Ripple's XRP: Giving the Third-Largest Cryptocurrency a Second Look

http://www.coindesk.com/ripples-xrp-giving-third-largest-cryptocurrency-second-look/

It's not news that coindesk is very biased against Ripple. But publishing such an article is crossing the line. This author either really didn't know Ripple well, or he just wanted to mislead people. It's a shame for coindesk to publish such a garbage.

I will refute some of the claims made in that article.

"Instead of using proof-of-work, it relied on a new, unproven consensus protocol."
Calling ripple consensus protocol is unproven is a bold assertion. Yet it didn't even try to back it up. On the other hand, XRP ledger has been in use for years and there has been no reports that it doesn't work. And it has defended itself against Stellar's attack once.
"This protocol requires users to extend trust to validating servers that produce this consensus."
False. Users only need to trust gateway. Users never need to trust validator. Validators need to trust validators. Each validator keeps its trusted peers in UNL. The consensus is achieved if 80% of the validators agree on a set of transactions. The UNL for each validator can be different.
"Relying on trust, rather than proof-of-work, kind of makes sense for Ripple, because you need similar trust relationships anyway for IOUs to work."
It doesn't make sense to compare trust with proof-of-work. Because consensus in Ripple is not achieved through trust. I just discussed how consensus is achieve in the previous point. Whether or not a single trusted validator validates a transaction doesn't mean anything.
"Instead of needing to trust only the mathematics of proof-of-work, you can only trust the XRP token by setting up trust lines that almost inevitably end at Ripple."
This is completely nonsense. XRP doesn't need trust. XRP is the native asset on XRP ledger. It doesn't need trust lines. And, trust (whatever he means by it) doesn't bear any resemblance to proof-of-work.
"And while in theory anyone can set up such a server, if Ripple does not include your server in their trust lines, then you're not part of the consensus-making process."
This is nonsense too. There is no such thing as including a server in trust line. However, a validator does need to be trusted by other validators to participate in the consensus process. But Ripple, the company, doesn't decide whether a validator is trusted or not. Each validator choose their own trusted validators. Ripple, the company, currently does recommend a list of trusted validators. But that doesn't mean everyone must use it.
"So, Ripple is highly centralized and XRP is more akin to a PayPal account than a trustless system like bitcoin."
The argument that Ripple is centralized only makes sense at this moment if you are referring to the fact that most validators currently trust the UNL that Ripple the company recommends. However, that will change. See this. It should be noted that it's actually much easier (you read it right, easier) to gain super power in bitcoin network than in ripple network, because in bitcoin network, all you need is the sheer computing power, but in ripple network, you need to make people trust you. It's much harder to gain people's trust.

Also XRP is not like PayPal at all. Anyone can create a ripple wallet. And there are many ways to activate it. No one can control it but the owner of the wallet. On the other hand, a PayPal account can be terminated by PayPal at any time.
"why would liquidity providers not use any other common (reserve) currency like US dollars for that, especially considering the highly volatile price of XRP ?"
Market maker would use XRP instead of USD for bridging asset for the following reasons:
  1. USD is inflationary, XRP is deflationary
  2. XRP has some features which make it a better bridging currency on ILP:
    1. Autobridging https://ripple.com/dev-blog/introducing-offer-autobridging/
    2. Escrow https://ripple.com/build/amendments/#escrow
The high volatility is not an issue. This is already taken into consideration. See the following graph, using high volatility XRP, Ripple's customers (banks) just need to pay more for currency hedging, but still it's cheaper than not using XRP. If XRP market becomes stable, the customer will save even more money.

