BIP-110 umgangen: Bitcoin-Bild-Embedding-Experiment stellt Kernbeschränkungen in Frage

Slovakischer Bitcoin-Entwickler Martin Habovštiak hat eine 66 KB große TIFF-Bilddatei in die Bitcoin-Blockchain eingebettet, als eine einzelne fortlaufende Transaktion veröffentlicht und damit die Hauptbeschränkungen des BIP-110 Vorschlags umgangen. Dieser Demonstration widerspricht direkt die zentrale Behauptung der BIP-110-Unterstützer: dass die Begrenzung der genannten Skriptfunktionen das Einbetten beliebiger Daten in das Bitcoin-Netzwerk effektiv verhindern könne.

Technische Details der Konzeptnachweis

Habovštiaks Demonstration ist technisch überzeugend, weil sie alle Hauptmechanismen vermeidet, die im BIP-110 zur Begrenzung vorgesehen sind:

Kein OP_RETURN: BIP-110 beschränkt OP_RETURN-Ausgaben auf 83 Byte, doch die Einbettung erfolgt vollständig ohne diese Opcode.

Kein Taproot: Die Transaktion nutzt SegWit v0 (statt Taproot), wodurch die BIP-110-Beschränkungen für Taproot-bezogene große Datenfunktionen umgangen werden.

Kein OP_IF: Es wird kein OP_IF-Befehl verwendet, was eines der Zielbeschränkungen von BIP-110 ist.

Diese Transaktion wurde öffentlich auf der Bitcoin-Blockchain verifiziert. Die ursprünglichen hexadezimalen Daten können in ein Standard-TIFF-Format decodiert und mit gewöhnlicher Bildsoftware geöffnet werden. Das Bild zeigt den Entwickler Bitcoin Knots, den Befürworter von BIP-110, Luke Dashjr.

Habovštiak betont ausdrücklich, dass er den Code nicht öffentlich macht, um keine NFT-ähnlichen Massenaktivitäten auf Bitcoin auszulösen. Er erklärt auch, dass sein Motiv nicht darin besteht, Daten auf der Kette zu fördern, sondern auf die „Lügen“ der Knots-Fraktion zu reagieren: „Was ich mehr hasse als Spam, sind Lügen.“

Hintergrund zu BIP-110 und Reaktionen der Befürworter

BIP-110 wurde erstmals im Oktober 2025 unter dem Namen BIP-444 vorgeschlagen, nachdem die OP_RETURN-Datenbegrenzung im Bitcoin Core v30 aufgehoben wurde. Es wurde von Entwicklern wie Luke Dashjr aktiv befürwortet. Der Kern des Vorschlags umfasst: eine einjährige temporäre Soft-Fork, Begrenzung von OP_RETURN auf 83 Byte, Begrenzung einzelner Daten-Uploads auf 256 Byte sowie Einschränkungen bei anderen Skriptfunktionen für große Datenspeicherung.

Derzeit unterstützen etwa 8,8 % der Bitcoin-Knoten BIP-110, vollständig umgesetzt in Bitcoin Knots. Seit Anfang 2025 ist die Anzahl der Knots-Knoten nahezu verzehnfacht.

Dashjr antwortete auf X, dass Habovštiaks Transaktion „nicht kontinuierlich“ sei und keine „kontinuierliche Einbettung“ darstelle, widerspricht also der Beschreibung der „kontinuierlichen Einbettung“. In seinem technischen Dokument erklärt Habovštiak jedoch detailliert, wie die ursprünglichen hexadezimalen Daten vollständig decodiert werden können, um das Bild zu rekonstruieren.

Größere BIP-110-konforme Version: Ironie des Kernarguments

Das aufschlussreichste Ergebnis ist die zusätzliche Version, die Habovštiak erstellt hat – eine streng BIP-110-konforme Bild-Embed-Transaktion, die in der regtest-Umgebung von Bitcoin Knots getestet wurde.

Das Ergebnis zeigt, dass die BIP-110-konforme Version sogar größer ist als die unbeschränkte Originalversion. Habovštiak interpretiert dies so, dass die Beschränkungsmechanismen von BIP-110 in der Praxis möglicherweise kontraproduktiv sind – sie verhindern nicht nur nicht effektiv das Einbetten von Daten, sondern könnten den Platzbedarf der gleichen Daten auf der Chain sogar erhöhen, was den ursprünglichen Zielen der Befürworter widerspricht.

Häufig gestellte Fragen

Was ist das Kernziel des BIP-110 Vorschlags?

BIP-110 zielt darauf ab, durch Begrenzung bestimmter Bitcoin-Skriptfunktionen (z.B. OP_RETURN auf 83 Byte, einzelne Daten-Uploads auf 256 Byte) die massenhafte Speicherung nicht-coinbezogener Daten (wie Bilder, NFTs etc.) im Bitcoin-Blockraum zu verhindern. Unterstützer sehen darin eine „Spam“-Gefahr, die vom Kernzweck Bitcoin als Währung ablenkt.

Haben Habovštiak’s Demonstrationen BIP-110 technisch „widerlegt“?

Technisch zeigt die Demonstration, dass es möglich ist, 66 KB Daten in die Bitcoin-Blockchain einzubetten, ohne OP_RETURN, Taproot oder OP_IF zu verwenden. Das widerspricht der Argumentation, dass diese Funktionen notwendig seien, um Daten einzubetten. Dashjr widerspricht der Definition, ob die Transaktion eine „kontinuierliche“ Einbettung ist; diese technische Debatte ist in der Community noch nicht abschließend geklärt.

Was ist der Unterschied zwischen Bitcoin Core und Bitcoin Knots?

Bitcoin Core ist die Mainstream-Implementierung, gepflegt von einer breiten Entwicklergemeinschaft, mit Tendenz zu weniger Einschränkungen bei Datentypen. Bitcoin Knots ist eine alternative Version, gepflegt von Luke Dashjr, mit zusätzlichen Filterregeln, darunter BIP-110. Derzeit laufen etwa 8,8 % der Knoten mit Knots. Die beiden Fraktionen unterscheiden sich grundlegend darin, welche Datentypen im Bitcoin-Netzwerk erlaubt sein sollen.