Marquitta Ullum lyUI

Meu pai, sessenta e dois anos, tinha um pouco de BTC na mão — foi eu que o convenci a comprar há alguns anos. No mês passado, levei-o comigo por todo o caminho do TBV. O processo foi mais trabalhoso do que eu imaginava, mas a colheita foi diferente.
No começo eu achava que o problema estava na parte técnica, mas não era nada disso. Ele já estava acostumado com conceitos como chaves privadas e endereços. O ponto que ele demorou a aceitar foi a frase: “Minhas moedas estão aqui comigo, mas por enquanto não consigo sacar.” Eu expliquei isso três vezes até ele aceitar. Em essência, as palavras dele foram: “Então, isso é realmente meu ou não?” No fim, eu decidi dar um exemplo com depósito a prazo — o dinheiro é seu, o banco não fica com ele, mas se você sacar antes do prazo tem que seguir as regras. Foi assim que ele entendeu, e aceitou mais rápido do que eu esperava.
O verdadeiro nível de dificuldade está em dois lugares. Um é o período de espera para sair: ele precisa saber com antecedência que durante essa fase ele não consegue mexer, senão, na hora, com certeza vai entrar em pânico e vai começar a suspeitar se foi golpeado; o outro é escolher o provedor de serviços. Ele não tem nenhuma capacidade de julgar, então eu só consegui escolher por ele — e ainda tive que deixar bem claro o que pode acontecer se essa etapa for escolhida errado. Essas duas coisas, nas interfaces atuais, não ficam particularmente visíveis. Para nós, que precisamos levar familiares para operar, vira um peso bem real.
O ponto que mais o tranquilizou também foi bem claro. Eu mostrei os endereços: as moedas realmente estavam na rede principal do Bitcoin, sem virar outra coisa; as condições de saída estão escritas no script, então qualquer pessoa pode verificar. Depois de ver isso, ele disse uma frase bastante interessante: “Então ninguém pode decidir por mim.” Eu sinto que essa frase foi mais do que qualquer explicação de rendimento. Ele pegou exatamente o ponto mais central dessa arquitetura.
Minha conclusão é: para quem já tem algum nível de entendimento, isso alivia; para quem é totalmente iniciante, isso pesa. Ele troca o custo de confiar por um custo de compreender, e esse custo de compreender não dá para terceirizar.
A seguir, pretendo transformar todo o processo em uma folha para ele, e também registrar o tempo de resgate dessa rodada dele, para ver se bate com o da minha própria vez.
@BabylonLabs_io $BABY #baby

我很久没写宏观类的东西了,但 TBV 让我重新想起一个老问题:比特币的安全预算长期靠什么撑。
区块奖励是往下走的,这件事写在协议里,没有商量空间,也不会因为价格涨了就改。长期看,这套系统的安全性会越来越依赖别的来源,手续费是一部分,还有一部分很可能来自 BTC 本身能不能在不离开主网的前提下产生真实的经济作用。这不是情绪问题,也不是叙事问题,是数学问题,时间到了自然要面对。
我认为 TBV 的意义就落在这里。它没有把 BTC 包一层送到别的地方去,而是让持有者在保留自托管的前提下把资本用出去,给需要安全性的网络提供保障,同时拿回报。这条路径和过去那些"把币交出去换利息"的做法,底层假设完全不一样:前者不新增托管人,风险不叠加;后者每加一层就多一个可能出事的环节,而这几年出事的全是这些环节,一个都没跑掉。
我的疑虑也很实在。需求这一侧到底有多大,愿意为安全性长期付费的网络有多少,单价能撑在什么水平,这个市场能不能长成规模,现在还没有足够长的数据能回答。任何只讲愿景不讲需求侧的说法,我都会打个折。这也是我看 $BABY 这类资产时最关心的一点,它的价值最终得由真实的付费需求撑着,不是靠讲故事撑着,故事撑的时间从来都不长。
但至少方向是对的。比特币最大的浪费不是价格波动,是几万亿的资本长期完全闲置,同时又不能因为想让它动起来就把托管权交出去,过去十年这道题基本没人解好。TBV 试图同时解决这两件事,这个思路值得认真跟一段时间。
后面我准备按季度记录需求侧的变化,只看数据不听故事。
@BabylonLabs_io $BABY #baby

