Blockchain-Aufzeichnungen: Was sie enthalten und warum sie unmanipulierbar sind

Was ist Blockchain?

Blockchain hat zwei Bedeutungen.

. Die Blockchain ist ein neues Anwendungsmodell für Computertechnologie wie verteilte Datenspeicherung, Zweigübertragung, Konsensmechanismen und Verschlüsselungsalgorithmen. Der sogenannte Konsensusmechanismus ist ein mathematischer Algorithmus des Blockchain -Systems, der Vertrauen zwischen anderen Knoten und Rechte und Aufmerksamkeit erstellt.

2. Blockchain ist die grundlegende Technologie von Bitcoin, die gleichermaßen wie der Direktor der Datenbank, der alle Transaktionsdatensätze aufzeichnet. Diese Technologie hat aufgrund von Sicherheit und Bequemlichkeit nach und nach Aufmerksamkeit von Banken und Finanzbranchen auf sich gezogen.

In enger Sinne ist die Blockchain eine Kettendatenstruktur, die Datenblöcke in der Zeit kombiniert und bei verschlüsselter Verschlüsselung garantiert ist und nicht angegeben wird.

In großem Umfang verwendet die Blockchain -Technologie die Blockchain -Datenstruktur, um Daten zu überprüfen und zu speichern, den verteilten Knoten -Konsensus -Algorithmus zu verwenden, um Daten zu generieren und zu aktualisieren. Verwenden Sie die Sicherheit von Datenübertragung und Zugriff auf neue verteilte Infrastruktur und Berechnung mithilfe von Smart -Verträgen und den Betrieb mit automatischem Skriptcode. Es ist eine Methode.

Blockchain ist ein großes Ledger, das verteilt ist, und jeder Block entspricht der Seite dieses Regisseurs.

aktuelle Blockchain -Blöcke zeichnen hauptsächlich Blockheader, Transaktionen, Handelszähler und Blöcke auf. Der Blockheader ist die ersten 80 Bytes des Blocks, und die Daten im Block sind wie folgt. 1. Transaktionsdetails: Pumpen und Einkommen jeder Transaktion, des Geldes und der digitalen Signatur sind der Hauptinhalt jedes Blocks. 2. Transaktionszähler: Notieren Sie die Anzahl der Transaktionen aus jedem Block. 3. Blockgröße: Zeigt die Datengröße jedes Blocks an. Um mehr über diesen Aspekt zu erfahren, können Sie nach Guangzhou Xuanling -Netzwerk gehen und lernen. Wenden Sie sich an Ihre professionellen Probleme an professionelle Menschen! Das stimmt, ich hoffe es wird dir helfen!

I、 Was ist ein Blockchain -Hyperbok?

Hyper Ledger ist ein von der Linux Foundation initiiertes Projekt und zielt darauf ab, eine Reihe von Blockchain-Anwendungsrahmen auf Unternehmensebene bereitzustellen, um alle Anwendungen zu entwickeln.

Grundlegende Konzepte von Fabric

Am Anfang wählt die Anwendung eine Gruppe von Kollegen aus, um einen Hauptaktualisierungsvorschlag zu generieren. Die Kollegen werden ausgewählt, basiert auf der Genehmigungsstrategie, die feststellt, welche Organisationen den Aktualisierungsvorschlag vor dem Vorschlag für das Broadcast -Buch -Update unterstützen müssen. Dies wirkt sich auf die Konsensmethode aus. Jede Organisation, die sich darum kümmert, ob der Aktualisierungsvorschlag genehmigt wird, bestätigt, ob der Vorschlag genehmigt wird, bevor der Aktualisierungsvorschlag an Peer und Annahme durch Peer gesendet wird.

Peer unterstützt eine vorgeschlagene Antwort, die der Antwort eine eigene digitale Signatur hinzufügt und die gesamte Antwort mit einem eigenen privaten Schlüssel unterzeichnet. Der Beendigungsinhalt kann dann verwendet werden, um zu beweisen, dass die Antwort von einem Peer aus einer Organisation generiert wurde. In unserem Beispiel, wenn Peerp1 zur Organisation 1 (ORG1) gehört, entspricht die Zulassung E1 dem Nachweis, dass die Transaktion T1 und Reaktion R1 auf L1 von Peerp1 von org1 bereitgestellt wird.

