Binance Square
jojo橘子
1.8k Publicações

jojo橘子

alpha忠实粉丝|链上科学家|合约小韭菜|励志靠合约实现买菜自由
110 A seguir
10.2K+ Seguidores
1.8K+ Gostaram
Publicações
·
--
Ver tradução
我看到Hindenrank给Babylon打了个C-风险评级57/100。很多人看到C-就划走了,觉得是FUD。但仔细看评级的注释category leader status + novel cryptography + covenant trust + cascade to LRTs put it in high-variance territory。 翻译一下:赛道领导者 + 新密码学 + 契约信任 + 对LRT的级联风险 = 高方差。@babylonlabs_io 什么意思?Babylon是目前BTC质押赛道最大的协议,TVL 56亿。但最大和最安全是两码事。2026年4月KelpDAO的漏洞事件已经演示了LRT桥接的级联风险有多可怕,一个环节出问题,整个嵌套结构都会遭殃。 更值得警惕的是另一组数据:一次单次解质押事件就撤走了32%的TVL约12.6亿美金。这说明什么?巨鲸高度集中,少数几个大质押者就能动摇整个协议。 我不是说Babylon会出事。我是说,当一个协议同时拥有赛道最大密码学创新和巨鲸集中这三个标签时,你至少应该知道自己站在什么样的地面上。C-不是判决书,是一份体检报告,读一读,比跳过强。#baby $BABY
我看到Hindenrank给Babylon打了个C-风险评级57/100。很多人看到C-就划走了,觉得是FUD。但仔细看评级的注释category leader status + novel cryptography + covenant trust + cascade to LRTs put it in high-variance territory。

翻译一下:赛道领导者 + 新密码学 + 契约信任 + 对LRT的级联风险 = 高方差。@BabylonLabs_io

什么意思?Babylon是目前BTC质押赛道最大的协议,TVL 56亿。但最大和最安全是两码事。2026年4月KelpDAO的漏洞事件已经演示了LRT桥接的级联风险有多可怕,一个环节出问题,整个嵌套结构都会遭殃。

更值得警惕的是另一组数据:一次单次解质押事件就撤走了32%的TVL约12.6亿美金。这说明什么?巨鲸高度集中,少数几个大质押者就能动摇整个协议。

我不是说Babylon会出事。我是说,当一个协议同时拥有赛道最大密码学创新和巨鲸集中这三个标签时,你至少应该知道自己站在什么样的地面上。C-不是判决书,是一份体检报告,读一读,比跳过强。#baby $BABY
你比较看好BABY的币价吗
马上会上涨了
继续下跌趋势
6 hora(s) restante(s)
Ver tradução
我在翻Babylon数据面板的时候,一个数字让我盯了很久:TVL 56亿美金,代币市值5000万出头。比值接近100:1。 放在DeFi圈,这什么概念?Aave TVL不到Babylon的一半,代币市值是它的十几倍。不是Babylon太便宜,是市场压根没把BABY当成价值捕获工具在定价。@babylonlabs_io 但是我觉得问题出在哪呢?Babylon的核心业务让BTC持有者不挪币、不跨链就能质押赚收益产生的协议收入,目前几乎没往BABY代币上导。Gas费不用BABY付,治理权还在早期阶段,联合质押那2.35%的额外通胀奖励更像是锁仓激励而非价值分配。等于说,Babylon搭了一个全行业最硬的BTCFi基础设施,但BABY在这个基础设施里的角色,目前更像一张体验券而不是分红权。 a16z投的时候给的是8亿美金估值,现在市值5000万,跌了93%。你可以说市场错了,也可以说估值模型换了但从协议捕获价值这个角度,BABY目前确实还没交出答卷。 我会继续盯着一条线:TBV和Aave V4正式上线后,协议费用到底怎么分。 如果BABY始终只是治理+通胀奖励的定位,那这5000万市值可能还不是底。 你们觉得选择一个优质币种应该看它的什么核心?欢迎互动,我会不定期撰写出优质的帖子来服务大家!#baby $BABY
我在翻Babylon数据面板的时候,一个数字让我盯了很久:TVL 56亿美金,代币市值5000万出头。比值接近100:1。
放在DeFi圈,这什么概念?Aave TVL不到Babylon的一半,代币市值是它的十几倍。不是Babylon太便宜,是市场压根没把BABY当成价值捕获工具在定价。@BabylonLabs_io

但是我觉得问题出在哪呢?Babylon的核心业务让BTC持有者不挪币、不跨链就能质押赚收益产生的协议收入,目前几乎没往BABY代币上导。Gas费不用BABY付,治理权还在早期阶段,联合质押那2.35%的额外通胀奖励更像是锁仓激励而非价值分配。等于说,Babylon搭了一个全行业最硬的BTCFi基础设施,但BABY在这个基础设施里的角色,目前更像一张体验券而不是分红权。
a16z投的时候给的是8亿美金估值,现在市值5000万,跌了93%。你可以说市场错了,也可以说估值模型换了但从协议捕获价值这个角度,BABY目前确实还没交出答卷。

我会继续盯着一条线:TBV和Aave V4正式上线后,协议费用到底怎么分。
如果BABY始终只是治理+通胀奖励的定位,那这5000万市值可能还不是底。
你们觉得选择一个优质币种应该看它的什么核心?欢迎互动,我会不定期撰写出优质的帖子来服务大家!#baby $BABY
我评估优质代币看实用性落地
25%
我主要看它的背书和融资
25%
我主要看项目方做事和格局及社区共识
50%
4 Votos • Votação encerrada
Eu tenho ficado a pensar como é que o protocolo de timestamps da Babylon funciona exatamente. Ele pega os dados do checkpoint dos blocos da cadeia PoS, bem como as provas de fraude, e os escreve num bloco do Bitcoin através de um mecanismo de relé. Uma vez que isso é colocado na cadeia do Bitcoin, torna-se imutável; para alterar uma transação do Bitcoin, todos sabem que o custo é alto. A Babylon projetou uma arquitetura em três camadas. A camada inferior é a rede do Bitcoin, que fornece um serviço de timestamp imutável. A camada intermediária é a própria Babylon, que é responsável por empacotar os eventos da cadeia PoS em checkpoints e submetê-los em lote ao Bitcoin. A camada superior são as várias cadeias PoS conectadas, ou seja, a BSN.@babylonlabs_io Para controlar a frequência dos checkpoints, a Babylon implementou um mecanismo de epoch: a cada M blocos consecutivos da Babylon forma-se um epoch, e o checkpoint só é feito na fronteira do epoch. A vantagem disso é reduzir o custo de taxas de transação do Bitcoin; a desvantagem é que os checkpoints têm atraso. Se houver um problema de segurança na cadeia PoS durante o meio do epoch, é preciso esperar até a próxima fronteira para que isso seja ancorado no Bitcoin. Essa janela de atraso é o intervalo de tempo que um atacante pode explorar. O protocolo de timestamps também tem uma função-chave: evitar ataques de longo alcance. Um dos piores pesadelos para a cadeia PoS é um ataque em que o agressor reescreve o histórico de toda a cadeia desde o bloco gênesis. Mas se cada estado crítico da cadeia tiver um timestamp registrado no Bitcoin, o atacante não consegue adulterar o histórico sem se expor. A Babylon também registra as mudanças do seu próprio validator set no Bitcoin via checkpoint, o que equivale a adicionar uma camada extra de segurança ao seu nível de consenso. A lógica dessa arquitetura é coerente. O problema é que a frequência dos checkpoints, o tamanho do batch e a divisão das taxas — esses parâmetros atualmente são fixados no nível do protocolo. Se a rede do Bitcoin ficar congestionada e as transações de checkpoint não conseguirem sair do mempool, a garantia de segurança da cadeia PoS se deteriora.#baby $BABY
Eu tenho ficado a pensar como é que o protocolo de timestamps da Babylon funciona exatamente. Ele pega os dados do checkpoint dos blocos da cadeia PoS, bem como as provas de fraude, e os escreve num bloco do Bitcoin através de um mecanismo de relé. Uma vez que isso é colocado na cadeia do Bitcoin, torna-se imutável; para alterar uma transação do Bitcoin, todos sabem que o custo é alto.

A Babylon projetou uma arquitetura em três camadas. A camada inferior é a rede do Bitcoin, que fornece um serviço de timestamp imutável. A camada intermediária é a própria Babylon, que é responsável por empacotar os eventos da cadeia PoS em checkpoints e submetê-los em lote ao Bitcoin. A camada superior são as várias cadeias PoS conectadas, ou seja, a BSN.@BabylonLabs_io

Para controlar a frequência dos checkpoints, a Babylon implementou um mecanismo de epoch: a cada M blocos consecutivos da Babylon forma-se um epoch, e o checkpoint só é feito na fronteira do epoch. A vantagem disso é reduzir o custo de taxas de transação do Bitcoin; a desvantagem é que os checkpoints têm atraso. Se houver um problema de segurança na cadeia PoS durante o meio do epoch, é preciso esperar até a próxima fronteira para que isso seja ancorado no Bitcoin. Essa janela de atraso é o intervalo de tempo que um atacante pode explorar.

