Ontology führt Layer 2 ein und trägt so zu einer umfassenderen Public-Chain-Plattform bei

Ontology führt Layer 2 ein und trägt so zu einer umfassenderen Public-Chain-Plattform bei

Vorwort

Stellen Sie sich ein Szenario vor, in dem sich eine Blockchain-Plattform rasant weiterentwickelt und die Zahl der Nutzer schnell in den zweistelligen Millionenbereich anwächst, was dazu führt, dass die damit verbundenen Kosten in kurzer Zeit in die Höhe schnellen. Welche Strategien sind in dieser Phase erforderlich, um die betriebliche Effizienz aufrechtzuerhalten, ohne das Entwicklungstempo aufgrund komplexer Genehmigungs- und Bestätigungsprozesse zu beeinträchtigen? Wie viele Unternehmen zustimmen würden, sollte Skalierbarkeit Priorität haben.

Als Off-Chain-Skalierungstechnologie bietet Ontology Layer 2 eine höhere Leistung und niedrigere Raten. Unternehmen können eine große Anzahl von Transaktionsdatensätzen sicher außerhalb der Kette speichern und sie dann bei Bedarf auf die Kette übertragen, wodurch die Transaktionskosten der Benutzer gesenkt und die Produktivität erheblich gesteigert werden.

Einführung

Wie in der Aristotle 2020-Roadmap dargelegt, zeigt Ontology Layer 2 in Kombination mit Cross-Chain-Ontologie, Wasm-JIT, Multi-VM und anderen fortschrittlichen Kerntechnologien jetzt eine bessere Leistung als andere Layer-2-Lösungen. Dies spiegelt sich in den niedrigen Kosten pro wider Implementierung, Speicherung, mehrsprachige Unterstützung und vollständige Kompatibilität zwischen Analyse- und Ausführungsversionen. Ermöglichen Sie die nahtlose Zusammenarbeit von Bereitstellungsverträgen, z. B. die Ausführung mehrerer virtueller Betriebssysteme auf einer einzigen Maschine, wodurch die Ausführungseffizienz erhöht und die Verarbeitungskosten gesenkt werden.

Arbeitsablauf

Level 2 Ontology besteht aus drei Hauptteilen: Ontology-Einzahlung auf Level 3, Level 2-Auszahlungen auf Ontology, Level 2-Transaktionen und Sicherheitsgarantie.

Im Handelszentrum der Stufe 2 können Benutzer Transaktionen durchführen, Vertragsanfragen ausführen und Verträge unterzeichnen. Diese Transaktion kann mit dem Transaktionsformat der Ontology-Hauptkette identisch sein oder sich davon unterscheiden. Transaktionssammler (genannt „Kollektoren“) sind für das Sammeln der Level-2-Transaktionen des Benutzers verantwortlich. Während des gesamten Prozesses kann es mehrere Sammler geben. Benutzer können ihre Level-2-Transaktionen auch an mehrere Sammler senden.

Der Collector packt regelmäßig gesammelte Layer-2-Transaktionen und führt sie aus, um einen neuen Status zu erstellen. Der Kollektor ist auch dafür verantwortlich, die Wurzel des neuen Zustands an die Hauptkette der Ontologie zu übergeben. Sobald die in einem Level-2-Block verpackten Transaktionen ausgeführt werden, wird die Wurzel des neuen Status zum Status des Level-2-Blocks. Der Challenger ist für die Validierung des Status des Level-2-Blocks verantwortlich, der vom Collector an die Hauptontologiekette übermittelt wird. Dies erfordert, dass der Challenger den Layer-2-Block über den Collector synchronisiert, um den vollständigen globalen Status aufrechtzuerhalten.

Die KONTOBESTÄTIGUNG ENTHÄLT KONTOSTATUSINFORMATIONEN UND SEINE BESTÄTIGUNG, DIE AUF COLLECTOR- UND CHALLENGER-ANFRAGEN ERHALTEN WERDEN KÖNNEN. NUR SIE ERHALTEN DEN VOLLSTÄNDIGEN GLOBALZUSTAND.

Einzahlung auf Level 2

  1. Zunächst führt der Benutzer einen „Einzahlungs“-Vorgang in der Hauptontologiekette durch. Der Hauptkettenvertrag blockiert die Einzahlungsgelder des Benutzers und legt den Status dieses Guthabens auf Ebene 2 fest. Zu diesem Zeitpunkt ist der Status „unfreigegeben“.
  2. Der Collector wird dann benachrichtigt, dass eine Einzahlungstransaktion in der Ontology-Hauptkette aussteht. Der Kollektor ändert seinen Zustand auf Ebene 2 entsprechend dem Einzahlungsvorgang. Der Faucet fügt dann die Anzahlung hinzu, um die Transaktion freizugeben, und verpackt sie zusammen mit anderen Benutzertransaktionen in einen Level-2-Block. Wenn der Status des Level-2-Blocks die Ontology-Hauptkette erreicht, benachrichtigt er das System, dass die Anzahlung freigegeben wurde.
  3. Der Hauptkettenvertrag führt den Einlagenfreigabevorgang durch und ändert den Status des Einlagenfonds in „freigegeben“.

Erkenntnisse aus der Ontologie

  1. Der Benutzer erstellt eine „Auszahlung“-Transaktion der Stufe 2 und übermittelt sie an den Faucet.
  2. Der Collector ändert seinen Status gemäß „Withdraw“ und verpackt gleichzeitig die „Withdraw“-Transaktion und andere Benutzertransaktionen in einem Level-2-Block. Beim Senden des Status eines Level-2-Blocks an die Hauptontologiekette wird eine Ausgabeanforderung gesendet.
  3. Der Hauptkettenvertrag führt die Auszahlungsanforderung aus, registriert den Fondsdatensatz und setzt den Status auf „nicht freigegeben“.
  4. Nach Bestätigung des Status sendet der Benutzer eine Anfrage zum Abheben von Geldern vom Konto.
  5. Der Hauptkettenvertrag erfüllt die Auszahlungsanforderung vom Konto, überweist das Geld auf das Zielkonto und setzt den Auszahlungsdatensatz auf „freigegeben“.

