胖鸟

很多人认为 BTC 最难复制的是它的稀缺性，但最近研究@BabylonLabs_io 后，我发现真正难代替的是十多年运行过程中形成的安全共识。

这也是我最近关注$BABY 的原因

坦白说刚开始看到 BTC Staking 这个方向时，我并没有特别兴奋。过去几年，市场出现过不少让 BTC 产生收益的方案，但很多本质上只是把 BTC 包装成新的金融产品，让用户承担额外风险，却没有真正释放 Bitcoin 本身的价值。

Babylon让我改变看法的地方在于它关注的不是如何消费BTC 的流动性，而是如何利用 Bitcoin 已经形成的安全能力。

#baby 的核心思路，是通过 Trustless Bitcoin Vaults和 BTC Staking 机制，让 BTC 持有者在保持资产控制权的情况下，为 PoS 网络提供安全支持。

简单来说，Babylon 并不是要求用户把 BTC 转移到其他生态，或者依赖中心化机构托管，而是希望利用 Bitcoin 原生的安全属性，让 BTC 成为连接其他区块链网络的一种安全基础。

这个方向让我觉得有意思，它解决的是 PoS 生态长期存在的问题。很多新兴区块链并不是没有技术，也不是没有开发者，而是在早期阶段很难快速建立足够强的安全体系。验证者数量、质押规模以及经济成本，都会影响一个网络抵御攻击的能力。

而 Bitcoin 已经用十多年的时间证明了自己的安全性，如果这种安全能力未来能够被更多 PoS 网络利用，那么 BTC 的角色可能会发生变化。

当然我不会简单认为 $BABY 一定会成功，Crypto 历史上从来不缺少宏大的叙事，最终决定一个基础设施项目价值的，还是技术是否可靠、安全模型是否经过验证，以及生态是否真正采用。

过去我们理解 BTC，更多关注它的稀缺性和价格。但如果未来 Bitcoin 的安全能力可以服务更多网络，那么 BTC 的价值边界可能会被重新定义。

也许未来，我们不只是因为 Bitcoin 足够稀缺而关注它，

Alguém realmente está participando? 1 ponto para trocar por 1u com a Alpha… acabou ficando sem lucro até nas cuecas, não foi?

Às vezes eu percebo que, quando uma empresa está prestes a dar errado, o problema não é que ninguém é responsável — é que todo mundo é responsável um pouquinho. O produto acha que o desenvolvimento já confirmou. O desenvolvimento pensa que a operação já aprovou. A operação acredita que o jurídico não vai se opor. No fim, quando as coisas dão errado, todo mundo participou, mas ninguém consegue explicar claramente em que etapa exatamente deu errado.

Mais tarde, ao ver um design bem pequeno, o @NewtonProtocol , eu pensei de repente: eu nunca dei muita atenção ao Authorization Receipt. Eu achava que ele era apenas um comprovante gerado depois que tudo foi executado — algo parecido com registros e recibos, mais para arquivar. Mas quanto mais eu olhava, mais eu percebia que o lugar em que ele aparece era estranho.

Ele não fica no final do fluxo. Ele aparece junto com Authorization, Policy e Operator, tornando-se parte de todo o processo de execução. Eu voltei a reler esse trecho algumas vezes até perceber que a minha interpretação inicial estava enviesada. Antigamente, muitos sistemas guardavam resultados. Se a transação era bem-sucedida, se os ativos eram transferidos, se o status era atualizado — tudo isso ficava registrado. Mas, quando realmente dá errado, as pessoas costumam continuar perguntando: quem aprovou? Com base em qual regra? No meio, alguém pulou alguma etapa? Essas informações, muitas vezes, só dá para montar aos poucos a partir dos logs.

Parece que o Newton sempre esteve tentando resolver exatamente esse problema. O Authorization Receipt não registra apenas o que foi concluído. Ele conecta uma autorização, a Policy correspondente, o Operator que executou e, por fim, o resultado gerado, formando uma cadeia completa. No futuro, se alguém questionar essa execução, o sistema não precisa voltar a confiar em um nó específico, nem precisa perguntar à parte operacional. Basta seguir esse registro e revalidar cada etapa — por que cada passo faz sentido, e qual é a base correspondente.

