Der Konsensmechanismus für Blockchain Was sind die Mechanismen der Blockchain -Zustimmung? Was ist der Konsensmechanismus der Blockchain? 1. Wie können und erzielen Sie einen Konsens über die Internet -Transaktionsinformationen? Obwohl häufig Konsensmechanismen erwähnt werden, sind ihre Bedeutungen und ihr Verständnis nicht klar. Daher müssen wir die Konzepte, Prinzipien und Methoden zur Implementierung von Konsensmechanismen verstehen. Die Transaktionsinformationen von Blockchain werden über die Netzwerkübertragung auf die verschiedenen Schaltflächen im Netzwerk übertragen. Wie können Sie in der gesamten Netzwerkschaltfläche einen Konsens über Broadcast -Informationen bestätigen und erzielen und schließlich in den Block schreiben? Wenn es keinen zuverlässigen und sicheren Implementierungsmechanismus gibt, ist es schwierig, seine Grundfunktionen auszuführen, sodass der Konsensmechanismus der Schlüssel zum Betrieb des gesamten Netzwerks ist. 2. Der Übereinstimmungsmechanismus zur Lösung des Problems, wie Blockchain in dispergierten Szenarien konsistent ist. Der Grund, warum Blockchain in vielen Tasten einen relativ ausgewogenen Zustand erreichen kann, ist auch der Konsensmechanismus. Wie löst der Einwilligungsmechanismus das Problem des gegenseitigen Vertrauens zwischen den Schaltflächen in dezentralen Ideen? 3. Wenn die Idee der Dispersionsmethode vorgeschlagen wird, beginnen die Menschen, Konsensalgorithmen auf der Grundlage des FLP -Theorems und des CAP -Theorems zu entwerfen. Auf eine standardmäßige Weise erfüllt die Konsistenz eines idealen Verteilungssystems die folgenden drei Punkte: 1. Endlich: Das Ergebnis der Konsistenz kann für eine begrenzte Zeit abgeschlossen werden. 2. Konsens: Das Endergebnis verschiedener Knoten, um die Entscheidungen zu vervollständigen, muss gleich sein. 3. Effekt: Das Ergebnis einer Entscheidung muss ein Vorschlag sein, der von anderen Prozessen vorgeschlagen wurde. V. 2. Kanäle für die Kommunikation zwischen Schaltflächen sind möglicherweise nicht sicher. 3. Es kann böse Knoten geben. 4. Wenn die gleichmäßige Handhabungsfähigkeit ein hohes Maß an Konsistenz erreicht, wird die Ausdehnung des Systems verschlechtert (die Zugabe neuer Tasten kann nicht akzeptiert werden). 5. Wissenschaftler glauben, dass es unmöglich ist, eine vollständige Konsistenz in verteilten Szenarien zu erreichen. Ingenieure können jedoch einen Teil der Kosten im Austausch für konsistente Szenarien opfern. Die beiden Theoreme sind auch diese Art von Idee, daher können die unterschiedlichen Konsensmechanismen, die auf dem Blockchain -Design basieren, als Teil des Preispre ises als Austausch für perfekte Konsistenz angesehen werden. Meine Idee ist ein flexibler Übergang, der in dieser Art von Gedanken durchgeführt werden kann, dh einen Teil der Kosten und des geeigneten Raums im Austausch für Konsistenz, um sich an diese Szene anzupassen, und ein flexibles Blockchain -System, ein Blockchain -System -Plug und kein Plug. 6. Heute werde ich kurz meine Ansichten und Analysen verschiedener Konsensmechanismen einführen. Ob die bösen Knoten in einem verteilten System in Toleranzmechanismen unterteilt sind oder nichtByzantinischer Fehler und byzantinischer Fehler -Toleranzmechanismus. 7. FLP -Theorem kann nicht erfolgen, um zu beweisen, dass in einem Szenario jeder Algorithmus, auch wenn es nur einen Ausfallprozess gibt, wahrscheinlich andere nicht wechselnde Prozesse eine Vereinbarung erreichen können. 8. FLP basiert auf den folgenden Annahmen: Es kann nur einmal geändert werden: Jeder Prozess beginnt mit einem Wert (0 oder 1). Der Prozess kann Nachrichten empfangen, den Wert ändern und Nachrichten senden. Wenn sich der Prozess der Entscheidung eingeben, ändert sich der Wert der Rolle nicht mehr. Wenn nicht alle Prozesse in DSSState geändert werden, endet das Protokoll erfolgreich. Hier ist es mit einem bestimmten Prozess in die Disstate entspannt, auch wenn das Protokoll erfolgreich ist. Als synchrone Kommunikation: Der größte Unterschied zwischen synchroner Kommunikation besteht darin, dass es keine Uhr gibt, nicht synchronisiert werden kann, kann nicht verwendet werden, kann keine Fehler erkennen, Nachrichten können willkürlich verzögert werden und die Nachricht ist möglicherweise nicht bestellt. Die Stärke der Kommunikation: Solange der Prozess nicht fehlschlägt, wird die Nachricht unendlich verzögert, aber sie wird schließlich gesendet; Und die Nachricht wird nur einmal gesendet (keine Kopie). Der Prozess des Fehlerprozesses: Fehler Der Prozess ist wie der Zeitpunkt des Todes, es wird keine Nachricht verarbeitet. Anzahl der Fehler: Maximal ein Fehlerprozess. 9. CAP ist die Theorie, die im Bereich verteilter Systeme, insbesondere verstreute Speicher, am meisten diskutiert wird. Cap wurde von Ericbrerer auf der PODC 2000 -Konferenz vorgeschlagen. Es handelt sich um eine Vermutung über die Konsistenz von Daten, die Verfügbarkeit des Dienstes und des Partitionswiderstandes, den Ericbrerer bei der Entwicklung von Suchmaschinen und dem Speicher -Web -Web erhalten hat, das während der Zeit in InkTomi verteilt wurde: Datenkonsistenz: Wenn das System erfolgreich zurückgibt, müssen die nächsten Leseanforderungen diese neuen Daten lesen. Wenn zurückgegeben wird, können alle Leseaktivitäten diese Daten nicht lesen, was für den Anrufer eine starke Konsistenz ist (auch als atomisches Atomatom bezeichnet, lineare Konsistenz linear konsistent) [5]. Die Verfügbarkeit des Dienstes: Alle Anforderungen an die Lesen und Aufzeichnungen werden für einen bestimmten Zeitraum beantwortet und können beendet werden und warten nicht. Organisation von Partitionen: Im Fall von Netzwerkpartitionen können getrennte Schaltflächen immer noch normalerweise außerhalb des Außenbereichs dienen. 10. Wenn der AP zu einem bestimmten Zeitpunkt erfüllt ist, dienen die separaten Tasten gleichzeitig außerhalb, aber nicht miteinander kommunizieren. Dies führt zu einer inkonsistenten Bedingung, was bedeutet, dass C nicht erfüllt werden kann. Wenn der CP erfüllt ist und die Netzwerkpartition erfüllt ist, um C zu erreichen, kann die Anforderung nur zu jeder Zeit warten, dh a ist nicht zufrieden. Wenn die Verschiebung erfüllt ist, muss die Konsistenz des Knotenzustands in einem bestimmten Zeitraum erreicht und eine Netzwerkpartition erforderlich sein, P kann nicht erfüllt werden. C, A und P können nur mit den meisten zufrieden sein. Wie der FLP -Theorem wies auch der Cap -Theorem darauf hinEin unerklärliches Ergebnis.
Der Blockchain -Einwilligungsmechanismus enthält hauptsächlich Folgendes:
** 1. Arbeitstest (Arbeitstest, Leistung)
Einleitung: Der Arbeitstest ist einer der ersten und am besten bekannten Mechanismen der Blockchain -Einwilligungsmechanismen, wobei Bitcoin als Beispiel eingenommen wird. Es konkurriert um Rechnungslegungsrechte, indem es die Knoten verlangt, komplexe mathematische Berechnungen durchzuführen, einen Prozess, der als "Bergbau" bezeichnet wird. Merkmale: Ein hohes Maß an Dezentralisierung, starke Sicherheit, aber hoher Energieverbrauch und lange Transaktionen Bestätigungszeit.** 2. Test der Teilnahme (POS)
Einführung: Der Test des Palo -Mechanismus bestimmt die Wahrscheinlichkeit, ein Verifier zu werden, basierend auf der Anzahl der von einem Knoten gehaltenen Token (dh "Einsatz"), wodurch an der Erstellung und Überprüfung der Blöcke teilnimmt. Merkmale: Im Vergleich zu POW verbraucht der POS -Mechanismus weniger Energie und hat eine schnellere Bestätigungsgeschwindigkeit von Transaktionen, kann jedoch dem Problem der Zentralisierung der Aktionierung konfrontiert.** 3 Es ist für die Umgebungen der Allia -Kette geeignet. Merkmale: Es hat eine niedrige Latenz und ein Hoch durchweg, aber die Anzahl der Knoten ist begrenzt und erfordert eine hohe Komplexität der Kommunikation.
** 4. Autorisierte byzantinische Gasentoleranz (DBFT)
Einleitung: DBFT ist eine Variante von PBFT. Er nimmt am Zustimmungsverfahren teil, indem er repräsentative Knoten auswählt und den Schwellenwert für die Teilnahme des Knotens senkt. Merkmale: Während der byzantinischen Ausfalltoleranz die Skalierbarkeit und Effizienz des Systems verbessert.** 5 ermöglicht es Knoten, Validatoren zu werden, indem sie die Token schlagen oder am Arbeitstest teilnehmen. Merkmale: Entwickelt, um Dezentralisierung, Sicherheit und Effizienz auszugleichen, aber spezifische Implementierungen und Leistung können je nach Projekt variieren.
Zusammenfassend gibt es viele verschiedene Mechanismen der Blockchain -Einwilligung und jeder Mechanismus hat seine einzigartigen Vorteile und anwendbaren Szenarien. Bei der Auswahl eines Einwilligungsmechanismus müssen Kompromisse entspre chend den spezifischen Bedürfnissen und Zielen des Projekts eingereicht werden.
Was ist
