🥇Ontology startet Layer 2 und trägt zu einer komplexeren Plattform der öffentlichen Kette bei

Vorwort

Stellen Sie sich ein Szenario vor, in dem eine Blockchain-Plattform schnell wächst und die Zahl der Benutzer rasant ansteigt, bis zu Zehntausenden von Millionen, was zu einem starken Anstieg der damit verbundenen Kosten in kurzer Zeit führt. Welche Strategien sind in dieser Phase erforderlich, um die Betriebseffizienz aufrechtzuerhalten, ohne das Wachstum durch komplizierte Genehmigungs- und Bestätigungsprozesse zu beeinträchtigen? Wie viele Unternehmen zustimmen werden, sollte Skalierbarkeit oberste Priorität haben.

Als Off-Chain-Skalierungstechnologie bietet Ontology Layer 2 eine höhere Leistung und niedrigere Kennzahlen. Unternehmen können eine große Anzahl von Transaktionsaufzeichnungen sicher außerhalb der Kette speichern und diese dann in die Kette übertragen, wenn sie interagieren müssen, wodurch die Transaktionskosten für die Benutzer gesenkt und die Leistung erheblich gesteigert wird.

Einführung

Wie im Roadmap-Dokument Aristotle 2020 angegeben, zeigt Ontology Layer 2 in Kombination mit Cross-Chain, Wasm-JIT, Multi-VM und anderen fortschrittlichen Basistechnologien jetzt eine bessere Leistung im Vergleich zu anderen Layer-2-Lösungen. Dies spiegelt sich in seinen niedrigen Speicherkosten, der mehrsprachigen Unterstützung und der vollständigen Kompatibilität der Analyse- und Ausführungsversionen wider. Die reibungslose Interaktion von Verträgen beim Deployment, beispielsweise das Starten mehrerer virtueller Betriebsysteme auf einem Computer, verbessert die Ausführungsrate und senkt die Verarbeitungskosten.

Arbeitsablauf

Ontology Layer 2 besteht aus 3 Hauptteilen: Einzahlung in Ontology auf Layer 2, Abhebungen von Layer 2 auf Ontology, Layer-2-Transaktionen und Sicherheitsgarantien.

Im Handelszentrum von Layer 2 können Benutzer Transaktionen durchführen, Vertragsanfragen stellen und Verträge unterzeichnen. Diese Transaktion kann mit dem Transaktionsformat der Haupt-Blockchain von Ontology übereinstimmen oder davon abweichen. Transaktionssammler (genannt „Collector“, weiter „Sammler“) sind verantwortlich für die Sammlung der Layer-2-Transaktionen des Benutzers. Im gesamten Prozess kann es mehrere Sammler geben. Benutzer können auch ihre Layer-2-Transaktionen an mehrere Sammler übermitteln.

Der Collector paketiert regelmäßig die gesammelten Transaktionen der Ebene 2 und startet sie, um einen neuen Zustand zu erstellen. Der Collector ist auch verantwortlich für die Übermittlung der Wurzel des neuen Zustands an die Hauptkette von Ontology. Nach der Durchführung der Transaktionen, die in einem Block der Ebene 2 verpackt sind, wird die Wurzel des neuen Zustands zum Zustand des Blocks der Ebene 2. Der Challenger ist dafür verantwortlich, den Zustand des Blocks der Ebene 2, der vom Collector an die Hauptkette von Ontology übermittelt wurde, zu überprüfen. Dies erfordert von dem Challenger, den Block der Ebene 2 über den Collector zu synchronisieren, um den vollständigen globalen Zustand aufrechtzuerhalten.

DIE BESTÄTIGUNG DES KONTENSTANDS ENTHÄLT INFORMATIONEN ZUM KONTENSTAND UND SEINER BESTÄTIGUNG, DIE AUS DEN ANFRAGEN DES COLLECTORS UND DES CHALLENGERS ERHALTEN WERDEN KANN. NUR SIE UNTERSTÜTZEN DEN VOLLSTÄNDIGEN GLOBALEN ZUSTAND.

Einzahlung auf Ebene 2

Zunächst führt der Benutzer die Operation "Einzahlung" in der Hauptkette von Ontology durch. Der Vertrag der Hauptkette sperrt die Einzahlungsmittel des Benutzers und fixiert den Zustand dieser Mittel auf der Ebene 2. An diesem Punkt hat der Status "unreleased".
Nachdem der Collector die Mitteilung erhalten hat, dass in der Hauptkette von Ontology eine Einzahlungstransaktion erwartet wird, wird der Collector seinen Zustand auf Ebene 2 entsprechend der Einzahlungstransaktion ändern. Der Collector fügt dann die Einzahlung hinzu, um die Transaktion freizugeben, und verpackt sie zusammen mit anderen Benutzertransaktionen in den Block der Ebene 2. Wenn der Zustand des Blocks der Ebene 2 die Hauptkette von Ontology erreicht, wird das System über die Freigabe der Einzahlung informiert.
Der Vertrag der Hauptkette führt die Operation zur Freigabe der Einzahlung durch und ändert den Status der Einzahlungsmittel auf "released".

Abhebungen aus Ontology