理解 TBV 的价值，得先看清它替换掉了什么。
传统的比特币跨链托管普遍是门限多签：n 个签名人里凑够 t 个就能动资金。安全性因此是一句"至少 n-t+1 个人不串谋"。这个假设的问题在于，它随着串谋规模的扩大而失效，而串谋是链下行为，链上看不见也无法提前阻止。历史上出问题的桥，多数栽在这里。
TBV 想做的是把假设换个方向：从"多数人诚实"换成"至少一个人诚实"。资金的支出路径被预签名固定死，能否成功取回取决于操作员的断言是否正确，而任何单个诚实参与方都有能力提交欺诈证明推翻它。作恶需要所有人同时沉默，而不再是凑够一个门限。
这个方向上的差别是实质性的。前者的安全性随参与者增多而稀释，后者随参与者增多而增强，因为只要多一个人，就多一份被举报的概率。
代价也很清楚，前面几篇里提到的挑战窗口、垫付流动性、预签名仪式的密钥假设、手续费活性，都是为换这个假设付出的复杂度。这套复杂度值不值，取决于它在真实环境下能不能稳定运行。机制设计我看明白了，剩下的要看实际部署里的数据。
@BabylonLabs_io $BABY #baby

Ao estudar o TBV @BabylonLabs_io , eu prestei atenção especial ao seu processo de peg-out. O desenho do período de desafio (challenge period) nessa etapa é o “esqueleto” de todo o modelo de segurança do TBV, mas também é o ponto de custo mais fácil de ser ignorado pelos usuários.
Primeiro, vamos ao mecanismo. Quando o usuário precisa resgatar os ativos e convertê-los em BTC, a contraparte inicia uma transação de peg-out. Essa transação não é efetivada imediatamente; ela entra em um período de desafio. Durante esse intervalo, qualquer observador (watcher) pode enviar uma prova de fraude. Se a contraparte tentar roubar BTC ou submeter um estado incorreto, a prova será verificada e a transação será bloqueada. Depois que o período de desafio termina, sem objeções, o peg-out só então é confirmado.
Esse desenho, na essência, une “segurança” com “tempo”. Quanto mais longo o período de desafio, maior a chance de os observadores descobrirem problemas, mas por outro lado os fundos dos usuários ficam travados por mais tempo. Quanto mais curto o período de desafio, melhor a experiência, mas também mais estreita é a janela em que a fraude pode ser descoberta. É um problema clássico de trade-off, e o Optimistic Rollup segue a mesma lógica.
Eu acho que há dois detalhes que valem ser observados: primeiro, o papel do observador é sem permissão? Se qualquer pessoa puder observar, e qualquer pessoa puder enviar o desafio, com incentivos econômicos para isso (por exemplo, confiscar a garantia do agente mal-intencionado como recompensa), então o modelo de segurança tende a ser mais robusto. Se os observadores forem baseados em whitelist ou exigirem qualificações especiais, o risco se concentra. Segundo, qual é a duração exata do período de desafio? Sete dias? Quatorze dias? Isso afeta diretamente a experiência do usuário e a eficiência do capital, além de determinar se o TBV consegue atender estratégias DeFi de curto ciclo.
O TBV leva a suposição de confiança de nível de segurança do BTC para uma ponte cross-chain, mas o custo é que os usuários precisam aceitar esse custo de tempo. Ao avaliar a aderência de produto ao mercado do $BABY , se o período de desafio pode ser aceito por usuários do DeFi é o primeiro obstáculo prático; não é um problema apenas técnico.
@BabylonLabs_io $BABY #baby

