Saturday, July 8, 2017

Three color queues in the pits

We deal with ledger service congestion in the sandbox, fully three colored. The triple acconting beings deposits, loans, and fees.  The pit maintains a third stack, a queue of ledger requests going out to a queue of miners. The ledger stack is a two bit.  But in the interest swaps, trading bots might be pre-charged a bit for future use of the coin, and thus the it boss enforces the minor flow of ledger services.

Why?
The side chains ensure they trade on par, neither has hidden ledger congestion.

How?
The interest swaps look like some 3-d multiply, mainly rediagonalizing a small matrix. No problem. I define this to be unpatentable, though I could be a gazillionare, but really, we can't patent any aspect of the cash tech.

Who cares?
Smart contracts, their job with time, mass and distance is made much easier, they know arrival  distributions are bound, and the precision.  Fails to deliver become much easier for smart layer.

The trading bots have to deal with three stacks, but the pit boss keeps them normalized and isomorphic. In the process, the pit boss will be keeping a reserve for ledger fees. The promise to the side chain community is to keep a ledger queue going up to the precision specified. But the precision of two or three bits, a requantizing fee structure, discounted for the account significance.  This reduces the 'par uncertainty' down to the trade book uncertainty of reading the queues, in round robin.  Thus all the sidechains have fair knowledge and are subject to risk if a side chain fails.

Advantage to the user

Your cash card does not have to trade the third color, set that on standard. Now the user always suffers the typical fee relative to the significance of the trade. If you are pinching pennies, no problem, your penny pinching will accumulate in the pit and when its big enough to suffer  small ledger fee, it has already happened. Greatly reduce probability of bank runs.

No comments: