Technische Notizen｜Bitcoin BIP-110 Fork-Versuch: Nach zwei Blöcken nahezu Stillstand
Mit BIP-110 (Reduced Data Temporary Softfork) soll auf der Konsens-Ebene „für ein vorübergehendes Jahr“ die Möglichkeit eingeschränkt werden, nicht-finanzielle Daten in Transaktionen einzubetten: z. B. Begrenzung zu großer scriptPubKey-/Witness-Daten, Wiederherstellung strengerer Grenzen für OP_RETURN usw. Befürworter argumentieren, dass datenbezogene Inscriptions die Zahlungen und die Kosten der Knoten verdrängen; Gegner sind der Ansicht, wer eine Gebühr zahlt, soll den Blockspace frei nutzen dürfen.
Im Aktivierungsfenster lag das Miner-Signal bei nur etwa 2,53% – deutlich unter der 55%-Schwelle. Ab Block 961.632 begannen Knoten, die BIP-110-Clients ausführen, Blöcke abzulehnen, für die kein Signal gesendet wurde, wodurch sich eine Minderheiten-Fork-Kette bildete.
Am interessantesten ist dabei der Mechanismus der Schwierigkeit: Die Fork-Kette übernahm die aktuelle Mining-Schwierigkeit des Mainnets, doch ihr Anteil an der Hashrate war extrem klein. Dadurch wurde das Blockintervall auf mehrere Stunden gezogen; eine Neuberechnung der Schwierigkeit erfolgt erst nach 2016 Blöcken. Ergebnis: Auf der Fork-Seite wurden nach etwa zwei Blöcken kaum noch weitere Blöcke gemined, mit einem Zeitrückstand von ungefähr der Größenordnung eines Tages gegenüber der Mainchain.
Noch ein praxisnaher Hinweis: In der Anfangsphase könnten beide Ketten weiterhin Transaktionen im gleichen Format akzeptieren, wodurch ein Replay-Risiko besteht – Verkaufs-Transaktionen, die auf der Fork-Coin signiert wurden, könnten ebenfalls ins Mainnet replayt werden. Bei der Beobachtung eines Fork-Ereignisses sind technische Details wichtiger als Schlagworte.
Quelle:
CoinDesk https://www.coindesk.com/tech/2026/08/09/controversial-bitcoin-fork-bip-110-mines-two-blocks-then-stops
BIP-110-Spezifikation https://github.com/bitcoin/bips/blob/master/bip-0110.mediawiki
Informationen zusammengestellt, keine Anlageberatung
Mit BIP-110 (Reduced Data Temporary Softfork) soll auf der Konsens-Ebene „für ein vorübergehendes Jahr“ die Möglichkeit eingeschränkt werden, nicht-finanzielle Daten in Transaktionen einzubetten: z. B. Begrenzung zu großer scriptPubKey-/Witness-Daten, Wiederherstellung strengerer Grenzen für OP_RETURN usw. Befürworter argumentieren, dass datenbezogene Inscriptions die Zahlungen und die Kosten der Knoten verdrängen; Gegner sind der Ansicht, wer eine Gebühr zahlt, soll den Blockspace frei nutzen dürfen.
Im Aktivierungsfenster lag das Miner-Signal bei nur etwa 2,53% – deutlich unter der 55%-Schwelle. Ab Block 961.632 begannen Knoten, die BIP-110-Clients ausführen, Blöcke abzulehnen, für die kein Signal gesendet wurde, wodurch sich eine Minderheiten-Fork-Kette bildete.
Am interessantesten ist dabei der Mechanismus der Schwierigkeit: Die Fork-Kette übernahm die aktuelle Mining-Schwierigkeit des Mainnets, doch ihr Anteil an der Hashrate war extrem klein. Dadurch wurde das Blockintervall auf mehrere Stunden gezogen; eine Neuberechnung der Schwierigkeit erfolgt erst nach 2016 Blöcken. Ergebnis: Auf der Fork-Seite wurden nach etwa zwei Blöcken kaum noch weitere Blöcke gemined, mit einem Zeitrückstand von ungefähr der Größenordnung eines Tages gegenüber der Mainchain.
Noch ein praxisnaher Hinweis: In der Anfangsphase könnten beide Ketten weiterhin Transaktionen im gleichen Format akzeptieren, wodurch ein Replay-Risiko besteht – Verkaufs-Transaktionen, die auf der Fork-Coin signiert wurden, könnten ebenfalls ins Mainnet replayt werden. Bei der Beobachtung eines Fork-Ereignisses sind technische Details wichtiger als Schlagworte.
Quelle:
CoinDesk https://www.coindesk.com/tech/2026/08/09/controversial-bitcoin-fork-bip-110-mines-two-blocks-then-stops
BIP-110-Spezifikation https://github.com/bitcoin/bips/blob/master/bip-0110.mediawiki
Informationen zusammengestellt, keine Anlageberatung