iPreMyZX

我进入了“无需信任比特币金库”(Trustless Bitcoin Vaults, TBV) 的文档，原本以为用包装比特币（Wrapped BTC）和原生比特币支持的借贷是在用不同工具解决同一个问题。

读了几个小时后，我觉得它们根本就没有从同一个前提出发。

包装比特币会问：“我们如何把比特币带入 DeFi？”

而 TBV 似乎在问：“在 DeFi 能用它之前，为什么比特币必须先变成别的东西？”

这种差别比借贷流程本身给我留下的印象更深。

理解包装比特币最容易的方式是：它会创建另一种比特币版本，而应用程序已经知道如何与这种版本协同工作。它很实用，因此也就成为了标准。但每增加一层，就也会带来一套新的假设——这些假设必须继续如预期那样工作。

TBV 并不是消除复杂性，而是把复杂性转移了。

协议没有再去制造另一种比特币表示形式，而是试图将原生 BTC 留在它本来就应该存在的地方，同时向 Aave v4 等应用证明它的抵押品地位。工程挑战从“创建一个被包装的资产”转变为“协调不同系统之间的验证”。

这是一种不同的设计理念。

我并不是说某一种方案会自动取代另一种。包装比特币如今已经有成熟的生态系统和深厚的流动性。但在对比这两种模型之后，我意识到它们在优化不同的目标：一个更优先考虑与现有 DeFi 的兼容性；另一个更优先考虑尽量减少对比特币本身的改动。

这是我最大的收获。

我一开始钻进这个“兔子洞”，以为所谓的创新是“用比特币进行借贷”。但我走出来后觉得，更有趣的问题是：信任假设究竟是在哪里被引入的——以及是否能在不牺牲可用性的前提下降低这些假设。

在 Trustless Bitcoin Vaults (TBV) 走出公共测试网之后，这种感觉就像一场值得继续关注的对话。

@BabylonLabs_io $BABY #baby

我打开了无信托比特币金库（TBV）的测试网，想着有趣的部分会在借贷流程上。锁定 BTC，通过 Aave v4 借出资产，就这么简单。这就是头条关注的内容。

但我最后把注意力放到了别的地方。

一直把我拉回来的并不是我能借到什么。而是借贷之前本不该发生的事情。原生比特币并没有先被包装成另一个代币，这会改变信任假设存在的位置。

这是一处微妙的差别，但我认为它很重要。

大多数关于比特币 DeFi 的讨论最终都会变成对跨链、托管方或合成表示的谈论。TBV 似乎是在追问一个不同的问题：既然比特币已经是抵押品，为何还需要先把它变成别的东西，才能参与其中？

测试网也让我意识到，让这些事情真正跑起来并不简单。表面上看是一条直观的用户流程，但背后涉及比特币、以太坊以及协议本身之间的大量协调。界面足够清爽，因此很容易忽略为了保持各部分同步，需要有多少环节。

我在测试后留下了反馈，因为这大概是公开测试网最有价值的部分。文档会解释设计思路，但真实用户会暴露那些图示永远无法呈现的摩擦点。

我最大的收获并不是我成功地用比特币去借贷。而是意识到，Babylon 似乎并不太关心与现有的 BTC 借贷市场正面竞争；它更想改变那些市场依赖了多年的信任假设。

这种做法是否会成为新的标准，仍然是一个开放问题。不过在我亲自尝试了这套流程之后，我觉得，值得持续关注的就是这个问题。

@BabylonLabs_io $BABY #baby

#baby $BABY

我开始阅读关于无信任比特币金库（TBV）的内容，因为我想理解借贷流程。

结果我想到更多的是：协议究竟选择在何处保留信任。

一开始，“原生比特币抵押品”听起来像是另一种产品描述。随着我更深入地了解架构，它逐渐变成一个设计取舍。

比特币并不是被要求变得更快。

也不是被要求成为某种 EVM 资产。

