Solana aktiviert den Transaktionsmodus V1 – dadurch wird die Transaktionsgröße verdreifacht und ZK-Proofs werden genutzt.

• Solana aktiviert die Transaktion V1 am 9. September. Dadurch wird die maximale Größe einer Transaktion von 1.232 Bytes auf 4.096 Bytes erhöht.Unterstützung für atomare Nullwissen-BeweiseUnd die Signaturn von BLS.
• Die Aktualisierung stellt das Netzwerk in Übereinstimmung mit den Standard vier-Kilobyte-Memopage-Formaten bereit, die in der Hardware des Validators verwendet werden.Entfernung der Legacy-PaketbeschränkungenDies hat die Komplexität der Transaktionen bisher eingeschränkt.
• Das Framework von Wormhole für den Transfer von Native-Tokens ermöglicht es, die 35 Milliarden Dollar hohe Menge an Dogecoin so, dass sie nativ auf Solana übergehen kann.Vermeidung von fragmentierter LiquiditätMehrere Brücken.
• Kamino Finance bringt einen neuen Kreditmarkt auf Solana ein. Dabei werden Bridged Zcash (ZEC) als Sicherheit für USDC-Kredite verwendet.Nutzung isolierter RisikopoolsUm die Volatilität zu verringern.
• Die Infrastrukturbetreiber und Indexer müssen dringend ihre Systeme aktualisieren, damit sie das neue Transaktionsformat sowie die Prioritätsgebührenkonfiguration korrekt verarbeiten können.Um Datenfehler zu vermeiden.

Solana führt eine strukturelle Verbesserung seines Transaktionsformats durch. Die Version V1 der Transaktionen wird am 9. September auf dem Mainnet aktiviert. Diese Änderung erhöht die maximale Größe einer Serialisierte Transaktion signifikant von 1.232 Bytes auf 4.096 Bytes. Der neue Limit wird durch die Vorschläge SIMD-0296 und SIMD-0385 definiert. Dadurch wird das Netzwerk an die Standard-4-Kilobyte-Memopage angepasst, die in modernem Validierungshardware verwendet wird. Dieser Wandel löst ein seit langem bestehendes Problem aus, das komplexe kryptografische Operationen beeinträchtigte. Früher war die Grenze von 1.232 Bytes so gewählt, dass sie in standardmäßige 1.280-Bytes-Internetpakete passte. Die neue Kapazität ermöglicht es, Zero-Knowledge-Proves, BLS-Signaturen sowie große Multisig-Wallets in einzelne Transaktionen zu integrieren. Die nativen Protokoll-ebene-Atomicität ersetzt die bisherigen Lösungen, bei denen auf Jito-Bundles für die Transaktionsgruppierung gesetzt wurde. Eine einzelne v1-Transaktion wird sauber rückgängig gemacht, falls ein Schritt fehlschlägt – dadurch werden die Sicherheiten für komplexe dezentrale Finanzoperationen gestärkt. Die Aktivierung der Verbesserungen erfolgt über eine Feature-Gate an den Epochgrenzen. Die alten v0-Transaktionsformate bleiben weiterhin gültig – somit ist keine Hard Fork oder Anpassung der Nutzerstruktur erforderlich.

Wie wirkt sich das neue Format auf Entwickler und die Infrastruktur aus?

Der Übergang auf die Version V1 bringt bedeutende Veränderungen für Entwickler und Anbieter von Blockchain-Infrastrukturen mit sich. Das neue Format entfernt die Adressabfragetabellen, anstelle davon verwenden es inline-Adressen. Diese strukturelle Änderung erfordert, dass alle Kontonummern direkt innerhalb der Transaktionsbescheinigung angegeben werden müssen. Obwohl dies die Größe der Transaktionsbescheinigung vergrößert, zeigt die technische Analyse, dass…90 Prozent der untersuchten TransaktionenBei der Konvertierung von v0 zu v1 werden weniger als 1.400 Bytes hinzugefügt. Entwickler müssen beurteilen, ob der erhöhte Größe des Datenblocks die Verluste durch die Komprimierung von ALT für bestimmte Anwendungsfälle wie Multi-Pool-Swaps gerechtfertigt sind.