Ao ver isso, eu percebi de repente que o Receipt no Newton não é exatamente como um recibo. É mais como uma cadeia de responsabilidades da execução.

Por isso, olhando novamente para o Authorization Receipt, eu acho que o que ele realmente deixa não é apenas um registro. Ele deixa toda a evidência de uma execução — desde a autorização, passando pela decisão, até a conclusão. E o que realmente pode ser confiado a longo prazo talvez nunca seja um nó específico, nem uma determinada plataforma, mas sim o próprio processo que qualquer pessoa consegue revalidar.
#newt $NEWT

离谱了

最近一个月没领#ALPHA 空投，都卷成这样子了吗，今天晚上19:00盲盒空投251积分，有点离谱

难受了，一个周期只能吃一个

有点犹豫是等下周新项目的#tge 还是先领取

估计又要有一批人赚麻了

不出意外下周二会上新久违的TGE项目

这次的#tge 采用新的规则，热度不是一般的高

兄弟们都准备好了吗？

按照$GRVT Whales Market 盘前折算价，目前 FDV 大约落在 3.5 亿刀。接下来老规矩，咱用大白话简单拆解一下这个项目到底能不能打。

​从基本面看@grvt_io 确实解决了行业痛点，其首创的One Balance余额系统，让保证金不再是死钱，在交易开仓的同时还能无缝吃满底层最高11% 的自动生息收益。结合CEX 的速度 + DEX 的资产自托管的混血叙事，加之高盛和 Meta 的团队背景，长期的基本盘非常扎实。

但是最致命的黑天鹅也摆在明处，这次官方把社区空投的比例直接从 20% 一路死磕加码到了 28%！更要命的是TGE筹码当天不强制锁仓，这28％的天量筹码一旦瞬间砸向市场，对二级的承接力将是一场极度严苛的极限压力测试。

不过我个人觉得不至于是开盘即巅峰，毕竟它背后是zkSync生态航母级资源包，作为zkSync Hyperchain上的核心旗舰生态预期，GRVT不仅仅是一个交易所，它更加在底层充当着整个生态流动性中继和数据交割的重要节点。

如果开盘第一波泥石流抛压能被做市商消化，后面真实交易数据跑起来，那么它那套One Balance的飞轮效应就会开始展现威力。大资金和长线 LP 为了吃那 11% 的生息红利，会源源不断地从以太坊$ETH 主网倒灌资金进来，形成一个天然的吸金黑洞。

总的来说#grvt 机制不错，但 3.5 亿的盘前估值，短线大概率顶不住 28% 的天量空投踩踏，最好是等订单簿稳定、链上筹码洗得差不多了再进场，我的心里价位是在$0.2以下。

兄弟们觉得 $0.35 的盘前价能守住吗，你们的心理防线入场价是多少呢，不妨来聊聊

不要再被最近吹的天花乱坠＄GRVT 欺骗了

这玩意对散户的友好度没有你想象的那么高。

这两天同步 @grvt_io 的官方开发文档，结果在结算数据结构里翻到了两个极少人讨论的venue和 broker，追踪完底层的清算路径后我心里一惊，大家都在盯着明面上的买卖怎么玩，却忽略了它在底层给大户和机构开辟的场外RFQ。散户跟大户玩同样的衍生品，天然要吃一记信息差的闷棍。

我发现在#grvt 的底盘里，普通的单向买卖走公开订单簿，但只要涉及到复杂的期权组合或者超大额的区块交易，系统会直接把这些大额流量切到专门的 RFQ 询价会话里，并通过像 CoinRoutes 这样的顶级经纪商在链下进行私密撮合。

这意味着什么？

最优质、能把对冲成本压到最低的大宗报价，在链下就已经被机构和专业经纪商提前分食干净了。散户在前端看到的公开盘口，其实只是机构吃剩的残渣。你在公开订单簿里费尽心思去配对多空，不仅买卖价差更宽，还得承担由于各条腿分开成交时的隐形Legging Risk风险。这种把最肥的大宗定价权锁在链下经纪商圈子里的设计，在无形中给普通散户筑起了一道看不见的高墙。

