#Newt $NEWT @NewtonProtocol #NEWT
#newt
Tive uma conversa com um amigo recentemente sobre automação. Ele disse que o maior risco é quando os sistemas se tornam tão automáticos que ninguém se lembra de quem tomou as decisões originais. Essa ideia ficou comigo enquanto eu lia sobre o Newton Protocol.
A maioria das pessoas foca no que agentes de IA podem fazer. O Newton Protocol me faz pensar em algo diferente: o que eles devem ser autorizados a fazer.
Um aspecto que eu aprecio é a separação entre a lógica de políticas Rego reutilizável e a configuração anexada a um PolicyClient. A lógica define o processo de decisão, enquanto valores como limites de transação, limites de exposição ou participantes aprovados são fornecidos via data.params como JSON simples. Isso mantém o “manual de regras” reutilizável sem forçar cada aplicação a operar com os mesmos limites.
Outra escolha de design bem pensada é como as atualizações são tratadas. Quando uma configuração muda por meio de setPolicy(PolicyConfig), o protocolo gera um novo policyId em vez de apenas substituir silenciosamente o existente. Cada versão tem sua própria identidade, o que facilita muito a governança e a auditoria.
Depois vem o expireAfter. Ele não expira a configuração em si; ele define por quanto tempo uma atestação permanece válida para execução. Uma janela menor reduz a exposição, mas pode rejeitar transações válidas durante períodos de congestionamento. Uma janela maior aumenta a flexibilidade, mas expande o tempo em que uma aprovação pode ser usada. Nenhuma das opções é perfeita, e é exatamente por isso que o design do protocolo é tão interessante.
Quanto mais eu aprendo sobre o Newton Protocol, mais acredito que a confiança não é criada apenas por contratos inteligentes. Ela é construída por políticas transparentes, configurações cuidadosas e responsabilização clara.
À medida que a IA se torna mais ativa onchain, os protocolos mais fortes serão os que têm os agentes mais inteligentes ou os que têm regras mais claras por trás de cada decisão?
#newt
Tive uma conversa com um amigo recentemente sobre automação. Ele disse que o maior risco é quando os sistemas se tornam tão automáticos que ninguém se lembra de quem tomou as decisões originais. Essa ideia ficou comigo enquanto eu lia sobre o Newton Protocol.
A maioria das pessoas foca no que agentes de IA podem fazer. O Newton Protocol me faz pensar em algo diferente: o que eles devem ser autorizados a fazer.
Um aspecto que eu aprecio é a separação entre a lógica de políticas Rego reutilizável e a configuração anexada a um PolicyClient. A lógica define o processo de decisão, enquanto valores como limites de transação, limites de exposição ou participantes aprovados são fornecidos via data.params como JSON simples. Isso mantém o “manual de regras” reutilizável sem forçar cada aplicação a operar com os mesmos limites.
Outra escolha de design bem pensada é como as atualizações são tratadas. Quando uma configuração muda por meio de setPolicy(PolicyConfig), o protocolo gera um novo policyId em vez de apenas substituir silenciosamente o existente. Cada versão tem sua própria identidade, o que facilita muito a governança e a auditoria.
Depois vem o expireAfter. Ele não expira a configuração em si; ele define por quanto tempo uma atestação permanece válida para execução. Uma janela menor reduz a exposição, mas pode rejeitar transações válidas durante períodos de congestionamento. Uma janela maior aumenta a flexibilidade, mas expande o tempo em que uma aprovação pode ser usada. Nenhuma das opções é perfeita, e é exatamente por isso que o design do protocolo é tão interessante.
Quanto mais eu aprendo sobre o Newton Protocol, mais acredito que a confiança não é criada apenas por contratos inteligentes. Ela é construída por políticas transparentes, configurações cuidadosas e responsabilização clara.
À medida que a IA se torna mais ativa onchain, os protocolos mais fortes serão os que têm os agentes mais inteligentes ou os que têm regras mais claras por trás de cada decisão?