CryptoDeon

Babylon 上进行双签（double-signing）的削减惩罚为质押 BTC 的 0.1%。当我第一次读到这个数字时，它让人感到安心：小、可控、在可承受范围内。后来我再了解多重质押（multi-staking）实际如何运作，这个数字就不再能讲完整的故事。

Babylon 的第 3 阶段允许 1 枚 BTC 的存入同时为多个“比特币安全网络”（Bitcoin Secured Networks，BSNs）提供保障，而不仅仅是 Babylon Genesis。一个单独的最终性提供者（finality provider）会维护一组预先注册的签名密钥，并且能够在多个 BSN 上对检查点进行签名，而且这些签名使用的是同一份底层质押资产。整个卖点就是这样：一把锁，多个网络；同一笔存入带来更多收益来源，而不是把 BTC 拆成多个独立仓位。

但这 0.1% 的数字并不能涵盖以下内容：它是“每次削减事件（slashing event）”对应 0.1%，而不是“按每份质押（per stake）”计。假如最终性提供者在某一个网络上被发现不当行为并因此被削减，那么就是一次 0.1% 的扣减。但如果同一个提供者——在使用同一份共享质押的情况下——同时还在保障另外三个或四个 BSN，那么这一个操作者的诚实与在线可靠性就会同时成为所有这些网络能否运行的关键所在。结构上这其实是同一个问题：EigenLayer 的 restaking 模型在以太坊（Ethereum）上也必须面对——被复用的抵押品（reused collateral）意味着，一个服务的故障“影响范围”可能会超出故障发生的那一个服务本身。

所以，真正的风险并不只是“削减比例”本身。更关键的是“相关性（correlation）”。BTC 质押者不再只是押注某一个最终性提供者的诚实；他们是在同时押注该提供者在其密钥所触达的每一个网络上都始终保持诚实并在线可用——在大约 250 个竞争争取这份信任的最终性提供者之外的情形下，一起发生。

我正在关注的条件是：那些通过多重质押接入的 BSN，是否会像借贷协议（lending protocols）披露共享抵押品风险那样，开始披露共享最终性提供者重叠（shared finality provider overlap）；还是说这种相关性在某个“不太好”的操作者用最糟的方式把它变得显而易见之前，一直是看不见的。

$BABY #baby @BabylonLabs_io

在巴比伦（Babylon）的文档里，有一句话在悄无声息地推翻了大家用来形容它的那个词："trustless（无需信任）"。我原以为 EOTS 会独自把事情都做完：数学识别到双重签名者，惩罚随之发生，无需委员会。读完实际的支出条件后，我的想法变了。

比特币脚本无法原生表达“如果这位最终性（finality）提供者进行了双重签名，就惩罚性地削减（slash）其质押”。因此，巴比伦把惩罚路径以另一种方式构建。在质押时，你的资金会锁定到一个 UTXO 上，该 UTXO 需要来自你以及事先收集好的契约委员会（covenant committee）法定人数（quorum）的签名。若最终性提供者之后又进行了双重签名，EOTS 的数学会泄露其私钥，而这枚泄露出来的私钥会提供最终签名——正是预先搭建好的多重签名（multisig）所一直在等待的那个签名。

所以，那种“优雅之处——数学能自动抓到坏人”确实存在，但它只是结构的最后一块，而不是整个结构本身。委员会的签名必须在任何不当行为发生之前就已经存在；否则，根本就没有可被惩罚的路径。无信任（trustlessness）出现在最后。其余所有步骤都依赖于：委员会在质押时刻必须在场、诚实且在线。

这也重新定义了“到底值得关注什么”。不是密码学是否有效——这部分是扎实的。真正要看的是：随着巴比伦在更多比特币安全网络（Bitcoin Secured Networks）上扩展，契约委员会能否保持去中心化并保持可用；因为如果这一层变薄，削减路径不会大张旗鼓地失效，它只是会在任何人检查之前，对新的质押不再“存在”。

委员会的组成与在线可用性，是否会像 TVL 和质押数字一样受到同等的审视；还是继续保持“看不见的前置条件”，直到为时已晚才有人会去问。

$BABY #baby @BabylonLabs_io

