Jump to content
xrpmen

Don't validators make XRP centralized?

Recommended Posts

If 7 billion people (not including current 112 validators) and myself spin up validators each, add each other (not current 112 validators) to our UNL's, and then we vote on amendment to increase supply from 100 billion to 1 trillion, can we do this and effectively change this rule of XRP?  

 

OR

Do the 7 billion people have to be added to the current 112 validators' UNL's in order for their votes to count?

Share this post


Link to post
Share on other sites
1 minute ago, Dario_o said:

The amount of XRP is hard coded, you can't change it without creating a brand new (totally different) XRP 

No matters how many people vote for it

ok, take the same scenario and replace it with something that isn't hard coded, then what?

Share this post


Link to post
Share on other sites
Just now, jn_r said:

Yes you can make the rules for your own network if you want. It will however not be compatible with the network from the current 112 validators

so what happens? there are now two networks? so XRP forked?

Edited by xrpmen

Share this post


Link to post
Share on other sites
3 minutes ago, xrpmen said:

so what happens? there are now two networks? so XRP forked?

There will be 2 networks. 7 bln will listen to the new UNL with the new rules. Others will listen to the 112 validator-node network (old UNL) with the old rules.

 

Share this post


Link to post
Share on other sites
On 12/11/2018 at 6:35 PM, Dario_o said:

The amount of XRP is hard coded, you can't change it without creating a brand new (totally different) XRP 

No matters how many people vote for it

Not true. Code can changed, and code *will* be changed, if users want that change. Here are some tweets by Ripple's CTO about this topic:

 

 

Edited by lucky

Share this post


Link to post
Share on other sites
5 minutes ago, lucky said:

Not true. Code can changed, and code *will* be changed, if users want that change. Here are some tweets by Ripple's CEO about this topic:

 

 

I never said code can't be changed. In fact it can be changed.

But the number of XRP can't be changed (without generating a totally different Ledger and XRP)

 

Share this post


Link to post
Share on other sites
8 minutes ago, jn_r said:

There will be 2 networks. 7 bln will listen to the new UNL with the new rules. Others will listen to the 112 validator-node network (old UNL) with the old rules.

 

ok, but which network will the current exchanges/wallets be functioning under after the new network is birthed?  i assume the original network?

Share this post


Link to post
Share on other sites
14 minutes ago, Godforce said:

Validators order transactions, that's it. The XRP supply is hard coded. If you're talking about something that "isn't hard coded", you're not talking about the XRP Ledger.

how so? current 112 validators have voted on amendments and it's still the XRP network.

Share this post


Link to post
Share on other sites
12 minutes ago, xrpmen said:

ok, but which network will the current exchanges/wallets be functioning under after the new network is birthed?  i assume the original network?

No, both networks will run independent from each other.  Yes probably at first encounter they will keep on listening to the original network

Let's say that all old validators also take the new validators in their trusted UNL. Then the old UNL nodes would not understand the new rules, they don't match with their current rules. So they would probably fail and maybe stop. More likely the 112 validators will not take the new validators in their trusted UNL. In that case, the old network will just keep on running, next to the new network.

The exchanges/wallets have to choose to which network they want to connect, the old or the new. Or maybe to both :-) double your money ;-) Just like Bitcoin, Cash, Gold, ABC, SV, Diamond, ..

Edited by jn_r

Share this post


Link to post
Share on other sites
13 minutes ago, jn_r said:

No, both networks will run independent from each other.  Yes probably at first encounter they will keep on listening to the original network

Let's say that all old validators also take the new validators in their trusted UNL. Then the old UNL nodes would not understand the new rules, they don't match with their current rules. So they would probably fail and maybe stop. More likely the 112 validators will not take the new validators in their trusted UNL. In that case, the old network will just keep on running, next to the new network.

The exchanges/wallets have to choose to which network they want to connect, the old or the new. Or maybe to both :-) double your money ;-) Just like Bitcoin, Cash, Gold, ABC, SV, Diamond, ..

so pretty much there would be a hard fork in xrp.  like say 51% of the hash power in bitcoin was malicious, users could just change the mining algorithm and hard fork off to a new network, right?

Share this post


Link to post
Share on other sites
15 minutes ago, Dario_o said:

I never said code can't be changed. In fact it can be changed.

But the number of XRP can't be changed (without generating a totally different Ledger and XRP)

These statements contradict each other. David Schwartz statements about not being possible to create extra XRP describes the current version, the code of which Ripple currently maintains.

But it's really a hypothetical discussion, if indeed the strength of the system is the fixed supply of tokens. Which currently, I assume to be true. If indeed true, the users of the system will make sure that attribute of the system is preserved. If not, it may be changed. However: Ripple's escrows may be disabled by an amendment, effectively halving the supply, or the total supply may be multiplied by 10 or 100, to make the token better suited as a unit of account, once the price has gone up a lot (in which case your holdings will also be multiplied by that factor).

Bottomline: a properly decentralized system will do what the network wants it to do. Code is not law, that's an outdated mantra.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×
×
  • Create New...