Vor ein paar Tagen habe ich eine Schublade aufgeräumt und eine ganze Stapelbriefmarken gefunden, die ich vor einigen Jahren gekauft hatte. Als ich etwas versenden wollte, wurde mir gesagt, der Nennwert reiche nicht aus – die Portotarife waren längst gestiegen. Die Briefmarken sind noch da, aber die damaligen Preise gelten nicht mehr.
In den letzten Tagen möchte ich @BabylonLabs_io TBV nutzen und bleibe an einer ähnlichen Stelle hängen: Bei Transaktionen mit vorab signierten (pre-signed) Transaktionen wird der Gebührensatz im Moment festgelegt, in dem der Vault erstellt wird.
Die Sicherheit von TBV beruht in großem Maße auf „Vorausbau“: Ausstiegswege, Beschlagnahmungs-/Verfallpfade und welche Transaktion nach Ablauf der Timelock-Frist ausgesendet wird – alles ist bereits signiert, bevor du BTC sperrst. Genau das ist der Grund, warum es keine Smart Contracts und keine nachträgliche Genehmigung durch irgendjemanden braucht.
Aber ob eine Bitcoin-Transaktion gepackt wird, hängt davon ab, ob der von ihr ausgewiesene Gebührensatz im aktuellen Mempool ausreicht, den man gerade sieht. Vorab signiert bedeutet, dass der Gebührensatz eine Einschätzung aus der Vergangenheit ist. An dem Tag, an dem du die Coins sperrst, ist der Mempool leer. Zwei Monate später kommt eine Welle von Inschrift-/铭文-Hype herein, und die Exit-Transaktion, die damals bereits signiert wurde, könnte im Pool festhängen und ignoriert werden.
Antoine Riard hat bei seinen Untersuchungen zu den „Transaction Pinning“-Angriffen immer wieder einen Punkt betont: Die eigentliche Schwierigkeit bei vorab signierten Transaktionen ist niemals das Signieren selbst, sondern wie man sie nach dem Signieren noch für höhere Gebühren „nachrüsten“ kann. Lightning hat dafür eigens anchor outputs entwickelt – damit es einen Ausstieg gibt, um nachträglich eine zusätzliche Gebühr anzuhängen.
Die meisten lesen „pre-signed“ als Determinismus. Ich lese es lieber als eine Wette auf einen zukünftigen Gebührenmarkt.
Technisch gibt es Lösungen: CPFP, Anchor Outputs, die Vorhaltung mehrerer Gebührenstufen – das sind etablierte Vorgehensweisen. Aber jede Lösung schiebt die Komplexität nach vorn: Du musst im Erstellungsstadium schon das mögliche Gebührenumfeld in der Zukunft berücksichtigen, oder du musst dich auf eine Rolle verlassen, die bereit ist, für dich nachzujustieren.
Ich beobachte schon länger eine Sache: TBV entfernt die freie Ermessensmacht, etwas in bösartiger Absicht zu tun – aber wenn es zu Staus kommt und Transaktionen nach draußen müssen, bei wem landet diese Fähigkeit am Ende? #baby $BABY @BabylonLabs_io
$BTC
In den letzten Tagen möchte ich @BabylonLabs_io TBV nutzen und bleibe an einer ähnlichen Stelle hängen: Bei Transaktionen mit vorab signierten (pre-signed) Transaktionen wird der Gebührensatz im Moment festgelegt, in dem der Vault erstellt wird.
Die Sicherheit von TBV beruht in großem Maße auf „Vorausbau“: Ausstiegswege, Beschlagnahmungs-/Verfallpfade und welche Transaktion nach Ablauf der Timelock-Frist ausgesendet wird – alles ist bereits signiert, bevor du BTC sperrst. Genau das ist der Grund, warum es keine Smart Contracts und keine nachträgliche Genehmigung durch irgendjemanden braucht.
Aber ob eine Bitcoin-Transaktion gepackt wird, hängt davon ab, ob der von ihr ausgewiesene Gebührensatz im aktuellen Mempool ausreicht, den man gerade sieht. Vorab signiert bedeutet, dass der Gebührensatz eine Einschätzung aus der Vergangenheit ist. An dem Tag, an dem du die Coins sperrst, ist der Mempool leer. Zwei Monate später kommt eine Welle von Inschrift-/铭文-Hype herein, und die Exit-Transaktion, die damals bereits signiert wurde, könnte im Pool festhängen und ignoriert werden.
Antoine Riard hat bei seinen Untersuchungen zu den „Transaction Pinning“-Angriffen immer wieder einen Punkt betont: Die eigentliche Schwierigkeit bei vorab signierten Transaktionen ist niemals das Signieren selbst, sondern wie man sie nach dem Signieren noch für höhere Gebühren „nachrüsten“ kann. Lightning hat dafür eigens anchor outputs entwickelt – damit es einen Ausstieg gibt, um nachträglich eine zusätzliche Gebühr anzuhängen.
Die meisten lesen „pre-signed“ als Determinismus. Ich lese es lieber als eine Wette auf einen zukünftigen Gebührenmarkt.
Technisch gibt es Lösungen: CPFP, Anchor Outputs, die Vorhaltung mehrerer Gebührenstufen – das sind etablierte Vorgehensweisen. Aber jede Lösung schiebt die Komplexität nach vorn: Du musst im Erstellungsstadium schon das mögliche Gebührenumfeld in der Zukunft berücksichtigen, oder du musst dich auf eine Rolle verlassen, die bereit ist, für dich nachzujustieren.
Ich beobachte schon länger eine Sache: TBV entfernt die freie Ermessensmacht, etwas in bösartiger Absicht zu tun – aber wenn es zu Staus kommt und Transaktionen nach draußen müssen, bei wem landet diese Fähigkeit am Ende? #baby $BABY @BabylonLabs_io
$BTC