Ergebnisse der Überprüfung

Wichtig

Hinweis zum Ende des Supports: Bestandskunden können Amazon QLDB bis zum Ende des Supports am 31.07.2025 nutzen. Weitere Informationen finden Sie unter Migrieren eines Amazon QLDB Ledgers zu Amazon Aurora SQL Postgre.

In diesem Abschnitt werden die Ergebnisse beschrieben, die von einer QLDB Amazon-Datenverifizierungsanfrage am zurückgegeben wurden AWS Management Console. Detaillierte Anweisungen zum Übermitteln einer Überprüfungsanfrage finden Sie unter Schritt 2: Verifizieren Ihrer Daten in QLDB.

Auf der Bestätigungsseite der QLDB Konsole werden die Ergebnisse Ihrer Anfrage auf der Karte mit den Überprüfungsergebnissen angezeigt. Auf der Registerkarte „Nachweis“ wird der Inhalt des Nachweises angezeigt, der QLDB für die von Ihnen angegebene Version und Zusammenfassung des Dokuments zurückgegeben wurde. Er enthält folgende Details:

• Revisions-Hash — Der Wert SHA -256, der die Dokumentenrevision, die Sie überprüfen, eindeutig darstellt.

• Proof-Hashes — Die geordnete Liste der Hashes, die von diesem bereitgestellt wirdQLDB, wird verwendet, um den angegebenen Digest neu zu berechnen. Die Konsole beginnt mit dem Revision hash (Revisions-Hash) und kombiniert ihn der Reihe nach mit jedem Nachweis-Hash, bis sie mit einem neu berechneten Digest endet.

  Die Liste ist standardmäßig ausgeblendet. Sie können sie erweitern, um die Hash-Werte anzuzeigen. Optional können Sie die Hash-Berechnungen selbst testen, indem Sie die in Verwenden Sie einen Nachweis, um Ihren Digest neu zu berechnen beschriebenen Schritte ausführen.

• Berechneter Digest — Der Hash, der sich aus der Reihe von Hash-Berechnungen ergab, die für den Revisions-Hash durchgeführt wurden. Wenn dieser Wert dem zuvor gespeicherten Digest entspricht, ist die Überprüfung erfolgreich.

Auf der Registerkarte Block wird der Inhalt des Blocks angezeigt, der die Revision enthält, die Sie überprüfen. Er enthält folgende Details:

• Transaktions-ID — Die eindeutige ID der Transaktion, die diesen Block festgeschrieben hat.

• Transaktionszeit — Der Zeitstempel, zu dem dieser Block an den Strang übergeben wurde.

• Block-Hash — Der Wert SHA -256, der diesen Block und seinen gesamten Inhalt eindeutig repräsentiert.

• Blockadresse — Der Ort im Journal Ihres Ledgers, an dem dieser Block festgeschrieben wurde. Eine Adresse hat die folgenden zwei Felder:

  • Strang-ID — Die eindeutige ID des Journalstrangs, der diesen Block enthält.

  • Sequenznummer — Die Indexnummer, die die Position dieses Blocks innerhalb des Strangs angibt.

• Statements — Die PartiQL-Anweisungen, die ausgeführt wurden, um Einträge in diesem Block festzuschreiben.

  Anmerkung

  Wenn Sie parametrisierte Anweisungen programmgesteuert ausführen, werden sie in Ihren Journalblöcken mit Bind-Parametern anstelle der Literaldaten aufgezeichnet. Sie können beispielsweise die folgende Anweisung in einem Journal-Block anzeigen, wobei das Fragezeichen (?) ein Variablenplatzhalter für den Dokumentinhalt ist.

  INSERT INTO Vehicle ?

• Dokumenteinträge — Die Dokumentüberarbeitungen, die in diesem Block übernommen wurden.

Wenn Ihre Anfrage die Dokumentrevision nicht überprüfen konnte, finden Sie unter Häufige Fehler bei der Überprüfung weitere Informationen zu möglichen Ursachen.

Verwenden Sie einen Nachweis, um Ihren Digest neu zu berechnen

Nachdem Sie einen Nachweis für Ihre Anfrage zur Dokumentenverifizierung QLDB zurückgeschickt haben, können Sie versuchen, die Hash-Berechnungen selbst durchzuführen. In diesem Abschnitt werden die allgemeinen Schritte zur Neuberechnung Ihres Digest anhand des bereitgestellten Nachweises beschrieben.

Koppeln Sie zunächst Ihren Revision hash (Revisions-Hash) mit dem ersten Hash in der Liste Proof hashes (Nachweis-Hashes). Führen Sie dann die folgenden Schritte aus:

1. Sortieren Sie die zwei Hashes. Vergleichen Sie die Hashes anhand ihrer signierten Bytewerte in Little-Endian-Reihenfolge.

2. Verketten Sie die beiden Hashes in sortierter Reihenfolge.

3. Hasht das verkettete Paar mit einem -256-Hashgenerator. SHA

4. Kombinieren Sie Ihren neuen Hash mit dem nächsten Hash im Proof und wiederholen Sie die Schritte 1—3. Nach dem Verarbeiten des letzten Nachweises ist Ihr neuer Hash der neu berechnete Digest.

Wenn Ihr neu berechneter Digest mit dem zuvor gespeicherten Digest übereinstimmt, ist das Dokument erfolgreich überprüft.

Ein step-by-step Tutorial mit Codebeispielen, die diese Überprüfungsschritte demonstrieren, finden Sie unter. Tutorial: Überprüfen von Daten mit einem AWS SDK