Fiz por alguns anos coisas relacionadas a BTCFi, revirei todas as propostas do mercado que “tiravam” Bitcoin, esbarrei em wBTC, tBTC, renBTC e em várias pontes de LP. Ontem, depois de ler o whitepaper do TBV com seriedade, fiquei meio abalado.
Vamos começar pelo wBTC: o BitGo faz o custódio. O usuário envia BTC ao custodiante e, na cadeia, cunha um ERC-20 1:1. O modelo de risco é simples e bruto — confiar totalmente no BitGo para não fugir com os fundos, não se aproveitar indevidamente e não ser congelado por autoridades/regulação. Isso é custódia totalmente centralizada.
tBTC v2 é um pouco melhor. Ele usa um conjunto de signers com um esquema de assinatura limite (tECDSA) para gerenciar o BTC; os signers precisam depositar tokens T como garantia econômica, e teoricamente, se maldarem, são penalizados. Porém, o pool é centralizado: uma vez que o limiar é comprometido, todo o lote de BTC fica em risco. Além disso, os usuários dependem da atividade do conjunto de signers para fazer saques.
O caminho do TBV é totalmente diferente: ele nem “leva” o BTC embora. O BTC fica o tempo todo dentro do seu próprio Taproot UTXO na mainnet. O usuário continua sendo um dos signatários conjuntos do UTXO. O Covenant Committee só tem autoridade para aprovar caminhos pré-assinados; ele não consegue mover as moedas sozinho. Mesmo que todo o ecossistema Babylon desapareça amanhã, depois de o usuário superar o timelock de unbonding ele consegue retirar de forma independente.
Resumindo em uma frase a diferença: wBTC é “o custodiante tem BTC, você tem uma nota promissória”; tBTC é “a ponte de limiar tem BTC, você tem um token wrapped”; TBV é “você sempre tem BTC, apenas recebeu uma promessa de cessão de uso”.
Essa diferença é crucial para a entrada de instituições. Para fundos de conformidade comprarem BTC, a parte mais difícil é a auditoria — quando os recursos saem de uma carteira sob controle do próprio fundo, é preciso seguir uma tonelada de processos. No modelo TBV, ferramentas de auditoria na cadeia conseguem varrer diretamente os UTXOs para provar que as moedas existem; não envolve nenhuma ponte interchain nem custódia.
Como vocês veem esse “staking no mesmo lugar” competindo com pontes cross-chain tradicionais? A longo prazo, isso vai apertar a participação de wrapped BTC?
@BabylonLabs_io $BABY #baby

研究Babylon的代币模型时，我注意到一个双层结构：BABY质押和BTC质押并存，两者都参与协议安全，但角色不同。
BABY质押者主要负责协议本身的PoS共识，验证Babylon链上的交易和状态转换。BTC质押者则通过时间锁定的方式把BTC承诺给协议，为跨链验证和TBV的最终性提供额外的经济安全。这两拨人拿的都是BABY激励，但责任边界很清晰。
有意思的是通胀分配比例。BABY代币的通胀中，一部分给BABY质押者，一部分给BTC质押者，还有一部分给协议开发和生态建设。这种分配模式承认了一个现实：BTC持有者才是Babylon这套TBV系统最大的用户群，他们的参与直接决定了协议TVL的天花板。给他们真金白银的激励，比空喊叙事有用得多。
从博弈论的角度看，这种双质押设计其实是让两种资产的持有者产生了利益绑定。BTC质押者希望TBV安全、可用、有更多DeFi场景对接，因为这样他们的收益才能持续。BABY质押者希望协议使用量增长，因为这样费用收入和代币需求才会上升。两拨人的目标高度一致，形成了正向的飞轮。
对比其他BTCFi项目，很多要么完全依赖BTC的品牌背书但没有实际经济绑定，要么用一套独立的代币逻辑跟BTC没关系。Babylon通过TBV把BTC的资产属性和BABY的治理属性做了功能级的耦合，这个架构上的差异会在长期显现出来。
我不预测BABY的短期价格，但可以说，如果TBV的采用曲线跑出来，那么BABY的价值捕获模型是清晰且可持续的——不是靠情绪，是靠协议现金流和实际使用。
@BabylonLabs_io $BABY #baby