关于7月10日的解锁这件事，当我真正把数字坐下来核对后，发现并不对劲。所以我不再凭想象，决定去确认。

BABY 并不像很多代币那样采用“悬崖式解锁+一次性倾倒”。团队、顾问和早期投资者会在每一个月解锁其分配额度的 1/36，直到 2029 年 4 月。这是缓慢、线性的持续滴灌，而不是日历上某个吓人的单一日期。7月10日并没有什么特别之处，它只是这 36 个完全相同月份中的又一个而已。以当前已流通的约 39.9 亿亿（3.99 billion）代币来看，这次释放增加的是可预测、已知的一小部分——任何人只要看过分配归属（vesting）图表，一年前就能看到并预料到。

真正重要的部分如下，而且很容易被人理解反了。计划中的线性解锁并不会造成“供应冲击”，它早已被关注市场的人计入定价，因为市场在发布日程表后就已经知道精确的数学关系。推动价格变动的，并不是解锁本身，而是新的需求是否会比“稳定的、每月有新浮动筹码进入交易所的滴灌速度”增长得更快：例如更多资金流入质押、TBV 增长，以及像最近的 Gomining 合作这样的更多集成。

所以真正的问题从来不是“这个月会解锁多少”。而是协议侧的进展——BTC 已被锁定、金库被开启、实际使用情况——是否能以足够快的速度复利增长，从而在不被任何人注意到的情况下，吸收接下来这 36 个月同样节奏的滴灌压力。

我在跟踪的条件：接下来几个关键解锁节点期间，BTC-in-vaults（进入金库的 BTC）增长是否始终领先于每月解锁节奏；还是说这种滴灌会在不知不觉中开始跑过需求的增速——就像慢慢渗漏往往那样。

$BABY #baby #BinanceSquareFamily @BabylonLabs_io

我当时在想：能不能只从一个“无托管”的比特币托管金库（Trustless Bitcoin Vault）里解锁我自己的一部分 BTC，就像你从储蓄账户里只部分取款那样。但我遇到了一堵意料之外的墙：TBV 不支持部分提取。也就是整个金库进入，整个金库出来。是一整块，而不是几块。

起初这感觉像是某种用户体验限制，甚至有点“偷懒”的设计。但我再想久一点，我觉得相反。要在不分叉、也不引入新的操作码的前提下，向比特币证明“部分赎回”，意味着要用脚本逻辑去证明一个事件的某个比例——而这类“分数表达”脚本从来就没被设计来很好地处理。整库赎回则完全绕开了这个问题：一次存入、一种状态、一份清晰的证明。它的简单并不是缺失的功能，而是让这种验证在一条“不会为你弯腰”的链上依然保持诚实。

如果你是新来的，容易忽略的一点是：每一种面向 BTC 原生 DeFi 的设计，都必须在“灵活性”和“可证明性”之间做选择，而且通常两者很难兼得。Babylon 选择了可证明性。这个取舍之所以不声不响，却也是他们能在质押金库里坐拥超过 56,000 BTC，并且今年还从 a16z 拉来了新的支持的根本原因——机构不会追逐灵活性，他们追逐的是可证明。

我反复思考的是：这个取舍能否随着规模扩展。金库较小、也更偏个人使用时，“整库赎回”是很干净的做法。但当集成开始出现，比如最近的 Gomining 交易，开始一次性把上千 BTC 通过同一个“非此即彼”的退出门路由出去时，就没那么干净了。

我在关注的条件是：大型集成是否会按原样适配整库赎回，还是他们会悄悄拆分成许多更小的金库，只为了从侧门把“部分提取”的行为再拿回来。

$BABY #baby @BabylonLabs_io

我第一次注意到不对劲，是在看一个公会刷资源时——几十个玩家花好几个小时刷材料，没停地制作道具，而 $BABY 几乎没有任何实际进展。只有当有人真的在链上铸造或结算了某个物品时，代币才会有一点反应。

这时我才明白：$BABY 不为“活动本身”定价。它为“付出变得不再隐形、并且成为永久记录”的那一刻定价。刷取、制作、肝刷——这些都发生在链下；不被定价，也不被市场记录。需求只在转换时才显现，也就是唯一一步：把玩家的时间盖上印章，变成链上必须承认的东西。

