Crypto听泉

固定利率卖的不是便宜，而是预算确定性

Babylon@BabylonLabs_io 与Aegis公布了围绕 Trustless Bitcoin Vaults (TBV) 原生BTC抵押固定利率借款的合作方向。看到“固定利率”，很多人第一反应是它会比Aave v4的浮动利率更低。我认为这个比较起点就错了：固定与浮动首先解决的是两种不同的不确定性，而不是天然的高低关系。$BABY

Aave借款成本会随Hub利用率变化，债务即使在BTC价格横盘时也可能继续增长；固定利率若按约定期限锁定成本，价值在于用户可以提前知道资金预算。但确定性通常也有期限、额度、提前还款和定价溢价等条件。况且合作方向、测试交付和真实采用必须分层描述，不能把公告直接写成已经上线。#baby

所以我会比较总成本和适配场景：短期灵活资金可能接受浮动，现金流明确的长期用途更重视确定性。固定不是便宜的同义词，而是风险形状改变。

在产品真正交付前，我还会确认期限、提前还款条件和可用额度；缺少这些参数，固定利率仍只是方向而不是可执行报价。

当前最大bonus在跌破1时立即生效，这里没有等价格慢慢下降的Dutch auction

很多DeFi清算采用随时间或健康程度变化的折价，用户可能以为刚跌破清算线时bonus仍较小。@BabylonLabs_io 官方参数明确，当前测试网healthFactorForMaxBonus约等于1.0，因此Position一旦进入可清算状态，最高10% bonus就可立即适用，没有Dutch-auction式逐步放大。Trustless Bitcoin Vaults (TBV) 的风险在阈值处是跳变，而不是缓慢爬坡。

这个跳变提高了清算者立即行动的动力，也减少仓位继续恶化成坏账的时间；代价是用户不能指望“刚过线还有温和阶段”。再考虑UTXO不可分割，一次小幅价格变化可能同时触发满额奖励和完整Vault移动。#baby

如果前端只用颜色渐变表达风险，用户可能误以为损失也会平滑增加。我更希望页面在借款前直接显示：一旦跨过1.0，满额bonus与下一座完整Vault可能同时进入计算。离散后果必须用离散提示。$BABY

因此我不会把1.0当成提醒线，而会把它当成已经太晚的执行线。真正的预警应设在更高健康因子，并提前准备Repay资产。

同一场清算要看两条预言机：BTC/USD与WBTC/USD

vaultBTC的健康因子按Chainlink BTC/USD估值，因为每单位内部记账对应一枚Vault里的BTC；但清算即时结算与fairness payment又会用到WBTC/USD。于是Trustless Bitcoin Vaults (TBV) 的一场风险处置并不只依赖一条价格线：抵押何时跌破阈值看BTC，Ethereum侧用多少WBTC完成结算还要看另一条feed。@BabylonLabs_io

平稳市场里两者接近，差异容易被忽略。极端情况下，如果BTC/USD与WBTC/USD更新时间、偏差阈值或短时价格出现分叉，触发清算的估值与支付补偿的估值可能不同。密码学证明可以确认事件发生，却不会替两条Oracle保证经济结果完全同步。#baby

因此我想看的不是笼统“采用Chainlink”，而是两条feed各自的更新时间、失效保护，以及偏离时系统按什么顺序暂停或结算。把抵押定价和结算定价写在同一张清算票据上，用户才知道损失来自Vault颗粒、bonus还是Oracle差。关注项目代币 $BABY 不涉及价格预测。

参数升级不追溯旧Vault，安全升级之后可能同时维护两套世界

协议升级常被写成“新参数上线，风险立刻下降”。但Trustless Bitcoin Vaults (TBV) 的Vault在创建时绑定参与者集合和版本配置，后续参数调整并不会自动追溯所有旧Vault。@BabylonLabs_io 这保护了既有交易图不被中途改写，也意味着升级后新旧生命周期可能长期并存。$BABY

例如Challenger集合、Provider规则或交易图版本发生变化，新Vault采用新配置，旧Vault仍要由兼容服务、监控和文档支持。前端若只展示当前版本，老用户在Claim时可能拿着旧artifact寻找已经下线的工具；运营团队也要为低占比旧版本继续付维护成本。升级消除了一个风险，同时留下版本尾巴。#baby

