Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id DBAE7A1F for ; Wed, 19 Aug 2015 16:53:16 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from mout.perfora.net (mout.perfora.net [74.208.4.197]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id C096E1CC for ; Wed, 19 Aug 2015 16:53:15 +0000 (UTC) Received: from mail-io0-f173.google.com ([209.85.223.173]) by mrelay.perfora.net (mreueus002) with ESMTPSA (Nemesis) id 0MJlXG-1ZR09O2KiS-001BYV for ; Wed, 19 Aug 2015 18:53:14 +0200 Received: by iodv127 with SMTP id v127so15955468iod.3 for ; Wed, 19 Aug 2015 09:53:13 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.107.155.12 with SMTP id d12mr15545020ioe.131.1440003193808; Wed, 19 Aug 2015 09:53:13 -0700 (PDT) Received: by 10.50.43.168 with HTTP; Wed, 19 Aug 2015 09:53:13 -0700 (PDT) Date: Wed, 19 Aug 2015 09:53:13 -0700 Message-ID: From: Adam Back To: Angel Leon Content-Type: text/plain; charset=UTF-8 X-Provags-ID: V03:K0:a9TRKXo8M6lJ8C4wZ5LsxtOKZfKyCBPmA53kJsFJs8oHReqiaXq 0AnBIahsJEO+n+uy7Fr56eqHL5u2OzN4hMJu9TgsqZUFyJ9UvHU7QViLDh6Ti4Hk/ekCyEL 7pA6zLoj2saoEVKl5tGAYQDGReWaTnKPQXLOW46c3OYPy1/Yh9Nx2F0uHDaVdmkOpWgxvYp Y46VrGEokftb2MkmA+H4Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:mxqpmtACojE=:QfGsrcL7SE28r9sLIUPmvv JwFM9M1pbSkjcEq0G3T5g+fhf9SdPI1Qnr1JZPmwJsiNN5jHRvoZAneZKMeK6mBuFVDo1EohX ulTmo6jLQvQWCLP3MGlio4PFlE3QjXf8rAwlG/yllqUr/R4m3Na/iS6RUMTodyZ0utOCTIffn nyOrCnLyXDyJ6PixxAszsvP/oflsliu4YTT50luxlj9kHNngb5G3a5MBkdCsbuiKEMzXNfAmt LYyUk05bEIOXqqrlUwm9RVdBLmvb8UobD40W6aB/Ajy8wQ9Va7NuPX0xpjMzEOUmuxrG6sbag okAbCKxFeCuhBkoi084CuvSSqTpPZaM09TVDlqMVwzmcI/qv8GAL0Ss831L7WDp2XI+fQyBUn S9vxM+M4sa0usrpjNJsBrGKjCAtY9ALpxemWdtn5/Bdf2i8gFfl8GOXVFcw2lVBP4TzG0hEUX zj2p7YPCpMtYhkjlMopnj9JjWNH4XUOW+6U/BviLCab0HFx+/xmLMDfGFQfWgao804RYi8ozW UvSm8oPvgd6d106u6XX8r+OvL9/tjhXogw2Oz7QVdYNlNTQVZDbyQ/WEcVc3KNnS4Zk7s2Ne9 BgpTuWePVn1QKde2CShEstejkzutdMa58OZR1GHeTsyd5pU+Gf44lMN9G5c3k7TTMzbypWrGy gIFuqvIKhaOa8gL5YcarZgzDXekLyzE5I4YzQf9r1lV4jR4p3L+9jz8fEIo7zloXRa46RrcJN Q5e0JPBD9BcpS0h/ X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.linux-foundation.org Cc: Bitcoin Dev Subject: Re: [bitcoin-dev] Bitcoin XT Fork X-BeenThere: bitcoin-dev@lists.linuxfoundation.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Bitcoin Development Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Aug 2015 16:53:17 -0000 It seems to be a recurring meme that BIP 101 is somehow "a solution put forward" where BIP 100, 102, 103, flexcap, extension blocks etc etc are not. That is not at ALL the case, and is insulting (present company excluded). It is just that no one else is reckless enough to bypass the review process and risk a controversial hard fork deployment war. Myself and many other people warned Gavin a network fork "war" would start (ie someone would think of some way to sabotage or attack the deployment of Bitcoin-XT via protocol, code, policy, consensus soft-fork etc. He ignored the warnings. Many also warned that 75% was an optimally BAD trigger ratio (and that in a hard fork it is not a miner vote really as in soft-forks). Gavin & Mike ignored that warning to. I know they heard those warnings because I told them 1:1 in person or via email and had on going conversations. Others did too. People can not blame bitcoin core or me, that this then predictably happened exactly as we said it would - it was completely obvious and predictable. In fact noBitcoinXT is even more dangerous and therefore amplified in effect in creating mutual assured destruction kind of risk profile than the loose spectrum of technical counters imagined. I did not personally put much effort into thinking about counters because I though it counter productive and hoped that Gavin & Mike would have the maturity to not start down such a path. Again any of the other proposals can easily be implemented. They *could* also spin up a web page and put up binaries, however no one else was crazy enough to try to start a deployment in that way. It is also puzzling timing - with all these BIPs and ongoing discussion and workshops coming imminently to then release ahead of that process where as far as I know Gavin said he was equally happy with BIP 100 or other proposal which ever is best, and on basically the eve of workshops planned to progress this collaboratively. Bitcoin-XT is also under tested, people are finding privacy bugs and other issues. (Not even mentioning the above 75% optimally bad parameter, and the damage to community reputation and collaborative environment that this all causes.) Very disappointing Gavin and Mike. I find it quite notable that Gavin and Mike have been radio silent on the bitcoin-dev list and yet we see a stream of media articles, blog posts, pod casts, and from what I can tell ongoing backroom lobbying of companies to run bitcoin-XT without trying AT ALL to offer a neutral or balanced or multi proposal information package so that companies technical people can make a balanced informed decision. That is what the workshops are trying to provide. Gavin, Mike - anything to say here? Adam On 18 August 2015 at 19:59, Angel Leon via bitcoin-dev wrote: > "How then to end this XT madness?" > > Instead of bashing on someone that has actually put a solution forward, make > your own fork and see if your ideas on how to solve the issue are any > better. > > As of now, 1Mb blocks are pure madness, and people are voting over an 8mb > block increase every day that passes, even with a "useless project" like you > call it. > > Go out there and see how bitcoin is actually used. > > http://twitter.com/gubatron > > On Tue, Aug 18, 2015 at 10:54 PM, odinn via bitcoin-dev > wrote: >> >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> The "XT Fork" (better said, a POS alt*) and those behind it make not >> even a pretense to work through process involved with bitcoin developmen >> t. >> >> (*This is not intended as a slight toward any other alts, as here in >> this post I am focusing solely on XT.) >> >> Instead of abandoning their useless project, or at least conceding >> that their alt is operating essentially outside of the development >> funnel (by this I mean BIP process), the developers of XT, via their >> latest presentation of XT give nothing more than an attack on bitcoin >> (albeit one that, more than anything, is designed to sidetrack real >> discussion necessary to resolve the issues so as to achieve some level >> of consensus in block size debates). Curiously, XT is not even truly >> the implementation of BIP 101; the actual proposed implementation of >> BIP 101 as proposed at >> https://github.com/bitcoin/bips/blob/master/bip-0101.mediawiki#implement >> ation >> is found here: https://github.com/bitcoin/bitcoin/pull/6341 >> (It is currently a closed issue.) >> >> It's probably valid to call into question why Mike Hearn in particular >> persists with this project at all, as he has been its biggest >> cheerleader. Some reasons may be: >> 1) His interest in attacking bitcoin in the past (seems to be a >> recurring pattern) >> https://bitcointalk.org/index.php?topic=333824.0 >> >> 2) His employment (has come up before) - QinetiQ, Google, etc >> https://plus.google.com/+MikeHearn/about - it's simply not >> unreasonable to ask why he's pushing it so hard when nobody wants it. >> >> 3) Various reasons mentioned here: >> https://www.reddit.com/r/Bitcoin/comments/39yaug/the_history_of_mike_hea >> rn_and_why_you_should_not/ >> >> >> 4) His disinterest in following what is actually happening with votes >> on legitimate proposals (e.g. Garzik's BIP 100) in the blocks. (Caveat >> ~ one doesn't see the BIP 100 yet in bitcoin/bips because it won't >> appear for another couple weeks, supposedly. The miners' voting is >> already happening however.) Even according to http://xtnodes.com/ we >> see that XT runs minimal nodes in comparison to the rest of nodes >> being run across the network. >> >> BIP 100 itself is anticipated to be submitted w/ implementation in the >> next 2 weeks and many miners are already voting on BIP 100 (as per >> Jeff Garzik, from a post 08/12/2015 12:46 PM -0400 to this mailing list) >> . >> >> It is an insult to see Hearn fling the XT turd into the community >> repeatedly. >> >> How then to end this XT madness? >> >> "The ring was made in the fires of Mount Doom. Only there can it be >> unmade. The ring must be taken deep into Mordor and cast back into the >> fiery chasm from whence it came. One of you must do this." >> - - Lord Elrond >> >> Do not download this loathsome XT thing. Cast it back into the fires >> from whence it came. >> >> - -Odinn >> >> >> On 08/15/2015 10:43 AM, Satoshi Nakamoto via bitcoin-dev wrote: >> > I have been following the recent block size debates through the >> > mailing list. I had hoped the debate would resolve and that a fork >> > proposal would achieve widespread consensus. However with the >> > formal release of Bitcoin XT 0.11A, this looks unlikely to happen, >> > and so I am forced to share my concerns about this very dangerous >> > fork. >> > >> > The developers of this pretender-Bitcoin claim to be following my >> > original vision, but nothing could be further from the truth. When >> > I designed Bitcoin, I designed it in such a way as to make future >> > modifications to the consensus rules difficult without near >> > unanimous agreement. Bitcoin was designed to be protected from the >> > influence of charismatic leaders, even if their name is Gavin >> > Andresen, Barack Obama, or Satoshi Nakamoto. Nearly everyone has >> > to agree on a change, and they have to do it without being forced >> > or pressured into it. By doing a fork in this way, these >> > developers are violating the "original vision" they claim to >> > honour. >> > >> > They use my old writings to make claims about what Bitcoin was >> > supposed to be. However I acknowledge that a lot has changed since >> > that time, and new knowledge has been gained that contradicts some >> > of my early opinions. For example I didn't anticipate pooled >> > mining and its effects on the security of the network. Making >> > Bitcoin a competitive monetary system while also preserving its >> > security properties is not a trivial problem, and we should take >> > more time to come up with a robust solution. I suspect we need a >> > better incentive for users to run nodes instead of relying solely >> > on altruism. >> > >> > If two developers can fork Bitcoin and succeed in redefining what >> > "Bitcoin" is, in the face of widespread technical criticism and >> > through the use of populist tactics, then I will have no choice but >> > to declare Bitcoin a failed project. Bitcoin was meant to be both >> > technically and socially robust. This present situation has been >> > very disappointing to watch unfold. >> > >> > Satoshi Nakamoto >> > >> > _______________________________________________ bitcoin-dev mailing >> > list bitcoin-dev@lists.linuxfoundation.org >> > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev >> > >> >> - -- >> http://abis.io ~ >> "a protocol concept to enable decentralization >> and expansion of a giving economy, and a new social good" >> https://keybase.io/odinn >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1 >> >> iQEcBAEBAgAGBQJV0+/fAAoJEGxwq/inSG8C4ZAIAKm1pEne0FlOW1O4zLe6mZOz >> YTcnpSHFiVw4AfUPgbzR813ODphnJqcwnoT1q/sojjqgIDtwZY+AqdjA3VAbe15D >> bAPlvQGmXMlaXq8OteDYPKxPzQMUlRtxEd9+sxO5IGFx0kvmKQLzdk6cmgawcRhN >> PrDyXIqLlx6Yp0REQ03v3poLTGojUkPLeqdMrJAjwpuAyv9F8iVUn7SeHemEi8cm >> fW4wOJogA8j9P//3a7+Cr8bjnOz6+QwpHsdlZlKM4VUTxt3Vgx4vu+SQjQxWgZEK >> I+HGvgQW1buoDxleBbFq6SJc55lhF41IB17tewuDuPzT2nL4zOkbis1tUk3ASxY= >> =Rm7w >> -----END PGP SIGNATURE----- >> _______________________________________________ >> bitcoin-dev mailing list >> bitcoin-dev@lists.linuxfoundation.org >> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev > > > > _______________________________________________ > bitcoin-dev mailing list > bitcoin-dev@lists.linuxfoundation.org > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev >