Hyperbridge: Bereits mit der Verarbeitung von 10 Millionen Nachrichten pro Jahr kann die Gewinnschwelle erreicht werden!

In der Blockchain-Welt sind viele Cross-Chain-Protokolle lediglich „Kombinationen von Komponenten“ – eine Kette, ein Satz von Nodes, ein wenig Kryptographie – aber Hyperbridge ist völlig anders.

Hyperbridge ist ein komplexeres, strengeres und auch mutigeres System: Es besteht aus mehreren Ebenen von Nodes, Validierungsmechanismen, wirtschaftlichen Anreizen und der Sicherheit von Polkadot selbst. Kein Bestandteil kann fehlen, und kein Teil kann unabhängig funktionieren.

Mir wurde dies zum ersten Mal beim ersten Sub0 in Brüssel bewusst. Damals diskutierten alle über die kryptographischen Grundlagen von Hyperbridge – Beweise, Validierung, Cross-Chain-Logik. Doch erst später, nach vielen Gesprächen mit dem Team, wurde mir wirklich klar: Das Herzstück von Hyperbridge ist nicht nur die Kryptographie, sondern das kryptowirtschaftliche System, das auch dann weiterläuft, wenn die Entwickler sich vollständig zurückziehen.

Erst mit dieser Fragestellung erkennt man das wahre Gesicht von Hyperbridge: Es ist keine Parachain, kein bestimmter Typ von Relay Node und auch kein Submodul von Polkadot, sondern ein schichtweise aufgebautes, rollenbasiertes, dynamisch incentiviertes Cross-Chain-System, das durch die wirtschaftliche Sicherheit von Polkadot abgesichert ist.

• Von einer „nicht vertrauenswürdigen Relayer-Schicht“ hin zu einer „vertrauenswürdigen Schicht, die durch Polkadot endgültig validiert wird“;
• Vom Collator, der für die Beweisvalidierung zuständig ist, über den Consensus Relayer, der die Konsenssynchronisation aufrechterhält, bis hin zum Message Relayer, der tatsächlich Cross-Chain-Daten überträgt;
• Von Nodes mit sehr geringen Hardwareanforderungen, die mit nur 2 GB RAM laufen können, bis hin zum Validator-Set von Polkadot, das die gesamte Sicherheit trägt …

Jedes Detail von Hyperbridge beantwortet dieselbe Frage: „Wie baut man ein wirklich non-custodial Cross-Chain-Protokoll, das langfristig zuverlässig funktioniert?“

Dieser Artikel zeigt dir die gesamte interne Struktur der Cross-Chain-Maschine Hyperbridge – von Aufbau, Nodes, Wirtschaftsmodell bis zur Rolle von Polkadot!

Das Hyperbridge-Protokoll ist keine einzelne Komponente

Das Hyperbridge-Protokoll ist keine einzelne Komponente. Es ist nicht die Hyperbridge-Parachain selbst, auch kein bestimmter Typ von Relay Node und erst recht kein Teil des Polkadot-Netzwerks, sondern ein organisches Ganzes, das aus all diesen Elementen besteht.

Dieses Ganze umfasst Consensus Relayer, Message Relayer, Blockproduzenten, Staker und stützt sich gleichzeitig auf Polkadot als zugrunde liegendes Netzwerk. Fehlt ein Glied, kann Hyperbridge nicht funktionieren.

Wenn Polkadot nicht verfügbar ist, kann Hyperbridge nicht existieren; wenn eine Art von Relay Node offline ist, kommt das Protokoll ebenfalls zum Stillstand. Daher müssen wir eine klare Anreizstruktur und kryptowirtschaftliche Absicherung schaffen, damit alle Teilnehmer effektiv zusammenarbeiten und das Protokoll gemeinsam betreiben.

Wenn du mit dem OSI-Modell (insbesondere der Schichtenarchitektur von TCP) vertraut bist, wirst du die Designlogik von Hyperbridge leichter verstehen. Im OSI-Modell gibt es die physische Schicht, die Verbindungsschicht, die Anwendungsschicht, die Präsentationsschicht – und auch bei der Cross-Chain-Interoperabilität nutzen wir ein ähnliches Schichtmodell.

Ganz oben steht das Polkadot-Netzwerk, das die Grundlage für alle anderen Teile des Hyperbridge-Protokollstacks bildet. Darunter befindet sich das eigene Netzwerk von Hyperbridge, einschließlich seines Parachain-Systems. Die unterste Schicht bilden die Relay Nodes, die als „physische Verbindung“ des Hyperbridge-Protokolls fungieren. Sie sind für die Anbindung externer Netzwerke, das Sammeln externer Informationen, die Validierung verschiedener Beweise, die Verarbeitung von Cross-Chain-Daten und die Übermittlung dieser Inhalte an Hyperbridge zuständig. Nach der ersten Validierung durch Hyperbridge werden die Ergebnisse an Polkadot zur endgültigen Bestätigung weitergeleitet. Mit anderen Worten: Polkadot gibt eine endgültige Bestätigung ab, dass „alle Daten und Aktionen regelkonform ausgeführt wurden“.

Ein wichtiger struktureller Aspekt: Das Hyperbridge-Netzwerk und die Relay Nodes selbst sind „nicht vertrauenswürdig“, diese Schicht hat keine wirtschaftliche Sicherheitsgarantie; erst wenn die Daten in die oberste Schicht des Polkadot-Netzwerks gelangen, sind sie durch die wirtschaftliche Sicherheit geschützt. Das heißt, Polkadot überwacht sowohl Hyperbridge als auch die Relay Nodes und stellt sicher, dass beide Ebenen regelkonform arbeiten. In der konkreten Aufgabenverteilung müssen die Relay Nodes mit den Collators zusammenarbeiten, um den Cross-Chain-Prozess abzuschließen: Die Relay Nodes sammeln Transaktionen, Beweise und Cross-Chain-Daten und übermitteln sie an die Blockproduzenten; die Collators überprüfen, ob alle Informationen echt, vollständig und regelkonform sind. Nur validierte Transaktionen gelangen in den Block, ungültige Daten werden in dieser Phase direkt abgefangen.

Das ist entscheidend, denn das frühzeitige Abfangen ungültiger Transaktionen spart wertvollen Blockspace. Nachdem der Collator alle Validierungen und das Packaging abgeschlossen hat, reicht er den Block beim Polkadot-Netzwerk ein. Eine der Kernfähigkeiten von Polkadot ist die Validierung aller Blöcke. Anders als im Ethereum-Ökosystem, wo Layer2s selbst Zero-Knowledge-Proofs generieren müssen, übernimmt Polkadot die Blockvalidierung direkt für dich. Nach Abschluss der Validierung bestätigt Polkadot, dass „der Blockinhalt allen Regeln entspricht“, und erstellt einen „Block Validity Proof“ (oder Validitätszertifikat). Das ist entscheidend, darauf gehe ich später noch ein.

Die drei Hauptrollen von Hyperbridge: Wie Collator, Consensus Relayer und Message Relayer das gesamte Cross-Chain-System antreiben

Beginnen wir mit der ersten Schlüsselrolle im Hyperbridge-Netzwerk: Collator (Blockproduzent)

Deren Hauptaufgabe ist das Sammeln und Validieren verschiedener Beweisdateien für die Cross-Chain-Interoperabilität, hauptsächlich zwei Arten von Transaktionen mit Beweisen: Consensus Messages und Cross-Chain Messages.

Hier gibt es ein Design, das sich stark von traditionellen Blockchains unterscheidet: Collator sind keine Staking-Nodes. In den meisten Blockchains muss man große Mengen an Token staken, um aktiver Node zu werden. Bei Hyperbridge ist das anders:

• Um Collator zu werden, muss man nur eine kleine Menge Bridge Token als Mindestanforderung sperren; 
• Um aber tatsächlich vom System als Collator ausgewählt zu werden, muss man „Reputationspunkte“ verbrauchen; 
• Reputationspunkte kann man nur durch langfristige, aktive Arbeit als Relay Node verdienen. 

Mit anderen Worten: Nur Relay Nodes können Collator werden, es gibt keinen anderen Weg. Man kann sich nicht durch Bestechung, Beziehungen oder Kauf von Rechten in das Collator-Set einkaufen; der einzige Weg ist, langfristig und stabil Relay-Arbeit zu leisten und Reputationspunkte zu sammeln. Außerdem muss man eine kleine Kaution hinterlegen, um am Validierungsprozess teilzunehmen.

Die Auswahl ist sehr direkt: Das System sortiert nach Reputationspunkten, und die Relay Nodes mit den höchsten Punkten werden für die aktuelle Runde Collator. Das Collator-Set rotiert alle 24 Stunden, sodass neue, leistungsstarke Relay Nodes die Chance haben, in die nächste Runde zu kommen.

Die Arbeit der Collator wird klar vergütet: Für jeden gepackten Block gibt es etwa 0,7 Bridge Token. Wer einen Block verpasst oder nicht rechtzeitig packt, erhält keine Belohnung.

Kommen wir nun zu den Consensus Relayer Nodes

Konsens ist für Cross-Chain-Nachrichten entscheidend, denn alle Cross-Chain-Transaktionen müssen auf Hyperbridge bestätigen, dass sie „auf der Quellkette endgültig bestätigt“ wurden. Dafür benötigen wir einen Konsensbeweis der externen Kette.

Das Problem: Moderne Blockchains – insbesondere Slot-basierte Chains – produzieren kontinuierlich Blöcke, egal ob Transaktionen stattfinden oder nicht. Das bedeutet, dass die Blöcke des externen Netzwerks auch ohne Cross-Chain-Aktivität ständig wachsen. Hyperbridge muss diese Informationen in Echtzeit synchronisieren, um zukünftige Cross-Chain-Nachrichten korrekt zu validieren.

Genau das ist die Hauptaufgabe der Consensus Relayer Nodes: Sie reichen kontinuierlich Konsensnachrichten des externen Netzwerks ein, damit Hyperbridge mit der externen Kette synchron bleibt. Auch wenn keine Transaktionen stattfinden, muss diese Synchronisation weiterlaufen. Für das Einreichen dieser Konsensnachrichten zahlen sie keine Gebühren, im Gegenteil: Das Hyperbridge-Protokoll zahlt ihnen direkt eine Belohnung.

Um die Consensus Relayer Nodes zu motivieren, diese kontinuierliche Arbeit zu leisten, vergibt das Protokoll Bridge Token als Belohnung – so können sie durch die Synchronisationsaufgaben stabile Token-Einnahmen erzielen.

Kommen wir nun zu den Message Relayer Nodes

Verstehen wir zunächst ihr Verhältnis zu den Consensus Relayer Nodes: Angenommen, eine externe Blockchain produziert kontinuierlich Blöcke, dann sitzen die Consensus Relayer Nodes zwischen dieser Chain und Hyperbridge, sammeln die Beweisdateien jedes neu endgültig bestätigten Blocks und reichen diese bei Hyperbridge ein, wofür sie Bridge Token erhalten. So müssen sie dauerhaft online bleiben, damit Hyperbridge und alle externen Chains stets konsenssynchron sind.

Message Relayer Nodes ähneln den Consensus Relayer Nodes, haben aber einen anderen Fokus: Sie sind speziell für das Einreichen von Cross-Chain-Nachrichten zuständig. Sobald Hyperbridge auf einen neuen endgültig bestätigten Block synchronisiert ist, vergleichen die Message Relayer Nodes diesen Block mit dem vorherigen und scannen, ob in der Zwischenzeit neue Cross-Chain-Nachrichten entstanden sind. Finden sie regelkonforme Cross-Chain-Befehle, reichen sie diese zusammen mit den Beweisdateien bei der Hyperbridge-Blockchain ein.