O protocolo de timestamps também tem uma função-chave: evitar ataques de longo alcance. Um dos piores pesadelos para a cadeia PoS é um ataque em que o agressor reescreve o histórico de toda a cadeia desde o bloco gênesis. Mas se cada estado crítico da cadeia tiver um timestamp registrado no Bitcoin, o atacante não consegue adulterar o histórico sem se expor. A Babylon também registra as mudanças do seu próprio validator set no Bitcoin via checkpoint, o que equivale a adicionar uma camada extra de segurança ao seu nível de consenso.

A lógica dessa arquitetura é coerente. O problema é que a frequência dos checkpoints, o tamanho do batch e a divisão das taxas — esses parâmetros atualmente são fixados no nível do protocolo. Se a rede do Bitcoin ficar congestionada e as transações de checkpoint não conseguirem sair do mempool, a garantia de segurança da cadeia PoS se deteriora.#baby $BABY
Tenho revisado com atenção, durante este período, a documentação dos mecanismos de slashing da Babylon e encontrei um detalhe central que é fácil de ignorar. A plataforma aplica duas regras de slashing com disparidades extremamente grandes para o staking de BTC e para o staking de BABY. No nó final, se ocorrer equivocation — ou seja, uma violação em que o mesmo nó assina duas mensagens diferentes para a mesma altura de bloco — a penalidade será apenas 0,1% do valor do stake em BTC. Observando apenas essa proporção, ela parece baixa: ao apostar 1 BTC, o desconto seria de apenas um milésimo da quantidade. Além disso, os BTCs slashed são transferidos diretamente para um endereço de black hole, onde serão destruídos permanentemente. O ponto mais importante é que o nó final que comete a violação fica permanentemente com o estado de slashed; daí em diante, ele não consegue obter quaisquer recompensas de staking em BTC. A perda implícita e de longo prazo é, na prática, bastante considerável. @babylonlabs_io Mas, para os detentores de staking em BABY, o percentual de slashing chega a 5%, o que é exatamente cinquenta vezes a taxa do slashing para BTC. Eu pensei repetidamente sobre a lógica desse design diferenciado. Em grande parte, isso provavelmente ocorre porque o token BABY tem maior liquidez e circulação mais flexível; uma penalidade baixa demais não teria efeito de intimidação suficiente. Já o valor do BTC é enorme: se a taxa de slashing fosse definida muito alta, isso afastaria amplamente usuários do staking e seria desfavorável para o desenvolvimento da base total de staking do ecossistema. A lógica por trás desse mecanismo até faz sentido. Porém, descobri um problema de assimetria que é bem pouco razoável. O risco assumido por quem faz staking de BABY é muito maior do que o de quem faz staking de BTC — chega a ser cinquenta vezes maior. No entanto, na whitepaper oficial, não há uma explicação clara de se os direitos de governança de ambas as partes correspondem ao nível de risco. Essa parte das regras é extremamente vaga. Além disso, notei também que as condições para a ativação do slashing na Babylon, no geral, são relativamente permissivas. Apenas um nó ficar fora do ar e perder a votação, ou vários outros erros comuns que não envolvem double-sign, não acionam o slashing. Em outras palavras, desde que o nó não cometa ativamente a violação de double-sign, mesmo que ele caia offline com frequência, não será descontado do saldo. O que ocorre é que a queda do nó reduz a participação on-chain, o que diminui diretamente o rendimento do staking — e isso, na prática, gera perda indireta para o usuário. #baby $BABY
Tenho revisado com atenção, durante este período, a documentação dos mecanismos de slashing da Babylon e encontrei um detalhe central que é fácil de ignorar. A plataforma aplica duas regras de slashing com disparidades extremamente grandes para o staking de BTC e para o staking de BABY.

No nó final, se ocorrer equivocation — ou seja, uma violação em que o mesmo nó assina duas mensagens diferentes para a mesma altura de bloco — a penalidade será apenas 0,1% do valor do stake em BTC. Observando apenas essa proporção, ela parece baixa: ao apostar 1 BTC, o desconto seria de apenas um milésimo da quantidade. Além disso, os BTCs slashed são transferidos diretamente para um endereço de black hole, onde serão destruídos permanentemente. O ponto mais importante é que o nó final que comete a violação fica permanentemente com o estado de slashed; daí em diante, ele não consegue obter quaisquer recompensas de staking em BTC. A perda implícita e de longo prazo é, na prática, bastante considerável. @BabylonLabs_io

Mas, para os detentores de staking em BABY, o percentual de slashing chega a 5%, o que é exatamente cinquenta vezes a taxa do slashing para BTC. Eu pensei repetidamente sobre a lógica desse design diferenciado. Em grande parte, isso provavelmente ocorre porque o token BABY tem maior liquidez e circulação mais flexível; uma penalidade baixa demais não teria efeito de intimidação suficiente. Já o valor do BTC é enorme: se a taxa de slashing fosse definida muito alta, isso afastaria amplamente usuários do staking e seria desfavorável para o desenvolvimento da base total de staking do ecossistema.

A lógica por trás desse mecanismo até faz sentido. Porém, descobri um problema de assimetria que é bem pouco razoável. O risco assumido por quem faz staking de BABY é muito maior do que o de quem faz staking de BTC — chega a ser cinquenta vezes maior. No entanto, na whitepaper oficial, não há uma explicação clara de se os direitos de governança de ambas as partes correspondem ao nível de risco. Essa parte das regras é extremamente vaga.

Além disso, notei também que as condições para a ativação do slashing na Babylon, no geral, são relativamente permissivas. Apenas um nó ficar fora do ar e perder a votação, ou vários outros erros comuns que não envolvem double-sign, não acionam o slashing. Em outras palavras, desde que o nó não cometa ativamente a violação de double-sign, mesmo que ele caia offline com frequência, não será descontado do saldo. O que ocorre é que a queda do nó reduz a participação on-chain, o que diminui diretamente o rendimento do staking — e isso, na prática, gera perda indireta para o usuário. #baby $BABY
·
--
Em Alta
Ver tradução
我也是服了韩股,天天跌跌跌,买啥啥跌,感觉比主流货币刺激多了,一天几十个点的涨跌,来回插针,我的小心脏真的受不了啊! 还是屯一点现货指数算了,不怕它不回来! #TradFi晒单
我也是服了韩股,天天跌跌跌,买啥啥跌,感觉比主流货币刺激多了,一天几十个点的涨跌,来回插针,我的小心脏真的受不了啊!
还是屯一点现货指数算了,不怕它不回来!
#TradFi晒单
Ver tradução
质押BTC的时候,我一直在思考一个很关键的问题:质押之后,你的比特币究竟交到了谁手上?看完Babylon整套机制,答案很清晰,没有人真正拿走你的币。 它不走跨链桥,不用封装WBTC,也不需要你把BTC转账给任何托管机构。你的比特币始终存放在比特币主网的UTXO当中,私钥控制权一直掌握在自己手里。整套远程质押依托密码学与比特币脚本语言运行,技术逻辑足够硬核,但客观来说,普通投资者想要吃透这套原理,门槛并不低。 仔细翻阅@babylonlabs_io 白皮书就能发现,Babylon真正想要解决的核心,并不是单纯让BTC产生收益,而是把比特币强大的经济安全能力输出给各大PoS公链。目前已经有超5.6万枚BTC参与质押,对应价值大约56亿美元。 这意味着什么? 意味着BTC不再只能静静躺在钱包里保值。不用转移资产,就能依托它为其他区块链提供安全支撑,同时收获BABY作为回报。乍看之下优势十足,但收益永远伴随着安全约束。协议内置罚没机制,一旦出现恶意行为,质押的部分BTC会被扣除。只要我们自身没有违规,就无需担心风险,隐患主要来自你委托的验证者。 选择节点这件事不能马虎,如果委托的验证者出现作恶事故,我们也会承受对应的资金损失。想参与Babylon质押,不能只盯着收益,节点筛选、罚没规则这些风险点,一定要提前了解清楚。#baby $BABY
质押BTC的时候,我一直在思考一个很关键的问题:质押之后,你的比特币究竟交到了谁手上?看完Babylon整套机制,答案很清晰,没有人真正拿走你的币。

它不走跨链桥,不用封装WBTC,也不需要你把BTC转账给任何托管机构。你的比特币始终存放在比特币主网的UTXO当中,私钥控制权一直掌握在自己手里。整套远程质押依托密码学与比特币脚本语言运行,技术逻辑足够硬核,但客观来说,普通投资者想要吃透这套原理,门槛并不低。

仔细翻阅@BabylonLabs_io 白皮书就能发现,Babylon真正想要解决的核心,并不是单纯让BTC产生收益,而是把比特币强大的经济安全能力输出给各大PoS公链。目前已经有超5.6万枚BTC参与质押,对应价值大约56亿美元。

这意味着什么?

意味着BTC不再只能静静躺在钱包里保值。不用转移资产,就能依托它为其他区块链提供安全支撑,同时收获BABY作为回报。乍看之下优势十足,但收益永远伴随着安全约束。协议内置罚没机制,一旦出现恶意行为,质押的部分BTC会被扣除。只要我们自身没有违规,就无需担心风险,隐患主要来自你委托的验证者。

