Die aktuelle Auseinandersetzung über „arbitrary data“ und Standard-Policies ist nur die neueste Runde eines Konflikts, der bereits 2010 begann – und bis heute das Selbstverständnis von Bitcoin prägt.
Ein alter Streit in neuem Gewand
Auf X fliegen seit Tagen die Fetzen zwischen Bitcoin-Core-Entwicklern und Vertretern von Bitcoin Knots. Streitpunkt: die Frage, welche Arten von Transaktionen standardmäßig weitergeleitet oder von Minern akzeptiert werden sollen – insbesondere, wenn es sich um „arbitrary data“ handelt, also nicht rein monetäre Nutzungen von Blockspace.
Doch wie Bitcoin-Entwickler Peter Todd am Sonntag nüchtern feststellte:
„Alles, was über Core vs. Knots gesagt wird, wurde bereits vor 15 Jahren gesagt.“
Tatsächlich führt die Linie direkt zurück in den Dezember 2010 – zu einem Release, das Bitcoin nachhaltig prägte.
Satoshi, Gavin und das „IsStandard()“-Update
Mit Version 0.3.18 führte Satoshi Nakamoto ein unscheinbares, aber folgenreiches Feature ein: die IsStandard()-Prüfung. Damit wurden nur noch bekannte, sichere Transaktionstypen standardmäßig weitergeleitet und in Blöcken aufgenommen. Ziel war es, das junge Netzwerk vor potenziell gefährlichen oder exotischen Skripten zu schützen.
Satoshi selbst schrieb dazu in den Release Notes knapp: „IsStandard() check to only include known transaction types in blocks.“
Doch die Reaktionen im Forum waren heftig. Manche sahen darin einen notwendigen Schutzmechanismus, andere eine unnötige Einschränkung, die Innovation abwürgen könnte.
Die erste Governance-Debatte von Bitcoin
Die Diskussion im Bitcointalk-Forum markierte die erste große Governance-Debatte der Community. Auf der einen Seite stand das Argument, dass der freie Markt mit Gebühren alles regeln würde. User da2ce7 formulierte es so: Wer exotische Transaktionen nutzen will, soll dafür zahlen – und Miner würden bei ausreichend hohen Gebühren schon einwilligen.
Auf der anderen Seite warnte Jeff Garzik: Wenn Daten-Experimente die Gebühren nach oben treiben, könnten normale Nutzer, die Bitcoin als Zahlungsmittel nutzen wollen, verdrängt werden. Zudem stünden rechtliche Risiken im Raum, falls jemand problematische Inhalte in die Blockchain einfügt.
Theymos, damals noch als technischer Pragmatiker bekannt, argumentierte wiederum, dass Miner-Belohnungen ohnehin stärker seien als Client-Defaults.
„Alle Miner haben ein Interesse daran, jede Transaktion mit Gebühren aufzunehmen,“ schrieb er und forderte, Relay-Restriktionen zu entfernen.
Am Ende einigten sich Satoshi und Gavin Andresen auf den Whitelist-Ansatz: Nur bekannte, sichere Templates sollten standardmäßig erlaubt sein. Satoshi erklärte später:
„Ich habe Gavins Ansicht übernommen, weil neue Transaktionstypen sehr schnell hinzugefügt werden können.“
Er signalisierte zudem Offenheit für spezielle, datenbasierte Transaktionstypen, etwa für Hash-Timestamps.
Von 2010 bis heute: dieselben Fronten
Die Muster von damals wiederholen sich heute fast eins zu eins.
- Gebührenneutralität vs. Datenbloat: Soll jeder bezahlen dürfen, um beliebige Daten in die Blockchain zu schreiben – oder gefährdet das den primären Zweck als digitales Geld?
- Innovation vs. Sicherheit: Schafft Restriktion nur Sicherheit oder blockiert sie Experimente wie Timestamping und Proofs?
- Policy vs. Konsens: Was die Software als Standard weiterleitet oder mined, ist kein Konsens-Regelwerk, sondern eine Policy-Frage. Doch genau in dieser Grauzone entzünden sich seit 15 Jahren Konflikte.
BitMEX Research erinnerte in einem Rückblick daran, dass Theymos damals sogar einen eigenen Patch-Client veröffentlichte, der die Restriktionen entfernte. Schon früh wurde klar: Client-Defaults sind ein umkämpftes Feld, das von Miner-Politik und Community-Erwartungen gleichermaßen beeinflusst wird.
The first debate about arbitrary data in the blockchain happened in December 2010 and Satoshi was involved
— BitMEX Research (@BitMEXResearch) September 29, 2025
On 8th December 2010, Satoshi released Bitcoin version 0.3.18, which included a standardness check, to only include known transaction types
🧵 pic.twitter.com/J95ax5Cgte
Dauerhafte Lektionen
Die Debatte zeigt zwei zentrale Lektionen, die bis heute Gültigkeit haben:
- Policy ≠ Protokoll: Was technisch möglich ist, unterscheidet sich vom, was standardmäßig weitergeleitet wird. Diese Trennung erlaubt Flexibilität, ist aber auch ein dauerhafter Streitpunkt.
- Bitcoin als Geld vs. Bitcoin als Plattform: Schon 2010 ging es um die Frage, ob Bitcoin primär ein Zahlungsmittel oder ein universelles Datenprotokoll sein soll. Diese Spannung prägt die Debatten bis heute.
Der aktuelle Streit zwischen Core und Knots ist also weniger ein neuer Kampf als ein Déjà-vu – ein Wiederaufflammen der ersten echten Governance-Kontroverse von Bitcoin. Die Fronten sind altbekannt: Innovation gegen Sicherheit, offene Nutzung gegen restriktive Defaults, digitale Goldfunktion gegen experimentelle Spielwiese.
Was 2010 begann, ist bis heute nicht entschieden – und vielleicht auch nie endgültig zu entscheiden. Denn im Kern geht es um nichts weniger als die Identität von Bitcoin selbst.
