Condições de acesso
Testnet de desenvolvimento com acesso controlado para validação do protocolo, reprodutibilidade e testes de interface. O acesso é controlado e reiniciável; isso não implica prontidão para produção. Ações e eventos são registrados on-chain como estado que evidencia adulterações e usados para comparar visões entre indexadores independentes; os resultados podem atrasar ou ser reiniciados e não são registros duráveis. Os fluxos operacionais são nativos em stablecoins por definição. Ativos de teste podem ser usados quando fornecidos; não há infraestrutura fiduciária, custódia nem garantias de liquidação.
Superfície apenas XML. Não está vinculada na navegação. Acesso interno apenas.
O acesso à GUI da dev testnet é concedido após aprovação. Kits de sandbox local são fornecidos a operadores aprovados via convite para repositório privado ou link de pacote.
Acesso com login
Faça login com credenciais emitidas para acessar endpoints e pacotes de testnet restritos.
O acesso é restrito. As credenciais são emitidas após revisão.
Solicitar acesso
Compartilhe os detalhes necessários para revisar o acesso à testnet e emitir credenciais.
- Seu papel e organização.
- Tipo de acesso: testes na GUI da dev testnet ou kit de sandbox local.
- Escopo de testes (operador, indexador, desenvolvedor, observador).
- Jurisdição e e-mail de contato para credenciais.
- Se solicitar um kit de sandbox, método de entrega preferido (convite para repositório privado ou link de pacote).
- Qualquer contexto de compliance ou operacional necessário para o acesso.
Não há faucet público nem fluxo de onboarding.
O acesso é concedido apenas para validação e reprodutibilidade. Solicitações são avaliadas caso a caso; a aprovação não é garantida e o acesso pode ser reiniciado ou revogado sem aviso.
Postura do ambiente
A testnet é dividida entre ambientes locais e compartilhados. Ambos são reiniciáveis e podem mudar.
Somente local e dev
Os ambientes se limitam ao sandbox local e à dev testnet; isso não implica postura de mainnet.
Estado reiniciável
Reinícios de estado e mudanças de parâmetros são normais nos ciclos iniciais de validação.
Sem garantias
Não há garantias de uptime, disponibilidade ou suporte.
Mapa de ambientes
| Ambiente | Objetivo | Notas de acesso |
|---|---|---|
| Sandbox local | Ambiente de testes local. | Estado independente, não compartilhado; kit fornecido após aprovação. |
| Dev testnet | Ambiente de testes compartilhado. | Acesso controlado; credenciais emitidas após revisão. |
Lista de superfícies de acesso
As superfícies de acesso são fornecidas após aprovação para testes. Todas são reiniciáveis e podem mudar sem aviso.
| Superfície | Objetivo | Status | Notas de acesso |
|---|---|---|---|
| Pacote de configuração (se fornecido) | Genesis, peers e configurações base da testnet. | Restrito | Mudanças podem ocorrer entre reinícios. |
| Interface de referência (GUI) (se fornecida) | Testar a UI de referência na dev testnet. | Restrito | Credenciais emitidas após revisão; escopo de testnet. |
| Endpoint JSON-RPC (se fornecido) | Testes de operação e integração. | Restrito | Acesso controlado; ambiente reiniciável. |
| Kit de sandbox local (se fornecido) | Sandbox de nó único para testes locais isolados. | Restrito | Entregue via convite para repositório privado ou link de pacote após aprovação. |
| API de indexador (se fornecida) | Verificações de reprodutibilidade e testes de geração de relatórios. | Restrito | Dados podem reiniciar; formatos podem mudar. |
| Visualização no explorer (se fornecida) | Visibilidade somente leitura durante testes. | Somente leitura | Não pública; pode mudar sem aviso. |
| Faucet (se fornecida) | Distribuição de tokens de teste para desenvolvimento. | Restrito | Acesso interno; limites de taxa podem se aplicar. |
Restrições de escopo
Em escopo
- Mecânicas de testnet, ciclos de validação e ambientes reiniciáveis.
- Acesso controlado para validação do protocolo, reprodutibilidade e testes de interface.
- Superfícies de referência não autoritativas para uso apenas em testnet.
Fora de escopo
- Acesso à mainnet ou alegações de prontidão para produção.
- Onboarding público, disponibilidade ou garantias de acesso.
- Compromissos de suporte ou uptime.
- Custódia, compliance ou garantias legais.