EOTS这个词是Babylon技术栈里最硬核的一块，我啃了三个通宵才勉强顺下来。全称Extractable One-Time Signature，可提取一次性签名。TBV要在BTC链上实现slashing，必须靠它。
原理粗略讲：签名者对同一条消息只能签一次，如果签了两次不同的内容，签名之间的数学关系会自动泄露私钥。整个过程完全在密码学层面，不需要额外的仲裁者。听起来像天方夜谭，但学术界研究了很多年，Babylon把它工程化到了BTC脚本能验证的形态。
对TBV意味着什么？finality provider如果在两个冲突的区块上都签名，他给BTC质押池的EOTS签名就会同时暴露私钥。任何人捡到这把私钥，都能替他执行slashing交易，把他的BTC移走。惩罚不需要委员会决策，不需要治理投票，是纯密码学触发的。
打个比方：普通违约罚款是"签合同→违约→法院判决→强制执行"。EOTS更像"签合同的同时，钥匙就交在门口地上，你违约的那一刻钥匙自动飞出来，谁看见谁能开门"。执行的即时性和不可阻挡性是数学保证的。
但工程实现有边界。白皮书第14节承认：EOTS假设签名者的私钥保护是单一实体，如果用MPC分片，双签检测就要额外机制。而生产环境里finality provider普遍用MPC提升可用性，这就打开了新的攻击面。
$BABY 治理层未来要处理的问题之一，就是如何在EOTS纯理论和MPC工程现实之间协调。这不是密码学问题，是系统工程问题。
我的态度：EOTS是TBV最漂亮的密码学突破，让BTC也能承担slashing这种主动惩罚。但漂亮的理论落到工程里总会打折，别把学术论文的安全性直接搬到运行环境。
老规矩，DYOR。EOTS是Babylon的护城河，还是学术理论到工程实践之间的一座玻璃桥？评论区拆。
@BabylonLabs_io $BABY #baby

任何一个所谓"去信任"的系统，最后都要回答一个问题：谁在实际运行基础设施，他们为什么不作恶。TBV也一样。
从架构上看，TBV涉及几类关键角色。Vault Operator负责协调用户的存取款和状态更新；Universal Challengers负责监控欺诈行为并在必要时提交挑战证明；证明生成者负责为解锁和清算生产zk证明。这三类角色如果都失效，或者被同一方控制，"去信任"就是纸面上的承诺。
我最关心的是挑战者的激励设计。乐观Rollup模型里挑战者的激励一直是老问题：正常情况下大多数交易都是诚实的，挑战者出手的机会很少；一旦真的抓到欺诈，奖励能不能覆盖长期蹲守的成本？如果不能，理性挑战者会退出，只留下少数几家专业机构，中心化风险悄悄回来。
Vault Operator的角色也需要仔细拆。运营方能不能拒绝服务？能不能在关键时刻消失让用户走复杂的紧急退出路径？TBV设计里应该有强制退出机制，让用户在运营方失效时也能拿回BTC，但这套流程对普通用户友不友好，是另一个层面的问题。
TBV的经济安全不是单一密码学问题，是一个多方博弈的系统工程。协议参数、罚没规则、准入门槛，任何一项设置不当都可能撬动整个平衡。我期待看到更详细的经济安全模型公布，包括不同攻击场景下的成本收益测算，以及在极端市场条件下的压力测试结果。
技术方向可行不代表经济方向自洽。这两条线要一起走。
@BabylonLabs_io $BABY #baby

