Saikat 56

At first, I thought the $50k liquidation example was simply about whether Babylon could detect when collateral crossed the threshold.

The more I thought about it, the more I realized that's actually the easy part.
A price feed can identify a liquidation trigger almost instantly.

Bitcoin, however, settles on its own timeline. Those two clocks don't always move together, and that gap is where the real challenge begins.

Babylon connects fast risk monitoring with Bitcoin's security, but it can't make Bitcoin settle instantly. A liquidation signal may be completely correct, yet the market can continue moving before settlement is finalized.

That is why $BABY becomes interesting. During those waiting minutes, someone has to carry the market risk.

A liquidity provider? Or does the protocol absorb part of that exposure?

The rules may be followed perfectly, but perfect rules don't always guarantee a perfect outcome when prices keep changing.

To be clear, slower settlement isn't a flaw it's part of Bitcoin's design. Babylon is building around that reality rather than pretending it doesn't exist.

The question is how resilient the system remains when volatility accelerates during that settlement window.

The thought I keep coming back to is simple:

If liquidation is triggered at $50,000, but Bitcoin settles after the price has already moved significantly, who ultimately bears the difference while finality is still catching up?

That's the part of the design I'm most curious about.

#baby $BABY @BabylonLabs_io $NVDA.US

#BinanceTurns9 Binance Turns 9 - Built By You

Todo projeto de infraestrutura começa com uma escolha: construir tudo do zero ou apoiar-se na base de outra pessoa.

Em 2024, a Newton escolheu o segundo caminho. Ela construiu sua rede de unificação de cadeia usando o Chain Development Kit da Polygon e se conectou diretamente ao AggLayer para liquidação entre cadeias.

Na época, foi uma decisão prática, aproveitando uma infraestrutura já existente para avançar mais rápido. Mas essa escolha também significou que o futuro de @NewtonProtocol ficou intimamente ligado ao próprio roteiro da Polygon.

Avançando para o mainnet beta, o cenário agora é muito diferente.
A Newton se afastou dessa dependência. Em vez de depender da infraestrutura da Polygon, seu modelo de segurança é agora alimentado por restaking do EigenLayer, no qual os operadores garantem a rede ao disponibilizar garantias (colateral) de forma independente de qualquer ecossistema de blockchain específico.

O produto em si foi projetado em torno do Ethereum e do Base, e não de cadeias alinhadas à Polygon.
Isso não é apenas uma migração técnica. É uma mudança estratégica de filosofia.

Ao se tornar neutra em relação à infraestrutura, a Newton se posiciona para integrar-se com quaisquer instituições de blockchain que preferirem, em vez de pedir que elas se adaptem a uma arquitetura centrada na Polygon. Isso importa porque a adoção institucional costuma ser influenciada tanto pela percepção quanto pela tecnologia.

Toda explicação adicional durante uma apresentação a uma empresa cria atrito. Remover dependências específicas do ecossistema remove esse atrito antes mesmo de ele surgir.

É claro que neutralidade não vem sem custo.
O esforço de engenharia investido ao longo de 2024 e 2025 na stack da Polygon não foi algo sem sentido, mas grande parte dessa base original já não define a arquitetura entregue com o mainnet beta.

A experiência, as parcerias e os aprendizados permanecem valiosos, mas a infraestrutura central teve de ser reconstruída em torno de um modelo de segurança totalmente diferente.

Em muitos aspectos, a Newton pagou duas vezes pelo mesmo destino: primeiro ao construir sobre um ecossistema existente e, depois, ao reconstruir para alcançar independência.

#newt $NEWT $BLUR $YFI

#BinanceTurns9 A Binance tem 9 anos — Feito por você

Passei algum tempo revisitando o texto de 1º de julho da Magic Newton Foundation sobre a Camada de Autorização do @NewtonProtocol .

No começo, tudo parecia exatamente como você esperaria de um sistema com minimização de confiança.

Uma camada de autorização sem confiança. EigenLayer com restaking. Operadores descentralizados. Provas de conhecimento zero.

Toda a arquitetura foi desenhada para tornar a aplicação de políticas verificável sem depender de confiança cega.

Mas quanto mais eu lia, mais um detalhe ficava puxando minha atenção.

A Mainnet Beta depende da Chainalysis para avaliação de risco, da RedStone para feeds de preço, da Webacy para reputação de carteiras e da Credora para inteligência de garantias.

Foi então que uma pergunta surgiu na minha cabeça.
O que exatamente a prova de conhecimento zero está provando?

Ela prova que a verificação da política foi executada corretamente. Mas a pontuação de risco, os dados de reputação e/ou a avaliação de garantias dentro daquela política ainda vêm desses provedores externos.

Em outras palavras, a verificação pode ser sem confiança, mas os dados em si ainda são baseados em confiança.

Eu me peguei pensando nisso enquanto tomava um café.
Isso é realmente uma fraqueza?
Talvez não.

A Newton nunca afirmou que os dados subjacentes seriam descentralizados. Seu objetivo é tornar a aplicação de políticas transparente e verificável criptograficamente.

