Von Blockchain zu DAG (II)

Mar 12 2023
Das vergangene und gegenwärtige Leben von MEERDAG Vorwort Die Entwicklungsaussichten von Blockchain 3.0 wurden einst heftig diskutiert, wobei DAG nach Bitcoin und Ethereum als die vielversprechendste neue Generation der Blockchain-Technologie gilt.

Das vergangene und gegenwärtige Leben von MEERDAG

Vorwort

Die Entwicklungsaussichten der Blockchain 3.0 wurden einst heftig diskutiert, wobei DAG nach Bitcoin und Ethereum als die vielversprechendste neue Generation der Blockchain-Technologie gilt. Was ist also der Ursprung der DAG-Blockchain? Was ist das technische Konzept?

Aviv Zohar und Yonatan Sompolinsky

DAG und Blockchain waren ursprünglich zwei verschiedene Technologien, aber die Kombination der beiden, das Konzept der „DAG-Blockchain“ und ihr erstes Erscheinen im Rampenlicht, wurde durch zwei Israelis, Yonatan Sompolinsky und Aviv Zohar, die Pioniere dieses bahnbrechenden Konzepts, ermöglicht .

Das von Aviv Zohar vorgeschlagene GHOST-Protokoll wurde von Ethereum in einem frühen Stadium übernommen. Dieses Protokoll löst die durch Chain Forks verursachten Sicherheitsprobleme. Die Datenstruktur der gespaltenen Blockchain entwickelt sich von einer einzelnen Kette zu einer Baumkette. Später schlug Aviv Zohar das Inclusive-Protokoll weiter vor. Nach den Regeln des Inclusive-Protokolls entwickelt sich die Datenstruktur der Blockchain zu einem gerichteten azyklischen Graphen (DAG). Mit der kontinuierlichen Erforschung von DAG durch DAGlabs wurden nach und nach das BlockDAG-Framework-Konzept und die technische Architektur etabliert, wobei nacheinander das SPECTER-Protokoll, das PHANTOM-Protokoll und das GHOSTDAG-Protokoll veröffentlicht wurden.

Qitmeer untersuchte zu Beginn des Projekts Konsensprotokolle, die Skalierbarkeit (Verfügbarkeit) berücksichtigen, ohne Dezentralisierung (Partitionierungsfehlertoleranz) und Sicherheit (Konsistenz) zu opfern, und stellte fest, dass diese mit der Designphilosophie von BlockDAG übereinstimmten.

Im engeren Sinne kann BlockDAG als technischer Rahmen eines Konsensprotokolls verstanden werden, das darauf abzielt, die DAG-Technologie mit hoher Parallelitätsleistung unter der Prämisse der Gewährleistung von Dezentralisierung und Sicherheit weiter zu verbessern. Der Proof-of-Work-basierte PoW-Konsensmechanismus kann sicherstellen, dass das Blockchain-Netzwerk ausreichend dezentralisiert ist. Daher ist das Mining von Blöcken zum Generieren von Blöcken zu einem wichtigen technischen Merkmal geworden und wird daher BlockDAG genannt.

Das Qitmeer-Team hat zahlreiche Optimierungen auf technischer Ebene für die Konsensalgorithmen von GHOSTDAG und SPECTRE vorgenommen und ein MeerDAG-Protokoll mit eigenen Merkmalen erstellt, indem es die Vorteile beider Protokolle beibehält.

1. Grundstruktur der DAG

1.1 Wie sieht eine DAG aus?

Wir alle sind mit der Datenstruktur des Merkle-Baums bestens vertraut. In jedem Bitcoin-Block wird der Merkle-Baum zum Aufzeichnen von Transaktionsinformationen verwendet, siehe Abbildung unten

Bild 1

Es ist ersichtlich, dass der Merkle-Baum zu einer gerichteten Baumstruktur gehört, jeder Scheitelpunkt im Baum nur auf einen vorherigen Scheitelpunkt zeigen kann und die gesamten Daten eine offensichtliche Flussrichtung haben. Die DAG-Struktur ermöglicht es jedem Scheitelpunkt, auf mehrere vorherige Scheitelpunkte zu verweisen, und der gesamte Datenfluss hat auch eine offensichtliche Richtung. Eine andere Datenstruktur ist ein gerichteter Graph. Im Gegensatz zu DAG ermöglicht ein gerichteter Graph den Rückfluss von Daten, und der Datenfluss der gesamten Struktur ist nicht sehr offensichtlich. Den Unterschied zwischen den dreien sehen Sie in Bild 2.

