Wie wird Ripple mit den über 50.000 beworbenen TPS umgehen?

Ich habe versucht, mich mit dem „ Konsensprozess “ von Ripple auseinanderzusetzen. Nach meinem Verständnis erstellt Ripple alle 4 Sekunden eine neue Ledger-Version, die von einer Reihe von "Validierungsknoten" berechnet wird.

Aber hier liegt meine Frage, wie werden die Validierungsknoten eine neue Ledger-Version im Umfang ihrer angekündigten Kapazität [1] pushen ? Wie würden Validierungsknoten mit langsameren Verbindungen mithalten?

[1]: https://ripple.com/xrp/

Antworten (1)

Es gibt einen selbstregulierenden Mechanismus, der das Netzwerk am Laufen hält, so dass es weder so schnell ist wie der schnellste Validator (da dies Angriffe zu einfach machen würde) noch so langsam wie der langsamste Validator (da dies zu einer schlechten Leistung führen würde). Aber Ripple hat noch nie so hohe Raten für Ledger-Transaktionen behauptet. Um 50.000 TPS zu erreichen, müssen Sie Off-Chain-Skalierungsschemata wie Zahlungskanäle verwenden.

Dies ist eine grundlegende Skalierungsgrenze bei allen öffentlichen Ledgern, die versuchen, fungible Token zu erstellen. Jeder vollständige Knoten muss jede Transaktion verarbeiten. Wenn Sie also versuchen, die Anzahl der On-Chain-Transaktionen sehr hoch zu machen, werden allen hohe Bandbreiten-, CPU- und Speicherkosten auferlegt. (Sie können etwas Fungibilität eintauschen, wie es IOTA tut und wie es einige Sharding-Schemata tun.)

Gibt es ein Limit für die Anzahl der Transaktionen, die in einer einzelnen Runde verarbeitet werden können?
Es gibt keine feste Grenze. Es gibt eine Heuristik, die Transaktionen basierend auf der Höhe der gezahlten Gebühr und der Leistung der letzten Runden in die Runde einlässt. Wenn sich ein großer Transaktionsrückstand ansammelt, werden in jeder Runde mehr und mehr Transaktionen aufgenommen, bis sich entweder der Rückstand auflöst oder der Konsens nachzulassen beginnt. Wenn sich der Konsens verschlechtert, steigen die Gebühren und die Anzahl der pro Ledger zulässigen TXNs sinkt.