因此我关注的不是版本号更新多快，而是各版本仍锁定多少BTC、最后活跃时间、可用退出工具和计划支持期限。若旧版本只能退出不能新增，也应在创建记录里永久可见。对我而言，参数不追溯是一项重要权利边界，但项目必须证明旧世界不会被遗忘。

金库为什么不能换应用？这种“不灵活”其实也在限制风险半径

DeFi用户已经习惯把ERC-20抵押品从一个市场转到另一个市场，所以第一次知道TBV金库不能随意换应用时，难免觉得不够灵活。Trustless Bitcoin Vaults (TBV) 的设计是：金库在peg-in阶段就绑定具体应用，之后不能直接迁移；Aave v4是首个集成，其他应用也需要自己的适配器和风险配置。

这种约束确实带来成本。如果另一个市场利率更好，用户不能把同一座金库一键挪过去，而要先清偿债务、启动赎回、等待Bitcoin侧Payout，再为新应用创建金库。时间、链上费用和中断期都是真实迁移成本。#baby

但另一面也不能忽略：固定绑定把应用特定的合约、预言机和治理风险限制在对应金库集合内。某个应用发生问题，不代表所有TBV金库天然共享同一状态。因此，创建时选择应用并不是随时可撤销的轻量点击，而是一项需要提前审查风险参数与退出路线的决定。我会把“完整迁移需要多久、花多少钱、期间能否保持敞口”列入比较，而不只看眼前借款利率。关注 @BabylonLabs_io 项目代币 $BABY ；本文只讨论TBV机制。

只剩一点债务，也可能让整座Vault无法退出

最让我警惕的Trustless Bitcoin Vaults (TBV) 细节，不是宏大的跨链结构，而是还款后的极小余额。用户按页面显示数字偿还全部债务时，利息可能在读取余额与交易确认之间继续增长，于是账面接近零，却仍残留一个最小单位，Withdraw因此被整座挡住。#baby

这不是“损失很小所以无所谓”。剩余债务的金额可以忽略，影响的却是全部退出权。若仓位包含多个Reserve，任何一个资产留下尘埃余额，都可能要求用户重新查询、授权并再付一次gas；极端情况下，用户甚至不知道是哪一项在阻塞。$BABY

我希望前端提供按原始精度计算的“全部偿还”，允许略高授权但只扣实际余额，并在失败时明确指出哪个Reserve仍有债务。验收也不能停在还款交易成功，而要继续确认债务精确归零、Withdraw开放、BTC最终恢复可支配。

所以我会把尘埃退出成功率列为TBV的核心指标。@BabylonLabs_io 若能解决这一单位的小数问题，改善的是用户对整套退出机制的信任。

协议升级得再漂亮，也不能让旧Vault失去出口

Trustless Bitcoin Vaults (TBV) 仍在公共测试阶段，未来升级很正常：证明效率、费用、界面和风险参数都可能变化。但我判断一次升级是否成功，不只看新版本增加了什么，还要看旧Vault能否继续退出。$BABY

用户在旧版本创建的Vault，仍然对应一枚Bitcoin UTXO和一套债务、赎回与恢复权。共享Adapter、Spoke或治理组件更新后，旧Position能否还款、撤出、由Provider领取，或者使用原恢复材料自助领取，必须逐项验证。#baby

我会设计一组跨版本测试：升级前创建Vault并借款，升级后还款、赎回，再模拟Provider离线。若系统要求迁移，也要明确谁发起、费用多少、失败能否退回以及用户有多久选择。

新功能展示的是进步速度；旧资产仍有可预测出口，展示的是协议对用户权利的尊重。@BabylonLabs_io

如果迁移只能被强制执行而不能安全拒绝，升级本身就可能成为新的控制风险。

Після перемикання адреси Taproot баланс «зникає» не обов’язково означає, що монети втрачені

Перед підключенням TBV перемикнути тип адреси гаманця — це крок, який легко сприйняти як дрібну настройку. Але якщо користувач спочатку отримав Signet BTC, а потім перемкнув, на сторінці раптом стає 0, тож дуже легко помилково подумати, що кран або гаманець зламались.

@BabylonLabs_io Trustless Bitcoin Vaults (TBV) у поточному тестовому процесі вимагають, щоб Bitcoin-гаманець використовував адреси Taproot (P2TR), бо сховище фіксується в виводах Taproot. У UniSat різні типи адрес генерують різні адреси; баланс не «переноситься» автоматично через зміну налаштувань. Стара тестова BTC все ще є на старій адресі, просто нова P2TR-адреса ще не отримала депозит.#baby