选择节点这件事不能马虎,如果委托的验证者出现作恶事故,我们也会承受对应的资金损失。想参与Babylon质押,不能只盯着收益,节点筛选、罚没规则这些风险点,一定要提前了解清楚。#baby $BABY
·
--
Em Alta
Antes de entender o protocolo de timestamping do Babylon para o PoS, eu sempre achava que isso era só um truque para dar “um pouco de utilidade” ao script do Bitcoin. O whitepaper está cheio de primitivas criptográficas complexas e lógica de sincronização; do começo ao fim, não explica como isso melhora a velocidade das transações. Eu dei uma pausa e percebi que talvez tivesse seguido a direção errada. No passado, quando falávamos de cross-chain ou sidechains, o foco era sempre ser rápido e compatível. Ou você “embrulha” o BTC, ou cria uma cadeia de alto desempenho que se declara segura. Em outras palavras: todo mundo quer liberar a liquidez do Bitcoin, e a confiança fica depositada em multisig ou na aposta no consenso de uma nova cadeia. O raciocínio por trás de @babylonlabs_io não segue essa linha. Por meio do protocolo de timestamping, uma cadeia PoS executa continuamente o “carimbo” de hashes de bloco e assinaturas dos validadores no Bitcoin. Isso não busca liquidez; busca uma certeza histórica absoluta. O whitepaper chama isso de “alinhamento externo de segurança”. A cadeia PoS pode ser rápida e ter alta capacidade de concorrência, mas a sua Finality final é confirmada pelos blocos lentos do Bitcoin. O que me fez mudar de ideia foi que esse mecanismo resolve os dois problemas mais letais da PoS: o ataque de longo alcance e o problema do período de desafiamento/resgate (unbonding). Assim que um estado é ancorado no script do Bitcoin, qualquer atacante não consegue reescrever essa história, a menos que ataque o próprio Bitcoin. O período de unbonding, que antes durava semanas, pode ser reduzido com segurança para algumas horas, graças à confirmação do livro-razão global mais seguro. Mas tem preço. Conforme o whitepaper, essa segurança também tem custos. Se a rede BTC estiver congestionada e o timestamp não conseguir ser inserido, a confirmação na cadeia PoS fica paralisada. Além disso, todo o protocolo depende fortemente da rede de relayers do Babylon (Relayer network); se algo der errado, isso afeta a transmissão de segurança. Por isso, eu acho que o protocolo de timestamping, na prática, não é um produto para aumentar a velocidade. É uma forma de transferir a soberania final da cadeia PoS — daquela fragilidade inerente ao token de consenso — para um compromisso criptográfico do Bitcoin. A cadeia PoS é realmente segura? A resposta não está apenas no número de validadores, mas no timestamp em que ela é ancorada ao Bitcoin. Se esse sistema consegue funcionar em cenários de mercado extremos, ainda é uma questão em aberto. #baby $BABY
Antes de entender o protocolo de timestamping do Babylon para o PoS, eu sempre achava que isso era só um truque para dar “um pouco de utilidade” ao script do Bitcoin. O whitepaper está cheio de primitivas criptográficas complexas e lógica de sincronização; do começo ao fim, não explica como isso melhora a velocidade das transações.

Eu dei uma pausa e percebi que talvez tivesse seguido a direção errada.

No passado, quando falávamos de cross-chain ou sidechains, o foco era sempre ser rápido e compatível. Ou você “embrulha” o BTC, ou cria uma cadeia de alto desempenho que se declara segura. Em outras palavras: todo mundo quer liberar a liquidez do Bitcoin, e a confiança fica depositada em multisig ou na aposta no consenso de uma nova cadeia.

O raciocínio por trás de @BabylonLabs_io não segue essa linha. Por meio do protocolo de timestamping, uma cadeia PoS executa continuamente o “carimbo” de hashes de bloco e assinaturas dos validadores no Bitcoin. Isso não busca liquidez; busca uma certeza histórica absoluta. O whitepaper chama isso de “alinhamento externo de segurança”. A cadeia PoS pode ser rápida e ter alta capacidade de concorrência, mas a sua Finality final é confirmada pelos blocos lentos do Bitcoin.

O que me fez mudar de ideia foi que esse mecanismo resolve os dois problemas mais letais da PoS: o ataque de longo alcance e o problema do período de desafiamento/resgate (unbonding). Assim que um estado é ancorado no script do Bitcoin, qualquer atacante não consegue reescrever essa história, a menos que ataque o próprio Bitcoin. O período de unbonding, que antes durava semanas, pode ser reduzido com segurança para algumas horas, graças à confirmação do livro-razão global mais seguro.

Mas tem preço. Conforme o whitepaper, essa segurança também tem custos. Se a rede BTC estiver congestionada e o timestamp não conseguir ser inserido, a confirmação na cadeia PoS fica paralisada. Além disso, todo o protocolo depende fortemente da rede de relayers do Babylon (Relayer network); se algo der errado, isso afeta a transmissão de segurança.

Por isso, eu acho que o protocolo de timestamping, na prática, não é um produto para aumentar a velocidade. É uma forma de transferir a soberania final da cadeia PoS — daquela fragilidade inerente ao token de consenso — para um compromisso criptográfico do Bitcoin. A cadeia PoS é realmente segura? A resposta não está apenas no número de validadores, mas no timestamp em que ela é ancorada ao Bitcoin. Se esse sistema consegue funcionar em cenários de mercado extremos, ainda é uma questão em aberto.
#baby $BABY
No começo eu aluguei um apartamento vago no centro da cidade para uma empresa que fazia administração de diárias e locações. Naquela época, eu achei que era basicamente um lucro fácil: não precisava cuidar de nada e ainda conseguiria um aluguel alto. Até que o vizinho reclamou dizendo que os inquilinos transformaram a casa num ambiente de festa, destruindo tudo e arruinando a reforma. Só então eu percebi o custo de ter uma liquidez limitada e perder o controle da gestão. Agora, muita gente encara BABY do mesmo jeito que eu na época: totalmente tomada pela tentação de “fazer a grande pizza” girar para gerar retornos altos. Vamos separar as narrativas grandiosas que prometem desbloquear o valor do Bitcoin e olhar para a lógica central. Esse protocolo @babylonlabs_io não está fazendo qualquer tipo de alavancagem DeFi de altíssima dificuldade; ele apenas usa compromissos criptográficos complexos para congelar, por um certo período, o direito de movimentar seu BTC. Ele transforma suas moedas em uma espécie de ativo dado em garantia como endosso de crédito, e empresta para outras cadeias PoS que não têm confiança inicial suficiente para estabilizar o consenso. Você não está “guardando dinheiro”; você está alugando a imutabilidade do seu ativo. Quanto aos retornos chamativos que você vê no seu extrato, na verdade são prêmios de risco pagos pelo locatário. Essas cadeias emergentes precisam emprestar a forte segurança do Bitcoin para impedir ataques de reorganização (reorg); por isso, só conseguem continuar emitindo seus tokens incansavelmente para pagar esse aluguel caro. O time do projeto enxergou com muita precisão a necessidade de segurança das cadeias PoS e a ganância por rendimento dos detentores de BTC, e construiu esse mercado de transbordo. Mas no fim de semana passado eu enfrentei seu plano técnico de forma bem meticulosa e descobri uma realidade que causa ansiedade: o processo de saída de ativos é extremamente pouco flexível. Assim que você decide fazer staking, seu BTC fica travado de forma rígida em um time lock. Quando o mercado cripto entra em uma crise extrema de liquidez ou quando a política muda de forma abrupta, você não consegue transformar esses ativos essenciais em dinheiro rapidamente nem transferi-los. Pior ainda: em caso de congestionamento de rede, o des-staking pode exigir o pagamento de taxas extremamente altas. Então, diante da forma como o mercado atual está idolatrando isso, eu escolho manter a racionalidade. Sim, é uma ferramenta engenhosa para melhorar a eficiência de capital, mas não é um canal de valorização sem riscos. A essência do retorno é apostar na valorização dos tokens de outras cadeias usando o “vácuo de liquidez” e o risco de congestionamento de rede. Sem ver um mecanismo de saída mais flexível ou sem passar pelo teste real de uma queda violenta do mercado, eu jamais colocaria meus ativos essenciais em jogo. #baby $BABY
No começo eu aluguei um apartamento vago no centro da cidade para uma empresa que fazia administração de diárias e locações. Naquela época, eu achei que era basicamente um lucro fácil: não precisava cuidar de nada e ainda conseguiria um aluguel alto. Até que o vizinho reclamou dizendo que os inquilinos transformaram a casa num ambiente de festa, destruindo tudo e arruinando a reforma. Só então eu percebi o custo de ter uma liquidez limitada e perder o controle da gestão.

Agora, muita gente encara BABY do mesmo jeito que eu na época: totalmente tomada pela tentação de “fazer a grande pizza” girar para gerar retornos altos.

Vamos separar as narrativas grandiosas que prometem desbloquear o valor do Bitcoin e olhar para a lógica central. Esse protocolo @BabylonLabs_io não está fazendo qualquer tipo de alavancagem DeFi de altíssima dificuldade; ele apenas usa compromissos criptográficos complexos para congelar, por um certo período, o direito de movimentar seu BTC. Ele transforma suas moedas em uma espécie de ativo dado em garantia como endosso de crédito, e empresta para outras cadeias PoS que não têm confiança inicial suficiente para estabilizar o consenso.

