RPC-Node

Jede dApp, Wallet oder jedes Backend muss mit dem Netzwerk kommunizieren, um Salden zu lesen, Smart Contracts abzufragen oder Transaktionen ins Netzwerk zu senden. Das geschieht nicht direkt mit der Blockchain, sondern über einen Node, der Standard-RPC-Methoden bereitstellt (etwa eth_getBalance oder eth_sendRawTransaction auf Ethereum), in der Regel per JSON-RPC über HTTP oder WebSocket; Letzteres dient dem Abonnieren von Ereignissen in Echtzeit.

Ein eigener Node bietet Souveränität und Privatsphäre, erfordert aber Hardware, Synchronisation und laufenden Betrieb; ein Archive Node, der den gesamten historischen Zustand speichert, ist noch aufwendiger als ein normaler Full Node. Deshalb nutzen die meisten Projekte gemanagte RPC-Anbieter wie Alchemy, Infura oder QuickNode, die zuverlässige Endpoints, Skalierung und erweiterte APIs bereitstellen. Die Kosten und die Abhängigkeit von einem Dritten sind der Preis dafür.

Der RPC-Node ist ein kritischer Punkt der Architektur: Von seiner Verfügbarkeit hängt ab, ob Ihr Produkt die Blockchain jederzeit sieht. In der Produktion empfiehlt sich daher Redundanz, also mehrere Anbieter mit Failover, sowie die Überwachung der Anfragelimits (Rate Limits), damit eine Traffic-Spitze die Anwendung nicht ohne Lesezugriff zurücklässt. Für umfangreiche historische Daten oder Indexierung ergänzt man den RPC um Dienste wie The Graph, statt ihn mit Abfragen zu überlasten, für die er nicht gedacht ist.