稳定币现在是加密世界最赚钱的赛道，USDT和USDC加起来市值超2000亿美元，Circle和Tether一年利润都是几十亿美元级别。抵押品结构上，两家主要靠美债和现金，去中心化替代品DAI/USDS也在向RWA倾斜。BTC作为总市值最大的加密资产，一直没能在稳定币抵押品市场里拿到应有的份额，根子在托管风险。@BabylonLabs_io 的TBV有希望改变这个格局。
TBV全称Trustless Bitcoin Vault。BTC锁进比特币主网的金库合约不迁离，基于BitVM3方案，链下用乱码电路做复杂计算，链上只留精简欺诈证明。以太坊侧生成密码学支撑的抵押状态凭证，供智能合约调用。想解锁必须交对应合约状态的ZK证明；清算也必须交ZK证明，没有多签、托管方、预言机。
对稳定币协议来说，TBV提供了一种"BTC级流动性+无中心化托管"的抵押品，这在过去几乎不存在。白皮书里明确点了稳定币铸造是TBV的核心应用场景之一。这意味着未来可能出现一种BTC支撑的去中心化稳定币，抵押物是自我托管的BTC，铸造和清算全靠ZK证明驱动。这个产品如果能跑通，市场空间不小。
底座是Babylon的比特币质押协议，TVL超50亿美元、锁定BTC超5万枚。首个集成是Aave v4：锁BTC→抵押凭证→借稳定币→还款解锁。5月的Gomining合作首次导入1000枚BTC真金测试。
冷静看：BTC波动率显著高于美债，做稳定币抵押品需要更保守的抵押率设计，资金效率会打折扣；挑战期机制在极端行情下的清算延迟风险也需要模型验证。但方向立得住，值得跟踪。
@BabylonLabs_io $BABY #baby

BTC进DeFi现在主要有三条路。第一条是WBTC，BitGo托管，市值最大流动性最好，但你必须信任BitGo这家公司，2024年管理权变更风波之后信任分裂得很厉害。第二条是tBTC，Threshold Network的多签方案，去中心化好一些但流动性薄。第三条就是@BabylonLabs_io 刚给出的TBV，路径完全不同——BTC根本不出比特币主网。
TBV的机制是把BTC锁在比特币链上的金库合约，通过BitVM3方案在以太坊侧生成可验证的抵押状态凭证。链下用乱码电路处理复杂计算，链上只留精简欺诈证明，费用压得住。用户想解锁BTC必须提交对应合约状态的ZK证明；清算方想动抵押品也必须提交ZK证明。全程没有托管方、没有多签、没有预言机。
对比一下就很清楚：WBTC信任托管公司，tBTC信任签名者集合，TBV只信任密码学和挑战期。前两者是"人的问题"，后者是"数学的问题"。数学有漏洞可以修，人的问题很难修。
Babylon的比特币质押协议是底座，TVL超过50亿美元、锁定BTC超过5万枚，给TBV提供了成熟的验证者网络和流动性基础。首个集成场景是Aave v4：锁BTC→凭证→借稳定币→还款解锁。白皮书还铺了稳定币铸造、永续保证金、流动性质押几条延伸线。5月的Gomining合作是1000枚BTC规模的真金测试。
不粉饰缺点。TBV的用户体验比WBTC复杂，挑战期让操作节奏变慢，链下电路的可审计性也是新问题。短期内WBTC的流动性和便利性还会占优。但如果TBV能把复杂度封装到用户不感知的程度，长期替代不是没可能。
@BabylonLabs_io $BABY #baby