Bild 2

1.2 Blockchain ist eine spezielle DAG-Struktur

Nachdem wir die DAG-Struktur intuitiv verstanden haben, wollen wir herausfinden, warum Blockchain als spezielle DAG-Struktur gilt.

Ob die Blockchain-Forks mit der Geschwindigkeit der Blockgenerierung und der Übertragungsgeschwindigkeit zusammenhängen. Wenn die Blockproduktionsgeschwindigkeit die Broadcast-Geschwindigkeit überschreitet, werden mehrere Blöcke gleichzeitig gesendet und es kommt zu Forks. Je mehr Forks, desto schlechter ist die Sicherheit. Um Forks zu reduzieren, findet Bitcoin ein Gleichgewicht zwischen Leistung und Sicherheit: Alle zehn Minuten wird ein Block generiert. Nehmen wir nun an, dass die Zeit für jeden Block lang genug ist, dass kein neuer Block abgebaut wird, bevor der vorherige Block gesendet wird. Dann ist die Struktur dieser Blockchain eine einzelne Kette, siehe Bild 3

Bild 3

Tatsächlich kommt es aufgrund von Netzwerkverzögerungen und anderen Gründen zwangsläufig zu Gabelungen, sodass die tatsächliche Blockchain-Struktur wie in Bild 4 dargestellt aussieht und nur eine der gültigen Hauptketten (weiß) nach dem Prinzip der längsten Kette ausgewählt wird Ledger-Konsens. Die Transaktionsinformationen in den verbleibenden Blöcken (rot) sind ungültig und werden nicht übernommen.

Bild 4

Legen Sie nun den Ledger-Konsens beiseite, das heißt, ignorieren Sie die Auswahl einer effektiven Hauptkette. Aus der Perspektive der zugrunde liegenden Netzwerkstruktur ist in Bild 5 eine typische Blockchain-Struktur und in Bild 6 eine typische DAG-Struktur dargestellt.

Bild 5
Bild 6

Es ist ersichtlich, dass der einzige Unterschied zwischen den beiden Strukturen darin besteht, dass der DAG-Block auf mehrere vorherige Blöcke verweisen kann, während die Blockchain nur auf den einzigen vorherigen Block verweisen kann. Konkret kann der Blockheader der Blockchain nur den Hashwert eines Blocks enthalten und auf den einzigen übergeordneten Block verweisen; während der Blockheader des Blocks unter der DAG-Struktur die Hashwerte mehrerer Blöcke enthalten kann, die auf verschiedene vorherige Blöcke verweisen. Wie in Bild 7 gezeigt.

Bild 7

Jetzt führen wir den Gabelkoeffizienten K ein, der sich auf die Anzahl der Gabelungen bezieht, die das Netzwerk zulassen kann.

Wenn K=0, erlaubt das gesamte Netzwerk keine Forks, wie in Bild 3 gezeigt.

Dieses Netzwerk, das keine Forks zulässt, ist die Blockchain.

Bitcoin erfüllt diese Definition; Obwohl Ethereum über Abzweigungen von Onkelblöcken verfügt, werden diese Onkelblöcke nur zur Beurteilung des Gewichts der Hauptkette verwendet und am Ende nicht zur Hauptkette hinzugefügt (Onkelblockaufzeichnungen). Die Transaktionsinformationen sind nicht in der Hauptkette enthalten ), also erfüllt auch Ethereum diese Definition.

Der K-Wert des DAG-Netzwerks muss eine ganze Zahl größer als 0 sein. Aus struktureller Sicht ist DAG also eine Erweiterung der Blockchain-Struktur, und die Blockchain ist eine spezielle und vereinfachte DAG.

1.3 Der Einfluss der DAG-Struktur auf die Leistung

Vereinfacht ausgedrückt können wir DAG als eine Netzwerkstruktur betrachten, die Gabelungen zulässt, und die Anzahl der zulässigen Gabelungen wird durch den Gabelkoeffizienten K bestimmt.

