Bitcoin hat gerade Block 961.632 überschritten, und das war der Moment, in dem dieser Streit nicht mehr theoretisch war. Es wurde das verpflichtende Signalisierungsfenster für BIP-110 ausgelöst.
Kurzer Rückblick, falls du nicht tief drin bist: BIP-110 ist eine vorgeschlagene Soft Fork, die nicht-finanzielle Daten in Bitcoin-Transaktionen für etwa ein Jahr begrenzen würde. Das betrifft Ordinals, BRC-20-Token, Runes – alles, was die Kette nutzt, um Dinge zu speichern, die keine Zahlung sind. Befürworter sagen, dass die Blockkapazität für echte Geldbewegungen verwendet werden sollte. Kritiker nennen es Zensur – nur mit einer technischen Begründung.
Die Mathematik war diesem Vorschlag nie wohlgesonnen. Eine normale Soft Fork braucht etwa 95% Unterstützung der Miner. BIP-110 hat seine eigene Schwelle bei 55% angesetzt – und trotzdem konnte es das nicht erreichen: Die Unterstützung durch Miner ist größtenteils bei unter 3% geblieben. Das freiwillige Zeitfenster, um es festzuschließen, war längst da und vorbei, ohne dass annähernd genug Rückhalt da war.
Also jetzt der Plan B: eine nutzeraktivierte Soft Fork. Betreiber von Nodes, die BIP-110 ausführen – größtenteils über Bitcoin Knots – können beginnen, Blöcke von Minern zurückzuweisen, die keine Unterstützung signalisieren, ob die großen Mining-Pools mitgehen oder nicht. Das ist das eigentliche Fork-Risiko. Wenn genug von dem Netzwerk diese Regeln durchsetzt, während der Rest weiter auf die alte Weise baut, endet man mit zwei Ketten.
Große Namen haben bereits Seiten bezogen. Michael Saylor und Adam Back sind dagegen. Befürworter verweisen auf 2k17, als ein ähnlicher nutzeraktivierter Vorstoß half, SegWit durchzudrücken – ohne vollständiges Einverständnis der Miner.
Niemand weiß bisher, wie sich das entwickeln wird. Wenn es echte Zugkraft bekommt, sollen die neuen Regeln um Block 965.664 herum in Kraft treten – ungefähr Anfang September. Wenn nicht, ist das wahrscheinlich das Ende der Strecke für BIP-110 in der vorliegenden Form.
Wie auch immer: Das ging nie wirklich um Byte-Limits bei OP_RETURN. Es geht darum, wer entscheiden darf, wofür die Blockkapazität von Bitcoin da ist.
#BIP110SoftForkAttemptBegins
Kurzer Rückblick, falls du nicht tief drin bist: BIP-110 ist eine vorgeschlagene Soft Fork, die nicht-finanzielle Daten in Bitcoin-Transaktionen für etwa ein Jahr begrenzen würde. Das betrifft Ordinals, BRC-20-Token, Runes – alles, was die Kette nutzt, um Dinge zu speichern, die keine Zahlung sind. Befürworter sagen, dass die Blockkapazität für echte Geldbewegungen verwendet werden sollte. Kritiker nennen es Zensur – nur mit einer technischen Begründung.
Die Mathematik war diesem Vorschlag nie wohlgesonnen. Eine normale Soft Fork braucht etwa 95% Unterstützung der Miner. BIP-110 hat seine eigene Schwelle bei 55% angesetzt – und trotzdem konnte es das nicht erreichen: Die Unterstützung durch Miner ist größtenteils bei unter 3% geblieben. Das freiwillige Zeitfenster, um es festzuschließen, war längst da und vorbei, ohne dass annähernd genug Rückhalt da war.
Also jetzt der Plan B: eine nutzeraktivierte Soft Fork. Betreiber von Nodes, die BIP-110 ausführen – größtenteils über Bitcoin Knots – können beginnen, Blöcke von Minern zurückzuweisen, die keine Unterstützung signalisieren, ob die großen Mining-Pools mitgehen oder nicht. Das ist das eigentliche Fork-Risiko. Wenn genug von dem Netzwerk diese Regeln durchsetzt, während der Rest weiter auf die alte Weise baut, endet man mit zwei Ketten.
Große Namen haben bereits Seiten bezogen. Michael Saylor und Adam Back sind dagegen. Befürworter verweisen auf 2k17, als ein ähnlicher nutzeraktivierter Vorstoß half, SegWit durchzudrücken – ohne vollständiges Einverständnis der Miner.
Niemand weiß bisher, wie sich das entwickeln wird. Wenn es echte Zugkraft bekommt, sollen die neuen Regeln um Block 965.664 herum in Kraft treten – ungefähr Anfang September. Wenn nicht, ist das wahrscheinlich das Ende der Strecke für BIP-110 in der vorliegenden Form.
Wie auch immer: Das ging nie wirklich um Byte-Limits bei OP_RETURN. Es geht darum, wer entscheiden darf, wofür die Blockkapazität von Bitcoin da ist.
#BIP110SoftForkAttemptBegins