Ir para o conteúdo
Financial Context Wiki

resistência à censura

A resistência à censura é um conceito importante nos conceitos básicos e nos limites institucionais da criptomoeda. Este artigo explica sua definição, princípios operacionais, fórmulas básicas, casos reais, limites de risco e mal-entendidos comuns para ajudar os usuários a compreender o mecanismo on-chain em vez de apenas memorizar os termos.

Atualizado

Somente para fins educacionais; não constitui recomendação nem aconselhamento de investimento. Investir pode causar perdas.

Resposta direta

A resistência à censura é a capacidade de uma rede manter uma transação válida acessível e elegível para eventual inclusão, mesmo quando determinados gateways, peers, construtores ou produtores de blocos a recusam. É um grau de resiliência, não uma promessa de que cada transação entre no próximo bloco ou que cada provedor de acesso deva atender a cada usuário.

A declaração deve nomear a camada, o ator e a janela de tempo. Uma cadeia base pode resistir à censura sustentada de transações enquanto uma carteira, frontend, endpoint RPC, exchange ou sequenciador de rollup bloqueia o acesso imediatamente. Uma transação também pode ser atrasada por motivos de não censura, como assinatura inválida, nonce errado, saldo insuficiente, taxa abaixo da política de retransmissão local ou competição por espaço de bloco limitado.

Como funciona

Siga uma transação assinada através de estágios distintos:

  1. Criação e envio. A carteira constrói e assina uma transação e depois a envia por meio de um provedor RPC, uma rota privada ou rede ponto a ponto. Um gateway pode recusá-lo sem alterar o protocolo base.
  2. Admissão e propagação. Os nós verificam a validade do consenso e seu próprio mempool ou política de retransmissão. Uma transação pode ser válida por consenso, mas não retransmitida por um nó específico. Vários peers independentes e caminhos de envio reduzem a dependência de um único gatekeeper.
  3. Construção e proposta de bloco. Um minerador, validador, sequenciador ou construtor externo escolhe as transações e sua ordem. Os produtores rotativos tornam temporária a recusa de um ator apenas se uma parcela significativa dos produtores posteriores puder ver e incluir a transação.
  4. Validação e escolha de bifurcação. Outros nós rejeitam blocos inválidos e decidem qual ramificação válida é canônica. A validação independente evita que um produtor torne válida uma transação inválida, mas normalmente não força esse produtor a incluir uma transação válida específica.
  5. Confirmação ou finalidade. Inclusão não é o mesmo que liquidação durável. As reorganizações podem remover uma inclusão recente; a regra de confirmação ou finalidade relevante é específica da cadeia.

Meça os resultados em vez de atribuir um rótulo binário. Para uma transação amplamente disponível em t_seen e incluída em t_included:

inclusion delay = t_included - t_seen

Compare esse atraso com transações igualmente complexas e com preços semelhantes na mesma janela de congestionamento. Outra medida útil é:

eligible inclusion rate = included eligible transactions / observed eligible transactions

“Elegível” deve indicar validade, nonce, saldo, taxa, gás ou peso, tempo e regras de capacidade. Caso contrário, a selecção normal de taxas ou o congestionamento podem ser confundidos com censura selectiva.

A resistência depende da diversidade entre domínios de falha: pares, RPCs, operadores autônomos, pools, clientes, construtores, retransmissores, sequenciadores, provedores de hospedagem e jurisdições. As contagens brutas de nós podem ser enganosas porque muitos nós ou chaves validadoras podem compartilhar um controlador. As vias de inclusão forçada ou as listas de inclusão podem reforçar as garantias, mas o seu estado e condições de implantação são importantes. EIP-7805, por exemplo, é uma proposta e não uma garantia Ethereum atualmente implantada.

Exemplo

Suponha que uma transação válida chegue à rede pública na altura do bloco 840,000. Oferece uma taxa competitiva, cabe em cada bloco seguinte e permanece válido. Três produtores omitem; o quarto inclui na altura 840,004.

  • O atraso observado é 4 blocks do ponto inicial indicado.
  • Três omissões por si só não comprovam coordenação; ordenação, propagação e política do produtor requerem investigação.
  • A inclusão de um quarto produtor independente mostra que os primeiros produtores não tinham direito de veto total.
  • Se os produtores que controlam 90% de oportunidades aplicarem o mesmo filtro, um modelo simplificado de slot independente fornece probabilidade de inclusão por slot 1 - 0.90 = 10% e espera esperada 1 / 0.10 = 10 slots. O controle correlacionado e as regras reais de seleção podem invalidar este modelo.

Para documentar suspeitas de censura, preserve a transação ou identificador assinado, observações vistas pela primeira vez de nós independentes, verificações de taxas e validade, políticas de mempool, conteúdo de bloco, atribuição de produtor e transações comparáveis. Um erro de RPC ou uma entrada do Explorer ausente não é suficiente.

Riscos

  • Falsos positivos: invalidez, nonce obsoleto, fundos insuficientes, política de taxas, capacidade ou má propagação podem parecer censura.
  • Ordenação concentrada: um pool, construtor, relé ou sequenciador dominante pode transformar a filtragem seletiva em longos atrasos.
  • Censura na camada de acesso: domínios, lojas de aplicativos, frontends, carteiras e provedores de RPC podem bloquear o acesso prático, enquanto o acesso direto ao protocolo permanece possível.
  • Infraestrutura correlacionada: endpoints com aparência separada podem compartilhar uma operadora, nuvem, cliente, retransmissão ou exposição legal.
  • Vazamento de privacidade: a retransmissão por meio de muitos serviços pode melhorar o alcance e, ao mesmo tempo, expor o IP, o tempo e a vinculação de transações.
  • Caminhos de fuga fracos: a inclusão forçada pode implicar taxas, obrigações, atrasos, janelas, requisitos de dados ou controlos privilegiados.
  • Risco de reorganização e governança: a inclusão pode não ser definitiva e atualizações ou poderes de emergência podem alterar as suposições.

Use caminhos genuinamente independentes quando for prático. Nunca compartilhe frases-semente ou chaves privadas com um serviço RPC, de retransmissão ou de “anticensura” e não substitua ou retransmita uma transação sem compreender as regras de nonce e taxas.

Equívocos comuns

  • “Válido significa inclusão garantida.” Validade cria elegibilidade; os produtores ainda selecionam as transações, a menos que se aplique uma regra mais rigorosa.
  • “Descentralizado significa não censurável.” A concentração pode permanecer na produção, construtores, retransmissores, RPCs, frontends ou governança.
  • “Um RPC bloqueado prova censura em cadeia.” Prova que um caminho de acesso falhou ou recusou a solicitação, não um veto em toda a rede.
  • “Uma taxa alta derrota todos os filtros.” Uma taxa competitiva aborda a ordem econômica, não um filtro explícito.
  • “Basta a eventual inclusão.” A inclusão após um prazo operacional pode ser inútil; a janela de tempo pertence à reivindicação.

Tópicos relacionados

Fontes

Navegação

Pesquisar na wiki...