wiki002

Over the last few days, I noticed something interesting while reading about the Summer.fi exploit and the Bonzo Finance oracle attack.
The two incidents look different on the surface.
One involved a vault exploit.
The other came from a manipulated price oracle that turned a few dollars of collateral into roughly $9 million in borrowing power.
But the part that caught my attention wasn't the exploit itself.
It was the assumption both systems quietly relied on.
They assumed the information they received was correct.
When people discuss DeFi security, the conversation usually revolves around smart contract bugs.
Yet every protocol also depends on another layer that receives much less attention.
The quality of the data used to make decisions.
A lending protocol doesn't decide whether collateral is sufficient.
It trusts an oracle.
A policy engine doesn't determine whether someone satisfies a rule.
It evaluates whatever facts are presented to it.
That distenction matters more than it first appears.
After reading Newton Protocol's documentation again, I realized its architecture already acknowledges this dependency.
Policies don't magically discover truth.
They evaluate inputs coming from Data Oracles, Verifiable Credentials, Application context, and other external sources before operators produce a BLS-signed authorization attestation.
That means authorization isn't only about writing good rules.
It's also about understanding where every piece of evidence originates.
This changes how I think about security.
A perfectly written rego policy can still authorize the wrong action if its inputs have already been corrupted.
The policy isn't broken.
Its understanding of reality is.
Summer.fi and Bonzo remind us that exploits don't always attack execution.
Sometimes they attack the facts that execution depends on.
Of course, strengthening input verification comes with trade-offs.
Adding more verification layers increases latency, operational complexity, and infrastructure costs.
protocols have to balance speed with confidence, especially if autonomous agents are expected to operate continuously.
There isn't a free solution here.
What surprised me is that many discussions frame authorization as the final security checkpoint.
I'm starting to think it's actually the second one.
The first checkpoint is proving that the information entering the authorization process is trustworthy in the first place.
Without that, even the best policy engine is reasoning over corrupted evidence.
As autonomous finance grows, I think the next major security question won't just be Who is allowed to act?
It may become:
How do we verify that the facts used to authorize those actions were genuine before the policy ever ran?🤔
@NewtonProtocol #Newt $NEWT

Eles padronizam o comportamento.
Pense em e-mail.
A maior vantagem disso não é que as mensagens possam ser enviadas.
É que todo provedor concorda com os mesmos padrões de comunicação. O Gmail não precisa de uma versão especial para conversar com o Outlook. As regras compartilhadas é que tornam a rede útil.
Isso me fez pensar se as finanças autônomas eventualmente enfrentarão um desafio semelhante.
Hoje, cada protocolo define suas próprias premissas de segurança.
Cada carteira tem modelos de permissão diferentes.
Cada aplicativo de IA decide à sua maneira o que um agente está autorizado a fazer.

Uma coisa que se destaca para mim sobre o Protocolo Newton é que ele se concentra em uma questão fundamental na infraestrutura de blockchain que muitas vezes é ignorada: a execução de transações sem a devida autorização. Do ponto de vista de um desenvolvedor, construir sistemas automatizados não é apenas tornar as transações mais rápidas, mas também garantir que cada ação siga regras claramente definidas.
A abordagem de autorização baseada em políticas da Newton, construída em torno de políticas Rego, oráculos de dados e atestações verificáveis, apresenta um framework interessante para aplicações que exigem mais controle antes da execução das transações. A integração de políticas baseadas em identidade por meio de credenciais verificáveis também mostra que requisitos de conformidade podem ser aplicados de forma programática, em vez de serem tratados como um processo separado.

O Próximo Grande Risco de Bilhões de Dólares nas Finanças Autônomas Pode Não Ser um Modelo de IA com Defeito. Pode Ser um Agente de IA com Permissões Erradas.
A próxima fase da cripto não será apenas sobre agentes de IA mais inteligentes.
Trata-se de saber se esses agentes podem ser confiáveis com valor econômico.
Um sistema de IA já pode analisar mercados, gerar estratégias e interagir com protocolos descentralizados.
Mas uma pergunta permanece sem resposta:
Quando um agente autônomo toma uma ação, como provamos que a ação foi de fato permitida?