Es gibt jedoch einen wichtigen Unterschied: Message Relayer Nodes erhalten nicht immer eine Belohnung für das Einreichen von Nachrichten, manchmal müssen sie sogar Gebühren an Hyperbridge zahlen.

Der Ablauf ist folgender:

• Nutzer oder Anwendungen können von jeder Blockchain aus Cross-Chain-Nachrichten initiieren und dabei eine bestimmte Menge Stablecoins als Gebührenquelle beifügen. 
• Message Relayer Nodes entdecken diese Cross-Chain-Nachrichten beim Scannen des Blocks und übermitteln sie an Hyperbridge. 
• Nach erfolgreicher Einreichung können die Relayer Nodes die vom Nutzer beigefügten Stablecoins als Belohnung aus dem Protokoll entnehmen. 

Darüber hinaus gibt es einen Steuerungsmechanismus:

• Wenn das Nachrichtenaufkommen unter dem vom Protokoll festgelegten Schwellenwert liegt, vergibt Hyperbridge zusätzliche Bridge Token an die Message Relayer Nodes; 
• Wenn das Nachrichtenaufkommen den Schwellenwert überschreitet, müssen die Message Relayer Nodes Bridge Token an Hyperbridge zahlen. 

Dieses Design ermöglicht es dem Protokoll, einen Einnahmenpool zu bilden und gleichzeitig das Verhalten der Message Relayer Nodes zu steuern, sodass die Nachrichtenübertragung weder über- noch unterdimensioniert ist.

Im Wesentlichen sorgt dieser Mechanismus dafür, dass Message Relayer Nodes dauerhaft online bleiben: Sobald Cross-Chain-Daten entstehen, können sie in kürzester Zeit an Hyperbridge übermittelt werden. Die Logik ist ähnlich wie bei den Consensus Relayer Nodes – auch Message Relayer Nodes sitzen zwischen der externen Chain und Hyperbridge, sammeln Cross-Chain-Transaktionen und leiten sie weiter. Der Unterschied liegt in der Vergütung: Bei zu geringem Nachrichtenaufkommen subventioniert Hyperbridge die Relayer Nodes mit Bridge Token; bei Überschreiten des Zielwerts müssen sie Bridge Token an Hyperbridge zahlen, das dadurch Token-Einnahmen ansammelt.

ZK Cross-Chain kostet Millionen, Hyperbridge braucht nur einen 2GB-Server

Sprechen wir kurz über die Hardwareanforderungen für den Betrieb dieser Relayer und Collator.

Zuerst zu den Relay Nodes. Die Software ist sehr leichtgewichtig, ihre Hauptaufgabe ist das Senden von RPC-Anfragen an Blockchain-Nodes, daher sind die Hardwareanforderungen minimal. Eine Quad-Core-CPU reicht völlig aus, sogar ein Server mit nur 2 GB RAM ist ausreichend. Die Software ist in Rust geschrieben und nutzt den Speicher sehr effizient.

Auch der Bandbreitenbedarf ist gering. Wenn Relay Node und RPC Node im selben Rechenzentrum stehen, reichen 20 MB/s; bei Zugriff über das Internet empfiehlt sich etwas mehr Bandbreite.

Tatsächlich sind die größten Kosten für den Betrieb von Relay Nodes die Abogebühren der RPC-Anbieter.

Egal ob Alchemy, Quicknode oder Anchor – du kannst alle für Cross-Chain benötigten Beweisdateien und Daten direkt von deren Full Nodes beziehen, sodass die eigenen Betriebskosten extrem niedrig sind.

Das ist einer der Hauptgründe, warum Hyperbridge bei groß angelegter Cross-Chain-Interoperabilität einen deutlichen Vorteil hat. Viele aktuelle Cross-Chain-Lösungen setzen auf Zero-Knowledge-Proofs (ZK proofs), deren Generierung und Betrieb sehr teuer ist; im Vergleich dazu sind die Betriebskosten von Hyperbridge fast unglaublich niedrig.