Die erste Phase endet, wenn die Anwendung eine ausreichend signierte Vorschlagsantwort erhält.

Wir haben festgestellt, dass Gleichaltrige verschiedene Informationen zurückgeben können, sodass dieselbe Transaktion möglicherweise inkonsistente Rückgabeinformationen aufweist. Dies kann daran liegen, dass die Antwort zu unterschiedlichen Zeiten in verschiedenen Kollegen in verschiedenen Hauptbuchstaaten generiert wird und in den meisten Fällen die Anwendung mehrmals aktualisierte Vorschläge anfordern kann. Der Grund für die schwerwiegendere, aber die Wahrscheinlichkeit ist, dass die Antwort aufgrund der Unsicherheit im Kettencode inkonsistent ist. Unsicherheit ist der Feind von Kettencodes und Hauptbüchern. In diesem Fall wird es für vorgeschlagene Transaktionen sehr schwerwiegend sein. Insgesamt dürfen nicht dem Hauptbuch eingereicht werden. Für einen unabhängigen Knoten ist es unmöglich zu wissen, dass das Transaktionsergebnis eine nicht deterministische Transaktion ist, und bevor eine nicht deterministische Transaktion festgestellt wird, müssen die Transaktionen zusammengefasst und verglichen werden (streng gesprochen, auch wenn dies nicht ausreicht, haben wir diese Diskussion dem Transaktionsabschnitt ausgesetzt, in dem nicht detateristisch detailliert diskutiert wird).

Am Ende der ersten Phase ist es sicher, die inkonsistente Antwort abzulehnen, um den Transaktionsprozess frühzeitig zu beenden. Später werden wir feststellen, dass die Anwendung es dem Hauptbuch mit inkonsistenten Antworten in das Hauptbuch einreicht, sie abgelehnt wird.

Prozess 2 Verpackung

Der zweite Transaktionsprozess ist die Verpackung. Der Hauptpunkt des Orderknotenprozesses ist, dass er genehmigte Transaktionsantworten von vielen Anwendungen empfängt. Auftragsanweisungen sortiert Transaktionen, packt eine große Anzahl von Transaktionen in Blöcken und bereitet sich darauf vor, die Blöcke an alle mit der Bestellung verbundenen Gleichaltrigen zu verteilen, einschließlich des Genehmigungspersonals.

Die erste Rolle der Bestellung besteht darin, den Vorschlag für das Hauptbuch -Update zu wickeln. Im Beispiel sendet die oh2e Abbildung Antrag A1 an Ordero1 A Transaction T1, das von E1 und E2 zugelassen wurde. Gleichzeitig sendet der Antrag A2 an OrderO1 eine von E1 genehmigte Transaktion T2. O1 -Pakete von Transaktionen aus A1 und Transaktionen aus A2 und anderen Transaktionen, um B2 zu blockieren. Wir können sehen, dass die Transaktionssortierung in Block B2 T1, T2, T3, T4, T6, T5 ist und die Bestellknoten im Order -NOD nicht unbedingt folgt (dieses Beispiel zeigt eine sehr einfache Bestellkonfiguration).

order order -nodes erhalten Vorschläge für das wichtigste Update, das von verschiedenen Anwendungen im Netzwerkkanal gleichzeitig eingereicht wurde. Die Aufgabe der Order -Node besteht darin, diese Aktualisierungsvorschläge in zu organisierenEine vordefinierte Reihenfolge und wickeln Sie sie in Blöcke ein, um sich auf den nächsten Verteilungsschritt vorzubereiten. Diese Blöcke bilden eine Blockchain. Wenn der Orderknoten eine Blockierung der gewünschten Größe erzeugt oder die maximale Wartezeit überschreitet, sendet die Bestellung Blöcke an Peer, die mit dem spezifischen Kanal verbunden sind. Der dritte Prozess beschreibt diesen Prozess im Detail.

Die Reihenfolge des Block -Transaktionsschemas hat keine direkte Beziehung zu den Auftragstransaktionen, die zum Order -Knoten kommen. Transaktionen können in jeder Reihenfolge in Blöcken erfolgen, und diese Reihenfolge ist die Reihenfolge der Transaktionenausführung. Es geht darum, eine strikte Transaktionssortierung zu haben, aber die spezifische Sortierung spielt keine Rolle.