Такі тертя не створюють ризику атаки, але безпосередньо відсікають велику кількість звичайних користувачів. Хтось повторює отримання з крана, хтось заново встановлює гаманець, а хтось може сприйняти помилковий скріншот як доказ втрати активів. Реальне попередження має з’являтися ще до підключення: показати поточну мережу, тип адреси, стару й нову адреси та напрям переказу.$BABY

Моя послідовність така: спочатку підключаю Signet, потім обираю P2TR, і в останню чергу отримую тестові BTC, звіривши префікс адреси. TBV має обслуговувати нативних користувачів Bitcoin — першим бар’єром не має бути здогадування, чому гаманець раптом змінив акаунт. Чітко пояснити тип адреси — це ефективніше, ніж ще раз розповідати про грандіозне бачення BTCFi.

TBV тестова мережа працювала місяць, а я, навпаки, не хочу спершу дивитися на те, «скільки BTC зачинено»

Коли запускають новий продукт у тестовій мережі, найпоширенішими цифрами зазвичай стають кількість залучених гаманців і обсяг зафіксованого/застейкеного. Але коли я збирав матеріали про Trustless Bitcoin Vaults (TBV) за значенням @BabylonLabs_io , я зрозумів: ці дві цифри лише доводять, що людям цікаво зайти й подивитися. Вони не підтверджують, що нативне BTC-заставне кредитування вже реально працює.$BABY

Зараз TBV працює в тестових середовищах Bitcoin Signet і Ethereum. Користувачі блокують тестові BTC у сховища Taproot, а потім через Aave v4 позичають тестові активи. Повний процес не зводиться до одного разу збереження: створення сховища, очікування підтвердження, активація застави, позика, погашення, виведення застави — і, зрештою, ще треба повернути BTC на власну адресу Bitcoin. Будь-який етап, який не завершили, можна вважати лише однією незавершеною пробою.#baby

Тому мені більше хочеться бачити чотири коефіцієнти: частку успішних активацій після створення; частку реальних позик після активації; частку завершених погашень із викупом після того, як було взято позику; а також чи той самий користувач готовий створити сховище вдруге. Якщо позика відбувається нормально, але погашення часто потребує допомоги, то проблема — в розмиканні замкненого циклу виходу.

Те, що тестова мережа працює довго, не означає, що продукт природно дозрів. Найпереконливіший результат для TBV — це не те, що людей, які блокують туди BTC, стає дедалі більше, а те, що звичайні користувачі, без ручного втручання команди, здатні пройти цілу послідовність процесів і готові зробити це ще раз. Для мене саме це — найцінніші публічні дані після місяця тестової мережі.

TBV最难的一道题：清算已经完成，BTC却还不能立刻卖

我原先以为，TBV接入Aave v4以后，清算逻辑和普通抵押借贷不会有太大区别：价格触线，清算人接走抵押品，债务被偿还，流程结束。真正拆开 @BabylonLabs_io 的 Trustless Bitcoin Vaults (TBV) 后，我才发现这里存在两只完全不同的时钟。#baby

Aave v4运行在Ethereum，需要快速确认仓位是否恢复健康；但底层BTC仍锁在Bitcoin的Taproot金库中，合法赎回还要经过证明与挑战窗口。也就是说，应用侧可以先完成经济结算，底层BTC却未必已经变成清算人可以自由支配的资产。这段时间差会产生真实成本：清算人要垫付资金、承受BTC价格变化，还要等待最终结算。$BABY

这也解释了为什么清算折扣不能只照搬普通DeFi。折扣太低，没有人愿意承接库存；折扣太高，借款人在一次波动中损失过重。如果Bitcoin与Ethereum同时拥堵，等待和资金成本还会进一步上升。

所以我现在判断TBV清算质量，不先看一句“支持自动清算”，而看四件事：清算人先拿到什么资产、等待多久、折价如何计算、争议失败由谁承担。原生BTC抵押真正的考验，不是平稳市场里能不能借，而是暴跌时有没有人愿意接住两条链之间的时间差。

78%不是安全线，而是最容易被误读的数字

看到“vaultBTC抵押因子78%”，最危险的理解是：既然协议允许，那我借到接近78%也没问题。参数能告诉用户系统接受什么，却不会替用户判断自己能承受多大的BTC波动。$BABY

