Der Bitcoin-Entwickler Matt Corallo schätzt die Wahrscheinlichkeit auf 80 %, dass BIP-54, ein vorgeschlagenes Upgrade zur Behebung von vier langjährigen Schwachstellen im Netzwerk, Bitcoins nächster Soft Fork wird.
Zusammenfassung
- Der Bitcoin-Entwickler Matt Corallo schätzt die Wahrscheinlichkeit auf 80 %, dass BIP-54, ein Vorschlag zur Behebung von vier langjährigen Netzwerkschwachstellen, Bitcoins nächster Soft Fork wird.
- Das vorgeschlagene Upgrade würde Schwächen bei der Anpassung der Mining-Schwierigkeit, der Blockvalidierung, den Merkle-Tree-Beweisen und doppelten Coinbase-Transaktionen beheben.
- BIP-54 hat kein bestätigtes Aktivierungsdatum, obwohl auf der TABconf gesammelte Schätzungen von Entwicklern darauf hindeuten, dass das Upgrade im Jahr 2027 oder wahrscheinlicher 2028 und später kommen könnte.
- Einige Entwickler haben infrage gestellt, ob Bitcoin der Wartung Vorrang vor neuen Funktionen einräumen sollte, während Corallo glaubt, dass das Upgrade helfen könnte, einen klareren Prozess für zukünftige Soft Forks zu etablieren.
Laut einem Bericht von Decrypt vom 4. November erörterte Corallo den Vorschlag während eines Auftritts bei MARA Foundation TV mit der Leiterin der MARA Foundation, Isabel Foxen Duke, wobei er erklärte, warum Entwickler der Behebung bestehender Konsensprobleme Vorrang vor der Einführung neuer Funktionen einräumen könnten.
Der als Great Consensus Cleanup bekannte Vorschlag geht auf eine Arbeit zurück, die Corallo 2019 vorstellte, und hat sich seitdem zu einem formellen Bitcoin Improvement Proposal entwickelt, das gemeinsam mit dem Entwickler Antoine Poinsot verfasst wurde.
Obwohl das Upgrade kein bestätigtes Aktivierungsdatum hat, glaubt Corallo, dass es technische Probleme adressiert, die von Entwicklern allgemein anerkannt werden, ohne größere Änderungen an der Funktionalität von Bitcoin zu erfordern.
„Es gibt eine lange Liste von Dingen, von denen wir wissen, dass wir sie wirklich aufräumen müssen“, sagte Corallo und beschrieb die Schwachstellen als echte Bedenken, aber nicht als unmittelbare Bedrohungen für das Netzwerk.
BIP-54 schlägt Korrekturen für vier Bitcoin-Schwachstellen vor
Die offizielle BIP-54-Spezifikation skizziert Änderungen an Bitcoins Regeln zur Schwierigkeitsanpassung, am Transaktionsvalidierungsprozess, an der Merkle-Tree-Struktur und an den Anforderungen an Coinbase-Transaktionen.
Eines der Probleme betrifft eine als Timewarp-Angriff bekannte Schwachstelle, die es Minern, die die Mehrheit der Rechenleistung von Bitcoin kontrollieren, ermöglichen könnte, Block-Zeitstempel zu manipulieren.
Bitcoin passt die Mining-Schwierigkeit normalerweise alle 2.016 Blöcke an, also etwa alle zwei Wochen. Durch Ausnutzung der bestehenden Zeitstempelregeln könnte ein Angreifer die Schwierigkeit künstlich senken und bewirken, dass neue Blöcke schneller als beabsichtigt erzeugt werden.
Die technische Dokumentation des Vorschlags schätzt, dass ein Angreifer die Mining-Schwierigkeit unter extremen Umständen möglicherweise innerhalb von 38 Tagen auf ihr Minimum drücken könnte.
Um das Problem zu beheben, führt BIP-54 Beschränkungen für Zeitstempel zu Beginn und am Ende jedes Schwierigkeitsanpassungszeitraums ein, einschließlich einer Toleranz von zwei Stunden, die normale Schwankungen berücksichtigen soll.
Eine weitere vorgeschlagene Änderung zielt auf speziell konstruierte Blöcke ab, deren Validierung ungewöhnlich große Mengen an Rechenleistung erfordert.
Laut der Spezifikation könnten einige Blöcke auf leistungsstarken Computern mehrere Minuten und auf weniger leistungsfähigen Maschinen möglicherweise Stunden zur Verarbeitung benötigen, was es böswilligen Minern ermöglichen würde, Konkurrenten zu verlangsamen.
BIP-54 würde bestimmte Signaturverifizierungsvorgänge auf 2.500 pro Transaktion begrenzen. Die Autoren schätzen, dass die Beschränkung die Worst-Case-Blockvalidierungszeit um den Faktor 40 reduzieren könnte.
Die dritte Korrektur betrifft Merkle-Tree-Schwachstellen bei Transaktionen mit genau 64 Bytes an Nicht-Witness-Daten.
Unter bestimmten Bedingungen können solche Transaktionen internen Merkle-Tree-Knoten ähneln, was es Angreifern potenziell ermöglichen könnte, leichte Bitcoin-Clients dazu zu verleiten, betrügerische Nachweise über die Aufnahme von Transaktionen zu akzeptieren.
Die vorgeschlagenen Regeln würden Transaktionen dieser spezifischen Größe für ungültig erklären und die zugrunde liegende Mehrdeutigkeit beseitigen.
Die letzte Änderung betrifft doppelte Coinbase-Transaktionen, bei denen es sich um spezielle Transaktionen handelt, die Miner erstellen, um Blockbelohnungen einzusammeln.
BIP-54 würde neue Anforderungen an die Felder von Coinbase-Transaktionen einführen, um zu verhindern, dass Probleme bei der Identifizierung historischer Transaktionen bei zukünftigen Blockhöhen erneut auftreten.
Die Spezifikation identifiziert Block 1.983.702 als die früheste zukünftige Höhe, auf der unter den bestehenden Regeln eine doppelte Coinbase-Transaktion auftreten könnte.
Bitcoin-Entwickler stehen bei zukünftigen Upgrades vor Meinungsverschiedenheiten
Trotz Corallos Zuversicht hat der Vorschlag Kritik von Entwicklern auf sich gezogen, die der Ansicht sind, dass Bitcoin Upgrades priorisieren sollte, die neue Fähigkeiten einführen.
Paul Sztorc, Mitbegründer und CEO von LayerTwo Labs, bezeichnete die Aussicht auf eine Aktivierung von BIP-54 in einem Beitrag auf X als „ziemlich deprimierend“ und argumentierte, dass der Vorschlag auf Wartung ohne zusätzliche Funktionalität hinauslaufe.
Sztorc sagte, die von ihm auf der TABconf in Atlanta befragten Entwickler hätten im Allgemeinen erwartet, dass der Bereinigungsvorschlag Bitcoins nächster Soft Fork werde.
Ihre Schätzungen deuteten jedoch auf eine lange Wartezeit hin, wobei die früheste Prognose auf September 2027 verwies und die meisten eine Aktivierung im Jahr 2028 oder später erwarteten.
Der Diskussion gehen jahrelange Meinungsverschiedenheiten über Änderungen am Bitcoin-Protokoll seit der Aktivierung von Taproot im November 2021 voraus.
Im September berichtete crypto.news über Sztorcs Bedenken, dass Bitcoin Schwierigkeiten haben könnte, weitere Soft Forks zu aktivieren, weil es Meinungsverschiedenheiten darüber gebe, wie Konsensänderungen genehmigt werden sollten.
Er verwies insbesondere auf OP_CAT, ein vorgeschlagenes Upgrade, das eine Operation wiederherstellen würde, die es Bitcoin-Skripten ermöglicht, Daten zu kombinieren und komplexere Ausgabebedingungen zu unterstützen.
Andere Vorschläge, darunter OP_CHECKTEMPLATEVERIFY unter BIP-119, hatten ähnliche Schwierigkeiten, ausreichende Unterstützung im gesamten Bitcoin-Ökosystem zu sichern.
Unterdessen ist Quantencomputing zu einem weiteren Thema von Protokolldiskussionen geworden. Coinbase hat kürzlich mögliche Ansätze zum Schutz von Bitcoin vor zukünftigen Quantenbedrohungen skizziert, darunter BIP-360 und seine vorgeschlagene Pay-to-Merkle-Root-Ausgabestruktur.
Anders als diese Vorschläge konzentriert sich BIP-54 auf die Korrektur von Schwächen in den bestehenden Konsensregeln von Bitcoin.
Corallo möchte, dass BIP-54 einen Soft-Fork-Aktivierungsprozess etabliert
Über die technischen Änderungen hinaus glaubt Corallo, dass das Upgrade Entwicklern helfen könnte, einen berechenbareren Prozess für die Einführung zukünftiger Bitcoin-Soft-Forks zu etablieren.
Er erklärte, dass Bitcoin-Upgrades historisch schwierige technische Entscheidungen mit sich gebracht hätten, aber Meinungsverschiedenheiten über Aktivierungsmethoden zu einem ebenso wichtigen Hindernis geworden seien.
Während der Debatte über die Taproot-Bereitstellung waren sich die Teilnehmer uneinig darüber, ob Miner vor der Aktivierung ihre Unterstützung signalisieren sollten oder ob Nutzer eine Aktivierungsfrist durchsetzen sollten.
Corallo schlug vor, dass Entwickler den BIP-54-Bereitstellungsprozess nutzen könnten, um ähnliche Meinungsverschiedenheiten zu bewältigen und Verfahren zu etablieren, die für nachfolgende Upgrades wiederverwendet werden könnten.
Laut seinem offiziellen Changelog erreichte der Vorschlag am 22. Mai 2026 den Status einer vollständigen Spezifikation, wobei diese Bezeichnung keine Netzwerkaktivierung darstellt.
Seine Kompatibilitätsbestimmungen besagen, dass die Änderungen die bestehenden Validierungsregeln verschärfen würden, während sie mit Knoten kompatibel blieben, die nicht aktualisiert wurden.
Die Autoren ermutigen Knotenbetreiber dennoch, ihre Software zu aktualisieren, damit sie die vorgeschlagenen Einschränkungen unabhängig durchsetzen können.
Für Miner weist die Dokumentation darauf hin, dass Bitcoin-Core-Versionen 29.0 und 30.0 bereits Blockvorlagenschutzmaßnahmen enthalten, die mit bestimmten vorgeschlagenen Einschränkungen kompatibel sind, während Mining-Pools sicherstellen müssten, dass ihre Coinbase-Transaktionen die neuen Anforderungen erfüllen.
