Warum braucht Ripple ein langes Ledger?

Warum muss Ripple ein langes Hauptbuch führen? Warum reicht es nicht aus, nur die letzten Transaktionsdetails zu pflegen? Was ist der Zweck eines langen Geschichtsbuchs?

Wollen Sie nicht alle Transaktionen nachvollziehen können, vom Anfang bis zum aktuellen Zeitpunkt?

Antworten (1)

Beachten Sie zunächst, dass Ripple den Begriff Ledger etwas anders als allgemein verwendet .

In Ripple a ledger is the set of all Ripple accounts, all their current balances, all open trade offers, and only the transaction details that justify the changes in this ledger from the previous ledger. A specific Ripple ledger does not contain any other past history of transactions.

Even so, a Ripple ledger can still be somewhat large due to implementation details of it's binary representation. The implementation values lookup speed, syncing efficiency, hashing of sub-parts, and other features over absolute size.

Der Transaktionsverlauf in Ripple wird von Servern gespeichert, die mehrere frühere Ledger führen, so viele wie gewünscht, die eine Kette ähnlich der Blockchain von Bitcoin bilden. Im Gegensatz zu Bitcoin ist es jedoch möglich, dass neue Transaktionen von einem Ripple-Server verarbeitet werden, der nur über das letzte validierte Ledger verfügt. Solchen Servern (Validatoren) steht es frei, alle älteren Ledger (und ihre Transaktionen) zu verwerfen.

Currently most public facing Ripple servers (that accept transaction submissions and state queries) maintain a near fully history of all past ledgers and can therefore answer queries relating to historical information (e.g. a list of past transactions that effected a specific account via the account_tx API), but there is no requirement for any given Ripple server to make such history available (servers inform clients of the range or ledgers they have available).

It's desirable to have at least a few Ripple servers making as much past history as possible publicly available so that anyone interested can query information about past transactions. For example, it is expected that gateways will run Ripple servers for their customers and would configure at least some of those to store the full history since the gateway's inception (at least).

Da die Speicheranforderungen für den vollständigen Verlauf zunehmen, kann es aus Kostengründen üblicher werden, "schlanke" Ripple-Server zu haben, die nur einen festen Verlauf (vielleicht einige Wochen wert) speichern. Ripple-Clients könnten diese für einen schnelleren Alltagsbetrieb nutzen (z. B. wenn sie mehr davon hätten oder näher am Client sitzen) und müssten nur die potenziell langsameren abfragen (z. B. wenn es immer weniger sind). überlastet oder weiter vom Client entfernt) Server, wenn eine ältere Geschichte erforderlich ist.