Die strenge Reihenfolge der Blöcke in Blöcken macht sie für Stoff und eine Transaktion in einer öffentlichen Kette in mehreren verschiedenen Blöcken anders. In Fabric ist dies unmöglich, der durch mehrere Bestellungen erzeugte Block ist der letzte Block, da nach dem Schreiben der Transaktion an den Block geschrieben wurde, wird die Reihenfolge an der Transaktionsstelle bestimmt. Dies bedeutet, dass es keine Gabeln im Stoff geben wird. Wenn eine Transaktion in einen Block geschrieben wird, kann sie später nicht umgeschrieben werden.

Wir können sehen, dass Gleichaltrige und Kettencodes sie überhaupt nicht retten. Wenn jede Transaktion die Reihenfolge erreicht, packt die Reihenfolge nur die mechanische Transaktion im Block und ignoriert den Wert, den Betrag usw. für die Transaktion. Dies ist ein wichtiges Merkmal von Stoff. Alle Transaktionen werden in strenger Reihenfolge aussortiert und es werden keine Transaktionen geworfen.

Am Ende der zweiten Phase können wir verstehen, dass die Verantwortung der Reihenfolge darin besteht, die erforderliche, einfache Sammlung von Vorschlägen für Transaktionsaktualisierungen zu erstellen, sie zu sortieren, in Blöcke einzuwickeln und sie auf die Verteilung vorzubereiten.

Prozess 3 -Areatisierung

Der neueste Transaktionsarbeitsfluss besteht darin, den Block von der Reihenfolge bis zum Peer zu verteilen und zu bestätigen. Wenn die Bestätigung erfolgreich ist, wird sie an das Hauptbuch gesendet.

Insbesondere in jedem Peer wird jede Transaktion im Block bestätigt, bevor sie auf das Hauptbuch aktualisiert wird, um sicherzustellen, dass alle Transaktionen von der betreffenden Organisation genehmigt werden. Fehlgeschlagene Transaktionen werden für die zukünftige Überprüfung beibehalten und werden nicht auf das Kontobuch aktualisiert.

Zusätzlich zum Verpackungstroll in Prozess 2 ist die Reihenfolge auch dafür verantwortlich, Blöcke an Peers in Prozess zu verteilen. In diesem Beispiel verteilen O1 -Blöcke P1 und P2. P1 -Prozesse Block 2 und dann Block 2 zum Hauptbuch L1 von P1 hinzufügen. In der Zwischenzeit behandelt P2 2 und fügt dann Block 2 zum Hauptbuch L1 zu P2 hinzu. Nach Abschluss der Operation wird das Hauptbuch L1 sowohl in P1 als auch in P2 aktualisiert, und jeder Peer kann Behandlungsergebnisse an die damit verbundene Anwendung senden.

Bestellung verteilt Blöcke an Peer, die mit ihm verbunden sind. Der Beginn des Prozesses 3. Ein Peer, der im Order -NOD mit einem Kanal angeschlossen ist, erhält eine Kopie des neuen Blocks, das von Orderer erzeugt wird. Jeder Kollegen verarbeitet die Blockaden unabhängig, aber alle Kollegen auf die gleiche Weise. Auf diese Weise können Hauptbücher in verschiedenen Kollegen nun einen Konsens erreichen. Nicht alle Gleichaltrigen müssen mit dem Orderknoten verbunden sein. Blöcke können zwischen Gleichaltrigen und Gleichaltrigen durch das Klatschprotokoll getragen werden, sodass Gleichaltrige auch denselben Block unabhängig verarbeiten können.

Nach dem Empfangen eines Blocks wird Peer ihn im Block verarbeitet. Für jede Transaktion prüft Peer, ob die Transaktion von der zuständigen Organisation gemäß der Kettencode -Genehmigungsstrategie genehmigt wird, die die Transaktion generiert hat. Beispielsweise erfordern einige Transaktionen möglicherweise nur eine Organisation, während andere von mehreren Organisationen erforderlich sind, um sie gleichzeitig zu unterstützeneffektiv sein. Dieser Überprüfungsprozess überprüft, ob die von allen relevanten Organisationen generierten Ergebnisse oder Ausgaben konsistent sind. Beachten Sie gleichzeitig, dass die Überprüfung des dritten Schritts vom ersten Schritt unterschiedlich ist. Phase 1 ist, dass der Antrag eine Antwort vom Genehmigungsknoten erhält und entscheidet, ob ein Transaktionsvorschlag erforderlich ist. Wenn der Antrag die falsche Transaktion sendet, die gegen die Genehmigungsstrategie verstößt, kann Peer die Transaktion während der dritten Bestätigungsstufe weiterhin ablehnen.

Wenn die signierte Transaktion korrekt ist, versucht Peer, die Transaktion an das Hauptbuch zu senden. Um das Hauptbuch zu schreiben, muss Peer eine Hauptkontrolle durchführen, um sicherzustellen, dass der aktuelle Hauptbuchstatus dem aktualisierten Hauptbuchstatus entspricht. Dieser Zustand ist nicht immer konsistent, obwohl die Transaktion eine vollständige Genehmigung hat. Beispielsweise hat eine andere Transaktion möglicherweise das gleiche Kapital im Hauptbuch aktualisiert, sodass die von uns aktualisierte Transaktion niemals in das Hauptbuch geschrieben wird. Auf diese Weise muss das Hauptbuch in jedem Knoten die Vereinbarung über das Netzwerk aufrechterhalten, und die Bestätigungsmethode für jeden Knoten ist gleich.

Nachdem Peer jede unabhängige Transaktion bestätigt hat, wird das Hauptbuch aktualisiert. Fehlgeschlagene Transaktionen werden als Überprüfungsmaterial gespeichert. Dies bedeutet, dass die Blöcke in den Kollegen den aus der Bestellung erhaltenen Blöcken entspre chen, mit Ausnahme der Flags im Block, die darauf hinweisen, dass die Transaktion erfolgreich ist oder fehlgeschlagen ist.

Wir sollten auch beachten, dass der dritte Schritt keinen Kettencode ausführt und dieser Schritt nur im ersten Schritt abgeschlossen wird, was sehr wichtig ist. Dies bedeutet, dass der Kettencode nur im Genehmigungsknoten verfügbar ist, nicht im gesamten Netzwerk, was die Sicherheit und Privatsphäre des Kettencode in der Genehmigungsorganisation gewährleistet. Dies unterscheidet sich vom Ausführungsergebnis des Erhalts des Kettencode. Das Ausführungsergebnis wird mit allen Kollegen im Kanal geteilt, unabhängig davon, ob sie die Transaktion unterstützen können oder nicht. Diese Entwurfsmethode für Zulassungsknoten ist für die Erweiterung der Expansion.

Schließlich wird jeder Block an Peers Accounti gesendet. Dieser Artikel generiert das entspre chende Ereignis. Ein Blockageereignis enthält den gesamten Inhalt eines Blocks, während ein Blockage -Transaktionsereignis nur kurze Informationen enthält, z. B. ob die Transaktion in jedem Block gültig ist. Das durch die Leistung des Kettencode generierte ChainCode -Ereignisse kann zu diesem Zeitpunkt ebenfalls veröffentlicht werden. Die Anwendung kann diese Ereignisse registrieren und kann benachrichtigt werden, wenn sie auftreten. Diese Benachrichtigungen sind in der dritten und letzten Phase des Workflows abgeschlossen.

Im Allgemeinen können wir wissen, dass die in der dritten Stufe erzeugten Blöcke im Hauptbuch ständig synchronisiert sind. Die strenge Sortierung von Transaktionen im Block ermöglicht es jedem Gleichaltrigen, Transaktionen im Blockchain -Netzwerk konsequent zu überprüfen und sie an das Hauptbuch zu senden.

Reihenfolge und Konsensus

Der gesamte Transaktions -Arbeitsfluss wird als Konsens bezeichnet, da alle Gleichaltrigen mit der Reihenfolge und dem Inhalt von Transaktionen übereinstimmen und während des Ausführungsprozesses vom Orderknoten koordiniert werden. Konsens ist ein Multi -Step -Prozess, und die Anwendung erhält nur Benachrichtigungen am Ende des Konsensprozesses, aber die Alarmzeit kann über Gleichaltrige variieren.

Wir werden die Bestellung später mehr diskutieren. Jetzt betrachten wir die Reihenfolge nur als den Prozess des Sammelns und Verteilens der wichtigsten Vorschläge für das Buch -Update aus der Anwendung, und Peer führt eine Überprüfung und Aktualisierung des Hauptbuchs durch.