Das RPC-Netzwerk von Ankr überschreitet 1 Billion monatliche Anfragen über 80+ Chains
Ankr, ein wichtiger Anbieter von Web3-Infrastruktur, kündigte diese Woche an, dass seine RPC Plattform nun mehr als 1 Billion Anfragen pro Monat verarbeitet, ein Meilenstein, der unterstreicht, wie viel von der Blockchain-Aktivität über zentrale Infrastruktur läuft, während Apps versuchen, zu dezentralisieren. Das Unternehmen rahmte den Meilenstein nicht als Marketing-Gag ein, sondern als Momentaufnahme des alltäglichen Verkehrs: alles von Kontostandsprüfungen bis hin zu Rollup-Calls und MEV Bot-Zugriffen.
Remote Procedure Calls (RPCs) sind die Lese-/Schreibverbindungen von Blockchains, die API-Schicht zwischen Wallets, dApps und den Knotenflotten, die tatsächlich den Zustand halten. Laut Ankr stammen die größten Anteile dieses Billionen-Anfragen-Kuchens von Wallets und Frontends, Indexern und Analysediensten, Bots und MEV-Systemen, Rollups/L2s und Brücken (, die viele Cross-Chain-Calls ) generieren, sowie einer langen Liste kleinerer dApps über mehr als 80 Netzwerke.
Diese alltäglichen Aufrufe umfassen häufige Lese-Methoden wie eth_call, eth_getBalance und eth_getBlockByNumber, mit schwereren Bereichs- und Protokollabfragen (eth_getLogs), Tracing-/Debug-Aufrufen, Websocket-Abonnements für neue Köpfe und ausstehende Transaktionen sowie einem kleineren, aber geschäftskritischen Volumen von Schreibvorgängen wie eth_sendRawTransaction.
Was bedeutet das?
Das Erreichen von einer Billion monatlicher Anfragen erfordert Kompromisse: Zuverlässigkeit, Latenz und Kosten sind entscheidend, wenn Anwendungen von On-Chain-Daten abhängen. Ankr sagt, dass es diesen Druck mit einer Mischung aus Netzwerk- und Softwaretechnik adressiert: globales Anycast und regionale Routenführung zur Reduzierung der Latenz, blockchain-bewusstes Lastenausgleich, spezialisierte Flotten (, die heiße Lesevorgänge von Archiv- und Trace/Debug-/Schreibpfaden) trennen, Ratenformung und methodengewichtete Failover-Logik sowie maßgeschneiderte Infrastruktur für Unternehmenskunden mit sehr hohem Durchsatz. Das Ergebnis, so das Unternehmen, ist eine RPC-Schicht, die sowohl die Routine, eine Brieftasche, die ein Kontoguthaben überprüft, als auch die unregelmäßigen Lasten, ein Rollup oder ein MEV-System, das Endpunkte belastet, bewältigen kann.
Für Entwickler ist die Botschaft von Ankr praktisch: Sie werden die beste Leistung erzielen, wenn Sie Ihre Apps so gestalten, dass sie sich höflich gegenüber RPCs verhalten. Das bedeutet, Caching zu verwenden, Aufrufe zu bündeln, den Datenverkehr auf Regionen zu konzentrieren, die Methoden-Gewichte zu respektieren und die Nutzung nach Kette und Methode zu überwachen. Kurz gesagt, optimieren Sie, wie Sie nach Daten fragen, genauso wie wo Sie sie erhalten.
Warum ist das wichtig? RPCs sind die unsichtbaren Engpässe, die das Benutzererlebnis machen oder brechen können. Keine Kontostände, keine Swaps; keine zuverlässigen Abonnements, keine Echtzeit-UX. Wenn immer mehr Benutzer und Dienste zu L2s, Brücken und Multi-Chain-Wallets strömen, wächst das Volumen und die Komplexität des RPC-Verkehrs, und damit der Bedarf an skalierbarer, widerstandsfähiger Infrastruktur. Ankrs Trillionen-Anfrage-Behauptung ist daher weniger ein Preis und mehr ein Maß dafür, wie viel von Web3 derzeit von einer Handvoll Infrastruktur-Anbietern abhängt.
Ankrs vollständiger Thread und die Aufschlüsselung der Verkehrstypen sind in ihrem offiziellen Beitrag verfügbar. Entwickler, die im Web3 bauen, sollten RPCs als einen zentralen Bestandteil der Architekturplanung betrachten und nicht als nachträgliche Überlegung, denn hinter jeder reibungslosen Kontostandsprüfung oder sofortigen Umtausch stehen Tausende von kleinen API-Aufrufen, die innerhalb von Millisekunden ankommen und zurückgegeben werden müssen.