Você não está “guardando dinheiro”; você está alugando a imutabilidade do seu ativo.

Quanto aos retornos chamativos que você vê no seu extrato, na verdade são prêmios de risco pagos pelo locatário. Essas cadeias emergentes precisam emprestar a forte segurança do Bitcoin para impedir ataques de reorganização (reorg); por isso, só conseguem continuar emitindo seus tokens incansavelmente para pagar esse aluguel caro. O time do projeto enxergou com muita precisão a necessidade de segurança das cadeias PoS e a ganância por rendimento dos detentores de BTC, e construiu esse mercado de transbordo.

Mas no fim de semana passado eu enfrentei seu plano técnico de forma bem meticulosa e descobri uma realidade que causa ansiedade: o processo de saída de ativos é extremamente pouco flexível. Assim que você decide fazer staking, seu BTC fica travado de forma rígida em um time lock. Quando o mercado cripto entra em uma crise extrema de liquidez ou quando a política muda de forma abrupta, você não consegue transformar esses ativos essenciais em dinheiro rapidamente nem transferi-los. Pior ainda: em caso de congestionamento de rede, o des-staking pode exigir o pagamento de taxas extremamente altas.

Então, diante da forma como o mercado atual está idolatrando isso, eu escolho manter a racionalidade. Sim, é uma ferramenta engenhosa para melhorar a eficiência de capital, mas não é um canal de valorização sem riscos. A essência do retorno é apostar na valorização dos tokens de outras cadeias usando o “vácuo de liquidez” e o risco de congestionamento de rede. Sem ver um mecanismo de saída mais flexível ou sem passar pelo teste real de uma queda violenta do mercado, eu jamais colocaria meus ativos essenciais em jogo.
#baby $BABY
🌍 Coloque o COSM em um contexto maior: Em 2026, a corrida de credenciais digitais está passando por uma reestruturação. O custo de aquisição de tráfego está cada vez mais alto, e os usuários estão cada vez mais exigentes. Poucos projetos conseguem resolver, ao mesmo tempo, dois problemas: "confiança" e "incremento". O COSM resolve a confiança por meio de três instituições. Usa dezenas de cidades para fazer aquisição presencial e resolver o incremento. Usa a receita para reverter e resolver a retenção. Ao responder as três questões juntas, se a resposta for boa, o mercado dará a resposta. #COSM #比特币挖矿难度或下调1.2%
🌍 Coloque o COSM em um contexto maior:
Em 2026, a corrida de credenciais digitais está passando por uma reestruturação.
O custo de aquisição de tráfego está cada vez mais alto, e os usuários estão cada vez mais exigentes.
Poucos projetos conseguem resolver, ao mesmo tempo, dois problemas: "confiança" e "incremento".
O COSM resolve a confiança por meio de três instituições.
Usa dezenas de cidades para fazer aquisição presencial e resolver o incremento.
Usa a receita para reverter e resolver a retenção.
Ao responder as três questões juntas, se a resposta for boa, o mercado dará a resposta.
#COSM
#比特币挖矿难度或下调1.2%
Ontem gastei duas horas lendo, do começo ao fim, o whitepaper da BabylonLabs, especialmente a parte sobre Bitcoin Timestamping (carimbo de tempo do Bitcoin). Percebi que o entusiasmo de todo mundo acabou se desviando: estão focando nas recompensas BABY do BABY provenientes da mineração com staking/pledge de BTC. Mas o verdadeiro núcleo do BABY é que ele faz um negócio de segurança de forma “invertida” (reverse) e exporta segurança. O que eu encontrei na narrativa anterior era: Ethereum exporta segurança via L2 para fora. Mas a ideia do BABY é: exportar a segurança absoluta do Bitcoin para uma cadeia Proof-of-Stake (PoS). A lógica central disso, o whitepaper explica bem claramente, é resolver os ataques de Long-Range Attacks de cadeias PoS e também o problema do período de desbloqueio (unbonding) ser longo demais. Eu acho que, para cadeias PoS como a de Cosmos, isso é uma necessidade. Antes, nas cadeias do ecossistema Cosmos, o unbonding geralmente levava 21 dias. Isso existe para evitar que validadores maliciosos façam algo ruim e, imediatamente depois, sacem. E o BABY usa o serviço de timestamps do Bitcoin para “travar” os checkpoints da cadeia PoS dentro de um UTXO do Bitcoin. Como o Bitcoin é irreversível, o período de segurança da cadeia PoS pode ser reduzido diretamente de três semanas para algumas horas. Mas voltando e fazendo minhas contas com cuidado, encontrei uma realidade constrangedora: a captura do valor do próprio token BABY via essa narrativa tem um caminho longo demais. A nova cadeia PoS precisa pagar BABY para comprar a segurança de timestamping do Bitcoin. Só que essa receita depende de quantas cadeias com qualidade mediana realmente precisam desse serviço. Cadeias de alta qualidade, como o próprio Ethereum e a Solana, por enquanto não precisam desse nível de reforço de segurança. Porém, para o investidor de varejo obter rendimento, a opção mais comum hoje é participar de Cap-1/Cap-2, que é basicamente disputas para pegar cotas. Travar BTC em um UTXO nativo é “limpo”, mas não tem liquidez. @babylonlabs_io Agora, minha avaliação é: o timestamping do Bitcoin é uma grande invenção de infraestrutura. Ele aumenta enormemente a confiança mútua no ecossistema cross-chain, especialmente para o ecossistema Cosmos. Mas, para varejo, se você só está tentando fazer hype para o token BABY, precisa considerar se a taxa de inflação e a capacidade de capturar taxas (fee capture) geradas pelo negócio real estão alinhadas. Se você é um detentor de longo prazo de BTC, não quer assumir riscos de ativos tokenizados/embrulhados (encapsulated assets), e só quer transformar o BTC em um ativo padrão-ouro para ganhar um pouco de rendimento (B-Yield), então o staking de timestamp nativo é o único caminho — embora seja muito difícil conseguir quota. Isso ainda é um jogo de alocação de capital de longo prazo entre instituições; só que a utilização do capital do varejo é muito baixa. #baby $BABY
Ontem gastei duas horas lendo, do começo ao fim, o whitepaper da BabylonLabs, especialmente a parte sobre Bitcoin Timestamping (carimbo de tempo do Bitcoin).
Percebi que o entusiasmo de todo mundo acabou se desviando: estão focando nas recompensas BABY do BABY provenientes da mineração com staking/pledge de BTC. Mas o verdadeiro núcleo do BABY é que ele faz um negócio de segurança de forma “invertida” (reverse) e exporta segurança.

O que eu encontrei na narrativa anterior era: Ethereum exporta segurança via L2 para fora. Mas a ideia do BABY é: exportar a segurança absoluta do Bitcoin para uma cadeia Proof-of-Stake (PoS).
A lógica central disso, o whitepaper explica bem claramente, é resolver os ataques de Long-Range Attacks de cadeias PoS e também o problema do período de desbloqueio (unbonding) ser longo demais.

Eu acho que, para cadeias PoS como a de Cosmos, isso é uma necessidade. Antes, nas cadeias do ecossistema Cosmos, o unbonding geralmente levava 21 dias.
Isso existe para evitar que validadores maliciosos façam algo ruim e, imediatamente depois, sacem.
E o BABY usa o serviço de timestamps do Bitcoin para “travar” os checkpoints da cadeia PoS dentro de um UTXO do Bitcoin.
Como o Bitcoin é irreversível, o período de segurança da cadeia PoS pode ser reduzido diretamente de três semanas para algumas horas.

Mas voltando e fazendo minhas contas com cuidado, encontrei uma realidade constrangedora: a captura do valor do próprio token BABY via essa narrativa tem um caminho longo demais.
A nova cadeia PoS precisa pagar BABY para comprar a segurança de timestamping do Bitcoin. Só que essa receita depende de quantas cadeias com qualidade mediana realmente precisam desse serviço. Cadeias de alta qualidade, como o próprio Ethereum e a Solana, por enquanto não precisam desse nível de reforço de segurança.

Porém, para o investidor de varejo obter rendimento, a opção mais comum hoje é participar de Cap-1/Cap-2, que é basicamente disputas para pegar cotas.
Travar BTC em um UTXO nativo é “limpo”, mas não tem liquidez. @BabylonLabs_io

