Die meisten Proof-of-Stake-Ketten verankern die Sicherheit an einem einzelnen Asset. Validatoren setzen den nativen Token ein; Fehlverhalten wird durch das Slashing genau dieses Tokens bestraft, und das wirtschaftliche Gewicht des Systems beruht auf einer Zahl: Wie viel von diesem Token ist gesperrt.
Babylon Genesis betreibt zwei getrennte Security-Tracks gleichzeitig. CometBFT-Validatoren sichern die Kette über BABY-Delegation, während eine völlig andere Gruppe von Teilnehmern, nämlich Finality Provider, sie über Bitcoin-Delegation absichert. Beide Tracks können unabhängig voneinander geslashed werden, wenn ihre Teilnehmer Fehlverhalten zeigen. Die Kette finanziert beide Seiten aus derselben Quelle: BABY trägt 8% jährliche Inflation, aufgeteilt exakt in der Mitte—4% fließen zu BABY-Stakern und die anderen 4% zu Bitcoin-Stakern. Das ist eine gleichmäßige Aufteilung, statt dass eine Seite die andere subventioniert. Selbst das Registrieren eines Stakes läuft über eine Cosmos-SDK-Transaktion, die BABY ausschließlich als Gas verbraucht, da BABY selbst nie als ERC-20 ausgegeben wurde.
Die Entscheidung, zwei statt nur einen Track zu betreiben, ist eine Wette darauf, dass sowohl Bitcoins wirtschaftliches Gewicht als auch BABYs wirtschaftliches Gewicht notwendig sind und keines allein ausreicht. Eine Verankerung nur bei BABY würde die kryptökonomische Sicherheit an einen jungen, dünn gehandelten Token binden; eine Verankerung nur bei Bitcoin-Delegation würde einen Konsens ohne einen Token hinterlassen, dessen Inhaber dazu incentiviert sind, die Kette selbst zu steuern.
Babylon trifft keine Wahl zwischen Bitcoins Sicherheit oder BABYs Anreiz-Ausrichtung—es finanziert beides gleichzeitig mit einer gleichmäßig aufgeteilten Inflationsbelohnung. Das zeigt ein Team, das nicht bereit ist, das gesamte Sicherheitsbudget der Kette auf ein einziges Asset zu setzen, selbst wenn eines dieser beiden Assets um ein Vielfaches mehr wert ist als das andere.
@BabylonLabs_io $BABY #baby
$PIEVERSE
Babylon Genesis betreibt zwei getrennte Security-Tracks gleichzeitig. CometBFT-Validatoren sichern die Kette über BABY-Delegation, während eine völlig andere Gruppe von Teilnehmern, nämlich Finality Provider, sie über Bitcoin-Delegation absichert. Beide Tracks können unabhängig voneinander geslashed werden, wenn ihre Teilnehmer Fehlverhalten zeigen. Die Kette finanziert beide Seiten aus derselben Quelle: BABY trägt 8% jährliche Inflation, aufgeteilt exakt in der Mitte—4% fließen zu BABY-Stakern und die anderen 4% zu Bitcoin-Stakern. Das ist eine gleichmäßige Aufteilung, statt dass eine Seite die andere subventioniert. Selbst das Registrieren eines Stakes läuft über eine Cosmos-SDK-Transaktion, die BABY ausschließlich als Gas verbraucht, da BABY selbst nie als ERC-20 ausgegeben wurde.
Die Entscheidung, zwei statt nur einen Track zu betreiben, ist eine Wette darauf, dass sowohl Bitcoins wirtschaftliches Gewicht als auch BABYs wirtschaftliches Gewicht notwendig sind und keines allein ausreicht. Eine Verankerung nur bei BABY würde die kryptökonomische Sicherheit an einen jungen, dünn gehandelten Token binden; eine Verankerung nur bei Bitcoin-Delegation würde einen Konsens ohne einen Token hinterlassen, dessen Inhaber dazu incentiviert sind, die Kette selbst zu steuern.
Babylon trifft keine Wahl zwischen Bitcoins Sicherheit oder BABYs Anreiz-Ausrichtung—es finanziert beides gleichzeitig mit einer gleichmäßig aufgeteilten Inflationsbelohnung. Das zeigt ein Team, das nicht bereit ist, das gesamte Sicherheitsbudget der Kette auf ein einziges Asset zu setzen, selbst wenn eines dieser beiden Assets um ein Vielfaches mehr wert ist als das andere.
@BabylonLabs_io $BABY #baby
$PIEVERSE