相反，整个系统是围绕接受比特币自身的规则来构建，并在此基础上设计其余基础设施。

这听起来像是一个出乎意料、截然不同的理念。

大多数跨链系统会通过引入另一层来减少摩擦，让资产更容易移动。TBV 似乎采取了几乎相反的做法。它接受比特币有自己的结算模型，然后反过来追问：借贷基础设施如何才能尊重这一点，而不是取代它。

我对比得越多，我就越不觉得这是一场关于资本效率的讨论。

它变成了关于：哪些假设值得保持不被触碰。

每个协议都有权衡取舍。TBV 也不例外。即使把托管降到最小，协同、验证和运维复杂度也不会凭空消失。

但复杂度和信任并不总是同一回事。

一个来自工程。

另一个来自要求用户去相信额外的参与方。

我仍在通读文档，但这一区别一直留在我的脑海里。

也许，DeFi 里比特币的未来，不会由哪个协议把 BTC 以最快速度移动来决定。

也许，它将由哪个协议改变了关于人们最初为何信任比特币这件事上，最少的东西来决定。

@BabylonLabs_io

#baby $BABY

#baby $BABY

开始阅读关于无信任比特币金库（TBV）的内容，我原以为自己会最终去比较借贷利率。

但并没有。

我不断地回到一个更不显眼的问题：当原生比特币作为抵押品之后，信任到底落在哪里。

多年来，默认的路径似乎已经被“定下来了”。把 BTC 包装、跨链、接入 DeFi，然后就结束。我把那些额外的层次视为让比特币在其自身链之外变得有用所必需、不可避免的成本。

TBV 让我开始质疑：这种假设是否值得成为默认选项。

让我印象更深的并不是“比特币突然变得无摩擦”。并不会。原生 BTC 仍然遵循比特币自身的结算节奏，而且当另一条链希望更快执行时，这种节奏并不会消失。

关键差异在于：协议选择把这种摩擦吸收在什么地方。

TBV 并不是再引入另一种比特币的表征，而是让抵押仍然与比特币本身保持绑定，同时把借贷逻辑建立在这种现实之上。等待并不会消失——它只是改为遵循比特币自己的规则，而不是桥或托管方的规则。

想得越多，这就越不像是在讨论“借贷”。

更像是在讨论设计优先级。

是更好地优化即时便利，还是保留那些让比特币本身变得有价值的安全性假设？

我仍在理清架构，而且我确定还有一些权衡我尚未完全意识到。

但有一件事已经改变了。

我不再用“它把 BTC 运行得有多快”来评判比特币基础设施。

我开始更密切地关注：在它移动任何东西之前，它要求我去信任什么。

@BabylonLabs_io

#baby

#baby $BABY

昨晚我比预期花了更多时间阅读关于“无信任比特币金库”（TBV）的内容。

我进去时以为有趣的部分会是拿原生比特币去借贷——这是大家最先注意到的功能。

但我不断回到的是一些更安静、更不起眼的东西。

信任到底是在哪里发生迁移的？

大多数比特币 DeFi 设计通过再加一层来解决互操作性——比如包装资产（wrapped asset）、桥（bridge）或托管方（custodian）。这样你获得了灵活性，但也要承担另一个同样重要的安全系统：它的安全性几乎和比特币本身一样关键。

TBV 并不假装这些取舍会消失。

它只是改变这些取舍“落脚在哪里”。

原生 BTC 仍然由比特币来保障安全，而它的抵押品状态会被用于诸如借贷之类的应用。听起来这像是一个很小的架构决策，直到你意识到：它把协议的优先级从“移动比特币”转向了“维护比特币的信任模型”。

我越是把它和更早的方案进行对比，就越觉得这不像是在讲借贷。

它更像是在讲设计理念。

一条路线要求比特币去适配现有的 DeFi 基础设施。

另一条路线则要求基础设施围绕比特币进行适配。