Agora, minha avaliação é: o timestamping do Bitcoin é uma grande invenção de infraestrutura. Ele aumenta enormemente a confiança mútua no ecossistema cross-chain, especialmente para o ecossistema Cosmos. Mas, para varejo, se você só está tentando fazer hype para o token BABY, precisa considerar se a taxa de inflação e a capacidade de capturar taxas (fee capture) geradas pelo negócio real estão alinhadas. Se você é um detentor de longo prazo de BTC, não quer assumir riscos de ativos tokenizados/embrulhados (encapsulated assets), e só quer transformar o BTC em um ativo padrão-ouro para ganhar um pouco de rendimento (B-Yield), então o staking de timestamp nativo é o único caminho — embora seja muito difícil conseguir quota. Isso ainda é um jogo de alocação de capital de longo prazo entre instituições; só que a utilização do capital do varejo é muito baixa.
#baby $BABY
·
--
Em Alta
Nos últimos dias, o mercado vem subindo sem parar, e eu também não fiquei parado: fiquei acompanhando de perto as movimentações da Babylon, e quanto mais eu vejo, mais interessante acho. Há poucos dias, vi que a Babylon Labs fez uma parceria com a Ledger, oferecendo suporte nativo de assinatura para aquele cofre de Bitcoin sem necessidade de confiança. Ou seja: usando um dispositivo Ledger, você consegue operar diretamente as transações do vault, sem precisar ficar mexendo com aquelas pontes ou encapsulamentos cheios de complicação. O Ledger já vendeu mais de 8,0 milhões de unidades no mundo inteiro. Essa integração, desta vez, basicamente abre a entrada do BABY para uma enorme base de usuários de carteiras de hardware. @babylonlabs_io E também tem a parte da Aave: a Babylon propôs fazer empréstimos com garantia nativa de Bitcoin na Aave V4. O usuário tranca o BTC diretamente na rede do Bitcoin e, na Ethereum, toma emprestados os ativos via Aave. Não precisa empacotar BTC, não precisa de ponte cross-chain e nem de custodiante. O próprio fundador da Aave disse que isso tem potencial para liberar mais de US$ 4 bilhões em liquidez. Eu vi que a rede de testes já foi ativada. Olhei os dados: agora, a Babylon já tem 56.853 BTC travados no seu cofre de staking, e o TVL passa de US$ 5,6 bilhões. Para ser sincero, com esse tamanho, no segmento BTCFi isso já não é pequeno. Minha visão é a seguinte: eu acho que o caminho que a Babylon está seguindo agora está certo. Nada de ideias chamativas ou complicadas; é, de fato, permitir que detentores de Bitcoin participem do DeFi sem abrir mão do controle. Mas essa área é bem concorrida. Se isso vai ou não “sair do nicho” e virar mainstream, ainda depende de o ecossistema realmente conseguir se desenvolver. Eu, particularmente, vou continuar com o BABY e observando, sem pressa para operar. #baby $BABY
Nos últimos dias, o mercado vem subindo sem parar, e eu também não fiquei parado: fiquei acompanhando de perto as movimentações da Babylon, e quanto mais eu vejo, mais interessante acho.

Há poucos dias, vi que a Babylon Labs fez uma parceria com a Ledger, oferecendo suporte nativo de assinatura para aquele cofre de Bitcoin sem necessidade de confiança. Ou seja: usando um dispositivo Ledger, você consegue operar diretamente as transações do vault, sem precisar ficar mexendo com aquelas pontes ou encapsulamentos cheios de complicação. O Ledger já vendeu mais de 8,0 milhões de unidades no mundo inteiro. Essa integração, desta vez, basicamente abre a entrada do BABY para uma enorme base de usuários de carteiras de hardware. @BabylonLabs_io

E também tem a parte da Aave: a Babylon propôs fazer empréstimos com garantia nativa de Bitcoin na Aave V4. O usuário tranca o BTC diretamente na rede do Bitcoin e, na Ethereum, toma emprestados os ativos via Aave. Não precisa empacotar BTC, não precisa de ponte cross-chain e nem de custodiante.
O próprio fundador da Aave disse que isso tem potencial para liberar mais de US$ 4 bilhões em liquidez. Eu vi que a rede de testes já foi ativada.

Olhei os dados: agora, a Babylon já tem 56.853 BTC travados no seu cofre de staking, e o TVL passa de US$ 5,6 bilhões. Para ser sincero, com esse tamanho, no segmento BTCFi isso já não é pequeno.

Minha visão é a seguinte: eu acho que o caminho que a Babylon está seguindo agora está certo. Nada de ideias chamativas ou complicadas; é, de fato, permitir que detentores de Bitcoin participem do DeFi sem abrir mão do controle. Mas essa área é bem concorrida. Se isso vai ou não “sair do nicho” e virar mainstream, ainda depende de o ecossistema realmente conseguir se desenvolver.
Eu, particularmente, vou continuar com o BABY e observando, sem pressa para operar. #baby $BABY
Ao analisar a documentação do @NewtonProtocol , reparei numa frase — “A Newton fornece uma prova criptográfica da correção da execução de políticas através de redes de operator”. A frase está certa, mas não está certa no grau que eu imaginava. O ponto está em — “correção da execução da política” não é a mesma coisa que “correção do resultado da política”. Vejamos um exemplo. A regra da política é “permitir apenas transferências para endereços não sancionados”. O operator busca na fonte de dados a lista de sanções, verifica se o destinatário não está na lista e libera a assinatura. A prova de conhecimento zero provaria que essa verificação “foi feita sem erros no processo de cálculo”. Mas se a própria lista de sanções estiver desatualizada, incorreta ou tiver sido adulterada, mesmo que o operator calcule com precisão, o resultado ainda estará errado.#Newt A Newton usa criptografia para tornar “o processo de cálculo verificável”, porém ela não — e nem consegue — resolver “se os dados de entrada são verdadeiros”. Esse é o dilema clássico dos oráculos, e quase todos os sistemas on-chain que dependem de dados externos não conseguem contorná-lo.$NEWT Agora, olhemos a confiabilidade da fonte de dados. No momento, a Newton se integra principalmente às fontes de dados de conformidade da RedStone e da Credora: a cotação de preços da RedStone e a classificação de risco da Credora. A atualização desses dados tem atraso — do momento em que um novo endereço é sancionado até o dado entrar no banco, podem ser horas ou até dias. Nesse intervalo, o motor de políticas da Newton trataria um endereço “que de fato já foi sancionado” como “não sancionado”. O usuário acha que recebeu uma garantia de conformidade; na prática, recebeu apenas uma garantia atrasada. O cenário de oráculos de preço é ainda pior. Na DeFi, muitas estratégias precisam citar preços — por exemplo, “rejeitar se o preço da transação desviar do preço de mercado em mais de 5%”. Se esse “preço de mercado” vier de uma única fonte de dados, quando ela for manipulada (isso já aconteceu muitas vezes historicamente), o motor de políticas da Newton passará a tomar decisões erradas. A RedStone diz que “até hoje não houve incidentes de preço incorreto”, mas “não houve” não significa que “não haverá”. O ponto mais conveniente na narrativa de verificabilidade da Newton é que — ela direciona a atenção do usuário para a “verificação na cadeia”, fazendo com que a pessoa ignore a etapa dos “dados fora da cadeia”. Ao ver a prova de conhecimento zero, o usuário se sente seguro, mas o risco real está justamente onde a prova de conhecimento zero não cobre. Um “black box” embrulhado em criptografia é mais perigoso do que um black box puro — porque faz você acreditar que consegue enxergar.”
Ao analisar a documentação do @NewtonProtocol , reparei numa frase — “A Newton fornece uma prova criptográfica da correção da execução de políticas através de redes de operator”. A frase está certa, mas não está certa no grau que eu imaginava.

O ponto está em — “correção da execução da política” não é a mesma coisa que “correção do resultado da política”.

Vejamos um exemplo. A regra da política é “permitir apenas transferências para endereços não sancionados”. O operator busca na fonte de dados a lista de sanções, verifica se o destinatário não está na lista e libera a assinatura. A prova de conhecimento zero provaria que essa verificação “foi feita sem erros no processo de cálculo”. Mas se a própria lista de sanções estiver desatualizada, incorreta ou tiver sido adulterada, mesmo que o operator calcule com precisão, o resultado ainda estará errado.#Newt

A Newton usa criptografia para tornar “o processo de cálculo verificável”, porém ela não — e nem consegue — resolver “se os dados de entrada são verdadeiros”. Esse é o dilema clássico dos oráculos, e quase todos os sistemas on-chain que dependem de dados externos não conseguem contorná-lo.$NEWT

Agora, olhemos a confiabilidade da fonte de dados. No momento, a Newton se integra principalmente às fontes de dados de conformidade da RedStone e da Credora: a cotação de preços da RedStone e a classificação de risco da Credora. A atualização desses dados tem atraso — do momento em que um novo endereço é sancionado até o dado entrar no banco, podem ser horas ou até dias. Nesse intervalo, o motor de políticas da Newton trataria um endereço “que de fato já foi sancionado” como “não sancionado”. O usuário acha que recebeu uma garantia de conformidade; na prática, recebeu apenas uma garantia atrasada.

O cenário de oráculos de preço é ainda pior. Na DeFi, muitas estratégias precisam citar preços — por exemplo, “rejeitar se o preço da transação desviar do preço de mercado em mais de 5%”. Se esse “preço de mercado” vier de uma única fonte de dados, quando ela for manipulada (isso já aconteceu muitas vezes historicamente), o motor de políticas da Newton passará a tomar decisões erradas. A RedStone diz que “até hoje não houve incidentes de preço incorreto”, mas “não houve” não significa que “não haverá”.

O ponto mais conveniente na narrativa de verificabilidade da Newton é que — ela direciona a atenção do usuário para a “verificação na cadeia”, fazendo com que a pessoa ignore a etapa dos “dados fora da cadeia”. Ao ver a prova de conhecimento zero, o usuário se sente seguro, mas o risco real está justamente onde a prova de conhecimento zero não cobre.