不过撇开这种对散户的报价隔离不谈，站在大盘系统抗风险的宏观角度，这套把大宗和零售彻底分流的架构反而是极具智慧的。传统链上交易所之所以动不动就流动性断层，就是因为散户的散单和机构的大宗头寸全混在一个池子里。一旦市场剧烈洗盘，机构千万级的多腿头寸如果直接在公开盘口强制平仓，会瞬间引发连环踩踏，把散户的止损单全部连坐引爆。而 GRVT 让大宗交易走独立的链下 RFQ 路由，用经纪商机制当隔离带，把这些毁灭性的核弹头在场外悄悄化解掉了。

它虽然让零售盘口少了一点暴利套利的机会，却换来了整个大盘在风暴中极其稳定的盘口弹性，让散户逃命时随时能撤

真是小看了@NewtonProtocol 的野心，昨天夜里我自己去翻它白皮书关于跨链架构和算力同步的那几章，我才发现它躲在暗处真正想解决的骚操作，居然是干掉多链时代最让人头疼的合规碎片化与跨链桥信任危机。

$NEWT 白皮书里提到了一个叫基于EigenLayer ELIP-008规范的多链算力table 同步协议，这名字听着挺硬核对吧？我当时看第一眼也觉得是在拽名词，但稍微一琢磨，我发现它解决的其实是链上金融一个超级恶心、而且以前根本没人能解决的死结，那就是怎么让不同链上的应用，共享同一套高强度的以太坊级别经济安全底牌。

你想啊现在的多链世界碎片化得厉害，一个稳定币或者RWA项目，如果想同时在 Ethereum、Base、Arbitrum和Optimism 上发行，传统的做法极其痛苦。你要么在每条链上都单独去找一套合规验证节点，要么就得用那种极其脆弱的第三方跨链桥，天天提心吊胆等着被黑客跨链投毒，结果就是大机构根本不敢把巨额资金往 L2 上放。

以前大家都默认这是没办法的硬伤，但 Newton这次直接在底层用密码学把这个死结给解开了，在#newt 的逻辑里，它的去中心化算力网络只需要在以太坊主网注册并进行EigenLayer再质押一次。一旦以太坊上的节点成员、质押权重或者因作恶被罚没的状态发生变化，Newton的节点们会在底层集体吐出一个用 BLS 私钥盖章的算力表默克尔根。

最扫的操作是这个包含着主网几十亿节点经济安全担保的签名根，会通过完全无许可的 Relayer疯狂同步到所有主流L2。目标链上的智能合约只需要用纯数学公式去验证这个 BLS 聚合签名 一旦对账成功本地的算力权重表瞬间同步更新。

这套ELIP-008的跨链算力同步流我算看明白了，这项目根本不是在讲宏大的合规故事，它是真拿出了别人抄不走的密码学硬功夫，把多链的合规铁轨直接统一成了一张无缝的安全大网。

很多人看@NewtonProtocol 觉得眼熟，以为它又是市面上那堆 ZK、MPC 或者同态加密的缝合怪。但如果你翻透它的白皮书，你会发现它有很多独一无二的亮点。

第一个标签叫 Newton Rego，别的项目做风控策略，只能用现成的规则库做简单的条件判断。但$NEWT 直接魔改了企业级标准的 Rego 编译器，在里面硬生生地嵌了一个专属的密码学扩展包。

这导致合规人员在写同一行声明式代码时，不仅能做传统的黑名单筛选，还能直接调用底层接口去恢复 secp256k1 和 Ed25519 的跨链身份签名，这种将链下多签判定与跨链原生存根原子化绑定的语法在 Web3 中是独一份。

第二个标签是#newt 的牛顿隐私信封，市面上大多项目做隐私玩的基本都是加密然后发送的交钥匙游戏，但 NPE 是一个高度复合的密码学构造，它利用门限加密的同时，强制要求用户+DApp进行双重签名授权，最硬核的是它在 wire format层，就把密文死死绑定到了特定的策略客户端和单次交易意图上。任何黑客或恶意节点，都绝无可能在其他上下文里去重放或挪用这份隐私数据，从根源上斩断了中间人攻击。

最让人头皮发麻、最不可能被其他项目套用的是它的 ZK 罚没挑战机制，别人搞 ZK 证明是老老实实为每个特定的合规业务去手写定制的电路，不仅痛苦而且无法通用，但 Newton 利用了 Rego 语言纯函数、绝对确定的数学特性，干脆把整个 Rego 语言解释器直接塞进了 SP1 或 Risc0 零知识虚拟机里！

