Pages:
Author

Topic: Ripple competition - page 6. (Read 20549 times)

legendary
Activity: 2142
Merit: 1010
Newbie
November 14, 2013, 04:26:36 PM
#98
The difference is, with Ripple it's possible to reliably tell if you are or are not connected.

From http://www.links.org/files/decentralised-currencies.pdf:

Quote
To match this to the notion of “decentralised” (i.e. lacking central authority), the consensus group must be, at least, all participants in the currency. This does not present any real problem when that group is known. For example, it would be possible to define the group as “all people currently in the United States”– where the currency would be something akin to the US Dollar. Assuming the majority decide to behave honestly (as seems likely, after all, that is what happens now), then they should have no difficulty in forming consensus on who has how much money at what time. However, the most general notion of decentralisation does not admit such re-strictions. After all, in some sense, placing any such restriction simply pushes the central authority back a layer: instead of controlling the currency, the authority controls membership of the consensus group.

Seems that reliability of telling if u r connected is provided via sacrificing of decentralization? Or even worse, users decide themselves and this can lead to fatal consequences.
legendary
Activity: 1596
Merit: 1012
Democracy is vulnerable to a 51% attack.
November 14, 2013, 04:00:13 PM
#97
Hmmm, so instead of work, sheer numbers matter right? Our botnet operating Russian friends will be very pleased I guess...
No, of course not. You actually have to convince human beings that public keys are controlled by organizations that cannot collude. And all that happens if they do is that the network does not reach consensus and those who betrayed this trust have done so provably with cryptographic signatures. So any trust in them can be removed and the problem solved and the attacker has to start over. Which is better -- an attacker just needs money and can double spend and then the system is broken or an attacker needs to build human trust and then can prevent the network from operating and then the attacker has to start over from scratch?

Quote
Quote
He will soon. If his trusted validators are disconnected from the majority, they will report this, and he will know the network is partitioned. (This isn't implemented on the live network yet, it is still being tested. It's needed to support trustless clients.)

That is to say when partitioning is not resolved, availability will be gone, so instant transaction is only available as long as most of the major trusted validators on the network are connected to each other, I am not sure if I can call it "reliable".
The same is true of Bitcoin. If you are not reliably connected to 51% of the hashing power, no number of confirmations is sufficient. The difference is, with Ripple it's possible to reliably tell if you are or are not connected.
hero member
Activity: 714
Merit: 500
Martijn Meijering
November 14, 2013, 03:45:59 PM
#96
Ripple is more resistant to a gateway collapsing than bitcoin is. The scenario you were describing is similar to inputs.io's meltdown. It didn't take down btc, and in the case of Ripple anyone could tell how much outstanding debt there was at any instant. And of course,  XRP, like BTC held in your self hosted wallet, is immune against all this. The strength of Ripple lies in the combination of its subsystems. Critics like to pick one, pretend that's all there is, and then point out the flaws of having just that system as if that were criticism of the whole. The truth of the matter is that Ripple can do everything Bitcoin can and much more, all in one package.
legendary
Activity: 1596
Merit: 1012
Democracy is vulnerable to a 51% attack.
November 14, 2013, 02:10:35 PM
#95
That is to say when partitioning is not resolved, availability will be gone, so instant transaction is only available as long as most of the major trusted validators on the network are connected to each other, I am not sure if I can call it "reliable".
That's correct. If the majority of validators are not connected to each other, the network is not reliable. It does not pretend to be. The same is more or less true with Bitcoin -- if you're not connected to 51% of the hashing power, you cannot rely on a transaction no matter how many confirmations it has. The difference is that Ripple detects this case.
hero member
Activity: 784
Merit: 1000
November 14, 2013, 04:00:12 AM
#94

Quote
A Ripple merchant would not have such good luck...
This is automatic with Ripple. If you don't see validations from a supermajority, you know you are partitioned. There's nothing special you need to do -- it's built in.




Hmmm, so instead of work, sheer numbers matter right? Our botnet operating Russian friends will be very pleased I guess...



Quote
He will soon. If his trusted validators are disconnected from the majority, they will report this, and he will know the network is partitioned. (This isn't implemented on the live network yet, it is still being tested. It's needed to support trustless clients.)

That is to say when partitioning is not resolved, availability will be gone, so instant transaction is only available as long as most of the major trusted validators on the network are connected to each other, I am not sure if I can call it "reliable".

legendary
Activity: 2142
Merit: 1010
Newbie
November 14, 2013, 03:59:40 AM
#93
So, what is sacrificed in Ripple then: Consistency, Availability or Partition tolerance?
Partition tolerance, of course, the same as Bitcoin.

Bitcoin sacrifices Consistency (it is eventual one). Partition tolerance can't be applied to Bitcoin coz the blockchain can't be partitioned. The same with Availability, the local copy of blockchain provides 100% availability.