Ainda assim, a palavra "trustless" (sem confiança) parece um pouco diferente quando você percebe que a confiança não desapareceu — apenas mudou de lugar, ficando uma camada mais profunda, nos provedores que fornecem os dados.

Por outro lado, talvez seja exatamente isso que as instituições querem.
A maioria das empresas já deposita mais confiança em provedores como a Chainalysis do que em uma rede anônima de operadores.

Visto por esse ângulo, a Newton talvez esteja resolvendo o problema que realmente importa para a adoção institucional.

Mas ainda fica uma pergunta no ar:
Alguém já viu uma política de autorização que dependa inteiramente de fontes de dados descentralizadas?

Ou é simplesmente inevitável algum nível de confiança centralizada ao construir infraestrutura de conformidade? 🙄

#newt $NEWT $EVAA $NVDAB

Quando eu leio o relatório de transparência da Newton, uma política chama minha atenção:
a liderança e os principais contribuidores não podem vender Newt quando quiserem. Qualquer venda deve passar por um programa estruturado de vendas gerenciado por terceiros.

Muitas pessoas veem isso como prova de que a equipe está comprometida a longo prazo, mas eu acho que isso mostra algo diferente. O programa é principalmente sobre a justiça do mercado, não sobre convicção pessoal.

Sua maior força é impedir que insiders explorem informações não públicas. Executivos não podem apressar uma venda antes de um grande anúncio, nem lucrar com uma alta após as notícias, porque o momento das vendas não está sob o controle direto deles.

Isso cria um mercado mais transparente e confiável.
O que o programa não faz é garantir que a liderança mantenha-se no cargo indefinidamente.

Os membros da equipe ainda podem reduzir ou até mesmo sair totalmente de suas posições ao longo do tempo, permanecendo em conformidade com as regras.

O mecanismo regula como os tokens são vendidos, não por que eles são vendidos.
Para mim, essa é a distinção fundamental.

Um programa estruturado de vendas é evidência de uma boa governança e integridade do mercado, mas não deveria ser interpretado automaticamente como prova de uma crença inabalável e de longo prazo no futuro da Newton.

@NewtonProtocol #newt $NEWT $BLUR $OPG

Quanto mais eu explorei Newton, mais um detalhe se destacou. O título fala sobre agentes de IA, execução autônoma e automação com confiança minimizada. Naturalmente, eu esperava que essas peças estivessem em funcionamento.

Em vez disso, descobri que o foco de hoje é muito mais restrito: cofres DeFi. O protocolo atualmente verifica as ações dos curadores em relação a políticas predefinidas antes que qualquer coisa seja executada. Os agentes de IA e o Registro de Modelos ainda estão marcados como “em breve”.

Essa progressão, na verdade, parece razoável. Antes de dar a agentes autônomos o controle sobre ações financeiras, faz sentido provar o mecanismo de políticas em um ambiente menor e de alto valor. É uma implantação prática, mesmo que seja diferente do que muita gente assume à primeira vista.

Outra descoberta interessante foi o número de integrações com oráculos que já dão suporte ao sistema: Chainalysis, vaults.fyi, RedStone, Credora e Webacy. Elas fornecem os sinais externos de que o protocolo depende, fazendo a arquitetura de hoje parecer mais orientada por oráculos do que por agentes.

Depois de rastrear o que está em funcionamento versus o que ainda fica na folha de rota, fiquei com uma pergunta: a transição da automação segura de cofres para agentes totalmente autônomos vai acontecer em breve,
ou esse futuro ainda está mais distante?,,🤔

@NewtonProtocol #newt $NEWT $ANOME $TLM

Quando eu me deparei com @NewtonProtocol pela primeira vez, uma ideia imediatamente chamou minha atenção: provavelmente a IA não deveria controlar dinheiro sem limites claros.

Faz sentido. A IA pode reagir às mudanças do mercado em segundos, mas só a velocidade não basta. Sem limites definidos, um único erro pode se tornar caro antes que alguém perceba.

Ainda assim, eu passei tempo o suficiente no mundo cripto para saber que resolver um problema muitas vezes cria outro.

A abordagem da Newton coloca uma camada de políticas entre os agentes de IA e as transações na blockchain, dando aos usuários mais controle sobre o que a IA está autorizada a fazer.

É um conceito prático, mas também significa mais infraestrutura, mais coordenação e mais partes móveis que precisam funcionar juntas.
A grande questão é a confiança. Essas políticas não aparecem automaticamente.

Alguém as projeta, atualiza e decide como a governança evolui. A confiança não é eliminada; ela simplesmente muda para outra camada.

Aí entra o papel do token NEWT. Ele é realmente fundamental para proteger o sistema e alinhar incentivos, ou é apenas mais um token envolto em explicações técnicas?
Para mim, a pergunta mais interessante não é se a tecnologia é genial.

É se desenvolvedores, empresas e instituições vão aceitar voluntariamente outra camada de aprovação antes que a IA execute decisões financeiras em mercados onde cada segundo pode importar.

