Ich habe nachgeschaut, wie @BabylonLabs_io entscheidet, welche Finality Provider tatsächlich zählen, und dabei eine Auswahlregel gefunden, die einfacher ist, als ich erwartet hatte. Und darunter sitzt ein Bug-Report, ganz still, den niemand anspricht.
Zuerst die Auswahlregel.
Über 250 Finality Provider sind auf Babylon registriert. Nur die Top 60 nach BTC-Delegation nehmen an aktiver Finalität teil. Alle anderen existieren zwar im Registry, tragen aber nichts zur Netzwerksicherheit bei, bis genügend Delegatoren BTC hinter sie schieben, um sie in diese aktive Menge zu drücken.
Das erzeugt eine konkrete Dynamik, über die man sorgfältig nachdenken sollte. BTC-Staker wählen nicht einfach nur Rendite. Sie wählen, welche Validatoren das Netzwerk absichern. Ein Staker, der an einen Provider auf Rang 61 oder darunter delegiert, erhält zwar Belohnungen, aber seine Delegation trägt nicht zur Finalität bei. Der wirtschaftliche Anreiz und der Beitrag zur Sicherheit sind für alle außerhalb der Top 60 entkoppelt.
Das fand ich interessant. Dann fand ich etwas noch Interessanteres.
Ein offengelegter Konsistenz-Bug im Babylon-Costaking-Modul kann einen Delegator mit dem hinterlassen, was das Advisory „phantom stake“ (Phantom-Anteil) nennt. Wenn ein Finality Provider aus der aktiven Menge in exakt derselben Blockhöhe ausscheidet, in der ein Delegator ihre BTC entbündet, kann das System die Delegation so behandeln, als wäre sie noch aktiv. Das BTC-Kapital wird abgezogen. Der Provider ist inaktiv. Costaking zählt die Delegation weiterhin als lebendig und verteilt weiterhin Belohnungen dagegen.
Belohnungen, die auf Kapital erwirtschaftet wurden, das das Protokoll bereits verlassen hat.
Der Bug ist offengelegt und dokumentiert. Er erfordert eine präzise zeitliche Koinzidenz auf Blockhöhe, um ausgelöst zu werden. Das macht ihn nicht gerade trivial in einem System, in dem 56,853 BTC im Einsatz sind und die Block-Timing-Zeit kein einzelner Delegator kontrolliert.
#baby $BABY
Zuerst die Auswahlregel.
Über 250 Finality Provider sind auf Babylon registriert. Nur die Top 60 nach BTC-Delegation nehmen an aktiver Finalität teil. Alle anderen existieren zwar im Registry, tragen aber nichts zur Netzwerksicherheit bei, bis genügend Delegatoren BTC hinter sie schieben, um sie in diese aktive Menge zu drücken.
Das erzeugt eine konkrete Dynamik, über die man sorgfältig nachdenken sollte. BTC-Staker wählen nicht einfach nur Rendite. Sie wählen, welche Validatoren das Netzwerk absichern. Ein Staker, der an einen Provider auf Rang 61 oder darunter delegiert, erhält zwar Belohnungen, aber seine Delegation trägt nicht zur Finalität bei. Der wirtschaftliche Anreiz und der Beitrag zur Sicherheit sind für alle außerhalb der Top 60 entkoppelt.
Das fand ich interessant. Dann fand ich etwas noch Interessanteres.
Ein offengelegter Konsistenz-Bug im Babylon-Costaking-Modul kann einen Delegator mit dem hinterlassen, was das Advisory „phantom stake“ (Phantom-Anteil) nennt. Wenn ein Finality Provider aus der aktiven Menge in exakt derselben Blockhöhe ausscheidet, in der ein Delegator ihre BTC entbündet, kann das System die Delegation so behandeln, als wäre sie noch aktiv. Das BTC-Kapital wird abgezogen. Der Provider ist inaktiv. Costaking zählt die Delegation weiterhin als lebendig und verteilt weiterhin Belohnungen dagegen.
Belohnungen, die auf Kapital erwirtschaftet wurden, das das Protokoll bereits verlassen hat.
Der Bug ist offengelegt und dokumentiert. Er erfordert eine präzise zeitliche Koinzidenz auf Blockhöhe, um ausgelöst zu werden. Das macht ihn nicht gerade trivial in einem System, in dem 56,853 BTC im Einsatz sind und die Block-Timing-Zeit kein einzelner Delegator kontrolliert.
#baby $BABY