这种情况产生的结果就是任何风控人员随手写出的一行代码，底层自动具备了 ZK 可证明属性。外部挑战者发现节点作恶时，可以直接用这个通用 ZK 证明去干翻 EigenLayer 上的作恶节点瞬间触发链上资产罚没，甚至为了配合这套算力，节点仅在以太坊主网质押一次，就能通过 BLS 默克尔树将算力权重安全同步到所有主流 L2。

最近我切了套高频脚本挂了 2000U 筹码在 @grvt_io 上尝试捕捉套利机会。单子进去了不少，但对账的时候我直接看傻了，几笔本该吃肉的单子，实际成交价比盘面公允价硬生生偏了几个基点。这趟实盘让我彻底醒，项目方标榜的链下隐私订单簿虽然防住了夹子，但在极端行情里我们其实在为这种看不见的隐私交隐形税。

#grvt 核心卖点之一是引进了由零知识技术驱动的加密隐私订单簿，它的底层逻辑是把全网用户的挂单、出价和深度在链下全部打乱加密，让主网上的三方夹子机器人和捕食者量化团队根本拿不到内存池的数据。这意味着什么？你在里面开单，理论上拥有极高的防猎杀隐私。

但泼盆冷水，这套系统在极端行情下却带来了另一个隐形硬伤，那就是流动性不透明引发的盲盒滑点。因为整个订单簿深度对市场而言是一个彻底的黑箱，普通交易者和第三方做市商根本无法像在传统交易所那样，实时观测到不同价位的真实挂单厚度。

昨晚市场踩踏时，链下加密网络里的真实深度其实已经严重分层，但前端由于数据隔离依然显示正常。我的买单一头撞进去直接在缺乏公开深度的真空带成交，导致本该止盈的单子吃到了的隐形价差，这种看不见盘口的被动在分秒必争的行情里极其致命。

不过反过来讲，刚吐槽完它的滑点迷雾，看着它的链上防作恶刚性清算又不得不承认它在资金底线上踩得很死。

传统平台最让人恶心的是拔网线和针对性定点爆破，它们的强平清算完全是在中心化服务器里跑的黑箱代码。但#grvt 把最核心的清算红线和账户状态验证死死扣在链上的智能合约里。是否需要被强制减仓全是由公开的智能代码自动跑出来的，平台方都不能干预去更改你的清算线。

总的来说#grvt 虽然牺牲了盘口的透明度，却也帮散户掐死了庄作恶这颗最毒的子弹。

最近我发现@NewtonProtocol 花了不少篇幅在讲 Attestation、Verification、Replay。我一开始其实没太理解，因为在我的认知里，只要最后结果正确，中间怎么完成的，好像并没有那么重要。执行者是谁、执行过程中发生了什么，这些更像实现细节，而不是协议真正关心的东西。

直到后来我把整条执行流程重新顺了一遍，从 Transaction Intent 进入 Gateway，到 Policy Evaluation、Operator 执行，再到后面的 Attestation，我才发现自己一直的疑问在哪里。

$NEWT 真正关心的好像从来不是结果是不是正确，而是结果为什么值得相信，Transaction Intent 并不会因为进入系统就直接执行，而是先经过 Policy Evaluation；Operator 完成任务以后，也不会因为执行结束就直接成为最终结果，后面还需要 Attestation，必要时甚至可以 Replay。

往下看，我越发现，它们其实都在回答这次执行，到底是不是按照整个网络共同认可的规则完成的？

也是到这里我才意识到#Newt 真正记录的并不是一次执行的结果，而是一次执行的过程。后来我又仔细回想了一下，突然想到一个以前没有认真想过的问题。

为什么很多系统更关注证明结果，而 Newton 却花了这么多精力证明过程？

我越来越觉得这两种设计背后，其实代表的是两种完全不同的信任方式，如果只证明结果，最后你还是需要相信那个告诉你结果的人。可如果整个执行过程都能够被验证，那么真正需要相信的，就不再是某一个 Operator而是任何人都可以重复验证的那条执行路径。

所以我觉得Newton 真正想重构的并不是执行流程，它真正挑战的是一个存在很多年的默认假设，结果正确就足够了吗？