Um “black box” embrulhado em criptografia é mais perigoso do que um black box puro — porque faz você acreditar que consegue enxergar.”
Artigo
O SDK da Newton já está pronto, mas os desenvolvedores não vêmOntem à noite não consegui dormir e fui dar uma olhada nos pacotes npm da Newton — @newton-xyz/sdk, v1.0.5, lançado em 25 de junho. SDK em TypeScript, baseado no EigenLayer AVS, com uma divisão de módulos bem clara: criptografia HPKE, zkPermissions, avaliação de políticas, registro de identidade — tem tudo o que deveria. Na documentação até tem um Quickstart — “simule em 5 minutos a sua primeira avaliação de políticas”. Parece um projeto bem sério. Aí eu abri o repositório de código e fiquei rolando por meia hora; a nuca começou a gelar. O relatório da Bitget é bem otimista, dizendo que a Newton vai criar uma “camada de automação verificável on-chain”, empacotando TEE, ZKP e zkPermissions como ferramentas para desenvolvedores. Os dados da Foresight também estão bonitos — a Magic Labs captou quase US$ 90 milhões, e PayPal Ventures, Tiger Global e Polygon também estão na mesa.@NewtonProtocol

O SDK da Newton já está pronto, mas os desenvolvedores não vêm

Ontem à noite não consegui dormir e fui dar uma olhada nos pacotes npm da Newton — @newton-xyz/sdk, v1.0.5, lançado em 25 de junho. SDK em TypeScript, baseado no EigenLayer AVS, com uma divisão de módulos bem clara: criptografia HPKE, zkPermissions, avaliação de políticas, registro de identidade — tem tudo o que deveria. Na documentação até tem um Quickstart — “simule em 5 minutos a sua primeira avaliação de políticas”.
Parece um projeto bem sério. Aí eu abri o repositório de código e fiquei rolando por meia hora; a nuca começou a gelar.
O relatório da Bitget é bem otimista, dizendo que a Newton vai criar uma “camada de automação verificável on-chain”, empacotando TEE, ZKP e zkPermissions como ferramentas para desenvolvedores. Os dados da Foresight também estão bonitos — a Magic Labs captou quase US$ 90 milhões, e PayPal Ventures, Tiger Global e Polygon também estão na mesa.@NewtonProtocol
·
--
Em Alta
Estes dias, toda hora eu vejo posts do Grvt no fórum/praça. Na verdade, eu tenho bastante autoridade pra falar sobre o Grvt. Eu tive o primeiro contato com o Grvt no começo, com a mentalidade de “tirar proveito” (caçar recompensas). Ele já entrou na rede de testes no começo do ano, e a experiência na testnet foi melhor do que eu imaginava: abrir e fechar posições quase não dava pra notar atraso, é praticamente igual ao usar uma exchange centralizada. Depois, com o início da Season 2, eu coloquei um pouco de dinheiro lá dentro. O que realmente me fez sentir que isso aí tem algo de verdade foi o cofre do GLP. Eu depositei 10.000 U e fiquei usando pontos enquanto recebia os rendimentos. Todo mês eu ganhava mais de 80 dólares, e a taxa anualizada fica perto de 11%. O mais importante é que esse dinheiro não fica travado: se você quiser negociar, pode tirar e usar a qualquer momento. Antes do Grvt ser lançado, eles fizeram um teste e pediram pra você preencher várias questões; no final, te davam um “selo”/etiqueta de um animal. O meu deu crocodilo. Na superfície, não parece tão ativo, mas eu fico observando sempre. Eu gosto de colocar meu dinheiro em estratégias de rendimento — e realmente é bem certeiro. Eu nunca fui o tipo de pessoa que fica todo dia olhando candles (K线) pra entrar e sair rápido; eu estou mais acostumado a deixar o capital girar devagar, esperando a oportunidade certa chegar. Sobre o registro do airdrop, tem um detalhe que eu quero lembrar: em alguns dias, dia 17, o prazo pra preencher o endereço de recebimento encerra. Isso é importante, tem que correr atrás — não esqueça, não esqueça! O airdrop do GRVT tem um plano de multiplicação: você pode escolher receber os tokens com atraso. Espera 4 meses e recebe o dobro; espera 8 meses e recebe quatro vezes. Mas eu mesmo escolhi receber imediatamente — quem sabe quanto ainda vai sobrar daqui a alguns meses! Pra finalizar, uma última coisa: Grvt, TGE em 21 de julho, total de 1 bilhão, e 28% para o airdrop da comunidade. Meus pontos não são muitos; provavelmente o número @grvt_io vai me dar uma quantidade pequena de tokens. Primeiro, veja o desempenho real depois do lançamento: se o preço estiver bom, eu vendo tudo. O dinheiro que chegar na minha mão é que é de verdade e pertence a mim! #grvt
Estes dias, toda hora eu vejo posts do Grvt no fórum/praça. Na verdade, eu tenho bastante autoridade pra falar sobre o Grvt. Eu tive o primeiro contato com o Grvt no começo, com a mentalidade de “tirar proveito” (caçar recompensas). Ele já entrou na rede de testes no começo do ano, e a experiência na testnet foi melhor do que eu imaginava: abrir e fechar posições quase não dava pra notar atraso, é praticamente igual ao usar uma exchange centralizada.

Depois, com o início da Season 2, eu coloquei um pouco de dinheiro lá dentro. O que realmente me fez sentir que isso aí tem algo de verdade foi o cofre do GLP. Eu depositei 10.000 U e fiquei usando pontos enquanto recebia os rendimentos. Todo mês eu ganhava mais de 80 dólares, e a taxa anualizada fica perto de 11%. O mais importante é que esse dinheiro não fica travado: se você quiser negociar, pode tirar e usar a qualquer momento.

Antes do Grvt ser lançado, eles fizeram um teste e pediram pra você preencher várias questões; no final, te davam um “selo”/etiqueta de um animal. O meu deu crocodilo. Na superfície, não parece tão ativo, mas eu fico observando sempre. Eu gosto de colocar meu dinheiro em estratégias de rendimento — e realmente é bem certeiro. Eu nunca fui o tipo de pessoa que fica todo dia olhando candles (K线) pra entrar e sair rápido; eu estou mais acostumado a deixar o capital girar devagar, esperando a oportunidade certa chegar.

Sobre o registro do airdrop, tem um detalhe que eu quero lembrar: em alguns dias, dia 17, o prazo pra preencher o endereço de recebimento encerra. Isso é importante, tem que correr atrás — não esqueça, não esqueça!
O airdrop do GRVT tem um plano de multiplicação: você pode escolher receber os tokens com atraso. Espera 4 meses e recebe o dobro; espera 8 meses e recebe quatro vezes. Mas eu mesmo escolhi receber imediatamente — quem sabe quanto ainda vai sobrar daqui a alguns meses!

Pra finalizar, uma última coisa:
Grvt, TGE em 21 de julho, total de 1 bilhão, e 28% para o airdrop da comunidade. Meus pontos não são muitos; provavelmente o número @grvt_io vai me dar uma quantidade pequena de tokens. Primeiro, veja o desempenho real depois do lançamento: se o preço estiver bom, eu vendo tudo. O dinheiro que chegar na minha mão é que é de verdade e pertence a mim! #grvt
As tarefas do 9º aniversário finalmente acabaram! Espero que o prêmio final venha para mim com 1 BNB, por favor! Desejo um feliz 9º aniversário à Binance! No próximo aniversário comemorativo, eu ainda vou acompanhar você! #BinanceTurns9
As tarefas do 9º aniversário finalmente acabaram! Espero que o prêmio final venha para mim com 1 BNB, por favor! Desejo um feliz 9º aniversário à Binance! No próximo aniversário comemorativo, eu ainda vou acompanhar você!
#BinanceTurns9
·
--
Em Alta
Dizendo a verdade: semana passada ajudei um amigo a sacar dinheiro de um vault. A grana estava “limpa”, tudo certo — só que travou no meio do caminho e eu fiquei esperando por quase meia hora. O suporte veio com “é a Newton fazendo um pre-settlement authorization”. Na hora fiquei totalmente sem entender: eu estou movimentando o meu próprio dinheiro… por que tenho que passar antes pela análise da Newton? Quanto mais penso, mais parece que a Newton simplesmente soldou, sem mexer, aquela lógica tradicional de “aprovar antes de liberar” diretamente na cadeia. Escrevem a estratégia em Rego, fazem o operator da EigenLayer votar, usam fontes de dados da Chainalysis e da RedStone para sustentar o enredo — parece bem hardcore, mas eu só quero perguntar: o DeFi ficou famoso justamente por causa dessas quatro palavras, “sem permissão”. Agora eu tenho que esperar o voto de um monte de gente para decidir se cada transação é aprovada… o que isso tem de diferente de ficar na fila de banco no balcão? @NewtonProtocol O que mais me deixa confuso é que a Newton diz ser “credibly neutral”, mas então… quem escreve a estratégia de verdade? Eu, como usuário comum, nem tenho autorização para alterar nem como meu próprio dinheiro é avaliado. TEE, provas ZK — tudo soa assustadoramente impressionante — mas e se os operators conspirarem para fazer algo mal? Como eu verifico que aquela attestation é realmente verdadeira? Não é, no fim, uma caixa-preta? Só mudaram a narrativa e chamaram de “transparente”. No cenário cross-chain é ainda pior: a estratégia precisa ser executada sincronizada em várias redes. Se houver atraso na fonte de dados ou erro do oracle, meu dinheiro fica esperando ali, parado. No caso de AI agent até parece o futuro — mas, olhando de verdade, eu vejo mais como colocar um guarda na porta em cada passo de operação do agent. A instituição ganha a medalha de isenção “já passou por análise de conformidade”. E eu, pelo que eu fico? Depois eu entendi: por que eu deveria pagar por uma estratégia que eu nem participei da formulação? A Newton empacotou esse processo como uma “camada de autorização”, mas eu, um varejista, nem sequer tenho voz dentro disso. A instituição usa do jeito que quer; se der ruim, é a Newton que cobre. Mas e eu? Esse dinheiro é meu, a assinatura também é minha — só que a decisão sobre se ele pode se mover fica nas mãos de um grupo de nós e provedores de dados que eu nem conheço. O DeFi nos ensinou “not your keys, not your coins”. Agora a Newton me diz que só ter a key não basta — ainda precisa passar pela aprovação dela. Essa conta eu não consigo fazer.#newt $NEWT
Dizendo a verdade: semana passada ajudei um amigo a sacar dinheiro de um vault. A grana estava “limpa”, tudo certo — só que travou no meio do caminho e eu fiquei esperando por quase meia hora. O suporte veio com “é a Newton fazendo um pre-settlement authorization”. Na hora fiquei totalmente sem entender: eu estou movimentando o meu próprio dinheiro… por que tenho que passar antes pela análise da Newton?

