Infraestrutura de cadeia de blocos¶
Uma aplicação blockchain raramente lê dados de consenso diretamente de um par e pára lá. Os nós expõem métodos RPC, provedores operam frotas, indexadores transformam blocos e logs em tabelas questionáveis, webhooks entregam eventos derivados e caches mantêm leituras repetidas acessíveis. Cada camada adiciona comportamento útil e outro lugar onde os dados podem se tornar tardios, duplicados, incompletos ou inconsistentes com a cadeia canônica.
Esta seção trata a infraestrutura como um sistema de correcção. A disponibilidade é importante, mas uma resposta rápida de um fork velho pode ser pior do que um erro explícito. Os capítulos seguem dados de um nó através de RPC, indexação, entrega, cache e recuperação após uma reorganização.
Capítulos¶
- Executar um Nó: verificação, sincronização, armazenamento, exposição e operações
- RPC: solicitação semântica, referências de bloco, erros e pressupostos inseguros
- Fornecedores de RPC: acesso gerenciado, confiança, limites e failover
- Nós do Arquivo: estado histórico versus blocos históricos e recibos
- Indexadores: derivação determinística, checkpoints, esquemas e backfills
- The Graph: subgraph manifesta, mapeamentos, Graph Node e serviço de consulta
- Exploradores de Blocos: rótulos derivados, verificação e interfaces públicas de consulta
- Infraestruturas Mempool: política local, propagação, substituição e incerteza pendente
- Pipelines de Dados de Blockchain: ingestão ordenada, toros duráveis, e replay
- Processamento de Eventos: garantias de idempotência, deduplicação e entrega
- Manuseamento Reorg: detectando um histórico canônico alterado e rolando dados de volta
- Webhooks: entrega assinada, recargas, encomendas e segurança do consumidor
- Cache: chaves, classes de finalidade, invalidação e leituras antigas
- Confiabilidade: lag, sinais de saúde, redundância, objetivos de recuperação, e brocas
O contrato central de dados¶
Cada fato armazenado ou entregue deve manter seu ID de cadeia, número de bloco, hash de bloco, hash de transação, quando aplicável, e índice de log, quando aplicável. Números de bloco por si só identificam uma posição, não uma história única. Hashes deixou sistemas a jusante detectar que o bloco uma vez chamado canônico foi substituído.
As infraestruturas devem também indicar o seu ponto de coerência. "Último" pode significar a cabeça atual do provedor, um checkpoint indexer, um bloco confirmado, um bloco finalizado, ou dados em cache de segundos atrás. Interfaces que escondem estas chamadas de força de distinção para adivinhar.
Outras leituras¶
← Anterior: Verificação formal · Voltar ao Conteúdo Completo · Próximo: Executando um nó →