0xr1

NewtonProtocol’s economic security model rests on operators having real skin in the game. Operators stake NEWT to join the network and earn fees for evaluating policies — fees that get distributed proportionally based on actual contribution, including WASM computation, external data-provider calls, and bandwidth used, not just a flat per-operator split.
That same stake is what gets slashed if an operator misbehaves: submitting an invalid attestation, going offline when it shouldn’t, or otherwise failing to do its job correctly. Challengers add another layer of accountability — they can stake NEWT specifically to dispute an operator’s evaluation during a challenge window, and if the dispute is upheld, the challenger is rewarded while the operator faces slashing.
The Newton Foundation is explicit that none of this — operator fees, staking rewards, challenge rewards — is structured or intended to function as interest, a dividend, or any kind of investment return. It’s compensation for doing real, verifiable work (evaluating policies, securing the network, catching bad actors), which is a meaningfully different design than yield marketed purely as a return on holding a token.
$NEWT #Newt @NewtonProtocol

Um dos problemas mais difíceis na aplicação de políticas on-chain é lidar com dados que só existem off-chain em uma sessão web normal — como a contagem de seguidores de uma rede social — sem simplesmente confiar em quem os reporta. A abordagem zkTLS do NewtonProtocol resolve isso com provas do TLSNotary: um fluxo baseado no navegador gera uma prova criptográfica de uma sessão TLS real (por exemplo, uma requisição a um endpoint de API do Twitter/X) e essa prova é armazenada e referenciada por um identificador de conteúdo.
Essa prova, junto com as entradas de política que ela suporta, é enviada como uma tarefa da Newton junto com uma intenção de transação, e a política a avalia — verificando, por exemplo, se a contagem de seguidores de uma conta ultrapassa um limite configurado — antes de decidir se aprova a transação associada. O processo de recuperação da prova revalida que os bytes retornados realmente correspondem ao identificador de conteúdo esperado, de modo que um gateway comprometido ou mal configurado não consiga trocar silenciosamente os dados por outros.

As políticas de Newton não são abstratas: são pequenos programas (escritos em Rego) que fazem decisões concretas e testáveis. Uma política simples de limite de gastos, por exemplo, verifica o valor de uma intenção de transação recebida em relação a um máximo configurado e permite diretamente ou a limita ao teto — sem necessidade de uma etapa de aprovação off-chain e sem precisar modificar o contrato do token subjacente para alterar o limite posteriormente.
O controle por jurisdição funciona de forma semelhante, mas recorre a dados externos: um feed de oráculo fornece informações de jurisdição do remetente ou do destinatário, e a política pode restringir uma transferência com base nisso, permitindo pagamentos transfronteiriços em conformidade sem codificar rigidamente a lógica de países diretamente no próprio contrato.

Em março de 2022, o setor de finanças descentralizadas (DeFi) foi abalado por um desastre sem precedentes. A Ronin Network, uma sidechain ligada ao Ethereum construída especificamente para o fenômeno dos jogos de blockchain Axie Infinity (de propriedade da Sky Mavis), sofreu uma violação devastadora.
Um total de 173.600 Ethereum (ETH) e 25,5 milhões de USDC foram sistematicamente drenados. O prejuízo total? Um impressionante US$ 620 milhões, garantindo seu lugar como um dos maiores golpes de criptomoedas da história.
No entanto, o verdadeiro choque não foi apenas o número astronômico; foi a perturbadora guerra psicológica e as táticas de "Engenharia Social" usadas pelo grupo Lazarus, ligado ao Estado da Coreia do Norte, para invadir a rede.

Quando um contrato inteligente precisa verificar se Newton aprovou uma transação, ele tem dois caminhos de validação para escolher, e a diferença importa para qualquer pessoa que esteja construindo sobre as verificações de validação do NewtonProtocol Standard. Essas verificações verificam uma atestação de que o agregador da Newton já enviou isso on-chain; em termos de gás, é mais barato, mas seu contrato precisa aguardar primeiro a publicação desse resultado pelo agregador.
A validação direta dispensa essa espera: ela verifica, por conta própria on-chain, as assinaturas BLS e o quórum ponderado por participação, no momento em que uma tarefa é criada, sem aguardar a transação separada do agregador.