Stablewallet Leatherpaper

© 2020 Jarret Dyrbye (last updated 2020-12-06)

Problem

The fatal problem with "stablecoins" is that third parties are security holes and represent risks for corrupt individual actions and/or embezzlement.

If Alice has a bank account with $1000 USD of her own money in and chooses to issue a representative set of $1 stablecoins to be traded in the economy with her as the custodian.

Bob obtains $10 USD of tokens via economic activity. While Bob is holding to them, Alice succumbs to her darker impulses and embezzles the $1000 USD in the account to buy herself something fancy without disclosing this activity to anyone.

Bob sends his token to Carol as part of an economic trade. This transaction clears and Carol believes she is has taken possession of $10 USD. However, in actuality Carol is a victim of Alice's embezzlement, since she is unable to redeem the $10 USD from Alice.

Furthermore, if Bob becomes aware of the embezzlement, there is an incentive for furthering the corruption to pass off loss on someone else. Bob pretends he has no knowledge of the embezzlement and seeks out someone like Carol to transact the money away in exchange for full value. Similarly, Alice could knowingly orchestrate these events and deliberately act to manufacture victims such as Carol to create private profit for herself.

Solution

Stablewallets are a new concept which takes advantage of the properties of communication networks and the instant settlement properties of the Lightning Network to achieve a 'stabilization' behavior.

In addition to playing host to the backing store of value, Alice runs software to track accounts for the individuals such as Bob benefiting from her stabilization service, as well as a Lightning Network node which has satoshis available for transactions on behalf of her users.

Bob's wallet maintains a real-time connection back to Alice's software. This informs Bob's wallet that he has $10 USD of stable value, but also the corresponding number of satoshis available for Lightning Network transaction according to the BTCUSD exchange rate. As the exchange rate fluctuates, the connection is updated with the new number of satoshis corresponding to Bob's $10 USD.

Carol wishes to transact with Bob to obtain the $10 USD for goods or services in return, however she is obtaining stabilization services from a different provider, Dave, who also runs a Lightning Network node and provides a connection for Carol's wallet.

Bob and Carol's wallet decide on the exact count of satoshis to exchange to represent the $10 USD. Dave generates a Bolt11 from his node on Carol's behalf and it is forwarded via Bob to Alice as a request for Alice's node to pay it.

If Alice and her Lightning Network node happen to be insolvent doe to Alice's corrupt behavior, the invoice will not settle and Carol and Dave will not receive the satoshis corresponding to the $10 USD. This will be known instantly. This will not create a victim out of Carol and incentives will not align that way as is the case with stablecoins.

On this failure to settle the transaction, the dispute over the $10 USD value owed is kept between Alice and Bob. Furthermore, there are existing traditional legal frameworks in the form of standard accounting practices and deposit assurance for fiat account balances to help protect Bob from the potential corrupt actions of Alice.

(fin)