Binance Square
ETH毛毛虫
1.2k Publicações

ETH毛毛虫

俩手带着小天才手表的散户,ETH毛毛虫,蛀虫,专攻ETH,目标持有1000个ETH
Trader Frequente
1.9 ano(s)
18.5K+ A seguir
6.8K+ Seguidores
1.6K+ Gostaram
Publicações
·
--
Em Alta
Modelo de segurança de Newton; o que realmente determina o risco talvez não seja o Ethereum. Hoje vi uma história. Alguém, numa conveniência, ajudou um desconhecido a completar 10 centavos para comprar doces. Minutos depois, o local por onde eles pretendiam passar teve um grave acidente. Até muitos anos depois, ele ainda pensaria: e se ele não tivesse parado naquele momento, será que tudo teria sido diferente? Uma decisão de 10 centavos muda um dia inteiro. Muita gente tem a primeira reação: a segurança econômica do Newton baseada no Ethereum deveria ser bem segura. Essa frase está certa, mas diz apenas metade. Ao ler a documentação da arquitetura do EigenLayer, reparei em um detalhe. As condições de Slashing dos AVS não são definidas de forma unificada pelo EigenLayer; são projetadas por cada AVS por conta própria, passam por um processo de governança, e então são escritas para execução em contratos inteligentes. Ou seja, o que realmente determina quando um operador será punido não é o Ethereum, e sim o conjunto de regras que o próprio Newton escreveu. Se as regras forem permissivas demais, o custo de condutas maliciosas é insuficiente. Se forem rígidas demais, até atrasos normais podem acionar punições. O que define a segurança não é quantos ETH estão “por trás”, e sim aqueles poucos parâmetros finalmente gravados no contrato. Até agora, o sistema de classificação de risco dos AVS do EigenLayer ainda está em desenvolvimento e ainda não foi totalmente implantado. Para usuários comuns, o que aparece é “rodando no EigenLayer”, mas pode não estar claro quais parâmetros de Slashing o Newton definiu especificamente. Em abril de 2026, uma vulnerabilidade no Kelp DAO de cerca de US$ 300 milhões desencadeou uma onda de saques de US$ 5,4 bilhões em todo o setor de restaking. Aquele evento provou uma coisa: a segurança econômica pode ser compartilhada, mas o risco sempre vem da implementação concreta. Como aqueles 10 centavos. O que realmente muda o resultado nunca é a moeda em si, e sim aquela decisão no instante. O total de NEWT é de 1 bilhão; agora o preço caiu 94,1% em relação ao pico histórico. Estou atento apenas a um sinal: o Newton publicou, de forma completa, as condições de Slashing dos AVS para que terceiros avaliem independentemente o risco. Sim: o modelo de segurança pode ser verificado. Não: o que os usuários confiam é mais na equipe do que nas regras. Se tiver que escolher apenas um: A: Depois da revisão de governança do EigenLayer, já é confiável o suficiente B: Os parâmetros de Slashing devem estar totalmente públicos; caso contrário, a segurança não pode ser verificada de forma independente De que lado você está? O conteúdo acima não constitui aconselhamento de investimento; há risco em transações. DYOR.$BTC $ETH @NewtonProtocol $NEWT #Newt #newt #BinanceSquare
Modelo de segurança de Newton; o que realmente determina o risco talvez não seja o Ethereum.
Hoje vi uma história.
Alguém, numa conveniência, ajudou um desconhecido a completar 10 centavos para comprar doces. Minutos depois, o local por onde eles pretendiam passar teve um grave acidente. Até muitos anos depois, ele ainda pensaria: e se ele não tivesse parado naquele momento, será que tudo teria sido diferente?
Uma decisão de 10 centavos muda um dia inteiro.
Muita gente tem a primeira reação: a segurança econômica do Newton baseada no Ethereum deveria ser bem segura.
Essa frase está certa, mas diz apenas metade.
Ao ler a documentação da arquitetura do EigenLayer, reparei em um detalhe. As condições de Slashing dos AVS não são definidas de forma unificada pelo EigenLayer; são projetadas por cada AVS por conta própria, passam por um processo de governança, e então são escritas para execução em contratos inteligentes.
Ou seja, o que realmente determina quando um operador será punido não é o Ethereum, e sim o conjunto de regras que o próprio Newton escreveu.
Se as regras forem permissivas demais, o custo de condutas maliciosas é insuficiente. Se forem rígidas demais, até atrasos normais podem acionar punições. O que define a segurança não é quantos ETH estão “por trás”, e sim aqueles poucos parâmetros finalmente gravados no contrato.
Até agora, o sistema de classificação de risco dos AVS do EigenLayer ainda está em desenvolvimento e ainda não foi totalmente implantado. Para usuários comuns, o que aparece é “rodando no EigenLayer”, mas pode não estar claro quais parâmetros de Slashing o Newton definiu especificamente.
Em abril de 2026, uma vulnerabilidade no Kelp DAO de cerca de US$ 300 milhões desencadeou uma onda de saques de US$ 5,4 bilhões em todo o setor de restaking. Aquele evento provou uma coisa: a segurança econômica pode ser compartilhada, mas o risco sempre vem da implementação concreta.
Como aqueles 10 centavos. O que realmente muda o resultado nunca é a moeda em si, e sim aquela decisão no instante.
O total de NEWT é de 1 bilhão; agora o preço caiu 94,1% em relação ao pico histórico.
Estou atento apenas a um sinal: o Newton publicou, de forma completa, as condições de Slashing dos AVS para que terceiros avaliem independentemente o risco.
Sim: o modelo de segurança pode ser verificado. Não: o que os usuários confiam é mais na equipe do que nas regras.
Se tiver que escolher apenas um:
A: Depois da revisão de governança do EigenLayer, já é confiável o suficiente
B: Os parâmetros de Slashing devem estar totalmente públicos; caso contrário, a segurança não pode ser verificada de forma independente
De que lado você está?
O conteúdo acima não constitui aconselhamento de investimento; há risco em transações.
DYOR.$BTC $ETH
@NewtonProtocol $NEWT #Newt #newt #BinanceSquare
Artigo
《Hoje eu não concluí meu plano de testes do Newton Protocol, mas pensei em algo mais importante》Irmãos, hoje eu tinha planejado testar com seriedade a função do Agent Market do Newton Protocol, mas eu só consegui fazer uma parte. No meio do caminho, eu larguei o celular e saí para dar uma volta. Quando voltei e me sentei, na minha cabeça surgiu justamente um problema que eu nunca tinha conseguido pensar com clareza antes: Por que eu iria testar esse tipo de coisa? Não é — “o que é o Newton Protocol” — isso eu já estudo há muito tempo. Mas uma questão mais básica: no mundo on-chain, existe alguma coisa preparada para as pessoas que — “hoje só fizeram uma parte”? Eu sentei ali e pensei nesse problema com seriedade.

《Hoje eu não concluí meu plano de testes do Newton Protocol, mas pensei em algo mais importante》

Irmãos, hoje eu tinha planejado testar com seriedade a função do Agent Market do Newton Protocol, mas eu só consegui fazer uma parte.
No meio do caminho, eu larguei o celular e saí para dar uma volta.
Quando voltei e me sentei, na minha cabeça surgiu justamente um problema que eu nunca tinha conseguido pensar com clareza antes:
Por que eu iria testar esse tipo de coisa?
Não é — “o que é o Newton Protocol” — isso eu já estudo há muito tempo.
Mas uma questão mais básica: no mundo on-chain, existe alguma coisa preparada para as pessoas que — “hoje só fizeram uma parte”?
Eu sentei ali e pensei nesse problema com seriedade.
·
--
Em Alta
Newton promete proteger cada transação. Mas quando, de fato, isso protege o usuário, ninguém consegue explicar com clareza. Hoje vi uma história. Alguém mandou uma mensagem ao proprietário dizendo que talvez não conseguisse pagar o aluguel este mês. Sentado dentro do carro, olhando para o celular, ele não ousava encarar a resposta. Alguns minutos depois, o proprietário respondeu: “Não tem problema, vamos pensar numa forma.” Ele disse que, naquele instante, chorou direto. O que geralmente derruba uma pessoa não é necessariamente a dificuldade em si, mas não saber se alguém vai estar do seu lado. Os nós dos operadores da Newton são responsáveis por executar e validar as estratégias. Se houver comportamento malicioso por parte de um nó, existe um mecanismo de Slashing na concepção do protocolo: os NEWT do nó em violação serão confiscados e usados para compensar os usuários afetados. Parece com aquela fala do proprietário — deu problema, alguém assume. Mas eu revisei o Litepaper e a documentação para desenvolvedores para confirmar uma questão: em quais circunstâncias o Slashing certamente será acionado? Não encontrei resposta. A documentação menciona “comportamento malicioso” e “execução imprópria”, mas não define critérios quantificados. Quanto atraso de um nó conta como violação? Se uma fonte de preço estiver anormal e fizer a transação ser rejeitada incorretamente, isso conta? Como o usuário comprova que atende aos critérios para receber compensação? Tudo isso não tem padrões públicos. A frase do proprietário faz a gente lembrar — não apenas pela bondade, mas porque era um compromisso específico. A confiança de verdade não vem da palavra “compensação”, e sim das condições de compensação. PayPal Ventures e Digital Currency Group lideraram, com Magic Labs aportando cerca de US$ 90 milhões. O total de NEWT é 1 bilhão, e agora o preço está 94% abaixo da máxima histórica. Eu só observo um sinal: a Newton divulgou condições quantitativas de acionamento do Slashing e critérios de compensação? Divulgou: o mecanismo de proteção é um compromisso real. Não divulgou: o Slashing parece mais uma intimidação, não uma garantia que o usuário possa contar com antecedência. Se tivesse que escolher apenas um: A: a punição econômica já é suficiente, e os operadores naturalmente executarão com honestidade B: Slashing sem regras claras é mais intimidação, não uma proteção completa para o usuário De que lado você está? O acima não constitui recomendação de investimento, há riscos na negociação. DYOR. $BTC $ETH @NewtonProtocol $NEWT #Newt #BinanceSquare #newt
Newton promete proteger cada transação. Mas quando, de fato, isso protege o usuário, ninguém consegue explicar com clareza.
Hoje vi uma história.
Alguém mandou uma mensagem ao proprietário dizendo que talvez não conseguisse pagar o aluguel este mês. Sentado dentro do carro, olhando para o celular, ele não ousava encarar a resposta. Alguns minutos depois, o proprietário respondeu: “Não tem problema, vamos pensar numa forma.”
Ele disse que, naquele instante, chorou direto.
O que geralmente derruba uma pessoa não é necessariamente a dificuldade em si, mas não saber se alguém vai estar do seu lado.
Os nós dos operadores da Newton são responsáveis por executar e validar as estratégias. Se houver comportamento malicioso por parte de um nó, existe um mecanismo de Slashing na concepção do protocolo: os NEWT do nó em violação serão confiscados e usados para compensar os usuários afetados.
Parece com aquela fala do proprietário — deu problema, alguém assume.
Mas eu revisei o Litepaper e a documentação para desenvolvedores para confirmar uma questão: em quais circunstâncias o Slashing certamente será acionado?
Não encontrei resposta.
A documentação menciona “comportamento malicioso” e “execução imprópria”, mas não define critérios quantificados. Quanto atraso de um nó conta como violação? Se uma fonte de preço estiver anormal e fizer a transação ser rejeitada incorretamente, isso conta? Como o usuário comprova que atende aos critérios para receber compensação? Tudo isso não tem padrões públicos.
A frase do proprietário faz a gente lembrar — não apenas pela bondade, mas porque era um compromisso específico.
A confiança de verdade não vem da palavra “compensação”, e sim das condições de compensação.
PayPal Ventures e Digital Currency Group lideraram, com Magic Labs aportando cerca de US$ 90 milhões. O total de NEWT é 1 bilhão, e agora o preço está 94% abaixo da máxima histórica.
Eu só observo um sinal: a Newton divulgou condições quantitativas de acionamento do Slashing e critérios de compensação?
Divulgou: o mecanismo de proteção é um compromisso real.
Não divulgou: o Slashing parece mais uma intimidação, não uma garantia que o usuário possa contar com antecedência.
Se tivesse que escolher apenas um:
A: a punição econômica já é suficiente, e os operadores naturalmente executarão com honestidade
B: Slashing sem regras claras é mais intimidação, não uma proteção completa para o usuário
De que lado você está?
O acima não constitui recomendação de investimento, há riscos na negociação.
DYOR. $BTC $ETH
@NewtonProtocol $NEWT #Newt #BinanceSquare #newt
Artigo
《Quando eu estava varrendo hoje, uma pergunta surgiu de repente na minha cabeça: a policy layer do Newton Protocol também está ajudando os usuários a fazerem a mesma coisa?》Irmãos, hoje de manhã eu estava varrendo o chão. Não é nada demais, é só uma varredura comum. Mas, quando eu varri pela metade, de repente percebi uma coisa: Enquanto eu varria, minha cabeça ficava me cobrando sem parar — mais rápido, mais rápido ainda; este lugar ainda não está limpo; aquele canto falta só um pouquinho. Eu parei para pensar: ninguém está me apressando, ninguém está esperando por mim; varrer é algo que nem tem prazo. Só que o meu cérebro, por conta própria, configurou para si um alarme invisível — e ele ficou tocando o tempo todo. Fiquei ali parado, com a vassoura na mão, pensando por um bom tempo.

