Diesmal habe ich in dem weißen Papier im Anhang, genauer gesagt in einem kleinen Kapitel, das Fee-Bumping-Mechanismus behandelt, die Nummer @BabylonLabs_io bemerkt.
Wenn das Bitcoin-Netz überlastet ist, können Transaktionen lange Zeit nicht bestätigt werden. Die Vault-Erstellungs- und Rückkauf-Transaktionen von TBV haben jedoch zeitliche Anforderungen – insbesondere die Antworttransaktionen während der Challenge-Periode. Wenn sie wegen zu niedriger Gebühren nicht rechtzeitig in die Blockchain gelangen, könnte das Vault fälschlicherweise liquidiert werden.
Der Vorschlag im Whitepaper ist CPFP (Child Pays For Parent). Konkret: Du sendest zunächst eine Ausgaben-Transaktion mit einer eher niedrigen Gebühr und schickst danach eine Child-Transaktion, die die Ausgabe dieser ersten Transaktion ausgibt. Für die Child-Transaktion wird ein höherer Gebührensatz gesetzt. Miner priorisieren dann Transaktionen mit höheren Gebühren und nehmen dabei auch die Parent-Transaktion gleich mit in den Block. $BABY
Dieses Schema hat jedoch eine implizite Voraussetzung: Die Vault-Ausgabe muss erneut ausgebbar sein. Wenn das Vault-Skript es einschränkt und die Ausgabe nur an bestimmte Adressen weiterleiten lässt, dann kann man CPFP nicht verwenden.
Babylon geht so vor: Im Vault-Skript wird ein CPFP-freundlicher Pfad vorab reserviert. Dieser erlaubt es dem Depositor, im Notfall eine Child-Transaktion mit hoher Gebühr zu starten, um die Bestätigung der Parent-Transaktion zu beschleunigen. Dieser Pfad ist durch einen Timelock geschützt: Nach einem bestimmten Zeitpunkt wird er automatisch geschlossen, um Missbrauch zu verhindern. $BABY
Ein weiterer Detailpunkt ist das Fallback-Design für den Relay Fee. Das Whitepaper schreibt vor, dass bei der Erstellung des Vaults zusätzliches BTC als Relay-Fee-Buffer vorab hinterlegt werden muss. Dieser Buffer dient speziell dazu, die beschleunigten Gebühren innerhalb der Challenge-Periode zu bezahlen. Der Buffer wird weder als eingesetztes Staking-Kapital angerechnet noch erzeugt er Erträge; er ist rein eine Art Versicherungssumme.
Ich habe ausgerechnet: Wenn der Buffer zu niedrig angesetzt ist, reicht er in Spitzenzeiten nicht aus; wenn er zu hoch ist, sinkt die Kapitalausnutzung. Derzeit empfiehlt Babylon 0,5%–1% des Staking-Betrags als Richtwert, aber der genaue Wert wird vom Depositor selbst festgelegt. Diese Flexibilität ist zwar gut, bedeutet aber auch, dass Nutzer selbst abwägen müssen – was für Einsteiger nicht besonders benutzerfreundlich ist. #baby
Wenn das Bitcoin-Netz überlastet ist, können Transaktionen lange Zeit nicht bestätigt werden. Die Vault-Erstellungs- und Rückkauf-Transaktionen von TBV haben jedoch zeitliche Anforderungen – insbesondere die Antworttransaktionen während der Challenge-Periode. Wenn sie wegen zu niedriger Gebühren nicht rechtzeitig in die Blockchain gelangen, könnte das Vault fälschlicherweise liquidiert werden.
Der Vorschlag im Whitepaper ist CPFP (Child Pays For Parent). Konkret: Du sendest zunächst eine Ausgaben-Transaktion mit einer eher niedrigen Gebühr und schickst danach eine Child-Transaktion, die die Ausgabe dieser ersten Transaktion ausgibt. Für die Child-Transaktion wird ein höherer Gebührensatz gesetzt. Miner priorisieren dann Transaktionen mit höheren Gebühren und nehmen dabei auch die Parent-Transaktion gleich mit in den Block. $BABY
Dieses Schema hat jedoch eine implizite Voraussetzung: Die Vault-Ausgabe muss erneut ausgebbar sein. Wenn das Vault-Skript es einschränkt und die Ausgabe nur an bestimmte Adressen weiterleiten lässt, dann kann man CPFP nicht verwenden.
Babylon geht so vor: Im Vault-Skript wird ein CPFP-freundlicher Pfad vorab reserviert. Dieser erlaubt es dem Depositor, im Notfall eine Child-Transaktion mit hoher Gebühr zu starten, um die Bestätigung der Parent-Transaktion zu beschleunigen. Dieser Pfad ist durch einen Timelock geschützt: Nach einem bestimmten Zeitpunkt wird er automatisch geschlossen, um Missbrauch zu verhindern. $BABY
Ein weiterer Detailpunkt ist das Fallback-Design für den Relay Fee. Das Whitepaper schreibt vor, dass bei der Erstellung des Vaults zusätzliches BTC als Relay-Fee-Buffer vorab hinterlegt werden muss. Dieser Buffer dient speziell dazu, die beschleunigten Gebühren innerhalb der Challenge-Periode zu bezahlen. Der Buffer wird weder als eingesetztes Staking-Kapital angerechnet noch erzeugt er Erträge; er ist rein eine Art Versicherungssumme.
Ich habe ausgerechnet: Wenn der Buffer zu niedrig angesetzt ist, reicht er in Spitzenzeiten nicht aus; wenn er zu hoch ist, sinkt die Kapitalausnutzung. Derzeit empfiehlt Babylon 0,5%–1% des Staking-Betrags als Richtwert, aber der genaue Wert wird vom Depositor selbst festgelegt. Diese Flexibilität ist zwar gut, bedeutet aber auch, dass Nutzer selbst abwägen müssen – was für Einsteiger nicht besonders benutzerfreundlich ist. #baby