至少在 Newton 看来好像还不够
或许这才是 Attestation、Verification 和 Replay 真正存在的意义。它们保护的，从来不只是结果，而是结果之所以成立的整个过程。

这几天一直在翻 @grvt_io 的博客，有个词出现得特别频繁Capital Productivity。刚开始我其实没太当回事，总觉得这是个营销概念。交易所最后拼的不还是流动性、手续费和交易速度吗？一个交易平台一直讲资本生产力，听起来多少有点不像交易所该说的话。

所以第一次看到 One Balance、Unified Margin 的时候，我一直往体验优化那个方向理解，后来我又把几篇博客放在一起重新看了一遍，本来只是想搞明白 Unified Margin 到底解决了什么问题，结果越看越觉得奇怪。

官方几乎没怎么讨论交易速度，也没有一直强调 Hybrid Exchange，反而不断提 Capital Productivity、Capital Drag，包括后面的 Yield Layer，讨论的始终都是同一件事。

我这时候才发现自己一开始可能理解错了， GRVT 好像一直在问另一个问题为什么一份资本，只能承担一种用途？也是到这里，我才理解官方为什么一直强调 Capital Drag。真正被浪费的可能不是交易速度，而是资本不断等待、迁移和重新配置的过程。
后来我又回去看 One Balance、Unified Margin、Yield Layer，突然发现它们看起来像三个不同功能，其实一直在回答能不能让同一份资本，不因为切换用途就停下来。

所以现在再回头看我越来越觉得GRVT 真正想重构的，好像不是交易所。它一直在挑战的是金融系统一个几乎没人怀疑过的默认习惯，为什么资本每完成一种任务，就必须结束这一段，再开始下一段？

至少我现在越来越倾向于一种理解，GRVT 真正想保留的，不是某一个账户，也不是某一种产品，而是同一份资本的连续性。
交易、收益、投资、支付，本来就不是四份不同的资本，而应该是同一份资本，在不同阶段承担的不同职责。

所以现在再看 Capital Productivity，我反而觉得，它真正想优化的不是交易效率，而是资本在整个金融体系里的运行方式。
#grvt

Faz muito tempo que não venho a um novo TGE. O @grvt_io lançado recentemente é mais um “grande pagador”.

O @grvt_io também lançou uma promoção de Booster supervaliosa: por apenas 2 pontos você troca por tokens no valor de 8u. Não perca!

Quando comecei a analisar a arquitetura HEX do @grvt_io , fiquei com uma dúvida: se a correspondência de ordens acontece fora da cadeia, como a cadeia consegue confiar?

Pelo que entendo, o maior valor do blockchain é a determinismo. Se o processo mais central de correspondência sai da cadeia, então qual é a diferença em relação às bolsas tradicionais? Por isso, no começo achei que o GRVT era apenas um compromisso entre desempenho e descentralização, mas depois de rever o fluxo de execução percebi que eu estava entendendo errado.

O que o #grvt realmente resolve não é simplesmente onde as transações são colocadas, e sim como fazer com que o estado das transações gerado fora da cadeia seja, finalmente, reconhecido pela cadeia. No seu design, as ordens primeiro entram no Off-chain Matching Engine para realizar a correspondência. Assim, operações de alta frequência não precisam esperar a confirmação na cadeia, obtendo uma eficiência de execução próxima à de uma bolsa tradicional.

O interessante é que “fechar negócios” não significa que o estado é final. O resultado da negociação precisa passar por um On-chain Settlement, com confirmação final pelas regras on-chain e por contratos inteligentes. Ou seja: o off-chain fica responsável pelo cálculo de alta frequência e o on-chain pelo estado final.

Foi só então que percebi que o #grvt tenta separar o limite entre gerar estado e definir estado. O Matching Engine gera o resultado das transações; a camada de Settlement confirma o estado dos ativos; e o Smart Contract Vault garante que os ativos dos usuários não dependam totalmente de um livro-razão centralizado.

Por isso, eu sinto que o Hybrid Exchange não é simplesmente juntar CEX e DEX. O que ele realmente muda é o limite de confiança dentro do sistema de transações. Nem todas as etapas precisam acontecer na cadeia, mas o impacto final no estado dos ativos do usuário precisa ser confirmado por regras on-chain.

