Ich habe mir die tatsächliche Skriptstruktur @BabylonLabs_io uses angesehen, die Babylon auf Bitcoin verwendet, und eine bewusste Entscheidung darin taucht in keiner Ankündigung auf.
Diese Entscheidung bildet die Grundlage dafür, wie eine Staking-Transaktion aufgebaut wird. Babylon schaltet die standardmäßige Art, einen Taproot-Ausgang auszugeben, vollständig aus und ersetzt sie durch eine bestimmte mathematische Konstante, für die es keinen privaten Schlüssel gibt. Niemand besitzt sie. Nicht einmal das Team, das sie entwickelt hat.
Was das bedeutet: BTC, die in einer dieser Positionen gesperrt sind, können nur unter drei Bedingungen wieder freigegeben werden, die direkt ins Skript geschrieben sind. Es gibt keinen anderen Ausweg.
Die erste gibt die Mittel frei, nachdem die vereinbarte Sperrfrist endet, und erfordert nur die eigene Signatur des Stakers. Die zweite ermöglicht ein vorzeitiges Entbinden, aber nur mit demselben Schlüssel plus einer Schwelle eines Covenant-Komitees. Die dritte ist Slashing und verhält sich anders als beide.
Ich bin immer wieder bei dieser dritten Bedingung gelandet. Laut Babylons eigener Spezifikation muss ein Finality Provider zusammenarbeiten, um zu verhindern, dass sie eintritt, aber diese Zusammenarbeit ist nicht erforderlich, um sie auszulösen. Wenn sie doppelt signieren, erscheint ihr Schlüssel automatisch und die vorab signierte Transaktion führt sich von selbst aus.
Sie haben keine Möglichkeit, das zu stoppen.
Was mich überrascht hat, war, dass dafür nichts Neues erfunden werden musste. Babylon nutzt Taproot genau so, wie es die eigenen Entwickler von Bitcoin beabsichtigt haben.
Das, was ich immer noch beobachte, ist, wie sich die Covenant-Komitee-Ebene entwickelt. In ihrer eigenen Dokumentation wird erwähnt, dass man über die aktuelle Struktur hinausgehen möchte, sobald native Funktionalität direkt auf Bitcoin verfügbar ist.
#baby $BABY
Diese Entscheidung bildet die Grundlage dafür, wie eine Staking-Transaktion aufgebaut wird. Babylon schaltet die standardmäßige Art, einen Taproot-Ausgang auszugeben, vollständig aus und ersetzt sie durch eine bestimmte mathematische Konstante, für die es keinen privaten Schlüssel gibt. Niemand besitzt sie. Nicht einmal das Team, das sie entwickelt hat.
Was das bedeutet: BTC, die in einer dieser Positionen gesperrt sind, können nur unter drei Bedingungen wieder freigegeben werden, die direkt ins Skript geschrieben sind. Es gibt keinen anderen Ausweg.
Die erste gibt die Mittel frei, nachdem die vereinbarte Sperrfrist endet, und erfordert nur die eigene Signatur des Stakers. Die zweite ermöglicht ein vorzeitiges Entbinden, aber nur mit demselben Schlüssel plus einer Schwelle eines Covenant-Komitees. Die dritte ist Slashing und verhält sich anders als beide.
Ich bin immer wieder bei dieser dritten Bedingung gelandet. Laut Babylons eigener Spezifikation muss ein Finality Provider zusammenarbeiten, um zu verhindern, dass sie eintritt, aber diese Zusammenarbeit ist nicht erforderlich, um sie auszulösen. Wenn sie doppelt signieren, erscheint ihr Schlüssel automatisch und die vorab signierte Transaktion führt sich von selbst aus.
Sie haben keine Möglichkeit, das zu stoppen.
Was mich überrascht hat, war, dass dafür nichts Neues erfunden werden musste. Babylon nutzt Taproot genau so, wie es die eigenen Entwickler von Bitcoin beabsichtigt haben.
Das, was ich immer noch beobachte, ist, wie sich die Covenant-Komitee-Ebene entwickelt. In ihrer eigenen Dokumentation wird erwähnt, dass man über die aktuelle Struktur hinausgehen möchte, sobald native Funktionalität direkt auf Bitcoin verfügbar ist.
#baby $BABY