> ## Documentation Index
> Fetch the complete documentation index at: https://docs.plasma.org/llms.txt
> Use this file to discover all available pages before exploring further.
# Monitoramento
> Configurando dashboards, indicadores de desempenho e alertas
## Por Que o Monitoramento Importa
Nós não validadores são uma interface crítica entre a camada de consenso da Plasma e as aplicações que dependem de transferências de stablecoins e do estado da blockchain em tempo real. Interrupções na responsividade do RPC, sincronização degradada ou exaustão de recursos podem impactar diretamente wallets, exchanges e processadores de pagamento.
O monitoramento garante:
* Sincronização contínua com a camada de consenso da Plasma
* Respostas pontuais a solicitações RPC
* Estado preciso e atualizado para saldos e transferências de stablecoins
* Detecção precoce de problemas em nível de sistema ou rede
O monitoramento adiciona aproximadamente 5–10% ao uso total de recursos. Para configurações típicas, espere 0,2–0,5 vCPUs adicionais e 1–2 GB de RAM, dependendo das métricas coletadas e das políticas de retenção.
## Domínios-Chave de Monitoramento
### Sincronização e Saúde do Nó
Monitore o status de sincronização do seu nó não validador com a camada de consenso da Plasma, incluindo alinhamento de altura de bloco, conectividade com endpoints de consenso e consistência de estado. Acompanhe a velocidade de sincronização durante a configuração inicial e a operação contínua para garantir que seu nó mantenha o estado atual com a rápida produção de blocos da Plasma.
Indicadores-chave incluem:
* **Taxas de processamento de blocos**: Alinhamento com os tempos de bloco sub-segundo da Plasma.
* **Conectividade de endpoint de consenso**: Estabilidade de conexão com os nós de consenso da Plasma.
* **Progresso de sincronização de estado**: Status de sincronização do cliente não validador com a camada de consenso.
* **Throughput de transações**: Capacidade de processamento para volumes de transações.
Essas métricas ajudam a identificar problemas em nível de rede ou problemas de desempenho local que afetam a capacidade do seu nó de servir dados de pagamento atuais.
### Utilização de Recursos do Sistema
Monitore métricas principais do sistema para detectar saturação ou problemas de configuração:
* **Uso de espaço em disco e padrões de I/O**: O volume de transações da Plasma pode criar crescimento significativo de dados.
* **Métricas de conectividade de rede**: Crítico para manter conexões de baixa latência com endpoints de consenso.
* **Uso de memória durante atividade de pico**: Aplicações de pagamento podem criar picos de tráfego.
* **Uso de CPU para processamento de solicitações RPC**: Aplicações de stablecoins frequentemente fazem consultas frequentes de saldo e status.
### Desempenho da Camada de Execução (Reth)
Como a Plasma usa o Reth como mecanismo de execução, acompanhe:
* **Tamanho e processamento do pool de transações**: Particularmente importante durante volumes altos.
* **Desempenho de execução EVM**: Interações de smart contract para protocolos DeFi.
* **Desempenho do banco de dados de estado**: Crítico para servir saldos atuais.
* **Comunicação da Engine API**: Latência de comunicação do cliente não validador para o Reth.
## Arquitetura de Monitoramento
### Dashboards em Tempo Real
Os dashboards fornecem visão imediata do status do nó e ajudam a apoiar a depuração rápida. Inclua:
* **Indicadores de saúde do ecossistema**: Taxas de transferência de USD₮, uso de gas, conectividade de aplicação de pagamento.
* **Métricas de sincronização do nó não validador**: Alinhamento com o consenso da Plasma, atraso no processamento de blocos.
* **Desempenho de processamento de pagamentos**: Tempos de resposta RPC para operações comuns.
* **Tendências de utilização de recursos**: Planejamento de capacidade para adoção crescente.
Considere separar dashboards por função operacional para oferecer suporte a diferentes níveis de abstração.
### Estratégia de Alertas
Os alertas devem distinguir entre falhas críticas e tendências dignas de observação. Categorias sugeridas:
**Alertas Críticos para Pagamento:**
* Falhas de sincronização de consenso afetando o processamento de pagamentos.
* Exaustão de recursos impactando o atendimento de transações.
* Perda de conectividade de rede com endpoints de consenso da Plasma.
* Degradação de desempenho afetando os SLAs de aplicações de pagamento.
**Alertas Específicos de Stablecoin:**
* Padrões incomuns em volumes ou falhas de transferência de USD₮.
* Anomalias de processamento de tokens de gas personalizados.
* Falhas ou timeouts de conexão de aplicação de pagamento.
* Inconsistências de estado afetando consultas de saldo.
Evite sobrecarga de alertas definindo limites com base no uso histórico. Use políticas de deduplicação e escalonamento para ambientes de produção.
## Baselines de Desempenho
Esses benchmarks refletem as condições da testnet e podem evoluir conforme a rede escala.
| Métrica | Faixa Esperada |
| :------------------------- | :------------------------------------ |
| Utilização de CPU | \< 50% sob cargas típicas |
| Utilização de Memória | \< 75% com buffer para picos |
| Throughput de I/O em Disco | Consistente sob carga de pagamento |
| Latência de Rede | Baixa, estável para peers de consenso |
| Métrica | Faixa Esperada |
| :---------------------- | :----------------------------------------- |
| Sincronização de blocos | \< 1 segundo atrás do topo |
| Latência de RPC | \< 100ms |
| Throughput de Pagamento | Corresponde à demanda do lado da aplicação |
| Consistência de estado | Sempre precisa |
## Considerações de Segurança para Infraestrutura de Pagamento
Os nós não validadores frequentemente dão suporte a fluxos de pagamento sensíveis. Estenda sua configuração de monitoramento para incluir segurança básica de infraestrutura:
* **Tráfego de rede incomum**: Potenciais ataques à infraestrutura de pagamento.
* **Tentativas de acesso não autorizado**: Protegendo sistemas sensíveis de processamento de pagamento.
* **Desvio de configuração**: Alterações que podem afetar a segurança ou conformidade do pagamento.
* **Abuso de recursos**: Padrões de uso incomuns que podem indicar comprometimento.
Garanta que os logs sejam retidos de forma segura e que o acesso aos sistemas de monitoramento seja controlado. Para serviços voltados para produção, integre-se aos pipelines existentes de resposta a incidentes de segurança.