Kommen wir zu den Collator. Sie haben höhere Hardwareanforderungen, da die Collator-Software einen lokalen Polkadot-Relay-Node betreiben muss. Das bedeutet mehr Speicherbedarf, ein Polkadot-Archiv-Node benötigt etwa 3 TB Speicher, daher sollten mindestens 4 TB SSD verbaut werden.

Um eine effiziente Kommunikation mit der Polkadot-Relay-Chain und das rechtzeitige Einreichen von Blöcken zu gewährleisten, benötigen Collator zudem Server mit hoher Bandbreite. Solche Server kosten im Schnitt etwa 200 US-Dollar pro Monat. Wer ohnehin als Home Validator arbeitet und Nodes zu Hause betreibt, kann diese Kosten natürlich vernachlässigen.

Welche Rolle spielt Polkadot in Hyperbridge?

Schauen wir uns abschließend an, welche Rolle Polkadot in Hyperbridge spielt.

Als Parachain im Polkadot-Ökosystem fungiert Hyperbridge im Wesentlichen als „kryptographischer Validierungs-Coprozessor“ für Cross-Chain-Nachrichtenübertragung. Diese Validierungsfähigkeit stammt jedoch nicht von Hyperbridge selbst, sondern von der Sicherheit des Polkadot-Mainnets. Die zuvor erwähnten „kryptographischen Gültigkeitszertifikate“ für Hyperbridge-Blöcke werden tatsächlich vom Validator-Set von Polkadot als digitale Signaturen erzeugt, d. h. diese Zertifikate sind das gemeinsame Gütesiegel der aktuell aktiven Polkadot-Validatoren.

Das zu verstehen ist entscheidend: Eine Blockchain ist im Kern ein groß angelegter „Multisignatur-Mechanismus“, und das Validator-Set ist ein dynamisch arbeitendes, riesiges Multisig-Konto.

Was unterscheidet diese Blockchain-basierte „Multisig“ von traditionellen Multisig-Bridge-Lösungen? Im Wesentlichen zwei Dinge:

Erstens: Das Validator-Set rotiert dynamisch, Multisig-Komitees sind statisch

• Bei Polkadot rotiert das Validator-Set alle 4 Stunden automatisch; 
• Die Mitglieder eines Multisig-Komitees in traditionellen Bridges sind langfristig festgelegt, ihre privaten Schlüssel verbleiben meist dauerhaft auf denselben Geräten. 

Das macht traditionelle Multisig-Bridges anfälliger für Private-Key-Leaks, während das dynamische Validator-Design von Polkadot die Sicherheit deutlich erhöht.

Zweitens: Die Signaturen der Blockchain-Validatoren sind mit „On-Chain Economic Security“ unterlegt

• Polkadot-Validatoren müssen Assets staken; bei fehlerhaften oder böswilligen Signaturen werden ihre Staking-Assets (Slashing) eingezogen.
• Im Gegensatz dazu haben Multisig-Komitees keine Kosten oder Risiken – sie müssen bei gemeinsamer Schädigung keine Verluste tragen.

Deshalb können Angreifer bei gehackten Multisig-Bridges oft Milliardenbeträge entwenden, ohne dass die Komiteemitglieder Konsequenzen tragen müssen.

Warum nicht direkt eine Blockchain als „riesiges Multisig“ nutzen? Das einzige Problem ist der Maßstab. Blockchains haben meist sehr viele Validatoren. Bei Polkadot zum Beispiel:

• Derzeit gibt es über 600 Validatoren 
• In Zukunft könnten es über 1000 werden 

Ohne Optimierung wären die Kosten für die Validierung so vieler Signaturen sehr hoch. Das lässt sich jedoch mit folgenden Technologien lösen:

• Aggregierbare BLS-Signaturen
• Zero-Knowledge-Proof (ZK) unterstützte Validierungstechnologien

Diese Lösungen reduzieren die Kosten für groß angelegte Signaturvalidierung auf ein akzeptables Maß.

Im Vergleich dazu müssen Multisig-Komitees klein bleiben, um die Validierungskosten niedrig zu halten, was ihre Sicherheit im Vergleich zur Blockchain deutlich verringert.