《Quando eu estava varrendo hoje, uma pergunta surgiu de repente na minha cabeça: a policy layer do Newton Protocol também está ajudando os usuários a fazerem a mesma coisa?》

Irmãos, hoje de manhã eu estava varrendo o chão.
Não é nada demais, é só uma varredura comum.
Mas, quando eu varri pela metade, de repente percebi uma coisa:
Enquanto eu varria, minha cabeça ficava me cobrando sem parar — mais rápido, mais rápido ainda; este lugar ainda não está limpo; aquele canto falta só um pouquinho.
Eu parei para pensar: ninguém está me apressando, ninguém está esperando por mim; varrer é algo que nem tem prazo.
Só que o meu cérebro, por conta própria, configurou para si um alarme invisível — e ele ficou tocando o tempo todo.
Fiquei ali parado, com a vassoura na mão, pensando por um bom tempo.
·
--
Em Alta
Newton registrou cada decisão. Mas haverá alguém que, três anos depois, volte a olhar? Hoje encontrei, por acaso, um estranho que eu tinha ajudado há três anos. Ele me reconheceu na hora; o rosto dele iluminou de repente. Três anos atrás, eu só o acompanhei até um caixa eletrônico (ATM) para retirar a passagem para voltar pra casa. Depois, às vezes eu só ligava para cumprimentar. Eu já achava que aquilo era apenas um detalhe. Hoje ele disse: “Eu nunca esqueci.” O Newton Explorer gera credenciais de assinatura para cada decisão de autorização—por que foi aprovada, por que foi recusada, quem assinou, quando foi executada; tudo é verificável na cadeia. O comunicado oficial diz: cada avaliação produz um recibo de assinatura que qualquer pessoa consegue validar. Mas eu nunca vi alguém discutir outro ponto. Quantas pessoas realmente já consultaram esses recibos? Ao procurar em materiais públicos, não encontrei a Newton divulgando métricas de consulta aos registros históricos do Explorer nem a frequência real de chamadas. Muitos projetos Web3 interpretam “auditável” como “deixar um registro”. Mas a verdadeira auditabilidade é quando, diante de uma controvérsia, a primeira reação de todo mundo é: “Vá ao Explorer e verifique.” Se ninguém consulta, mesmo um registro completo só fica quieto, parado ali. Aquele estranho me lembrou não porque eu deixei um registro, mas porque aquilo foi realmente importante para ele. Se as credenciais on-chain da Newton podem ou não ser usadas de verdade depende de alguém lembrar de abri-las no momento em que precisar. O total de NEWT é 1 bilhão. Agora o preço caiu 94,1% em relação ao seu recorde histórico. A Newton já fez parceria com a Polymarket, conectando-se ao ecossistema com mais de 200 mil desenvolvedores da Magic Labs. Eu só acompanho um sinal: quantas pessoas realmente usam o Newton Explorer para validar decisões históricas. Com dados: auditabilidade não é só uma funcionalidade, é um hábito real. Sem dados: o registro existe, mas ninguém consulta. Isso se difere muito de não existir registro? Se eu tivesse que escolher apenas um: A: Na era de agentes de IA, toda autorização importante será verificada proativamente no Explorer B: 99% dos usuários jamais consultam os recibos; o Explorer é mais uma ferramenta para instituições e regulação De que lado você está? O que foi dito acima não constitui recomendação de investimento; transações envolvem riscos. DYOR.$BTC $ETH @NewtonProtocol $NEWT #Newt #BinanceSquare #newt
Newton registrou cada decisão. Mas haverá alguém que, três anos depois, volte a olhar?
Hoje encontrei, por acaso, um estranho que eu tinha ajudado há três anos. Ele me reconheceu na hora; o rosto dele iluminou de repente. Três anos atrás, eu só o acompanhei até um caixa eletrônico (ATM) para retirar a passagem para voltar pra casa. Depois, às vezes eu só ligava para cumprimentar. Eu já achava que aquilo era apenas um detalhe.
Hoje ele disse: “Eu nunca esqueci.”
O Newton Explorer gera credenciais de assinatura para cada decisão de autorização—por que foi aprovada, por que foi recusada, quem assinou, quando foi executada; tudo é verificável na cadeia. O comunicado oficial diz: cada avaliação produz um recibo de assinatura que qualquer pessoa consegue validar.
Mas eu nunca vi alguém discutir outro ponto.
Quantas pessoas realmente já consultaram esses recibos?
Ao procurar em materiais públicos, não encontrei a Newton divulgando métricas de consulta aos registros históricos do Explorer nem a frequência real de chamadas.
Muitos projetos Web3 interpretam “auditável” como “deixar um registro”. Mas a verdadeira auditabilidade é quando, diante de uma controvérsia, a primeira reação de todo mundo é: “Vá ao Explorer e verifique.”
Se ninguém consulta, mesmo um registro completo só fica quieto, parado ali.
Aquele estranho me lembrou não porque eu deixei um registro, mas porque aquilo foi realmente importante para ele. Se as credenciais on-chain da Newton podem ou não ser usadas de verdade depende de alguém lembrar de abri-las no momento em que precisar.
O total de NEWT é 1 bilhão. Agora o preço caiu 94,1% em relação ao seu recorde histórico. A Newton já fez parceria com a Polymarket, conectando-se ao ecossistema com mais de 200 mil desenvolvedores da Magic Labs.
Eu só acompanho um sinal: quantas pessoas realmente usam o Newton Explorer para validar decisões históricas.
Com dados: auditabilidade não é só uma funcionalidade, é um hábito real.
Sem dados: o registro existe, mas ninguém consulta. Isso se difere muito de não existir registro?
Se eu tivesse que escolher apenas um:
A: Na era de agentes de IA, toda autorização importante será verificada proativamente no Explorer
B: 99% dos usuários jamais consultam os recibos; o Explorer é mais uma ferramenta para instituições e regulação
De que lado você está?
O que foi dito acima não constitui recomendação de investimento; transações envolvem riscos.
DYOR.$BTC $ETH
@NewtonProtocol $NEWT #Newt #BinanceSquare #newt
Artigo
《Hoje eu vi uma história e isso me fez lembrar um detalhe de design no Newton Protocol que quase todo mundo ignora》Irmãos, hoje eu vi uma história. Depois que terminei de ler, fiquei parado no lugar por muito tempo. Após um derrame, um pai ficou com a mão esquerda quase sem função e caminhava com pouca estabilidade. Antes do Natal, a família o levou para uma viagem a Nova York. Numa escadaria da estação de metrô, descendo as escadas, ele de repente perdeu o equilíbrio e caiu para a frente. A família entrou em pânico de imediato. Foi então que um desconhecido correu até lá — mas não se apressou em levantar o idoso. Primeiro, ele bloqueou os passos dos outros transeuntes e, então, apoiou lentamente o corpo dele, esperando que ele ficasse firme de novo. Antes de ir embora, o desconhecido apenas sorriu e disse uma coisa:

《Hoje eu vi uma história e isso me fez lembrar um detalhe de design no Newton Protocol que quase todo mundo ignora》