@BabylonLabs_io 的Trustless Bitcoin Vaults (TBV)接入Aave v4后，仓位是否可被清算最终看健康因子是否跌破1.0。官方给出的1.2–1.5、1.0–1.2等区间只是风险指导，真正写在链上的红线只有1.0。一旦跌破，任何地址都可以触发permissionless liquidation，清算不会因为用户长期看好BTC而等待。#baby

这也是我不喜欢把最大额度放在页面最醒目位置的原因。最大可借代表协议极限，安全可借则取决于BTC波动、利率累积、用户补仓速度和手里是否留有偿还资产。把两者混在一起，等于拿系统红线当个人建议。

我的做法会很保守：先设个人警戒线，再决定借款额，而不是反过来。之后只看不同初始负债率下的清算分布。如果高负债用户在普通波动中频繁失去金库，78%就应该被理解成边界，不是卖点。

借款成功不是终点，BTC回来才是#baby

很多测试体验写到“成功借出稳定币”就结束了，因为这一刻最有成就感。但对 @BabylonLabs_io 的Trustless Bitcoin Vaults (TBV)，我认为真正决定信任的页面出现在后半段：还清债务之后，用户能不能按照预期赎回原生BTC。

完整路径包括创建金库、锁入Signet BTC、激活抵押、从Aave v4借款、还款，以及经历挑战窗口后赎回。前半段证明系统能建立债务，后半段才证明债务结束后资产控制权能够完整回到用户手中。

这也是为什么我不愿只统计“金库数量”或“借款笔数”。如果用户在还款、赎回材料、状态同步或网络切换处大量流失，漂亮的入金数据反而会掩盖最关键的问题。对自托管产品来说，退出不是附加功能，而是可信度本身。$BABY

我的标准很简单：只有完整走完一次闭环，才算一位有效测试用户。以后评估TBV，我会优先看闭环完成率和退出失败原因，而不是只看多少BTC进入了金库。

面向机构的BTCFi，不能只把散户页面放大

@BabylonLabs_io $BABY #baby

机构产品经常被理解成更大的额度和更高的门槛，但真正区别在于权限、审计、合规和责任分工。一个适合个人的钱包流程，不能简单复制给企业金库。

Trustless Bitcoin Vaults (TBV) 为原生BTC提供非托管抵押基础设施。Babylon与Bflux此前公布合作研究，方向包括面向受监管环境的BTC借贷服务与机构级使用模型。合作方向可以说明需求存在，却不等于相关产品已经正式交付。

机构真正需要的可能是一整套控制面板：多角色审批、地址白名单、借款上限、实时风险报告、财务对账以及可审计的恢复流程。即使底层BTC不由第三方托管，内部人员仍不能拥有不受限制的单点权限。非托管解决外部信用，治理解决内部操作。

我们应该把“是否有机构使用”拆成更严格的问题：它是否通过内部风控，是否完成真实退出，是否在没有奖励的情况下持续使用。一个Logo不能回答这些问题。你认为机构采用最难跨越的是技术、安全，还是监管流程？

别只点按钮：我给这次Babylon测试网列了四张“验收单”@BabylonLabs_io $BABY #baby

测试网最容易变成签到任务：领水、存币、借款、截图，然后结束。但 Trustless Bitcoin Vaults (TBV) 想证明的是原生BTC能够在不包装、不跨桥的情况下参与以太坊借贷，光看到页面显示“成功”还不够。

我的第一张验收单是比特币侧：确认测试BTC进入Taproot输出，并核对交易确认。第二张是以太坊侧：观察对应金库从创建、确认到激活的状态变化。第三张是应用侧：在Aave v4完成借款与还款，记录健康因子、利息和可借额度怎样变化。第四张是退出侧：撤出抵押、等待挑战期，并确认BTC最终回到自己控制的地址。

我打算专门记录“用户看不懂的地方”。例如为什么BTC已经确认但仓位还没激活，为什么赎回不是立即到账，哪些恢复文件必须下载保存。技术流程正确只是底线，界面能否让普通用户知道自己正在等待什么，才决定它是否有机会从测试走向真实使用。

如果四张验收单都能闭环，我才会把它称为一次完整测试；如果中间失败，也会把钱包、步骤、交易状态和预期结果写进反馈，而不是只说“用不了”。我打算完成后把这份验收单整理成详细的教程吗，到时候分享给大家

