Babylon macht Bitcoin dazu, Ethereum zu verifizieren, ohne Ethereum zu vertrauen
Ich habe über Babylons BABE-Design nachgedacht, weil es die plattformübergreifende Verifikation in eine Richtung lenkt, die viel weniger naheliegend wirkt als eine andere Bridge, ein Multisig oder ein Validator-Netzwerk.
Die Grundidee ist einfach: Bitcoin soll keine Gelder freigeben, nur weil eine Gruppe von Akteuren behauptet, ein Ethereum-Ereignis sei eingetreten. Es soll sie nur dann freigeben, wenn dieses Ereignis durch kryptografische Belege gestützt werden kann.
Der Prozess beginnt mit dem Ethereum-Status. SP1 beweist die Finalität der Beacon-Chain, verknüpft diesen finalisierten Status mit dem Ausführungsblock und beweist dann, dass das erforderliche Redemption-Event innerhalb der Receipt-Struktur existiert. Dieser Beweis wird in eine Form komprimiert, die mit den deutlich engeren Skriptmöglichkeiten von Bitcoin funktioniert.
Hier wird BABE wirklich interessant.
Bitcoin kann nicht direkt komplexe Ethereum-Verifizierungslogik ausführen, daher nutzt BABE vorab festgelegte Circuits, Challenge-Windows und Universal Challengers. Ein Antragsteller legt das Ergebnis vor, während Herausforderer Zeit bekommen, die Berechnung nachzuvollziehen und eine ungültige Behauptung aufzudecken, bevor die Gelder bewegt werden.
Das Design entfernt das Validator-Voting aus dem Verifikationspfad, aber ich glaube nicht, dass es das Vertrauen vollständig entfernt. Es verlagert das Risiko in die Beweiskorrektheit, den Circuit-Aufbau, die Datenverfügbarkeit, die Beteiligung der Challengers und die praktischen Kosten von Streitfällen.
Mit Blick nach vorn: Vielleicht wird der eigentliche Test für Babylon nicht sein, ob die Kryptografie auf dem Papier funktioniert. Es wird darum gehen, ob genügend unabhängige Akteure das System weiterhin beobachten können, schlechte Behauptungen anfechten & das tun können, ohne dass der Prozess zu teuer wird oder zu stark konzentriert ist.
$BABY #baby @BabylonLabs_io
Ich habe über Babylons BABE-Design nachgedacht, weil es die plattformübergreifende Verifikation in eine Richtung lenkt, die viel weniger naheliegend wirkt als eine andere Bridge, ein Multisig oder ein Validator-Netzwerk.
Die Grundidee ist einfach: Bitcoin soll keine Gelder freigeben, nur weil eine Gruppe von Akteuren behauptet, ein Ethereum-Ereignis sei eingetreten. Es soll sie nur dann freigeben, wenn dieses Ereignis durch kryptografische Belege gestützt werden kann.
Der Prozess beginnt mit dem Ethereum-Status. SP1 beweist die Finalität der Beacon-Chain, verknüpft diesen finalisierten Status mit dem Ausführungsblock und beweist dann, dass das erforderliche Redemption-Event innerhalb der Receipt-Struktur existiert. Dieser Beweis wird in eine Form komprimiert, die mit den deutlich engeren Skriptmöglichkeiten von Bitcoin funktioniert.
Hier wird BABE wirklich interessant.
Bitcoin kann nicht direkt komplexe Ethereum-Verifizierungslogik ausführen, daher nutzt BABE vorab festgelegte Circuits, Challenge-Windows und Universal Challengers. Ein Antragsteller legt das Ergebnis vor, während Herausforderer Zeit bekommen, die Berechnung nachzuvollziehen und eine ungültige Behauptung aufzudecken, bevor die Gelder bewegt werden.
Das Design entfernt das Validator-Voting aus dem Verifikationspfad, aber ich glaube nicht, dass es das Vertrauen vollständig entfernt. Es verlagert das Risiko in die Beweiskorrektheit, den Circuit-Aufbau, die Datenverfügbarkeit, die Beteiligung der Challengers und die praktischen Kosten von Streitfällen.
Mit Blick nach vorn: Vielleicht wird der eigentliche Test für Babylon nicht sein, ob die Kryptografie auf dem Papier funktioniert. Es wird darum gehen, ob genügend unabhängige Akteure das System weiterhin beobachten können, schlechte Behauptungen anfechten & das tun können, ohne dass der Prozess zu teuer wird oder zu stark konzentriert ist.
$BABY #baby @BabylonLabs_io