Opside Network stellt 3-Schichten-Architektur für Blockchain-App vor…

Blockchain-Skalierbarkeit und vorgeschlagene Lösungen stehen seit einem halben Jahrzehnt an der Spitze des Social-Media-Geschwätzes. So sprachen beispielsweise das israelische Softwareunternehmen Starkware und Ethereum-Mitbegründer Vitalik Buterin kürzlich über die Idee von „Layer 3“ als eine dieser Lösungen. Starkware sagt, dass mehrere Layer 3 auf Layer 2 laufen werden, und „fraktale Layering“-Lösungen können auf Layer 3 aufgebaut werden. 

Das Opside-Projekt kürzlich ihre Pläne für eine dreischichtige Architektur veröffentlicht. Auf diese Weise können Entwickler Blockchain-Anwendungen erstellen, die Zugriff auf schnellere Geschwindigkeiten und günstigere Transaktionen haben. Dies wird durch die Opside-Kette ermöglicht, die als Layer-2-Lösung bezeichnet wird, da sie auf mehreren Layer-1-Plattformen (wie Ethereum, Binance Chain, Bitcoin usw.) sitzt und diese als Abrechnungsschicht verwendet. Die „Layer 3“-Funktionalität geht sogar noch weiter und ermöglicht es Entwicklern, eine Reihe von „Rollups als Service“ einzurichten. Diese Architektur gibt Layer 2 eine umfassendere Palette von Assets von Bridges und die Möglichkeit, durch Rollups unbegrenzt zu wachsen. 

Um die Vertragsanrufe zwischen mehreren Ketten abzuwickeln, Gegenteil ein Protokoll entwickelt, um alle Vertragsanrufe abzuwickeln. Ebenfalls in Entwicklung ist die DAO-Abstimmung, die es der Opside-Community ermöglicht, darüber abzustimmen, welche öffentlichen Chains für die Layer-1-Abwicklung verwendet werden sollen. 

Layer-2-Lösungen hängen von der Dezentralisierung ihres Layer-1-Gegenstücks ab, um schnellere Transaktionszeiten und niedrigere Gasgebühren zu bieten. Es scheint für die meisten Blockchain-Gemeinschaften akzeptabel zu sein, eine zentralisierte Ebene über ihrer Plattform zu haben, solange jede Transaktion auf Ebene 1 abgewickelt wird. Effizienz wird erreicht, indem eine Reihe von Transaktionen „gebündelt“ und später abgewickelt werden. Layer 3 erweitert dieses Modell und ermöglicht eine noch größere Kosteneffizienz, während die Geschwindigkeit des Layer 2-Netzwerks beibehalten wird. 

Layer 3 bietet das Potenzial, so niedrige Kosten zu bieten, dass Projekte, die sogar auf Layer 2-Netzwerken aufgebaut sind, keine eigenen Layer 1 bereitstellen müssen, um die Abwicklungsgebühren zu senken. Diese Anwendungen wie Axie und dYdX Decentralized Exchange mussten dies tun, einfach weil ihr Modell auf den schnellsten Transaktionszeiten und niedrigsten Gebühren beruhte. Wenn es auf einem Layer-3-Rollup bereitgestellt wird, könnte es die Notwendigkeit einer weiteren Blockchain verhindern.

Layer1: Brücken mit mehreren Ketten

Opside unterstützt eine schnellere und kostengünstigere dezentrale Liquiditätsbrücke, um Asset-Interoperabilität in mehr Ketten zu erreichen. Liquidity-Bridge besteht aus genehmigungslosen Knoten, die über MPC einen Konsens über kettenübergreifende Nachrichten erzielen. Der Liquiditätspool bringt eine höhere Geschwindigkeit und unterstützt mehr öffentliche Ketten und ihre On-Chain-Assets.

Darüber hinaus wird Opside über die vertrauenswürdige ZK-Bridge Verbindungen zu verschiedenen öffentlichen Chains der Asset-Schicht herstellen. Im Vergleich zu anderen Bridge-Schemata beinhaltet das ZK-Rollup-Schema mehr ZK-sichere Systeme. Im kettenübergreifenden Betrieb ist neben einer generellen „Ausführung“ die Generierung von ZK Proofs zur Sicherstellung der Korrektheit des Ausführungsprozesses notwendig. Die Ein- und Auszahlungsvorgänge von ZK-Bridge werden als Schaltung „verfestigt“ und die Schaltungslogik vollständig freigelegt.

Layer2: Eine Rollup-freundliche Kette

