Das Stellar-Projektteam stellte Project Thruput vor, ein experimentelles Modell für die Transaktionsausführung, das parallele Verarbeitung ermöglichen soll, selbst wenn Vorgänge denselben Blockchain-Zustand verändern. Das Modell ist relevant, weil Entwickler sagen, dass es die Rechenkapazität durch zusätzliche Hardware skalieren kann, ohne die Blockchain zu sharden.

In ersten Tests stieg die Zahlungsausführung auf einem einzelnen Validator von 1,18 Millionen pro Sekunde mit einer Maschine auf 7,02 Millionen pro Sekunde mit acht Maschinen.

Project Thruput ist bereits im FutureNet-Testnetz verfügbar, zusammen mit seinem Open-Source-Code, technischer Dokumentation und reproduzierbaren Benchmarks.

Wie Project Thruput funktioniert

Stellar erklärte, viele Blockchains führten Transaktionen in einer einzigen Reihenfolge aus oder verarbeiteten sie nur dann parallel, wenn keine Konflikte beim Datenzugriff bestehen. Vorgänge, die versuchen, denselben Kontostand oder Liquiditätspool zu verändern, müssten daher möglicherweise aufeinander warten.

Unter Project Thruput beginnen Transaktionen innerhalb eines Blocks mit demselben Ledger-Snapshot und können parallel ausgeführt werden, auch wenn sie denselben Zustand verändern. Das System führt kompatible Änderungen zusammen, wenn es den Block bestätigt.

Beispielsweise kann eine Transaktion, statt einen neuen Kontostand zu schreiben, einen Vorgang angeben, der einen bestimmten Betrag abzieht. Das System kann solche Änderungen in unterschiedlicher Reihenfolge zusammenführen, sofern sie festgelegte Bedingungen erfüllen, und gleichzeitig verhindern, dass zwei Zahlungen dieselben Mittel gleichzeitig ausgeben.

Entwickler können zudem Regeln für Gruppen von Transaktionen definieren, darunter eine Obergrenze für den insgesamt während eines Blocks abgehobenen Betrag. Speichertypen bestimmen, welche Änderungen kombiniert werden können und welche Grenzen das System durchsetzen muss.

Tests mit hoher Datenkontention, bei denen Überweisungen auf 100 Konten begrenzt waren, zeigten eine steigende Leistung mit zunehmender Zahl von Prozessorkernen und Maschinen. Das beste gemeldete Ergebnis lag bei 7,02 Millionen Zahlungen pro Sekunde auf acht Maschinen, nahezu dem Sechsfachen der 1,18 Millionen, die auf einer Maschine verzeichnet wurden.

Die Benchmarks umfassten RV32-ERC-20-Transfers, Transaktionsausführung, Signaturprüfung und den vollständigen Prozess vom Öffnen eines Blocks bis zu dessen Finalisierung in der Core-Engine von Project Thruput. Sie maßen nicht den End-to-End-Netzwerkdurchsatz.

Transaktionsgebühren und Kapazitätsgrenzen

Project Thruput erhebt keine Gebühren für einzelne Transaktionen, ein Design, das kostenlose Micropayments und komplexe Berechnungen wie Portfolio-Risikoberechnungen unterstützen soll.

Das Modell erlaubt keine unbegrenzte Rechenleistung. Gas misst und begrenzt weiterhin die Ausführung jeder Transaktion. Wenn die Nachfrage die verfügbare Kapazität übersteigt, hängt der Anteil eines Kontos an der Warteschlange von seinem nicht gesperrten Bestand an nativen Token ab.

Die Token werden bei der Einplanung nicht ausgegeben, und Transaktionen können keine Priorität erlangen, indem höhere Gebühren gezahlt werden. Ein ähnlicher Mechanismus gilt für die Datenspeicherung: Ein Teil des Kontoguthabens wird gesperrt, solange die Daten gespeichert bleiben, und nach ihrer Löschung freigegeben.

Bermuda hatte zuvor erklärt, staatliche Zahlungen unter Nutzung von Stellar on-chain abzuwickeln.

Quelle: HODL Press