Was genau bedeutet also ein Netzwerk, das Forks zulässt? Dies bedeutet, dass die Geschwindigkeit der Blockgenerierung die Übertragungsgeschwindigkeit überschreiten kann. Dies führt einerseits dazu, dass mehr Transaktionen pro Zeiteinheit verpackt werden; Wenn andererseits ein Block A vom gesamten Netzwerk gesendet wird, wird auch ein anderer gespaltener Block B vom gesamten Netzwerk gesendet, und schließlich bestätigen einige Knoten nur A, andere Knoten bestätigen nur B, sodass DAG Knoten zulässt im Netzwerk, um verschiedene Informationen gleichzeitig aufzuzeichnen. Durch die Kombination dieser beiden Aspekte weist DAG die Merkmale hoher Parallelität und schwacher Synchronisierung auf.

DAG ist eine Art asynchrone Buchhaltung, die die Geschwindigkeit der Netzwerkverarbeitungsinformationen, also TPS, erheblich verbessern kann.

Die Blockchain ist ein Netzwerk mit starker synchroner Buchhaltung, bei dem jeder Knoten im Netzwerk gleichzeitig dieselben Informationen aufzeichnen muss. Allerdings schränkt diese Anforderung häufig die Fähigkeit des Blockchain-Netzwerks ein, Informationen zu verarbeiten, wodurch der TPS relativ niedrig ist.

Die Frage ist also: Welche Art von Konsens sollte für dieses asynchrone Buchhaltungsnetzwerk verwendet werden, das Forks ermöglicht? Im vorherigen Artikel werden wir den DAG-basierten Konsensmechanismus ausführlich erwähnen. Der Konsensmechanismus ist in Blockkonsens und Ledger-Konsens unterteilt. Der Blockkonsens der DAG kann derselbe sein wie der der Blockchain. Beispielsweise wird auch POW verwendet. Da Forks erlaubt sind, kann die Blockgenerierungszeit sehr kurz eingestellt werden. Der Blockkonsens kann sich auch von der Blockchain unterscheiden. Beispielsweise bricht das IOTA-Projekt den Prozess des Packens und Generierens von Blöcken direkt ab. Solange eine Transaktion stattfindet, wird sie sofort in das Netzwerk geschrieben (jeder Block im DAG-Diagramm ist kein Block, sondern eine Pen-Transaktion), wodurch die Fähigkeit zur Transaktionsverarbeitung mit ultrahoher Geschwindigkeit erhalten wird.

Der DAG-Ledger-Konsens ist viel komplexer als der Blockchain-Konsens. Wie kann verhindert werden, dass Knoten Böses tun? Wie kann überprüft werden, ob zwei widersprüchliche Transaktionen vorliegen? Wie verhindert man „doppelte Ausgaben“? Mit der Komplexität der zugrunde liegenden Netzwerkstruktur werden auch höhere Anforderungen an den Ledger-Konsens gestellt. Es wird in den folgenden Artikeln hervorgehoben.

1.4 TXDAG und BlockDAG

Der Unterschied zwischen dem verallgemeinerten BlockDAG (Blockdiagramm) und dem TxDAG (Transaktionaler DAG, transaktionaler DAG). Im Großen und Ganzen oder in Bezug auf die Datenstrukturen sind BlockDAG und TxDAG nur zwei verschiedene Datenstrukturen. Der Unterschied besteht darin, dass Ersteres mehrere Transaktionen in Blöcke verpackt und das Hauptbuch nach Blöcken organisiert ist. Während letzteres kein Blockkonzept hat und das Hauptbuch aus Transaktionen besteht, kann es auch als nur eine Transaktion in einem Block verstanden werden. Da die Transaktion über viele gemeinsame transaktionsbeschreibende Informationen verfügt, nämlich die Header-Informationen, kann dieser Teil der Informationen im Block gespeichert werden, und die Transaktion muss nur die verschiedenen Teile der Transaktion speichern, damit der HASH-Prozess (Mining) durchgeführt werden kann. wird übersprungen und direkt in die Kette hochgeladen. Da BlockDAG nicht nur die hohe Parallelität von DAG beibehält,