Irmãos, hoje eu vi uma história. Depois que terminei de ler, fiquei parado no lugar por muito tempo.
Após um derrame, um pai ficou com a mão esquerda quase sem função e caminhava com pouca estabilidade. Antes do Natal, a família o levou para uma viagem a Nova York. Numa escadaria da estação de metrô, descendo as escadas, ele de repente perdeu o equilíbrio e caiu para a frente. A família entrou em pânico de imediato.
Foi então que um desconhecido correu até lá — mas não se apressou em levantar o idoso. Primeiro, ele bloqueou os passos dos outros transeuntes e, então, apoiou lentamente o corpo dele, esperando que ele ficasse firme de novo.
Antes de ir embora, o desconhecido apenas sorriu e disse uma coisa:
·
--
Em Alta
Ver tradução
Newton最大的瓶颈,可能不是技术,而是入口。 今天看到一个故事。 一位因肌肉疾病行动不便的男子在机场外摔倒,试了很多次站不起来。一个陌生人走过来,没有急着把他拉起来,而是先蹲下问了一句:"我可以怎么帮你?" 男子说扶住这里就够了,自己能站起来。陌生人照做,等他站稳,捡起行李,转身离开。 真正有效的帮助,是先知道别人需要什么。 VaultKit SDK目前仍然处于waitlist阶段。开发者想接入Newton的可编程Policy Engine,需要先申请,等团队审核,才能开始开发。 这不是问题本身。早期项目控制节奏很正常。 但文档没有回答两个更重要的问题:waitlist现在有多少开发者在等?平均等多久才能拿到权限? 这两个数字决定生态扩张速度。 Newton已经连接Magic Labs超过20万开发者和5000万钱包的生态,Polymarket在用Newton的2FA Policy处理高风险提现。需求是真实的。 但需求真实不等于开发者进得来。waitlist越来越长,开发者不会一直等,他们会选下一套工具。生态竞争里最昂贵的成本,从来不是开发,而是等待。 NEWT总量10亿,1月24日解锁37.22%流通供应,现在价格距历史最高点跌了94.1%。 我只盯一个信号:VaultKit SDK什么时候取消waitlist,有没有明确时间表。 那一天改变的不只是SDK,而是整个开发者增长速度。 如果只能选一个: A:waitlist是在保证质量,开放后生态会加速 B:开发者不会输给技术,只会输给等待 你站哪边? 以上不构成投资建议,交易有风险。 DYOR。$BTC $ETH @NewtonProtocol $NEWT #Newt #BinanceSquare
Newton最大的瓶颈,可能不是技术,而是入口。
今天看到一个故事。
一位因肌肉疾病行动不便的男子在机场外摔倒,试了很多次站不起来。一个陌生人走过来,没有急着把他拉起来,而是先蹲下问了一句:"我可以怎么帮你?"
男子说扶住这里就够了,自己能站起来。陌生人照做,等他站稳,捡起行李,转身离开。
真正有效的帮助,是先知道别人需要什么。
VaultKit SDK目前仍然处于waitlist阶段。开发者想接入Newton的可编程Policy Engine,需要先申请,等团队审核,才能开始开发。
这不是问题本身。早期项目控制节奏很正常。
但文档没有回答两个更重要的问题:waitlist现在有多少开发者在等?平均等多久才能拿到权限?
这两个数字决定生态扩张速度。
Newton已经连接Magic Labs超过20万开发者和5000万钱包的生态,Polymarket在用Newton的2FA Policy处理高风险提现。需求是真实的。
但需求真实不等于开发者进得来。waitlist越来越长,开发者不会一直等,他们会选下一套工具。生态竞争里最昂贵的成本,从来不是开发,而是等待。
NEWT总量10亿,1月24日解锁37.22%流通供应,现在价格距历史最高点跌了94.1%。
我只盯一个信号:VaultKit SDK什么时候取消waitlist,有没有明确时间表。
那一天改变的不只是SDK,而是整个开发者增长速度。
如果只能选一个:
A:waitlist是在保证质量,开放后生态会加速
B:开发者不会输给技术,只会输给等待
你站哪边?
以上不构成投资建议,交易有风险。
DYOR。$BTC $ETH
@NewtonProtocol $NEWT #Newt #BinanceSquare
·
--
Em Alta
A camada de autorização de Newton: a cada execução, pode depender de duas pessoas da mesma família. Hoje vi uma história. Uma montanhista ficou gravemente ferida numa tempestade de neve, quase perdendo a consciência. Uma pessoa desconhecida a encontrou, não disse muita coisa, apenas tocou de leve nela: “Vai ficar tudo bem, vou te levar ao hospital imediatamente.” Para levá-la ao atendimento, a esposa e os filhos esperaram sozinhos no estacionamento por mais de uma hora. Quarenta e tantos anos se passaram, e ela ainda não sabe o nome de quem a ajudou. Algumas pessoas aparecem por apenas algumas horas, mas mudam uma vida inteira. A camada de autorização da Newton é construída sobre duas fontes de dados. A RedStone fornece dados de preços; a Credora fornece classificações de risco de crédito. Quando os preços atendem às condições e as classificações de risco passam, a transação é liberada. Usar as duas fontes em conjunto é mais robusto do que depender de apenas uma. Mas, quando eu consultei a apresentação oficial da RedStone, vi uma frase: “A Credora Risk Intelligence é construída sobre a RedStone Stack”. Isso indica que há uma relação técnica entre as duas. O verdadeiro problema é: elas compartilham ou não a infraestrutura subjacente? Se compartilharem nós, redes de coleta de dados ou a forma como os serviços são implantados, quando a camada de baixo apresentar uma falha, tanto os dados de preços quanto as classificações de risco podem ser afetados ao mesmo tempo. Aquela pessoa desconhecida fez a esposa e os filhos esperarem no estacionamento por mais de uma hora. Eles eram uma família — juntos, aguentaram aquela noite. As duas fontes de dados da Newton são realmente duas pessoas independentes, ou é uma família? Os contratos inteligentes da Newton já passaram por auditoria de segurança de terceiros, e a camada de contratos é transparente. Mas a independência da dependência dos dados, até agora, foi descrita de forma bem limitada. A verdadeira redundância nunca é ter dois nomes; é quando um falha e o outro ainda consegue funcionar de forma independente. Eu só olho um sinal: a Newton já declarou publicamente a independência da infraestrutura subjacente da RedStone e da Credora, e quais seriam as soluções de tolerância a falhas quando ambas falham em conjunto. Se houver: a redundância na camada de autorização é real. Se não houver: o valor da redundância das duas fontes de dados pode ser reduzido devido a dependência comum na base. Se só desse para escolher um: A: RedStone e Credora são suficientemente independentes; a probabilidade de falha conjunta é extremamente baixa B: existe dependência comum na base; a redundância da camada de autorização recebe um desconto De que lado você está? O texto acima não constitui recomendação de investimento; há riscos em transações. DYOR.$BTC $ETH @NewtonProtocol $NEWT #Newt #newt #BinanceSquare
A camada de autorização de Newton: a cada execução, pode depender de duas pessoas da mesma família.
Hoje vi uma história.
Uma montanhista ficou gravemente ferida numa tempestade de neve, quase perdendo a consciência. Uma pessoa desconhecida a encontrou, não disse muita coisa, apenas tocou de leve nela: “Vai ficar tudo bem, vou te levar ao hospital imediatamente.” Para levá-la ao atendimento, a esposa e os filhos esperaram sozinhos no estacionamento por mais de uma hora.
Quarenta e tantos anos se passaram, e ela ainda não sabe o nome de quem a ajudou.
Algumas pessoas aparecem por apenas algumas horas, mas mudam uma vida inteira.
A camada de autorização da Newton é construída sobre duas fontes de dados. A RedStone fornece dados de preços; a Credora fornece classificações de risco de crédito. Quando os preços atendem às condições e as classificações de risco passam, a transação é liberada. Usar as duas fontes em conjunto é mais robusto do que depender de apenas uma.
Mas, quando eu consultei a apresentação oficial da RedStone, vi uma frase: “A Credora Risk Intelligence é construída sobre a RedStone Stack”.
Isso indica que há uma relação técnica entre as duas.
O verdadeiro problema é: elas compartilham ou não a infraestrutura subjacente? Se compartilharem nós, redes de coleta de dados ou a forma como os serviços são implantados, quando a camada de baixo apresentar uma falha, tanto os dados de preços quanto as classificações de risco podem ser afetados ao mesmo tempo.
Aquela pessoa desconhecida fez a esposa e os filhos esperarem no estacionamento por mais de uma hora. Eles eram uma família — juntos, aguentaram aquela noite.
As duas fontes de dados da Newton são realmente duas pessoas independentes, ou é uma família?
Os contratos inteligentes da Newton já passaram por auditoria de segurança de terceiros, e a camada de contratos é transparente. Mas a independência da dependência dos dados, até agora, foi descrita de forma bem limitada.
A verdadeira redundância nunca é ter dois nomes; é quando um falha e o outro ainda consegue funcionar de forma independente.
Eu só olho um sinal: a Newton já declarou publicamente a independência da infraestrutura subjacente da RedStone e da Credora, e quais seriam as soluções de tolerância a falhas quando ambas falham em conjunto.
Se houver: a redundância na camada de autorização é real.
Se não houver: o valor da redundância das duas fontes de dados pode ser reduzido devido a dependência comum na base.
Se só desse para escolher um:
A: RedStone e Credora são suficientemente independentes; a probabilidade de falha conjunta é extremamente baixa
B: existe dependência comum na base; a redundância da camada de autorização recebe um desconto
De que lado você está?
O texto acima não constitui recomendação de investimento; há riscos em transações.
DYOR.$BTC $ETH
@NewtonProtocol $NEWT #Newt #newt #BinanceSquare
Artigo
Ver tradução
《我看到一个四十年后仍不知道恩人名字的故事,然后我想起了Newton Protocol那笔"从未存在过"的交易》兄弟们,今天我看到一个故事,读完之后我在原地坐了很久。 一位登山者在暴风雪中受伤,几乎失去意识。就在她以为自己撑不过去的时候,一个陌生人发现了她。他没说很多,只是轻轻拍了拍她,告诉她:"你会没事的,我马上带你去医院。"为了送她就医,他的妻子和孩子独自在停车场等了一个多小时。 四十多年过去了,这位登山者仍然不知道救命恩人的名字。 她说,如果还能见到他,第一件事就是给他一个拥抱。 有些人只在你的生命里出现几个小时,却改变了你的一生。 我把这个故事看完,脑子里跳出来的,是上个月我在Newton Protocol的Mainnet Beta上做的那个测试。 📊 第一层观察:那笔"从未存在过"的交易 我设置了一个Recurring Buy Agent,权限写得很死——每周固定金额、固定资产、固定上限。然后我刻意发起了一笔超出上限的交易请求。 我预期的是:执行失败,链上留下一笔失败记录。 实际结果比这更彻底: 没有进入链上结算,没有执行记录,没有cryptographic attestation——连"这笔交易被尝试过"的痕迹都不存在。 我算到这儿停了一下,想到了那个登山者。 那个陌生人出现的时候,她几乎已经失去意识了。她不知道他叫什么名字,她甚至不确定自己是不是清醒的——但她活下来了。 Newton Protocol的policy layer有点像这件事: 它不等你犯错,不等交易失败,不等损失发生——在"不合规的行为被生成"之前,它已经把那条路抹掉了。你不会看到一笔失败的交易,你只会发现什么都没有发生。 完整的技术路径是:交易请求先经过Rego策略前置校验,不合规的路径在路由层被过滤掉,通过校验的才由EigenLayer restaking的运营者网络生成可验证的cryptographic attestation。 传统系统的逻辑:行为发生→判断是否失败。 Newton的逻辑:不合规→事件从未被生成。 这不是参数优化,这是"失败"这个概念被重新定义了。 📸 图1:Newton Protocol执行路径图 🔍 第二层观察:为什么"静默保护"比"失败提示"更难做 我在这里想说一件行业里大多数人不会认真想的事: 让系统告诉你"失败了",比让系统在失败发生之前就把问题消灭,容易得多。 市面上大多数所谓AI Agent钱包的权限控制,停留在前端UI层——后端密钥理论上拥有完整执行能力,规则是"提示",不是"约束"。你看到的是限制,但底层没有真正收敛权限。 Newton把策略检查写进了交易必经的合约路由里。这意味着agent的能力边界,不是产品经理的承诺,是被Rego策略和去中心化运营者网络共同验证之后才放行的结构性限制。 这就是Newton把"compliance-as-code"作为核心叙事的底层逻辑——把监管规则、风控策略、机构权限控制,从文档和API条款,变成链上交易的前置可验证条件,不需要信任任何中心化主体来确认规则被执行。 Magic Labs——Newton背后的团队——本身就是嵌入式钱包基础设施的老玩家,过去给Polymarket、Forbes、WalletConnect这类客户做过钱包接入,见过太多"权限在文档里,执行在链上"带来的灰色地带。这次想做的,是把这个灰色地带从结构上消除。 朋友听完我描述测试结果之后,说了一句让我停了很久的话: "大多数安全机制是在你受伤之后通知你。Newton的设计是让你根本不知道自己曾经面临过风险——因为风险在触碰你之前就消失了。" 他说完我想到那位登山者,想到那个她四十多年后仍然不知道名字的陌生人。 🔍 第三层观察:但有一件事我必须说清楚 技术结构成立,不等于商业成立。 我需要把这两件事分开说: 目前已验证的: Rego策略前置校验的结构是真实运作的——我的测试结果是实际操作,不是文档描述。权限不是"被拒绝",而是"从未被生成",这一点在我的测试里得到了验证。 目前还没验证的:① Agent是否有真实持续的高频调用需求 (目前主要是Recurring Buy这一个功能) ② 机构是否真的愿意把内部policy规则上链 (合规上链意味着规则公开,有些机构不接受) ③ Validator attestation网络能否形成规模 (EigenLayer restaking的运营者需要足够分散) ④ 代币经济和真实使用量的绑定 (目前更多是叙事绑定,不是数据验证) NEWT的代币压力是真实的: 今年初经历过规模不小的解锁事件——约1.396亿枚NEWT解锁,约占当时流通量的37%——市场承压。价格相比高点已回落幅度很大。 技术结构走到了"可信执行"这一步,但"市场是否真的需要这种强度的policy enforcement",还在被验证。 📸 图2:Newton Protocol已验证 vs 待验证对比表 ⚖️ 多方动机分析 官方的真实意图: Magic Labs在做Newton,是在把过去给200多万开发者、5000万钱包用户提供嵌入式钱包基础设施的经验,向上延伸——从"帮你进入链上",到"帮你在链上安全执行"。这是产品逻辑上自然的演进,不是突然转型。 但"compliance-as-code"这个定位,最终能不能被机构采购,取决于监管环境的成熟速度——这不是Newton能控制的变量。 机构用户的真实动机: 机构需要可审计、可举证的执行记录——Newton的cryptographic attestation给的正是这个。但机构采购决策慢,合规团队需要时间评估新架构,实际落地周期不是几个月,可能是几年。 散户持有者的真实处境: 持有$NEWT,赌的是"机构合规需求在Newton建好之前到来"——这是一个时机的赌注,不只是技术的赌注。解锁压力是当前最确定的短期变量,机构采用是最不确定的长期变量。 ⚠️ 失效条件:我的判断什么时候需要更新 失效条件一:Newton Model Registry真正跑起来 如果代理市场上线之后,有可验证的真实调用量和开发者入驻数据,NEWT的使用场景从"叙事"变成"数据",代币经济的逻辑开始有实质支撑。 触发信号: 链上Agent调用量周环比持续增长,且调用方地址分布分散(不是少数测试账户)。 失效条件二:有名字的机构宣布接入policy layer 不是"战略合作公告",而是有技术交付物的接入——比如某个稳定币协议或DeFi平台,公开说明用Newton的policy层做了什么具体的合规校验。 触发信号: 官方Blog发布包含具体技术接入细节的合作案例,而不只是合作协议公告。 🎯 我现在盯的两个信号 信号一:Mainnet Beta的真实调用量增长曲线 Newton Mainnet Beta上线之后,在链上追踪Agent的调用频率——不只是总量,是日活趋势。如果前两周热度之后,调用量快速归零,说明只有测试流量,没有真实使用需求;如果调用量在测试期结束后仍然保持增长,说明有真实用户在持续使用。 信号二:Rego policy的多样性 如果链上出现的policy,从"固定金额Recurring Buy"扩展到更复杂的多条件组合策略——比如"价格触发+时间窗口+资产比例"的组合——说明真实用户在认真使用policy layer,而不只是跑简单的功能演示。 🎯 今天就能验证的实验第一步: 进入Newton Protocol Mainnet Beta 设置一个Recurring Buy Agent 权限写得足够具体: 金额上限/资产类型/频率/时间窗口 第二步: 发起一笔超出权限上限的请求 观察结果: 是"交易失败"(链上有记录) 还是"从未存在"(没有任何记录) 第三步: 如果是"从未存在": 你验证了policy层的前置执行是真实的 如果是"交易失败": 说明我的测试可能是边界案例 或者系统在某些路径上还没有完整收敛 第四步: 评论区告诉我你的测试结果 我们一起看这个"预防性执行" 在当前Beta版本里的覆盖完整度 那位登山者花了四十多年想找到那个陌生人。 她说,她不知道他的名字,也不知道他在哪里,但她知道,没有他,就没有那四十多年。 有些保护机制,你永远不会知道它在什么时候拦住了什么——因为它拦住的,是一件从未发生过的事。 你只是活着,好好的,不知道自己曾经那么接近失去。 技术结构的意义,有时候就在这里。 以上仅供研究参考,不构成投资建议。 这话我说给自己听的。 可验证来源: Newton Protocol Mainnet Beta:https://tinyurl.com/42k5xwhv $NEWT代币数据:coinmarketcap.com/currencies/newton-protocol EigenLayer restaking参考:eigenlayer.xyz Rego策略语言文档:openpolicyagent.org 兄弟们,你们有没有在Newton的Mainnet Beta上做过类似的越权测试?那笔超出权限的交易,在你的账户里留下记录了,还是根本不存在?评论区告诉我你的测试结果——我们一起验证"防止失败发生"和"让失败发生后报错",在Newton上到底哪个才是真的。👇 @NewtonProtocol $NEWT #Newt #newt

《我看到一个四十年后仍不知道恩人名字的故事,然后我想起了Newton Protocol那笔"从未存在过"的交易》