Die Infrastrukturdienstanbieter haben dringende Anforderungen bezüglich der Kompatibilität. Die Dienste für Entfernte Prozeduranrufe müssen ihre maximale unterstützte Transaktionsversion auf eine einzige setzen, um Fehler bei den Anfragen zu vermeiden. Indexer, Explorerer und Analysedienste müssen ihre Methode zur Abrufung der Ressourcenbeschränkungen aktualisieren. Die Transaktion V1 speichert die Rechenkapazitäten sowie die Prioritätsgebühren in einer separaten Transaktionskonfiguration – anstatt in den alten ComputeBudget-Anweisungen. Alte Dienste können falsche Informationen anzeigen, z. B. wenn keine Prioritätsgebühren angezeigt werden, obwohl die Nutzer sie bereits bezahlt haben. Geyser und gRPC-Konsumenten müssen prüfen, ob das Feld „Message.config“ vorhanden ist – anstatt nur die Versionen zu überprüfen – um korrekte Transaktionen von V1 erkennen zu können. Die Anbieter müssen auf Agave v4.2.2 oder v4.3.0-beta.3 aktualisiert werden, um den Verkehr von V1 korrekt zu handhaben.

Welche Auswirkungen haben das auf die Cross-Chain-Assets und DeFi?

Solana erweitert außerdem sein Asset-Ecosystem durch umfassende Cross-Chain-Integrationen. Dogecoin ist auf Solana über das Framework für Nativ-Token-Transfers von Wormhole sowie den Sunrise-Liquidity-Gateway gelangt. Diese Integration umfasst die gesamte 35 Milliarden Dollar große circolare Menge an Dogecoin – was eine der größten Cross-Chain-Transfers eines einzelnen Assets in der Geschichte darstellt. Im Gegensatz zu traditionellen Methoden, bei denen Assets eingeschlossen werden und synthetische Versionen erstellt werden, überträgt das Nativ-Token-Transfer-Verfahren die eigentlichen Tokens direkt. Dabei werden Zero-Knowledge-Proofs verwendet, um die Transfers zu überprüfen, während gleichzeitig die Befugnisse des Emissors bezüglich der Supply-Politik und Metadaten erhalten bleiben. Der Sunrise-Gateway gibt jedem eingehenden Asset einen einheitlichen Mint-Adress, sodass es eine einzige kanonische Version von Dogecoin auf Solana gibt.Löst die Liquiditätsfragmentierung aus.Preisunterschiede, die oft entstehen, weil die Assets über mehrere Brücken transportiert werden.

Das Protokollumfeld entwickelt sich gleichzeitig weiter, um nicht-einheimische Vermögenswerte zu unterstützen. Kamino Finance hat einen neuen Kreditmarkt auf Solana eingeführt, der Zcash als Sicherheit akzeptiert. Nutzer können Zcash leihen, um USDC zu erhalten, oder das Kamino Multiply-Produkt nutzen, um Hebelstrategien automatisch umzusetzen. Dabei wird USDC geliehen, gegen Zcash getauscht und anschließend wieder in eine einzige Transaktion zurückgelegt. Kamino integriert Zcash in seine isolierte Kreditarchitektur, um Risiken innerhalb bestimmter Pools zu begrenzen. Diese Struktur ermöglicht es dem Protokoll, individuelle Kredit-Wert-Verhältnisse festzulegen, die an die Volatilität des Vermögenswerts angepasst sind. Dadurch wird das Risiko einer Ausbreitung des Risikos auf die Hauptliquiden des Protokolls bei einem starken Verlust minimiert.

Diese Entwicklungen machen Solana zu einem leistungsstarken Zentrum für fortgeschrittene Handelsaktivitäten sowie komplexe dezentralisierte Finanzoperationen. Das Netzwerk bereitet sich auf die nächste Alpenglow-Upgrade-Version vor – mit dem Ziel, eine Finalisierungszeit von 100–150 ms zu erreichen. Bei dieser Überarbeitung wird TowerBFT durch Votor und Rotor ersetzt, um die Gewissheit der Abwicklung für Börsen und Zahlungsanbieter zu verbessern. Die Kombination aus größeren Transaktionskapazitäten, nativen Cross-Chain-Assets und anspruchsvollen Kreditmärkten erhöht die Nutzbarkeit der Plattform für Unternehmensanwendungen. Allerdings führt die Konzentration großer Assets durch ein einzelnes Gateway zu Risiken der Zentralisierung – diese sollten von den Investoren überwacht werden. Das Netzwerk muss außerdem das erhöhte Bandbreitenverbrauch bei größeren Transaktionen mit möglicher Volatilität der Prioritätsgebühren in Einklang bringen.