One Balance与传统保证金，谁更适合短线？#grvt

传统保证金账户效率低，但资金用途简单：余额主要为仓位与清算服务。One Balance让同一笔钱继续生息，减少闲置，却增加收益层调度和赎回环节。

低频交易、长期持有稳定币的用户，可能更受益于资金持续工作；高杠杆短线用户更依赖即时可用余额、低滑点和快速清算，对额外收益的敏感度反而较低。

判断谁更好，要看交易频率、杠杆与外部应急资金。我的测试方式是记录高波动时的可用余额、开仓延迟与提现时间，再计算收益是否覆盖新增复杂度。

还可以比较闲置时间。如果资金90%的时间没有开仓，收益层价值可能明显；若账户长期满仓，能生息的余额有限，One Balance带来的提升就没有宣传中那么大。

短线用户还应把一次无法及时补保证金的潜在损失算进去。几天利息很容易量化，极端行情里错过一次处置机会的成本却可能大得多。

用户应当用自己的资金曲线测算，不要拿平台展示的理想账户代替真实习惯。

账户设计没有绝对优胜，只有是否匹配用户。@grvt_io

#BinanceTurns9 9周年，币安有你
希望币安十周年大家都还在，永远支持币安

$GRVT确定7月21日上线后，我第一反应不是猜开盘价，而是先把空投领取方案重新看了一遍。@grvt_io 现在让用户自己选择：TGE时直接领取，或者选择延迟领取的Multiplier Plan。看起来只是点一个选项，背后其实是在做一道流动性和收益的选择题。

直接领取的好处很简单，代币到手后完全由自己决定。想卖、想拿、想观察，都不用等。延迟领取则可能获得额外倍数，但代价是放弃一段时间的流动性。要是上线后价格波动很大，锁着的部分只能看，不能动。额外奖励并不是白送，它是在补偿等待和价格不确定性。

这让我想到银行定期和活期。定期利息高一点，但临时需要钱时就不方便；活期收益低，却给了自己随时调整的余地。我不会因为Multiplier数字更大就直接选延迟，也不会因为担心抛压就全部马上领。我更愿意先算清楚：这部分代币短期会不会用到，我能不能承受锁定期间的价格变化。

空投登记有时间要求，地址和领取方案也要认真检查。选择本身没有标准答案，拿流动性还是换潜在倍数，要看每个人的仓位和风险承受能力。我的原则只有一个：别为了多拿一点奖励，把自己锁进一个睡不着觉的选择里。#grvt

Я визнаю, що коли я вперше побачив Booster-завдання для @grvt_io від Binance Wallet, мої думки були дуже простими: я просто хотів отримати трохи ейрдропу. Зараз ринкове середовище не таке, як у бичачому ринку, де можливості буквально під ногами; якщо новий проєкт можна взяти участь завчасно, навіть якщо це лише кілька десятків токенів, — варто витратити кілька хвилин, щоб його дослідити. Тож я відкрив сторінку активності Binance Wallet, витратив 2 альфа-бали на участь у завданні та, згідно з вимогами, виконав дії: підписка, репост, проходження тесту та підключення гаманця.

Перші кроки насправді не були складними: підписатися на офіційний акаунт X, зробити репост матеріалів активності. Але найбільше мене вразила саме частина з відповідями на запитання. Бо ці питання були не просто «для галочки», а щоб допомогти учасникам швидко зрозуміти проєкт. Наприклад, у першому питанні запитували, що таке Grvt за типом платформи — відповідь C: Hybrid Crypto Derivatives Exchange; у другому — яку технічну архітектуру воно використовує — відповідь B: ZKsync Validium. Далі запитання стосувалися механізмів продукту та членських привілеїв. Після завершення я перейшов на сайт Grvt для реєстрації, обрав підключення гаманця через Binance Wallet, і в кінці просто підписав підтвердження.

Раніше, коли я брав участь в ейрдропах, я зазвичай просто забираю винагороду й одразу виходив, майже ніколи не досліджував проєкт самостійно. Але цього разу після виконання завдання я навпаки подивився, яку проблему GRVT намагається вирішити. Бо я сам багато часу торгував, і найсильніше відчуття — що ефективність використання капіталу дуже низька. Часто кошти просто лежать на рахунку в очікуванні ринкового руху — без прибутку; якщо хочеш заробити, треба виводити кошти для участі, але коли доходить до моменту реально торгувати, це вже незручно.

