[1/12] To understand what else is needed to create a financial future based on #blockchain technology, just consider what the #Interledger#Protocol was NOT designed to do. π
[2/12] π€ What problem does #ILP genuinely address?
Just like the #internet will never agree on a single #protocol to fix everything, the world will never agree on a single #blockchain or ledger [#DLT].
What must be resolved is:
πΉ Addressing
πΉ Fragmentation
[3/12] βοΈ To make it easy and #ELI5-friendly here is everything in one picture:
When Alice wants to send money to @bob_way, #ILP will perform all the heavy lifting so she doesn't have to worry about #wallet addresses (#PubKeys) and the like.
[4/12] So, to return to my original assertion.
What problem did #ILP not intend to solve?
πΉ Public Key Infrastructure [#PKI]
πΉ Identity [#DID / #SSI]
πΉ Liquidity Management [#DeFi]
[5/12] β 1β£ β Public Key Infrastructure [#PKI] β
The following are the primary characteristics of a #PKI:
πΉ Creating ...
πΉ Distributing ...
πΉ Signing ...
πΉ Revoking ...
... digital certificates and public keys
[6/12] β 2β£ β Public Key Infrastructure [#PKI] β
Traditional #PKI's rely on a centralized third-party #certification authorities (#CA) for trust
With #DLT, this might all be a thing of the past, since all functionality can be implemented through #DLT & [non]-custodial #wallets.
As a result, the solution should be based on the #W3C recommended framework for digital identification and include:
πΉ Holders
πΉ Issuers
πΉ Verifiers
If we assume that everything will be #tokenized in the future, we will require the following to maintain #liquidity:
πΉ #CLOB-based #DEX
πΉ #AMM-based #DEX
πΉ On-/Off-ramps (for now)
[11/12] There is more to properly deploying #DLT to the masses than simply linking every value-ledger with #ILP.
The basic principles for "making it work" are also:
πΉ #Liquidity Management
πΉ Self Sovereign #Identity
πΉ Redesigned #PKI
[12/12] Thank you to everyone who took the time to read my π§΅ about #ILP and what is needed to transform the system to a #DLT-based future! β€οΈ
If you enjoyed the thread, please follow me: @krippenreiter
Please feel free to contribute by sharing here π
[1/π§΅] A paradigm shift for the XRP Ledger is on the horizon βΌοΈ
It's a future that's:
πΈ Programmable
πΈ Automated
πΈ Compliance-first
Let's take a look at some of the fundamental arguments and work out what this will mean for XRP. π
[2/18] β 1β£ Status Quo β
To date, the XRPL is a so-called βfixed-functionβ blockchain, which only allows new native features to be added to the XRP Ledger if the on-chain governance process votes in favor of it.
If you're a pessimist, you would call this βpermissionedβ. π
[3/18] β 2β£ Status Quo β
But there are actually many benefits and advantages that support this approach, e.g.:
πΈ Battle-tested (i.e. Escrow, Paychannel)
πΈ Aggregated Liquidity (CLOB+AMM)
πΈ Automatic Version Upgrades
πΈ Higher Standards (More Audits and Performance Tests)
[1/π§΅] One of the more fundamental proposals became public today. It's a draft that lays out a path to an inheritance solution for the XRP Ledger. π§
In my view, this is so much more than βjustβ an inheritance solution.