兄弟们,今天我看到一个故事,读完之后我在原地坐了很久。
一位登山者在暴风雪中受伤,几乎失去意识。就在她以为自己撑不过去的时候,一个陌生人发现了她。他没说很多,只是轻轻拍了拍她,告诉她:"你会没事的,我马上带你去医院。"为了送她就医,他的妻子和孩子独自在停车场等了一个多小时。
四十多年过去了,这位登山者仍然不知道救命恩人的名字。
她说,如果还能见到他,第一件事就是给他一个拥抱。
有些人只在你的生命里出现几个小时,却改变了你的一生。
我把这个故事看完,脑子里跳出来的,是上个月我在Newton Protocol的Mainnet Beta上做的那个测试。
📊 第一层观察:那笔"从未存在过"的交易
我设置了一个Recurring Buy Agent,权限写得很死——每周固定金额、固定资产、固定上限。然后我刻意发起了一笔超出上限的交易请求。
我预期的是:执行失败,链上留下一笔失败记录。
实际结果比这更彻底:
没有进入链上结算,没有执行记录,没有cryptographic attestation——连"这笔交易被尝试过"的痕迹都不存在。
我算到这儿停了一下,想到了那个登山者。
那个陌生人出现的时候,她几乎已经失去意识了。她不知道他叫什么名字,她甚至不确定自己是不是清醒的——但她活下来了。
Newton Protocol的policy layer有点像这件事:
它不等你犯错,不等交易失败,不等损失发生——在"不合规的行为被生成"之前,它已经把那条路抹掉了。你不会看到一笔失败的交易,你只会发现什么都没有发生。
完整的技术路径是:交易请求先经过Rego策略前置校验,不合规的路径在路由层被过滤掉,通过校验的才由EigenLayer restaking的运营者网络生成可验证的cryptographic attestation。
传统系统的逻辑:行为发生→判断是否失败。
Newton的逻辑:不合规→事件从未被生成。
这不是参数优化,这是"失败"这个概念被重新定义了。
📸 图1:Newton Protocol执行路径图
🔍 第二层观察:为什么"静默保护"比"失败提示"更难做
我在这里想说一件行业里大多数人不会认真想的事:
让系统告诉你"失败了",比让系统在失败发生之前就把问题消灭,容易得多。
市面上大多数所谓AI Agent钱包的权限控制,停留在前端UI层——后端密钥理论上拥有完整执行能力,规则是"提示",不是"约束"。你看到的是限制,但底层没有真正收敛权限。
Newton把策略检查写进了交易必经的合约路由里。这意味着agent的能力边界,不是产品经理的承诺,是被Rego策略和去中心化运营者网络共同验证之后才放行的结构性限制。
这就是Newton把"compliance-as-code"作为核心叙事的底层逻辑——把监管规则、风控策略、机构权限控制,从文档和API条款,变成链上交易的前置可验证条件,不需要信任任何中心化主体来确认规则被执行。
Magic Labs——Newton背后的团队——本身就是嵌入式钱包基础设施的老玩家,过去给Polymarket、Forbes、WalletConnect这类客户做过钱包接入,见过太多"权限在文档里,执行在链上"带来的灰色地带。这次想做的,是把这个灰色地带从结构上消除。
朋友听完我描述测试结果之后,说了一句让我停了很久的话:
"大多数安全机制是在你受伤之后通知你。Newton的设计是让你根本不知道自己曾经面临过风险——因为风险在触碰你之前就消失了。"
他说完我想到那位登山者,想到那个她四十多年后仍然不知道名字的陌生人。
🔍 第三层观察:但有一件事我必须说清楚
技术结构成立,不等于商业成立。
我需要把这两件事分开说:
目前已验证的:
Rego策略前置校验的结构是真实运作的——我的测试结果是实际操作,不是文档描述。权限不是"被拒绝",而是"从未被生成",这一点在我的测试里得到了验证。
目前还没验证的:① Agent是否有真实持续的高频调用需求
(目前主要是Recurring Buy这一个功能)

② 机构是否真的愿意把内部policy规则上链
(合规上链意味着规则公开,有些机构不接受)

③ Validator attestation网络能否形成规模
(EigenLayer restaking的运营者需要足够分散)

④ 代币经济和真实使用量的绑定
(目前更多是叙事绑定,不是数据验证)
NEWT的代币压力是真实的:
今年初经历过规模不小的解锁事件——约1.396亿枚NEWT解锁,约占当时流通量的37%——市场承压。价格相比高点已回落幅度很大。
技术结构走到了"可信执行"这一步,但"市场是否真的需要这种强度的policy enforcement",还在被验证。
📸 图2:Newton Protocol已验证 vs 待验证对比表
⚖️ 多方动机分析
官方的真实意图:
Magic Labs在做Newton,是在把过去给200多万开发者、5000万钱包用户提供嵌入式钱包基础设施的经验,向上延伸——从"帮你进入链上",到"帮你在链上安全执行"。这是产品逻辑上自然的演进,不是突然转型。
但"compliance-as-code"这个定位,最终能不能被机构采购,取决于监管环境的成熟速度——这不是Newton能控制的变量。
机构用户的真实动机:
机构需要可审计、可举证的执行记录——Newton的cryptographic attestation给的正是这个。但机构采购决策慢,合规团队需要时间评估新架构,实际落地周期不是几个月,可能是几年。
散户持有者的真实处境:
持有$NEWT ,赌的是"机构合规需求在Newton建好之前到来"——这是一个时机的赌注,不只是技术的赌注。解锁压力是当前最确定的短期变量,机构采用是最不确定的长期变量。
⚠️ 失效条件:我的判断什么时候需要更新
失效条件一:Newton Model Registry真正跑起来
如果代理市场上线之后,有可验证的真实调用量和开发者入驻数据,NEWT的使用场景从"叙事"变成"数据",代币经济的逻辑开始有实质支撑。
触发信号: 链上Agent调用量周环比持续增长,且调用方地址分布分散(不是少数测试账户)。
失效条件二:有名字的机构宣布接入policy layer
不是"战略合作公告",而是有技术交付物的接入——比如某个稳定币协议或DeFi平台,公开说明用Newton的policy层做了什么具体的合规校验。
触发信号: 官方Blog发布包含具体技术接入细节的合作案例,而不只是合作协议公告。
🎯 我现在盯的两个信号
信号一:Mainnet Beta的真实调用量增长曲线
Newton Mainnet Beta上线之后,在链上追踪Agent的调用频率——不只是总量,是日活趋势。如果前两周热度之后,调用量快速归零,说明只有测试流量,没有真实使用需求;如果调用量在测试期结束后仍然保持增长,说明有真实用户在持续使用。
信号二:Rego policy的多样性
如果链上出现的policy,从"固定金额Recurring Buy"扩展到更复杂的多条件组合策略——比如"价格触发+时间窗口+资产比例"的组合——说明真实用户在认真使用policy layer,而不只是跑简单的功能演示。
🎯 今天就能验证的实验第一步:
进入Newton Protocol Mainnet Beta
设置一个Recurring Buy Agent
权限写得足够具体:
金额上限/资产类型/频率/时间窗口
第二步:
发起一笔超出权限上限的请求
观察结果:
是"交易失败"(链上有记录)
还是"从未存在"(没有任何记录)
第三步:
如果是"从未存在":
你验证了policy层的前置执行是真实的
如果是"交易失败":
说明我的测试可能是边界案例
或者系统在某些路径上还没有完整收敛
第四步:
评论区告诉我你的测试结果
我们一起看这个"预防性执行"
在当前Beta版本里的覆盖完整度
那位登山者花了四十多年想找到那个陌生人。
她说,她不知道他的名字,也不知道他在哪里,但她知道,没有他,就没有那四十多年。
有些保护机制,你永远不会知道它在什么时候拦住了什么——因为它拦住的,是一件从未发生过的事。
你只是活着,好好的,不知道自己曾经那么接近失去。
技术结构的意义,有时候就在这里。
以上仅供研究参考,不构成投资建议。
这话我说给自己听的。
可验证来源:
Newton Protocol Mainnet Beta:https://tinyurl.com/42k5xwhv
$NEWT 代币数据:coinmarketcap.com/currencies/newton-protocol
EigenLayer restaking参考:eigenlayer.xyz
Rego策略语言文档:openpolicyagent.org
兄弟们,你们有没有在Newton的Mainnet Beta上做过类似的越权测试?那笔超出权限的交易,在你的账户里留下记录了,还是根本不存在?评论区告诉我你的测试结果——我们一起验证"防止失败发生"和"让失败发生后报错",在Newton上到底哪个才是真的。👇
@NewtonProtocol $NEWT #Newt #newt
Artigo
Ver tradução
《我让Newton Protocol的Agent试图"违规执行交易",结果比失败更极端——这笔交易,连"存在过"的痕迹都没留下》兄弟们,我在Newton Protocol的Mainnet Beta上做了一件大多数人拿到测试网权限只会随便点点的事。 我设置了一个Recurring Buy Agent:每周固定金额、固定资产、固定上限——写得很死。然后我刻意发起一笔超出上限的交易请求,想验证官方那句"agent's capabilities are always constrained by the user's explicit, cryptographically-enforced permissions"是真话还是文档话术。 我本来预期的结果是:执行失败,链上留下一笔失败记录。 实际结果比这更彻底:没有进入链上结算层,没有执行记录,没有cryptographic attestation——连"这笔交易被尝试过"的痕迹都不存在。 我算到这儿停了一下,意识到这和市面上99%的所谓AI Agent钱包是反过来的逻辑。大多数Agent钱包的玩法是:UI层做权限提示,后端密钥实际拥有完整执行能力,规则只是"建议",不是"约束"——你看到的是限制,但系统底层没有真正收敛权限,agent理论上什么都能做,只是产品经理告诉你它不会。 Newton的结构完全不同。完整路径是:交易请求先经过Rego策略前置校验,路由层过滤掉不合规的执行路径,剩下通过校验的,才由EigenLayer restaking的运营者网络生成cryptographic attestation。不合规的行为,根本不会被生成出一笔"交易"——它在路径产生之前就被抹掉了。 这带来一个本质差异:传统系统的逻辑是"行为发生→判断是否失败",Newton的逻辑是"不合规→事件根本不存在"。这不是参数优化,是失败这个概念本身被重新定义了——在大多数DeFi系统里,交易失败是一个链上可见的事件;在Newton里,不合规等于事件从未存在过。 这就是Newton把"compliance-as-code"作为核心叙事的原因——它把监管规则、风控策略、机构权限控制,从文档和API条款,变成了链上交易的前置可验证条件,不需要信任任何中心化主体来确认规则被执行。 但我必须说清楚我看到的另一面:技术结构成立,不等于商业成立。目前还有几个我没办法验证的问题——真实场景里Agent是否有持续高频的调用需求;机构是否真的愿意把内部policy规则上链公开校验;EigenLayer的validator网络能不能形成有规模的去中心化attestation网络;以及代币经济和真实使用量之间,目前更多是叙事绑定,不是已经验证的数据绑定。$NEWT今年初经历过规模不小的解锁,市场消化压力是真实存在的,价格相比高点回落幅度也不小——这些都是技术叙事之外,需要持续盯着的现实变量。 我这次只测试了Mainnet Beta里最基础的Recurring Buy Agent,离"任何dapp、稳定币、AI钱包都能接入"的完整愿景,还有距离。技术已经走到"可信执行"这一步,但市场是否真的需要这种程度的强约束,还在被验证。 一句更直接的总结:Newton不是在控制Agent能做什么,它控制的是什么行为从一开始就不会在系统里被生成出来——这个区别,比表面上看起来要大得多。 以上仅供研究参考,不构成投资建议,请自行核实链上数据。#newt 这话我说给自己听的。$BTC $ETH @NewtonProtocol $NEWT #Newt

《我让Newton Protocol的Agent试图"违规执行交易",结果比失败更极端——这笔交易,连"存在过"的痕迹都没留下》

