---
title: "Documentação de Endpoint Solana SWQoS"
description: "Visão geral e uso do Endpoint Solana SWQoS (Stake Weighted Quality of Service)"
canonical: "https://erpc.global/pt/doc/rpc/swqos-endpoint/"
locale: "pt"
---

# Documentação de Endpoint Solana SWQoS

## O que é o Endpoint SWQoS?

O **Endpoint SWQoS** fornecido pela ERPC é um serviço RPC de alto desempenho que permite aos usuários com conexões de stake enviar transações por faixas dedicadas.  
Ele está disponível para planos compartilhados e dedicados, permitindo uma entrega de transações mais rápida e confiável.

O endpoint pode ser obtido registrando seus saldos de elSOL no ERPC Web Dashboard.

- ERPC Web Dashboard: https://dashboard.erpc.global/pt

## O que é o SWQoS?

**SWQoS (Stake Weighted Quality of Service)** é um mecanismo de controle de comunicação que prioriza validadores com conexões de stake.  
Os líderes alocam aproximadamente **80% da largura de banda total na faixa de prioridade** e **20% na faixa de não prioridade**.

O tráfego com conexões de stake pode usar a faixa de prioridade e, ao mesmo tempo, também ser encaminhado pela faixa não prioritária. Em comparação com tráfego que depende apenas da faixa não prioritária, **a capacidade efetiva de entrega é significativamente maior**.  
Esse controle é aplicado **antes do processamento de taxas prioritárias**, na etapa em que o tráfego é aceito e roteado para o líder. Ou seja, chegar ou não à faixa de prioridade afeta diretamente a velocidade de processamento posterior da transação.

## Relação com a Taxa Prioritária

A taxa de prioridade tem papel importante, mas é aplicada **depois que a transação chega ao líder via roteamento SWQoS**.  
Se uma transação não consegue entrar na faixa de prioridade SWQoS, a eficácia das taxas prioritárias fica limitada, e melhorar a alcançabilidade básica se torna difícil.  
Para uma operação ideal, o mais eficaz é **combinar a alcançabilidade baseada em SWQoS com configurações adequadas de taxa de prioridade**.

## Mudança na estrutura de custos

Nos serviços convencionais de envio de transações, os usuários precisavam anexar **Tips** ao enviar transações.  
Com o Endpoint SWQoS da ERPC, as tips não são necessárias. Em vez disso, o acesso à largura de banda prioritária é concedido por meio da **posse de elSOL**.

**elSOL** é um **Liquid Staking Token (LST)** na Solana, emitido por meio de staking de SOL.  
Sua taxa de câmbio em relação ao SOL reflete as recompensas de staking acumuladas e não é fixada em uma proporção de 1:1.

elSOL pode ser convertido de volta para SOL através do processo de unstaking, com liquidação refletindo recompensas de staking acumuladas.

O SOL em staking via elSOL é delegado a validadores conectados à ERPC.  
À medida que os saldos de elSOL aumentam, a largura de banda SWQoS total disponível na ERPC também se expande.  
Ao manter elSOL, os usuários contribuem diretamente para fortalecer a rede e, em troca, obtêm acesso a faixas de transmissão dedicadas.

- Site Oficial da elSOL: https://elsol.app/pt

## Alocação de largura de banda (estrutura de TPS)

Nos SWQoS Endpoints compartilhados, usuários elegíveis recebem **1 TPS para cada 4,2 elSOL mantidos**, arredondado para baixo. Por exemplo, manter 10 elSOL na wallet conectada concede **2 TPS**.

O TPS realmente disponível é determinado pelo menor valor entre o máximo do plano ERPC e a alocação baseada em elSOL.

Os planos compartilhados elegíveis da ERPC, incluindo Developer Plan+ e Bundle Plans, podem usar a alocação compartilhada de SWQoS depois que o dashboard verifica a wallet que mantém elSOL.

Para nós RPC dedicados, o SWQoS está disponível como uma opção de **+100 €/mês** que atribui uma **alocação de staking de 1.000 SOL** ao nó dedicado.

A configuração e verificação são feitas no ERPC Dashboard: https://dashboard.erpc.global

## Aquecimento de conexão (Keep Alive)

Com o endpoint Solana SWQoS da ERPC, enviar uma requisição GET para `/ping` permite **manter a conexão HTTPS entre o cliente e o endpoint ERPC SWQoS**.

Ao enviar uma transação, a primeira requisição inclui um pequeno tempo adicional para estabelecer a sessão HTTPS/TLS.  
Ao enviar `/ping` com antecedência e manter essa conexão ativa, você pode **evitar a latência inicial de conexão e iniciar imediatamente o envio da transação** quando a transação real for enviada.

Mesmo que as transações não sejam enviadas continuamente, esta abordagem é eficaz para configurações onde as transações devem ser enviadas rapidamente em momentos específicos, ajudando a estabilizar o comportamento inicial de envio.

## Endpoint do Ping

O aquecimento é feito enviando uma requisição GET para `/ping` no endpoint SWQoS.  
Esta requisição não processa nenhuma transação e é usada exclusivamente para manter o estado de conexão entre o cliente e a ERPC.

### Formato de Endpoint (HTTPS)

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

Substitua `<your-swqos-endpoint-domain>` pelo domínio SWQoS específico fornecido pela ERPC.

## Exemplo de Uso

### Exemplo de Keep Alive periódico (JavaScript)

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

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

Ao enviar `/ping` em intervalos regulares, você mantém um estado em que **o envio de transações pode começar imediatamente quando necessário**.

## Notas

・`/ping` não consome TPS nem afeta os cálculos de largura de banda baseados em elSOL
・Não substitui o envio de transações
・É uma requisição suplementar usada apenas para manter a conexão entre o cliente e a ERPC

O design do SWQoS (roteamento baseado em stake) e das taxas prioritárias permanece inalterado.
Use o aquecimento de conexão como mecanismo para **reduzir a latência no momento em que o envio da transação começa**.