Who is CTO of Ripple? I think he should know better what the answer to CAP issue is.
legendary
Activity: 1596
Merit: 1012
Democracy is vulnerable to a 51% attack.
November 14, 2013, 03:56:17 AM
#92
No problem at all, as long as the merchants are well connected and see all the blockchains, they can decide if their transaction is in the longest chain , and when to release the goods.
This would work if they were directly connected to at least 50% of the hashing power and confirmed that they saw a block from each major mining pool prior to processing transactions in it. I wonder if anyone actually does this.

Quote
A Ripple merchant would not have such good luck...
This is automatic with Ripple. If you don't see validations from a supermajority, you know you are partitioned. There's nothing special you need to do -- it's built in.

Quote
if his trusted validators are disconnected from a bunch he doesn't trust....
He will soon. If his trusted validators are disconnected from the majority, they will report this, and he will know the network is partitioned. (This isn't implemented on the live network yet, it is still being tested. It's needed to support trustless clients.)
hero member
Activity: 784
Merit: 1000
November 14, 2013, 03:53:14 AM
#91
So, what is sacrificed in Ripple then: Consistency, Availability or Partition tolerance?
Partition tolerance, of course, the same as Bitcoin.

Imagine what would happen when some gateways losing communication(unverifiably) to some others...........
Imagine what happens when some mining pools lose communication, unverifiably, to some others. You might have six confirmations but on the other side of the partition a conflicting transaction has eight confirmations.

Ripple would be much more vulnerable to this than Bitcoin would because you would need a partition that separates well-connected mining pools for many minutes to cause a problem for Bitcoin. Because of this, Ripple actually needs to detect and deal with partitioning. Which it does, of course.


No problem at all, as long as the merchants are well connected and see all the blockchains, they can decide if their transaction is in the longest chain , and when to release the goods.

A Ripple merchant would not have such good luck if his trusted validators are disconnected from a bunch he doesn't trust....
legendary
Activity: 1596
Merit: 1012
Democracy is vulnerable to a 51% attack.
November 14, 2013, 03:52:06 AM
#90
Won't most day to day transactions not require 6 confirmations anyway?  Why would you need the full 6 or any for that matter for a small quick low cost purchase?  Not saying Ripple won't compliment Bitcoin but I'm not see this as it.
It's hard to predict the future. Right now, zero confirmations is probably fine for in person low cost transactions and one for transactions under $2,000. But the block reward is what's protecting us from the Finney attack. In the future, the block reward might be small compared to the value of a double spend.
sr. member
Activity: 410
Merit: 250
November 14, 2013, 03:49:58 AM
#89
I will try to explain in simple words why Bitcoin and Ripple are complementary tools...

Imagine that Bitcoin becomes widely adopted currency and that you can pay with bitcoin in every store.

Do you see the problem?

Just imagine how long would be a waiting line if every customer waits for a 6 confirmations.

Bitcoin needs a payment system that could send Bitcoins instantaneously and the solution is Ripple.

I hope that you now understand how Ripple could help Bitcoin to reach wide adoption.

Cheers!
Won't most day to day transactions not require 6 confirmations anyway?  Why would you need the full 6 or any for that matter for a small quick low cost purchase?  Not saying Ripple won't compliment Bitcoin but I'm not see this as it.
legendary
Activity: 1596
Merit: 1012
Democracy is vulnerable to a 51% attack.
November 14, 2013, 03:47:54 AM
#88
So, what is sacrificed in Ripple then: Consistency, Availability or Partition tolerance?
Partition tolerance, of course, the same as Bitcoin.

Imagine what would happen when some gateways losing communication(unverifiably) to some others...........
Imagine what happens when some mining pools lose communication, unverifiably, to some others. You might have six confirmations but on the other side of the partition a conflicting transaction has eight confirmations.

Ripple would be much more vulnerable to this than Bitcoin would because you would need a partition that separates well-connected mining pools for many minutes to cause a problem for Bitcoin. Because of this, Ripple actually needs to detect and deal with partitioning. Which it does, of course.
hero member
Activity: 784
Merit: 1000
November 14, 2013, 03:34:40 AM
#87
Imagine what would happen when some gateways losing communication(unverifiably) to some others...........

Still don't see the answer.

I fixed my post.
legendary
Activity: 2142
Merit: 1010
Newbie
November 14, 2013, 03:32:48 AM
#86
Imagine what would happen when some gateways losing communication(unverifiably) to some others...........

Still don't see the answer.
hero member
Activity: 784
Merit: 1000
November 14, 2013, 03:30:14 AM
#85
Does Ripple offer instant reliable transactions?
That was the primary design goal of the "continuous ledger close" algorithm that Ripple uses.
https://ripple.com/wiki/Continuous_Ledger_Close
The goal is to provide you a cryptographically-signed receipt for a hash that provably includes confirmation of your transaction from a supermajority of the validators you have chosen to use.

Which in non-tech terms means, "yes".   Grin

So, what is sacrificed in Ripple then: Consistency, Availability or Partition tolerance?

