Solana SWQoS Endpoint-documentatie | ERPC

Wat is het SWQoS-endpoint?

Het SWQoS-endpoint dat wordt aangeboden door ERPC is een high-performance RPC-service waarmee gebruikers met stakeverbindingen transacties kunnen verzenden via speciale banen. Het is beschikbaar voor zowel gedeelde als dedicated plannen en maakt snellere en betrouwbaardere transactieaflevering mogelijk.

Het endpoint kan worden verkregen door uw elSOL-bezit te registreren op de officiele Validators DAO Discord.

Validators DAO Discord: https://discord.gg/C7ZQSrCkYR

Wat is SWQoS?

SWQoS (Stake weighted Quality of Service) is een communicatiecontrolemechanisme dat prioriteit geeft aan validators met stakeverbindingen. Leaders wijzen ongeveer 80% van de totale bandbreedte toe aan de prioriteitsbaan en 20% aan de niet-prioriteitsbaan.

Verkeer met stakeverbindingen kan de prioriteitsbaan benutten terwijl het tegelijkertijd via de niet-prioriteitsbaan wordt verzonden. Als gevolg hiervan is, vergeleken met verkeer dat uitsluitend op de niet-prioriteitsbaan vertrouwt, de effectieve afleveringscapaciteit aanzienlijk groter. Deze controle wordt toegepast voor de afhandeling van Priority fee, in het stadium waarin verkeer wordt geaccepteerd en naar de leader wordt geleid, wat betekent dat of een transactie de prioriteitsbaan bereikt direct invloed heeft op de verwerkingssnelheid stroomafwaarts.

Relatie met Priority Fee

Priority fee speelt een belangrijke rol, maar wordt toegepast nadat een transactie de leader heeft bereikt via SWQoS-routing. Als een transactie de SWQoS-prioriteitsbaan niet kan betreden, wordt de effectiviteit van Priority fees beperkt en is het verbeteren van basisbereikbaarheid moeilijk. Voor optimaal gebruik is het het meest effectief om SWQoS-gebaseerde bereikbaarheid te combineren met passende Priority fee-instellingen.

Verschuiving in kostenstructuur

Bij conventionele transactieverzendservices moesten gebruikers Tips meesturen bij het verzenden van transacties. Met ERPC's SWQoS-endpoint zijn Tips niet vereist. In plaats daarvan wordt toegang tot prioriteitsbandbreedte verleend door het bezit van elSOL.

elSOL is een Liquid Staking Token (LST) op Solana, uitgegeven door SOL te staken. De waarde ervan stijgt ten opzichte van SOL naarmate stakingbeloningen toenemen, en het is niet vastgelegd op een 1:1 verhouding. Het bezit van 1 elSOL kan bijvoorbeeld geleidelijk "1 elSOL = 1,1 SOL" of "1 elSOL = 1,2 SOL" worden.

elSOL kan worden teruggewisseld naar SOL via het unstaking-proces, met afwikkeling die de opgebouwde stakingbeloningen weerspiegelt.

De SOL die via elSOL wordt gestaked, wordt gedelegeerd aan validators die verbonden zijn met ERPC. Naarmate het elSOL-bezit toeneemt, breidt de totale SWQoS-bandbreedte beschikbaar via ERPC uit. Door elSOL te bezitten, draagt u direct bij aan het versterken van het netwerk en krijgt u in ruil daarvoor toegang tot speciale verzendbanen.

elSOL Officiele Site: https://elsol.app/nl

Bandbreedtetoewijzing (TPS-structuur)

Voor gedeelde SWQoS-endpoints wordt de beschikbare TPS berekend als elSOL-bezit ÷ 4,2, naar beneden afgerond. Het bezit van 10 elSOL verleent bijvoorbeeld 2 TPS.

De werkelijke bruikbare limiet wordt bepaald door de kleinste van:

De maximale TPS die is toegestaan door het geabonneerde plan, of
De TPS afgeleid van elSOL-bezit.

Een Developer Plan of hoger is vereist om SWQoS-endpoints te gebruiken, en Bundle Plans komen ook in aanmerking.

Validators DAO Discord: https://discord.gg/C7ZQSrCkYR

Verbinding warm houden (Keep Alive)

Met ERPC's Solana SWQoS-endpoint kunt u door een GET-verzoek naar /ping te sturen de HTTPS-verbinding tussen de client en het ERPC SWQoS-endpoint onderhouden.

Bij het indienen van een transactie kost het eerste verzoek een kleine hoeveelheid tijd voor HTTPS- en TLS-sessieopbouw. Door vooraf /ping te sturen en deze verbinding actief te houden, kunt u initiele verbindingslatentie vermijden en direct het transactieverzendproces betreden bij het verzenden van de daadwerkelijke transactie.

Zelfs als transacties niet continu worden verzonden, is deze aanpak effectief voor opstellingen waarbij transacties op specifieke momenten snel moeten worden verzonden, wat helpt om het initiele verzendgedrag te stabiliseren.

Ping-endpoint

Keep Warming wordt uitgevoerd door een GET-verzoek naar /ping op het SWQoS-endpoint te sturen. Dit verzoek verwerkt geen transacties en wordt uitsluitend gebruikt om de verbindingsstatus tussen de client en ERPC te onderhouden.

Endpointformaat (HTTPS)

text

https://<your-swqos-endpoint-domain>/ping

https://<your-swqos-endpoint-domain>/ping

Vervang <your-swqos-endpoint-domain> door het SWQoS-specifieke domein dat door ERPC is verstrekt.

Gebruiksvoorbeeld

Periodiek Keep Alive-voorbeeld (JavaScript)

typescript

async function keepWarm(endpoint: string) {
  try {
    await fetch(`${endpoint}/ping`, { method: 'GET' })
  } catch {
    // Ignore failures
  }
}

setInterval(() => {
  keepWarm('https://<your-swqos-endpoint-domain>')
}, 30000)

async function keepWarm(endpoint: string) {
  try {
    await fetch(`${endpoint}/ping`, { method: 'GET' })
  } catch {
    // Ignore failures
  }
}

setInterval(() => {
  keepWarm('https://<your-swqos-endpoint-domain>')
}, 30000)

Door regelmatig /ping te sturen, kunt u een toestand behouden waarin transactieverzending direct kan beginnen wanneer dat nodig is.

Opmerkingen

/ping verbruikt geen TPS en heeft geen invloed op elSOL-gebaseerde bandbreedteberekeningen
Het is geen vervanging voor transactieverzending
Het is een aanvullend verzoek dat uitsluitend wordt gebruikt om de client-naar-ERPC-verbinding te onderhouden

Het ontwerp van SWQoS (stake-gebaseerde routing) en Priority fees blijft ongewijzigd. Gebruik Keep Warming als mechanisme om de latentie te verminderen op het moment dat transactieverzending begint.