我仍在继续研究它的运作机制，因为每个系统都有边界，而这些边界通常就藏着最有意思的经验教训。

不过在我合上笔记本之前，我留下了这个问题：

当比特币能够在更多生态系统中被使用时，最终胜出的设计会是那些最大化便利性——还是那些尽量减少对比特币本身的改动？

@BabylonLabs_io

#baby

#baby $BABY

我以前以为我明白，为什么人们会把比特币进行“封装”。

这看起来就像一条正常的路径。如果你想在 DeFi 里使用 BTC，你就把它封装起来，把它桥接过去，然后就继续往前走。我从来没有真正质疑过，因为大家似乎都把这当作参与其中所要付出的价格。

后来有一天晚上，我在阅读 @BabylonLabs_io 介绍的“无需信任的比特币金库”（TBV）。

原本只是随手的研究，结果却变成了远比我预期更深、更长的一次“兔子洞”。

有趣的地方并不在于 TBV 又提供了一种使用比特币的方式。而是它背后隐藏的问题。

为什么比特币必须先变成某种别的东西，才会变得有用？

这个念头一直留在我心里。

我了解得越多，就越意识到：我们已经习惯了在比特币外面不断添加额外层，而不是先问问看，这些层本来就是否真的有必要。封装、桥接、托管——它们确实解决了现实中的问题，但同时也成了我们很少去挑战的前提。

TBV 的做法不一样：它让原生比特币充当抵押，同时仍然锚定在比特币自身的安全模型上。它并不是假装不存在权衡取舍；而是要改变用户必须接受的权衡取舍到底是哪一种。

我仍在学习，所以我并不假装自己已经有所有答案。

但偶尔，一个协议会改变你的思维方式，而不仅仅是再加一个功能供你拿来比较。

对我来说，@BabylonLabs_io 正是如此。

也许我获得的最有价值的东西，并不是一个新的产品可以去追逐——而是一个新的问题，值得我持续追问。

#baby $BABY

我没想到，一份文件竟然让我开始质疑那些我接受了多年的东西。

事情发生在深夜。我在阅读有关比特币基础设施的内容时，反复看到了同样的模式。每一次比特币想要参与 DeFi，第一条指令几乎都是下意识地照做。

把它封装起来。

把它接上。

把它挪到别的地方。

某个时刻我意识到，我已经不再追问“为什么”。

也许当一个想法被反复提及足够久，它就会发生变化。它不再像是妥协，而开始变成唯一的选项。

随后我开始阅读来自 @BabylonLabs_io 的 Trustless Bitcoin Vaults（TBV）。

吸引我注意的并不是它承诺了什么更快或更大。而是它质疑了那个我从未主动质疑过的前提。

为什么比特币必须离开比特币，才能变得有用？

我越是沉下心去想这个问题，其他的一切就越显得倒着来。也许我们花了好些年去设计如何让比特币适应 DeFi，而不是去让 DeFi 去尊重比特币自身的安全模型。

TBV 并不会神奇地消除所有取舍。比特币仍然是比特币。结算依然需要时间。

但信任的流向变了。

系统不再要求用户去相信各种封装、桥接或托管方，而是更大程度地依赖比特币自身的规则。

这感觉就不像是在追逐便利，更像是在尊重你试图解锁的那种资产。

也许，这正是比特币 DeFi 一直以来缺失的方向。

#baby $BABY

几天前，我照常做着日常流程：桌上放着咖啡，开着几个标签页，又是一个晚上花在阅读加密基础设施上，而不是去查看图表。

我并没有在寻找一个新项目。事实上，我是在想：为什么尽管比特币是行业里最大的资产，它却仍然感觉与如此多的 DeFi 脱节。

最显而易见的回答似乎总是：“把它包装一下。”

多年来，我默认了这个说法，也没怎么细想。

但我越是阅读 @BabylonLabs_io 和 Trustless Bitcoin Vaults（TBV），就越意识到：为比特币“套壳包装”可能只是我们已经习惯的捷径——未必是最好的解决方案。

