Hyperbridge wird nach dem Exploit im April mit einer dezentralen Überarbeitung neu gestartet
BLOCKCHAIN

Hyperbridge wird nach dem Exploit im April mit einer dezentralen Überarbeitung neu gestartet

3 min read

Hyperbridge gibt an, seine Interoperabilitätsarchitektur nach dem Exploit im April, der das Protokoll offline zwang und kritische Zentralisierungsrisiken innerhalb seiner Bridge-Infrastruktur aufdeckte, vollständig neu gestaltet zu haben.

In einer Ankündigung vom 15. Juni bestätigte das Protokoll, dass der Überbrückungsbetrieb nach einer, wie es es nannte, vollständigen Überarbeitung der Architektur und nicht nach einem einfachen Exploit-Patch wieder aufgenommen wurde.

Der Relaunch folgt auf den Exploit von Hyperbridge vom 13. April, bei dem Angreifer eine Schwachstelle in der Token-Gateway-Infrastruktur ausnutzten. Anstatt das alte System wiederherzustellen, sagte das Team, es habe die Ausfallzeit genutzt, um das Protokoll in das umzugestalten, was es heute als „Interoperabilitäts-Hyperstruktur“ bezeichnet.

Der Ankündigung zufolge werden durch das Upgrade mehrere zentralisierte Betriebskomponenten entfernt, die zuvor auf das Team von Polytope Labs angewiesen waren.

Hyperbridge entfernt das zentralisierte Prüfsystem

Eine der größten Änderungen des Protokolls betrifft die kettenübergreifende Beweisgenerierung.

Vor dem Neuaufbau hat nur das Polytope Labs-Team die wissensfreien Beweise erstellt und eingereicht, die zur Überprüfung des Polkadot-Konsenses zu EVM-Ketten verwendet wurden.

Hyperbridge sagt jetzt, dass die Erstellung von Beweisen völlig erlaubnisfrei ist. Jeder Betreiber kann den Open-Source-Prover betreiben, kryptografische Beweise einreichen und Belohnungen verdienen, ohne dass eine Genehmigung des Teams erforderlich ist.

Das Protokoll besagt, dass eingereichte Beweise nun in der Kette veröffentlicht werden und von Relayern, Entwicklern und nachgeschalteten Benutzern unabhängig überprüft werden können.

Auch das Relayer-System selbst wurde neu gestaltet. Hyperbridge führte die zuvor getrennte Konsens- und Messaging-Infrastruktur in einer einzigen Relayer-Binärdatei zusammen, wodurch die betriebliche Komplexität reduziert und die Hürden für unabhängige Betreiber gesenkt wurden.

Die Governance-Kontrollen wurden vom Kernteam weg verlagert

Das Protokoll entfernte auch mehrere zentralisierte Governance-Mechanismen, die in früheren Entwicklungsphasen eingeführt wurden.

Der Ankündigung zufolge hat Hyperbridge seine Sudo-Governance-Palette abgeschafft, die es dem Kernteam zuvor ermöglichte, Notfalländerungen im Netzwerk vorzunehmen.

Zukünftige Netzwerk-Upgrades erfordern nun eine Abstimmung der Token-Inhaber, während Auszahlungen durch die Staatskasse durch die Genehmigung der öffentlichen Verwaltung erfolgen müssen.

Das Protokoll änderte außerdem die Art und Weise, wie Collator-Slots zugewiesen werden.

Anstatt vom Team ernannt zu werden, müssen sich Betreiber nun durch Netzwerkaktivitäten wie die Weiterleitung von Nachrichten, die Übermittlung von Nachweisen und die Pflege von Validator-Updates Reputation verdienen.

Hyperbridge beschrieb das Modell als erlaubnislos und resistent gegen Sybil-Angriffe, da Reputation durch nützliche Arbeit erworben werden müsse.

Neues Brückenmodell gibt Emittenten mehr Kontrolle

Eine weitere große Änderung betrifft die Token-Architektur von Hyperbridge.

Das Protokoll sagte, es habe sein gemeinsames TokenGateway-System veraltet und durch ein „Hyperfungible Token“-Modell ersetzt.

Laut Hyperbridge ermöglicht das Design den Emittenten, Sicherheitsrichtlinien anzupassen, ohne dass eine protokollweite Koordination erforderlich ist.

Mit dem Relaunch wird auch ein abonnementbasiertes Wirtschaftsmodell für kettenübergreifende Bandbreite eingeführt, bei dem Anwendungen auf Stablecoin lautende Gebühren für Interoperabilitätsdienste zahlen.

Hyperbridge zielt auf bestehende LayerZero-Anwendungen ab

Das Protokoll führte außerdem einen LayerZero-kompatiblen Adapter ein, um bestehende Omnichain-Anwendungen anzulocken.

Der Ankündigung zufolge können bestehende OFTs und OApps die ISMP-Transportschicht von Hyperbridge integrieren, ohne dass eine Migration oder Neubereitstellung erforderlich ist.

Das Protokoll beschrieb den Adapter als eine Möglichkeit für Projekte, zugrunde liegende Sicherheitsannahmen zu aktualisieren und gleichzeitig ihre bestehende LayerZero-Infrastruktur zu erhalten.

Abschließende Zusammenfassung

Hyperbridge nahm den Betrieb wieder auf, nachdem es nach dem Exploit im April seine Bridge-Infrastruktur neu gestaltet hatte.

Das Protokoll entfernte zentralisierte Prüf- und Governance-Systeme und führte gleichzeitig erlaubnislose Relayer und modulare Token-Sicherheit ein.