Figura 1: Um mapeamento conceitual de vetores de ataque adversário contra a pilha de defesa arquitetônica multicamadas BeTrueCore, detalhando os componentes específicos (ZK-Nullifiers, MACI, AI Sentinels, Celestia DA) implantados em cada camada.
A maioria dos protocolos coletivos de tomada de decisão falha não no nível criptográfico, mas no nível humano. Os mecanismos tradicionais de governação são regularmente vítimas de ataques Sybil, votação em bloco coordenada e compra sofisticada de votos. Embora as soluções de privacidade existentes garantam a confidencialidade das transações, raramente abordam o ambiente estrutural em que o sinal humano é formado e manipulado.
A reivindicação central deste trabalho é que a soberania e a privacidade genuínas devem ser incorporadas na própria arquitetura — no ambiente estrutural e na mecânica operacional da arquitetura central da plataforma.
BeTrueCore é um sistema modular projetado para remover as condições nas quais dependem os ataques contra o julgamento coletivo. Em vez de implantar barreiras administrativas reativas, o sistema utiliza uma pilha de proteção isolada e em várias camadas que combina Infraestrutura Anticonluio Mínima (MACI v1.2), provas de conhecimento zero (ZK-SNARKs via Circom) e um mecanismo de reputação não linear intransferível denominado Peso de Voto de uma Unidade (VWU).
A arquitetura aborda três desafios críticos de engenharia:
1. Subvertendo o mercado de compra de votos
Ao aproveitar a mutabilidade de escolha no meio da sessão e a rotação contínua de chaves orientada por MACI, BeTrueCore garante a isenção de recebimento. Um participante pode apresentar qualquer ação intermediária a um comprador externo como prova de conformidade, mas o comprador não pode verificar matematicamente a escolha final bloqueada no tempo. Porque a mercadoria não é verificável e a moeda interna (VWU) é estritamente inalienável, a operação carece de objeto económico.
2. Mitigando vetores Sybil baseados em escala
A proteção é distribuída em camadas não contíguas. Identidades sintéticas em massa são filtradas por meio de biometria comportamental L0 e dinâmica de pressionamento de tecla, vinculadas a cadeias anuladoras L1 ZK exclusivas para evitar votação dupla e monitoradas por uma camada L5 AI Sentinel somente leitura para detectar atividade sincronizada de longo horizonte. Para simular uma comunidade com sucesso, um adversário deve praticamente construir uma.
3. Descentralizando a Camada de Infraestrutura
Para evitar um único ponto de captura, o coordenador MACI deve publicar uma transição de estado matematicamente verificável à prova de ZK simultaneamente com o resultado. Um coordenador comprometido só pode afetar a disponibilidade do sistema, e não a integridade dos dados. Além disso, a camada de agente de IA opera estritamente em modo somente leitura, o que significa que uma violação de infraestrutura concede direitos de observação, mas poder de execução zero.
Aplicação operacional da pilha de defesa: o ciclo de decisão diária de 7 etapas
Para contextualizar a resiliência teórica da estrutura Web3-ISM, examinamos sua primitiva operacional diária, que restringe cada participante a um máximo de sete ações criptográficas discretas por sessão de 24 horas, executadas em total isolamento do backend e sem revelar a Unidade de Peso de Voto do indivíduo (VWU).
Crucialmente, a arquitetura impõe extrema flexibilidade assíncrona e restrições anti-agrícolas:
Ø Eficiência do tempo de tela: Um usuário pode executar de 1 a 7 ações durante um dia ativo, exigindo menos de 60 minutos de interação total dentro da janela da sessão.
Ø Frequência de participação variável (métrica de oportunidade perdida): A alta retenção diária não é obrigatória mecanicamente. Um participante pode ativar uma sessão apenas uma vez por semana ou uma vez por mês. Para manter um conforto psicológico rigoroso, a arquitetura garante que pontos, classificações e distintivos acumulados nunca sejam deduzidos ou penalizados por inatividade. Em vez disso, os períodos de inatividade são registados estritamente como oportunidades criptográficas perdidas. Embora o status histórico do usuário permaneça totalmente intacto, sua trajetória de votação dinâmica relativa (VWU) se estabiliza durante a ausência, evitando que contas off-line em massa acumulem passivamente alfa de governança sem contribuição cognitiva contínua.
Quando uma sessão está ativa, o ciclo de sete etapas se desenvolve da seguinte forma:
-
Geração de prompt (Ação 1): O usuário insere um único prompt de texto encapsulando sua tese de sessão, imediatamente sujeito à filtragem dinâmica de pressionamento de tecla L0 e agrupamento de anomalias semânticas L5 para interceptar injeção automatizada de IA.
-
Formulação de padrões (Ações 2–4): O usuário executa três seleções binárias para nomear um Top-3 de um conjunto aleatório de prompts de outros participantes; essas ações são totalmente obscurecidas pela rotação contínua de chaves MACI, alcançando a isenção de recebimento.
-
Seleção de saída (Ações 5–7): O usuário lança três votos binários em dilemas práticos derivados do conjunto Top-3 da sessão anterior, comprometendo os sinais à prova de transição de estado.
Conseqüentemente, um adversário que tenta uma captura coordenada não pode contar com a execução de scripts de alto rendimento ou com o acúmulo passivo em massa de contas; para mudar o estado do sistema, a infra-estrutura hostil deve simular autenticamente vectores distintos de envolvimento cognitivo humano através de intervalos fluidos e altamente irregulares, transferindo o custo do ataque das despesas de capital para a impossibilidade computacional e cognitiva.
Discussão técnica e feedback
Atualmente, estamos na Fase 2 do nosso roteiro, com foco na integração de circuitos, otimização MACI e preparação para o lançamento de um MVP em uma rede de teste EVM. Agradecemos comentários de engenheiros de pesquisa da Ethereum, criptógrafos ZK e desenvolvedores do Solidity interessados em uma infraestrutura anticonluio robusta.
Em particular:
-
O argumento da isenção de recebimento é válido sob um modelo de adversário mais forte (por exemplo, aquele que pode observar todas as escolhas intermediárias em tempo real)?
-
O MACI v1.2 é o primitivo correto para a camada anuladora ou existem construções mais recentes que se ajustam melhor?
-
Qual é a estratégia de agregação correta para provas STARK em nível de sessão – lote por sessão, lote por dia ou contínuo?
Verificação e código aberto
· Artigo completo (pré-impressão Zenodo): O notário sob ataque: um modelo adversário para inteligência coletiva criptográfica. https://doi.org/10.5281/zenodo.21111544
· Verificação: O documento mestre do BeTrueCore MS é hash (SHA-256) via OpenTimestamps.
· Repositório: https://github.com/Dede-Qorqud/BeTrueCore
Fontesethresear
