De madrugada, sem conseguir dormir, puxei alguns velhos amigos que já ralavam há anos no Web3 para refazer o quadro do cenário da indústria no momento. Com água fria no rosto, olhando por um bom tempo para a tela vazia, enfim conseguimos destrinchar um problema definitivo que incomoda o setor há muito tempo: o Newton Mainnet Beta, lançado pelo Newton Protocol, está exatamente preenchendo qual parte mortal do que faltava na infraestrutura on-chain? E por que essa lacuna, pelos últimos dezesseis anos, nunca foi tratada com seriedade por toda a indústria?
Hoje a gente não vai falar dessas gírias obscuras — vamos simplesmente puxar uma cadeira, como se estivéssemos conversando tomando uma cerveja no nosso lugar de sempre, e explicar esse assunto de forma totalmente direta, desmontando tudo para ficar claro de uma vez.
1. No mapa perfeito do Web3, na verdade há sempre um “ponto cego invisível” escondido
Vamos primeiro revisar a infraestrutura atual do Web3. Se formos honestos, na superfície ela parece já estar bastante perfeita, até perfeita demais—perto de ninguém conseguir achar “um furo”:
1. A camada de execução tem smart contracts: transforma toda a lógica de negócios em código imutável; é descentralizado, verificável e qualquer um pode auditar a qualquer momento, realizando de verdade “código é lei”.
2. A camada de dados tem oráculos descentralizados: alimenta continuamente e com confiança os dados do mundo real fora da cadeia (por exemplo, preços de tokens, clima, eventos do mundo real) nos contratos on-chain.
3. A camada de expansão tem redes Layer 2: reduz as taxas caras de Gas, tornando possíveis transações de alta frequência e aplicações em grande escala.
4. Camada de segurança com mecanismos de重质押 como o EigenLayer: permite reutilizar e repetir o uso da valiosa segurança econômica, reduzindo o limiar de inicialização de novas cadeias.
Com esse combo, se voltarmos cinco anos, qualquer pessoa do Web3 não conseguiria imaginar. Mas justamente quando todo mundo achava que a construção de infraestrutura já tinha sido concluída e estava começando a “competir forte” no nível de aplicações, a realidade nos deu uma bofetada bem grande.
Há uma questão central no nível mais inferior, a mais decisiva, e ainda assim, nesta narrativa que parece enorme, simplesmente não se encontra uma infraestrutura descentralizada para resolver isso: o “validação de conformidade nativa on-chain”.
Talvez agora alguém rebata: “Quem disse que DeFi não se importa com conformidade? Os principais protocolos não fazem isso o tempo todo?”
De fato, temos que falar a verdade com justiça: nos últimos anos, a indústria DeFi não fechou completamente os olhos para a conformidade:
A Uniswap, na sua interface de front-end, bloqueou com precisão endereços maliciosos que estavam sob sanções.
A Circle, mesmo sendo um gigante, também cooperou várias vezes com as exigências da OFAC (Office of Foreign Assets Control, Escritório de Controle de Ativos Estrangeiros dos EUA), congelando rapidamente contas específicas de USDC.
Dentro do Aave existe um conjunto completo de estruturas rigorosas de controle de risco e de processos de governança de parâmetros; ele recusa a entrada de fluxos de alta risco.
Empresas de análise on-chain como Chainalysis e TRM Labs fornecem serviços extremamente sofisticados de marcação, rastreamento e pontuação de risco de endereços.
Nos últimos anos, esses mecanismos realmente sustentaram o funcionamento normal da indústria Web3 como um todo. Eles não são apenas enfeite—têm valor substancial. Mas atenção: aqui existe uma diferença lógica fatal no nível mais baixo.
2. Não caiam em golpes: hoje a conformidade é só “uma ferramenta de remendo”, e não “infraestrutura”
Depois de organizar esses métodos de conformidade citados acima, você vai se arrepiar de frio. Porque todas as soluções acima são soluções da camada “ferramenta”—nenhuma delas é solução da camada “infraestrutura”!
A diferença entre ferramentas e infraestrutura, absolutamente não é um detalhe técnico irrelevante—é, na estrutura de confiança, um abismo de diferença.
O resultado das ferramentas é “para humanos verem”:
O software de monitoramento fora da cadeia gera um longo relatório de risco; a equipe de conformidade lê esse relatório no escritório. Em seguida, humanos tomam decisões com base em experiência e agem manualmente. Nessa longa cadeia, cada passo exige intervenção humana, há atraso em cada passo e, o mais importante, cada passo pode ser contornado. A camada de execução dos smart contracts na base nem sabe, nem se importa com o que você checou fora da cadeia.
O resultado da infraestrutura é “as condições prévias que a camada de execução precisa cumprir”:
Isso é como o próprio smart contract: o código roda diretamente na EVM, sem precisar que alguém decida “se este código deve ou não rodar hoje”. Oráculos também são assim: os dados são inseridos diretamente no contrato, sem revisão humana para confirmar se esse preço está certo. O próprio mecanismo garante que seja confiável e irreversível.
Resumindo em uma frase: você nunca consegue escapar da infraestrutura, mas pode, a qualquer momento, contornar as ferramentas.
Vamos dar um exemplo bem realista: suponha que uma grande instituição financeira tradicional queira participar de um produto de tokenização de títulos públicos na cadeia (RWA). De acordo com a regra, ela precisa verificar se o investidor é elegível (KYC), confirmar que a origem do dinheiro é limpa e também garantir que as operações cumpram os limites de taxa de conformidade.
Dentro do arcabouço tecnológico atual, como é que todo mundo faz isso?
1. O usuário faz KYC na página/front-end;
2. Realizar verificação de antecedentes fora da cadeia;
3. Administradores de contratos revisam manualmente em segundo plano;
4. Autorização humana final e liberação.
Encontrou o problema? Todo esse fluxo é fragmentado, manual e não produz qualquer prova criptográfica verificável on-chain. Se um hacker ou um investidor esperto contornar o seu frontend e chamar diretamente os smart contracts subjacentes via código, todas aquelas verificações pesadas de conformidade que você configurou no frontend, instantaneamente, viram zero!
Isso não é porque a Chainalysis ou alguma ferramenta de conformidade não é boa o suficiente. O motivo é que, em todo o ecossistema Web3, nunca existiu uma camada de infraestrutura de conformidade que funcione assim: “executa antes da liquidação, roda de forma descentralizada e consegue gerar provas criptográficas”.
Esse trono vital ficou vazio por quinze anos. E o Newton Protocol, com sua Newton Mainnet Beta, vai justamente atrás desse trono que estava em aberto.
3. Como a Newton Mainnet Beta resolve isso com força bruta e quebra o jogo?
Ao observar a Newton Mainnet Beta nesse marco, fica tudo incrivelmente claro: ela quer encerrar completamente a era da “conformidade manual”, transformando a validação de conformidade diretamente em uma parte da infraestrutura on-chain. Colocá-la no mesmo nível de smart contracts e oráculos, como a “porta anti-furto” pela qual qualquer ativo on-chain precisa passar antes de a liquidação acontecer.
Para que todo mundo entenda, vamos decompor o funcionamento interno da Newton Mainnet Beta em quatro passos extremamente “hardcore” e ao mesmo tempo bem elegantes:
1. Captura de intenção e modularização de estratégia (linguagem Rego + IPFS)
Quando uma aplicação ou um usuário envia uma transação, essa transação não entra diretamente na camada de liquidação da blockchain pública. Em vez disso, ela primeiro envia a intenção da operação para a rede de operadoras descentralizadas da Newton (Operator Network). Na Newton, as regras de conformidade deixam de ser uma pilha de tabelas artificiais e bagunçadas feitas manualmente; elas são escritas em uma linguagem Rego extremamente rigorosa, como módulos dinâmicos composáveis. Esses módulos de conformidade existem em IPFS por meio de tecnologia de endereçamento por conteúdo. Isso significa que qualquer protocolo on-chain (seja empréstimos, DEX ou RWA) pode chamar esses módulos diretamente como se fosse montar blocos, sem precisar construir do zero a lógica de conformidade.
2. Sandbox de segurança e ligação em tempo real com dados de autoridade (plugins WASM)
Depois que a operadora recebe a intenção, ela chama imediatamente os dados em tempo real mais confiáveis. A Newton já conectou com força os maiores “especialistas” do ecossistema: Chainalysis e Hexagate fornecem as listas de sanções e dados de risco de hackers mais atualizados; RedStone alimenta dados de preços precisos; Credora oferece avaliações de crédito on-chain. O mais incrível é que esses fluxos de dados sensíveis são todos executados em forma de plugins WASM, dentro de um sandbox de segurança totalmente isolado e sem acesso. Nenhuma força externa consegue adulterar esse processo de avaliação, garantindo que os dados sejam absolutamente nativos e puros.
3. Vínculo criptográfico e bloqueio antes da liquidação (assinatura agregada BLS)
Depois que a avaliação no sandbox é concluída, a rede Newton gera um resultado claro (aprova ou rejeita). Esse resultado é convertido em uma prova criptográfica “pesada”—uma assinatura agregada BLS. Essa prova é publicada on-chain e vinculada de forma firme a essa operação específica. Antes da execução final e da liquidação, o smart contract de destino na camada inferior força a checagem dessa prova BLS. Se não houver prova, ou se a prova indicar que a conformidade falhou, o smart contract rejeita a execução diretamente. Isso é o verdadeiro “bloqueio antes da liquidação”. Contornar o frontend não adianta, porque o contrato na camada inferior só reconhece a prova criptográfica da Newton.
4. Segurança econômica e mecanismos de punição (EigenLayer + desafio ZK)
Então, como garantir que a operadora descentralizada da Newton não faça o mal e não fique liberando tudo? A Newton introduziu diretamente a rede de staking econômico da EigenLayer. As operadoras precisam colocar na linha uma quantia enorme de dinheiro real. Se qualquer operadora fornecer uma prova incorreta ou uma prova fraudulenta de conformidade, qualquer pessoa na rede poderá denunciar publicamente por meio do mecanismo de challenge com ZK (provas de conhecimento zero). Uma vez que a maldade seja confirmada, os ativos staked da operadora mal-intencionada são confiscados instantaneamente (Slash). Esse modelo de confiança é totalmente idêntico, em termos de estrutura, aos smart contracts de base do Ethereum e aos oráculos descentralizados—não depende de nenhuma pessoa “boa”; confia apenas na matemática, na criptografia e na punição econômica severa.
4. Timing e vantagens: interseção perfeita entre tempestade regulatória e evolução tecnológica
Falando nisso, alguns amigos podem perguntar: “Por que ninguém fez essa infraestrutura alguns anos atrás, e por que só agora?”
Isso nos obriga a falar do “timing” em nível macro. No passado, o Web3 estava na era selvagem de crescimento, um mundo de geeks; as pessoas olhavam para a conformidade com desprezo. Mas agora, o ambiente regulatório internacional mudou completamente:
O GENIUS Act dos EUA já foi oficialmente aprovado e implementado. Ele exige de forma clara que as emissoras de stablecoins tenham capacidade de controle de conformidade “executável e interferível antes da ação”, e não apenas de remendar “depois que dá errado”.
A proposta da Europa, MiCA, estabelece um arcabouço abrangente de regulação de ativos cripto em toda a Europa.
O FATF (Financial Action Task Force) está avançando com força em todo o mundo para implementar a Travel Rule (regra de transferência de fundos).
Veja: o que os órgãos reguladores querem agora é exatamente aquilo que a Newton vem construindo silenciosamente no nível técnico. Precisa executar antes da liquidação; precisa ter provas criptograficamente verificáveis; e deve deixar um registro de auditoria imutável, que não pode ser adulterado.
Na história da indústria, as direções gerais da regulação e as direções técnicas de base do Web3, pela primeira vez, apontaram com tanta precisão para o mesmo ponto de coordenadas. Por isso, o lançamento da Newton Mainnet Beta atrai tanto interesse profundo de veteranos do setor.
5. Lógica de acumulação de valor em torno de $NEWT : ferramentas VS infraestrutura
Por fim, como ponto de aterrissagem para uma conversa reservada entre nós, temos que falar da lógica de tokens e de valor. Precisamos entender que a lógica de acumulação de riqueza entre projetos de infraestrutura e projetos de ferramentas é completamente diferente.
Projetos de ferramentas são “pagos por uso”: quantas pessoas usam hoje, só conseguem ganhar de acordo com a quantidade de taxas naquele momento. A curva de valor é linear e, portanto, é difícil gerar um poder explosivo que marque uma nova era.
Os projetos de infraestrutura brincam com o assustador “efeito de rede” e com “valas/ecossistemas” que protegem a base.
No estágio atual, podemos acompanhar de perto dois indicadores-chave de observação:
1. A quantidade real de protocolos que integram a camada de conformidade da Newton.
2. A escala real de ativos que essas redes controlam por trás.
Se nos próximos meses, de fato, gigantes do setor financeiro tradicional—ou emissoras de stablecoins reconhecidas e reguladas—concluírem uma integração real de negócios na Newton Mainnet Beta, não precisa dizer mais: isso prova que o “efeito volante” da infraestrutura já travou e sincronizou com a on-chain. Então será o momento de ouro para enxergar o cenário inteiro de alta e avançar com passos firmes. Até lá, manter sensibilidade na observação e segurar o fundo de posição para sentir a maior densidade de informação de ponta da indústria é, sem dúvida, a estratégia mais segura.
Todo o conjunto de infraestrutura on-chain levou exatamente quinze anos para montar completamente as camadas complexas de execução e de dados. Já a camada de conformidade, que antes era sustentada por “trabalho manual” e ferramentas primitivas, agora finalmente será endurecida e normatizada pela Newton Mainnet Beta com código puro e criptografia.
Dá para levar esse caminho até o fim de forma completa? Não é só um problema técnico—é a batalha-chave para o Web3 conseguir absorver dezenas de trilhões de ativos financeiros tradicionais que entram no mercado.
Irmãos, no seu dia a dia, em operações on-chain ou no desenvolvimento de projetos, vocês sentem na prática essa necessidade urgente de “infraestrutura nativa de conformidade on-chain”? Se vocês fossem responsáveis por lidar com essas questões espinhosas de conformidade e limites de segurança, como vocês normalmente resolvem? Comentem na seção de comentários—vamos falar livremente e trocar uma ideia em profundidade!
(Este artigo é uma tarefa da plataforma e não constitui nenhuma recomendação de investimento.)
