Solana SWQoS Endpunkt Dokumentation

Der von ERPC bereitgestellte SWQoS Endpunkt ist ein leistungsfähiger RPC-Dienst, der es Nutzern ermöglicht, Transaktionen über eigene Bahnen zu senden. Es ist sowohl für geteilte als auch für dedizierte Pläne verfügbar und ermöglicht eine schnellere und zuverlässigere Transaktionslieferung.

Der Endpunkt kann erhalten werden, indem Sie Ihre elSOL-Bestände auf dem ERPC Web-Dashboard registrieren.

SWQoS (Stake gewichted Quality of Dienst) ist ein Kommunikationskontrollmechanismus, der Validierungen mit Stake-Verbindungen priorisiert. Leader vergeben etwa 80 % der Gesamtbandbreite an die Prioritätenspur und 20 % an die Nichtprioritätsspur*.

Der Verkehr mit Stake-Verbindungen kann die Prioritätsspur nutzen und gleichzeitig auch durch die Nicht-Prioritätsspur gesendet werden. Im Vergleich zum Verkehr, der ausschließlich auf der Nicht-Prioritätsspur beruht, ist die effektive Lieferkapazität deutlich größer **. Diese Kontrolle wird angewandt vor der Priority-Gebühr, in der Phase, in der der Verkehr akzeptiert und in Richtung Leader geleitet wird, d.h., ob eine Transaktion die Prioritätsspur erreicht, wirkt sich unmittelbar auf die nachgelagerte Verarbeitungsgeschwindigkeit aus.

Prioritätsgebühr spielt eine wichtige Rolle, aber es wird angewandt ** nachdem eine Transaktion den Leader über SWQoS-Routing erreicht hat*. Wenn eine Transaktion die SWQoS-Prioritätsspur nicht eingeben kann, wird die Wirksamkeit der Priority-Gebühren eingeschränkt und die grundlegende Erreichbarkeit ist schwierig. Für einen optimalen Betrieb ist es am effektivsten, die SWQoS-basierte Erreichbarkeit mit entsprechenden Prioritätsgebühreneinstellungen* zu kombinieren.

Bei herkömmlichen Transaktionsübermittlungsdiensten mussten die Nutzer beim Senden von Transaktionen Tipps anhängen. Mit dem SWQoS Endpunkt von ERPC sind keine Tipps erforderlich. Stattdessen wird der Zugriff auf Prioritätsbandbreite durch Halten Sie elSOL gewährt.

Elfenbein ist ein Flüssiges Staking Token (LST) auf Solana, ausgestellt von staking SOL. Sein Wert erhöht sich relativ zu SOL, da Staging Belohnungen anfallen, und es ist nicht mit einem 1:1-Verhältnis fixiert. Beispielsweise kann das Halten von 1 elSOL im Laufe der Zeit allmählich "1 elSOL = 1.1 SOL oder „1 elSOL = 1.2 SOL“.

elSOL kann durch den unstaking-Prozess wieder in SOL umgewandelt werden, mit der Siedlung, die akkumulierte Staking-Belohnungen widerspiegelt.

Die über elSOL angesetzte SOL wird an Validatoren übertragen, die mit ERPC verbunden sind. Da elSOL Holdings zunehmen, erweitert sich die gesamte SWQoS Bandbreite über ERPC. Durch die Beteiligung von elSOL tragen die Nutzer direkt zur Stärkung des Netzes bei und erhalten im Gegenzug Zugang zu dedizierten Übertragungsspuren.

Für geteilte SWQoS-Endpunkte wird verfügbare TPS als Elfenbein Betrieb 4.2, abgerundet. So erhält man beispielsweise 10 elSOL-Zuschüsse 2 TPS.

Die tatsächlich nutzbare Grenze wird durch die kleinere bestimmt:

Ein Entwickler Plan oder höher ist erforderlich, um SWQoS-Endpunkte zu verwenden, und Paketpläne sind ebenfalls förderfähig.

Mit dem Endpunkt Solana SWQoS von ERPC senden Sie eine GET-Anfrage an /ping ermöglicht es Ihnen, die HTTPS-Verbindung zwischen dem Client und dem ERPC SWQoS-Endpunkt zu pflegen.

Bei der Absendung einer Transaktion wird durch die erste Anforderung eine geringe Zeit für die HTTPS- und TLS-Sitzung eingeplant. Zu senden /ping im Voraus und halten Sie diese Verbindung aktiv, Sie können * * * * * * * vermeiden initiale Verbindung Latenz und geben Sie den Transaktionseingangsprozess sofort* beim Senden der eigentlichen Transaktion ein.

Auch wenn Transaktionen nicht kontinuierlich gesendet werden, ist dieser Ansatz für Setups wirksam, bei denen Transaktionen schnell zu bestimmten Zeitpunkten gesendet werden müssen, um das anfängliche Eingabeverhalten zu stabilisieren.

Keep Warming wird durch Senden einer GET-Anfrage durchgeführt /ping auf dem SWQoS-Endpunkt. Diese Anfrage verarbeitet keine Transaktionen und dient ausschließlich der Aufrechterhaltung des Verbindungszustands zwischen dem Client und ERPC.

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

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

Ersatz <your-swqos-endpoint-domain> mit der von ERPC bereitgestellten SWQoS-spezifischen Domäne.

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)

Zu senden /ping in regelmäßigen Abständen können Sie einen Zustand aufbewahren, in dem Transaktionseinreichung sofort beginnen kann, wenn erforderlich.

・/ping konsumiert nicht TPS oder beeinflusst elSOL-basierte Bandbreitenberechnungen ・Es ist kein Ersatz für die Transaktionseinreichung ・Es ist eine ergänzende Anfrage, die ausschließlich zur Aufrechterhaltung der Client-zu-ERPC-Verbindung verwendet wird

Das Design von SWQoS (Stake-based Routing) und Priority Gebühren bleibt unverändert. Verwenden Sie Keep Warming als Mechanismus, um die Latenz zu reduzieren, wenn die Transaktion beginnt*.