兄弟们,我在Newton Protocol的Mainnet Beta上做了一件大多数人拿到测试网权限只会随便点点的事。
我设置了一个Recurring Buy Agent:每周固定金额、固定资产、固定上限——写得很死。然后我刻意发起一笔超出上限的交易请求,想验证官方那句"agent's capabilities are always constrained by the user's explicit, cryptographically-enforced permissions"是真话还是文档话术。
我本来预期的结果是:执行失败,链上留下一笔失败记录。
实际结果比这更彻底:没有进入链上结算层,没有执行记录,没有cryptographic attestation——连"这笔交易被尝试过"的痕迹都不存在。
我算到这儿停了一下,意识到这和市面上99%的所谓AI Agent钱包是反过来的逻辑。大多数Agent钱包的玩法是:UI层做权限提示,后端密钥实际拥有完整执行能力,规则只是"建议",不是"约束"——你看到的是限制,但系统底层没有真正收敛权限,agent理论上什么都能做,只是产品经理告诉你它不会。
Newton的结构完全不同。完整路径是:交易请求先经过Rego策略前置校验,路由层过滤掉不合规的执行路径,剩下通过校验的,才由EigenLayer restaking的运营者网络生成cryptographic attestation。不合规的行为,根本不会被生成出一笔"交易"——它在路径产生之前就被抹掉了。
这带来一个本质差异:传统系统的逻辑是"行为发生→判断是否失败",Newton的逻辑是"不合规→事件根本不存在"。这不是参数优化,是失败这个概念本身被重新定义了——在大多数DeFi系统里,交易失败是一个链上可见的事件;在Newton里,不合规等于事件从未存在过。
这就是Newton把"compliance-as-code"作为核心叙事的原因——它把监管规则、风控策略、机构权限控制,从文档和API条款,变成了链上交易的前置可验证条件,不需要信任任何中心化主体来确认规则被执行。
但我必须说清楚我看到的另一面:技术结构成立,不等于商业成立。目前还有几个我没办法验证的问题——真实场景里Agent是否有持续高频的调用需求;机构是否真的愿意把内部policy规则上链公开校验;EigenLayer的validator网络能不能形成有规模的去中心化attestation网络;以及代币经济和真实使用量之间,目前更多是叙事绑定,不是已经验证的数据绑定。$NEWT 今年初经历过规模不小的解锁,市场消化压力是真实存在的,价格相比高点回落幅度也不小——这些都是技术叙事之外,需要持续盯着的现实变量。
我这次只测试了Mainnet Beta里最基础的Recurring Buy Agent,离"任何dapp、稳定币、AI钱包都能接入"的完整愿景,还有距离。技术已经走到"可信执行"这一步,但市场是否真的需要这种程度的强约束,还在被验证。
一句更直接的总结:Newton不是在控制Agent能做什么,它控制的是什么行为从一开始就不会在系统里被生成出来——这个区别,比表面上看起来要大得多。
以上仅供研究参考,不构成投资建议,请自行核实链上数据。#newt
这话我说给自己听的。$BTC $ETH
@NewtonProtocol $NEWT #Newt
A camada de autorização do Newton talvez não esteja “presa” em suas próprias mãos. Hoje vi uma história. Em um dia de chuva forte, o entregador com a moto elétrica ficou sem energia no cruzamento e ficou na chuva empurrando por um bom tempo. Um táxi, que originalmente levaria um passageiro, deu meia-volta e voltou para ajudá-lo, levando-o até a oficina de manutenção, sem cobrar nada. Ele disse: “Eu também já empurrei uma moto na chuva antes.” Muitas confiabilidades de sistemas não vêm do design, mas da memória. O Newton Protocol entrou no Mainnet Beta em 23 de junho, conectando também o RedStone como uma camada de validação de preços. À primeira vista, isso parece uma integração padrão de oráculo, mas ao ler as reportagens, percebi que a lógica real é outra. Em cada saque, empréstimo e liquidação, o Newton primeiro pergunta ao RedStone qual é o preço agora. Se o preço estiver correto, executa; se houver anomalia no preço, rejeita. O problema aqui fica simples — a camada de autorização deixa de ser um sistema de decisão e vira um executor que depende de uma única entrada externa. Se essa entrada atrasar, desviar ou interromper, o sistema não degrada para um modo alternativo: ele congela diretamente. O RedStone ainda não publicou nenhum histórico de precificação incorreta. Mas o problema real não é o passado; é se o futuro permitirá errar. O mais importante: eu não vi o Newton afirmar claramente se existe uma segunda fonte de preço independente, como mecanismo de failover. Se não existir, as suposições de segurança de todo o sistema, na prática, se resumem a uma frase: o RedStone está sempre certo. Isso não é um problema técnico; é um problema de estrutura de confiança. Quando as decisões da camada de autorização dependem de uma única fonte de dados, ela deixa de ser um sistema de regras descentralizado e passa a ser uma camada de execução estendida a partir de dados externos. O motorista do táxi deu meia-volta porque se lembra de ter sido encharcado na chuva; ele fez uma decisão redundante. Um sistema on-chain não tem memória — só tem dependência. O total de NEWT é de 1 bilhão, sem mecanismo de inflação. Em 24 de janeiro, apenas 37,22% do fornecimento em circulação foi desbloqueado; agora, o preço está 94,1% abaixo do pico histórico. Eu só observo um sinal: o Newton já publicou uma segunda fonte de dados independente para, quando o RedStone der problema, assumir a validação do preço. Se tiver que escolher apenas um: A: Um único oráculo é um design temporário; no futuro vão adicionar redundância com múltiplas fontes B: Uma única fonte de dados em si faz parte da lógica de autorização; não é uma falha, é uma escolha de design Se o RedStone errar nem que seja uma vez, o Newton ainda poderia ser “uma camada de autorização intransponível”? O que foi dito acima não constitui recomendação de investimento; transações envolvem risco. DYOR. $BTC $ETH #newt @NewtonProtocol $NEWT
A camada de autorização do Newton talvez não esteja “presa” em suas próprias mãos.
Hoje vi uma história. Em um dia de chuva forte, o entregador com a moto elétrica ficou sem energia no cruzamento e ficou na chuva empurrando por um bom tempo. Um táxi, que originalmente levaria um passageiro, deu meia-volta e voltou para ajudá-lo, levando-o até a oficina de manutenção, sem cobrar nada.
Ele disse: “Eu também já empurrei uma moto na chuva antes.”
Muitas confiabilidades de sistemas não vêm do design, mas da memória.
O Newton Protocol entrou no Mainnet Beta em 23 de junho, conectando também o RedStone como uma camada de validação de preços. À primeira vista, isso parece uma integração padrão de oráculo, mas ao ler as reportagens, percebi que a lógica real é outra.
Em cada saque, empréstimo e liquidação, o Newton primeiro pergunta ao RedStone qual é o preço agora. Se o preço estiver correto, executa; se houver anomalia no preço, rejeita.
O problema aqui fica simples — a camada de autorização deixa de ser um sistema de decisão e vira um executor que depende de uma única entrada externa. Se essa entrada atrasar, desviar ou interromper, o sistema não degrada para um modo alternativo: ele congela diretamente.
O RedStone ainda não publicou nenhum histórico de precificação incorreta. Mas o problema real não é o passado; é se o futuro permitirá errar.
O mais importante: eu não vi o Newton afirmar claramente se existe uma segunda fonte de preço independente, como mecanismo de failover. Se não existir, as suposições de segurança de todo o sistema, na prática, se resumem a uma frase: o RedStone está sempre certo.
Isso não é um problema técnico; é um problema de estrutura de confiança. Quando as decisões da camada de autorização dependem de uma única fonte de dados, ela deixa de ser um sistema de regras descentralizado e passa a ser uma camada de execução estendida a partir de dados externos.
O motorista do táxi deu meia-volta porque se lembra de ter sido encharcado na chuva; ele fez uma decisão redundante. Um sistema on-chain não tem memória — só tem dependência.
O total de NEWT é de 1 bilhão, sem mecanismo de inflação. Em 24 de janeiro, apenas 37,22% do fornecimento em circulação foi desbloqueado; agora, o preço está 94,1% abaixo do pico histórico.
Eu só observo um sinal: o Newton já publicou uma segunda fonte de dados independente para, quando o RedStone der problema, assumir a validação do preço.
Se tiver que escolher apenas um:
A: Um único oráculo é um design temporário; no futuro vão adicionar redundância com múltiplas fontes
B: Uma única fonte de dados em si faz parte da lógica de autorização; não é uma falha, é uma escolha de design
Se o RedStone errar nem que seja uma vez, o Newton ainda poderia ser “uma camada de autorização intransponível”?
O que foi dito acima não constitui recomendação de investimento; transações envolvem risco.
DYOR. $BTC $ETH #newt
@NewtonProtocol $NEWT
·
--
Em Alta
As estradas de uma cidade desconhecida: o OpenGradient só desenhou metade do caminho para alguns desenvolvedores. Hoje vi uma história. Uma menina que acabou de se mudar para uma cidade desconhecida se perdeu. Um casal estranho simplesmente pegou o carro e a levou de volta para casa. No dia seguinte, eles bateram à porta novamente e trouxeram um jantar de Natal. Ela disse que já não se lembra do que foi servido naquela refeição, mas se lembra de que, de repente, a cidade desconhecida ganhou a sensação de lar. O SDK do OpenGradient hoje só tem versão em Python. TypeScript ainda está em desenvolvimento. O x402 em si é um padrão HTTP aberto; JavaScript e Go podem chamar diretamente, sem precisar de SDK. Portanto, a questão não é se dá para integrar, e sim se você está disposto a integrar. Para desenvolvedores Python, há CLI e tutoriais: em poucos minutos funciona. Para desenvolvedores TypeScript, só existem documentos da interface HTTP; você precisa montar tudo por conta própria. Uma rota é alguém que leva você; a outra só oferece o mapa. A linguagem principal de IA é Python; a linguagem principal de Web3 é TypeScript. O OpenGradient já recebeu desenvolvedores de IA, mas ainda não recebeu o ecossistema Web3. No fim, muitos protocolos perdem — não pela tecnologia, e sim pela última experiência de desenvolvimento de 10%. Mais de 200 modelos, 2 milhões de inferências; a a16z e a Coinbase Ventures lideraram um investimento de US$ 9,5 milhões. Taxa de circulação: 19%; FDV é 5 vezes o valuation; TGE 0.4772 → agora 0.237. Eu só olho um sinal: se existe uma agenda clara de lançamento do SDK TypeScript. Se sim: o quebra-cabeça do ecossistema está sendo completado. Se não: o time de JavaScript continuará procurando uma solução mais familiar. A: x402 é um padrão aberto, e o ecossistema vai crescer naturalmente B: a experiência de desenvolvimento determina a quantidade; a falta do SDK em TS é o verdadeiro gargalo De que lado você está? O exposto acima não constitui aconselhamento de investimento; transações envolvem risco. DYOR.$BTC $ETH @OpenGradient $OPG #OPG #BinanceSquare
As estradas de uma cidade desconhecida: o OpenGradient só desenhou metade do caminho para alguns desenvolvedores.
Hoje vi uma história. Uma menina que acabou de se mudar para uma cidade desconhecida se perdeu. Um casal estranho simplesmente pegou o carro e a levou de volta para casa. No dia seguinte, eles bateram à porta novamente e trouxeram um jantar de Natal.
Ela disse que já não se lembra do que foi servido naquela refeição, mas se lembra de que, de repente, a cidade desconhecida ganhou a sensação de lar.
O SDK do OpenGradient hoje só tem versão em Python. TypeScript ainda está em desenvolvimento. O x402 em si é um padrão HTTP aberto; JavaScript e Go podem chamar diretamente, sem precisar de SDK.
Portanto, a questão não é se dá para integrar, e sim se você está disposto a integrar.
Para desenvolvedores Python, há CLI e tutoriais: em poucos minutos funciona. Para desenvolvedores TypeScript, só existem documentos da interface HTTP; você precisa montar tudo por conta própria.
Uma rota é alguém que leva você; a outra só oferece o mapa.
A linguagem principal de IA é Python; a linguagem principal de Web3 é TypeScript. O OpenGradient já recebeu desenvolvedores de IA, mas ainda não recebeu o ecossistema Web3.
No fim, muitos protocolos perdem — não pela tecnologia, e sim pela última experiência de desenvolvimento de 10%.
Mais de 200 modelos, 2 milhões de inferências; a a16z e a Coinbase Ventures lideraram um investimento de US$ 9,5 milhões. Taxa de circulação: 19%; FDV é 5 vezes o valuation; TGE 0.4772 → agora 0.237.
Eu só olho um sinal: se existe uma agenda clara de lançamento do SDK TypeScript.
Se sim: o quebra-cabeça do ecossistema está sendo completado. Se não: o time de JavaScript continuará procurando uma solução mais familiar.
A: x402 é um padrão aberto, e o ecossistema vai crescer naturalmente
B: a experiência de desenvolvimento determina a quantidade; a falta do SDK em TS é o verdadeiro gargalo
De que lado você está?
O exposto acima não constitui aconselhamento de investimento; transações envolvem risco.
DYOR.$BTC $ETH
@OpenGradient $OPG #OPG #BinanceSquare
·
--
Em Alta
Mais de 2000 modelos subiram para o Model Hub. Quem fica responsável pela triagem? Vi uma história hoje. No aeroporto, na madrugada, a esteira de triagem de bagagens funciona em alta velocidade. Uma mala fica presa repetidamente na saída; o responsável não libera, em vez disso marca para seguir por um corredor especial. Depois descobrem que a estrutura das rodas tem uma anomalia. Se continuarem transportando, ela pode ser danificada no compartimento de carga com alta temperatura e ainda afetar toda a cadeia do voo. Ele disse: "O verdadeiro problema não é se vai acontecer ou não, e sim se dá para notar antes que cresça." Ao consultar a documentação do Model Hub, encontrei uma pergunta que nunca foi respondida. Mais de 2000 modelos foram disponibilizados, mas o que acontece antes de o modelo entrar no Hub? Alguém já fez uma varredura em nível de pesos para detectar estruturas de backdoor? Isso não é um risco meramente teórico. Em 2024, estudos já mostraram que modelos treinados de forma especial podem disparar saídas maliciosas sob entradas específicas. O backdoor pode ficar escondido nos pesos; o processo de inferência parece totalmente normal, e só revela sob condições de disparo específicas. O TEE e o ZKML do OpenGradient verificam se o processo de inferência foi executado corretamente, não se o próprio modelo é seguro. Isso implica uma coisa: um modelo com backdoor, ao ser executado corretamente dentro do TEE, também apresentará a prova correta no ZKML. A execução está certa; o comportamento pode estar errado. O que o responsável interrompeu não foi uma bagagem danificada, e sim uma anomalia que, se colocada adiante, vira um grande problema a jusante. O Model Hub tem um mecanismo no mesmo nível, para fazer essa camada de bloqueio antes de os modelos entrarem no sistema? Não encontrei resposta em materiais públicos. Quando um modelo cresce de 10 para 2000, o risco não aumenta de forma linear. Cada modelo é um espaço de ação; cada peso é uma estratégia potencial; e cada entrada é um caminho de gatilho. Quanto maior o volume, mais anomalias não vistas existirão. TGE 0.4772 → agora 0.237, queda de mais de 50%. Taxa de circulação 19%, FDV é cinco vezes o valuation. Eu só observo um sinal: o Model Hub tem um mecanismo público de auditoria de modelos? Sim: indica que há alguém responsável pela triagem e que o sistema tem governança na entrada. Não: em mais de 2000 modelos, quem pode garantir que nenhum está “preso na saída”, como aquela mala? Se eu tivesse que escolher apenas um: A: O Model Hub tem um mecanismo interno de auditoria, só não é divulgado B: Os modelos podem ser enviados livremente; a auditoria de segurança é, atualmente, a maior lacuna De que lado você está? O texto acima não constitui recomendação de investimento; negociações envolvem riscos. DYOR.$BTC @OpenGradient $OPG #OPG
Mais de 2000 modelos subiram para o Model Hub. Quem fica responsável pela triagem?

