Author

Topic: Obyte: Totally new consensus algorithm + private untraceable payments - page 1070. (Read 1234271 times)

legendary
Activity: 2464
Merit: 1039
Bitcoin Trader
I saw that the wallet was working fine just waiting for the launch, at least to see the community response to byteball
sr. member
Activity: 336
Merit: 265
tonych, I return for one final clarification. Am I correct that if the 12 witnesses do not change, then they can only create one total order in the DAG even if they attacking? The only damage rogue witnesses can do is to stall (and indefinitely if they are the majority of witnesses) the forward movement of "stability points", i.e. finality of transactions?

They can stall by not signing units or signing branches that the other witnesses have not seen.
legendary
Activity: 965
Merit: 1033
pls question about = WITNESS  the 12

who are they ? how u select them ? when can we see them ?

what is there profile : capital, computer power, etc ......

are they up & running when ?

In your wallet, see Menu -> Settings -> Witnesses.
In testnet, I control all 12 witnesses, they are always online.
legendary
Activity: 965
Merit: 1033
Can i send back btc when i confirm this is my btc?

i'm curious also of know if we must keep our coin on address up distrib or just proof our btc balance ?

You can move the coin however you want but it should be on the linked address on the distribution date.

pls let me know good..the first distrib will be done 25 december on bb tn or after 25 december on live net ?..we must paired btc addresse before end november or we can wait live net ?

