Às vezes, a parte mais difícil da automação não é a execução. É decidir quais instruções merecem ser executadas. Na maioria dos softwares, essa decisão fica oculta dentro da lógica da aplicação. Um usuário clica em um botão, o sistema verifica algumas condições e a ação segue em frente. Mas quando ativos, permissões e múltiplos operadores entram em cena, confiar em cada solicitação por padrão deixa de ser uma suposição segura.
Newton trata esse problema de forma diferente. Cada ação começa como uma Intent, uma descrição do que alguém quer fazer. Nessa fase, nada ainda aconteceu onchain. A Intent é apenas uma proposta. Antes que ela possa virar uma transação, a Newton a avalia com base em um conjunto de políticas. Apenas intents que satisfaçam essas regras podem atravessar o limite e entrar em execução.
À primeira vista, isso soa como uma camada padrão de autorização. É fácil imaginar checagens de política acontecendo depois que a transação já foi montada, como se a governança estivesse simplesmente adicionando uma última assinatura antes da aprovação. Essa suposição reflete uma intuição mais profunda: que as transações são a unidade fundamental do sistema, e a governança apenas restringe o que pode ser feito com elas.
Newton inverte essa relação. A transação não existe até que o mecanismo de política decida que o Intent é aceitável. A avaliação vem primeiro. A execução vem depois.
Essa ordenação muda completamente o papel da política. As políticas deixam de ser apenas restrições passivas envolvendo transações que já existem. Elas passam a ser o mecanismo que determina se uma transação merece existir em primeiro lugar. O Intent propõe uma ação, mas a política decide se essa proposta é compatível com as regras do sistema. A governança deixa de ser um ponto de verificação na borda da execução e se torna a camada que traduz intenção em autoridade.
Essa distinção importa porque um Intent não é simplesmente uma transação incompleta aguardando aprovação. Ele ocupa uma posição diferente na arquitetura. Uma transação já está comprometida com um caminho de execução específico: dados de chamada (calldata) específicos, efeitos específicos, mudanças de estado específicas. Um Intent descreve algo mais abstrato: uma ação possível que ainda não adquiriu consequências. A política não inspeciona essa possibilidade depois do fato. Ela a interpreta e determina se o sistema está disposto a transformá-la em realidade.
O design também cria uma separação clara de responsabilidades. As aplicações descrevem objetivos de negócio sem incorporar a lógica de governança em cada fluxo. Autores de políticas definem as condições sob as quais esses objetivos podem se tornar acionáveis. Ao forçar cada Intent a passar pela mesma camada de avaliação, Newton evita transformar a governança em uma coleção dispersa de verificações escondidas em diferentes aplicações.
O trade-off é sutil, mas profundo. A execução já não fica no centro da arquitetura. O sistema inteiro depende da qualidade e da completude da camada de política que media entre intenção e consequência. Políticas fracas autorizam ações perigosas. As excessivamente restritivas impedem intenções legítimas de jamais se materializarem. Newton aceita essa dependência porque, nesse modelo, a governança não está protegendo transações. Ela está produzindo-as.
Eu volto sempre a essa inversão. A maioria dos sistemas trata transações como o elemento primitivo e governança como uma restrição. @NewtonProtocol trata Intent como o elemento primitivo, enquanto as transações só surgem depois que a governança interpretou, filtrou e legitimou o que alguém queria fazer em primeiro lugar.
