Solana erhöht Transaktionsgröße auf 4.096 Bytes
Das Upgrade auf Transaction v1 soll Solana mehr Spielraum für komplexe Zahlungen, Multisigs und Zero-Knowledge-Proofs geben. Wallets und Explorer müssen ihre Software allerdings anpassen, damit neue Transaktionen korrekt gelesen werden.
Wichtigste Erkenntnisse
- Solana erhöht am Mittwoch die maximale Transaktionsgröße von 1.232 auf 4.096 Bytes.
- Transaction v1 ermöglicht komplexere Vorgänge in einer einzigen Transaktion, etwa große Beweise und Zahlungen mit mehreren Freigaben.
- Software, die Solana-Transaktionen ausliest, muss v1 erkennen, um Fehler und eine falsche Anzeige der Gebühren zu vermeiden.
Solana will am Mittwoch die maximale Transaktionsgröße erhöhen von 1.232 Bytes auf 4.096 Bytes. Damit bekommt das Netzwerk pro Transaktion mehr als dreimal so viel Spielraum, was Entwicklern mehr Möglichkeiten für komplexere Vorgänge auf einmal gibt.
Mehr Raum pro Transaktion
Unter der neuen Transaction v1 können Aufgaben, die früher auf mehrere Transaktionen verteilt werden mussten, häufiger in einer einzigen Operation abgewickelt werden. Das gilt zum Beispiel für große kryptografische Beweise, Zahlungen mit vielen Freigaben und einige vertrauliche Übertragungen.
Die neue Form läuft bereits auf Solanas Test- und Entwicklungsnetzwerken. Bestehende Transaktionen funktionieren weiterhin ganz normal, daher müssen Wallets und Apps nicht sofort auf v1 umsteigen, wenn sie den zusätzlichen Platz nicht brauchen.
Der Schritt beseitigt eine alte Einschränkung, die Solana schon länger hatte. Das Netzwerk war schnell und günstig, aber Transaktionen waren an ein hartes Limit von 1.232 Bytes gebunden. Ethereum kennt so eine feste Protokollgrenze nicht und kann deshalb größere, datenintensive Anwendungen in einer einzigen Transaktion verarbeiten, solange der Nutzer genug Gebühr bezahlt.
Was Software anpassen muss
Die größte Wirkung liegt nicht nur im Netzwerk selbst, sondern auch in Software, die Solana ausliest. Dienste, die Blöcke und Transaktionen abrufen, müssen v1 erkennen. Passiert das nicht, können Anfragen fehlschlagen, sobald sie auf eine neue Transaktion stoßen.
Auch der Ort, an dem Priority-Fee-Informationen stehen, ändert sich für einige Systeme. Eine Priority Fee ist eine zusätzliche Zahlung, damit eine Transaktion schneller verarbeitet wird. Alte Software kann dadurch eine Gebühr von null anzeigen, obwohl tatsächlich bezahlt wurde.
Wallets, Explorer und Trading-Apps beziehen ihre Bildschirminformationen oft aus solchen Diensten. Wenn die zugrunde liegenden Daten nicht stimmen, sieht der Nutzer das ebenfalls. Das Upgrade erfordert also vor allem technische Anpassungen im Hintergrund, nicht einen verpflichtenden Umstieg für alle.
Warum das relevant ist
Für europäische Krypto-Nutzer ist das vor allem relevant, weil größere Transaktionen mehr Raum für Anwendungen mit vielen Daten schaffen, etwa für Zero-Knowledge-Proofs und große Multisig-Konstruktionen. Die Grenze von 4.096 Bytes passt außerdem zur Standard-Speicherseite von Validator-Hardware, was hilft, die Verarbeitung effizient zu halten. Das macht die Änderung vor allem für Entwickler und Dienste interessant, die auf Solana aufbauen, nicht nur für Händler, die auf den Kurs schauen.
Die Änderung steht losgelöst von den jüngsten Governance-Abstimmungen rund um SOL und der Verteilung neuer Token. Laut der Dokumentation ist das Upgrade Teil der Agave-4.2-Phase, die in der Woche vom 17. August 2026 beginnt, aber der Umstieg auf v1 bleibt für bestehende Apps und Wallets optional.