Depois, ao analisar o Unified Balance, descobri que essa lógica não existe apenas no encerramento de transações: ela percorre todo o gerenciamento do estado dos ativos. Transações, garantias e ganhos deixam de ser estados de conta separados e passam a fluir dentro de um sistema unificado, fazendo com que os ativos não fiquem presos em um cenário específico, mas possam mudar continuamente.

Agora, vejamos o GRVT: ele parece estar resolvendo um conjunto de mecanismos sobre como estados gerados fora da cadeia entram na realidade on-chain e se tornam uma realidade reconhecida pelo mundo on-chain.

我一直觉得，一个授权系统最重要的是规则。

只要 Policy 写得足够严谨，系统就能判断什么交易应该执行，什么交易应该拒绝。所以刚开始看 @NewtonProtocol Whitepaper 时，我一直关注的是 Rego Policy 和 Authorization Flow。

直到后来重新翻到 Data Provider 那部分，我才发现自己忽略了一个更底层的问题，如果规则再准确，如果输入的数据不可信，最后的判断依然没有意义。

$NEWT 的 Policy Evaluation 并不是直接运行规则。Operator 需要调用 Oracle Price、Sanctions Feed、Risk Score 等外部数据，再将这些输入带入 Rego Policy 判断，但这些数据本身并不是链上原生存在的我一下意识到，这好像是是所有链上自动化系统都会遇到的问题。大家一直讨论智能合约是否可信却很少追问系统做决定时看到的数据，真的可靠吗？

如果地址状态判断错误，风险评分出现偏差或者不同节点获取到的数据不一致，那么后面的 Policy、Attestation 和 Consensus 即使计算正确，也可能只是建立在错误输入上的正确结果。

#newt 对这个问题的设计很有意思，它没有选择成为唯一的数据提供者，而是把 Data Provider 做成可插拔模块。Operator 可以独立执行 WASM Data Provider，在隔离环境中获取外部数据，并对自己观察到的数据生成 ECDSA Attestation让输入本身也进入验证范围。

看到这里我才发现自己之前理解错了，我一直以为 Newton 的核心是让规则变得可验证，但实际上它首先要解决的是让规则运行时面对的是同一个可信现实，Policy 决定系统如何判断，Data Provider 决定系统看到什么。

真正困难的地方从来不是让机器按照规则运行，而是在机器做决定之前确保它看到的世界没有被错误输入改变。这可能才$NEWT 设计 Data Provider Ecosystem 的意义。

未来链上系统竞争的不只是规则和执行，而是谁能让整个网络在做决定之前先基于同一个现实。

我一直觉得，只要所有节点拿到的是同一份数据，共识就不会有问题。所以刚开始看到 @NewtonProtocol Whitepaper 里的 Streaming Two-Phase Consensus 时，我第一反应就是性能优化，Gateway、NATS、Streaming 看起来都只是为了降低延迟。

后来我重新把那一节看了一遍，才发现自己理解错了。

白皮书提到，Operator 会各自调用 WASM Data Provider 获取 Oracle Price、Sanctions Feed、Risk Score 等外部数据。即使查询同一个数据源，因为网络路径、返回时间不同，每个 Operator 看到的数据也可能不同。而 BLS Aggregate Signature 要求所有节点签署的是完全一致的消息，只要数据有偏差，聚合签名就无法生成。

所以 Newton 才拆成两个阶段。Prepare 阶段，每个 Operator 独立获取数据并生成 ECDSA Attestation，Gateway 再汇总形成统一的 Canonical Dataset；Evaluate 阶段，所有 Operator 基于同一份数据执行 Rego Policy，最后生成可聚合的 BLS Signature。

看到这里，我才发现自己一直理解错了。

我一直觉得，共识解决的是谁说得对。

可 Newton 真正先解决的是：大家是不是在讨论同一个现实。

如果每个 Operator 面对的是不同时间点的数据，那么后面的 Policy Evaluation、Attestation、BLS Aggregation 即使全部正确，也只是分别证明了不同的现实。

现在回头看，我越来越觉得，Streaming Two-Phase Consensus 最重要的不是提升性能，而是先统一现实，再统一答案。真正难的，也许从来不是形成共识，而是确保所有人面对的是同一个世界。
#newt $NEWT