ERPC veröffentlicht „How to be faster on Solana?" — einen Report, der mit Live-Daten sichtbar macht, dass Geschwindigkeit auf Solana von der Physik der Netzwerkdistanz bestimmt wird
ERPC veröffentlicht „How to be faster on Solana?" — einen Report, der mit Live-Daten sichtbar macht, dass Geschwindigkeit auf Solana von der Physik der Netzwerkdistanz bestimmt wird
ELSOUL LABO B.V. (Hauptsitz: Amsterdam, Niederlande; CEO: Fumitake Kawasaki) und Validators DAO, die ERPC betreiben, freuen sich, die Veröffentlichung von „How to be faster on Solana?" bekanntzugeben — einer Report-Seite, die in einem einzigen Durchgang von oben nach unten, den selbst ein Entwickler ohne Spezialwissen auf einen Blick erfassen kann, darlegt, wie man auf Solana schneller wird.
In den letzten Jahren haben immer mehr Entwickler und Teams Hochfrequenzhandel (HFT) und Echtzeit-Finanzinfrastruktur auf Blockchains aufgegriffen, und auf Solana im Besonderen. Doch das Wissen hinter den grundlegendsten Fragen — warum manche schneller sind und wie man schneller wird — ist über einzelne technische Blogbeiträge und bruchstückhafte Erklärungen verstreut geblieben, mit nur wenigen Ressourcen, die einem erlauben, das Gesamtbild schnell zu erfassen. Dieser Report ordnet den Kern der technischen Artikel, die ERPC über die Zeit veröffentlicht hat, zu einer durchgehenden „Linie der Physik" neu.
Dieser Report vermittelt praktisches Verständnis dafür, das Netzwerk effizienter und mit höherer Geschwindigkeit zu nutzen — selbst in einem dezentralen Netzwerk, dessen Teilnehmer über die ganze Welt verteilt sind. Wir sind überzeugt, dass das systematische Teilen der Frage, wo und warum Geschwindigkeitsunterschiede entstehen, zur Effizienz und zum gesunden Wachstum des breiteren Blockchain-Ökosystems einschließlich Solana beiträgt — über das Interesse eines einzelnen Anbieters hinaus.
How to be faster on Solana? (der Report): https://erpc.global/de/how-to-be-faster/
Offizielle ERPC-Website: https://erpc.global/de
ERPC Dashboard: https://dashboard.erpc.global/de
Was die Geschwindigkeit bestimmt, ist nicht Ihr Code oder Ihre Maschine — es ist die unsichtbare dritte Ebene
„Ich fahre dieselbe Strategie und doch wird nur mein Bot zu spät gefüllt." „Die Preise aktualisieren sich einwandfrei, aber nur meine Transaktionen kommen nicht durch." „Ich habe den RPC-Anbieter gewechselt, und nichts hat sich geändert." — die Klagen, die Entwickler, die auf Solana um Geschwindigkeit konkurrieren, äußern, ähneln sich auffallend.
Der erste Verdächtige ist immer „vielleicht ist mein Code langsam" oder „vielleicht ist meine Hardware nicht gut genug". Den Code und die Maschine zu optimieren hilft natürlich. Doch in vielen Fällen, in denen Sie bereits beides gründlich abgestimmt haben, bleibt bis ganz zuletzt — und wird am häufigsten übersehen — eine unsichtbare dritte Ebene: Ihre Netzwerkdistanz zu Solana.
Sobald Ihr Ausführungspfad gut optimiert ist, bewegt sich das, was instruktionsbasiertes CPU-Tuning noch herausholen kann, in der Welt von Nanosekunden bis höchstens wenigen Mikrosekunden. Die Netzwerkdistanz hingegen bestimmt Hunderte von Millisekunden — ein Hebel in der Größenordnung von etwa 1.000× schlummert in genau der Ebene, die die Leute am häufigsten übersehen. Jenseits des Punktes, an dem Sie Ihren Code und Ihre Maschine ausgefeilt haben, liegt der größte verbleibende Spielraum in dieser dritten Ebene.
Auf Solana bewegt sich der „schnellste Ort" mit jedem Slot um die Welt
Auf Solana rückt ein Slot etwa alle 400 Millisekunden vor, und jedem Slot ist ein Validator als „Leader" zugewiesen, der diesen Abschnitt des Blocks baut. Leader wechseln rasch (derselbe Validator kann mehrere aufeinanderfolgende Slots halten), und der Server, der diesem Leader am nächsten ist, gewinnt für diesen Slot einen großen Vorteil.
Genau das macht es grundlegend anders als beim klassischen Hochfrequenzhandel. Bei Aktien oder FX hielt das Platzieren Ihrer Server direkt neben der einzigen Matching-Engine der Börse — einem festen Punkt, der sich nicht bewegt — Sie dauerhaft vorn. Auf Solana bewegt sich der Leader Slot für Slot um die Welt. Der schnellste Platz ist jedes Mal woanders. Sich einmal an einen Ort zu setzen und es dabei zu belassen, funktioniert hier schlicht nicht.
Im Report zeigt ein Globus, der von Live-Daten aus ERPCs Leader Slot Information API (getLeaderSlots) gespeist wird, den aktuellen Leader und dessen schwindelerregenden Wechsel genau so, wie er geschieht. „Der schnellste Ort bewegt sich ständig" — das ist keine Metapher, sondern eine Tatsache, die Sie live beobachten können.
Distanz ist Latenz — von ~0,1 ms im selben Netzwerk bis zu 100–300 ms über Kontinente hinweg
Die Lichtgeschwindigkeit durch Glasfaser und die Anzahl der Router-Hops entlang des Pfades setzen eine Untergrenze, die keine Hardware schlagen kann. Distanz wirkt sich grob in den folgenden Größenordnungen aus:
- Selbes Netzwerk: ~0,1 ms
- Selbes Rechenzentrum: ~0,3 ms
- Selbe Stadt: ~1 ms
- Nachbarland: ~5–10 ms
- Über Kontinente hinweg: ~100–300 ms
Ein einzelner Slot dauert nur etwa 400 Millisekunden. Die 100–300 Millisekunden für die Überquerung eines Kontinents verschlingen für sich allein das Zeitfenster eines ganzen Slots. Wenn der Leader vor Ihrer Haustür ist, schaffen Sie es innerhalb des Fensters; wenn er auf der anderen Seite des Planeten ist, haben Sie ihn bereits verpasst, bevor Sie senden. Für jeden Slot schnell zu sein bedeutet, immer „nah" zu sein, egal wo der Leader landet.
Beachten Sie, dass die Gegenüberstellungen im Report — „~0,1 ms im selben Netzwerk" gegenüber „auf einem Umweg steigt die Anzahl der Relay-Hops (Hops = die Router, die ein Signal durchläuft) auf etwa 7, und die Latenz weitet sich auf etwa das 70-Fache" — Rundzahlen sind, die intuitiv den Unterschied zwischen einer nahen und einer fernen Route vermitteln sollen. Die großen gemessenen Schwankungen zeigen sich in den Live-Daten aus ERPCs Leader Slot Information API: Die gemessene Latenz von einem gegebenen Knoten zum Leader ändert sich stark, je nachdem, wo der Leader ist (welcher Slot), und es wurden Schwankungen in der Größenordnung des Zigfachen zwischen nahen und fernen Slots beobachtet. Eine einzelne Zahl für die „durchschnittliche Latenz" ist oft nur ein schneller Slot und ein langsamer Slot im Wechsel; der Durchschnitt verbirgt die Realität häufig.
Und ein „Städtename" ist nicht der Netzwerkpfad selbst. Selbst innerhalb derselben Stadt häuft sich die Latenz allein dadurch an, wenn externer Transit oder zusätzliche Hops eingefügt werden. Genau deshalb wählt man den nächstgelegenen Knoten nach der gemessenen Ankunftszeit (Ping), nicht nach der Distanz auf einer Karte.
Eine Stadt reicht nicht — Multi-Region, stets nah am Leader
Die Stadt, in der sich Solanas Validatoren am dichtesten ballen, ist Frankfurt. Dennoch machen in einer gemessenen Momentaufnahme zum Zeitpunkt der Veröffentlichung die in Frankfurt versammelten Validatoren nur etwa ein Viertel des gesamten Netzwerks aus — sowohl nach Validatorenzahl als auch nach Stake. Die verbleibenden rund drei Viertel der Slots werden von einem anderen Ort als Frankfurt aus angeführt.
Mit anderen Worten: Selbst wenn Sie Ihre einzige beste Maschine in der am dichtesten besiedelten Stadt platzieren, kann Sie das allein niemals „immer am schnellsten" machen. In mehreren Regionen bereitzustehen (zum Beispiel Frankfurt / Amsterdam / New York / Tokyo / Singapore), nah an dem jeweils aktiven Leader zu empfangen und die Übergabe zu vollziehen, während der Leader sich bewegt — das ist der Weg, für jeden Slot schnell zu sein.
Wenn Ihre Transaktionen nicht durchkommen, stecken Sie in der Spam-Spur fest
Geschwindigkeit ist nicht nur eine Frage dessen, wo Ihr Server steht. Auch über welche Spur Sie Ihre Transaktion ausliefern, entscheidet über Erfolg oder Misserfolg.
Von der Kapazität der TPU (Transaction Processing Unit), die Transaktionen empfängt, weist der Leader bis zu etwa 80 % der stake-gewichteten Priorität zu — also Verbindungen, die durch SOL gedeckt sind, das an einen Validator gebunden ist (Stake) (SWQoS / Stake-Weighted Quality of Service). Die verbleibenden rund 20 % teilen sich alle übrigen Verbindungen. Letztere sind eine überfüllte Spur, vollgestopft mit Spam. Beachten Sie, dass diese Zuteilung von ~80 % auf der Leader-Seite als Sache von Solanas Protokoll entschieden wird, nicht etwas, das ERPC festlegt.
Transaktionen direkt auf den Leader abzufeuern fühlt sich wie der schnellste Zug an. Doch ohne die Deckung durch Stake bedeutet das, sich in der überfüllten ~20-%-Spur anzustellen, und unter Last kommt Ihre Transaktion am Ende nie in den Block. Die wesentliche Antwort ist, über einen stake-gedeckten Pfad zu senden — von einem RPC, der über eine Trusted-Peer-Beziehung mit einem staked Validator verbunden ist. ERPC betreibt einen erstklassigen staked Validator, verbunden mit hochwertigen RPC-Leitungen, als Deckung dafür (Shinobi Performance Pool).
Hardware zählt nur, wenn sie mit voller Leistung läuft
Selbst ein Server, der am richtigen Ort platziert ist, kann die gewonnene Nähe nicht nutzen, wenn die Maschine selbst nicht mit Vollgas läuft. Ein virtualisierter VPS teilt sich einen Hypervisor und neigt daher zu Jitter und Stockungen durch „noisy neighbors" — genau dann, wenn es am vollsten wird. Dediziertes bare metal hat das nicht. Die Untergrenze der Taktrate, die ein Solana-Validator erfüllen muss, liegt bei 2,8GHz; ERPCs bare metal läuft deutlich darüber, bei einer hohen Taktung der 5,7GHz-Klasse, während die Auslastung bei 30–40 % gehalten wird — denn eine CPU, die bei 95 % festgenagelt ist, erzeugt Jitter wie eine verstopfte Straße.
Dieser Unterschied beschränkt sich nicht auf erstklassiges bare metal. Im Report stellen wir ERPCs VPS (VPS++) anhand eines tatsächlichen Benchmarks (node_bench) Seite an Seite mit einer vergleichbar ausgestatteten virtuellen Maschine eines großen Cloud-Anbieters (major cloud) (beide AMD Turin / 4 vCPU). Dies ist keine Inszenierung; es ist eine „Messung", die jeder mit derselben Methode reproduzieren kann. ERPC betont durchgehend, Lieferqualität und Geschwindigkeit durch Messung nachzuweisen, nicht durch subjektive Behauptungen oder Marketingtexte.
Die endgültige Antwort: selbes Netzwerk = null Distanz
Wohin diese gesamte Argumentationslinie gelangt, ist ein einziger Punkt: „im selben Netzwerk" wie Solanas Infrastruktur zu sein — RPC, Validatoren und die am Handel beteiligten Echtzeitpfade wie Jito und Shredstream. Im selben Netzwerk sind es ~0,1 ms, und Pakete überqueren das öffentliche Internet überhaupt nie. „Über das öffentliche Internet", die Standardeinstellung für die meisten Menschen, ist genau der Grund, warum die meisten langsam sind. Null Distanz ist die Schlussfolgerung, die Standort, Maschine und Stake zusammenbindet.
ERPC — jede Optimierung, die die Physik verlangte, auf einer Plattform
Für jede Antwort, die der Report als Physik herleitet, hat ERPC ein entsprechendes Mittel bereitstehen: VPS und bare metal im selben Netzwerk (null Distanz), Bereitschaft in mehreren Regionen (FRA / AMS / NY / TYO / SGP) (immer am schnellsten), Routing auf Basis von gemessenem Ping (zum wirklich nächsten Knoten nach Pfad, nicht nach Karte), die getLeaderSlots API (die Position des Leaders Slot für Slot kennen) und bare metal der 5,7GHz-Klasse, abgestimmt mit dem Open-Source-SLV (volle Leistung).
ERPC ist entstanden, weil wir es zuallererst selbst brauchten. Beim Betrieb des Open-Source-Projekts Epics DAO (ein Kartenspiel auf Solana) konnten wir diese Art von Infrastruktur nicht kaufen, selbst als wir es versuchten, und so blieb uns nichts anderes übrig, als sie selbst zu bauen. Jetzt können Sie auf demselben Fundament stehen.
Auf ERPC können Sie Solana RPC, WebSocket, Solana Geyser gRPC, Solana Shredstream, Direct UDP Stream (Raw Shreds), VPS, bare-metal-Server, dediziertes RPC, SWQoS, eine Pyth-fähige Price API sowie Jet Analytics & Indexed RPC auf einer einzigen Plattform kombinieren.
Dezentrale Netzwerke schneller und effizienter nutzen
Es gibt einen Teil der Geschwindigkeit, der sich durch die richtige Infrastrukturinvestition verbessern lässt. Doch was dieser Report durchgehend zu vermitteln versucht, ist, dass das Verständnis dafür, „wo und warum der Unterschied entsteht", der eigentliche Vorteil ist. Sobald Sie verstehen, wo Sie Zeit verlieren — Standort, Pfad, Maschine oder Stake — können Sie die richtigen Ressourcen wählen und sich auf Ihre Kernarbeit konzentrieren: Strategie, Coding und Entwicklung.
Selbst in einem dezentralen Netzwerk lässt sich das Netzwerk effizient nutzen. Diese Realität auf systematische Weise zu teilen, sollte zur Effizienz und zum Wachstum des breiteren Blockchain-Ökosystems einschließlich Solana beitragen — über das Interesse eines einzelnen Anbieters hinaus.
F&E und kontinuierliche Verbesserung Solana-spezifischer Infrastruktur
Hinter ERPC steht die Forschung und Entwicklung Solana-spezifischer Infrastruktur, die ELSOUL LABO weiterhin vorantreibt. ELSOUL LABO ist seit 2022 fünf Jahre in Folge im Rahmen von WBSO, dem staatlichen F&E-Förderprogramm der Niederlande, anerkannt worden. Es betreibt weiterhin F&E zu Solana-RPC-Infrastruktur, Validatorenbetrieb, Echtzeit-Datenauslieferung sowie KI-Agenten-gestütztem Betrieb und Entwicklung, und diese Ergebnisse spiegeln sich in Diensten wie ERPC, SLV, SLV AI und dem AS200261 Solana-spezifischen Rechenzentrum wider. Auch die Veröffentlichung dieses Reports ist ein Vorhaben, das direkt aus dieser kontinuierlichen Forschung und Entwicklung hervorgeht. ERPC wird seine Ergebnisse weiterhin auf systematische Weise veröffentlichen.
Nutzung und Beratung
Bei Fragen zum Inhalt dieses Reports, für Beratung zur Verbesserung der Geschwindigkeit Ihres eigenen Setups, für Hilfe bei der Auswahl von Ressourcen oder der Planung einer Migration oder bei Fragen zu Benchmarks erstellen Sie bitte ein Support-Ticket im offiziellen Validators DAO Discord.
How to be faster on Solana? (der Report): https://erpc.global/de/how-to-be-faster/
ERPC Dashboard: https://dashboard.erpc.global/de
Offizielle ERPC-Website: https://erpc.global/de
Offizieller Validators DAO Discord: https://discord.gg/C7ZQSrCkYR
Wir danken all unseren Nutzern aufrichtig für ihre fortwährende Nutzung von ERPC.
Links
- How to be faster on Solana? (der Report): https://erpc.global/de/how-to-be-faster/
- Offizielle ERPC-Website: https://erpc.global/de
- ERPC Dashboard: https://dashboard.erpc.global/de
- ERPC Preise: https://erpc.global/de/price/
- Offizielle SLV-Website: https://slv.dev/de
- SLV GitHub: https://github.com/validatorsDAO/slv
- Offizieller Validators DAO Discord: https://discord.gg/C7ZQSrCkYR
Nachrichten