Die Opside-Kette, oder Layer 2, ist eine EVM-kompatible und Rollup-freundliche Kette. Die Opside-Kette wird einige tiefgreifende Optimierungen für Rollups vornehmen.

Natives Rollup ähnelt in gewisser Weise der Architektur von Polkadot. Sobald ein Rollup einen Slot registriert, wird das Rollup zu einem nativen Rollup. Im Gegensatz dazu hat die Polkadot-Architektur den Nachteil, dass der Konsens der Parachain von dem zugewiesenen Satz von Validatoren abhängt. Es gibt eine Korrelation zwischen Sicherheit und der Anzahl der Prüfer. Wenn einige Validatoren offline gegangen sind, werden die Parachains, deren Validator-Gruppen zu klein sind, um einen Block zu validieren, diese Blöcke überspringen oder sogar anhalten, bis die Situation gelöst ist. Opside hat dieses Problem nicht, da Layer 2 Daten von allen nativen Rollups in Layer 3 sammelt und alle zk-Proofs verifiziert. Opside Chain ist sicherer und dezentralisiert, da alle Rollups ein engeres Ganzes bilden und dieselbe Konsensebene teilen.

Es gibt 64 vorinstallierte Verträge als „Rollup-Slots“, die direkt von Batch- und Proof-Transaktionen aus Rollups aufgerufen werden. Diese Slots rufen einen vorkompilierten Vertrag zur Beweisüberprüfung auf und aktualisieren bei Erfolg lokale State Roots. Der vorkompilierte Vertrag kann die Verifizierung von Zero-Knowledge-Proofs mit Optimierungen in Binärcodes beschleunigen.

Schicht 2 und Schicht 3 der Opside-Architektur teilen sich a Konsensmechanismus mit einem Hybrid aus PoS und PoW.

• PoS: Auf Layer 2 kann jeder durch Staking zum Validator werden und hat dann die Möglichkeit, Blöcke der Opside Chain zu produzieren. PoS ist nachweisbar und Validatoren übermitteln regelmäßig PoS-Beweise an Layer 1. Validatoren können die Block-Belohnung und die Staking-Belohnung für diesen Teil des PoS erhalten.
• PoW: Die Validatoren von Layer 2 werden nicht nur Opside-Chain-Blöcke produzieren, sondern auch einen zk-Proof für jeden nativen Rollup von Layer 3 nach den Regeln von generieren PoVP. Validatoren erhalten die IDE-Belohnung für die erfolgreiche Generierung von zk-Proof, was PoW etwas ähnlich ist. Validatoren können einen zusätzlichen Bonus für diesen Teil der Belohnung erhalten, indem sie mehr Token in den Systemvertrag einsetzen.

Noch wichtiger ist, dass in Opside nach Abschluss der Registrierung von Slots native Rollups einen World State Tree und dieselbe globale Nachrichtenwarteschlange gemeinsam nutzen. Daher ist in Opside eine native Cross-Rollup-Interoperabilität möglich. Stellen Sie sich vor, Sie möchten USDC für einen Darlehensvertrag in Rollup A verleihen und dann in Rollup B zu DEX gehen, um zu handeln, um BTC zu kaufen. Auf Opside müssen Sie kein Vermögen mehr von Rollup A auf L1 abheben und dann von L1 auf Rollup B aufladen. Stattdessen können Sie die Vertragsmethode von Rollup B direkt in Rollup A aufrufen. Dadurch wird der gesamte Prozess viel schneller. billiger und sicherer.

Layer3: Dezentrale ZK-Rollups

In der dritten Ebene unterstützt Opside Entwickler bei der Bereitstellung ihrer eigenen Rollups, während Opside auch eine bereitstellt dezentrale Rollup-Lösung basierend auf dem oben erwähnten RaaS. Entwickler können frei wählen, welche sie übernehmen. Diese Lösung ist vertrauenswürdig und genehmigungsfrei. Jeder kann L2-Batches und Proofs an L1 senden.

Zusammenfassend hat die „Base Layer <- Opside <- Rollup“-Architektur von Opside den Vorteil der Asset-Vielfalt und unendlichen Skalierbarkeit. Es könnte eine weitere Möglichkeit sein, die Skalierbarkeitsprobleme von Web3-Anwendungen zu lösen. Im Vergleich zu teuren Rollup-basierten Layer 2s eignet es sich eher für Anwendungen mit hohem Durchsatz wie Spiele.

Haftungsausschluss: Dieser Artikel dient nur zu Informationszwecken. Es wird nicht als Rechts-, Steuer-, Investitions-, Finanz- oder sonstige Beratung angeboten oder verwendet.