所以，一款游戏可能看起来完全“活着”——满服务器、持续制作、热闹的公会——同时代币需求却会悄悄被抽空，因为玩家已经学会拖延或规避最后那一步。活动在表面上仍在继续展示，而 $BABY 实际被定价的那件事，其实早就在底层停止发生了。

值得观察：随着玩家规模增长，转换频率是否能保持稳定；或者说玩家的增长没有转化为那一刻的增长。

#baby #BinanceSquare @BabylonLabs_io

今天早上我又盯着“Multiplier Plan”（乘数计划）屏幕看了一遍，不过这次我不是在看回报。我在看的是：推迟（deferring）到底会如何影响代币本身，而不仅仅是影响我自己的分配。

最引人注意的是这一点。选择 4 个月或 8 个月推迟的人，不只是把自己的代币锁起来，换取日后更高的乘数。他们也会在 TGE 当天、当 GRVT 在现货市场亮相并推进 Tier-1（一级）CEX 上市时，直接把这部分供给从流通中移除。启动时流通供给更少，通常意味着初始抛压更薄，且价格发现窗口更清晰。

所以，这个乘数不只是奖励耐心。它也是对“让交易所受益的那份工作”的补偿——在价格发现最脆弱的阶段、也就是上线后的最初时期，把供给暂时挡在市场之外。

这也让这个选择有了新的角度。我以前以为“立刻领取（claiming immediately）”只是提供“现在的确定性”。但实际上，这也在增加那种——早期 TGE 价格走势最敏感的——抛压。推迟并不只是“也许之后是更大的数字”，它更是在默默支撑那些条件，才让“之后那个更大的数字”成为可能。

报名开放至 2026 年 7 月 27 日 00:00（UTC），选择一旦确认即为最终结果，推迟池（deferral pool）位于 Season 2 固定的 1B 供给份额中的 18%。

至于最终是否会按设计的方式发生，还要看已登记的供给里有多少人会选择推迟而不是立即领取——因为如果推迟比例很低，抛压格局几乎不会有太大变化。

#grvt #BinanceSquare @grvt_io

我一直在思考的问题并不在于技术本身。它关乎问责。

@NewtonProtocol 可以验证某个代理是否遵循了它的规则。加密证明是真实存在的——每一次策略评估都会留下记录，在已定义的权限范围内执行的每一项行动都可以被证明属实。这确实比当下大多数 DeFi 自动化所提供的更多。

但问题在于。可验证的执行与可验证的裁决是不同的问题。牛顿（Newton）对第一个问题解决得很仔细。第二个问题——在很大程度上——仍然取决于编写规则的人。

用更直白的话说：如果一个金库管理者设置的支出上限结果发现太宽松，或者定义的再平衡触发条件在平稳市场中看起来合理，但在波动市场中却不合适，那么牛顿会正确地执行这些规则。策略会运行，证明会生成，交易会结算。一切都按设计工作。结果可能仍然会很糟。

这并不完全是架构的缺陷。没有任何强制执行层能够让人的判断变得更好。但它确实提出了一个协议尚未完全回答的问题——当一项策略是正确的，但其背后的规则是错误的，那么问责应当落在谁身上？是配置它的运营方？发布该模板的开发者？还是在未充分阅读自己所批准内容的情况下就启用了它的用户？

传统金融通过执照、受托责任与监管来解决这一点。加密世界则通过没人会看的文档，以及免责声明包揽一切的服务条款来解决。

牛顿目前就处在这段落差的中间。强制执行层正在被谨慎地构建。围绕谁来设计规则、谁来审计它们，以及当它们失效时谁来承担责任——这部分在很大程度上仍是理想愿景。

随着时间的推移，这件事能否得到解决，可能比路线图上的任何技术里程碑都更重要。

$NEWT @NewtonProtocol #Newt

今天早上我在 GRVT 的帮助中心重新阅读了实际的 Multiplier Plan（乘数计划）机制，越过营销话术后，有件事突然让我意识到我之前没考虑过。