"In short, it's hard to come up with any rational reason why XRP exists in the Ripple protocol, other than as a means for Ripple to make money."
It's just clueless for him to say XRP is just a means for Ripple to make money. Ripple, the company, doesn't make money by selling XRP, at least it won't be their long term revenue source. Their employees doesn't make money by selling XRP. They are not allowed to sell XRP while being employed.
"That's like ignoring the estimated 1 million bitcoin in [bitcoin creator] Satoshi Nakamoto's wallet just because they are not circulating at the moment, and may never circulate. "
That's totally different. XRP supports escrow. Bitcoin doesn't. If some XRP is put into escrow, it's just impossible for them to go into circulation. Just no way. There is no such guarantee for Satoshi's bitcoin.
"ILP was also developed by Ripple, and appears to be a fairly impressive piece of technology to bridge between various blockchains and systems. It's open source, hosted by the Linux Foundation and could become a part of the Hyperledger framework."
ILP is not hosted by Linux Foundation. Hyperledger is hosted by Linux Foundation. The only connection between ILP and Linux Foundation is Hyperledger Quilt which is a Java implementation of ILP.
"But note that ILP itself has no native token; it doesn't depend on XRP and doesn't add value to it. Even if ILP finds wide adoption in the fintech industry, it will do precious little for XRP."
ILP provides a level playground for bridging assets in which XRP by far seems to be the single player. Using bridging asset will have great benefits for banks because banks doesn't need to keep cash in nostro accounts any more.
"As for the moonshot of replacing Swift; first of all, I highly doubt a global consensus protocol is the right approach and could even scale to that level. But also, banks currently control Swift. How likely is it they would relinquish control to a small startup and allow themselves to become beholden to its private currency, that they have no need for? I just don't see that happening."
It's not XRP ledger that will replace Swift. It's ILP which is not a global consensus protocol. Swift is testing Hyperledger Fabric which will allow Swift to have real-time settlement ability, just like ILP. However, Ripple's solution will still have advantage over Swift's Hyperledger Fabric solution. See https://ripple.com/insights/empire-strikes-back/ The empire will be defeated. And the lethal weapon will just be XRP.

Comments

Post a Comment

Popular posts from this blog

portage-2.2 preserve-libs FEATURES explained

Maybe I am not the right person to write about it. But I felt the necessity to write about it. So I will just write something about preserve-libs, leaving other FEATURES to more competent people. Portage-2.2 has already entered unstable tree. Many people has started using it. It has many new features, like preserve-libs, sets, license filter and so on. Please check README and RELEASE-NOTES for a complete list. I will only talk about preserve-libs. To understand why we need it, we have to know some background information. First of all, applications are not built from scratch. Any non trivial apps use lot of libraries. In GNU/Linux, most of them are shared libraries, i.e. .so files. You can use `ldd /usr/bin/mplayer` to check what shared libraries an app has been linked to, replace mplayer to whatever program you'd like to check. Shared libraries have versions. E.g. /usr/lib/libavformat.so.51, here 51 denotes its version. After upgrading, the version number may change. E.g. /usr/lib/...
Read more

Send $SGB (Songbird) to another wallet using a script

You need nodejs and web3 to run it:  const Web3 = require('web3'); // Variables definition const privKey = '8xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx2'; // Genesis private key const addressFrom = '0xAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA'; const addressTo = '0xBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBB'; const web3 = new Web3('https://songbird.towolabs.com/rpc'); // Create transaction const deploy = async () => { console.log( `Attempting to make transaction from ${addressFrom} to ${addressTo}` ); const createTransaction = await web3.eth.accounts.signTransaction( { from: addressFrom, to: addressTo, value: web3.utils.toWei('1', 'ether'), // Send 1 SGB. 'ether' is not a typo here. gasPrice: web3.utils.toWei('225', 'Gwei'), gas: '21000', }, privKey ); // Deploy transaction const createR...
Read more

The diff between the original SEC complaint against Ripple and the amended one

--- original.txt 2021-02-18 18:32:43.171832036 -0800 +++ amended.txt 2021-02-18 18:32:29.103735165 -0800 @@ -1,4 +1,4 @@ -Case 1:20-cv-10832 Document 4 Filed 12/22/20 Page 1 of 71 +Case 1:20-cv-10832-AT Document 46 Filed 02/18/21 Page 1 of 79 Richard Best Kristina Littman @@ -34,9 +34,9 @@ : ------------------------------------------------------------------------x -20 Civ. 10832 +20 Civ. 10832 (AT) ECF Case -Complaint +First Amended Complaint Jury Trial Demanded Plaintiff Securities and Exchange Commission (the “SEC”), for its Complaint against @@ -53,7 +53,7 @@ required by the federal securities laws, and no exemption from this requirement applied. 1 -Case 1:20-cv-10832 Document 4 Filed 12/22/20 Page 2 of 71 +Case 1:20-cv-10832-AT Document 46 Filed 02/18/21 Page 2 of 79 2. @@ -103,7 +103,7 @@ 2 -Case 1:20-cv-10832 Document 4 Filed 12/22/20 Page 3 of 71 +Case 1:20-cv-10832-AT Document 46 Filed 02/18/21 Page 3 of 79 VIOLATIONS 9. @@ -150,...
Read more