2024 年之后全球对加密衍生品的监管明显在收紧，这个背景下重新看 @grvt_io 的定位，我觉得它选的路线其实很有前瞻性。
先讲背景。美国 SEC 和 CFTC 对合约类产品的执法密度提升，欧盟 MiCA 全面生效，香港、新加坡、日本的合规牌照体系逐步完善。传统"离岸 + 匿名"的加密交易模式正在被系统性地压缩。用户接下来面临的选择是：要么接受合规平台的 KYC，要么在缺乏保护的灰色地带交易。$BTC
GRVT 选的是合规友好但不牺牲用户主权的中间路线。它有牌照（据公开资料在百慕大注册并持有相关许可），做机构级 KYC，同时保留非托管属性——资金在用户智能账户里，交易所无法冻结或挪用。这个组合在监管趋严的环境下，比纯匿名 DEX 更有生存空间，也比传统 CEX 更能应对"托管风险"这一层。
对普通用户的实际影响是什么？
第一，未来能顺利出入金的平台，几乎都会要求 KYC。抵触 KYC 意味着可选平台越来越少。GRVT 的 KYC 流程相对友好，主流地区身份证明加地址证明就能通过，没有过度收集数据。
第二，合规平台的存活概率更高。这几年被执法关停的交易所，多数是长期回避监管的。选择合规友好的平台，长期来看资金安全性更有保障。
第三，合规不等于中心化。GRVT 的合规属性主要体现在法律实体层面，技术层面依然是链上非托管。这两者可以共存，不必二选一。
需要提醒的是，任何单一平台都不该承担全部头寸，这是我在多篇里反复强调的。分散不仅是资产分散，也应该是平台分散和地域分散。链上非托管平台、合规 CEX、冷钱包，各有其角色。
监管收紧不是坏事，它会淘汰长期存在的坏行为者，留下认真做产品的团队。这个过程对用户是净利好。
@grvt_io #grvt

Eu tenho pensado em uma questão: o @NewtonProtocol diz que o que ele faz é uma rede orientada a intenção (intent-centric) — mas em que exatamente isso difere do modelo tradicional de transações.
Revisei a documentação algumas vezes. Intent, em linguagem simples, é a forma como o usuário expressa “qual resultado eu quero”, e não “qual etapa eu devo executar”. Transação tradicional é: quero trocar 100 USDC por ETH e usar a pool de 0,05% do Uniswap V3. Intent é: quero usar 100 USDC para obter o máximo possível de ETH, e o operador calcula o melhor caminho por mim.
Parece que poupa trabalho ao usuário, mas eu acho que não é tão simples assim.
O modelo de intent tem um pré-requisito: é preciso haver uma quantidade de operadores dispostos a ajudar os usuários a resolver o problema, e as respostas que eles encontram precisam ser melhores do que as que o próprio usuário concluiria “no chute”. Aqui existem dois tipos de custo: custo de solução e custo de concorrência. A abordagem da Newton é fazer com que os operadores rodem dentro de um TEE, e ao mesmo tempo usar políticas para restringir os limites de execução; em teoria, isso consegue resolver, ao mesmo tempo, “me ajude a calcular rápido” e “não permita que você faça coisas erradas”.
Mas eu calculei o custo do nível de experiência. Antes do usuário assinar uma intent, ele precisa entender claramente qual é a sua policy. Se a policy for escrita de forma ampla demais, o operador pode acabar agindo numa zona cinzenta; se for estreita demais, a intent não consegue ser executada. Esse ponto de equilíbrio, o usuário comum simplesmente não sabe como definir.
Minha conclusão é: o modelo de intent é amigável para desenvolvedores e para curators, mas não é amigável para pequenos investidores. Para a Newton permitir que os pequenos investidores usem diretamente, precisa existir uma camada de “simplificação” em que o usuário só precisa clicar em alguns botões para gerar uma policy razoável. $BTC
Depois, vou focar especialmente em quando a Newton vai conseguir construir essa camada. Por mais que a arquitetura técnica seja elegante, se o usuário não entende, não adianta nada. Se essa etapa não avançar, a network de intent sempre será um brinquedo para o segmento B. A verdadeira escala não está no protocolo em si, e sim na camada de empacotamento.
$NEWT @NewtonProtocol #Newt

#BinanceTurns9 9周年，币安有你抛开繁杂琐事，给自己留一点独处时光。窝在房间听听歌，整理杂乱桌面，放空胡思乱想。不用时刻迎合所有人的期待，你的感受永远最重要。生活藏着无数温柔，只要愿意抬头，就能看见星光与晚风，认真好好生活，好运自会奔赴而来。

