cryptopolitan.com
Solana hat am Dienstag die Transaction-V1-Funktion in seinem Hauptnetz implementiert. Dadurch können Transaktionen um zusätzliche Daten erweitert werden. Entwickler erhalten so mehr Spielraum, um komplexe Aktionen in einem einzigen, atomaren Prozess auszuführen.
Diese Entwicklung ist für Entwickler im DeFi Bereich, Wallet-Anbieter, Indexierer und RPC-Betreiber von großer Bedeutung. Die neue Funktion kann auch Auswirkungen auf andere Projekte haben, die mit tokenisierten Vermögenswerten und Zahlungslösungen arbeiten.
Das Feature Gate für txv1 wurde zu Beginn der Epoche 1035 gegen 01:00 UTC am 15. September eingeführt, wie auf der Solana -Upgrade-Seite angegeben, und Transaction V1 ist jetzt im Mainnet, Testnet und Devnet verfügbar.
Von 1.232 Bytes auf 4.096 Bytes
Die erste Einschränkung betrifft die Transaktionsgröße. Solana hat die maximale Größe serialisierter Transaktionen von 1.232 Byte auf 4.096 Byte verdoppelt und bietet damit deutlich mehr Speicherplatz für Transaktionen – etwa das Dreifache.
Das Format der neuen Transaktion wurde in SIMD-0296 defi, während das V1-Nachrichtenformat auf SIMD-0385 basiert.
Bislang basierte die Beschränkung in Solana auf konservativen MTU-Beschränkungen des Netzwerks. Durch die Aufhebung der festen Beschränkung der Streamgröße in QUIC werden nun größere Transaktionen ermöglicht.
Der zusätzliche Speicherplatz ist hilfreich bei der Verarbeitung von Workloads mit hohem Transaktionsdatenaufkommen, wie beispielsweise Zero-Knowledge-Proofs, umfangreichen Multisig-Operationen und Signaturen einschließlich BLS. Wie Cryptopolitan, wurde V1 am 1. September um Epoche 1025 im Testnetz gestartet und gab Infrastrukturanbietern damit die Möglichkeit, sich auf den Start im Hauptnetz vorzubereiten.
Warum eine einzelne atomare Transaktion von Bedeutung ist
Die Entwickler, die feststellten, dass Solana eine Obergrenze für die Transaktionsgröße hatte, konnten in einigen Fällen ihre Operationen in eine Reihe von Transaktionen aufteilen oder Jito-Bundles verwenden.
Wie die Erläuterung in SIMD-0296 zeigt, ist ein Bundle jedoch nicht gleichzusetzen mit einer nativen Transaktion, wenn es um Atomarität auf Protokollebene geht.
Mit Transaction V1können mehr Anweisungen und Daten in eine Transaktion integriert werden. Dadurch funktionieren Routing, Proof-Prüfung und Batching entweder alle gleichzeitig oder gar nicht, anstatt in separaten Transaktionen durchgeführt zu werden.
In einigen Fällen wären für die Durchführung einer Operation weniger Unterschriften und Bestätigungen erforderlich.
Der Kompromiss zwischen Adress-Lookup-Tabelle
V1 ändert auch die Art und Weise, wie Transaktionen Ressourcen und Kontoverweise verwalten.
Die Einstellungen für Rechenlimit und Prioritätsgebühr wurden von den ComputeBudget-Anweisungen in die Transaktionseinstellungen verschoben, sodass Infrastrukturanbieter leichter auf diese Einstellungen zugreifen können.
V1-Transaktionen werden auch aus den Adresstabellen entfernt, da die referenzierten Konten in der Transaktion enthalten sind.
Dies vereinfacht zwar die Transaktion, geht aber auf Kosten ihrer Größe, da eine v0-Adress-Lookup-Tabelle nur einen Ein-Byte-Index benötigt, während ein Inline-Public-Key 32 Bytes benötigt.
Die Analyse der Adresstabellen von Solana ergab, dass 62 Prozent der v0-Transaktionen mindestens eine Adresstabelle nutzten. Daher erhöht sich die Transaktionsgröße bei komplexen Transaktionen, die mehrere Adresstabellen verwenden, um mehr als 1.500 Byte. Die Beschränkung auf 64 Konten bleibt unverändert.
Wo V1 in SolanaVorstoß im Bereich tokenisierter Finanzen passt
Das Upgrade erfolgt zu einem Zeitpunkt, an dem Solana seine Position im Bereich On-Chain-Finanzwesen ausbaut. Laut DeFiLlama beläuft sich der Gesamtwert der in Solanas DeFi-Sektor gebundenen SolanaVermögenswerte DeFi 5,95 Milliarden US-Dollar, und das 24-Stunden-Handelsvolumen der dezentralen Börse beträgt rund 1,79 Milliarden US-Dollar.
Der Augustbericht für Solana gab außerdem an, dass der Wert der realen Vermögenswerte im Netzwerk 4 Milliarden US-Dollar überstieg und auf mehr als 350.000 Adressen verteilt war. Darüber hinaus verwaltete xStocks Vermögenswerte im Wert von über 500 Millionen US-Dollar.
Dass mehr Transaktionskapazität zur Verfügung steht, bedeutet nicht zwangsläufig, dass dies zu einer größeren Akzeptanz führen wird.
Galaxy Research hat festgestellt, dass ein großer Teil des in den Solana-Token gebundenen Wertes noch immer nicht genutzt wird, während konkurrierende Plattformen in einigen schnell wachsenden Bereichen weiterhin führend sind.
V1 erweitert somit das Anwendungsspektrum, das Entwickler auf Solanaerstellen können. Die schwierigere Frage ist jedoch, ob Nutzerzahlen, Liquidität und Transaktionsaktivität diesem Beispiel folgen werden.
Was müssen die Betreiber jetzt tun?
RPC-Leser sollten für getTransaction und getBlock die Variable `maxSupportedTransactionVersion: 1` setzen, während Indexer die V1-Rechenlimits und Prioritätsgebühren aus der `transactionConfig` lesen müssen. Validatoren und RPC-Operatoren sollten Agave Version 4.2.2 oder höher verwenden. V1-Absender sollten zudem die Rechen- und Kontolimits explizit festlegen und für Transaktionen über 1.232 Byte Base64 verwenden. Wallet-Anbieter sollten die V1-Unterstützung erst dann bewerben, wenn sie gemäß Solanaden Upgrade-Richtlinien von.