Bitcoin Optech Newsletter #430
Der Bitcoin Optech‑Newsletter beleuchtet laufende Debatten über TCP‑Hole‑Punching für Heim‑Nodes und einen Entwurf eines BIP zu Co‑Signer‑Ausgabenrichtlinien sowie Updates zu BIP54. Er stellt fest, dass Hole‑Punching Sicherheitskompromisse mit sich bringt und dass der Co‑Signer‑Entwurf Interoperabilität anstrebt, während BIP54 möglicherweise um 2027 aktiviert wird.
Das Wichtigste
- Hole‑Punching könnte die Erreichbarkeit ehrlicher Nodes erhöhen, könnte aber auch Angreifern helfen.
- Ein Entwurf‑BIP schlägt ein einheitliches Richtlinienformat für Co‑Signer vor, um die Wallet‑Kompatibilität zu verbessern.
- Die 64‑Byte‑Regel und das 2.500‑Sigop‑Limit von BIP54 bleiben umstritten, eine Aktivierung ist möglicherweise Ende 2027.
- Angreifer könnten das Hole‑Punch‑Schema mit ≈10.000 Adressen überfluten und damit die meisten ehrlichen Nodes frühzeitig erreichen.
- Die Zeitstempel‑Korrektur in BIP54 lässt ein 7.200‑Sekunden‑Fenster zu, wodurch Schwierigkeitsänderungen auf ~0,60 % pro Retarget begrenzt werden.
- Angreifer‑Adressen
- ≈10.000
- Sigop‑Limit
- 2.500
- Zeitstempel‑Fenster
- 7.200 s
- Schwierigkeits‑Auswirkung
- ≈0,60 %
- Aktivierungs‑Fenster
- 2027 H2
TCP Hole Punching für Heim‑Nodes
Bitcoin Optech hebt die anhaltende Diskussion über TCP‑Hole‑Punching hervor, das Nodes hinter privaten Routern ermöglichen soll, eingehende Verbindungen zu akzeptieren. Heim‑Nodes stellen typischerweise nur ausgehende Verbindungen her, und die kürzliche Standard‑Aktivierung von NAT‑PMP in Bitcoin Core 30.0 hat die Erreichbarkeit nicht wesentlich verbessert. Hole‑Punching funktioniert, indem zwei Nodes gleichzeitig Verbindungen öffnen, sodass Router den Datenverkehr durchlassen. Befürworter argumentieren, dass mehr erreichbare ehrliche Nodes es Angreifern, die leichter zu erreichen sind, erschweren würden, die ausgehenden Slots zu füllen.
Sicherheitsbedenken und Angreifer‑Modellierung
Kritiker, insbesondere Anthony Towns, warnen, dass das Verfahren missbraucht werden könnte. Er schätzt, dass ein Angreifer, der etwa 10.000 Adressen verbreitet, schnell die meisten ehrlichen Nodes erreichen würde, was die Angriffsfläche vergrößern könnte. Towns schlägt zudem kurzlebige zufällige eingehende Verbindungen als risikoärmere Alternative vor. Daten, die Jonathan Harvey‑Buschel zitiert, zeigen, dass ehrliche Nodes derzeit weniger erreichbar sind als Angreifer‑Nodes, was die Notwendigkeit eines sorgfältigen Designs unterstreicht. Die Debatte berührt auch aktuelle TCP‑ und Protokoll‑Schwachstellen und stellt die Frage, ob die Standardeinstellung für Heim‑User weiterhin nur ausgehend bleiben sollte.
Entwurf‑BIP für Co‑Signer‑Ausgabenrichtlinien
Ein separater Thread stellt einen Entwurf‑BIP vor, der Co‑Signer‑Richtlinien beim Emulieren von Covenants standardisieren soll. Der Vorschlag definiert eine fünfteilige Richtlinienstruktur – Output‑Descriptor, Co‑Signer‑Gruppe, Transaktions‑Templates, Bedingungen und Verifikations‑Profile – und stellt sicher, dass mindestens ein Ausgabepfad ohne Co‑Signer existiert. Er verlangt DLC‑kompatible Orakel‑Atteste und lässt das Serialisierungsformat (JSON vs. TLV) sowie Details zur verblindeten Verifikation offen. Rückmeldungen wiesen fehlende Finalitäts‑Flags in Evidenz‑Profilen und den Bedarf an Richtlinien‑Hashes zur Bindung an Verifikator‑Semantik auf, die der Autor noch adressieren will.
Fortschritt beim BIP54‑Konsens‑Cleanup
Der Newsletter gibt zudem ein Update zu BIP54, das Transaktionen mit exakt 64 Byte Witness‑Stripped‑Größe verbieten und Pre‑SegWit‑Skripte auf 2.500 Signatur‑Operationen begrenzen will. Ein Pull‑Request für Bitcoin Core aktiviert die neuen Regeln im Regtest, und Interoperabilitäts‑Arbeiten laufen bei btcd. Antoine Riard prognostiziert ein realistisches Aktivierungsfenster in der zweiten Hälfte von 2027, vorausgesetzt, die Community erreicht Konsens. Er weist darauf hin, dass die Zeitstempel‑Korrektur ein 7.200‑Sekunden‑Fenster beibehält, wodurch nur moderate Schwierigkeitsanpassungen (~0,60 % pro Retarget) möglich sind und der Umfang von Forward‑Block‑Vorschlägen begrenzt wird.
Auswirkungen für die Community
Für Node‑Betreiber unterstreicht die Hole‑Punch‑Debatte den Kompromiss zwischen Konnektivität und Angriffsfläche; die Einführung der Technik könnte zusätzliche Schutzmaßnahmen oder Koordination über Tor erfordern. Wallet‑Entwickler sollten den Co‑Signer‑BIP‑Entwurf im Auge behalten, da dessen Annahme mehrspurige Signatur‑ und Covenant‑ähnliche Konstruktionen über verschiedene Implementierungen hinweg vereinfachen könnte. Schließlich sollten Miner und Protokoll‑Stakeholder den Zeitplan von BIP54 verfolgen, da dessen letztendliche Aktivierung die Transaktions‑Validierungsregeln beeinflusst und möglicherweise die Gebühren‑Dynamik verändert.