Quanto mais penso, mais parece que a Newton simplesmente soldou, sem mexer, aquela lógica tradicional de “aprovar antes de liberar” diretamente na cadeia. Escrevem a estratégia em Rego, fazem o operator da EigenLayer votar, usam fontes de dados da Chainalysis e da RedStone para sustentar o enredo — parece bem hardcore, mas eu só quero perguntar: o DeFi ficou famoso justamente por causa dessas quatro palavras, “sem permissão”. Agora eu tenho que esperar o voto de um monte de gente para decidir se cada transação é aprovada… o que isso tem de diferente de ficar na fila de banco no balcão?
@NewtonProtocol

O que mais me deixa confuso é que a Newton diz ser “credibly neutral”, mas então… quem escreve a estratégia de verdade? Eu, como usuário comum, nem tenho autorização para alterar nem como meu próprio dinheiro é avaliado. TEE, provas ZK — tudo soa assustadoramente impressionante — mas e se os operators conspirarem para fazer algo mal? Como eu verifico que aquela attestation é realmente verdadeira? Não é, no fim, uma caixa-preta? Só mudaram a narrativa e chamaram de “transparente”.

No cenário cross-chain é ainda pior: a estratégia precisa ser executada sincronizada em várias redes. Se houver atraso na fonte de dados ou erro do oracle, meu dinheiro fica esperando ali, parado. No caso de AI agent até parece o futuro — mas, olhando de verdade, eu vejo mais como colocar um guarda na porta em cada passo de operação do agent. A instituição ganha a medalha de isenção “já passou por análise de conformidade”. E eu, pelo que eu fico?

Depois eu entendi: por que eu deveria pagar por uma estratégia que eu nem participei da formulação? A Newton empacotou esse processo como uma “camada de autorização”, mas eu, um varejista, nem sequer tenho voz dentro disso. A instituição usa do jeito que quer; se der ruim, é a Newton que cobre. Mas e eu? Esse dinheiro é meu, a assinatura também é minha — só que a decisão sobre se ele pode se mover fica nas mãos de um grupo de nós e provedores de dados que eu nem conheço.

O DeFi nos ensinou “not your keys, not your coins”. Agora a Newton me diz que só ter a key não basta — ainda precisa passar pela aprovação dela. Essa conta eu não consigo fazer.#newt $NEWT
Artigo
A falha mais letal do DeFi nunca está no código do contrato — os testes na rede principal da Newton me fizeram entender novamente uma coisaDepois de rodar a Newton Mainnet Beta com um valor pequeno, a minha maior sensação não foi “que a tecnologia é realmente incrível”, e sim que uma camada mais fundamental de conhecimento foi atualizada: a falha mais letal do DeFi nunca esteve no código dos contratos inteligentes, e sim na suposição — tratada pela indústria como premissa padrão — de que o gerenciamento do projeto é, por padrão, confiável. Como se fala isso? Nos últimos dois anos, nos incidentes de roubo em DeFi, de fato menos da metade envolveu invasões diretas por hackers externos. O restante, em grande parte, segue um enredo altamente semelhante: conspiração entre multi-assinantes, chaves privadas vazadas por “pessoas de dentro”, ou permissões fisgadas por phishing e levadas embora com tudo — então, com um único transferOwnership e setHandler, o pool instantaneamente fica vazio.

A falha mais letal do DeFi nunca está no código do contrato — os testes na rede principal da Newton me fizeram entender novamente uma coisa

Depois de rodar a Newton Mainnet Beta com um valor pequeno, a minha maior sensação não foi “que a tecnologia é realmente incrível”, e sim que uma camada mais fundamental de conhecimento foi atualizada: a falha mais letal do DeFi nunca esteve no código dos contratos inteligentes, e sim na suposição — tratada pela indústria como premissa padrão — de que o gerenciamento do projeto é, por padrão, confiável.
Como se fala isso? Nos últimos dois anos, nos incidentes de roubo em DeFi, de fato menos da metade envolveu invasões diretas por hackers externos. O restante, em grande parte, segue um enredo altamente semelhante: conspiração entre multi-assinantes, chaves privadas vazadas por “pessoas de dentro”, ou permissões fisgadas por phishing e levadas embora com tudo — então, com um único transferOwnership e setHandler, o pool instantaneamente fica vazio.
Ei Newton, tenho pensado numa questão ultimamente—afinal, isso conta como descentralização? O whitepaper está bem escrito. No relatório da Binance Research também há uma frase: “Progressively decentralizing the Protocol by onboarding third-party validators to secure the Newton Keystore rollup.” “Progressively” — gradual. Traduzindo: por enquanto, ainda não.#Newt O guia da MEXC é ainda mais direto: “Progressive decentralization roadmap transitions from foundation control to full community governance through four phases”. São quatro fases: uma transição gradual do controle da fundação para a governança plena da comunidade. O problema é: em qual fase estamos agora? Eu vasculhei materiais públicos e não encontrei nenhuma explicação sobre como um usuário comum pode operar independentemente um nó validador. A Gate diz com bastante clareza: “Os validadores são responsáveis por validar transações e manter a segurança da rede; os delegadores, por sua vez, participam da segurança da rede indiretamente ao apoiar validadores”. Usuários comuns só podem “delegar”—ou seja, apostar para nós controlados pela fundação; não podem se tornar validadores.$NEWT O que mais me deixa inquieto é o poder nas mãos da fundação. O Keystore Rollup usa consenso dPoS, e os validadores precisam apostar NEWT para garantir a segurança. Mas, no início, os nós da rede são conduzidos pela fundação. A Magic Newton Foundation recebeu US$ 1 milhão da Magic Labs e nunca levantou qualquer recurso de investidores. A fundação controla a maior parte dos tokens não em circulação e os nós de validação da rede; pode modificar unilateralmente as regras de consenso, congelar o pool de apostas e ajustar a lógica de slashing—esses poderes não têm nenhuma cláusula de limitação nos documentos. Um protocolo que se diz descentralizado, mas não permite que pessoas comuns executem nós validadores; e em que as regras de consenso são definidas pela fundação. Essa suposta “descentralização progressiva”, pelo que vejo hoje, parece mais um compromisso futuro para acalmar a comunidade do que um fato já implementado. “Infraestrutura descentralizada” ainda depende do que a fundação diz.@NewtonProtocol Um protocolo “descentralizado” que nem sequer deixa o público rodar nós validadores—você tem certeza de que ele está realmente descentralizado agora? {future}(NEWTUSDT)
Ei Newton, tenho pensado numa questão ultimamente—afinal, isso conta como descentralização?

O whitepaper está bem escrito. No relatório da Binance Research também há uma frase: “Progressively decentralizing the Protocol by onboarding third-party validators to secure the Newton Keystore rollup.” “Progressively” — gradual. Traduzindo: por enquanto, ainda não.#Newt

O guia da MEXC é ainda mais direto: “Progressive decentralization roadmap transitions from foundation control to full community governance through four phases”. São quatro fases: uma transição gradual do controle da fundação para a governança plena da comunidade. O problema é: em qual fase estamos agora? Eu vasculhei materiais públicos e não encontrei nenhuma explicação sobre como um usuário comum pode operar independentemente um nó validador. A Gate diz com bastante clareza: “Os validadores são responsáveis por validar transações e manter a segurança da rede; os delegadores, por sua vez, participam da segurança da rede indiretamente ao apoiar validadores”. Usuários comuns só podem “delegar”—ou seja, apostar para nós controlados pela fundação; não podem se tornar validadores.$NEWT