#newt $NEWT $VANRY $LAB

A primeira vez que imaginei uma IA gerenciando dinheiro real sem pedir permissão, uma pergunta veio imediatamente à mente:
quem decide quando a IA está autorizada a agir?
🤔
Esse é o problema que @NewtonProtocol quer resolver.

A ideia deles não é tornar a IA mais inteligente. É criar uma camada de autorização que verifica se as ações de uma IA seguem regras predefinidas antes que qualquer ativo se mova.

Como blockchains verificam assinaturas, não julgamentos, essa lacuna vale a pena ser observada.

Mas a cripto me ensinou a ser cético.
Já vimos inúmeros problemas serem resolvidos com outro protocolo, outro conjunto de validadores, outro sistema de governança e outro token.

Cada nova camada promete mais segurança, mas também amplia a superfície de ataque e adiciona complexidade.

Os incentivos merecem atenção igual. Os usuários podem receber melhor proteção, mas se isso se tornar infraestrutura central, detentores de tokens, validadores e apoiadores iniciais também ganham com o crescimento da rede.

Então vem a questão que mais importa: quão descentralizada é a tomada de decisões se um grupo relativamente pequeno ainda consegue definir as regras por trás da autorização?

E quando uma IA faz o movimento errado, quem fica com a responsabilidade pelo erro?

O modelo, o criador da política, os validadores,
ou o protocolo?

Distribuir computação é relativamente fácil.

Distribuir responsabilidade sempre foi o desafio mais difícil, e geralmente é aí que começa o verdadeiro teste.

#newt $NEWT $TLM $HMSTR

Todos concordam que a IA está ficando mais rápida para tomar decisões financeiras. Mas a velocidade nunca foi o problema mais difícil.. 🙂

O desafio real começa logo antes de o dinheiro se mover:
quem verifica que um agente de IA realmente tem permissão para executar uma transação?

@NewtonProtocol defende que a autorização é a camada que falta. Em vez de deixar a IA operar sem controle, ele introduz um protocolo que analisa as transações antes que elas cheguem à blockchain.

A ideia faz sentido. Ainda assim, a história mostra que cada nova camada de infraestrutura resolve um problema enquanto cria outro.

Mais operadores, mais governança e mais dependências também podem significar mais pontos de falha, especialmente quando os mercados ficam imprevisíveis.

Isso levanta outra pergunta importante:
is NEWT realmente essencial para o sistema,
ou seu valor depende mais de especulação do que de utilidade de longo prazo?

Segurança e automação são objetivos convincentes, mas a infraestrutura real é testada por casos-limite, não por marketing.

O que acontece quando políticas entram em conflito, transações são atrasadas,

ou pagamentos válidos são bloqueados por engano?
Essas questões merecem tanta atenção quanto a própria tecnologia.

No fim, a confiança é conquistada ao longo de anos de desempenho confiável, não por whitepapers, mas pela execução no mundo real.

#newt $NEWT $TSLAB $TAIKO

A primeira vez que explorei a arquitetura de Newton, assumi que o Gateway era o ponto central de controle do sistema.

Afinal, cada aplicação começa enviando suas tarefas para lá. Mas quanto mais eu olhava, mais eu percebia que a força real do design está em garantir que essa suposição nunca seja verdadeira.

O Gateway é apenas o ponto de entrada mais conveniente, não um único ponto de autoridade. Se alguma aplicação alguma vez acreditar que o Gateway está atrasando ou filtrando suas solicitações, ela não precisa esperar.

Por meio do mecanismo de inclusão por força (force-inclusion), ela pode enviar tarefas diretamente para a rede do operador. Essa escolha de design garante que nenhum componente único consiga, silenciosamente, ditar o que chega à rede.

Um outro detalhe que me chamou atenção tanto quanto isso. Estruturalmente, o Gateway não consegue forjar assinaturas nem manipular resultados sem ser detectado. Cada operador verifica independentemente suas próprias entradas antes de produzir um resultado.

Isso significa que qualquer tentativa de adulterar dados se tornaria rapidamente visível por meio da verificação independente, em vez de depender da confiança em um único intermediário.

O que torna essa arquitetura interessante não é apenas a descentralização — é a resiliência. Um sistema descentralizado só é tão forte quanto sua capacidade de continuar funcionando quando um componente se comporta mal ou fica indisponível.

@NewtonProtocol parece adotar essa filosofia ao oferecer tanto um caminho padrão simplificado quanto uma alternativa independente quando necessário.

Esse equilíbrio entre conveniência e resistência à censura parece intencional. O Gateway melhora a eficiência para operações normais, enquanto a inclusão por força garante que as aplicações sempre retenham um caminho para participar se algo der errado.

Ainda assim, uma pergunta permanece na minha mente. Em implantações no mundo real,

com que frequência a inclusão por força é realmente usada?l

ou ela se torna mais valiosa conforme a rede escala?

Entender esse equilíbrio prático pode revelar muito sobre como a Newton funciona além do seu design arquitetural.

#newt $NEWT $SPCXB $NVDAB