作为一个偶尔跑点策略的人，我看新交易平台的时候习惯先翻它的API文档，因为很多问题只有真正接进去才会暴露。前两天认真研究了 @grvt_io 的接口设计，发现它在一些细节上比我预期的要用心。
先说延迟。做过策略的人都知道，撮合延迟不稳定比整体慢还麻烦，因为回测和实盘会对不上。GRVT把撮合放在链下高性能环境处理，同时保留了链上结算的确定性，这种组合让下单响应可以做到接近传统平台的水平，而不用忍受纯链上那种秒级确认。
再说签名逻辑。它用的是钱包签名授权，不需要用户像中心化平台那样交出API Key带来的资产风险。策略跑起来之后，即使密钥意外泄露，攻击者也没法直接把资产转走，因为提现路径始终锁在用户自己控制的地址上。这个设计对跑多账号或者托管代客理财的团队来说很关键。
订单类型这块也没有偷懒。限价、市价、止盈止损、Post Only、Reduce Only这些常用类型都齐全，做网格或者做市策略需要的挂撤单频率也扛得住。我最在意的是撤单速度，实测下来在可以接受的范围内。
再往深看，它把清算引擎和风控逻辑做得相对透明，保证金计算规则、强平价格算法都能查到明确说明，这对回测阶段建模非常重要。很多平台的强平机制都藏着不透明的部分，导致策略在极端行情下会突然失效。$BTC
总的来说，GRVT给量化用户留的空间比大多数链上衍生品项目都大一些，它没有把"链上"当成炫技的标签，而是把重心放在"真的能跑策略"这件事上。这种务实的方向我觉得挺难得。
@grvt_io #grvt

Eu revisei alguns registros de attestation no Explorer de @NewtonProtocol na semana passada e calculei a latência média de validação. Os dados não são ruins, mas também não são suficientes para sustentar cenários realmente de alta frequência.
O fluxo de attestation do Newton é, em linhas gerais: o agent envia uma solicitação de transação, a rede do operator valida a policy, alcança o consenso e assina a attestation, e então a transação é registrada on-chain. O principal custo de tempo desse processo está na etapa de consenso na rede do operator. Na beta da mainnet atual, a latência média fica entre alguns segundos e dezenas de segundos, dependendo da velocidade de resposta do operator e das regras de consenso. $NEWT
Para cenários de usuários comuns, essa latência está ok. Mas para agents que fazem arbitragem ou relacionados a MEV, é uma falha fatal. Uma latência de alguns segundos significa que a oportunidade de arbitragem já teria desaparecido. A camada de policy do Newton é adequada para automação de frequência média/baixa, não para trading de alta frequência. Isso é uma decisão de arquitetura, não algo que dá para ajustar com parâmetros. #newt
Mais sutil ainda é a variação de latência após a expansão da rede de operators. Em teoria, quanto mais operators, maior a segurança, mas o custo de comunicação na etapa de consenso também aumenta. Se o número de operators sair de algumas dezenas para algumas centenas, a latência pode subir para a faixa de dezenas de segundos. Isso impacta muito a experiência do usuário, e o Newton precisa encontrar um equilíbrio entre o tamanho da rede de operators e a velocidade de resposta. $SYN
Meu entendimento atual: o posicionamento de desempenho do Newton é como uma camada de execução confiável para automação de frequência média/baixa, não como uma plataforma de alta frequência. Entender esse limite ajuda a compreender os cenários de aplicação do Newton. Passar desse limite esperando demais leva à decepção.
$NEWT @NewtonProtocol #Newt