1.5 Vorteile von DAG

Im Vergleich zur Blockchain ist DAG eigentlich der Unterschied zwischen einem Diagramm und einer Kette. Bei einer Kette kann nicht nur ein Teil behandelt werden, da es nur einen Eingangs- und Ausgangsgrad der Kette gibt und die Knoten in der Kette nicht zur Verarbeitung in mehrere Knoten aufgeteilt werden können. Für Diagramme ist es jedoch möglich, Da Diagramme mehrere Ausgangsgrade haben können, können Knoten, die durch mehrere Ausgangsgrade verbunden sind, gleichzeitig verarbeitet werden.

Für das Kettennetzwerk bedeutet dies nicht, dass die Verarbeitungsfähigkeit der Knoten nicht stark ist, aber die Kettenstruktur kann nicht parallel berechnet werden, und die verschwendete Zeit ist hauptsächlich Wartezeit: Eine besteht darin, eine Transaktion zu initiieren, die synchronisiert werden muss mit allen Knoten; Das andere ist die Bestätigungszeit, wenn eine Knotenbestätigung vorliegt, die mit dem gesamten Netzwerk synchronisiert werden muss. Für DAG gibt es kein solches Problem. Wenn das Wallet eine Transaktion initiiert, muss es nicht darauf warten, wie viele Transaktionen es zuvor durchgeführt hat. Es müssen nur eine teilweise Überprüfung, eine Netzwerkübertragung und andere teilweise Überprüfungen durchgeführt werden, was einer Dezentralisierung der Transaktionsbestätigung entspricht. Knoten arbeiten ähnlich wie Puzzles und verbinden ihre eigenen Transaktionen mit denen, die von anderen bestätigt wurden.

Daher wird der Schluss gezogen, dass DAG die folgenden Vorteile bietet:

(1). Schnelle Transaktionsgeschwindigkeit

Während das gleiche Maß an Dezentralisierung und Sicherheit wie bei Bitcoin und Ethereum erreicht wird, können die lokale Verarbeitung und die parallele Abwicklung durch DAG die Transaktionsgeschwindigkeit erheblich steigern, wodurch der Transaktionsdurchsatz (TPS) und die endgültige Verzögerung um mehr als zwei Größenordnungen gefördert werden.

(2). Starke Erweiterbarkeit

Da DAG die asynchrone Buchhaltung unterstützt, können Knoten im Netzwerk neue Transaktionen parallel verarbeiten, ohne auf die Datensynchronisierung anderer Knoten warten zu müssen. Dadurch wird Zeitverschwendung vermieden, die Transaktionseffizienz verbessert und es wird ermöglicht, dass jeder an der Buchhaltung beteiligte Knoten schnell erheblich erweitert wird. Daher eignet sich DAG sehr gut für Zahlungsprojekte wie grenzüberschreitende Mikrozahlungen und integrative Finanzgeschäftsszenarien, die vom Qitmeer-Team befürwortet werden.

(3). Schwieriger ist es, sie böswillig zu ändern

Verglichen mit der Kettenstruktur ist es viel schwieriger, in einer DAG böswillige Änderungen vorzunehmen, da die DAG viele Out-Grade und In-Grade hat und wenn ein Knoten geändert wird, müssen die entsprechenden In-Grade geändert werden.

2. Vergangenheit und Gegenwart von MEERDAG

2.1 Ursprung der DAG-Technologie

Im Jahr 2013 schlug ein Wissenschaftler der Israelischen Hebräischen Universität mit der ID Avivz78 auf bitcointalk.org, dem berühmten Geburtsort der Blockchain, vor, das DAG-Konzept als Konsensalgorithmus in die Blockchain-Struktur einzuführen, und erstellte das GHOST-Protokoll.

Bild 8

Nachdem das GHOST-Protokoll vorgeschlagen wurde, schlug Yonatan Sompolinsky eine weitere neue Idee vor, bei der die neu generierten Blöcke auf alle bekannten gegabelten Endblöcke verweisen, d. h. ein Block hat an diesem Punkt mehrere Väter

Die Blockkette ändert sich von einer einzelnen Kette zu einer Struktur, die aus mehreren verzweigten Ketten besteht. Eine solche Kettenstruktur wird als DAG (gerichteter azyklischer Graph) bezeichnet.