GRVT пропонує систему One Balance — єдиний баланс, який якраз спрямований на вирішення цього болю. Вони хочуть, щоб кошти не доводилося обирати між торгівлею та отриманням прибутку: активи, які відповідають умовам, можуть брати участь у торгівлі й водночас приносити дохід. З цієї точки зору це не просто історія «ейрдроп, щоб привернути користувачів», а спроба змінити спосіб використання торгового капіталу. Звісно, у підсумку кожному новому проєкту ще потрібна перевірка ринком: ліквідність, безпека та користувацький досвід — це те, що справді визначає цінність. Але принаймні цей ейрдроп показав мені, що 25 GRVT — це лише вхід, а от продуктова логіка за ними — річ, на яку варто звернути увагу.#grvt

AI时代到来后，我为什么觉得交易基础设施会迎来新的机会#grvt

最近几年，我越来越明显地感觉到，金融市场正在发生一个变化。以前我们讨论交易，更多关注的是人和人的博弈，谁的信息更快，谁的判断更准。但随着 AI、自动化工具的发展，未来交易可能会越来越依赖智能系统，交易频率、策略复杂度和资金管理方式都会发生变化。

我自己也尝试过使用一些 AI 工具辅助投资，从整理信息、分析项目，到复盘自己的交易逻辑。最大的感受就是，未来普通用户和专业机构之间的差距，可能不会只体现在资金规模，而会体现在谁拥有更好的工具。但问题也随之出现，如果未来大量 AI Agent 参与金融市场，传统交易系统还能不能承载这种需求？

这也是我关注@grvt_io 的一个原因。在我看来，未来金融基础设施不仅要服务今天的人类交易者，也需要考虑未来智能代理参与交易的场景。高性能、低延迟、安全结算、资产自主控制，这些都会成为越来越重要的能力。GRVT 关注的混合交易架构和 ZK 技术方向，本质上是在探索下一代交易系统应该具备什么能力。

过去我总觉得投资机会来自某个热门赛道，比如 DeFi、NFT、AI。但后来发现，真正大的机会往往来自基础设施升级。就像互联网时代，最终改变世界的不是某个网站，而是网络本身；移动互联网时代，不只是某个 App，而是整个移动生态。

我不知道未来 AI 和 Web3 会如何结合，但我相信金融交易一定会变得更加智能化。能够提前布局基础设施变化的人，可能比追逐短期热点的人更容易抓住长期机会。GRVT 让我感兴趣的地方，就是它关注的是未来交易方式，而不仅仅是现在的市场需求。

我为什么开始关注 GRVT，一个交易老用户对未来交易基础设施的思考#grvt

过去几年，我一直在交易市场里摸索，从最开始只关注价格涨跌，到后来慢慢关注交易工具本身。我经历过行情剧烈波动时交易所卡顿，也经历过明明判断对方向，却因为滑点、成交速度、流动性等问题错过最佳位置。以前我觉得这些只是交易过程中的“小问题”，但经历越多越发现，基础设施本身，就是交易者收益的一部分。

所以当我开始研究 @grvt_io 的时候，吸引我的并不是那些宏大的宣传，而是它试图解决的问题。传统中心化交易所体验很好，但用户需要把资产交给平台管理；纯链上交易保证了资产自主权，却经常牺牲效率和使用体验。GRVT 想做的事情，就是在两者之间找到一个新的平衡点，通过混合架构结合交易效率和链上安全，同时利用 ZK 技术探索更高性能、更隐私的交易环境。

这让我想起自己刚开始投资时的状态，那时候每天盯盘，总觉得找到一个暴涨机会就能改变结果。但后来慢慢发现，真正影响长期收益的，不只是某一次机会，而是你使用的工具、建立的方法以及所在的生态。一个好的交易基础设施，就像高速公路一样，平时可能感觉不到它的重要性，但当市场真正到来的时候，效率差距会被无限放大。

我不会轻易判断一个项目一定成功，因为市场最终会给答案。但从方向来看，GRVT 关注的是一个长期存在的问题：未来的金融交易，如何同时拥有传统市场的效率和 Web3 的资产主权。对于我来说，研究 GRVT 不只是研究一个项目，也是重新思考未来交易形态的一次机会。