#baby $BABY Bruder, an der Stelle, die dein Kumpel für den Mining-Pool-Betrieb gesagt hat, stimmt etwas nicht — ich hab es gefunden.
Ich hab mit einem alten Hasen, der im Betrieb unterwegs ist, einen getrunken. Das Thema kommt immer wieder auf diese „scheinbar unbesiegbaren, die man mit einem Stupser zerlegt“-papiernen Risiko-Controls. Letzte Woche haben wir über @BabylonLabs_io gesprochen, und er hat mich mit einem Satz abgeblockt: „Wenn die zwangsweise eingezogenen Transaktionsgebühren fix im Skript stehen, ist das bei Stau einfach nur Deko.“
Ich konnte nicht widersprechen. Letztes Jahr, als Ordinals am verrücktesten war, lagen im Mempool zeitweise über 300.000 unbestätigte Transaktionen auf Halde — die Gebühren schossen auf ein paar hundert Sats/vB, das war nichts Ungewöhnliches. In so einem Marktumfeld kommt die kleine Menge Miner Fees, die in den vorab unterzeichneten zwangsweise eingezogenen Transaktionen von Babylon festgehalten wird, schlicht nicht mehr in den Block. Angreifer können die zwangsweise eingezogenen Transaktionen nutzen, um für die Stunden, in denen sie im Mempool stecken, alles auszubremsen: Sobald sie auf der BSN-Chain nach einem doppelten Signieren die EOTS-Private-Key-Offenlegung provoziert haben, können sie an der Börse Leerverkäufe zur Absicherung eröffnen — oder sogar Vermögenswerte über andere noch nicht blockierte Kanäle verlagern.
In den Forschungsberichten wird dieses Risiko tatsächlich erwähnt; der angegebene Lösungsweg ist, RBF- oder CPFP-Schnittstellen einzuführen, damit die zwangsweise eingezogenen Transaktionen dynamisch zusätzliche Gebühren nachschieben können. Das Problem ist nur: Bis zu diesem Punkt ist Netzstaus auf dem Bitcoin-Hauptnetz kein Black Swan, sondern ein periodisches Ereignis. Runes und jedes zukünftige gehypte Protokoll kann genau so einen Zustand wiederholen.
Babylon hat derzeit über 50.000 BTC gesperrt, TVL über 5 Milliarden US-Dollar, aber die ganze Sache beruht auf der fragilen Annahme, dass „bei Stau pünktlich eingeblendet wird“. Wenn diese Annahme einmal nicht funktioniert, ist die Abschreckungswirkung nur noch ein Witz. @BabylonLabs_io
Ich hab mit einem alten Hasen, der im Betrieb unterwegs ist, einen getrunken. Das Thema kommt immer wieder auf diese „scheinbar unbesiegbaren, die man mit einem Stupser zerlegt“-papiernen Risiko-Controls. Letzte Woche haben wir über @BabylonLabs_io gesprochen, und er hat mich mit einem Satz abgeblockt: „Wenn die zwangsweise eingezogenen Transaktionsgebühren fix im Skript stehen, ist das bei Stau einfach nur Deko.“
Ich konnte nicht widersprechen. Letztes Jahr, als Ordinals am verrücktesten war, lagen im Mempool zeitweise über 300.000 unbestätigte Transaktionen auf Halde — die Gebühren schossen auf ein paar hundert Sats/vB, das war nichts Ungewöhnliches. In so einem Marktumfeld kommt die kleine Menge Miner Fees, die in den vorab unterzeichneten zwangsweise eingezogenen Transaktionen von Babylon festgehalten wird, schlicht nicht mehr in den Block. Angreifer können die zwangsweise eingezogenen Transaktionen nutzen, um für die Stunden, in denen sie im Mempool stecken, alles auszubremsen: Sobald sie auf der BSN-Chain nach einem doppelten Signieren die EOTS-Private-Key-Offenlegung provoziert haben, können sie an der Börse Leerverkäufe zur Absicherung eröffnen — oder sogar Vermögenswerte über andere noch nicht blockierte Kanäle verlagern.
In den Forschungsberichten wird dieses Risiko tatsächlich erwähnt; der angegebene Lösungsweg ist, RBF- oder CPFP-Schnittstellen einzuführen, damit die zwangsweise eingezogenen Transaktionen dynamisch zusätzliche Gebühren nachschieben können. Das Problem ist nur: Bis zu diesem Punkt ist Netzstaus auf dem Bitcoin-Hauptnetz kein Black Swan, sondern ein periodisches Ereignis. Runes und jedes zukünftige gehypte Protokoll kann genau so einen Zustand wiederholen.
Babylon hat derzeit über 50.000 BTC gesperrt, TVL über 5 Milliarden US-Dollar, aber die ganze Sache beruht auf der fragilen Annahme, dass „bei Stau pünktlich eingeblendet wird“. Wenn diese Annahme einmal nicht funktioniert, ist die Abschreckungswirkung nur noch ein Witz. @BabylonLabs_io