Bild 9

Im Jahr 2016 wurde das technische Protokollpapier von SPECTER veröffentlicht, das die Details der technischen Architektur weiter verbesserte, den Prototyp des blockDAG-Protokolls der ersten Generation bildete und die großartige Idee einer Netzwerkverzögerung ohne Parametrisierung (oder Verzögerungsparameteranpassung) vorschlug.

Bild 10

Im Jahr 2018 führte DAGlabs das PHANTOM-Protokoll ein. Das Problem, dass das SPECTER-Protokoll nicht mit linearer Sortierung umgehen kann, wurde gelöst und weiter optimiert, um das GHOSTDAG-Protokoll zu bilden, das das erste BlockDAG-Protokoll in Industriequalität ist und auch die Reife von BlockDAG markiert.

Bild 11

Am Ende des GHOSTDAG-Protokollpapiers stellte sich Yonatan Sompolinsky ein mögliches Protokoll vor, das GHOSTDAG + SPECTRE kombiniert, stellte es jedoch nicht im Detail vor

3. Gedanken zur Technologieauswahl von MEERDAG

3.1 Überlegungen zur Auswahl der MEERDAG-Technologie

In der ersten Phase des Qitmeer-Netzwerks, dem Mecca-Netzwerk, fiel dies mit dem Aufschwung der Erforschung von Erweiterungstechnologien zusammen und war mit vielen Mainstream-Erweiterungslösungen in der Kette und außerhalb der Kette konfrontiert. Bei der Auswahl der öffentlichen Kettentechnologie von Qitmeer stand es ebenfalls vor einer schwierigen Entscheidung.

Bei der Auswahl der Erweiterungstechnologie steht die Branche im Allgemeinen vor einem unmöglichen Dreiecksproblem. Es ist unmöglich, gleichzeitig Skalierbarkeit (Skalierbarkeit), Dezentralisierung (Dezentralisierung) und Sicherheit (Sicherheit) zu erreichen, und nur zwei der drei können erreicht werden. Auch das damalige Qitmeer-Team stand vor einem solchen Problem. Nachdem das Team viele Erweiterungslösungen untersucht hatte, entschied sich das Team schließlich für eine Technologie namens BlockDAG.

3.2 Kurze Einführung in das SPECTRE-Protokoll

SPECTER ist ein BlockDAG-Protokoll, das eine schnelle Bestätigung unterstützt. Der Konsensalgorithmus von SPECTRE ist ein Abstimmungsalgorithmus. Sobald eine widersprüchliche Transaktion gefunden wird, wird der Block, der die widersprüchliche Transaktion enthält, als Kandidat für die Annahme von Stimmen aus allen Blöcken verwendet, wobei für jeden Block eine Stimme gilt. Das Voting von SPECTRE hat einen verstärkenden Effekt. Beispielsweise folgt ein Block der Mehrheit der Stimmen, auf die er sich in der Vergangenheit konzentriert hat, sodass die Konvergenzgeschwindigkeit sehr hoch ist und ein geringfügiger Unterschied in der Anzahl der Stimmen zu einem großen Vorteil für den Gewinner führen kann. Lassen Sie die ehrlichen Blöcke für die ehrlichen Blöcke stimmen, und die späteren ehrlichen Blöcke geben dem vorherigen Stapel Kraft, sodass böswillige Angriffe fehlschlagen und die Sicherheit des Netzwerks gewährleistet ist.

SPECTRE kann nur eine schnelle Bestätigung ehrlicher Blöcke garantieren. Für zwei widersprüchliche Blöcke, deren Veröffentlichungszeit kurz bevorsteht, ist die Bestätigungszeit von SPECTRE ungewiss. Dies ist das von SPECTRE vorgeschlagene Konzept der schwachen Aktivität, das heißt, es kann nicht garantiert werden, dass alle Blöcke innerhalb einer angemessenen Zeit endgültig bestätigt werden können.

