FAQ - Direct Shreds
V. Mijn Shreds- / getBlock-output ziet er ineens kapot uit of geeft -32015 terug — wat is er veranderd?
Solana Transaction v1 (SIMD-0385) is op 15 september 2026, bij epoch 1035, live gegaan op het Solana-mainnet. De wire-layout van een v1-transactie begint met de versieprefix-byte
0x81, de handtekeningen komen na het bericht, en er is geen legacy lengteprefix meer.Als u ShredStream-, Direct Shreds- of UDP Forwarding-entries zelf decodeert, leest een
bincode- of solana-entry-decoder ouder dan versie 4.2 die 0x81-byte ten onrechte als aantal handtekeningen, wat zich uit als een EOF-fout, een compact-length-overflow of een "invalid message version"-fout. Geyser gRPC-gebruikers die raw transacties deserialiseren met crates van vóór 4.2 lopen tegen hetzelfde probleem aan. RPC-aanroepen van getBlock en getTransaction met maxSupportedTransactionVersion: 0 geven -32015 Transaction version (1) is not supported by the requesting client terug; getTransactionsForAddress in de modus full meldt dezelfde fout op elke getroffen rij. Dit raakt u niet als u de geparste JSON-responses van ERPC al met versie 1 ingesteld leest.Zet
maxSupportedTransactionVersion op 1 in het options-object — de tweede parameter van getBlock en getTransaction, en ook in de options van getTransactionsForAddress:json
{
"maxSupportedTransactionVersion": 1
}{
"maxSupportedTransactionVersion": 1
}Werk de Solana Stream SDK bij naar
2.0.0: Rust solana-stream-sdk op crates.io, of npm @validators-dao/solana-stream-sdk en @validators-dao/solana-shreds-client. Werk @validators-dao/solana-entry-decoder apart bij naar 2.5.0. 1.4.0 en entry-decoder 2.4.0 ondersteunen v1 niet. Eigen Rust-decoders zouden moeten overstappen op solana-entry 4.2.x.- Migratiegids
- Release notes van SDK 2.0.0
- Solana Stream SDK-repository
- SIMD-0385: Transaction v1 – het voorstel
- Solana-upgrade: Larger Transaction Sizes
- Solana RPC-documentatie: getBlock
- Solana RPC-documentatie: getTransaction
- ERPC-documentatie: ShredStream-snelstart
- ERPC-documentatie: Geyser gRPC-snelstart
- ERPC-documentatie: RPC
V. In welke regio's bevinden zich uw nodes?
We beheren momenteel nodes in de volgende regio's:
- Frankfurt (FRA)
- Amsterdam (AMS)
- Londen (LON)
- Dublin (DUB)
- New York (NY)
- Chicago (CHI)
- Salt Lake City (SLC)
- Tokyo (TY)
- Singapore (SGP)
- Sydney (SYD)
ERPC meet de werkelijke netwerklatentie op basis van echte routeringspaden en selecteert automatisch de regio met de laagste latentie in plaats van te vertrouwen op hemelsbreed afstand.
Als uw omgeving niet automatisch de optimale regio selecteert, neem dan contact met ons op via het ERPC Web Dashboard.
ERPC Web Dashboard: https://dashboard.erpc.global/nl
V. Latentie toont 9999ms en er wordt een niet-optimale regio geselecteerd. Wat moet ik doen?
Voor de regioselectie van Shreds verstuurt ERPC ICMP-latentieprobes naar uw geregistreerde IP-adres vanaf de hieronder vermelde proxyhosts. Sta inkomende ICMP-echoverzoeken toe vanaf elk vermeld bron-IP-adres. Als deze worden geblokkeerd door een firewall (ufw, cloudfirewall, beveiligingsgroep enz.), kan de meting
9999ms worden en kan een niet-optimale regio worden geselecteerd. Meerdere IP-adressen binnen één regio zijn afzonderlijke probehosts; ze zijn allemaal vereist.| Regio | ICMP-bron-IP-adressen |
|---|---|
| 🇳🇱 Amsterdam | 64.130.43.108, 82.21.43.35 |
| 🇺🇸 New York | 151.243.244.162 |
| 🇩🇪 Frankfurt | 64.130.41.236, 151.241.178.73 |
| 🇯🇵 Tokyo | 143.20.238.88 |
| 🇸🇬 Singapore | 67.209.55.19, 151.245.186.3 |
| 🇬🇧 London | 64.130.63.211, 151.241.65.10 |
Far Point geselecteerd
De Far Point van Shared Shreds is een terugvaloptie met beperkte capaciteit. Elk endpoint ondersteunt voor alle klanten samen maximaal 32 gelijktijdige proxystreams—niet 32 plaatsen per klant. Streaming werkt het best wanneer de abonnee dicht bij het geselecteerde Shreds-endpoint draait; streams over lange afstand houden gedeelde verbindingen, flow-controlvensters en uitgaande capaciteit langer bezet. Om de gedeelde omgeving responsief te helpen houden, staat u alle vermelde regionale bron-IP-adressen van ICMP-probes toe en voert u de regioselectie opnieuw uit. Overweeg voor doorlopend gebruik een ERPC VPS dicht bij het geselecteerde endpoint. Als een andere geografische locatie nodig is, kiest u tijdens de eerste configuratie een beschikbare regio en stelt u een geldig, niet-leeg openbaar IPv4-adres met poort in als bestemming. De gekozen regio blijft na de configuratie vast en de bestemming kan later worden bijgewerkt.
Gebruik een ERPC VPS dicht bij dit endpoint · UDP Forwarding Standard configureren
https://erpc.global/en/doc/shredstream/quickstart/
Q. Ik heb mijn IP toegestaan, maar kan nog steeds niet verbinden. Wat moet ik controleren?
ERPC gRPC- en Shreds-endpoints gebruiken plain HTTP op poort 80, beschermd door IP-allowlisting. Ze gebruiken geen HTTPS/TLS op poort 443.
Als u een clientvoorbeeld van een andere provider kopieert, kan dat standaard
:443 of HTTPS gebruiken. Alleen het domein vervangen kan de poort- en TLS-instellingen ongemoeid laten, waardoor de verbinding niet werkt.De onderstaande endpoints zijn voorbeelden. Vervang ze door uw eigen endpoint dat in het dashboard wordt weergegeven. Gebruik het in HTTP-vorm, of geef poort 80 expliciet op als uw client host en poort vereist:
- Niet geldig:
shreds-fra6-1.erpc.global:443 - Geldig:
shreds-fra6-1.erpc.global:80 - Geldige URL-vorm:
http://shreds-fra6-1.erpc.global
Authenticatie gebeurt op basis van uw geregistreerde IP-adres. Voeg geen
x-token-, token- of Authorization-headers toe voor ERPC gRPC- of Shreds-endpoints, tenzij een specifieke productpagina dit expliciet vermeldt.V. Ik heb alleen WebSocket of Geyser gRPC (YellowStone) gebruikt. Heeft u voorbeelden?
Ja. U kunt snel beginnen met het testen van Shreds-verbindingen en applicatieontwikkeling met behulp van SLV.
Raadpleeg de volgende handleiding voor details:
V. Kan ik twee IP-adressen registreren?
U kunt een endpoint per abonnement gebruiken. Als u twee IP-adressen wilt gebruiken, moet u twee afzonderlijke abonnementen afsluiten.
V. Welke regio raden jullie aan?
Er is geen enkele permanent beste regio. Solana is wereldwijd, en de leader-rol roteert over validators, slot voor slot. Regio's met meer validators en meer stake krijgen vaker leader slots, wat transacties sneller kan laten landen. De keerzijde is dat concurrerend verkeer zich daar ook concentreert, waardoor een minder drukke regio soms beter kan werken afhankelijk van uw strategie.
Kies als praktisch startpunt een validator-dichte regio zoals Frankfurt of de Amerikaanse oostkust wanneer een stabiele aanvoer van leader slots het belangrijkst is, of plaats uw infrastructuur dicht bij een specifieke target validator wanneer het kortste pad de prioriteit is. Gebruik Validators Solutions om de publieke Solana-netwerkverdeling te begrijpen, en gebruik daarna de ERPC Leader Slot API en echte metingen om te beslissen of single-region, dual-region of wereldwijde deployment passend is.
V. Ik heb een latentie van minimaal ~400ms of beter nodig.
Om latentie binnen ongeveer 400ms te bereiken, moet infrastructuur in dezelfde regio worden opgezet. Gebruik de ERPC Leader Slot API (
getLeaderSlots) om leaderschema's te monitoren.
Solana-netwerkdata: Validators Solutions
V. Hoe kan ik zero-block (zero-slot) trading bereiken?
Monitor validator-leaderschema's en gebruik de ERPC Leader Slot API (
getLeaderSlots). Overweeg dedicated nodes als u moeite heeft om te concurreren.V. Kan ik een specifiek endpoint gebruiken?
Om een omgeving met lage latentie te handhaven, selecteert ons systeem automatisch de dichtstbijzijnde beschikbare node. Als u een specifiek endpoint wilt gebruiken, raden we aan een server te huren die het dichtst bij dat endpoint staat.
V. Waarom zijn dedicated endpoints sneller?
Bij dedicated endpoints bent u de enige gebruiker van de resource. Bovendien bieden dedicated endpoints communicatieopties zonder TLS, wat de TLS-handshake (ongeveer 20ms) overslaat.
V. Wordt de actieprijs verhoogd nadat ik me abonneer?
Zolang uw abonnement actief blijft, blijft de actieprijs die u bij inschrijving hebt vastgelegd van kracht. Omgevingen die Solana's real-time workload aankunnen zijn wereldwijd schaars, en we zijn van plan de lijstprijzen stapsgewijs te verhogen naarmate hardware- en netwerkvraag groeit. Configuraties met hogere specs en regio's met veel vraag raken het snelst uitverkocht, dus de huidige promotieprijs vastleggen is op lange termijn meestal de meest kostenefficiente keuze.
V. Ik wil betalen met crypto
Crypto-betalingen zijn beschikbaar via het ERPC Web Dashboard wanneer het land van uw geregistreerde factuuradres een van de EU-lidstaten is. U kunt SOL, USDC of EURC gebruiken om ERPC Credits te kopen.
Gebruik die ERPC Credits om ERPC-plannen te activeren of voort te zetten. Open het dashboard, kies crypto payment, verstuur de betaling vanuit uw wallet, en het dashboard verifieert de transactie en voegt de credits toe aan uw account.
Ondersteunde landen: België, Bulgarije, Cyprus, Denemarken, Duitsland, Estland, Finland, Frankrijk, Griekenland, Hongarije, Ierland, Italië, Kroatië, Letland, Litouwen, Luxemburg, Malta, Nederland, Oostenrijk, Polen, Portugal, Roemenië, Slovenië, Slowakije, Spanje, Tsjechië, Zweden.
Staat uw land niet in de lijst, betaal dan met creditcard.
V. Waarom bevat ShredStream niet alle transacties?
Shreds bevatten door hun ontwerp niet elke transactie op de Solana blockchain. Het monitoren van alle transacties zou het implementeren van talloze proxy's wereldwijd vereisen en het ontvangen van Shreds van elke validator, wat niet praktisch is.
Doorgaans werken gebruikers met een subset van de beschikbare gegevens, aangezien deze aanpak voldoende is voor de meeste toepassingen in de praktijk. Als uw use case volledige gegevensdekking zonder enig verlies vereist, zijn Shreds mogelijk niet geschikt.
Voor scenario's die uitgebreidere monitoring vereisen, biedt Geyser gRPC hogere betrouwbaarheid vergeleken met Shreds. Geyser gRPC biedt betrouwbaarheid van meer dan 99%, wat aanzienlijk hoger is dan Shreds. Shreds bieden doorgaans meer dan 90% betrouwbaarheid.
Hoewel ze niet elke transactie vastleggen, is hun belangrijkste voordeel het snel ophalen van de meeste transacties, sneller dan Geyser gRPC.
Voor een beter begrip raden we aan Solana's Turbine en Gulf Stream protocollen te verkennen:
- Gulf Stream: Solana's Mempool-less Transaction Forwarding Protocol
- Turbine — Solana's Block Propagation Protocol Solves the Scalability Trilemma
V. Ik wil de best mogelijke omgeving.
Voor UDP Forwarding Standard kiest u tijdens de eerste configuratie een beschikbare regio en stelt u een geldig, niet-leeg openbaar IPv4-adres met poort als bestemming in. De gekozen regio blijft na de configuratie vast; de bestemming kan later worden bijgewerkt.
V. Hoe is de latentie?
We bieden tools in TypeScript en Rust voor het meten van latentie.
V. Is deze RPC (gRPC, Shreds) sneller dan anderen?
We ontwerpen elk prijsniveau voor snelheid, en we zien het graag zij aan zij gemeten worden met elke andere provider. De resultaten variëren per regio, per gedeeld of dedicated endpoint, per protocol (WebSockets, gRPC of Shreds) en per programmeertaal van uw client.
Deel feedback via het ERPC Web Dashboard.
V. Welk plan biedt de snelste prestaties?
Over het algemeen biedt ons plan op het hoogste niveau de snelste prestaties.
V. Ik ervaar hoge latentie. Waarom?
Latentie neemt aanzienlijk toe met de afstand tot het endpoint. De snelste omgevingen zijn beschikbaar via onze Bare-Metal servers en VPS-services.
V. Wat is het snelst: WebSockets, gRPC of Shreds?
Op basis van klantfeedback:
Shreds > gRPC > WebSockets
V. De latentie is niet wat ik verwachtte.
Rust > Go > TypeScript (JavaScript) > Python
We raden sterk aan Rust te gebruiken voor de hoogste prestaties.