Triton aktiviert HTTP/3 und QUIC auf Solana-RPCs
Triton One hat HTTP/3 und QUIC auf allen Shared-Infrastructure-Load-Balancern aktiviert. Niedrigere Time-to-First-Byte, bessere Packet-Loss-Resilienz, separate Streams — relevant für Mobile-Wallets und dApp-Frontends.
Was passiert ist
Triton One hat auf allen Shared-Infrastructure-Load-Balancern den HTTP/3-Standard mit QUIC-Transport aktiviert. Die Umstellung gilt sofort für alle Kunden auf der geteilten RPC-Infrastruktur. Quelle: Triton-Original-Post auf X.
Was sich technisch ändert
HTTP/3 ersetzt TCP als Transport-Schicht durch QUIC, ein UDP-basiertes Multiplexing-Protokoll. Drei direkte Effekte:
- Niedrigere Time-to-First-Byte nach dem initialen Handshake — laut Triton-Messungen rund 50 Prozent weniger Latenz.
- Bessere Packet-Loss-Resilienz: einzelne verlorene Pakete blockieren nicht mehr den gesamten Stream (TCP-head-of-line-Blocking entfällt).
- Separate Streams pro Request: parallele Anfragen laufen unabhängig voneinander, ohne sich gegenseitig zu drosseln.
Besonders spürbar wird der Unterschied bei instabilen Verbindungen — Mobile-Netze, öffentliches WLAN, hohe Latenz-Pfade.
Wer den Unterschied merkt
RPC-Clients, die HTTP/3 unterstützen, profitieren ohne Code-Änderung:
- Browser-Wallets (Phantom Web, Solflare Web, Backpack) — moderne Browser sprechen HTTP/3 nativ.
- Mobile dApps auf Seeker, Saga und Standard-Phones via Solana Mobile Stack.
- Server-side Clients mit HTTP/3-fähigen Libraries (z. B. neuere Versionen von Reqwest, undici, hyper).
Ältere HTTP/1.1- und HTTP/2-Clients funktionieren weiter wie bisher — Triton fällt automatisch zurück.
Einordnung
Triton ist Solanas zweitgrößter unabhängiger RPC-Provider neben Helius. Im April hatte Triton bereits Prepaid-Billing für RPC-Nutzung eingeführt. Die HTTP/3-Aktivierung setzt die Performance-Schiene fort: keine Preis-Änderung, keine API-Migration, nur unterer Transport-Layer.
Keine Finanzberatung. Dieser Artikel beschreibt technische Infrastruktur-Änderungen.