O que mais me deixa inquieto é o poder nas mãos da fundação. O Keystore Rollup usa consenso dPoS, e os validadores precisam apostar NEWT para garantir a segurança. Mas, no início, os nós da rede são conduzidos pela fundação. A Magic Newton Foundation recebeu US$ 1 milhão da Magic Labs e nunca levantou qualquer recurso de investidores. A fundação controla a maior parte dos tokens não em circulação e os nós de validação da rede; pode modificar unilateralmente as regras de consenso, congelar o pool de apostas e ajustar a lógica de slashing—esses poderes não têm nenhuma cláusula de limitação nos documentos.

Um protocolo que se diz descentralizado, mas não permite que pessoas comuns executem nós validadores; e em que as regras de consenso são definidas pela fundação. Essa suposta “descentralização progressiva”, pelo que vejo hoje, parece mais um compromisso futuro para acalmar a comunidade do que um fato já implementado. “Infraestrutura descentralizada” ainda depende do que a fundação diz.@NewtonProtocol

Um protocolo “descentralizado” que nem sequer deixa o público rodar nós validadores—você tem certeza de que ele está realmente descentralizado agora?
Artigo
Dois padrões de ZK que não sabem da existência um do outro; o sistema de permissões do Newton apresenta uma rachadura que não deveria existirAo abrir o repositório de código do Newton em newton_prover_core/zk/mod.rs, o café que eu estava com quase escorreu por pouco. pub mod risc0; e pub mod sp1; — dois frameworks de zk-VM, RISC Zero e SP1, lado a lado num mesmo arquivo. É como instalar duas fechaduras de portas de fabricantes diferentes na mesma porta: cada uma tem o seu próprio encaixe de chave, mas ninguém verifica se elas vão interferir entre si. O relatório da Binance Research está muito bem escrito. Dois frameworks de ZK-VM foram integrados ao mesmo tempo: o SP1 gera provas rápido e o RISC Zero faz a verificação on-chain de forma concisa — parece que deram aos desenvolvedores “opções”. Mas quando você enfia duas bibliotecas criptográficas independentes dentro de um mesmo protocolo, essas “opções” viram uma superfície de ataque. A prova do RISC Zero é menor e a verificação é mais rápida; a prova do SP1 é gerada mais rápido e a eficiência por ciclo é maior. Com o mesmo arquivo de estratégia, no SP1 segue-se um canal de verificação, no RISC Zero segue-se outro — dois canais operando por conta própria, sem conversar entre si.

Dois padrões de ZK que não sabem da existência um do outro; o sistema de permissões do Newton apresenta uma rachadura que não deveria existir

Ao abrir o repositório de código do Newton em newton_prover_core/zk/mod.rs, o café que eu estava com quase escorreu por pouco.
pub mod risc0; e pub mod sp1; — dois frameworks de zk-VM, RISC Zero e SP1, lado a lado num mesmo arquivo. É como instalar duas fechaduras de portas de fabricantes diferentes na mesma porta: cada uma tem o seu próprio encaixe de chave, mas ninguém verifica se elas vão interferir entre si.
O relatório da Binance Research está muito bem escrito. Dois frameworks de ZK-VM foram integrados ao mesmo tempo: o SP1 gera provas rápido e o RISC Zero faz a verificação on-chain de forma concisa — parece que deram aos desenvolvedores “opções”. Mas quando você enfia duas bibliotecas criptográficas independentes dentro de um mesmo protocolo, essas “opções” viram uma superfície de ataque. A prova do RISC Zero é menor e a verificação é mais rápida; a prova do SP1 é gerada mais rápido e a eficiência por ciclo é maior. Com o mesmo arquivo de estratégia, no SP1 segue-se um canal de verificação, no RISC Zero segue-se outro — dois canais operando por conta própria, sem conversar entre si.
·
--
Em Alta
Até a sua laranja mais amada também já “ficou boa”! O projeto Grvt, com 300 criadores de chinês, conseguiu ficar em 4º lugar — e eu fiquei realmente animado e emocionado de verdade! Já são quase 30.000 participantes. Fica bem claro que eu sou aquele tipo de pessoa escolhida a dedo. Hahaha! Na verdade, eu consegui entrar na lista principalmente porque li e estudei a whitepaper no @grvt_io . Primeiro, vou dizer a coisa que mais me surpreendeu: o sistema de contas do Grvt é de dupla via. Cada usuário tem, ao mesmo tempo, um comprovante on-chain e um comprovante off-chain. On-chain são as credenciais tradicionais EOA ou uma carteira de contrato inteligente, que ficam responsáveis pelo custódio final dos ativos; off-chain é um sistema de identidade independente, ligado à sua chave de transação (SecureKey). A correspondência de pedidos, o motor de risco e a atualização de posições passam por todo o fluxo usando essa estrutura de credenciais off-chain. Um monte de termos técnicos — então quais vantagens isso nos traz? Na prática, é para que dados sensíveis não saiam da rede off-chain: saldo de garantias, tamanho das posições e até os limites de liquidação, tudo isso não sai da rede off-chain e não toca no mempool público. Robôs de MEV nem conseguem ver como é a sua ordem. Em outras palavras: é uma privacidade muito, muito boa! Outro ponto que acho que foi pensado de um jeito bem caprichado: o sistema de SubAccounts (subcontas) no modelo de conta. Em cada conta principal, você pode anexar várias subcontas. Cada subconta gerencia de forma independente os requisitos de garantia, o saldo de patrimônio, as posições e os saldos de spot. Isso significa que você pode isolar totalmente fundos com diferentes estratégias e diferentes perfis de risco dentro da mesma conta principal: uma subconta faz scalping de alta frequência, outra faz acompanhamento de tendência, sem interferirem entre si. Na camada de API, o Grvt oferece TypeScript SDK e Python SDK, e tanto REST quanto WebSocket são suportados. Claro, todo mundo está mais preocupado com segurança. Descobri que os smart contracts L2 do Grvt passaram por auditorias duplas da Spearbit DAO e da NCC Group. Ainda mais importante: a própria Grvt nunca é custodiadora de ativos. Seus fundos ficam ou em uma carteira self-custody sob seu próprio controle, ou em contratos inteligentes auditados. A correção do estado é verificada por meio de ZK Validium, ou seja, as transições de estado são comprovadas matematicamente. Na verdade, acho que todo projeto escreve suas whitepapers de forma bem bonita; o ponto-chave mesmo é ver como o preço das moedas vai se comportar quando elas subirem/forem lançadas nos próximos dias — porque isso é a parte “real”. #grvt
Até a sua laranja mais amada também já “ficou boa”!
O projeto Grvt, com 300 criadores de chinês, conseguiu ficar em 4º lugar — e eu fiquei realmente animado e emocionado de verdade! Já são quase 30.000 participantes. Fica bem claro que eu sou aquele tipo de pessoa escolhida a dedo. Hahaha!

Na verdade, eu consegui entrar na lista principalmente porque li e estudei a whitepaper no @grvt_io . Primeiro, vou dizer a coisa que mais me surpreendeu: o sistema de contas do Grvt é de dupla via. Cada usuário tem, ao mesmo tempo, um comprovante on-chain e um comprovante off-chain. On-chain são as credenciais tradicionais EOA ou uma carteira de contrato inteligente, que ficam responsáveis pelo custódio final dos ativos; off-chain é um sistema de identidade independente, ligado à sua chave de transação (SecureKey). A correspondência de pedidos, o motor de risco e a atualização de posições passam por todo o fluxo usando essa estrutura de credenciais off-chain.

Um monte de termos técnicos — então quais vantagens isso nos traz?
Na prática, é para que dados sensíveis não saiam da rede off-chain: saldo de garantias, tamanho das posições e até os limites de liquidação, tudo isso não sai da rede off-chain e não toca no mempool público.
Robôs de MEV nem conseguem ver como é a sua ordem.
Em outras palavras: é uma privacidade muito, muito boa!

Outro ponto que acho que foi pensado de um jeito bem caprichado: o sistema de SubAccounts (subcontas) no modelo de conta.
Em cada conta principal, você pode anexar várias subcontas. Cada subconta gerencia de forma independente os requisitos de garantia, o saldo de patrimônio, as posições e os saldos de spot.
Isso significa que você pode isolar totalmente fundos com diferentes estratégias e diferentes perfis de risco dentro da mesma conta principal: uma subconta faz scalping de alta frequência, outra faz acompanhamento de tendência, sem interferirem entre si. Na camada de API, o Grvt oferece TypeScript SDK e Python SDK, e tanto REST quanto WebSocket são suportados.

Claro, todo mundo está mais preocupado com segurança.
Descobri que os smart contracts L2 do Grvt passaram por auditorias duplas da Spearbit DAO e da NCC Group. Ainda mais importante: a própria Grvt nunca é custodiadora de ativos. Seus fundos ficam ou em uma carteira self-custody sob seu próprio controle, ou em contratos inteligentes auditados.
A correção do estado é verificada por meio de ZK Validium, ou seja, as transições de estado são comprovadas matematicamente.

Na verdade, acho que todo projeto escreve suas whitepapers de forma bem bonita; o ponto-chave mesmo é ver como o preço das moedas vai se comportar quando elas subirem/forem lançadas nos próximos dias — porque isso é a parte “real”. #grvt
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