Imagine what would happen when some gateways losing communication(unverifiably) to some others...........

Or may be they just think centralization is a better idea

Quote from: Ripple Wiki
If everyone chooses a completely disparate sets of validators the network will be unlikely to reach consensus that a particular version of the ledger is the one true and accurate ledger. But, in practice, people's UNL lists will overlap. This overlap causes the honest validators to come to the same consensus
legendary
Activity: 2142
Merit: 1010
Newbie
November 14, 2013, 03:27:20 AM
#84
Does Ripple offer instant reliable transactions?
That was the primary design goal of the "continuous ledger close" algorithm that Ripple uses.
https://ripple.com/wiki/Continuous_Ledger_Close
The goal is to provide you a cryptographically-signed receipt for a hash that provably includes confirmation of your transaction from a supermajority of the validators you have chosen to use.

Which in non-tech terms means, "yes".   Grin

So, what is sacrificed in Ripple then: Consistency, Availability or Partition tolerance?
full member
Activity: 209
Merit: 100
November 14, 2013, 03:25:51 AM
#83
The main thing is if I trust Bitstamp to do my BTC business on it, I trust them to do my Ripple stuff. I don't care about philosophizing with tech terms and such bullshit who trust who, bla-bla-bla...

Bitcoin enthusiasts should be last in line to preach about security, trust and similar stuff with robberies and hacks happening daily in their industry.

I think that's pretty much going to be the view of Ripple as more infrastructure comes online.  Most people will never even know they are using Ripple and won't care that it is powered by Ripple.  Just like people use websites and don't know and don't care they are powered by Wordpress.  Or as has been repeated constantly, email and SMTP.  People don't care how it works, just that it does.  That's the beautiful thing about Ripple, it's a true protocol that can operate completely transparently. People know the weaknesses of Bitcoin and it scares them because just as Erik V. said, "the only thing that can kill Bitcoin, is a superior currency" and they worry that Ripple will provide that.  So fear, causes them to miss that which is amazing about Ripple as a payment network and distributed exchange and more importantly the benefits it provides to Bitcoin, by making up for many of it's weaknesses.  

It can operate transparently until someone with too much trust defaults.  If all the people who trusted them can't back up the defaulter's debts, said default will "ripple" and likely knock quite a few decent people off of the network.

Agree with this.
Consider the incentives Ripple are setting up.
If a gateway has a bad debt there is NO incentive to write this debt off on the Ripple network, as it will make the gateways IOUs less valuable, making it more difficult for the gateway to service the debt.
If the gateway writes off the debt however, for example by covering the fiat loss at their end, the debt stays in the network forever.
Hey presto - new money!
This can go on for quite some time until Poof! the whole network fails.
Bit like all the current banking disasters.
Also I'm not sure how private gateways will police debt without the authority to bear arms, or without becoming loan sharks.
In which case the gateways will have to be as regulated as legacy banks, with no advantages.
sr. member
Activity: 252
Merit: 250
November 14, 2013, 03:04:50 AM
#82
Does Ripple offer instant reliable transactions?
That was the primary design goal of the "continuous ledger close" algorithm that Ripple uses.
https://ripple.com/wiki/Continuous_Ledger_Close
The goal is to provide you a cryptographically-signed receipt for a hash that provably includes confirmation of your transaction from a supermajority of the validators you have chosen to use.

Which in non-tech terms means, "yes".   Grin
legendary
Activity: 1596
Merit: 1012
Democracy is vulnerable to a 51% attack.
November 14, 2013, 02:51:43 AM
#81
Does Ripple offer instant reliable transactions?
That was the primary design goal of the "continuous ledger close" algorithm that Ripple uses.
https://ripple.com/wiki/Continuous_Ledger_Close
The goal is to provide you a cryptographically-signed receipt for a hash that provably includes confirmation of your transaction from a supermajority of the validators you have chosen to use.
legendary
Activity: 2142
Merit: 1010
Newbie
November 14, 2013, 02:21:08 AM
#80
I will try to explain in simple words why Bitcoin and Ripple are complementary tools...

Imagine that Bitcoin becomes widely adopted currency and that you can pay with bitcoin in every store.

Do you see the problem?

Just imagine how long would be a waiting line if every customer waits for a 6 confirmations.

Bitcoin needs a payment system that could send Bitcoins instantaneously and the solution is Ripple.

I hope that you now understand how Ripple could help Bitcoin to reach wide adoption.

Cheers!

Does Ripple offer instant reliable transactions?
newbie
Activity: 58
Merit: 0
November 13, 2013, 08:54:48 PM
#79

The implementation you are talking about is centralized.

Incorrect. You should really look at the rippled PeerFinder code on github.

The comments in that file give a brief introduction to the design. You will also notice many commits from Vincent Falco, a veteran of p2p systems back to the gnutella days. He has a good handle on how such systems work in the wild.
Pages:
Jump to: