Also Extension Blocks sollen zumindest laut dem Vorschlag von Purse ein Softfork sein (Edit: MoinCoin war schneller). Gut, dann stellt sich das gleiche Problem wie bei bei Segwit: Die Miner müssten es mittragen. Und was mir an diesem Vorschlag nicht gefällt, ist dass er so wie er implementiert wurde inkompatibel zu Segwit ist.
(das auch als Antwort auf @molecular)
Siehe Blog von Purse
https://medium.com/purse-essays/extension-block-story-619a46b58c24Before we had a chance, Samson tweeted saying we had received $300k from Bitmain. It’s a blatant lie. We have not received a dime from Bitmain. Samson was a friend, and he could have easily asked me. Worried that this would paint the idea biased, we rushed out the announcement, specification, and code.
Ich sehe das auch als Problem, dass es aktuell inkompatibel zu Core Segwit ist, denke aber nicht, dass das so bleiben wird, sondern wie JJ geschrieben hat, dass es so erstmal einfacher war das reinzuhacken - finde das interessant was im Block von Purse steht.
Meine Meinung ist, dass es als Kompromiss mit den Minern wohl besser ist, wenn es agnostisch (kompatibel) zu Segwit in den Main Blöcken ist, persönlich hätte ich es aber lieber, wenn Segwit auch in den Main Blöcken ist, auch wenn ich mich mit dem gewählten Witness Discount von 75% nicht anfreunden kann. Wo ist da dann noch die Motivation Schnorr zu benutzen oder sparsam mit dem Witness-Blockspace umzugehen.
Sehe das auch nicht als Problem an, dass es in so einem frühen Stadium kein BIP ist - es ist ja nicht so, dass die bereits Core Entwickler sind und deswegen automatisch alles als BIP schreiben. Es ist Open Source Software - als Softfork zwingt einen keiner das zu benutzen, also sollte man doch bitte die Freiheit haben das zu entwickeln wie man will.
Das einigen Core Entwicklern das so sauer aufstößt erzeugt bei mir ein unangenehmes Gefühl von zentralisierter Macht durch Core. Das die technischen Fähigkeiten der Core Entwickler herausragend sind sei mal dahingestellt.
Für Luke-Jr sind die Extension Blocks deswegen jetzt schon Altcoins
https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-April/014037.htmlEin paar Quellen zu Segwit BIP141 und der noch nicht Kompatibilität mit Bcoin Extension Blocks:
https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-April/013994.html> I think extension block in the proposed form actually breaks BIP141.
> It may say it activates segregated witness as a general idea, but not
> a specific proposal like BIP141
Agreed. Needs to be reworded as it currently stands. Though, I suppose
it would be possible to allow for compatibility with segwit in the
mainchain if we utilize your idea of using a separate wit. program
versions for the extension block. A slightly minor change to the spec,
just a big change to the reference impl. code. It is doable.
https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-April/013992.html> Extension blocks should be compatible with BIP 141, there doesn’t
> appear to be any justification for not making them compatible.
The implementation initially seemed a lot simpler when moving all segwit
behavior to the extension block. The initial conception was to have all
witness programs be entrances into and scripts within the extension
block, but I guess there's no reason we couldn't do something like
Johnson proposed and have different witness program versions be the
ext-block-only programs. It just involves me rewriting a bit of code in
the reference implementation, and backporting a lot of code to the
original branch.
https://github.com/tothemoon-org/extension-blocks/issues/6If that's not possible, the other option is, we use Johnson Lau's extension block witness program version idea and just include main chain segwit as part of extension blocks as mentioned here:
https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-April/013994.htmlInstead of merely achieving compatibility, we could bundle mainchain segwit with the ext. block deployment. It makes the code a bit more complex to include mainchain segwit as well, but would be worth it, assuming this is true.