SPECTER ist ein Konsensprotokoll, das auf dem Transaktionssystem basiert. Im Transaktionssystem können nur Übeltäter Transaktionen mit doppelten Ausgaben erstellen. Das heißt, dass Transaktionen mit doppelten Ausgaben keine großen Auswirkungen auf ehrliche Blöcke haben werden. Darüber hinaus unterliegt die Durchführung von Transaktionen mit doppelten Ausgaben einer sehr strengen Zeitkontrolle, und unter normalen Umständen ist es schwierig, Angriffe auszulösen. Daher ist das Qitmeer-Team der Ansicht, dass das Problem der schwachen Aktivität von SPECTER in tatsächlichen Projekten akzeptabel ist.

3.3 Kurze Einführung in das GHOSTDAG-Protokoll

Wie Sie dem obigen SPECTRE-Profil entnehmen können, ist SPECTRE sehr gut darin, widersprüchliche Transaktionen zu beheben und Angriffe abzuwehren. Wenn ein Projekt wie Bitcoin nur zu Zahlungszwecken verwendet wird, reicht die schnelle Bestätigung des SPECTRE-Protokolls aus. Wenn Sie jedoch Smart Contracts integrieren möchten, kann SPECTRE dies nicht.

Da SPECTER nur eine relative Sortierung widersprüchlicher Transaktionen durchführen kann (Beurteilung der Reihenfolge widersprüchlicher Transaktionen), aber keine absolute Sortierung für alle Blöcke durchführen kann. Da die Sprache des Smart Contracts Turing-vollständig sein muss, müssen wir, genau wie wir ein Computerprogramm schreiben, verschiedene Vorgänge in einer strengen Reihenfolge ausführen, sodass das Netzwerk mit Smart Contract-Funktionen eine Besonderheit aufweist: Die Transaktionen im Netzwerk können zeitgesteuert sein Führen Sie eine lineare Sortierung (chronologisch) nacheinander durch.

Als Reaktion darauf hat Yonatan Sompolinsky das GHOSTDAG-Protokoll neu entworfen, um eine lineare Reihenfolge für die DAG-Blöcke zu bilden. SPECTRE und GHOSTDAG sind zwei vollständige und unabhängige Protokolle, die sich nicht gegenseitig ergänzen.

Der Mining-Mechanismus von GHOSTDAG ist der gleiche wie der von SPECTRE, wodurch die gleiche Art von DAG-Struktur generiert wird. Der Unterschied besteht darin, dass GHOSTDAG anhand der Blockkonnektivität beurteilt, ob der Block ehrlich oder böswillig ist, die Blöcke entsprechend der Klassifizierung sortiert und einen strikten DAG-Block generiert. Die lineare Reihenfolge der widersprüchlichen Transaktion wird anhand der linearen Reihenfolge beurteilt.

Das GHOSTDAG-Protokoll ermöglicht es DAG nicht nur, lineare Transaktionsreihenfolgefunktionen zu erhalten, sondern löst auch das Problem der schwachen Aktivität des SPECTER-Protokolls. Das GHOSTDAG-Protokoll ist außerdem das erste blockDAG-Protokoll, das die lineare Reihenfolge von Transaktionen unterstützt.

3.4 MEERDAG-Protokoll

Bei dem möglichen Protokoll, das GHOSTDAG+SPECTRE kombiniert, das Yonatan Sompolinsky am Ende des GHOSTDAG-Protokollpapiers ins Auge gefasst hat, geht es eher um die Bereitstellung von Orientierungshilfen in Bezug auf Ideen, und der Schwerpunkt liegt auf der Demonstration der Genauigkeit des Algorithmus, der viele technische Probleme und Anforderungen der Praxis mit sich bringt auf tatsächlichen basieren Die Situation wird ständig geübt und getestet, und eines der typischsten Probleme ist die Leistung. Wenn es direkt gemäß dem Referenzalgorithmus im Originaltext implementiert wird, ist die Leistung nahezu inakzeptabel.

Das Qitmeer-Team ist der Ansicht, dass die zugrunde liegenden Anwendungsszenarien der öffentlichen Kette hauptsächlich integrative Finanzen, Transaktionen digitaler Vermögenswerte und Lieferkettenmanagement sind.

