Solana 100M CU Upgrade: 66 % mehr Blockkapazität

Das Solana 100M CU Upgrade ist im Mainnet aktiv: Mit dem Start von Epoche 1009 am 29. Juli 2026 um 07:31:09 Uhr CEST stieg das Rechenlimit eines Blocks von 60 auf 100 Millionen Compute Units. Das sind rund 66,7 Prozent mehr maximale Blockkapazität. Die Änderung schafft vor allem Platz für mehr voneinander unabhängige Transaktionen; sie garantiert weder dauerhaft höhere reale TPS noch niedrigere Gebühren oder ausfallfreien Betrieb.

Die Aktivierung lässt sich direkt am öffentlichen Feature-Gate-Konto P1BC…Pqsz im Solana Explorer nachvollziehen: Es wurde in Slot 435.888.000 aktiviert. Der öffentliche Mainnet-RPC ordnete diesen Slot dem Beginn von Epoche 1009 zu. Damit ist das Ereignis nicht nur angekündigt, sondern on-chain vollzogen.

Solana 100M CU Upgrade: Das Wichtigste

• Aktivierung: Feature-Gate-Slot 435.888.000 eröffnete Epoche 1009 am 29. Juli 2026 um 05:31:09 UTC beziehungsweise 07:31:09 CEST.
• Neues Blocklimit: Maximal 100 Millionen statt 60 Millionen Compute Units pro Block.
• Steigerung: Die technische Obergrenze wächst um 40 Millionen CUs oder rund 66,7 Prozent.
• Zweck: Mehr unabhängige Rechenarbeit kann innerhalb desselben Blocks verarbeitet werden.
• Keine Migration: Wallet-Nutzer müssen SOL nicht tauschen, verschieben oder neu beanspruchen.
• Keine Garantie: Das Limit allein verspricht weder 66,7 Prozent mehr reale Transaktionen noch entsprechend niedrigere Gebühren.

Was SIMD-0286 technisch ändert

Compute Units messen auf Solana den Rechenaufwand von Transaktionen und Programmen. Ein Blockproduzent darf nur so viele Transaktionen in einen Block aufnehmen, wie zusammen unter dem geltenden Rechenlimit bleiben. SIMD-0286 hebt genau diese blockweite Obergrenze auf 100 Millionen CUs an.

Die Solana Foundation beschreibt den Schritt als Ausbau paralleler Kapazität. Nach ihren Messungen lagen seit der vorherigen Erhöhung auf 60 Millionen CUs rund 11,2 Prozent der Blöcke bei mindestens 56 Millionen CUs. Etwa jeder neunte Block kam dem alten Limit damit relativ nahe. Die Nachfrage tritt allerdings nicht gleichmäßig auf, sondern konzentriert sich häufig auf Marktphasen mit vielen gleichzeitigen Transaktionen.

Wichtig ist die Abgrenzung: Das Solana 100M CU Upgrade vergrößert das gemeinsame Rechenbudget pro Block. Es ändert nicht automatisch jede andere Protokollgrenze. Transaktionsgröße, Kontodaten, der individuelle Compute-Bedarf eines Programms und konkurrierende Schreibzugriffe bleiben eigene Engpässe. Der Sprung ist deshalb kein pauschales „66-Prozent-Upgrade“ für jede Anwendung.

Warum mehr Compute Units nicht automatisch mehr TPS bedeuten

Transaktionen sind unterschiedlich teuer. Eine einfache Übertragung benötigt weniger Rechenarbeit als ein komplexer DeFi-Tausch mit mehreren Programmen. 100 Millionen CUs lassen sich daher nicht in eine feste Zahl von Transaktionen pro Sekunde umrechnen. Entscheidend ist der tatsächliche Mix aus einfachen und komplexen Vorgängen.

Auch parallele Ausführung hat Grenzen. Wenn viele Transaktionen gleichzeitig dasselbe beschreibbare Konto oder denselben Liquiditätspool beanspruchen, stehen sie in Konflikt und können nicht beliebig nebeneinander verarbeitet werden. Mehr blockweites Budget hilft am stärksten, wenn sich die Arbeitslast auf unterschiedliche Konten und Programme verteilt.

Unser Vergleich von Solana und Ethereum erklärt den Architekturunterschied: Solana deklariert Kontozugriffe vorab und plant unabhängige Transaktionen parallel, während Ethereum Transaktionen traditionell stärker sequenziell ausführt. Compute Units und Ethereum-Gas sind nützliche Rechenmaße, aber nicht identisch und nicht als einfache Leistungsrangliste zu lesen.

Welche Anwendungen von mehr Blockkapazität profitieren

Zusätzlicher Spielraum kann vor allem in Belastungsspitzen helfen. Orderbuchbörsen, Zahlungsanwendungen, Liquidationen, NFT- oder Token-Ausgaben und andere zeitkritische Dienste konkurrieren dann weniger schnell um ein vollständig ausgeschöpftes Blockbudget. Sind ihre Kontozugriffe ausreichend unabhängig, können Blockproduzenten mehr Arbeit in demselben Slot unterbringen.

