Ich habe heute nur 3 Punkte geholt… ziemlich enttäuschend, ehrlich gesagt. Aber ich bin immer noch hoffnungsvoll, dass ich eine Wende hinbekomme – genau wie in der vorherigen Kampagne.
Long $BICO 😭 short $UAI
Ich habe gerade die @BabylonLabs_io Vault-Ablaufregeln gelesen und zwei fehlgeschlagene Peg-Ins gefunden, die aus Sicht des Users fast identisch aussehen.
In beiden Fällen wird der Vault nie zu aktivem Sicherheitenbestand.
In beiden Fällen kehrt das native BTC irgendwann über den einseitigen Bitcoin-Refund-Pfad zurück.
Aber die Peg-in-Gebühr wird unterschiedlich behandelt.
Wenn das Offchain-Setup fehlschlägt und der Vault Pending bleibt, bis ungefähr der 24-Stunden-Acknowledgement-Timeout abläuft, wird die Gebühr automatisch erstattet.
Wenn das Setup abgeschlossen wird, der Vault Verified erreicht und der Einzahler ihn einfach nicht vor der ungefähr 48-Stunden-Frist aktiviert, ist das BTC dennoch wiederherstellbar…
aber die Peg-in-Gebühr ist es nicht.
Hmm.
Babylon unterscheidet also zwischen dem Failing des Protokolls, den Vault vorzubereiten, und dem Failing des Users, das Abschließen eines Vault zu beenden, der erfolgreich vorbereitet wurde.
das ist es, was hängen geblieben ist.
Von der Bitcoin-Seite enden beide Ergebnisse nach dem aktuellen Drei-Tage-Timelock im selben Refund-Skript.
Von der Service-Seite sind es aber nicht dasselbe Ereignis.
Ein Pending-Ablauf bedeutet, dass der koordinierte Signaturprozess das fertige Setup nie geliefert hat.
Ein Verified-Ablauf bedeutet, dass die Teilnehmer bereits die Signaturen, den Transaktionsgraphen und die Wiederherstellungs-Artefakte erzeugt haben, die für die Aktivierung nötig sind, aber die finale Ethereum-Aktion nie angekommen ist.
Ich hatte meinen Snack zur Hälfte fertig gegessen und fragte mich, wie offensichtlich sich dieser Unterschied im Interface anfühlen wird.
Die BTC-Sicherheitsgrenze bleibt stark.
Der Einzahler kann die Coins mit seinem eigenen Bitcoin-Key wiederherstellen, ohne dass der Vault Provider oder Vault Keepers mitwirken müssen.
Aber die Wiederherstellung von Assets und die Wiederherstellung von Gebühren sind bewusst getrennte Versprechen.
Vielleicht wird die Gebühr nach einem erfolgreich abgeschlossenen Setup behalten, um die Betreiber fair für die bereits geleistete Arbeit zu entschädigen.
Oder vielleicht werden User „vault abgelaufen, BTC wiederhergestellt“ sehen und annehmen, dass sich jede Kostenposition damit automatisch zurückdrehen sollte.
#baby $BABY
Long $BICO 😭 short $UAI
Ich habe gerade die @BabylonLabs_io Vault-Ablaufregeln gelesen und zwei fehlgeschlagene Peg-Ins gefunden, die aus Sicht des Users fast identisch aussehen.
In beiden Fällen wird der Vault nie zu aktivem Sicherheitenbestand.
In beiden Fällen kehrt das native BTC irgendwann über den einseitigen Bitcoin-Refund-Pfad zurück.
Aber die Peg-in-Gebühr wird unterschiedlich behandelt.
Wenn das Offchain-Setup fehlschlägt und der Vault Pending bleibt, bis ungefähr der 24-Stunden-Acknowledgement-Timeout abläuft, wird die Gebühr automatisch erstattet.
Wenn das Setup abgeschlossen wird, der Vault Verified erreicht und der Einzahler ihn einfach nicht vor der ungefähr 48-Stunden-Frist aktiviert, ist das BTC dennoch wiederherstellbar…
aber die Peg-in-Gebühr ist es nicht.
Hmm.
Babylon unterscheidet also zwischen dem Failing des Protokolls, den Vault vorzubereiten, und dem Failing des Users, das Abschließen eines Vault zu beenden, der erfolgreich vorbereitet wurde.
das ist es, was hängen geblieben ist.
Von der Bitcoin-Seite enden beide Ergebnisse nach dem aktuellen Drei-Tage-Timelock im selben Refund-Skript.
Von der Service-Seite sind es aber nicht dasselbe Ereignis.
Ein Pending-Ablauf bedeutet, dass der koordinierte Signaturprozess das fertige Setup nie geliefert hat.
Ein Verified-Ablauf bedeutet, dass die Teilnehmer bereits die Signaturen, den Transaktionsgraphen und die Wiederherstellungs-Artefakte erzeugt haben, die für die Aktivierung nötig sind, aber die finale Ethereum-Aktion nie angekommen ist.
Ich hatte meinen Snack zur Hälfte fertig gegessen und fragte mich, wie offensichtlich sich dieser Unterschied im Interface anfühlen wird.
Die BTC-Sicherheitsgrenze bleibt stark.
Der Einzahler kann die Coins mit seinem eigenen Bitcoin-Key wiederherstellen, ohne dass der Vault Provider oder Vault Keepers mitwirken müssen.
Aber die Wiederherstellung von Assets und die Wiederherstellung von Gebühren sind bewusst getrennte Versprechen.
Vielleicht wird die Gebühr nach einem erfolgreich abgeschlossenen Setup behalten, um die Betreiber fair für die bereits geleistete Arbeit zu entschädigen.
Oder vielleicht werden User „vault abgelaufen, BTC wiederhergestellt“ sehen und annehmen, dass sich jede Kostenposition damit automatisch zurückdrehen sollte.
#baby $BABY
🔘 Refund it
72%
🔘 Keep it
28%
18 Stimmen • Abstimmung beendet