[2/10] Let's start with a definition of "token" and see if we can locate a suitable statement in the #web.
What is a token β
β A crypto token is a representation of an asset or interest that has been tokenized on an existing cryptocurrency's blockchain. β
[3/10] Even if the distinctions are small, claiming that #XRP is a token is strictly incorrect since #XRP cannot be a token.
Because #XRP has no issuer, it cannot exist as a tokenized representation of anything.
[4/10] The differences on #XRPL are far more fundamental than on other #blockchains.
Have a peek at this comparison chart for a high-level overview:
[5/10] Let's go over the past postings and begin with this statement:
βΆοΈ Escrow and Payment Channels are exclusive to #XRP, the native cryptocurrency, as long as the Amendment for #XLS34d has not passed.
[7/10] #Pathfinding may, in principle, be utilized to avoid the auto-bridge function, but only with liquid pairings.
. . .
[8/10] . . .
Because #XRP is the ledger's native currency, the #XRPL will always pick the most direct and liquid "route," which is a straight #XRP-to-#XRP payment that does not require any paths, minimizing complexity and processes for leveraging #liquidity.
[9/10] One last distinction between #XRP & a token is that no one can prevent me from sending you XRP by default, whereas transferring me tokens is impossible without first establishing a #trustline.
Because of this, XRP is more "free" and superior than any other token on #XRPL
[10/10] That was fun! π
I have nothing further to say because his 𧡠speaks for itself β€οΈ
You must act if you want the price of #XRP to rise and ...
... β build projects that use XRP natively, support those projects and add value! β β @rippleitinNZ
[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.
[1/π§΅] There are people out there who still believe that there are ways to clawback XRP on the XRPL. π€¨
While this is NOT possible & is written all over the official documentation, there is one more argument that should hit the nail on the coffin.
The ULTIMATE reason why π
[2/14] β Tokens β
Whenever you hear βclawbackβ, you should automatically think of βissued assetsβ.
They are fungible and come in many forms and structures:
πΈ IOUs
πΈ Stablecoins
πΈ Multi-Purpose (later this year)
Anyone can issue these kinds of tokens on the XRP Ledger.
[3/14] β Structure β
On the XRPL, all currently issued token holdings exist via so-called βtrust linesβ, i.e. an accounting relationship between a person holding a token & the issuer.
In other words, something to prevent you from holding a token that you don't want.
The ecosystem broken down to the basics:
πΈ XRP β The Coin
πΈ XRPL β Layer-1 Blockchain
πΈ XRPL Labs β Organization in The Netherlands
πΈ XRPLF β Non-Profit Association in France
πΈ Ripple β For-Profit Company in USA
The XRPL is a decentralized, immutable, censorship-resistant, permissionless DLT that offers several native Layer-1 functions such as AMM, orderbook & tokenization.
The XRPL is NOT Ripple, as Ripple didn't exist when the XRPL was originally released.