Das heißt nicht, dass jede Nutzertransaktion billiger wird. Solanas Prioritätsgebühren hängen davon ab, wie stark der konkret benötigte Ausführungspfad nachgefragt ist und welchen Compute-Rahmen eine Transaktion anfordert. Mehr Gesamtangebot kann Konkurrenz entschärfen, doch ein einzelner überlasteter Markt oder ein häufig beschriebenes Konto kann lokal knapp bleiben.

Ähnliche Abwägungen gibt es bei anderen Netzwerken. Unser Überblick zu Ethereum-Upgrades und Glamsterdam zeigt, dass höhere Gas- oder Datenlimits nur zusammen mit Ausführung, Datenverfügbarkeit und Node-Anforderungen bewertet werden sollten. Ein größeres Limit verschiebt die Kapazitätsgrenze, beseitigt aber nicht jedes Skalierungsproblem.

Risiken für Validatoren und Infrastruktur

Größere Blöcke können mehr Daten und Rechenarbeit enthalten. Validatoren müssen sie innerhalb enger Zeitfenster empfangen, ausführen und weiterverarbeiten. Die Solana Foundation nennt XDP, eine Technik zur schnelleren Netzwerkverarbeitung, als wichtige Voraussetzung: Vor der Freigabe hätten mehr als 70 Prozent des Mainnet-Stakes XDP aktiviert.

Das reduziert das Risiko, beseitigt es aber nicht. Schwächere Validator-Hardware könnte beim Replay oder Aufholen stärker belastet werden. Auch RPC-Anbieter, Indexer und Börsen müssen mit höheren Spitzen umgehen, obwohl laut Upgrade-Seite keine neuen Datenformate und keine verpflichtenden Anpassungen für Anwendungen eingeführt wurden.

• Propagation: Umfangreichere Blöcke müssen schnell genug im Validatornetz verteilt werden.
• Replay: Mehr Rechenarbeit kann die Wiederholung und Prüfung eines Blocks verlängern.
• Hardware-Druck: Höhere Spitzen können leistungsstarke Netzwerkkarten und Prozessoren wichtiger machen.
• Zentralisierung: Steigende Mindestanforderungen könnten kleine Betreiber relativ stärker belasten.
• Beobachtungszeit: Erst die kommenden Lastspitzen zeigen, ob das zusätzliche Budget dauerhaft ohne neue Engpässe genutzt wird.

Was Nutzer jetzt beachten sollten

Für normale Wallet-Nutzer ist keine Aktion erforderlich. Es gibt keinen neuen SOL-Token und keinen Anspruchsprozess. Aufforderungen, Coins wegen SIMD-0286 zu migrieren, eine Seed Phrase einzugeben oder ein angebliches Upgrade-Paket zu signieren, sind Warnsignale.

Nutzer sollten Kapazität außerdem nicht mit Verfügbarkeit verwechseln. Ein Netzwerk kann mehr Transaktionen pro Block erlauben und dennoch durch Softwarefehler, Infrastrukturprobleme oder überlastete Zugangsdienste beeinträchtigt werden. Der Postmortem zum Coinbase-Ausfall illustriert diese Trennung auf Anwendungsebene: Rechenkapazität einer Blockchain verhindert keine Fehler in Börsen-, Wallet- oder RPC-Systemen.

Fazit zum Solana 100M CU Upgrade

SIMD-0286 ist ein überprüfbarer Mainnet-Schritt: Solana hat das Blocklimit mit Epoche 1009 von 60 auf 100 Millionen Compute Units erhöht. Das zusätzliche Budget kann mehr parallele Arbeit aufnehmen und in Lastspitzen mehr Spielraum schaffen. Die Aktivierung ist weder ein Token-Ereignis noch ein Kursversprechen.

Ob das Solana 100M CU Upgrade im Alltag entsprechend mehr nutzbare Kapazität liefert, hängt vom Transaktionsmix, von Kontokonflikten, Validatorleistung und nachgelagerter Infrastruktur ab. Aussagekräftig werden deshalb Messwerte aus realen Spitzenzeiten: Blockauslastung, fehlgeschlagene Transaktionen, Prioritätsgebühren, Replay-Zeiten und die Verteilung leistungsfähiger Validatoren. Stand der Recherche ist der 29. Juli 2026, 19:10 Uhr CEST.

Quellen

• Solana Foundation: 100M CU Blocks, Juli 2026 (Primärquelle zu Limit, Aktivierungsplan, Auslastung, XDP und technischen Grenzen).
• Solana Improvement Documents: SIMD-0286 (Primärdokument zur Erhöhung des Blocklimits).
• Solana Explorer: Feature-Gate P1BC…Pqsz (On-chain-Nachweis der Aktivierung in Slot 435.888.000).
• CoinDesk: Solana eyes 66% block-size bump, 24. Juli 2025 (unabhängige Sekundärquelle zur Entstehung und beabsichtigten Wirkung von SIMD-0286).