Ein weiterer grundlegender Unterschied: Die Governance-Struktur ist völlig anders. Das Blockchain-Validator-System ist offen und permissionless:

• Jeder kann durch ausreichendes Staking dem Validator-Set beitreten oder es verlassen; 
• Multisig-Komitees sind geschlossen und permissioned: Mitglieder werden manuell ausgewählt und benötigen Vertrauensnachweise, was zu hoher Zentralisierung führt. 

Hyperbridge muss jährlich nur etwa 10 Millionen Nachrichten verarbeiten, um die Gewinnschwelle zu erreichen

Schauen wir uns das Wirtschaftsmodell des Hyperbridge-Protokolls an. Die jährlichen Betriebskosten von Hyperbridge sind klar und relativ fix. Das Protokoll muss verschiedene Rollen incentivieren, darunter:

• Consensus Relayer Incentives: ca. 3 Millionen Bridge Token 
• Message Relayer Incentives: ca. 1,4 Millionen Bridge Token 
• Collator Incentives: ca. 3 Millionen Bridge Token 
• und die Core Time-Kosten von Polkadot (schwankend, aber insgesamt nicht hoch) 

Insgesamt belaufen sich die jährlichen Betriebskosten für Hyperbridge auf etwa 10 Millionen Bridge Token.

Die Frage ist: Woher kommt das Geld, um diese Ausgaben zu decken?

Die Antwort ist die On-Chain-Treasury von Hyperbridge. Die Treasury hält etwa 40 % des gesamten Bridge Token-Angebots und ist damit der größte Token-Inhaber des Systems. Diese Reserve reicht aus, um das Protokoll etwa 40 Jahre lang zu betreiben und Hyperbridge genügend Zeit zu geben, nachhaltige Gewinne zu erzielen.

Die Gewinnstrategie ist klar: Jedes Mal, wenn Nutzer Cross-Chain-Nachrichten, -Transaktionen oder -Speicherabfragen initiieren, erhebt die Hyperbridge-Treasury eine Gebühr, die von den Message Relayer Nodes „im Namen der Treasury“ eingezogen wird.

Nach dem aktuellen Modell muss Hyperbridge jährlich nur etwa 10 Millionen Nachrichten verarbeiten, um die Gewinnschwelle zu erreichen.

Laut Token Terminal übersteigt das weltweite Cross-Chain-Transaktionsvolumen jährlich 1 Milliarde. Hyperbridge muss also nur etwa 1 % Marktanteil erreichen, um die Gewinnschwelle zu erreichen und danach in die Gewinnzone zu kommen.

Hier einige aktuelle Schlüsselkennzahlen von Hyperbridge:

• Über 13 Billionen Gas bei verschiedenen Validierungsoperationen eingespart
• Über 50.000 Cross-Chain-Nachrichten verarbeitet: sowohl Nachrichten von Polytope Labs-eigenen Anwendungen als auch von Drittanbietern auf dem Mainnet 
• Über 10 Millionen Beweisdateien validiert (Konsensbeweise, Nachrichtenbeweise usw.) 
• Das Transaktionsvolumen der Cross-Chain-Nachrichten übersteigt 180 Millionen US-Dollar
• Wirtschaftliche Sicherheit durch Polkadot, derzeit über 2 Milliarden US-Dollar
• Unterstützung für über 14 führende EVM-Chains: Polkadot, Hydration, Bifrost, Arbitrum, Polygon, Base, Gnosis, Ethereum Mainnet, Unichain … und laufende Erweiterung 

Kernanwendungsfälle von Hyperbridge

Hier eine kurze Übersicht über die Kernanwendungsfälle von Hyperbridge.

1. Token Gateway

• Unterstützt das Burn & Mint Cross-Chain-Modell; 
• Vollständig kompatibel mit bestehenden ERC-20, alternativ auch Lock & Mint-Modell; 
• Kann beliebige Token bridgen und benutzerdefinierte Aufrufdaten anhängen; 
• Unterstützt im Mainnet bereits verschiedene Assets, darunter DOT, vDOT, ZKVerify, Manta usw. 

