Die Schlagzeile klingt durchaus erstmal beeindruckend und vielleicht auch ein bisschen nach Clickbait: Das Solana-Netzwerk hat die Marke von 100.000 Transaktionen pro Sekunde (TPS) überschritten. Ein Wert, der die meisten anderen Blockchains wie Ethereum oder Avalanche vor Neid erblassen lässt. Ethereum schafft gerade einmal 15 bis 30 TPS, Avalanche etwa 4.500.
Doch wie so oft sollte man ein bisschen genauer hinschauen. Was auf den ersten Blick nach einem reinen Leistungsbeweis und einer Deklassierung der Konkurrenz aussieht, entpuppt sich bei genauerem Hinsehen als Ergebnis bestimmter Testverfahren und technischer Eigenheiten.
Inhaltsverzeichnis
ToggleWas bedeutet TPS überhaupt?
Der Begriff „Transactions per Second“ ist in der Blockchain-Welt das Pendant zu einem Leistungskennwert. Er beschreibt, wie viele einzelne Transaktionen ein Netzwerk in einer Sekunde verarbeiten kann. Für Nutzer klingt das zunächst einfach: Je höher der Wert, desto schneller laufen Zahlungen, NFT-Mints oder DeFi-Swaps durch. Doch die große Raffinesse steckt im Detail.
Eine Transaktion auf Solana kann verschiedene Arten von Instruktionen enthalten. Manche dieser Anweisungen verändern den Zustand der Blockchain – etwa wenn ein Token von Wallet A zu Wallet B wandert. Andere sind jedoch weitaus „leichter“ und dienen eher dazu, das System unter Last zu testen. Genau hier kommt der Begriff No-Op ins Spiel.
No-Op vs. reale Transaktionen: Ein entscheidender Unterschied
„No-Op“ steht für „No Operation“. Diese Art von Transaktion ist technisch gesehen gültig, löst aber keine echte Aktion im Netzwerk aus. Sie verändert weder Guthaben noch Smart-Contracts oder Programmlogik. Man kann sich das wie einen Platzhalter vorstellen: Der Rechner erledigt eine kleine Rechenaufgabe, die kaum Ressourcen verbraucht, aber trotzdem als Transaktion gezählt wird.
Im aktuellen Fall wurden bei dem Rekordlauf fast ausschließlich solche No-Op-Instruktionen verarbeitet. Das erklärt auch, warum die Zahl so hoch ausfiel: Sie belastet das Netzwerk kaum und kann daher in einer enormen Frequenz durchlaufen.
Zum Vergleich: Reale Transaktionen, also Überweisungen, Oracle-Updates oder Smart-Contract-Interaktionen – sind deutlich komplexer. Sie müssen auf Konsistenz geprüft, in den globalen Zustand der Blockchain eingetragen und von allen Validatoren bestätigt werden. Diese Vorgänge kosten Rechenleistung, Speicherzugriffe und Kommunikationsbandbreite. Deshalb liegt der praktische Durchsatz im Alltag deutlich niedriger: je nach Quelle zwischen etwa 1.000 und 3.600 TPS.
Die Diskrepanz zwischen Rekord und Realität ist also enorm. Trotzdem ist der Stresstest nicht wertlos, denn er zeigt, dass die Architektur von Solana grundsätzlich in der Lage ist, auch unter maximaler Last stabil zu laufen. Nur sollte man den Wert, so schön es auch wäre, nicht mit der realen Nutzlast verwechseln.
Trotzdem hat das Solana-Netzwerk einen wichtigen Meilenstein erreicht, wenn auch unter Bedingungen, die man als „Laborumgebung“ bezeichnen muss. Die 100.000 TPS sind kein Maßstab für den Alltag, sondern ein theoretischer Wert. Dennoch zeigt der Test, dass das System robust genug ist, extreme Lasten zu bewältigen.
Warum Solana bei TPS eine Sonderrolle spielt
Solana unterscheidet sich von vielen anderen Blockchains dadurch, dass es Konsens- und Voting-Transaktionen mit in seine TPS-Statistiken einbezieht. Diese sogenannten „Vote Transactions“ machen einen erheblichen Anteil des täglichen Traffics aus. Ohne sie würde die gemessene Performance deutlich niedriger ausfallen.
Auf den ersten Blick mag das nach Augenwischerei klingen, tatsächlich ist es aber Teil des Designs: Das Netzwerk braucht diese Votes, um seinen Proof-of-History-basierten Konsensmechanismus zu sichern. Rein technische Benchmarks lassen sich daher nur schwer mit anderen Blockchains vergleichen, die einen anderen Konsensalgorithmus nutzen.
Firedancer: Die große Hoffnung für noch mehr Geschwindigkeit
Wer Solana schon länger verfolgt, weiß: Das wahre Ass im Ärmel heißt Firedancer. Dabei handelt es sich um einen alternativen Validator-Client, der in Zusammenarbeit mit Jump Crypto entwickelt wird. Ziel ist es, den bestehenden Client nicht nur zu ergänzen, sondern ihn in Sachen Effizienz weit zu übertreffen.
Die Entwickler geben an, dass Firedancer bereits im Testnetz Werte von über einer Million Transaktionen pro Sekunde erreicht haben soll. Anders als beim Rekordlauf mit No-Ops handelt es sich hier um echte Simulationen mit komplexeren Instruktionen. Firedancer ist komplett in C und C++ geschrieben, was eine deutlich höhere Performance als der bisherige Rust-Client verspricht.
Wann geht Firedancer live?
Die große Frage lautet: Wann können Nutzer und Entwickler tatsächlich von Firedancer profitieren? Offiziell befindet sich der Client noch in einer Testphase. Erste Module laufen bereits stabil im Testnetzwerk, etwa das Datenweiterleitungssystem („Networking Stack“). Konkrete Aussagen zum Mainnet-Launch sind rar, aber die Community rechnet mit einem gestaffelten Rollout. Zunächst sollen Teile von Firedancer parallel zum bestehenden Client eingesetzt werden, um Risiken zu minimieren.
Ein vollständiger Mainnet-Launch könnte 2025 oder 2026 erfolgen, wobei die Entwickler bewusst keine festen Termine nennen. Schließlich steht hier nicht nur Leistung, sondern vor allem Stabilität und Sicherheit im Vordergrund.
Zuletzt aktualisiert am 19. August 2025