The testnet distribution will happen in late November (the bot was designed for livenet and still says 25 December, it doesn't apply to testnet).
legendary
Activity: 2002
Merit: 1113
Can i send back btc when i confirm this is my btc?

i'm curious also of know if we must keep our coin on address up distrib or just proof our btc balance ?

You can move the coin however you want but it should be on the linked address on the distribution date.

Quote

pls let me know good..the first distrib will be done 25 december on bb tn or after 25 december on live net ?..we must paired btc addresse before end november or we can wait live net ?
sr. member
Activity: 336
Merit: 265
tonych, I am going to leave this thread now, because I have other work to do. If there is anything you want me to read or respond to, please PM me at any time.

I suggest and I think you already decided to emphasize the asynchronous advantage of you blockless DAG compared to for example Steem's DPoS. This provides more robustness than a synchronous round-robin cycling through a set of witnesses that produce blocks in DPoS.

I hope my summary on the prior page of thread, exemplifies one possible wording of how to better summarize the algorithm of Byteball in fewer words for any cases that can benefit from a more concise summary.

Btw, your design helped me refine how I articulate my design in my white paper, because it helped me develop a general model for the taxonomy of consensus ordering designs. This is why I prominently cite Byteball in the current draft of my white paper as I consider it a keystone prior art in that taxonomy.

The stability point design concept is technically clever (and complex enough that I had to apply some effort to wrap my mind around it). You are obviously a smart guy.
newbie
Activity: 40
Merit: 0
hello tonych    gd mrg frds


pls question about = WITNESS  the 12

who are they ? how u select them ? when can we see them ?

what is there profile : capital, computer power, etc ......

are they up & running when ?

thanks
 Roll Eyes


hero member
Activity: 938
Merit: 500
There's nothing absolutely fair. If they have BTC then they get BB, I see nothing wrong with it. I remember several years ago there was a coin called CommunityCoin, where it distributes according to the active members in this forum, evenly. Guess what, people created (or already have) 10s, even 40 accounts to claim the coin. Dev made huge effort trying to detect fraud, but many are well hidden until the time when they dump the coin, you realize that they are from the same wallet.

The way Tony proposed is not perfect, but at least fair using some information that people can not so easily fraud, which I think is a pretty good one which is simple and straightforward.

I agree. I remember a lot drama at CommunityCoin where the focus of the thread was completed diverted. Which is definitely not good for the coin. Here we need to focus on the coin development and features.
legendary
Activity: 965
Merit: 1033
Can i send back btc when i confirm this is my btc?

i'm curious also of know if we must keep our coin on address up distrib or just proof our btc balance ?

You can move the coin however you want but it should be on the linked address on the distribution date.
hero member
Activity: 868
Merit: 1003


Many people complain about limiting to the "richest" people, why so? in real life the people have more money will be easier to make more than those with less money. It's not really the unfairness.



It's not really unfair? like provable math wise or you mean just average people common sense wise? sometimes you have to see through the eyes of the average person who will reason without doubt that rewarding those that are already super rich with the lions share is not fair at all.

If you wish to start a poll on the main board discussing it and sampling opinion then go ahead. I am certain you will not find many in the alt section will share your views. Since your main initial market will be the altcoin traders then this is the market that is important to you.

This has been discussed MANY time before in the alt main board and the vast majority are very much against new coins being distributed like this.

Without nulling the top 2-5% of BTC wallets you can ensure this will have the "unfair" tag attached to it in the future. It is a major criticism which has been voiced in this thread a great many times already. Why not eliminate this criticism or reduce it and not have to beg the big icos and exchanges to do the right thing. The random snapshots will stop them breaking down their wallets to smaller amounts.

The only thing here is the dev can not be accused of gaming it for his gain especially since unless he is a btc super whale or has agreements with those that control a substantial amount of BTC then he could end up having less than any whales that decide to claim or any exchange that does not play ball. Not sure either of those things is a great scenario. The worst aspect for him really is having other large ICO funds dumping BB on the exchanges to fund rival projects. I mean jl777 saying he will not pocket the money but rather fund komodo with it is fair enough what else could he do other than not claim (if he even said this anyway) but how is that good for BB?

How can you "nulling the top 2-5% of BTC wallets"? If you do so, people can easily split BTCs into different wallets and make the requests, you won't be able to achieve your goal at all.


The big icos often have their Bitcoins locked in multisig wallets that the devs agreed to keep their coins in. They agreed not to move Bitcoins out of those addresses without permission from their communities. However, they can easily use those addresses to claim BB, they made no agreement with their communities about claiming BB with their ico addresses.

Our dev could easily miss out the waves, lisk, and komodo ico addresses, and those coin's devs can't move Bitcoins out of them without breaking the promises they made to their communities.

If the accounts are locked, how do they make the micro payment to confirm their address? they can't obtain the signature from their escrow in this case.


ardor collect is a exemple.. users on the exchanges had no control over their nxt account and the funds raised were moved without user intervention for distribution..this prove tha devs have the super user power when they want.

There's nothing absolutely fair. If they have BTC then they get BB, I see nothing wrong with it. I remember several years ago there was a coin called CommunityCoin, where it distributes according to the active members in this forum, evenly. Guess what, people created (or already have) 10s, even 40 accounts to claim the coin. Dev made huge effort trying to detect fraud, but many are well hidden until the time when they dump the coin, you realize that they are from the same wallet.

The way Tony proposed is not perfect, but at least fair using some information that people can not so easily fraud, which I think is a pretty good one which is simple and straightforward.
legendary
Activity: 2002
Merit: 1113
Edit: also I can devise an attack to side-step your protocol rule. Build a chain branch that has no double-spends and make it public. Gradually change my list of witnesses one-by-one on the units I sign as the old witness happily sign units on my chain branch to advance the stability point. I can spam with as many Sybil address signed units as necessary to convince the witnesses that my chain branch is "real". Then once I've got the old witness down to a minority, I can take my chain branch private and complete the attack I explained to you before.

Again, seems like you are assuming you can convince somebody with the number of your Sybil units.  And not just somebody -- the acting witnesses.  The acting witnesses, and other users likewise, are not going to change their own witness lists to stay compatible with your Sybil units.  Your Sybil units will be accepted into the DAG, but, being incompatible, they are not going to be selected as best parent, hence they have no chance to appear on the MC, hence none of them can ever become last ball (which necessarily lies on MC).

Okay so you are telling me that the current witnesses on the branch I am trying to create have to agree with 11 of 12 with my list of witnesses when they sign units on my branch? So this means the entire system has to agree on the same 12 witnesses for all main chains for the entire system?

If that is your design, then yes you can prevent my attack but at the cost of having 12 very entrenched witnesses which can never be migrated away from because political action never reaches 92% agreement.


So why not just use 12 federated servers and name this Visa, Mastercard, or Paypal instead? No need for the facade of a DAG nor to claim/insinuate by association to our Satoshi ecosystem that it is decentralized. Distributed is not same as decentralized.

maybe 51% of witnesses should be fixed..this will a relative centralization, if the bb community voting is implicated.
legendary
Activity: 2002
Merit: 1113
Can i send back btc when i confirm this is my btc?

i'm curious also of know if we must keep our coin on address up distrib or just proof our btc balance ?
legendary
Activity: 2002
Merit: 1113


Many people complain about limiting to the "richest" people, why so? in real life the people have more money will be easier to make more than those with less money. It's not really the unfairness.



It's not really unfair? like provable math wise or you mean just average people common sense wise? sometimes you have to see through the eyes of the average person who will reason without doubt that rewarding those that are already super rich with the lions share is not fair at all.

If you wish to start a poll on the main board discussing it and sampling opinion then go ahead. I am certain you will not find many in the alt section will share your views. Since your main initial market will be the altcoin traders then this is the market that is important to you.

This has been discussed MANY time before in the alt main board and the vast majority are very much against new coins being distributed like this.

Without nulling the top 2-5% of BTC wallets you can ensure this will have the "unfair" tag attached to it in the future. It is a major criticism which has been voiced in this thread a great many times already. Why not eliminate this criticism or reduce it and not have to beg the big icos and exchanges to do the right thing. The random snapshots will stop them breaking down their wallets to smaller amounts.

The only thing here is the dev can not be accused of gaming it for his gain especially since unless he is a btc super whale or has agreements with those that control a substantial amount of BTC then he could end up having less than any whales that decide to claim or any exchange that does not play ball. Not sure either of those things is a great scenario. The worst aspect for him really is having other large ICO funds dumping BB on the exchanges to fund rival projects. I mean jl777 saying he will not pocket the money but rather fund komodo with it is fair enough what else could he do other than not claim (if he even said this anyway) but how is that good for BB?

How can you "nulling the top 2-5% of BTC wallets"? If you do so, people can easily split BTCs into different wallets and make the requests, you won't be able to achieve your goal at all.


The big icos often have their Bitcoins locked in multisig wallets that the devs agreed to keep their coins in. They agreed not to move Bitcoins out of those addresses without permission from their communities. However, they can easily use those addresses to claim BB, they made no agreement with their communities about claiming BB with their ico addresses.

Our dev could easily miss out the waves, lisk, and komodo ico addresses, and those coin's devs can't move Bitcoins out of them without breaking the promises they made to their communities.

If the accounts are locked, how do they make the micro payment to confirm their address? they can't obtain the signature from their escrow in this case.


ardor collect is a exemple.. users on the exchanges had no control over their nxt account and the funds raised were moved without user intervention for distribution..this prove tha devs have the super user power when they want.
hero member
Activity: 868
Merit: 1003
From the white paper it seems that the introduction of witness is to do some sort of automatic check points, do I understand correctly? Many coins do manual checkpoint by releasing new software. If we have another automatic way to checkpoint the existing DAG, then witness should no longer be needed.

Yes, there is some similarity with checkpoints, with important differences though that make the system decentralized:
1.  There are 12 "checkpointing authorities", not 1
2.  Each and every witness can be replaced by users, without developer intervention

But do you have a mechanism for ensuring that most users will have the same witnesses? If you let people to choose randomly, it will not be good. As if I am let to choose all by myself, I'd probably make a list of my friends which I trust the most.

Yes.  When you create a new transaction, you choose parents - earlier transactions in the DAG.  At least 1 of the parents must have the witness list that differs from yours by no more than 1 mutation.  That means that users should mostly agree on the witness list.  The white paper discusses this issue in depth.

What happens if I can't find such parent, the transaction fails? Also as a user, how do I choose witness? if I have full control of the list, then there's no guarantee that I can choose most the same as others.

If you can't find such parent, you can't send any transaction.  But remember, although it is the default behavior to choose parents among the most recent childless units, you don't have to behave this way, you can also choose an older parent if it is compatible with your witness list.

You edit your witness list in your wallet.  Obviously, having full control also means being able to hurt yourself (not fatally, though).


Then there will be a high probability that the system can't find 11 matching, if you give the right to everyone to edit his list freely. A better way is possibly the byteball website provide a list of say, 20 witness, that everyone can randomly pick 12 out of it. If you let people to choose randomly, then I can see it will be easily mismatch and your 11/12 rule may not work.

Well, the list was editable from day one, and nobody has complained yet.

Did not see the list in client. Now I saw it, will explore a bit.

I agree with iamnotback that we should use fixed witness list (or a pool of fixed list slightly greater than 12), this could avoid confusions.
legendary
Activity: 2772
Merit: 2846


Many people complain about limiting to the "richest" people, why so? in real life the people have more money will be easier to make more than those with less money. It's not really the unfairness.



It's not really unfair? like provable math wise or you mean just average people common sense wise? sometimes you have to see through the eyes of the average person who will reason without doubt that rewarding those that are already super rich with the lions share is not fair at all.

If you wish to start a poll on the main board discussing it and sampling opinion then go ahead. I am certain you will not find many in the alt section will share your views. Since your main initial market will be the altcoin traders then this is the market that is important to you.

This has been discussed MANY time before in the alt main board and the vast majority are very much against new coins being distributed like this.

Without nulling the top 2-5% of BTC wallets you can ensure this will have the "unfair" tag attached to it in the future. It is a major criticism which has been voiced in this thread a great many times already. Why not eliminate this criticism or reduce it and not have to beg the big icos and exchanges to do the right thing. The random snapshots will stop them breaking down their wallets to smaller amounts.

The only thing here is the dev can not be accused of gaming it for his gain especially since unless he is a btc super whale or has agreements with those that control a substantial amount of BTC then he could end up having less than any whales that decide to claim or any exchange that does not play ball. Not sure either of those things is a great scenario. The worst aspect for him really is having other large ICO funds dumping BB on the exchanges to fund rival projects. I mean jl777 saying he will not pocket the money but rather fund komodo with it is fair enough what else could he do other than not claim (if he even said this anyway) but how is that good for BB?

How can you "nulling the top 2-5% of BTC wallets"? If you do so, people can easily split BTCs into different wallets and make the requests, you won't be able to achieve your goal at all.


The big icos often have their Bitcoins locked in multisig wallets that the devs agreed to keep their coins in. They agreed not to move Bitcoins out of those addresses without permission from their communities. However, they can easily use those addresses to claim BB, they made no agreement with their communities about claiming BB with their ico addresses.

Our dev could easily miss out the waves, lisk, and komodo ico addresses, and those coin's devs can't move Bitcoins out of them without breaking the promises they made to their communities.

If the accounts are locked, how do they make the micro payment to confirm their address? they can't obtain the signature from their escrow in this case.



Most of those ico addresses are multisig addresses which can sign a message instead of making a micro payment. Each of the private key holders needs to sign the message, but that could probably be arranged. The ico buyers would start complaining if all the Bitcoins suddenly moved out of a dev's address, but they probably wouldn't notice or care if that address signed a message to claim BB.




It is possible to use multiple private keys to provide multiple signatures on a message.  This is what a multisig address requires.


hero member
Activity: 715
Merit: 500

Loving this tech discussion, iamnotback has some serious knowledge.
sr. member
Activity: 336
Merit: 265
Edit: also I can devise an attack to side-step your protocol rule. Build a chain branch that has no double-spends and make it public. Gradually change my list of witnesses one-by-one on the units I sign as the old witness happily sign units on my chain branch to advance the stability point. I can spam with as many Sybil address signed units as necessary to convince the witnesses that my chain branch is "real". Then once I've got the old witness down to a minority, I can take my chain branch private and complete the attack I explained to you before.

Again, seems like you are assuming you can convince somebody with the number of your Sybil units.  And not just somebody -- the acting witnesses.  The acting witnesses, and other users likewise, are not going to change their own witness lists to stay compatible with your Sybil units.  Your Sybil units will be accepted into the DAG, but, being incompatible, they are not going to be selected as best parent, hence they have no chance to appear on the MC, hence none of them can ever become last ball (which necessarily lies on MC).

Okay so you are telling me that the current witnesses on the branch I am trying to create have to agree with 11 of 12 with my list of witnesses when they sign units on my branch? So this means the entire system has to agree on the same 12 witnesses for all main chains for the entire system?

If that is your design, then yes you can prevent my attack but at the cost of having 12 very entrenched witnesses which can never be migrated away from because political action never reaches 92% agreement.

So why not just use 12 federated servers and name this Visa, Mastercard, or Paypal instead? No need for the facade of a DAG nor to claim/insinuate by association to our Satoshi ecosystem that it is decentralized. Distributed is not same as decentralized.

How have you come to "the same 12 witnesses"?
To be eligible for inclusion on the MC, you have to agree about 11 witnesses, not 12 (1 mutation allowed).
For a change of the witness list to reach stability, support of the majority, that is 7 out of 12, or 58% witnesses is required.

To reach any significant mutation seems highly improbable.
.....

The system is designed based on assumption that the prevailing witness list is nearly static and evolves slowly.  Most often, we'll need to replace just one witness at a time, and before we need to replace another witness, the first change has more than enough time to diffuse into the system, so that when we replace the next witness we are doing just one mutation again.  

The need to replace more than one witness simultaneously is extremely rare, but still possible, and when it happens someone will have to coordinate the process so that users replace one of the defunct witnesses first, and soon after that, after the first change reaches stability point, they go on to replace the next witness.  This is not quite convenient, can prove chaotic at times, and requires a degree of short term centralization, but no system works optimally in all sorts of edge cases that one can reasonably believe are quite rare to happen.

Okay so basically as I said, same 12 witnesses globally (over long-term time window) unless some extraordinary global political will and consensus exists to replace 1 witness then again same 12 witnesses over long-term time window.

It seems the main advantage this has over Bitshares' DPoS+TaPoS is the asynchrony of the DAG and that exchanges can't vote for the witnesses. But I think DPoS normally has 100 witnesses, or at least it was 20 or so for Steem. And DPoS is in control of the whales so they can bypass politics to change witnesses quickly.
hero member
Activity: 868
Merit: 1003


Many people complain about limiting to the "richest" people, why so? in real life the people have more money will be easier to make more than those with less money. It's not really the unfairness.



It's not really unfair? like provable math wise or you mean just average people common sense wise? sometimes you have to see through the eyes of the average person who will reason without doubt that rewarding those that are already super rich with the lions share is not fair at all.

If you wish to start a poll on the main board discussing it and sampling opinion then go ahead. I am certain you will not find many in the alt section will share your views. Since your main initial market will be the altcoin traders then this is the market that is important to you.

This has been discussed MANY time before in the alt main board and the vast majority are very much against new coins being distributed like this.

Without nulling the top 2-5% of BTC wallets you can ensure this will have the "unfair" tag attached to it in the future. It is a major criticism which has been voiced in this thread a great many times already. Why not eliminate this criticism or reduce it and not have to beg the big icos and exchanges to do the right thing. The random snapshots will stop them breaking down their wallets to smaller amounts.

The only thing here is the dev can not be accused of gaming it for his gain especially since unless he is a btc super whale or has agreements with those that control a substantial amount of BTC then he could end up having less than any whales that decide to claim or any exchange that does not play ball. Not sure either of those things is a great scenario. The worst aspect for him really is having other large ICO funds dumping BB on the exchanges to fund rival projects. I mean jl777 saying he will not pocket the money but rather fund komodo with it is fair enough what else could he do other than not claim (if he even said this anyway) but how is that good for BB?

How can you "nulling the top 2-5% of BTC wallets"? If you do so, people can easily split BTCs into different wallets and make the requests, you won't be able to achieve your goal at all.


The big icos often have their Bitcoins locked in multisig wallets that the devs agreed to keep their coins in. They agreed not to move Bitcoins out of those addresses without permission from their communities. However, they can easily use those addresses to claim BB, they made no agreement with their communities about claiming BB with their ico addresses.

Our dev could easily miss out the waves, lisk, and komodo ico addresses, and those coin's devs can't move Bitcoins out of them without breaking the promises they made to their communities.

If the accounts are locked, how do they make the micro payment to confirm their address? they can't obtain the signature from their escrow in this case.
legendary
Activity: 965
Merit: 1033
Edit: also I can devise an attack to side-step your protocol rule. Build a chain branch that has no double-spends and make it public. Gradually change my list of witnesses one-by-one on the units I sign as the old witness happily sign units on my chain branch to advance the stability point. I can spam with as many Sybil address signed units as necessary to convince the witnesses that my chain branch is "real". Then once I've got the old witness down to a minority, I can take my chain branch private and complete the attack I explained to you before.

Again, seems like you are assuming you can convince somebody with the number of your Sybil units.  And not just somebody -- the acting witnesses.  The acting witnesses, and other users likewise, are not going to change their own witness lists to stay compatible with your Sybil units.  Your Sybil units will be accepted into the DAG, but, being incompatible, they are not going to be selected as best parent, hence they have no chance to appear on the MC, hence none of them can ever become last ball (which necessarily lies on MC).

Okay so you are telling me that the current witnesses on the branch I am trying to create have to agree with 11 of 12 with my list of witnesses when they sign units on my branch? So this means the entire system has to agree on the same 12 witnesses for all main chains for the entire system?

If that is your design, then yes you can prevent my attack but at the cost of having 12 very entrenched witnesses which can never be migrated away from because political action never reaches 92% agreement.

So why not just use 12 federated servers and name this Visa, Mastercard, or Paypal instead? No need for the facade of a DAG nor to claim/insinuate by association to our Satoshi ecosystem that it is decentralized. Distributed is not same as decentralized.

How have you come to "the same 12 witnesses"?
To be eligible for inclusion on the MC, you have to agree about 11 witnesses, not 12 (1 mutation allowed).
For a change of the witness list to reach stability, support of the majority, that is 7 out of 12, or 58% witnesses is required.

To reach any significant mutation seems highly improbable.
.....

The system is designed based on assumption that the prevailing witness list is nearly static and evolves slowly.  Most often, we'll need to replace just one witness at a time, and before we need to replace another witness, the first change has more than enough time to diffuse into the system, so that when we replace the next witness we are doing just one mutation again. 

The need to replace more than one witness simultaneously is extremely rare, but still possible, and when it happens someone will have to coordinate the process so that users replace one of the defunct witnesses first, and soon after that, after the first change reaches stability point, they go on to replace the next witness.  This is not quite convenient, can prove chaotic at times, and requires a degree of short term centralization, but no system works optimally in all sorts of edge cases that one can reasonably believe are quite rare to happen.
sr. member
Activity: 336
Merit: 265
Edit: also I can devise an attack to side-step your protocol rule. Build a chain branch that has no double-spends and make it public. Gradually change my list of witnesses one-by-one on the units I sign as the old witness happily sign units on my chain branch to advance the stability point. I can spam with as many Sybil address signed units as necessary to convince the witnesses that my chain branch is "real". Then once I've got the old witness down to a minority, I can take my chain branch private and complete the attack I explained to you before.

Again, seems like you are assuming you can convince somebody with the number of your Sybil units.  And not just somebody -- the acting witnesses.  The acting witnesses, and other users likewise, are not going to change their own witness lists to stay compatible with your Sybil units.  Your Sybil units will be accepted into the DAG, but, being incompatible, they are not going to be selected as best parent, hence they have no chance to appear on the MC, hence none of them can ever become last ball (which necessarily lies on MC).

Okay so you are telling me that the current witnesses on the branch I am trying to create have to agree with 11 of 12 with my list of witnesses when they sign units on my branch? So this means the entire system has to agree on the same 12 witnesses for all main chains for the entire system?

If that is your design, then yes you can prevent my attack but at the cost of having 12 very entrenched witnesses which can never be migrated away from because political action never reaches 92% agreement.

So why not just use 12 federated servers and name this Visa, Mastercard, or Paypal instead? No need for the facade of a DAG nor to claim/insinuate by association to our Satoshi ecosystem that it is decentralized. Distributed is not same as decentralized.

How have you come to "the same 12 witnesses"?
To be eligible for inclusion on the MC, you have to agree about 11 witnesses, not 12 (1 mutation allowed).
For a change of the witness list to reach stability, support of the majority, that is 7 out of 12, or 58% witnesses is required.

To reach any significant mutation seems highly improbable.

For example to get 2 mutations, we need 1 of the 11 witness at the last stability point to agree with 1 of the 2 of the mutations we want to make. To get 3 mutations, we need that prior sentence plus 1 of the other 10 witness from the starting stability point to agree with 2 of the 3 mutations we want to make. To get 4 mutations, we need that prior sentence plus 1 of the other 9 witness from the starting stability point to agree with 3 of the 4 mutations we want to make. Etc.

Three mutations seems very unlikely unless those two witness were misbehaving, in which case it seems everyone globally will want to get rid of those two witness. But that presumes there can even be an objective truth about misbehavior and that agreement can be reached. Getting 9% of the witnesses to agree on 2 witness to expel and 18% to agree on 1 witness to expel seems improbable.

Four mutations seems to be extremely unlikely, requiring 9% of the witnesses to agree on 3 witness to expel, 18% to agree on 2 witnesses to expel, and 27% to agree on 1 witness to expel.

And that presumes that the replacements for those expelled witnesses agree with the subsequent mutations. So actually the odds are worse than I just stated. Four mutations actually requires 14% of the witnesses to agree on 3 witness to expel, 27% to agree on 2 witnesses to expel, and 41% to agree on 1 witness to expel.

If there is indeed a proliferation of witnesses, who in the heck is going to have any confidence that a majority of some set of 12 (of the multitudes of such sets) won't go defunct leaving all those addresses (money!) in limbo forever. The cognitive load and worry on the users is unfathomable.

The state of this system will either solidify on 12 witness every where which are highly trusted, or it will devolve into Swiss cheese. You still don't seem to understand the most basic element of monetary theory, which is that the value of money is solely based on the CONFIDENCE that it can be spent later and someone will accept it.

Rube Goldberg machines are intentionally more clever than they need to be.
Jump to: