Topic: Adam Back's email to Mike and Gavin (Read 2432 times)
I'm glad that there was (at least in passing) mention of Garzik's BIP 100 proposal. That made me happy.
How can you say "sidechains don't address the scalability problems" when you don't even know what sidechain technologies are on the drawing board ?
And what is the point of sidechains anyway if they don't address the scaleability problems amongst others ?
The whole idea of them is to experiment with variations and innovations that would otherwise go into bitcoin but which are potentially too radical to hardfork without maturing for a period outside the native blockchain.
It surely follows - conversely - therefore, that if a blocksize change can help bitcoin scale, it can do the same for a sidechain.
And what is the point of sidechains anyway if they don't address the scaleability problems amongst others ?
The whole idea of them is to experiment with variations and innovations that would otherwise go into bitcoin but which are potentially too radical to hardfork without maturing for a period outside the native blockchain.
It surely follows - conversely - therefore, that if a blocksize change can help bitcoin scale, it can do the same for a sidechain.
The purpose of sidechains is mainly to allow for unique testing of controversial code and possibly unique tokens that still have the strength and security of all or most of the main Bitcoin network.
The reasons sidechains don't address scalability problems is that they could add extra transactions to the bitcoin blockchain due to many new sidechains being introduced to facilitate everyones' projects. I understand your point that there could be a sidechain introduced to alleviate some of the Tx on the mainchain(I.E... microtransaction sidechain) , but what you also have to account for is the flurry of new transactions that will now occur when individuals jump on and off the sidechain and between the hundreads of sidechains thus using the main chain. This is traffic that is normally being handled off the chain or by alts right now. If you are a new alt creator you may very well want to create a sidechain instead of your independent blockchain to get all the benefits from being a sidechain.
Don't assume that all pegged BTC side chains will use merged mining with the Bitcoin network and that all of them won't offer extreme scaling advantages for transactions. I know that is not the case. You are going to be shocked at what is coming...
...your assumptions will not hold.
How can you say "sidechains don't address the scalability problems" when you don't even know what sidechain technologies are on the drawing board ?
And what is the point of sidechains anyway if they don't address the scaleability problems amongst others ?
The whole idea of them is to experiment with variations and innovations that would otherwise go into bitcoin but which are potentially too radical to hardfork without maturing for a period outside the native blockchain.
It surely follows - conversely - therefore, that if a blocksize change can help bitcoin scale, it can do the same for a sidechain.
And what is the point of sidechains anyway if they don't address the scaleability problems amongst others ?
The whole idea of them is to experiment with variations and innovations that would otherwise go into bitcoin but which are potentially too radical to hardfork without maturing for a period outside the native blockchain.
It surely follows - conversely - therefore, that if a blocksize change can help bitcoin scale, it can do the same for a sidechain.
The purpose of sidechains is mainly to allow for unique testing of controversial code and possibly unique tokens that still have the strength and security of all or most of the main Bitcoin network.
The reasons sidechains don't address scalability problems is that they could add extra transactions to the bitcoin blockchain due to many new sidechains being introduced to facilitate everyones' projects. I understand your point that there could be a sidechain introduced to alleviate some of the Tx on the mainchain(I.E... microtransaction sidechain) , but what you also have to account for is the flurry of new transactions that will now occur when individuals jump on and off the sidechain and between the hundreads of sidechains thus using the main chain. This is traffic that is normally being handled off the chain or by alts right now. If you are a new alt creator you may very well want to create a sidechain instead of your independent blockchain to get all the benefits from being a sidechain.
maybe the dreaded AOL era is near bitcoin and the next coin will become everything bitcoin wasn't. Unfuckwithable
My recent post history says I know with very high probability that is the case. ETA 3 - 6 months.
It is also a bit insulting to suggest that there is a conflict of interest with the blockstream group as sidechains don't address the scalability problems
How can you say "sidechains don't address the scalability problems" when you don't even know what sidechain technologies are on the drawing board ?
And what is the point of sidechains anyway if they don't address the scaleability problems amongst others ?
The whole idea of them is to experiment with variations and innovations that would otherwise go into bitcoin but which are potentially too radical to hardfork without maturing for a period outside the native blockchain.
It surely follows - conversely - therefore, that if a blocksize change can help bitcoin scale, it can do the same for a sidechain.
Bitcoin, as the cryptocoin flagship, should not be used as the testing grounds for all these new blockchain technologies, that is what alts are for. If these technologies work on a smaller more expendable coin only THEN should it be implemented into BTC. Bitcoin IS the establishment now, which means it is not as lean and fast as it was when it began. There are too many industries depending on it which may be negatively affected with such experimentation regardless if it was the right choice or not. Alternatively this also solves most of the issues of this debate when done this way, because if it is successful elsewhere then people naturally will support it being added to BTC.
It is also a bit insulting to suggest that there is a conflict of interest with the blockstream group as sidechains don't address the scalability problems
How can you say "sidechains don't address the scalability problems" when you don't even know what sidechain technologies are on the drawing board ?
And what is the point of sidechains anyway if they don't address the scaleability problems amongst others ?
The whole idea of them is to experiment with variations and innovations that would otherwise go into bitcoin but which are potentially too radical to hardfork without maturing for a period outside the native blockchain.
It surely follows - conversely - therefore, that if a blocksize change can help bitcoin scale, it can do the same for a sidechain.
Yes I agree 100%. If there was not the blockstream conflict of interest then I don't even think there would be a conversation about increased block size, people would just do it because it makes sense, it is needed, and it is stupid not to do it.
From watching Mike Hearn's interview I believe he is grossly oversimplifying the other developers objections. It is also a bit insulting to suggest that there is a conflict of interest with the blockstream group as sidechains don't address the scalability problems and these same devs were discussing some of the same objections way before blockstream was created.
It may be interesting to hear some of Nick Szabo's concerns with the blocksize increase as well as he is well versed in economics and game theory and is one of the top candidates for being Satoshi:
https://twitter.com/NickSzabo4/status/611259452402987008
I agree! I wish satoshi would use his p2p account to say somthing right about "I'm not dorian"
Yes I agree 100%. If there was not the blockstream conflict of interest then I don't even think there would be a conversation about increased block size, people would just do it because it makes sense, it is needed, and it is stupid not to do it.
From watching Mike Hearn's interview I believe he is grossly oversimplifying the other developers objections. It is also a bit insulting to suggest that there is a conflict of interest with the blockstream group as sidechains don't address the scalability problems and these same devs were discussing some of the same objections way before blockstream was created.
It may be interesting to hear some of Nick Szabo's concerns with the blocksize increase as well as he is well versed in economics and game theory and is one of the top candidates for being Satoshi:
https://twitter.com/NickSzabo4/status/611259452402987008
Mike & Gavin are desperate to get the full control of the source code by XT fork, so that they can implement address blacklisting to make the regulatory bodies happy. They will most likely be financially benefited to do that. In fact, it is a long term agenda of Hearn & company...
Ref: Freezing BitCoin addresses by regulating miners
If they try to fuck us up big time like that, wouldnt all we would need to do is to abandon the fork and continue with Core or someone else's fork that is legit? the problem of course would be if they bribe big time miners to stay in XT..
Here's how to arbitrate on the correct decision in this debate:
============================
If payment channels and sidechains didn't exist and if no prospect of them ever existed, how easy would it be to find a consensus over the blocksize revision ?
============================
...that is the question.
People are making a VERY BIG MISTAKE (IMHO) if they bring the wider ecosystem into the equation when weighing up the merits of a blockchain capacity increase. At a systems analysis level, by doing that you're creating a coupling and a dependency on a meta infrastructure that was never part of the original design objectives of a cryptocurrency.
Sure, you could create quite a nicely layered financial system (and no doubt, such a meta infrastructure will emerge eventually), but you then no longer have a blockchain for all. We'll be back to needing Visa and the banks to use it because they'll be the owners of said 'meta infrastructure' which will in no way, shape or form be decentralised.
So if you think the blockchain can stand on its own 2 feet for the next 10 years at a 1 Mb blocksize - sure, defend the status quo. If you don't then support the capacity change, but don't support the status quo because you think that other systems can "front-the load". That logic amounts to:
• bad systems analysis in de-prioritising the original design objectives (single-tier financial network) in favour of new ones (multi-tier)
• bad engineering (compromising functional redundancy in favour of strategic commercial priorities)
• bad politics (re-centralising at a meta-infrastructure level what was decentralised at the blockchain level)
Yes I agree 100%. If there was not the blockstream conflict of interest then I don't even think there would be a conversation about increased block size, people would just do it because it makes sense, it is needed, and it is stupid not to do it.
XT is an altcoin, do NOT use it.
XT doesn't even have the Hard fork code added as of yet and even if it did it wouldn't be considered an ALT until after the hard fork.
"So...
... maybe there's a misunderstanding on what I'm actually working on. I'm coding a hard-fork that will only fork:
-After March 1, 2016
-If 75% of hashing power is producing up-version blocks
-AND after some brave miner decides to actually produce a >1MB block.
It will be very difficult for anybody to lose money. Even if we assume that some stubborn minority of miners decides not to upgrade (in spite of Bitcoin Core warning them first that the chain consists mostly of blocks with up-version version number, and then warning them that there is an alternative invalid higher-work chain), those miners will be the only people who will lose money. Ordinary, SVP-using users will follow the longest chain, and since at least 75% of hashing power will be on the bigger-block chain, there is no chance of them losing money. The big-block-rejecting-chain will very, very quickly be left behind and ignored.
There will NOT be two active chains, that is just FUD. Anybody running old code will have to willfully ignore the warnings to upgrade to stay on the old chain, and the incentives are so strong to follow the majority I can't imagine the 1MB chain persisting for any significant length of time.
--------
I'm happy to tweak the parameters. The code I'm writing regression tests for right now is:
-8MB max block size (chinese miners were unhappy with 20 for not-entirely-clear reasons)
-Earliest fork date 11 Jan 2016 (miners and others want sooner rather than later)
-Activation when 750 of last 1,000 blocks are up-version (version 0x20000004 to be compatible with sipa's new versioning bits scheme)
-2 week 'grace period' after 75% threshold reached before first >1MB block allowed to be mined
-8MB cap doubles every two years (so 16MB in 2018, etc: unless there is a soft fork before then because 16MB is too much)
The code for all that is starting to get right on the edge of "too complicated for consensus," but the individual pieces are all straightforward. I'll write a BIP when I'm done with the code, and, as I've said repeatedly, I'm not stuck to any particular set of parameters."
https://www.reddit.com/r/Bitcoin/comments/39ziy6/eli5_what_will_happen_if_there_is_a_hard_fork/cs7xe9o
... maybe there's a misunderstanding on what I'm actually working on. I'm coding a hard-fork that will only fork:
-After March 1, 2016
-If 75% of hashing power is producing up-version blocks
-AND after some brave miner decides to actually produce a >1MB block.
It will be very difficult for anybody to lose money. Even if we assume that some stubborn minority of miners decides not to upgrade (in spite of Bitcoin Core warning them first that the chain consists mostly of blocks with up-version version number, and then warning them that there is an alternative invalid higher-work chain), those miners will be the only people who will lose money. Ordinary, SVP-using users will follow the longest chain, and since at least 75% of hashing power will be on the bigger-block chain, there is no chance of them losing money. The big-block-rejecting-chain will very, very quickly be left behind and ignored.
There will NOT be two active chains, that is just FUD. Anybody running old code will have to willfully ignore the warnings to upgrade to stay on the old chain, and the incentives are so strong to follow the majority I can't imagine the 1MB chain persisting for any significant length of time.
--------
I'm happy to tweak the parameters. The code I'm writing regression tests for right now is:
-8MB max block size (chinese miners were unhappy with 20 for not-entirely-clear reasons)
-Earliest fork date 11 Jan 2016 (miners and others want sooner rather than later)
-Activation when 750 of last 1,000 blocks are up-version (version 0x20000004 to be compatible with sipa's new versioning bits scheme)
-2 week 'grace period' after 75% threshold reached before first >1MB block allowed to be mined
-8MB cap doubles every two years (so 16MB in 2018, etc: unless there is a soft fork before then because 16MB is too much)
The code for all that is starting to get right on the edge of "too complicated for consensus," but the individual pieces are all straightforward. I'll write a BIP when I'm done with the code, and, as I've said repeatedly, I'm not stuck to any particular set of parameters."
https://www.reddit.com/r/Bitcoin/comments/39ziy6/eli5_what_will_happen_if_there_is_a_hard_fork/cs7xe9o
Gavin seems to be more reasonable than Mike on this topic and it will be great to see the Formal BIP submitted along with Garzik's BIP 100 and other soon to be pitched proposals. While I think 8MB is entirely reasonable one immediate problem I find with Gavin's plan is with incorporating an automatic doubling of the limit every 2 years which may encourage us to take the easy way out and allow blocks to naturally grow without any urgency to implement other solutions like the lightning network. Peter Todd does make some valid criticisms and we should be careful not to continue to kick the can down the road. 8MB is likely needed however to buy us some time to test other proposals and fix transaction malleability.
I didn't realize Adam Back was so entrenched in Bitcoin. I thought his involvement stopped at HashCash. Satoshi, Hal and Ray developed and tested Bitcoin then Gavin took it over. It's fascinating that he doesn't approve and believes Gavin is forcing the change through regardless. Now that the Chinese mining cartel has approved the change to 8 I guess that's what will happen. I'm completely baffled as to why Gavin feels the need to unilaterally control the direction of Bitcoin. Is there a hidden paycheck in it for him that I don't see?
Somewhere I read that Back was aware of Bitcoin but busy with other stuff and didn't get significantly involved until relatively later. Perhaps this was from the time maybe half a year ago when he was active on cypherdoc's gold thread but I don't remember for sure.
As for Gavin, it still seems like the strongest hypothesis (barely) that he simply sees Bitcoin's future being most bright, or at least (Western?) humanity best served if the government and their chosen regulators have more-or-less the same degree of control over Bitcoin as they do over other monetary solutions.
Relateldy, perhaps he sees that a realistic path to 'reasonable' control by TPTB will bring in a rush of VC money and hodlers can get rich. To say the truth I've never really sensed that Gavin is all that interested in getting rich (except in one minor incident perhaps) but such perceptions are hard to be very confident about. I'm quite certain that just this hope animates a great many of the participants in the ecosystem however.
I remember S3052 getting into a debate with him over some nuance because, of course, S3052 considers himself a speculation genius even when he's wrong. I didn't think it was in the "I smell a trap" thread but somewhere else. I just though he was messing around on the forum for a while because I've only seen him in the dev & stench section once or twice.
I think you're superimposing your desire for bitcoins future direction on Gavin. He is definitely more than a little interested in money. Before TBF he threatened to stop working on Bitcoin once because he needed a check. While all the other devs volunteer their time and earn their daily bread on other projects Gavin wants to get paid. He earned a couple hundred thousand dollars a year from TBF when they had money. Since that cow ran dry I think he's partnered himself up with some company that's offering him a payday for continued development in the "right" direction. I fully expect to see him announce his new job at some Bitcoin startup soon.
XT is an altcoin, do NOT use it.
i hope gavin will not commit suicide when he reads all that FUD here 
but in case you want to know what he/they are doing:
https://bitcointalksearch.org/topic/2015-06-17-bitcoin-update-for-the-next-wave-of-btc-users-by-gavin-1092343
but in case you want to know what he/they are doing:
https://bitcointalksearch.org/topic/2015-06-17-bitcoin-update-for-the-next-wave-of-btc-users-by-gavin-1092343
Hearn certainly sends mixed messages when it comes to decentralization in general.
Adam Back does include one positive note regarding XT and Hearn's behavior which I can agree with. It certainly has lit a fire and is encouraging other developers to find other solutions and place this as a priority. I don't know if this is his ultimate goal instead of going the normal route of submitting a BIP first instead of having Gavin submit it later but it certainly is working and more proposals are coming forward rather quickly.
Adam Back does include one positive note regarding XT and Hearn's behavior which I can agree with. It certainly has lit a fire and is encouraging other developers to find other solutions and place this as a priority. I don't know if this is his ultimate goal instead of going the normal route of submitting a BIP first instead of having Gavin submit it later but it certainly is working and more proposals are coming forward rather quickly.
For a letter intended to be publicly disclosed, that was extremely poorly written and laxly proofed. It's rambling, repetitive, hyperbolic and (IMO) unnecessarily incendiary. None of these aspects help the author's case.
I read the entire thing and have rather the opposite impression. It is long, and firmly worded, but the risks are real. The repetition is for emphasis, because apparently Gavin and Mike have not be as responsive as they ought to be. I've gotten much more concerned with how they are trying to handle this apart from the consensus model that has served Bitcoin fairly well thus far.
Here's how to arbitrate on the correct decision in this debate:
============================
If payment channels and sidechains didn't exist and if no prospect of them ever existed, how easy would it be to find a consensus over the blocksize revision ?
============================
...that is the question.
People are making a VERY BIG MISTAKE (IMHO) if they bring the wider ecosystem into the equation when weighing up the merits of a blockchain capacity increase. At a systems analysis level, by doing that you're creating a coupling and a dependency on a meta infrastructure that was never part of the original design objectives of a cryptocurrency.
Sure, you could create quite a nicely layered financial system (and no doubt, such a meta infrastructure will emerge eventually), but you then no longer have a blockchain for all. We'll be back to needing Visa and the banks to use it because they'll be the owners of said 'meta infrastructure' which will in no way, shape or form be decentralised.
So if you think the blockchain can stand on its own 2 feet for the next 10 years at a 1 Mb blocksize - sure, defend the status quo. If you don't then support the capacity change, but don't support the status quo because you think that other systems can "front-the load". That logic amounts to:
• bad systems analysis in de-prioritising the original design objectives (single-tier financial network) in favour of new ones (multi-tier)
• bad engineering (compromising functional redundancy in favour of strategic commercial priorities)
• bad politics (re-centralising at a meta-infrastructure level what was decentralised at the blockchain level)
I didn't realize Adam Back was so entrenched in Bitcoin. I thought his involvement stopped at HashCash. Satoshi, Hal and Ray developed and tested Bitcoin then Gavin took it over. It's fascinating that he doesn't approve and believes Gavin is forcing the change through regardless. Now that the Chinese mining cartel has approved the change to 8 I guess that's what will happen. I'm completely baffled as to why Gavin feels the need to unilaterally control the direction of Bitcoin. Is there a hidden paycheck in it for him that I don't see?
Somewhere I read that Back was aware of Bitcoin but busy with other stuff and didn't get significantly involved until relatively later. Perhaps this was from the time maybe half a year ago when he was active on cypherdoc's gold thread but I don't remember for sure.
As for Gavin, it still seems like the strongest hypothesis (barely) that he simply sees Bitcoin's future being most bright, or at least (Western?) humanity best served if the government and their chosen regulators have more-or-less the same degree of control over Bitcoin as they do over other monetary solutions.
Relateldy, perhaps he sees that a realistic path to 'reasonable' control by TPTB will bring in a rush of VC money and hodlers can get rich. To say the truth I've never really sensed that Gavin is all that interested in getting rich (except in one minor incident perhaps) but such perceptions are hard to be very confident about. I'm quite certain that just this hope animates a great many of the participants in the ecosystem however.
I didn't realize Adam Back was so entrenched in Bitcoin. I thought his involvement stopped at HashCash. Satoshi, Hal and Ray developed and tested Bitcoin then Gavin took it over. It's fascinating that he doesn't approve and believes Gavin is forcing the change through regardless. Now that the Chinese mining cartel has approved the change to 8 I guess that's what will happen. I'm completely baffled as to why Gavin feels the need to unilaterally control the direction of Bitcoin. Is there a hidden paycheck in it for him that I don't see?
I would venture a guess, yes.
Jump to: