Die Cryptosoft Datenbank steht soweit

Jeder Block enthält einen Hash-Pointer auf den vorherigen Block innerhalb der Kette, einen Zeitstempel und Transaktionsdaten. Die Blockchain ist konstruktiv gegen jede Art von Datenänderung resistent. Denn eine Blockchain bietet ein offenes und verteiltes Ledger, um Transaktionen Cryptosoft zwischen zwei Interessenten effizient, zuverlässig und dauerhaft zu erfassen.

Nach der Aufzeichnung der Daten können die Daten in einem bestimmten Block nicht mehr geändert werden, ohne alle nachfolgenden Blöcke zu ändern.

Fehlverhalten von Cryptosoft festgestellt

Ich schätze, man kann sich das als eine verteilte „Datenbank“ vorstellen, bei der ihre Inhalte hunderte, wenn nicht sogar tausende Male über ein Netzwerk von Computern dupliziert werden. Diese Art der Replikation betont den dezentralen Aspekt der Technologie. Ohne eine zentrale Version oder eine einzige „Master“-Kopie ist diese Datenbank öffentlich und kann daher ohne Risiko oder Angst vor Hacking oder Korruption leicht verifiziert werden. Die Inhalte dieser Cryptosoft Datenbank, die gleichzeitig von Millionen von Rechenknoten gehostet wird, sind für jeden im Internet zugänglich. Als zusätzlichen Vorteil versichert das verteilte und dezentrale Modell seinen Anwendern, dass kein Single Point of Failure existiert. Stellen Sie sich vor, dass einer oder mehrere dieser Rechenknoten entweder unzugänglich sind oder eine Art interne Fehler aufweisen oder sogar beschädigte Daten produzieren. Die Blockchain ist insofern belastbar, als sie weiterhin die angeforderten Dateninhalte und in ihrem richtigen (d.h. unverfälschten) Format zur Verfügung stellt. Dies liegt an einer Technik, die allgemein als byzantinische Fehlertoleranzmethode bezeichnet wird.

Byzantinische Fehlertoleranz
Systeme fallen aus, und sie können aus verschiedenen Gründen ausfallen (z.B. Hardware, Software, Stromversorgung, Netzwerkverbindungen und andere). Das ist eine Tatsache. Außerdem sind nicht alle Fehler leicht zu erkennen (auch nicht durch traditionelle Fehlertoleranzmechanismen) und werden auch nicht immer gleich aussehen wie bei den anderen Systemen im vernetzten Cluster. Stellen Sie sich wiederum ein großes Netzwerk vor, das aus Hunderten, wenn nicht gar Tausenden von Knoten besteht. Um mit solchen unvorhersehbaren Bedingungen umzugehen, muss man ein Abstimmungssystem einsetzen, um sicherzustellen, dass der Cluster Cryptosoft das Versagen oder Fehlverhalten toleriert.

Ein byzantinischer Fehler wird definiert durch jeden Fehler, der verschiedene Arten von Symptomen für verschiedene Beobachter (d.h. verteilte Computersysteme) zeigt. Ein byzantinischer Fehler ist der Verlust eines Systemdienstes aufgrund eines byzantinischen Fehlers in einer Umgebung, in der ein Konsens erreicht werden muss, um diesen einen Dienst oder Vorgang auszuführen.

Der Zweck von Byzantine Fault Tolerance (BFT) ist es, die verteilte Plattform gegen solche byzantinischen Fehler zu verteidigen. Versagende Komponenten des Systems hindern die verbleibenden Komponenten nicht daran, eine Vereinbarung untereinander zu treffen, wenn eine solche Vereinbarung für die Durchführung einer Operation erforderlich ist. Korrekt funktionierende Komponenten eines BFT-Systems sorgen weiterhin für einen unterbrechungsfreien Betrieb, vorausgesetzt, dass nicht zu viele Fehler vorliegen.

Der Name dieses Mechanismus leitet sich vom Problem der byzantinischen Generäle (BGP) ab. Die BGP weist auf ein Einigungsproblem hin, bei dem es zu Meinungsverschiedenheiten mit allen beteiligten Mitgliedern kommt. Stellen Sie sich ein Szenario vor, in dem mehrere Divisionen der byzantinischen Armee außerhalb einer befestigten Stadt gelagert sind. Jede Abteilung hat ihren eigenen General, und die einzige Möglichkeit, wie die Generäle miteinander kommunizieren können, ist der Einsatz von Boten. Die Generäle müssen sich für einen gemeinsamen Aktionsplan entscheiden. Das Problem ist, dass einige der Generäle Verräter sein könnten und könnten. Können die Nicht-Verräter, mit einem Verräter in ihrer Mitte, einen gemeinsamen Plan beschließen?