O próximo desafio de segurança no mundo cripto talvez não seja impedir transações ruins. Pode ser decidir quais transações merecem acontecer.
Esse pensamento mudou a forma como eu vejo a autorização de blockchain.
A maioria dos sistemas de blockchain é projetada em torno da execução. Uma transação é assinada, enviada e processada. Mas, à medida que as carteiras ficam mais inteligentes, a automação aumenta e agentes de IA começam a interagir com ativos, uma pergunta fica mais difícil de ignorar.
Quem decide se uma ação deve ser permitida antes de acontecer?

Eu não estava procurando uma grande ideia quando abri a documentação do Newton.
Eu estava apenas tentando entender como suas Credenciais Verificáveis funcionam.
Como a maioria das pessoas, comecei pela referência do SDK. Um método chamou minha atenção: registerUserData.
No começo, presumi que era apenas mais uma função que os desenvolvedores usariam durante o onboarding.
Então notei algo que eu quase deixei passar.
A documentação diz que os dados do usuário são registrados dentro do domínio de identidade de uma aplicação.
Li essa frase várias vezes desde então porque acho que ela está fazendo muito mais do que parece à primeira vista.

Com cerca de US$ 295 bilhões em capitalização de mercado, US$ 7,1 trilhões em volume mensal de transferências e mais de 271 milhões de detentores, as stablecoins se tornaram a camada de liquidação da economia de ativos digitais. Já sabemos como tornar o dinheiro programável. O desafio maior é tornar também as regras que governam esse dinheiro programáveis.
É por isso que @NewtonProtocol e a Newton Mainnet Beta se destacam para mim.
A maioria das conversas sobre automação onchain gira em torno de execução mais rápida, taxas mais baixas ou agentes de IA que podem realizar tarefas complexas. Essas são melhorias significativas, mas deixam uma pergunta fundamental sem resposta: como verificamos que uma ação automatizada segue a política pretendida antes de ser executada?

Quanto mais eu acompanho a narrativa da IA no cripto, mais percebo o mesmo padrão se repetindo.
A maioria das discussões se concentra em inteligência.
Quão capazes são os agentes de IA?
Quantas tarefas eles conseguem automatizar?
Com que rapidez eles conseguem executar transações?
Estas são perguntas importantes, mas não acho que elas vão definir a próxima fase da IA na Web3.
A pergunta para a qual continuo voltando é muito mais simples.
O que acontece quando um agente de IA toma uma decisão financeira mais rápido do que qualquer ser humano consegue responder?
Um agente autônomo não para para pedir confirmação a cada poucos segundos. Uma vez que esteja autorizado a operar, ele pode rebalancear portfólios, mover liquidez, executar negociações e interagir com vários protocolos em questão de segundos.

Eu pensei que já entendia o que @NewtonProtocol was estava tentando construir. O anúncio do Human Passport me fez perceber que eu vinha olhando para aquilo por outro ângulo. No começo, parecia mais uma integração adicionando verificação de identidade a um projeto de blockchain. A cripto já viu várias dessas. Depois de ler o anúncio e voltar à arquitetura do Mainnet Beta da Newton, eu saí com a impressão de que a integração na verdade é sobre algo muito maior do que identidade.
A parte que ficou comigo não era o Passport em si, humano. Quanto mais eu pensava sobre isso, menos a própria integração parecia ser a história principal. O que ficou comigo foi o lugar em que Newton escolheu posicioná-lo.

Sempre que leio sobre infraestrutura cross-chain, a conversa geralmente volta aos mesmos tópicos: mover ativos, repassar mensagens e fazer com que redes diferentes se comuniquem de forma mais eficiente. Depois de passar um tempo lendo diferentes projetos de protocolo, comecei a me perguntar se esses realmente eram os problemas mais difíceis de resolver. Antes de qualquer cadeia aceitar uma transação, uma assinatura ou uma autorização, ela primeiro precisa decidir de quem confia no julgamento. Se cada cadeia de destino tiver de descobrir isso do zero toda vez que verifica algo, a interoperabilidade começa a parecer menos um problema de comunicação e mais um problema de confiança.