链上永续这个赛道的一个尴尬现实是：很多平台喊着"去中心化"，但真正能被审计的数据非常少。@grvt_io 在这一点上让我觉得值得单独写一篇。
先讲一个我做的实际验证。上周三我在 GRVT 平了一笔 ETH 空头仓位，成交价 3,428，数量 2.4 ETH。这笔交易在前端显示成交后大约 12 秒，我在对应的 L2 区块浏览器上找到了结算记录：撮合结果被打包进批次交易，包含订单哈希、成交价、数量、taker/maker 双方账户地址（脱敏处理），并且这批次数据的 state root 之后会被提交回以太坊主网。
也就是说，链下撮合虽然不能被实时验证，但事后所有成交都能被完整审计。任何人只要连上区块浏览器，就能核对自己历史订单是否真实成交、成交价是否和前端一致。这个能力大多数 CEX 是完全不具备的，而不少所谓"链上 DEX"也只做到部分。
保险基金、清算记录、ADL 队列、Yield Layer 的资金流向，这些在 GRVT 上都是链上可查的。我抓了过去 30 天的清算数据做了个简单统计：清算触发 1,247 次，穿仓事件 3 次，全部由保险基金覆盖，没有触发 ADL。这个数据健康度对一个上线不算太久的平台来说是加分项。
需要指出的是，透明不等于零风险。链下撮合的公平性仍然依赖 matching engine 的行为，虽然结果可以事后验证，但如果 engine 在某个瞬间恶意插入订单或延迟撮合，用户在事发当下不一定能察觉。GRVT 的应对方式是逐步向 ZK 证明架构过渡，也就是让撮合过程本身可以被密码学证明，这条路线走通之后，信任假设会进一步下降。
我判断一个链上项目的成熟度，主要看它能不能把"可验证"落到实处。GRVT 目前的完成度在链上 Perp 里属于第一梯队。
@grvt_io #grvt

Hoje testei na rede de testes o fluxo completo de autorização do @NewtonProtocol e tive uma percepção — é lentíssimo. Lentíssimo a ponto de deixar robôs de MEV bem à vontade para tirar uma fatia da sua pele.
Uma transação típica de um agente de IA, na arquitetura da Newton, precisa passar por estes passos: o agente de IA gera a intenção de transação → envia para a rede de operators → o operator puxa dados externos do Gateway → cada operator executa independentemente o mecanismo de estratégia → agregação de assinaturas BLS → verificação on-chain → execução da transação na cadeia. Em testes reais, do envio da intenção até a transação ser confirmada on-chain, a média de tempo é de 4 a 8 segundos.
Para usuários comuns, alguns segundos não são nada. Mas, para transações DeFi, alguns segundos são a janela de ouro para os robôs de MEV coletarem lucro. $NEWT
Imagine um cenário. Um agente de IA decide trocar 10.000 USDT por ETH na Uniswap. Assim que a intenção é enviada à rede de operators, em teoria é uma “privacidade off-chain”. Só que a rede de operators em si tem dezenas de nós — existe alguém conspirando com buscadores de MEV dentro desses nós? Ninguém ousa garantir. Basta um operator vazar a intenção para um robô de ataque de sandwich: ele consegue comprar ETH antes da sua transação entrar na cadeia, elevar o preço e vender de volta no preço mais alto quando a sua execução terminar. O slippage que você paga a mais vai parar no bolso do robô. #Newt
A arquitetura da Newton tem uma contradição fundamental aqui — para alcançar “verificabilidade”, ela precisa permitir que múltiplos operators enxerguem a intenção da transação; permitir que vários operators vejam a intenção equivale a ampliar a superfície de ataque de vazamento. As transações privadas tradicionais seguem o caminho de “intenção não sai do robô” (por exemplo, Flashbots Protect), enquanto a Newton segue o caminho de “intenção é transmitida para uma pilha de operators”. Esses dois modelos de privacidade são totalmente opostos.
E ainda tem o custo econômico do próprio atraso. Em cenários como arbitragem de alta frequência, corridas de liquidação e compras-relâmpago de NFTs, uma latência de alguns segundos significa perder diretamente a oportunidade. Usar Newton para autorizar um agente de IA equivale a colocar seu oponente para correr 5 segundos antes na linha de largada. Esse custo nunca é mencionado no whitepaper.
Uma camada de autorização que é lenta e vaza intenções é mesmo adequada para fazer transações DeFi?
O acima é apenas opinião pessoal e não constitui recomendação de investimento. Vamos conversar na seção de comentários — quanto de custo em milissegundos você estaria disposto a pagar por “conformidade”?
$NEWT @NewtonProtocol #Newt