Der Benutzer erstellt eine Transaktion der Ebene 2 "Geldabhebung" und übergibt sie dem Collector.
Der Collector ändert seinen Zustand gemäß der Abhebung und verpackt gleichzeitig die Abhebungstransaktion und andere Benutzertransaktionen zusammen in den Block der Ebene 2. Bei der Übermittlung des Zustands des Blocks der Ebene 2 an die Hauptkette von Ontology wird eine Abhebungsanforderung gesendet.
Der Vertrag der Hauptkette führt die Abhebungsanforderung durch, erfasst einen Eintrag für den Fonds und setzt den Status auf "not released".
Nach der Bestätigung des Zustands sendet der Benutzer eine Anfrage zur Abhebung von seinem Konto.
Der Hauptkettenvertrag führt eine Abhebungsanfrage vom Konto aus, überweist die Gelder auf das Zielkonto und setzt den Status der Abhebung auf "released".

Transaktionen der Ebene 2 und Sicherheit

Transaktionen der Ebene 2

Der Benutzer erstellt eine Ebene-2-Transaktion "Transfer" und überträgt sie an den Collector.
Der Collector verpackt die Transfertransaktion und andere Transaktionen in einen Block der Ebene 2, führt die Transaktionen im Block aus und überträgt den Status dieses Blocks der Ebene 2 an die Hauptkette Ontology.
Warten Sie auf die Bestätigung des Status.

Sicherheitsgarantie

Sobald der Operator den Status des Blocks der Ebene 2 an die Hauptkette Ontology gesendet hat, kann der Kandidat auch die Blocktransaktion der Ebene 2 durchführen und die Richtigkeit des Status des Blocks der Ebene 2 überprüfen. Wenn etwas nicht korrekt ist, sammelt der Kandidat Beweise für Betrug und reicht einen Klagevertrag der Ebene 2 ein, um den Operator anzufechten.

Wie man es benutzt

Derzeit ist die Ebene 2 Ontology im Ontology TestNet für Entwickler verfügbar, mit dem experimentiert werden kann.

Link

Link zur Dokumentation

Im nächsten Artikel werden wir einen detaillierten Leistungsvergleich mit der Ebene 2 in anderen Ketten vorstellen.

Anhang: Begriffe

Transaktionen der Ebene 2

Der Benutzer hat eine Anfrage für die Übertragung oder Ausführung eines Vertrags auf der Ebene 2 gestellt und ihn bereits unterzeichnet. Diese Transaktion kann mit dem Format der Hauptketten-Transaktion Ontology übereinstimmen oder davon abweichen.

Collector

Der Collector ist ein Collector für Transaktionen der Ebene 2. Er ist verantwortlich für das Sammeln der Ebene-2-Transaktionen des Benutzers, die Überprüfung und Ausführung der Transaktion. Jedes Mal, wenn ein Block der Ebene 2 generiert wird, ist der Collector dafür verantwortlich, die Transaktionen im Block auszuführen, den Status zu aktualisieren und die Ebene-2-Verträge zu generieren, die als Bestätigung des Status interpretiert werden können, die zur Sicherheit verwendet wird.

Block der Ebene 2

Der Collector verpackt regelmäßig die gesammelten Transaktionen der Ebene 2, generiert einen Block, der alle Transaktionen der Ebene 2 enthält, und erstellt einen neuen Block der Ebene 2.

Status der Ebene 2

Der Collector führt batchweise Transaktionen im Block der Ebene 2 aus, aktualisiert den Status, sortiert alle aktualisierten Statusdaten zur Erstellung eines Merkle-Baums und berechnet den Root-Hash des Merkle-Baums. Der Root-Hash ist der Status des Blocks der Ebene 2.

Operator

Der Betreiber ist verantwortlich für die Sicherheit von Level 2 und überwacht, ob die Übertragung des Tokens auf Level 2 oder die Token-Übertragung von Level 2 in die Hauptkette von Ontology erfolgt. Der Betreiber ist ebenfalls verantwortlich für das periodische Senden von Statusbestätigungen für Level 2. Zur Bestätigung können Sie sich mit dem Ontology-Netzwerk verbinden.

Kandidat

Der Kandidat ist verantwortlich für die Überprüfung der vom Betreiber in die Hauptkette von Ontology eingereichten Statusbestätigung. Dies erfordert vom Kandidaten, die Level 2-Transaktionen des Betreibers oder der Kette zu synchronisieren, um den vollständigen globalen Status aufrechtzuerhalten. Sobald der Kandidat die Transaktion synchron ausführt und den Status aktualisiert, kann er die Richtigkeit der vom Betreiber im Netzwerk bereitgestellten Statusbestätigung überprüfen. Bei Problemen kann der Kandidat eine Betrugsnachweis-Herausforderung erstellen, die im Level 2-Vertrag erläutert werden kann.

Statusbestätigung des Kontos

Durch Merkle-Beweise erreicht, kann die Statusbestätigung des Kontos von Betreibern und Kandidaten erhalten werden. Sie sind die einzigen Parteien, die den vollständigen globalen Status aufrechterhalten.

Betrugsnachweis

Die Betrugsbestätigung umfasst die Statusbestätigung des Kontos bis zur aktuellen Aktualisierung von Block Level 2.

Das vorherige Zertifikat des Status von Block Level 2 und das eingereichte Zertifikat der Statusbestätigung des Kontos bestätigen die Legitimität des alten Zustands vor dem Update. Ein Nachweis, dass der alte Zustand legitim ist, kann durch das Ausführen des aktuellen Blocks erhalten werden.

Die unternehmensorientierte Blockchain Ontology ist bereit, Unternehmen bei der Transformation und Modernisierung ihres Geschäfts zu unterstützen. Wenn Sie Probleme mit autonomer Skalierbarkeit, virtuellen Maschinen oder einem vollständigen Satz technischer Systeme haben, kontaktieren Sie uns unter contact@ont.io.