第 2 季的分配固定为 10 亿 GRVT 供应量的 18%。社区与空投分配的总额上限为 28%。这不是一个会变动的数字，而是在任何人注册之前就已确定。

所以，当 Multiplier Plan 提供最高 4 倍的分配给选择延后的人时，那多出来的规模到底从哪里来？它不可能来自新代币；供应是固定的，也没有额外发行。它一定来自同一个供所有人抽取的资金池。

这意味着，这个计划并不是真的在用“新价值”奖励耐心。它是在重新分配一块固定的蛋糕。任何通过等待来获得更大乘数的人，实际上都是在缩小相对其余人的那部分资金池占比。换句话说，这是一种把零和分配包装成忠诚度奖励的做法。

注册现在已开启，截止到 2026 年 7 月 27 日 00:00（UTC）。一旦做出选择，便不可更改。没人知道届时会有多少参与者选择乘数，而多少选择立即领取；而正是这个比例，决定了延后是否真的值得。

如果大多数人都急着立刻领取，那么少数选择延后的人就会拿到一块异常大的份额。反之，如果大多数人延后领取，乘数会对自身产生稀释效果，而“奖励”会逐渐趋近于零。

想看看等窗口关闭后，实际的注册数据究竟更偏向哪一边。

#grvt #BinanceSquare @grvt_io

今天花了一部分时间试图拆解牛顿（Newton）的自然语言智能体配置——并不是出于恶意，只是思考当“纯英语”遇到“精确代码”时会发生什么。

体验的确很顺畅。你输入类似“如果任意单一资产超过30%，就对我的投资组合进行再平衡”，系统就会把它转化为一条真正可执行的策略，并附上 zkPermissions。没有 Solidity。没有配置文件。在意图与执行之间的距离感，比我在 DeFi 里用过的任何东西都更小。

然后我开始问一些显而易见的后续问题，顺畅感很快就变得复杂起来。

30% 到底是“什么”的30%？触发当时的当前投资组合价值？权限创建时的价值？还是初始存入金额？这三种理解方式在波动市场中会产生不同的再平衡触发条件，有时差异会大到惊人。“任意单一资产”——这是否包括质押仓位？流动性池代币？还是把同一资产以不同协议包装后的版本？

协议并没有误解你。问题恰恰在于：它理解得非常精确，并执行你这条指令的“解析版本”所要求的内容——而这可能并不是你在正常句子里想表达的意思。

Newton 让策略执行变得可靠。它并没有让策略编写变得可靠。这是两个不同的问题。第二个问题不会因为更好的基础设施就自动解决——而是需要更好的默认设置、更清晰的解释预览，以及可能一些令人“吃苦”的边界情况；它们会让生态系统弄清楚“再平衡”到底在自动化之前必须明确指定什么。

我宁愿在我确认之前，自然语言层就用通俗的方式把解析后的策略展示给我看，而不是三周后才发现解释不一致：当智能体完全按我说的做了，却一点都不像我当初想的那样。

$NEWT @NewtonProtocol #Newt

回头再把 GRVT 用于减记（haircut）的精确公式重读了一遍，因为我意识到我之前看到的那段讨论根本没有把它写清楚。

公式是：保险基金赤字除以总客户权益（Total Client Equity）。分母这一项，正是改变我对它理解的部分。

这意味着减记并不是一个固定的、跟缺口规模挂钩的惩罚。它是一个百分比，会随着在那个精确时点，总客户资本有多少在交易所上而变化。相同的赤字，但平台上总权益更多，提取费用会自动变小；相同的赤字，但总权益更少，费用就会咬得更重。

所以，增长本身会在某种程度上悄悄起到“减震器”的作用。更大的用户基础不仅是看起来在仪表盘上更健康，它在数学上会稀释任何单个在赤字事件中撤出的用户所承担的负担。同样道理反过来：如果赤字发生在更安静的时期，也就是平台上停放的资金更少，那么在完全相同的美元缺口下，减记就会更尖锐。

这并不算严格意义上的缺陷，只是一个没人会去主动宣传的特性。你个人最终实际要吸收的损失大小，不那么取决于造成赤字的原因，而更多取决于你需要退出的那天，GRVT 上碰巧有多少与你无关的资本在场。

