Wenn die Liquidation jedes Mal einen ganzen Tresor beschlagnahmt, ohne dass es Teilbeträge gibt, zeigt sich sofort ein offensichtliches Problem. Was passiert, wenn der Tresor, den du liquidierst, mehr wert ist als das, was du tatsächlich geschuldet hast? Führt das Protokoll dann einfach die Differenz weiter, weil die Beschlagnahme-Mechanik genau das erzwingen muss, was es sich greift.
Nein – und genau das ist der Punkt, der die „Alles-oder-Nichts“-Beschlagnahme weniger brutal wirken lässt, als es auf dem Papier klingt. Wenn ein Tresor liquidiert wird und sein Wert die ausstehende Schuld übersteigt, verschwindet der Überschuss nicht im Protokoll und wird auch nicht als Bonus für die Person behandelt, die die Liquidation ausgelöst hat. Er wird an den Einleger zurückgegeben, in WBTC ausgezahlt oder auf die verbleibende Schuld angerechnet, falls irgendwo anders noch eine offene Restforderung besteht. Die Beschlagnahme muss den ganzen Tresor umfassen, weil Bitcoin das erzwingt, aber die nachträgliche Buchhaltung wird trotzdem so ausgeglichen, dass nur das angerechnet wird, was tatsächlich geschuldet war.
Was mir das zeigt, ist: Das Problem der Unteilbarkeit von ein paar Tagen zuvor ist nicht wirklich ein ignorierter Designfehler. Es ist eine Einschränkung, mit der das System im Nachhinein umgeht, statt sie vorher zu vermeiden. Du kannst die Klippe nicht stoppen – Bitcoin erlaubt keine teilweise Beschlagnahme –, aber du kannst sicherstellen, dass die Person auf der anderen Seite dieser Klippe nicht dauerhaft mehr verliert, als ihr am Ende zusteht, sobald alles sich wieder einpendelt.
Aber „zurückgegeben in WBTC“ leistet in diesem Satz eine Menge Arbeit, und es lohnt sich, kurz dabei zu verweilen. WBTC ist ein gewrapptes, verwahrtes Asset. Das bedeutet, dass die Fairness-Zahlung selbst genau die Art von Vertrauensannahme wieder einführt, die das gesamte native-BTC-Design eigentlich vermeiden wollte. Der Überschuss wird wieder ausgeglichen – aber eben über genau dieses eine Instrument, an dem das ganze System gebaut ist, um darum herumzukommen.
Ist das ein akzeptabler Kompromiss für den konkreten Moment des Abgleichs eines Überschusses, oder untergräbt es stillschweigend die „trustless“-Rahmung, sobald wirklich Geld bewegt werden muss.
#baby @BabylonLabs_io $BABY
Nein – und genau das ist der Punkt, der die „Alles-oder-Nichts“-Beschlagnahme weniger brutal wirken lässt, als es auf dem Papier klingt. Wenn ein Tresor liquidiert wird und sein Wert die ausstehende Schuld übersteigt, verschwindet der Überschuss nicht im Protokoll und wird auch nicht als Bonus für die Person behandelt, die die Liquidation ausgelöst hat. Er wird an den Einleger zurückgegeben, in WBTC ausgezahlt oder auf die verbleibende Schuld angerechnet, falls irgendwo anders noch eine offene Restforderung besteht. Die Beschlagnahme muss den ganzen Tresor umfassen, weil Bitcoin das erzwingt, aber die nachträgliche Buchhaltung wird trotzdem so ausgeglichen, dass nur das angerechnet wird, was tatsächlich geschuldet war.
Was mir das zeigt, ist: Das Problem der Unteilbarkeit von ein paar Tagen zuvor ist nicht wirklich ein ignorierter Designfehler. Es ist eine Einschränkung, mit der das System im Nachhinein umgeht, statt sie vorher zu vermeiden. Du kannst die Klippe nicht stoppen – Bitcoin erlaubt keine teilweise Beschlagnahme –, aber du kannst sicherstellen, dass die Person auf der anderen Seite dieser Klippe nicht dauerhaft mehr verliert, als ihr am Ende zusteht, sobald alles sich wieder einpendelt.
Aber „zurückgegeben in WBTC“ leistet in diesem Satz eine Menge Arbeit, und es lohnt sich, kurz dabei zu verweilen. WBTC ist ein gewrapptes, verwahrtes Asset. Das bedeutet, dass die Fairness-Zahlung selbst genau die Art von Vertrauensannahme wieder einführt, die das gesamte native-BTC-Design eigentlich vermeiden wollte. Der Überschuss wird wieder ausgeglichen – aber eben über genau dieses eine Instrument, an dem das ganze System gebaut ist, um darum herumzukommen.
Ist das ein akzeptabler Kompromiss für den konkreten Moment des Abgleichs eines Überschusses, oder untergräbt es stillschweigend die „trustless“-Rahmung, sobald wirklich Geld bewegt werden muss.
#baby @BabylonLabs_io $BABY