它通过引入其他问题来解决了一个问题。

在不同链之间转移比特币、依赖桥、或者信任中介，慢慢就成了常规路径。我不认为我们中有很多人停下来问过：比特币真的需要离开自身的安全模型，才能在别处变得有用吗？

这就是让我对 TBV 产生兴趣的原因。

这个思路并不是改变比特币，而是让原生比特币作为抵押品使用，同时让它依然锚定在比特币本身之上。它感觉更像是在设计一种尊重比特币本来样子的基础设施，而不是强迫比特币去适配 DeFi。

我仍在学习，也不认为任何协议都掌握了所有答案。

但偶尔，你会遇到一个想法，让你重新审视自己多年来一直抱持的假设。

对我来说，@BabylonLabs_io 就是这样一个项目。

#baby $BABY

当人们在 DeFi 领域讨论比特币时，谈话通常会围绕收益展开。哪个协议提供更多？哪种策略更高效？

我越深入探索这个领域，就越觉得这些讨论在跳过一个更大的问题。

在我们赚到那笔收益之前，我们到底在达成什么样的共识？

多年来，在 DeFi 中使用比特币往往意味着要接受一系列权衡。把 BTC 包装起来。把它桥接到另一条链。信任托管方或其他基础设施层。这些步骤变得太常见了，以至于很多人不再把它们视为妥协。

阅读 @BabylonLabs_io made 的《Trustless Bitcoin Vaults（TBV）》让我重新审视了这种假设。

引人注目的并不是更高回报的承诺——而是减少不必要的信任这一尝试。TBV 的设计旨在让原生比特币在不需要包装、不需要桥接、也不依赖中心化中介的情况下充当抵押品。这样的思路感觉更接近比特币最初的安全模型。

我也觉得有意思的是，首个实现重点放在基于原生比特币的借贷，并使用 Aave v4。它并不是想去“重新发明”DeFi，而是重新思考比特币最初如何进入 DeFi。

我并不是说现有的每一种方案都是错误的，或者 TBV 就是最终答案。但我确实认为，它把讨论的重心转向了更根本的层面。

也许，最大的创新并不是找到另一种产生收益的方式。

也许，最大的创新是减少我们在还没真正抵达那一步之前，默默接受的那些妥协。

这就是 @BabylonLabs_io 留给我的思考角度。

#baby $BABY

很长一段时间，我以为包装（wrapped）比特币只是参与 DeFi 的成本。如果你想借贷、出借，或把 BTC 作为抵押品，那么将其包装似乎就是最显而易见的路径。我从未停下来质疑：这种妥协是否真的必要。

后来，我开始阅读来自 @BabylonLabs_io 的 Trustless Bitcoin Vaults（TBV），这彻底改变了我在 DeFi 里理解比特币的方式。

真正让我印象深刻的并不只是借贷这一功能本身。我们以前也见过借贷协议。更有意思的是：用原生比特币作为抵押，而不需要对其进行包装、跨链桥接，或交出对资产的控制权给中介。

这带来的变化，似乎比很多人意识到的要大得多。

我了解得越多，就越觉得：比特币从来不存在流动性问题。它的问题在于基础设施。大多数解决方案要求用户在进入链上金融之前，先放弃比特币原有的安全模型。

TBV 采取了不同的思路。它并不是把比特币迁移到另一条链上，而是在保持 BTC 原生属性的同时，让其可以在所支持的应用中使用。这个看似简单的设计选择，消除了多年来我们许多人默默接受的、整整一层信任假设。

我并不是说这能解决比特币 DeFi 面临的所有挑战。但我确实认为它提出了一个更好的问题：为什么使用比特币需要改变它之所以有价值的那些本质特征？

仅仅是这个问题本身，就让 @BabylonLabs_io 成为我最近研究过的更有意思的项目之一。

Newton 协议改变了我对交易策略的思考方式。