这到底是一个稳定功能，还是一种隐藏的时机风险，可能主要取决于：在同一个引发赤字的压力事件里，总客户权益自身到底能多快收缩。

#grvt #BinanceSquare @grvt_io

有一种加密投资方式，大多数人都会描述，但几乎没人真正实践。它包括：看着某样东西被构建出来，在市场之前理解它是什么，然后等足够久，直到大多数市场参与者得出同样的结论。听起来很简单。问题出在“等待”这部分——那里就开始崩坏。

基础设施有一个特定的时间问题，而其他加密类别没有。一个新代币可能在几天内就找到叙事。一个新链可能在几周内吸引到流动性。基础设施之所以被使用，是因为有别的东西需要它——而从外部几乎不可能预测那个时刻何时到来。它通常悄无声息地到来，原因往往是某位开发者在做与基础设施无关的事情时撞上了瓶颈，而基础设施正是为解决那类瓶颈而设计的。

这就是我一直在思考牛顿协议（Newton Protocol）的那种动态。需求案例不依赖关注度。它取决于“必要性”。如果自主代理（autonomous agents）开始大量涌现——这似乎越来越可能——那么关于如何授权、如何约束、如何验证这些代理所做的事情的问题，就会变得不可回避。不再只是“有意思”。而是“必须面对”。到那时，开发者不会因为牛顿有一个很好的叙事而评估它。他们会因为确实需要它提供的能力而评估它，而替代方案只会更糟。

当前的$NEWT 价格在约$0.049附近徘徊，流通供应约占总量的21.5%，另有一笔解锁即将到来。供应计划不会为基础设施的采用周期而暂停；而这些周期按定义就是缓慢的。

我认为值得关注的并不是价格。是集成（integration）数量是否开始在自身基础上复利增长——开发者不是因为营销团队联系了他们，而是因为另一个开发者提到了VaultKit而去找它。那种增长方式在它变得无法否认之前是看不见的——而大多数人恰恰是在无法否认的那一刻才决定开始关注。

最终变得真正重要的项目，往往不是那些发布声势最大的。它们更可能是在十八个月之后仍在默默地持续被集成。

$NEWT @NewtonProtocol #Newt

今天早上花时间通读了 GRVT 的 Prime Brokerage Lending 设计：其中 Grvt 为交易者的头寸垫付 80%，交易者再拿出剩余 20% 作为权益。

我的第一反应是：好吧，这不过是换个名字的杠杆。

随后我注意到一个具体细节。那 20% 并不只是为了计算用途而“闲置”的保证金。它被设计成首损（first-loss）分层。也就是说，如果头寸变差，交易者自身的资本会在贷款池（为这 80% 出资的存款人资金）尚未遭受亏损之前先被清空。清算引擎应该在维持保证金跌破阈值时自动平仓，特别是为了确保这条边界保持完整。

用更直白的话说：借款人会永远先承担第一击。只有当亏损超过借款人全部持仓资金，并且自动清算引擎来不及在时间内关掉头寸时，出借人（资金提供方）才会被波及。

纸面上看，这是一个相当合理的设计。但它悄悄依赖执行速度。如果清算引擎在快速行情中反应滞后——例如流动性偏薄、出现跳空、或市场承压——亏损就可能在系统做出反应之前先穿透那 20% 的分层。到那时，这就不再是“借款人吸收”的结构了。它会变成“资金池吸收”的结构，只是发生得比原先意图更晚。

Grvt 的数据给了我们一些现实重量：未平仓量从一个季度的 11.6M 美元跃升到 484.1M 美元，42 倍增长；与此同时，TVL 也上涨到超过 107M。大量资本被放在一个从未在规模化压力测试下验证过的借贷关系中，而代币发售目标又是今年 Q3。

因此真正的问题并不是分层结构是否公平。问题是：在每次成交量飙升时，清算引擎能否比市场对一笔薄抵押头寸所产生的反向波动更快。

这条边界在平静市场里大概率不会显现出来。它会在首次出现足够剧烈、足以去“检验”它的成交量飙升时显现。

#grvt @grvt_io #BinanceSquare

我在做决定时感受到的大部分摩擦，并不是因为“需要做对”。而是因为：如果我做错了，会发生什么？有没有退路。