2. Intent Gateway

• Unterstützt schnelle Cross-Chain-Transaktionen; 
• Die meisten Cross-Chain-Operationen sind in 30 Sekunden abgeschlossen; 

Die größte Innovation:

• Wird eine Cross-Chain-Order nicht ausgeführt, kann der Nutzer auf dem Hyperbridge-Frontend ohne Genehmigung selbstständig eine Rückerstattung beantragen und erhält das Geld sofort zurück.
• Das gesamte System basiert auf dem Proof-Validation-System: Hyperbridge kann den Status der Gegenpartei-Chain in Echtzeit abfragen und löst bei Nichterfüllung der Order sofort die Rückerstattung aus. 

3. Entwickler-Ökosystem und im Aufbau befindliche Drittanbieter-Anwendungen

Derzeit entwickeln mehrere Drittanbieter-Teams auf Basis von Hyperbridge:

• Hydration: Baut eine maßgeschneiderte Intent-Lösung auf Hyperbridge und entwickelt einen Preisorakel für ETH-Staking-Derivate. 
• Bifrost: Baut einen Preisorakel für vToken und plant die Einführung von asynchronem vToken-Minting. 
• Mehrere Hackathon-Teams haben bereits Anwendungen im Hyperbridge-Testnetz bereitgestellt. 

Wir erforschen auch weitere native Anwendungsbereiche, darunter:

• Verifizierbare Preisorakel 
• Cross-Chain-Governance (Governance-Vorschläge auf einer Chain, Ergebnisse für alle Chains lesbar) 
• Cross-Chain-Identitätsauthentifizierung (Identitätsdaten auf einer Chain gespeichert, von mehreren Chains direkt abrufbar) 
• Historische Speicherabfragen (ermöglicht Smart Contracts, den historischen Status einer Zielchain zu lesen, wichtig für Protokolle mit Merkle-Tree-basierten Anreizverteilungen) 

Kürzlich haben wir ein neues Entwickler-Toolkit veröffentlicht, darunter:

• Vollständige Hyperbridge-Solidity-Schnittstelle für Solidity-Anwendungen
• TypeScript SDK für Wallets und Frontends
• Subquery-Indexer
• Intent Filler und weitere Hilfskomponenten, um Entwicklern den schnellen Aufbau von Cross-Chain-Anwendungen zu erleichtern. 

Große Ankündigung: Hyperbridge wird nativ in Polkadot Hub integriert

Hyperbridge wird nativ in Polkadot Hub integriert. Das bedeutet, dass alle Anwendungen, die auf Polkadot Hub laufen, direkt über Hyperbridge mit Blockchains außerhalb des Polkadot-Ökosystems interagieren und Cross-Chain-Storage, -Abfragen und -Nachrichtenübertragung nutzen können.

Wir arbeiten auch eng mit dem Parity-Team an der Implementierung von BLS Beefy:

• Derzeit werden die Consensus-Proof-Nodes von Polkadot noch vom Polytope Labs-Team betrieben 
• Künftig wird die Dezentralisierung der Validatoren durch aggregierbare BLS-Signaturtechnologie erreicht 
• Damit wird Hyperbridge letztlich vollständig dezentralisiert betrieben 

Die Integration des Hyperbridge-EVM-Ökosystems wächst weiter. Demnächst werden wir zusätzlich unterstützen:

• Arc 
• Tempo 
• Monad 
• Sonic 
• Tron (Tron entwickelt derzeit State Commitment, nach Fertigstellung wird es offiziell unterstützt) 

Außerdem unterstützen wir bereits EVM-Chains im Cosmos-Ökosystem, darunter:

• Sei 
• Cronos 
• Injective
• und weitere Cosmos-Netzwerke mit EVM-Kompatibilität. 

Das war mein Beitrag, vielen Dank für eure Aufmerksamkeit und Teilnahme!