Solana hat die Transaction-V1-Funktion am Dienstag auf seinem Mainnet aktiviert und ermöglicht damit, mehr Daten in jede Transaktion aufzunehmen. Das Upgrade gibt Entwicklern zusätzlichen Spielraum, komplexe Aktionen in einem einzigen atomaren Prozess auszuführen, und ist für DeFi-Entwickler, Wallet-Anbieter, Indexer und RPC-Betreiber relevant. Es kann sich auch auf Projekte auswirken, die mit tokenisierten Vermögenswerten und Zahlungslösungen arbeiten.

Laut Solanas Upgrade-Seite wurde der txv1-Feature-Gate zu Beginn von Epoch 1035 gegen 01:00 UTC am 15. September ausgerollt. Transaction V1 ist nun auf Solanas Mainnet, Testnet und Devnet aktiv.

Transaktionsgröße steigt von 1.232 auf 4.096 Bytes

Die sichtbarste Änderung ist die Erhöhung der maximalen Größe einer serialisierten Transaktion. Solana hat das Limit von 1.232 Bytes auf 4.096 Bytes angehoben und damit etwa 3,3-mal mehr Platz für Transaktionsdaten geschaffen.

Das Format für die neue Transaktion wurde in SIMD-0296 definiert, während das V1 Message Format auf SIMD-0385 basiert. Zuvor war Solanas Limit für die Transaktionsgröße an konservative Beschränkungen der maximalen Übertragungseinheit des Netzwerks, kurz MTU, gebunden. Transaction V1 löst sich von der durch QUIC vorgegebenen festen Begrenzung der Stream-Größe und ermöglicht größere Transaktionen.

Die zusätzliche Kapazität soll Workloads unterstützen, die große Mengen an Transaktionsdaten erfordern, darunter Zero-Knowledge-Proofs, umfangreiche Multisig-Operationen und Signaturen mit BLS. Wie Cryptopolitan zuvor berichtete, wurde V1 in Epoch 1025 am 1. September auf dem Testnet eingeführt, damit Infrastrukturanbieter Zeit zur Vorbereitung auf den Mainnet-Start hatten.

Warum eine einzelne atomare Transaktion wichtig ist

Vor dem Upgrade konnten Entwickler, die auf Solanas Limit für die Transaktionsgröße stießen, ihre Vorgänge in einigen Fällen auf mehrere Transaktionen aufteilen oder Jito-Bundles verwenden. Die Erläuterung in SIMD-0296 stellt jedoch fest, dass ein Bundle auf Protokollebene hinsichtlich der Atomizität nicht einer nativen Transaktion gleichwertig ist.

Transaction V1 ermöglicht es, mehr Instruktionen und Daten in einer einzigen Transaktion unterzubringen. Dadurch können Routing, Proof-Prüfung und Batching entweder allesamt erfolgreich sein oder allesamt scheitern, anstatt über separate Transaktionen ausgeführt zu werden. Je nach Vorgang könnte dadurch auch die Zahl der erforderlichen Signaturen und Bestätigungen sinken.

Abwägung bei Address Lookup Tables

Transaction V1 verändert außerdem den Umgang von Transaktionen mit Ressourcen und Kontoreferenzen. Einstellungen für Compute-Limits und Priority Fees wurden aus den ComputeBudget-Instruktionen in die Transaktionseinstellungen verschoben, wodurch diese Parameter für Infrastrukturanbieter leichter zugänglich sind.

V1-Transaktionen verwenden keine Address Lookup Tables, da die referenzierten Konten direkt in der Transaktion enthalten sind. Das vereinfacht die Transaktionsstruktur, kann aber ihre Größe erhöhen. Eine v0 Address Lookup Table benötigt lediglich einen Ein-Byte-Index, während ein direkt eingebundener öffentlicher Schlüssel 32 Bytes erfordert.

Eine Analyse von Solanas Address Lookup Tables ergab, dass 62 % der v0-Transaktionen mindestens eine Address Lookup Table verwendeten. Folglich könnten umfangreiche Transaktionen, die mehr als eine Tabelle nutzen, um mehr als 1.500 Bytes wachsen, wenn Kontoreferenzen direkt eingebunden werden. Das Kontolimit bleibt unverändert bei 64 Konten.

Rolle bei Solanas Expansion im Bereich tokenisierter Finanzwerte

Das Upgrade erfolgt zu einem Zeitpunkt, an dem Solana seine Rolle im On-Chain-Finanzwesen ausbaut. Laut DeFiLlama liegt der Total Value Locked in Solanas DeFi-Sektor bei nahezu $5,95 Milliarden, während das 24-Stündige Volumen dezentraler Börsen bei rund $1,79 Milliarden liegt.

Solanas August-Zusammenfassung meldete außerdem, dass der Wert realer Vermögenswerte im Netzwerk $4 Milliarden überschritten hatte und auf mehr als 350.000 Adressen verteilt war. Darüber hinaus hatte xStocks Vermögenswerte von mehr als $500 Millionen unter Verwaltung angesammelt.

Eine höhere Transaktionskapazität allein garantiert keine stärkere Akzeptanz. Galaxy Research hat festgestellt, dass ein erheblicher Teil des in Solanas Token gebundenen Werts weiterhin ungenutzt bleibt, während konkurrierende Plattformen in einigen schnell wachsenden Bereichen weiterhin führend sind. Transaction V1 erweitert die Palette der Anwendungen, die Entwickler auf Solana erstellen können. Ob Nutzer, Liquidität und Transaktionsaktivität entsprechend nachziehen, bleibt jedoch offen.

Erforderliche Änderungen für Betreiber und Entwickler

RPC-Leser sollten für getTransaction und getBlock maxSupportedTransactionVersion: 1 festlegen. Indexer müssen V1-Compute-Limits und Priority Fees aus transactionConfig auslesen.

Validatoren und RPC-Betreiber sollten Agave v4.2.2 oder eine spätere Version einsetzen. V1-Sender sollten Compute- und Loaded-Account-Limits explizit festlegen und für Transaktionen mit mehr als 1.232 Bytes base64 verwenden.

Wallet-Anbieter sollten V1-Unterstützung erst dann ankündigen, wenn sie bestätigt haben, dass ihre Software das neue Format korrekt parsen und signieren kann, entsprechend Solanas Upgrade-Leitlinien. Der ursprüngliche Bericht wurde von Cryptopolitan veröffentlicht.