一开始，我以为策略主要是为机构而设的。合规、风险限额、获批对手方——听起来就像是一种基础设施，之所以存在，是因为监管部门期待如此。

但我越深入研究 Newton 主网 Beta，就越不相信这一点。

一个策略之所以有趣，并不是因为它会阻止交易。它之所以有趣，是因为它改变了人们会停止手动做出哪些决策。

当一条规则在结算之前被强制执行，它就会慢慢从日常运作中消失。组合管理者不必记住每一项限制。安全团队也不需要审查每一次例行操作。策略会成为交易本身的一部分，而不是放在旁边的另一个清单。

这让我想到另外一件事。

也许 DeFi 最大的弱点并不是协议缺乏安全性。更可能是：太多重要的决策仍然取决于有人记得在链外遵循某个流程。

流程会漂移。团队会更换。例外会变得司空见惯。

但代码通常不会。

这就是为什么 Newton 的做法对我来说感觉不一样。它并不是想取代人的判断。它是在决定：哪些判断只需要在第一次做出，然后在每一次都被强制执行，而不必依赖记忆或习惯。

如果链上金融持续增长，我不认为获胜的协议会是那些拥有最多策略的。

而是那些让这些策略悄然变得难以忽视的协议。

@NewtonProtocol $NEWT #Newt

牛顿协议让我重新思考了我在 DeFi 资金库里从未太在意的一件事。

以前我总以为，资金库的策略才是难点：创造收益、管理敞口、再平衡仓位。如果这些环节都能正常运作，那资金库就在履行它的职责。

但当我深入研究牛顿主网测试版时，我变得越来越不确定。

资金库的失败不只因为它做了糟糕的投资。有时候它会失败，是因为本应被拦下的决策被放行了。这是一种不同类型的风险，而且很少被讨论。

让我对牛顿感兴趣的并不是它又增加了一种安全工具。关键在于它把“授权”当作基础设施，而不是一种运营流程。

这种区别很重要。

大多数资金库策略都停留在“意图”层面：有人决定谁可以与资金库交互，哪些资产是可接受的，能承受的风险水平是多少，以及异常活动应如何处理。但除非这些决策在实际发生交易时被强制执行，否则它们仍然依赖于人们遵循流程。

牛顿把这些决策推进到了接近“执行”本身的位置。它不再只问一笔交易是否成功，而是会在结算之前追问：这笔交易是否在达成结算前满足了所需的策略。我觉得这是一个更有意思的问题。

我想得越多，就越觉得 DeFi 资金库不只是一个“收益”问题。

我把它们视为一个决策问题——而我们一直在把它当作“结算问题”来处理。

如果这一点成立，那么授权最终可能会变得像执行本身一样基础。

@NewtonProtocol $NEWT #Newt

Newton 协议改变了我对链上金融的思考方式，但并不是因为我原本预期的原因。

当我开始阅读 Newton 主网 Beta 时，我并不是在寻找另一种扩展方案或另一个 DeFi 原语。我想弄清楚的是：团队为什么一直在谈授权，而不是执行。

我越深入，就越意识到我们已经默默接受了一个很少被质疑的前提：如果一笔交易在技术上是有效的，它就应该被执行。

我不再觉得这就足够了。

传统金融不只是转移资金。它先决定钱是否应该被转移。链上金融在结算方面变得极其出色，但大多数政策决策仍然生活在区块链之外：在仪表盘、电子表格、合规团队或内部流程中。

这种分离对我来说从来都不觉得可持续。

Newton 从另一个方向处理这个问题。它不是在问：“这笔交易是否发生了？”而是问：“这笔交易在发生之前是否满足了所需的政策？”答案不再隐藏在某个机构的内部流程里——它会变成一份可由任何人验证的链上签名证明。

这种转变听起来也许不大，但我认为它会让对话方式完全改变。

如果 DeFi 想要支持更大规模的资本池、代币化资产和自主代理，仅靠透明度可能不够。执行在结算之前也需要承担责任，而不仅仅是在事后报告。

我研究 Newton 越多，就越不觉得它只是另一个在争夺关注度的协议。

我把它看作是对加密领域最古老的假设之一发起的挑战——而那些通常也是值得关注的想法。

@NewtonProtocol $NEWT #Newt

今天我花了一部分时间阅读更多关于 Newton Mainnet Beta 的信息，有一个问题一直萦绕在我脑海里。

智能合约是不是缺少了最重要的金融原语？

起初我会说不是。智能合约已经能自动化协议、转移资产，并且严格按照它们被编程的方式执行。但随后我意识到一个点：执行并不等同于授权。

传统金融一直把这两者区分开来。在资金移动之前，通常需要先做一个决定：这笔交易是否应该被允许？那个看不见的步骤保护着金融系统几十年，而如今大多数链上交易却仍然会先执行、再提问。

今天早上我还犯了一个小的交易失误 😅。我在没有检查我平时会关注的风险指标的情况下，太快就建仓了。区块链运行得非常完美，我的判断却出了问题。这让我想起：完美的执行也无法修正一个糟糕的决策。

这就是为什么 Newton 吸引了我。

Newton 并没有把合规、身份、安全与风险当作彼此割裂的服务来处理，而是会在结算**之前**对生效的策略进行评估，并在链上记录一份带签名的授权结果。它并不是想取代智能合约——它是在补上智能合约从未具备的那个金融原语。

我想得越多，这种变化就显得越大。

如今，数十亿美元正在通过 DeFi 金库流转；与此同时，行业也正向 RWAs、稳定币，甚至 AI 代理不断扩展。随着越来越多的自主系统开始处理资金，单纯证明一笔交易“已经被执行”将远远不够。

真正的问题将会变成：**它本来就应该被执行吗？**

也许，链上金融的下一章不会由更快的执行来定义。

也许，它会由可编程的授权来定义——而这正是 Newton 正在押注的方向。

@NewtonProtocol #Newt $NEWT

我今天在阅读了牛顿主网测试文档（Newton's Mainnet Beta）之后，发现自己竟然在想一件事。

如果每一笔链上交易在执行之前都必须先获得许可，会怎样？

一开始，这听起来像是与加密真正建立的初衷背道而驰。但随后我想起了一个我们很少谈到的东西：任何成熟的金融体系，都会把“授权”和“结算”分开。银行卡的资金不只是“直接转过去”——在交易发生之前，它们首先会询问：这笔交易到底该不该发生。

DeFi 则把这个顺序颠倒了。我们在结算交易方面变得非常出色，但我们往往依赖仪表盘、告警和人工复核，来在事情发生之后才发现问题。今天我就因为赶着进仓、没有检查关键的风险信号而犯了交易错误。交易执行得一切完美……只是 () 我的决定不太完美😅。这个小小的失误让我突然理解了牛顿的方法。

这次有趣的转变并不是又一个智能合约或又一个金库（vault）。而是“让策略本身成为链上基础设施”的想法。

在结算之前，牛顿会根据生效中的策略去校验某笔交易，并将一份经过签名的授权结果记录在链上。也就是说，合规、身份、安全和风险不再散落在表格、内部流程，或彼此断开的工具之间——它们会在“做出决定的那一刻”变得可被强制执行。

这感觉像是一种安静但重要的过渡。

多年来，加密一直聚焦于让交易变得不可阻挡。下一阶段可能是让它们被“有意地承担责任”。

如果 DeFi 金库已经在管理数十亿美元，而行业也正在走向真实世界资产（RWAs）、稳定币（stablecoins）和 AI 代理（AI agents），那么问题就不在于还会不会有更多资本到来。

问题在于：每一笔交易能否证明它为什么会被允许发生。

也许这就是牛顿一直在构建的那一层。

@NewtonProtocol #Newt $NEWT