Berücksichtigen Sie den Blockbelohnungsmechanismus und die Konsensanforderungen des Hauptbuchs für lineare Sortierfunktionen und berücksichtigen Sie gleichzeitig die Geschwindigkeit der Transaktionsbestätigung, die für das Wertaustauscherlebnis wichtiger ist.

Der blaue Satz (ehrlicher Block) von GHOSTDAG ist schwieriger zu stabilisieren und die Bestätigungszeit wird viel länger sein als die von SPECTRE. Da die Blockbelohnung jedoch keine lange Bestätigungszeit erfordert, hat sie keine Auswirkungen auf das Netzwerk. Als Basiskonsensprotokoll wird das GHOSTDAG-Protokoll und als unterstütztes Konsensprotokoll das SPECTER-Protokoll gewählt.

MeerDAG, eine hybride Konsenslösung, die SPECTER und GHOSTDAG kombiniert, ist eine BlockDAG-Skalierungslösung, die den klassischen Blockchain-Einstellungen (offen, fair, sicher, skalierbar) entspricht und am besten mit dem klassischen Blockchain-Modell UTXO kompatibel ist. Während die klassische Blockchain alle Blöcke außerhalb der längsten Kette verwirft, ist MeerDAG ein kooperatives Modell, das das SPECTER-Protokoll beibehält und alle Blöcke behält, sodass ein hoher Durchsatz erreicht und ein echter hoher Durchsatz auf Transaktionsebene sowie eine schnelle Bestätigung der Blockchain-Transaktion bereitgestellt werden kann Dienstleistungen. Zweitens basiert BlockDAG auf der Regel der schwersten Kette und kann eine mit Bitcoin vergleichbare Fehlertoleranz von 51 % erreichen. Darüber hinaus verfügt das BlockDAG-Netzwerk über keine speziellen Knoten und erfordert nicht, dass Knoten online sind oder nicht. Im Bergbau,

Während der Zeit von Qitmeer Network Medina führte das Netzwerk reale Tests der Rechenleistungsumgebung ein. Das Team iterierte kontinuierlich den PoW-Algorithmus und verbesserte die Effizienz des Algorithmus, behielt die Vorteile des GHOSTDAG+SPECTRE-Protokolls vollständig bei und reduzierte kontinuierlich die Schwierigkeit der Protokollimplementierung bei der technischen Implementierung. Beispiel: Gemäß der ersten Version der GHOSTDAG-Algorithmuspapiere muss die Berechnung inverser Kegel erschöpfend sein und die Komplexität des Algorithmus beträgt O(n^3). Nach einer großen Anzahl von Tests auf technischer Ebene wurde die Komplexität um zwei Größenordnungen auf O (n) reduziert, was den Anforderungen an die Benutzerfreundlichkeit weitgehend entspricht. Unter den grundlegenden Anforderungen der Gewährleistung von Sicherheit, Dezentralisierung und Fairness wird die TPS-Leistung maximiert.

Das Qitmeer-Team kombinierte das GHOSTDAG+SPECTRE-Protokoll auf innovative Weise zu einem eigenen charakteristischen MeerDAG-Protokoll, das zum technischen Prototyp der neuen Generation von BlockDAG wurde. Die Kernpositionierung des zugrunde liegenden BlockDAG-Netzwerks von Qitmeer besteht darin, als Wertzirkulationsnetzwerk zu dienen. Auf der Layer-2-Ebene kombiniert es das MeerEVM-gesteuerte, steckbare virtuelle Maschinensystem, um umfangreiche Blockchain-Anwendungen zu erstellen und die gesamte Blockchain-Ökologie zu umfassen.

Referenz:
[1] Von der Blockchain zur DAG (2) – die Grundstruktur von DAG,https://mp.weixin.qq.com/s/Mc2uEOLtT_Z3OMapNh1TGg
[2] Von Blockchains zu BlockDAGs,https://www.youtube.com/watch?v=tk38AAV_whw
[3] Jeff Zhou:DAG-Hochgeschwindigkeits-Asynchron-Blockchain-Technologie,https://www.jianshu.com/p/45d73e0e74ec
[4]GHOST, SPECTRE, PHANTOM Technische Theorie,https://mp.weixin.qq.com/s/nGR0ld73oXgs_p_MtDcv-Q
[5]Qitmeer-Team – „Qitmeer White Paper“