Transaktionen und Sicherheit der Stufe 2

Transaktionen der Stufe 2

  1. Der Benutzer erstellt eine „Transfer“-Transaktion der Ebene 2 und übermittelt sie an den Collector.
  2. Der Collector packt die Übertragungstransaktion und andere Transaktionen in einen Layer-2-Block, führt die Transaktionen im Block aus und überträgt den Status dieses Layer-2-Blocks an die Hauptontologiekette.
  3. Warten Sie, bis der Status bestätigt wird.

Sicherheitsgarantie

Nachdem der Betreiber den Level-2-Blockstatus an die Ontology-Hauptkette übermittelt hat, kann der Challenger auch eine Level-2-Blocktransaktion durchführen und überprüfen, ob der Level-2-Blockstatus korrekt ist. Wenn etwas nicht korrekt ist, sammelt der Challenger Beweise für Betrug und Senden Sie den Smart-Vertrag der Stufe 2. um den Betreiber herauszufordern.

Wie zu verwenden

Level 2 Ontology steht Entwicklern derzeit im Ontology TestNet zum Experimentieren zur Verfügung.

Link

Link zur Dokumentation

Im nächsten Artikel stellen wir einen detaillierten Leistungsvergleich mit Layer 2 in anderen Ketten vor.

Anhang: Bedingungen

Transaktionen der Stufe 2

Der Benutzer hat einen Antrag auf Übertragung oder Ausführung eines Vertrags auf Ebene 2 gestellt und diesen bereits unterzeichnet. Diese Transaktion kann mit dem Transaktionsformat der Ontology-Hauptkette identisch sein oder auch nicht.

Sammler

Collector ist ein Transaktionskollektor der Ebene 2. Er ist für das Sammeln der Level-2-Transaktionen des Benutzers sowie für die Validierung und Ausführung der Transaktion verantwortlich. Jedes Mal, wenn ein Layer-2-Block generiert wird, ist der Collector dafür verantwortlich, Transaktionen auf dem Block auszuführen, den Status zu aktualisieren und Layer-2-Verträge zu generieren, die als Statusnachweis für Sicherheitszwecke interpretiert werden können.

Block der Stufe 2

Der Collector verpackt regelmäßig gesammelte Level-2-Transaktionen, generiert einen Block, der alle Level-2-Transaktionen enthält, und generiert einen neuen Level-2-Block.

Zustand der Stufe 2

Collector führt Batch-Transaktionen für den Layer-2-Block durch, aktualisiert den Status, sortiert alle aktualisierten Statusdaten, um einen Merkle-Baum zu erstellen, und berechnet den Root-Hash des Merkle-Baums. Der Root-Hash ist der Zustand eines Level-2-Blocks.

Operator

Der Betreiber ist der Sicherheitsbeauftragte der Schicht 2 und dafür verantwortlich, zu überwachen, ob eine Tokenübertragung auf Schicht 2 oder eine Tokenübertragungstransaktion von Schicht 2 auf die Hauptkette der Ontologie stattfindet. Der Betreiber ist auch dafür verantwortlich, regelmäßig eine Statusbestätigung der Stufe 2 zu senden. Als Bestätigung können Sie zum Ontology-Netzwerk navigieren.

Herausforderer

Der Antragsteller ist für die Überprüfung der vom Betreiber an die Ontology-Hauptkette übermittelten Statusbestätigung verantwortlich. Dies erfordert, dass der Herausforderer Layer-2-Transaktionen vom Betreiber oder der Kette synchronisiert, um den vollständigen globalen Status aufrechtzuerhalten. Sobald der Challenger die Transaktion synchron abschließt und den Status aktualisiert, kann er die Gültigkeit der vom Betreiber im Netzwerk bereitgestellten Statusbestätigung überprüfen. Bei Problemen kann der Antragsteller eine betrugssichere Herausforderung erstellen, die durch einen Level-2-Vertrag begründet werden kann.

Bestätigung des Kontostatus

Durch einen Merkle-Nachweis kann eine Bestätigung des Kontostatus von Betreibern und Herausforderern eingeholt werden. Sie sind die einzigen Parteien, die einen vollständigen globalen Staat aufrechterhalten.

Beweis für Betrug

Die Betrugsbestätigung umfasst die Bestätigung des Kontostatus vor der aktuellen Blockaktualisierung der Stufe 2.

Das bisherige Level-2-Blockstatuszertifikat und das eingereichte Kontostatuszertifikat bestätigen die Legitimität des alten Standes vor der Aktualisierung. Der Nachweis, dass der alte Zustand legitim ist, kann durch Ausführen des aktuellen Blocks erhalten werden.

Die unternehmensorientierte Blockchain-Ontologie ist bereit, Unternehmen bei der Transformation und Modernisierung ihrer Geschäfte zu unterstützen. Wenn Sie Probleme mit der Offline-Skalierbarkeit, virtuellen Maschinen oder einem kompletten Satz technischer Systeme haben, kontaktieren Sie uns bitte unter [E-Mail geschützt] .

Erfahren Sie mehr über Ontologie

Frische, relevante Informationen und angenehme Kommunikation in unserem Telegram-Chat - Telegramm Russisch

Abonnieren und studieren Sie auch unsere: Ontologie-Website - GitHub - Discord - Twitter - Reddit

Source: habr.com

Kommentar hinzufügen