Vi uma história hoje.
No aeroporto, na madrugada, a esteira de triagem de bagagens funciona em alta velocidade. Uma mala fica presa repetidamente na saída; o responsável não libera, em vez disso marca para seguir por um corredor especial. Depois descobrem que a estrutura das rodas tem uma anomalia. Se continuarem transportando, ela pode ser danificada no compartimento de carga com alta temperatura e ainda afetar toda a cadeia do voo.
Ele disse: "O verdadeiro problema não é se vai acontecer ou não, e sim se dá para notar antes que cresça."
Ao consultar a documentação do Model Hub, encontrei uma pergunta que nunca foi respondida.
Mais de 2000 modelos foram disponibilizados, mas o que acontece antes de o modelo entrar no Hub? Alguém já fez uma varredura em nível de pesos para detectar estruturas de backdoor?
Isso não é um risco meramente teórico. Em 2024, estudos já mostraram que modelos treinados de forma especial podem disparar saídas maliciosas sob entradas específicas. O backdoor pode ficar escondido nos pesos; o processo de inferência parece totalmente normal, e só revela sob condições de disparo específicas.
O TEE e o ZKML do OpenGradient verificam se o processo de inferência foi executado corretamente, não se o próprio modelo é seguro.
Isso implica uma coisa: um modelo com backdoor, ao ser executado corretamente dentro do TEE, também apresentará a prova correta no ZKML. A execução está certa; o comportamento pode estar errado.
O que o responsável interrompeu não foi uma bagagem danificada, e sim uma anomalia que, se colocada adiante, vira um grande problema a jusante. O Model Hub tem um mecanismo no mesmo nível, para fazer essa camada de bloqueio antes de os modelos entrarem no sistema?
Não encontrei resposta em materiais públicos.
Quando um modelo cresce de 10 para 2000, o risco não aumenta de forma linear. Cada modelo é um espaço de ação; cada peso é uma estratégia potencial; e cada entrada é um caminho de gatilho. Quanto maior o volume, mais anomalias não vistas existirão.
TGE 0.4772 → agora 0.237, queda de mais de 50%. Taxa de circulação 19%, FDV é cinco vezes o valuation.
Eu só observo um sinal: o Model Hub tem um mecanismo público de auditoria de modelos?
Sim: indica que há alguém responsável pela triagem e que o sistema tem governança na entrada.
Não: em mais de 2000 modelos, quem pode garantir que nenhum está “preso na saída”, como aquela mala?
Se eu tivesse que escolher apenas um:
A: O Model Hub tem um mecanismo interno de auditoria, só não é divulgado
B: Os modelos podem ser enviados livremente; a auditoria de segurança é, atualmente, a maior lacuna
De que lado você está?
O texto acima não constitui recomendação de investimento; negociações envolvem riscos.
DYOR.$BTC
@OpenGradient $OPG #OPG
·
--
Em Alta
A cadeia de confiança do OpenGradient tem uma parte que ninguém validou. Hoje vi uma história. Um técnico de manutenção do metrô inspecionava um túnel de madrugada. Fazia anos sem incidentes, mas ele ainda verificava cada junta, uma por uma. Descobriu uma microfissura fina. Não afetava a operação, mas era o tipo de coisa que, ao longo de alguns anos, poderia se tornar a origem de um acidente. Ele tirou fotos, fez marcações e confirmou três vezes. O colega perguntou por que ele era tão cauteloso. Ele disse: "Não é medo de dar problema agora — é medo de que, no futuro, ninguém se lembre de que aqui houve um problema." Na arquitetura HACA, o TEE é responsável por cerca de 1.500.000 execuções de verificação de inferência. Muita gente acha que o aval da Intel já basta. Mas a cadeia de confiança do TEE tem três camadas. A camada de hardware é uma garantia externa fornecida pela Intel. Já a camada de configuração e a camada de gerenciamento de chaves são implementadas pelo próprio OpenGradient. Somente a primeira camada é externa; as duas últimas dependem totalmente do projeto. Eu consultei toda a documentação pública e não encontrei relatórios de auditoria de terceiros voltados para a camada de integração do TEE. Não é auditoria de smart contract — é a auditoria específica para validar a camada de configuração e a camada de chaves. Em 2025, as perdas no DeFi passaram de US$ 900 milhões; a maior fonte não foi bug em contratos, mas erros de configuração de permissões e erros de controle de acesso. Uma IA verificável pode verificar a saída do modelo e pode verificar a execução da inferência. Mas e o próprio sistema de verificação — ele já foi verificado? Taxa de circulação 19%, FDV é 5 vezes a capitalização; TGE 0,4772 → agora 0,237. Eu só observo um sinal: existe um relatório público de auditoria de terceiros para a camada de integração do TEE? Existe: a cadeia de confiança está completa. Não existe: o que validamos é um sistema de verificação que nunca foi verificado. A: os testes internos do TEE são suficientes; a auditoria de terceiros é só uma questão de tempo B: não há auditoria pública; esse é o maior ponto cego da narrativa de IA verificável De que lado você está? O que foi dito acima não constitui recomendação de investimento; transações envolvem riscos. DYOR.$BTC $ETH @OpenGradient $OPG #OPG #BinanceSquare
A cadeia de confiança do OpenGradient tem uma parte que ninguém validou.
Hoje vi uma história. Um técnico de manutenção do metrô inspecionava um túnel de madrugada. Fazia anos sem incidentes, mas ele ainda verificava cada junta, uma por uma.
Descobriu uma microfissura fina. Não afetava a operação, mas era o tipo de coisa que, ao longo de alguns anos, poderia se tornar a origem de um acidente.
Ele tirou fotos, fez marcações e confirmou três vezes.
O colega perguntou por que ele era tão cauteloso.
Ele disse: "Não é medo de dar problema agora — é medo de que, no futuro, ninguém se lembre de que aqui houve um problema."
Na arquitetura HACA, o TEE é responsável por cerca de 1.500.000 execuções de verificação de inferência. Muita gente acha que o aval da Intel já basta.
Mas a cadeia de confiança do TEE tem três camadas. A camada de hardware é uma garantia externa fornecida pela Intel. Já a camada de configuração e a camada de gerenciamento de chaves são implementadas pelo próprio OpenGradient.
Somente a primeira camada é externa; as duas últimas dependem totalmente do projeto.
Eu consultei toda a documentação pública e não encontrei relatórios de auditoria de terceiros voltados para a camada de integração do TEE. Não é auditoria de smart contract — é a auditoria específica para validar a camada de configuração e a camada de chaves.
Em 2025, as perdas no DeFi passaram de US$ 900 milhões; a maior fonte não foi bug em contratos, mas erros de configuração de permissões e erros de controle de acesso.
Uma IA verificável pode verificar a saída do modelo e pode verificar a execução da inferência.
Mas e o próprio sistema de verificação — ele já foi verificado?
Taxa de circulação 19%, FDV é 5 vezes a capitalização; TGE 0,4772 → agora 0,237.
Eu só observo um sinal: existe um relatório público de auditoria de terceiros para a camada de integração do TEE?
Existe: a cadeia de confiança está completa. Não existe: o que validamos é um sistema de verificação que nunca foi verificado.
A: os testes internos do TEE são suficientes; a auditoria de terceiros é só uma questão de tempo
B: não há auditoria pública; esse é o maior ponto cego da narrativa de IA verificável
De que lado você está?
O que foi dito acima não constitui recomendação de investimento; transações envolvem riscos.
DYOR.$BTC $ETH
@OpenGradient $OPG #OPG #BinanceSquare
·
--
Em Alta
Em uma IA verificável, existe uma camada que, na prática, é inverificável. Hoje eu vi uma história. Um homem estava dirigindo quando o pneu estourou. Na beira da estrada da autoestrada, ele ficou esperando por mais de três horas e ninguém parou. No fim, a última van parou — levando uma família de quatro pessoas. A família não falava inglês. A filha mais nova serviu como tradutora e levou mais de uma hora para ajudá-lo a trocar o pneu. Antes de ir embora, o homem insistiu em enfiar dinheiro nas mãos dele. O pai fez um gesto de negativa e disse: "Hoje você, amanhã eu." As duas famílias nunca mais se viram. Anos depois, o homem disse que aquela foi a frase mais inesquecível de toda a sua vida. Na documentação do OpenGradient, o sistema inteiro suporta três tipos de verificação: TEE, ZKML e Vanilla. Os dois primeiros são muito debatidos. O terceiro, o Vanilla, no texto original da documentação diz: "apenas verificação de assinatura, sem prova de execução correta". Só há verificação de assinatura, sem prova de que a execução foi correta. No modo Vanilla, você pode confirmar que essa saída de IA veio de algum nó, mas não pode provar se o modelo executou corretamente como esperado. A versão oficial diz que o Vanilla é para cargas de trabalho de baixo risco e desenvolvimento de protótipos. Mas há um problema que a documentação não responde: em 2 milhões de inferências, qual a participação de TEE, ZKML e Vanilla? Essa proporção nunca foi divulgada. Isso significa que, quando você vê a frase "2 milhões de inferências verificáveis", você não sabe quantas delas têm prova matemática e quantas têm apenas assinatura. Hoje você pode ser ZKML — de verdade, não precisa confiar em ninguém. Amanhã eu posso ser Vanilla — o nó só assinou uma mensagem, e só. Ambos são chamados de verificação, mas a força da verificação é totalmente diferente. a16z e Coinbase Ventures lideraram o investimento de US$ 9,5 milhões, com mais de 2000 modelos, taxa de circulação de 19%, FDV equivalente a 5x o valor de mercado, TGE 0.4772 → agora 0.237. Eu só observo um sinal: a equipe divulgou dados sobre a proporção de três modos de verificação? Se divulgou: mostra que o valor da IA verificável é transparente, e o mercado consegue avaliar de verdade. Se não divulgou: por trás das 2 milhões de inferências, apenas a equipe sabe quantas realmente são provas matemáticas. Se for para escolher apenas um: A: Vanilla é apenas um estágio de transição no desenvolvimento; em produção, a grande maioria usa TEE ou ZKML B: A proporção de Vanilla não é baixa; a história de IA verificável precisa de dados mais transparentes como apoio De que lado você está? O que foi dito não constitui aconselhamento de investimento; transações envolvem risco. DYOR.$BTC $ETH @OpenGradient $OPG #OPG #BinanceSquare
Em uma IA verificável, existe uma camada que, na prática, é inverificável.
Hoje eu vi uma história.
Um homem estava dirigindo quando o pneu estourou. Na beira da estrada da autoestrada, ele ficou esperando por mais de três horas e ninguém parou. No fim, a última van parou — levando uma família de quatro pessoas. A família não falava inglês. A filha mais nova serviu como tradutora e levou mais de uma hora para ajudá-lo a trocar o pneu.
Antes de ir embora, o homem insistiu em enfiar dinheiro nas mãos dele. O pai fez um gesto de negativa e disse: "Hoje você, amanhã eu."
As duas famílias nunca mais se viram.
Anos depois, o homem disse que aquela foi a frase mais inesquecível de toda a sua vida.
Na documentação do OpenGradient, o sistema inteiro suporta três tipos de verificação: TEE, ZKML e Vanilla.
Os dois primeiros são muito debatidos.
O terceiro, o Vanilla, no texto original da documentação diz: "apenas verificação de assinatura, sem prova de execução correta".
Só há verificação de assinatura, sem prova de que a execução foi correta.
No modo Vanilla, você pode confirmar que essa saída de IA veio de algum nó, mas não pode provar se o modelo executou corretamente como esperado.
A versão oficial diz que o Vanilla é para cargas de trabalho de baixo risco e desenvolvimento de protótipos.
Mas há um problema que a documentação não responde: em 2 milhões de inferências, qual a participação de TEE, ZKML e Vanilla?
Essa proporção nunca foi divulgada.
Isso significa que, quando você vê a frase "2 milhões de inferências verificáveis", você não sabe quantas delas têm prova matemática e quantas têm apenas assinatura.
Hoje você pode ser ZKML — de verdade, não precisa confiar em ninguém.
Amanhã eu posso ser Vanilla — o nó só assinou uma mensagem, e só.
Ambos são chamados de verificação, mas a força da verificação é totalmente diferente.
a16z e Coinbase Ventures lideraram o investimento de US$ 9,5 milhões, com mais de 2000 modelos, taxa de circulação de 19%, FDV equivalente a 5x o valor de mercado, TGE 0.4772 → agora 0.237.
Eu só observo um sinal: a equipe divulgou dados sobre a proporção de três modos de verificação?
Se divulgou: mostra que o valor da IA verificável é transparente, e o mercado consegue avaliar de verdade.
Se não divulgou: por trás das 2 milhões de inferências, apenas a equipe sabe quantas realmente são provas matemáticas.
Se for para escolher apenas um:
A: Vanilla é apenas um estágio de transição no desenvolvimento; em produção, a grande maioria usa TEE ou ZKML
B: A proporção de Vanilla não é baixa; a história de IA verificável precisa de dados mais transparentes como apoio
De que lado você está?
O que foi dito não constitui aconselhamento de investimento; transações envolvem risco.
DYOR.$BTC $ETH
@OpenGradient $OPG #OPG #BinanceSquare
·
--
Em Alta
AI verificável, ainda não passou por um teste de estresse de verdade. Hoje vi uma história. Um caminhoneiro parou na berma de uma rodovia, achando que era um resgate comum após um acidente. Quando chegou mais perto, percebeu que era o parto iminente de uma gestante. Não havia médicos, nem equipamentos; ele só conseguia fazer o atendimento no local. Quando a criança nasceu, não havia respiração. Ele usou seus conhecimentos de primeiros socorros para limpar as vias aéreas. Alguns segundos depois, o bebê chorou. O repórter perguntou o que ele estava pensando na hora. Ele disse: "Eu não tive tempo de pensar." O processo de inferência do OpenGradient é desmontado. Os nós de inferência executam em tempo real, retornam o resultado diretamente; o whitepaper diz que a latência é no nível web2. A liquidação e a prova são confirmadas de forma assíncrona via x402 na Base. O pressuposto desse desenho é: a execução pode existir separada da liquidação. Mas ao ler a documentação, havia uma questão que não foi respondida. Quando a Base fica congestionada e a liquidação via x402 atrasa, qual é o próximo passo dos nós de inferência? Se continuar executando: a separação entre inferência e liquidação continua válida, mas como evitar liquidações duplas e dessincronização de estado? Se pausar e esperar: o sistema ainda depende do estado da cadeia; a promessa de latência nível web2 não existe em condições extremas de rede. As duas opções têm custos, e a documentação não esclarece qual escolher. 2 milhões de inferências apenas provaram a capacidade de throughput em ambiente estável; não provou a consistência do comportamento quando a cadeia está congestionada. A Base já passou por picos históricos em que o gas disparou; o atraso de liquidação é algo que de fato aconteceu, não uma suposição. Aquele caminhoneiro não teve escolha, porque no local só havia uma lógica permitida. Se o design do sistema tiver duas lógicas possíveis, isso significa que ele ainda não passou pelo estado de estresse real. a16z e Coinbase Ventures lideraram o investimento de US$ 9,5 milhões; mais de 2.000 modelos; taxa de circulação 19%; FDV é 5 vezes o market cap; TGE 0.4772 → agora 0.237. Eu só observo um sinal: na próxima vez que a Base apresentar um congestionamento evidente, a resposta de inferência do OpenGradient é afetada? Se houver impacto: significa que a separação entre execução e liquidação ainda não é completa. Se não houver impacto: significa que a arquitetura passou por validação sob estresse real. Se eu tivesse que escolher apenas uma: A: inferência e liquidação realmente são desacopladas; o congestionamento da Base não afeta a experiência do usuário B: sob condições de rede extremas, a promessa de latência nível web2 apresenta rachaduras De que lado você está? O acima não constitui recomendação de investimento; negociações envolvem risco. DYOR.$BTC $ETH @OpenGradient $OPG #OPG #BinanceSquare
AI verificável, ainda não passou por um teste de estresse de verdade.
Hoje vi uma história.
Um caminhoneiro parou na berma de uma rodovia, achando que era um resgate comum após um acidente. Quando chegou mais perto, percebeu que era o parto iminente de uma gestante. Não havia médicos, nem equipamentos; ele só conseguia fazer o atendimento no local.
Quando a criança nasceu, não havia respiração. Ele usou seus conhecimentos de primeiros socorros para limpar as vias aéreas. Alguns segundos depois, o bebê chorou.
O repórter perguntou o que ele estava pensando na hora.
Ele disse: "Eu não tive tempo de pensar."
O processo de inferência do OpenGradient é desmontado. Os nós de inferência executam em tempo real, retornam o resultado diretamente; o whitepaper diz que a latência é no nível web2. A liquidação e a prova são confirmadas de forma assíncrona via x402 na Base.
O pressuposto desse desenho é: a execução pode existir separada da liquidação.
Mas ao ler a documentação, havia uma questão que não foi respondida.
Quando a Base fica congestionada e a liquidação via x402 atrasa, qual é o próximo passo dos nós de inferência?
Se continuar executando: a separação entre inferência e liquidação continua válida, mas como evitar liquidações duplas e dessincronização de estado?
Se pausar e esperar: o sistema ainda depende do estado da cadeia; a promessa de latência nível web2 não existe em condições extremas de rede.
As duas opções têm custos, e a documentação não esclarece qual escolher.
2 milhões de inferências apenas provaram a capacidade de throughput em ambiente estável; não provou a consistência do comportamento quando a cadeia está congestionada. A Base já passou por picos históricos em que o gas disparou; o atraso de liquidação é algo que de fato aconteceu, não uma suposição.
Aquele caminhoneiro não teve escolha, porque no local só havia uma lógica permitida.
Se o design do sistema tiver duas lógicas possíveis, isso significa que ele ainda não passou pelo estado de estresse real.
a16z e Coinbase Ventures lideraram o investimento de US$ 9,5 milhões; mais de 2.000 modelos; taxa de circulação 19%; FDV é 5 vezes o market cap; TGE 0.4772 → agora 0.237.
Eu só observo um sinal: na próxima vez que a Base apresentar um congestionamento evidente, a resposta de inferência do OpenGradient é afetada?
Se houver impacto: significa que a separação entre execução e liquidação ainda não é completa.
Se não houver impacto: significa que a arquitetura passou por validação sob estresse real.
Se eu tivesse que escolher apenas uma:
A: inferência e liquidação realmente são desacopladas; o congestionamento da Base não afeta a experiência do usuário
B: sob condições de rede extremas, a promessa de latência nível web2 apresenta rachaduras
De que lado você está?
O acima não constitui recomendação de investimento; negociações envolvem risco.
DYOR.$BTC $ETH
@OpenGradient $OPG #OPG #BinanceSquare
·
--
Em Alta
Parcialmente verdadeiro
2 milhões de inferências, apenas 500 mil são provas matemáticas. Isso não é um detalhe técnico, é a linha de divisão da estrutura de confiança. Hoje vi uma história. Uma garota do ensino médio desabou em prantos na parada do ônibus escolar. Acabou de passar por uma mudança familiar, ainda tentando se manter na escola. Um pai que estava buscando as crianças não perguntou o que aconteceu, apenas entregou a ela uma caneca de chocolate quente: "Você pode respirar um pouco." Aquela caneca de chocolate não resolveu nenhum problema. Mas ela não desistiu na hora. Muitos sistemas funcionam assim. Não é que os problemas tenham sido resolvidos, mas sim que foram amortecidos antes do colapso. Revisei os dados da OpenGradient, 2 milhões de inferências desmembradas: 500 mil são provas ZKML, 1,5 milhão são validações TEE. ZKML e TEE são duas visões de mundo fundamentalmente diferentes. ZKML não confia em ninguém, apenas na matemática em si, os resultados podem ser verificados independentemente por qualquer um, mas o custo computacional é extremamente alto, a velocidade é lenta. TEE confia nos fabricantes de hardware – Intel, ARM – usando chips para garantir que o ambiente de execução não foi adulterado, a velocidade é rápida, mas você precisa acreditar que a cadeia de suprimentos é limpa. O diferencial da OpenGradient é "não precisar confiar em ninguém". Mas 1,5 milhão de inferências TEE, essencialmente, está dizendo: você precisa confiar na Intel. Isso não é uma crítica, é a realidade da engenharia. "Totalmente desconfiável" e "operacional em larga escala", é difícil que ambas as condições possam existir ao mesmo tempo. Aquela caneca de chocolate não resolveu nenhum dos problemas da garota, mas fez o sistema desacelerar. A validação TEE também não resolveu a questão da desconfiabilidade, mas fez a rede começar a funcionar. Pragmatismo ou compromisso, cada um julga de forma diferente. Taxa de circulação de 19%, FDV é 5 vezes o valor de mercado, TGE 0.4772 → agora 0.237, caiu mais de 50%. Eu só estou de olho em um sinal de longo prazo: a proporção de ZKML aumentou com o passar do tempo? Aumentando: o sistema está se aproximando da confiança matemática. Inalterado: TEE é uma estrutura de longo prazo, não uma transição. Se você só pudesse escolher um: A: TEE é uma restrição de realidade a longo prazo, prioridade na engenharia, o suficiente está bom B: No final, deve-se voltar ao ZKML, caso contrário, a história de "IA verificável" não se sustenta De que lado você está? O acima não constitui conselho de investimento, negociação tem riscos. DYOR. $BTC $ETH @OpenGradient $OPG #OPG #BinanceSquare
2 milhões de inferências, apenas 500 mil são provas matemáticas.
Isso não é um detalhe técnico, é a linha de divisão da estrutura de confiança.
Hoje vi uma história.
Uma garota do ensino médio desabou em prantos na parada do ônibus escolar. Acabou de passar por uma mudança familiar, ainda tentando se manter na escola. Um pai que estava buscando as crianças não perguntou o que aconteceu, apenas entregou a ela uma caneca de chocolate quente: "Você pode respirar um pouco."
Aquela caneca de chocolate não resolveu nenhum problema. Mas ela não desistiu na hora.
Muitos sistemas funcionam assim. Não é que os problemas tenham sido resolvidos, mas sim que foram amortecidos antes do colapso.
Revisei os dados da OpenGradient, 2 milhões de inferências desmembradas: 500 mil são provas ZKML, 1,5 milhão são validações TEE.
ZKML e TEE são duas visões de mundo fundamentalmente diferentes.
ZKML não confia em ninguém, apenas na matemática em si, os resultados podem ser verificados independentemente por qualquer um, mas o custo computacional é extremamente alto, a velocidade é lenta. TEE confia nos fabricantes de hardware – Intel, ARM – usando chips para garantir que o ambiente de execução não foi adulterado, a velocidade é rápida, mas você precisa acreditar que a cadeia de suprimentos é limpa.
O diferencial da OpenGradient é "não precisar confiar em ninguém". Mas 1,5 milhão de inferências TEE, essencialmente, está dizendo: você precisa confiar na Intel.
Isso não é uma crítica, é a realidade da engenharia. "Totalmente desconfiável" e "operacional em larga escala", é difícil que ambas as condições possam existir ao mesmo tempo.
Aquela caneca de chocolate não resolveu nenhum dos problemas da garota, mas fez o sistema desacelerar. A validação TEE também não resolveu a questão da desconfiabilidade, mas fez a rede começar a funcionar.
Pragmatismo ou compromisso, cada um julga de forma diferente.
Taxa de circulação de 19%, FDV é 5 vezes o valor de mercado, TGE 0.4772 → agora 0.237, caiu mais de 50%.
Eu só estou de olho em um sinal de longo prazo: a proporção de ZKML aumentou com o passar do tempo?
Aumentando: o sistema está se aproximando da confiança matemática.
Inalterado: TEE é uma estrutura de longo prazo, não uma transição.
Se você só pudesse escolher um:
A: TEE é uma restrição de realidade a longo prazo, prioridade na engenharia, o suficiente está bom
B: No final, deve-se voltar ao ZKML, caso contrário, a história de "IA verificável" não se sustenta
De que lado você está?
O acima não constitui conselho de investimento, negociação tem riscos.
DYOR. $BTC $ETH
@OpenGradient $OPG #OPG #BinanceSquare
OPG+0,31%
ARMUS-6,21%
INTCUS-5,31%
·
--
Em Alta
Chamadas de IA na blockchain, pode ser a história mais valiosa do $OPG. Hoje vi uma história. Uma garota acabou de ser informada pelo médico que talvez precise fazer uma cirurgia no cérebro, e sozinha pegou um voo de volta pra casa. O médico usou muitos termos técnicos, ela provavelmente entendeu apenas 10%. Ao lado dela, um estranho ouviu tudo e, do nada, tirou papel e caneta da mochila e começou a desenhar um diagrama da estrutura do cérebro na mesinha do avião. Foram duas horas inteiras. 25 anos depois, ela ainda guarda aquele papel. Aquele estranho poderia ter dormido, assistido a um filme, ou ouvido música. Ele escolheu passar duas horas ajudando outra pessoa a não ficar tão assustada. SolidML é algo que poucas pessoas mencionam nos documentos da OpenGradient. Permite que desenvolvedores chamem modelos de IA diretamente em contratos inteligentes Solidity. Antigamente, os protocolos DeFi que queriam usar IA para gestão de risco precisavam passar pelo processo off-chain → oráculo → contrato; cada camada adicionava uma suposição de confiança e um ponto de falha. O SolidML quer condensar esse processo em um único passo. O realmente interessante não é a tecnologia em si, mas outra questão: alguém realmente precisa disso? Os documentos contêm uma abundância de demonstrações de capacidade, casos de uso e exemplos de desenvolvimento. Mas não encontrei um único caso público que prove: algum protocolo DeFi real está usando SolidML na rede principal para gerenciar fundos reais. Aquele estranho que desenhou o diagrama do cérebro por duas horas não o fez porque papel e caneta eram avançados, mas porque ele realmente entendia e estava disposto a gastar tempo. O SolidML provou que é possível fazer chamadas de IA na blockchain, mas ainda precisa demonstrar outra coisa: se os desenvolvedores estão dispostos a mudar seus hábitos de desenvolvimento atuais. TGE 0.4772 → agora 0.237, caiu mais de 50%. Taxa de circulação 19%, FDV é 5 vezes o valor de mercado. O preço, no fim das contas, reflete não apenas uma lista de funcionalidades, mas a taxa de adoção. Se surgir um caso público, onde algum protocolo DeFi usa SolidML para gerenciar fundos reais em um ambiente de produção, então as chamadas de IA na blockchain não serão apenas um conceito. Se isso não acontecer, o que o SolidML provou pode ser apenas a viabilidade técnica, e não a existência da demanda. Se você tivesse que escolher apenas um: A: SolidML se tornará o padrão para integração de IA em DeFi B: Os desenvolvedores ainda preferirão o caminho do oráculo off-chain, e a implementação do SolidML será mais difícil do que se imagina De que lado você está? O acima não constitui conselho de investimento, negociações envolvem riscos. DYOR. $BTC $ETH @OpenGradient $OPG #OPG #BinanceSquare
Chamadas de IA na blockchain, pode ser a história mais valiosa do $OPG .
Hoje vi uma história.
Uma garota acabou de ser informada pelo médico que talvez precise fazer uma cirurgia no cérebro, e sozinha pegou um voo de volta pra casa. O médico usou muitos termos técnicos, ela provavelmente entendeu apenas 10%. Ao lado dela, um estranho ouviu tudo e, do nada, tirou papel e caneta da mochila e começou a desenhar um diagrama da estrutura do cérebro na mesinha do avião. Foram duas horas inteiras.
25 anos depois, ela ainda guarda aquele papel.
Aquele estranho poderia ter dormido, assistido a um filme, ou ouvido música. Ele escolheu passar duas horas ajudando outra pessoa a não ficar tão assustada.
SolidML é algo que poucas pessoas mencionam nos documentos da OpenGradient.
Permite que desenvolvedores chamem modelos de IA diretamente em contratos inteligentes Solidity. Antigamente, os protocolos DeFi que queriam usar IA para gestão de risco precisavam passar pelo processo off-chain → oráculo → contrato; cada camada adicionava uma suposição de confiança e um ponto de falha. O SolidML quer condensar esse processo em um único passo.
O realmente interessante não é a tecnologia em si, mas outra questão: alguém realmente precisa disso?
Os documentos contêm uma abundância de demonstrações de capacidade, casos de uso e exemplos de desenvolvimento. Mas não encontrei um único caso público que prove: algum protocolo DeFi real está usando SolidML na rede principal para gerenciar fundos reais.
Aquele estranho que desenhou o diagrama do cérebro por duas horas não o fez porque papel e caneta eram avançados, mas porque ele realmente entendia e estava disposto a gastar tempo. O SolidML provou que é possível fazer chamadas de IA na blockchain, mas ainda precisa demonstrar outra coisa: se os desenvolvedores estão dispostos a mudar seus hábitos de desenvolvimento atuais.
TGE 0.4772 → agora 0.237, caiu mais de 50%. Taxa de circulação 19%, FDV é 5 vezes o valor de mercado.
O preço, no fim das contas, reflete não apenas uma lista de funcionalidades, mas a taxa de adoção.
Se surgir um caso público, onde algum protocolo DeFi usa SolidML para gerenciar fundos reais em um ambiente de produção, então as chamadas de IA na blockchain não serão apenas um conceito. Se isso não acontecer, o que o SolidML provou pode ser apenas a viabilidade técnica, e não a existência da demanda.
Se você tivesse que escolher apenas um:
A: SolidML se tornará o padrão para integração de IA em DeFi
B: Os desenvolvedores ainda preferirão o caminho do oráculo off-chain, e a implementação do SolidML será mais difícil do que se imagina
De que lado você está?
O acima não constitui conselho de investimento, negociações envolvem riscos.
DYOR. $BTC $ETH
@OpenGradient $OPG #OPG #BinanceSquare
·
--
Em Alta
O pagamento mais valioso do OpenGradient pode não pertencer ao OpenGradient. Hoje vi uma história. Um garoto de 6 anos se perdeu durante um acampamento, e a equipe de busca procurou a noite toda sem sucesso. Quando o dia estava amanhecendo, um estranho perguntou: se eu fosse a criança perdida, para onde eu iria? E realmente encontrou o garoto, carregando-o nos ombros de volta ao acampamento. O garoto disse: "Sentado em seus ombros, percebi o quanto eu estava com medo." A sensação de segurança não é voltar para casa, mas alguém dizendo: está tudo bem, agora deixa comigo. Tem um detalhe no white paper que ninguém notou. O pagamento de inferência do OpenGradient usa o protocolo x402, mas o x402 não foi projetado pelo OpenGradient, é um padrão do ecossistema Coinbase. Liquidação Base, investimento da Coinbase Ventures, pagamento x402. A infraestrutura de pagamento mais crítica está construída sobre a fundação de outra pessoa. O crescimento da demanda por pagamentos $OPG é igual ao crescimento do x402 multiplicado pela expansão do ecossistema Coinbase. As duas coisas não são a mesma. Taxa de circulação de 19%, FDV é 5 vezes o valor de mercado, TGE 0.4772 → agora 0.237. Eu só quero saber uma coisa: quando a Coinbase não está promovendo, o x402 ainda pode crescer por conta própria? A: x402 se torna o padrão de pagamento de Agente AI, $OPG se beneficia a longo prazo. B: x402 não sai do ecossistema Coinbase, a narrativa de pagamento está superestimada. De que lado você está? O que foi dito acima não constitui conselho de investimento, negociar envolve riscos. DYOR. $BTC $ETH @OpenGradient $OPG #OPG #BinanceSquare
O pagamento mais valioso do OpenGradient pode não pertencer ao OpenGradient.
Hoje vi uma história. Um garoto de 6 anos se perdeu durante um acampamento, e a equipe de busca procurou a noite toda sem sucesso. Quando o dia estava amanhecendo, um estranho perguntou: se eu fosse a criança perdida, para onde eu iria? E realmente encontrou o garoto, carregando-o nos ombros de volta ao acampamento.
O garoto disse: "Sentado em seus ombros, percebi o quanto eu estava com medo."
A sensação de segurança não é voltar para casa, mas alguém dizendo: está tudo bem, agora deixa comigo.
Tem um detalhe no white paper que ninguém notou. O pagamento de inferência do OpenGradient usa o protocolo x402, mas o x402 não foi projetado pelo OpenGradient, é um padrão do ecossistema Coinbase. Liquidação Base, investimento da Coinbase Ventures, pagamento x402.
A infraestrutura de pagamento mais crítica está construída sobre a fundação de outra pessoa.
O crescimento da demanda por pagamentos $OPG é igual ao crescimento do x402 multiplicado pela expansão do ecossistema Coinbase. As duas coisas não são a mesma.
Taxa de circulação de 19%, FDV é 5 vezes o valor de mercado, TGE 0.4772 → agora 0.237.
Eu só quero saber uma coisa: quando a Coinbase não está promovendo, o x402 ainda pode crescer por conta própria?
A: x402 se torna o padrão de pagamento de Agente AI, $OPG se beneficia a longo prazo.
B: x402 não sai do ecossistema Coinbase, a narrativa de pagamento está superestimada.
De que lado você está?
O que foi dito acima não constitui conselho de investimento, negociar envolve riscos.
DYOR. $BTC $ETH
@OpenGradient $OPG #OPG #BinanceSquare
AI verificável, faltando uma peça. Hoje vi uma história. Uma senhora de 86 anos acabou de perder o marido, que a acompanhou por 62 anos. Na véspera de Ano Novo, ela foi sozinha ao correio enviar um cartão, e ao voltar para o estacionamento, o carro não funcionava mais. Ela pensou que seria um réveillon horrível. Nos próximos 40 minutos, estranhos pararam um após o outro para ajudar. Um carro não funcionava, veio outro. Duas pessoas não conseguiram, vieram mais duas. No final, quatro carros estavam lá, e o problema finalmente foi resolvido. Ela disse depois: "Naquele dia, eu achava que era a pessoa mais solitária do mundo." Ao folhear o white paper, percebi que a rede OpenGradient também depende de quatro "carros". Nodos de inferência executam modelos. Nodos de dados conectam-se a dados externos e comprovam que não foram adulterados. Nodos completos validam provas e mantêm o livro-razão. Nodos de armazenamento guardam arquivos de modelos. Essas quatro categorias de nodos juntas formam uma rede de AI verificável completa. Mas no índice do white paper, atrás de Nodos de Dados, está escrito: Coming Soon. Ainda não foi lançado. O maior atrativo da OpenGradient sempre foi a AI verificável. 2 milhões de inferências são reais, mais de 2000 modelos são reais, a rodada de investimento de $9,5 milhões liderada pela a16z e Coinbase Ventures também é real. Mas se no futuro a AI quiser participar da gestão de risco em DeFi, oráculos on-chain, decisões automáticas, a confiabilidade da saída do modelo não depende apenas do processo de inferência, mas também da confiabilidade dos dados de entrada. E os Nodos de Dados são os responsáveis por resolver esse problema. 2 milhões de inferências provam que a rede está em funcionamento. Somente com os Nodos de Dados online, poderemos provar que essa rede é realmente um ciclo fechado, passando de "pode rodar" para "confiável". Até o momento, não vi um cronograma público de lançamento dos Nodos de Dados. Portanto, agora só vejo um sinal: Quando os Nodos de Dados vão ser lançados. Se eu tivesse que escolher apenas um: A: Os Nodos de Dados estão quase prontos, e o lançamento será o verdadeiro início da explosão do efeito de rede B: Coming Soon tem se prolongado demais, indicando que a dificuldade de implementação é muito maior do que o mercado imagina De que lado você está? Isso não constitui uma recomendação de investimento, negociação envolve riscos. DYOR. $BTC $ETH @OpenGradient $OPG #OPG #BinanceSquare
AI verificável, faltando uma peça.
Hoje vi uma história. Uma senhora de 86 anos acabou de perder o marido, que a acompanhou por 62 anos. Na véspera de Ano Novo, ela foi sozinha ao correio enviar um cartão, e ao voltar para o estacionamento, o carro não funcionava mais. Ela pensou que seria um réveillon horrível.
Nos próximos 40 minutos, estranhos pararam um após o outro para ajudar. Um carro não funcionava, veio outro. Duas pessoas não conseguiram, vieram mais duas. No final, quatro carros estavam lá, e o problema finalmente foi resolvido.
Ela disse depois: "Naquele dia, eu achava que era a pessoa mais solitária do mundo."
Ao folhear o white paper, percebi que a rede OpenGradient também depende de quatro "carros".
Nodos de inferência executam modelos. Nodos de dados conectam-se a dados externos e comprovam que não foram adulterados. Nodos completos validam provas e mantêm o livro-razão. Nodos de armazenamento guardam arquivos de modelos. Essas quatro categorias de nodos juntas formam uma rede de AI verificável completa.
Mas no índice do white paper, atrás de Nodos de Dados, está escrito: Coming Soon.
Ainda não foi lançado.
O maior atrativo da OpenGradient sempre foi a AI verificável. 2 milhões de inferências são reais, mais de 2000 modelos são reais, a rodada de investimento de $9,5 milhões liderada pela a16z e Coinbase Ventures também é real.
Mas se no futuro a AI quiser participar da gestão de risco em DeFi, oráculos on-chain, decisões automáticas, a confiabilidade da saída do modelo não depende apenas do processo de inferência, mas também da confiabilidade dos dados de entrada. E os Nodos de Dados são os responsáveis por resolver esse problema.
2 milhões de inferências provam que a rede está em funcionamento. Somente com os Nodos de Dados online, poderemos provar que essa rede é realmente um ciclo fechado, passando de "pode rodar" para "confiável".
Até o momento, não vi um cronograma público de lançamento dos Nodos de Dados.
Portanto, agora só vejo um sinal: Quando os Nodos de Dados vão ser lançados.
Se eu tivesse que escolher apenas um:
A: Os Nodos de Dados estão quase prontos, e o lançamento será o verdadeiro início da explosão do efeito de rede
B: Coming Soon tem se prolongado demais, indicando que a dificuldade de implementação é muito maior do que o mercado imagina
De que lado você está?
Isso não constitui uma recomendação de investimento, negociação envolve riscos.
DYOR. $BTC $ETH
@OpenGradient $OPG #OPG #BinanceSquare
Inicia sessão para explorar mais conteúdos
Junta-te a utilizadores de criptomoedas de todo o mundo na Binance Square
⚡️ Obtém informações úteis e recentes sobre criptomoedas.
💬 Com a confiança da maior exchange de criptomoedas do mundo.
👍 Descobre perspetivas reais de criadores verificados.
E-mail/Número de telefone
Mapa do sítio
Preferências de cookies
Termos e Condições da Plataforma