这种直觉贯穿我们构建的几乎每一个系统。合同有退出条款。银行有争议窗口。并不是因为我们期待失败，而是因为“可以纠正”的可能性，会改变我们承诺时的信心程度。

而区块链移除了这一点。不变性就是目的。交易要么通过，要么不通过。没有申诉流程。没有拒付。也没有人可以打电话。

在加密货币的大部分历史里，这并不算问题，因为人类仍在点击“确认”。确实存在持久性，但在它之前，还有一个明确的人类选择的时刻。

AI 代理改变了这种关系。Newton Protocol 的模型允许用户事先定义规则，并将执行完全交给自动化代理——当满足条件时它会执行，而不需要事后再进行核对。代理在安全环境中运行，生成密码学证明以表明它遵循了指令，最终结果会在链上完成结算。可验证。永久生效。

验证是真实的。Newton 的做法比今天 DeFi 中大多数自动化更严谨：那些机器人通常在链下运行，没有审计轨迹，也没有问责结构。

但验证与智慧并不是同一回事。前者是协议能够保证的内容。后者仍然完全取决于我们。我们已经构建了一个系统，用来确认决策是否在规则正确的情况下完成。可我们还没弄清楚，当规则是在平静市场中、针对当时看起来的条件制定时，而条件到来后却变得不同，“正确”究竟意味着什么。

令人不安的地方在于：我们是在构建自主性的同时，也在构建问责层。不在之后。就在同一时间。

@NewtonProtocol $NEWT #Newt

我把 GRVT 的日活跃人数与链上转化量做了对照，起初觉得差距完全说不通——活跃度看起来很健康，但需求并没有随着它变化。

后来才明白。种植和制作发生在链下。它们都不会直接触及代币。真正的需求只会在某个人决定把链下结果变成永久结果的那一瞬间出现——也就是转化步骤。在此之前的一切，都是链上从未见过的噪音。

把价格建立在这样一个脆弱的位置上是有风险的。 如果玩家学会延迟或批量进行转化，或者找到在永远不走到最后一步的情况下提取价值的方法，游戏就可能继续看起来很繁忙，而 GRVT 实际定价所基于的东西会在它的脚下悄悄被抽空。

这是否成立取决于，这个闭环里有多少环节可以围绕“转化点”进行优化，而又不会破坏“必须转化”这一原本的原因。

#grvt #BinanceSquare @grvt_io

几年前，我为一家小型基金签署了一份投资委托书。不是加密货币——是现实世界的那种。文件有四十页。我读了摘要，信任我认识多年的那位管理人，然后就签了。

六个月后，基金做出了一些我如果当面被问到，我不会批准的决定。没有违法。没有隐藏。所有内容都在文件里。规则都写在那儿。我只是之前从未在信任之前核实过它们。📄

这道鸿沟——存在的规则与真正被执行的规则之间——是金融领域造成大部分损害悄无声息发生的地方。

加密货币本来应该填补这道差距。代码即法律。规则是自动的。但实际上支配大多数 DeFi 的东西根本不在合约里——它在团队的政策、多签签署者、预言机的可靠性，以及没人会谈起的管理员密钥。合约执行得一切正常。但执行背后的条件仍然取决于某个人的一句话。

让我印象深刻的是 Newton Protocol 的方向并不是想让交易更快或更便宜。它试图回答一个更早的问题：到底有哪些条件真正约束这笔交易？在资金移动之前，有没有人能够验证这些条件？而不是事后。也不是在六个月后的审计中。要在之前。

这比扩展规模（scaling）要更难。扩展规模是一个工程问题。可验证的规则是一个信任问题——而加密中的信任机制，一直以来都缺少足够的关注，直到某些东西坏掉。

我从那份投资委托书中学到的最明智的事情，并不在于那家基金。而是我把“熟悉”误当成了“理解”。我认识管理人，但我并不了解规则。在 DeFi 里，你可能知道某个协议的声誉，却不知道它今晚用你的资金到底被允许做什么。

这两者并不是同一回事。而我们大多数人仍然在签署摘要。💭

@NewtonProtocol $NEWT #Newt