public inbox for bitcoindev@googlegroups.com
 help / color / mirror / Atom feed
From: Santino Napolitano <santino.napolitano@yandex.com>
To: Adam Back <adam@cypherspace.org>, Angel Leon <gubatron@gmail.com>
Cc: Bitcoin Dev <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Bitcoin XT Fork
Date: Wed, 19 Aug 2015 22:12:56 +0300	[thread overview]
Message-ID: <694691440011576@web1g.yandex.ru> (raw)
In-Reply-To: <CALqxMTFkgGx0FxMiZ77inOZSs_+TQ88Wpj-q-c12COkO9tP4gQ@mail.gmail.com>

Gavin has been very clear about the fact that he's on vacation. I'm not sure what you want Mike to say. It's obvious the Bitcoin Core developer pitchforks are out for him so there isn't really anything he can possibly say which will be constructively received on this highly adversarial and increasingly ridiculous charade of a mailing list. I feel as though they've made their case abundantly clear to anyone paying attention.

The community will weigh the independent merit of the two points of view and that community is not as naive and uninformed as everyone on this list likes to portray them to be. Your concern for companies' welfare is appreciated but I'm confident they can manage their own independent assessments of this matter as well as seek out enough varied expert opinions such that they can make an informed decision.

19.08.2015, 19:53, "Adam Back via bitcoin-dev" <bitcoin-dev@lists.linuxfoundation.org>:
> 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
> <bitcoin-dev@lists.linuxfoundation.org> 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
>>  <bitcoin-dev@lists.linuxfoundation.org> wrote:
>>>  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
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev@lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev


  parent reply	other threads:[~2015-08-19 19:20 UTC|newest]

Thread overview: 56+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-08-19 16:53 [bitcoin-dev] Bitcoin XT Fork Adam Back
2015-08-19 17:22 ` Simon Liu
2015-08-19 18:13   ` Peter Todd
2015-08-19 23:37     ` Simon Liu
2015-08-19 17:28 ` Jorge Timón
2015-08-19 17:32 ` Btc Drak
2015-08-19 18:20   ` Peter Todd
2015-08-19 19:15     ` Btc Drak
2015-08-19 19:32       ` odinn
2015-08-19 19:48         ` Eric Lombrozo
2015-08-19 19:58           ` Jorge Timón
2015-08-19 20:04             ` Eric Lombrozo
2015-08-19 22:00               ` Jorge Timón
2015-08-19 23:07                 ` Eric Voskuil
2015-08-19 23:27                   ` Jorge Timón
2015-08-19 23:56                     ` Jorge Timón
2015-08-20  1:00                       ` GC
2015-08-20  1:17                         ` Jorge Timón
2015-08-20  0:08                     ` Eric Voskuil
2015-08-19 18:22   ` Jorge Timón
2015-08-19 19:12 ` Santino Napolitano [this message]
2015-08-19 19:28   ` Eric Lombrozo
2015-08-20  9:00 ` Mike Hearn
2015-08-20  9:13   ` Peter Todd
2015-08-21  3:01     ` odinn
  -- strict thread matches above, loose matches on Subject: below --
2015-08-19  8:25 Btc Drak
2015-08-17 20:24 Theo Chino
2015-08-18  4:56 ` Dave Scotese
2015-08-15 17:43 Satoshi Nakamoto
2015-08-15 19:08 ` Laszlo Hanyecz
2015-08-15 19:10 ` jl2012
2015-08-17 11:40 ` Oliver Egginger
2015-08-17 11:44   ` Jorge Timón
2015-08-17 11:51     ` Oliver Egginger
2015-08-17 16:32       ` Jorge Timón
2015-08-17 17:01         ` Oliver Egginger
2015-08-17 17:15           ` Jorge Timón
2015-08-17 17:30             ` Btc Drak
2015-08-17 17:18       ` Gregory Maxwell
2015-08-17 19:14         ` Peter Todd
2015-08-17 17:28   ` Jeff Garzik
2015-08-17 19:03   ` Warren Togami Jr.
2015-08-17 20:37     ` Oliver Egginger
2015-08-18  5:16       ` Gregory Maxwell
2015-08-18  9:15       ` Warren Togami Jr.
2015-08-18 11:52         ` Micha Bailey
2015-08-18 18:57         ` Oliver Egginger
2015-08-18 20:59           ` Anon Moto
2015-08-19  1:03             ` Sergio Demian Lerner
2015-08-17 19:02 ` Anon Moto
2015-08-17 19:40   ` Marcel Jamin
2015-08-17 19:16 ` Hector Chu
2015-08-17 19:28   ` Gregory Maxwell
2015-08-17 19:39     ` Jorge Timón
2015-08-19  2:54 ` odinn
2015-08-19  2:59   ` Angel Leon

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=694691440011576@web1g.yandex.ru \
    --to=santino.napolitano@yandex.com \
    --cc=adam@cypherspace.org \
    --cc=bitcoin-dev@lists.linuxfoundation.org \
    --cc=gubatron@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox