>Conversely, cryptocurrencies such as Bitcoin or Ethereum have decentralized the process of issuing and managing a currency. But while the operations of such currencies, based on blockchains, have been fully decentralized, the trust graph of these cryptocurrencies have remained entirely centralized. Everyone need to trust Bitcoin to transact in Bitcoin, and everyone needs to trust Ethereum to transact in Ethereum or assets issued on the Ethereum blockchain. The centralized nature of the trust involved in these cryptocurrencies being actually at the core of how these currencies operate, as the only viable way to properly incentivize a proof-of-work system.<p>I don't think it's useful to equivocate the trust one places in an open decentralized system with the trust someone puts in a custodian of their money to not run off with it. That's like equivocating trusting end-to-end encryption to keep your messages secure with trusting Facebook to keep your messages secure. Sure, in both cases there's a risk, but one is based on your understanding of an open system, and the other is based on a guess that the custodian you're trusting your data to won't expose it by choice or accident. Just because the word "trust" can be used for both doesn't mean there aren't significant differences between them.<p>I think the system described is interesting, but for regular human commerce purposes, I think the downsides of it (managing IOUs from many different parties, needing to have a trust-path between users that could steal from you, needing to keep a node online always or trust your money to someone else who does so) make it less useful than cryptocurrencies. Having a common currency between many different parties is much easier to work with than trying to figure out a workable way to value IOUs from many different parties. Needing an established trust-path between users seems like a large obstacle in the internet age where I might suddenly want to transact with anyone on the planet.<p>The scalability of this system seems interesting, but I think the scalability upgrades that cryptocurrency is getting from sharding and rollups will make cryptocurrency more than scalable enough for human commerce purposes. I wonder if details of this system would be more useful in some kind of scenario of machine swarms bartering with each other, maybe in a situation where a common currency specifically doesn't make sense and is undesirable, or where there's no reasonable-latency access to the common blockchain because of the isolation of the network. Or maybe there's a technique here that's useful for cross-currency or cross-blockchain transactions.
I think this idea has been implemented in Offset <a href="https://www.offsetcredit.org" rel="nofollow">https://www.offsetcredit.org</a><p>HN thread: <a href="https://news.ycombinator.com/item?id=23438241" rel="nofollow">https://news.ycombinator.com/item?id=23438241</a>
Read early versions of the Ripple white paper, before they decided to make XRP a store of value. The compulsion to cash in on a settlement layer by establishing your own scarce medium of exchange is too great.
This is a curious post. There is apparently a Settle Network and a github repo. But S. Spolu is not listed among the execs running it.<p><a href="https://settlenetwork.com/" rel="nofollow">https://settlenetwork.com/</a><p><a href="https://github.com/spolu/settle" rel="nofollow">https://github.com/spolu/settle</a><p><a href="https://settlenetwork.com/settle-network/" rel="nofollow">https://settlenetwork.com/settle-network/</a> (Scroll to bottom for the mug shots)
I am working on something like this. Having a money in the system is a pretty hard problem (quantitative type theory-ish / lifted inference).<p>You can get around that with culture and using existing systems as settlement layer (for the time being).<p>Even then there is only one cryptocurrency that has a proper mechanism design for oracles (amoveo) - which you need if you want a trustless layer 2.<p>Datalisp (@ for telegram .is for binge-written PDF) is this project (that I just started) it's basically a vector clock for wrapping interfaces in authenticated data structures and Bayesian inference with logic programming for estimating / inferring trust.<p>By giving a useful framework for refining reproducibility we can build trust. Trust we need if we want a system to serve as a foundation for digital societies.<p>Francis Bacon said knowledge was possible and science could establish trust. Now we need that, automated.