多撸毛少去赌
379 منشورات
多撸毛少去赌
撸毛还贷
مُتداول بمُعدّل مرتفع
2.9 سنوات
37 تتابع
153 المتابعون
680 إعجاب
منشورات
الكل
اقتباسات
عرض الترجمة
تمّ التحقق
عرض الترجمة
我把TBV测试流程画成三栏后，才发现一笔BTC同时活在三本账里：Bitcoin记资产，Ethereum记抵押，Aave v4记债务。
我按 @BabylonLabs_io 的官方文档，把创建Vault、借款、还款和赎回推演了一遍。越往下看，我越觉得TBV的难题不是“能不能借”，而是用户能否看懂BTC由谁控制。
测试网需要连接Bitcoin钱包和Sepolia上的EVM钱包。BTC锁进Bitcoin上的独立UTXO，Ethereum只登记抵押记录；Aave v4识别的是可验证仓位，不是一枚Wrapped BTC。创建要等待Bitcoin确认，赎回还有约3天挑战窗口。
如果我是首次用户，我希望界面补上三点。第一，把BTC位置、债务、健康因子和所在链放在同一张仓位卡里。第二，借款前直接模拟价格下跌后的清算结果，因为单个Vault不可拆分，健康因子低于1时可能整笔被处置。第三，把WOTS文件和恢复资料做成强提醒，否则自托管权可能只停留在文档里。
Wrapped BTC、跨链桥和托管借贷已经解决流动性，只是多了一层发行方、桥或托管人的信任。TBV的吸引力，是不改变BTC身份，也能形成可验证、可清算、可退出的仓位。但风险没有消失，只是转向脚本、状态同步、预言机和清算执行。
对$BABY 而言，测试网热度不等于价值回流。真正要看的是，真实借贷需求出现后，治理、安全和费用能否进入Babylon Genesis。
这次推演后，我最想实测的不是借款按钮，而是用户能否只看一个页面，就知道BTC在哪里、为什么危险、怎样回来。
#baby $BABY
我按 @BabylonLabs_io 的官方文档，把创建Vault、借款、还款和赎回推演了一遍。越往下看，我越觉得TBV的难题不是“能不能借”，而是用户能否看懂BTC由谁控制。
测试网需要连接Bitcoin钱包和Sepolia上的EVM钱包。BTC锁进Bitcoin上的独立UTXO，Ethereum只登记抵押记录；Aave v4识别的是可验证仓位，不是一枚Wrapped BTC。创建要等待Bitcoin确认，赎回还有约3天挑战窗口。
如果我是首次用户，我希望界面补上三点。第一，把BTC位置、债务、健康因子和所在链放在同一张仓位卡里。第二，借款前直接模拟价格下跌后的清算结果，因为单个Vault不可拆分，健康因子低于1时可能整笔被处置。第三，把WOTS文件和恢复资料做成强提醒，否则自托管权可能只停留在文档里。
Wrapped BTC、跨链桥和托管借贷已经解决流动性，只是多了一层发行方、桥或托管人的信任。TBV的吸引力，是不改变BTC身份，也能形成可验证、可清算、可退出的仓位。但风险没有消失，只是转向脚本、状态同步、预言机和清算执行。
对$BABY 而言，测试网热度不等于价值回流。真正要看的是，真实借贷需求出现后，治理、安全和费用能否进入Babylon Genesis。
这次推演后，我最想实测的不是借款按钮，而是用户能否只看一个页面，就知道BTC在哪里、为什么危险、怎样回来。
#baby $BABY
عرض الترجمة
$GRVT 嘴撸了两个号，再加alpha booster，一共拿了1100个，以为流通不多项目方会拉飞，结果砸手里没卖出去。
刚好今天上Upbit，准备都出掉了。
去年撸了的$LIT 3刀没卖，洗到1.1卖了，心里还在隐隐作痛。
再加上，paradex反撸，bp包皮毫无理由给我女巫后，对dex和cex项目方没什么好感。
币安广场目前应该对不是Kol的普通人比较友好的地方，没有粉丝基础上一样可以拿到点小肉，尤其是这个很差的环境下。
刚好今天上Upbit，准备都出掉了。
去年撸了的$LIT 3刀没卖，洗到1.1卖了，心里还在隐隐作痛。
再加上，paradex反撸，bp包皮毫无理由给我女巫后，对dex和cex项目方没什么好感。
币安广场目前应该对不是Kol的普通人比较友好的地方，没有粉丝基础上一样可以拿到点小肉，尤其是这个很差的环境下。
تمّ التحقق
عرض الترجمة
我这次没有先看“怎么借”，而是先找“流程卡住时，BTC怎么回来”。
按 @BabylonLabs_io 的官方文档，我把Aave v4公共测试网倒着推演了一遍。看完后我觉得，TBV最值得关注的不是借款按钮，而是BTC的处置规则有没有提前写清楚。
用户需要连接两类钱包：Bitcoin侧把Signet BTC锁进Taproot Vault，EVM侧在Sepolia上建立Aave v4仓位。每个Vault对应独立UTXO；Aave读取的是抵押记录，不是一枚用户可交易的Wrapped BTC。
Vault激活后可以借款。更复杂的是退出：先还债，再撤出抵押，最后由TBV处理Bitcoin侧赎回。如果服务方不执行，官方还设计了自行领取路径。
从桌面推演看，我希望界面补强三件事。第一，做一张“资金地图”，标明BTC、债务和等待哪条链确认。第二，在存入前展示正常赎回、自行领取和清算三种结局。第三，错误提示要区分Bitcoin确认、Ethereum交易、Vault同步和健康因子。
Wrapped BTC、桥和托管借贷解决了流动性，但用户要额外相信发行方、桥接者或托管机构。TBV没有消灭风险，只是把风险转向脚本、状态验证和清算协同。它的吸引力在于：BTC不用先换身份，也能形成可验证、可处置的借贷仓位。
对$BABY 而言，测试网活跃不等于价值回流。更该观察的是，需求出现后，治理、安全和费用能否进入Babylon Genesis。
这次推演后，我最想实测的不是能否借出资产，而是出错时，用户能否知道问题在哪，并清楚知道BTC如何回到手里。
$BABY #baby
按 @BabylonLabs_io 的官方文档，我把Aave v4公共测试网倒着推演了一遍。看完后我觉得，TBV最值得关注的不是借款按钮，而是BTC的处置规则有没有提前写清楚。
用户需要连接两类钱包：Bitcoin侧把Signet BTC锁进Taproot Vault，EVM侧在Sepolia上建立Aave v4仓位。每个Vault对应独立UTXO；Aave读取的是抵押记录，不是一枚用户可交易的Wrapped BTC。
Vault激活后可以借款。更复杂的是退出：先还债，再撤出抵押，最后由TBV处理Bitcoin侧赎回。如果服务方不执行，官方还设计了自行领取路径。
从桌面推演看，我希望界面补强三件事。第一，做一张“资金地图”，标明BTC、债务和等待哪条链确认。第二，在存入前展示正常赎回、自行领取和清算三种结局。第三，错误提示要区分Bitcoin确认、Ethereum交易、Vault同步和健康因子。
Wrapped BTC、桥和托管借贷解决了流动性，但用户要额外相信发行方、桥接者或托管机构。TBV没有消灭风险，只是把风险转向脚本、状态验证和清算协同。它的吸引力在于：BTC不用先换身份，也能形成可验证、可处置的借贷仓位。
对$BABY 而言，测试网活跃不等于价值回流。更该观察的是，需求出现后，治理、安全和费用能否进入Babylon Genesis。
这次推演后，我最想实测的不是能否借出资产，而是出错时，用户能否知道问题在哪，并清楚知道BTC如何回到手里。
$BABY #baby
تمّ التحقق
عرض الترجمة
看到 @BabylonLabs_io 邀请用户体验Aave v4原生BTC抵押借贷时，我第一反应是：这和把BTC换成WBTC再借钱，差在哪？
这次我没有完成真实链上借款，而是按官方文档，把测试网从连接钱包、创建Vault到借款、赎回走读了一遍。拆完流程后，我发现重点不是“能借什么”，而是BTC由哪套规则控制。
用户要连接Bitcoin和Ethereum两个钱包。前者锁定Signet BTC，后者在Sepolia上与Aave v4交互。BTC进入Taproot输出，每个Vault对应独立UTXO；Ethereum侧只登记抵押状态，不生成用户可交易的封装BTC。
Vault激活后可借款。还款后，要先从Aave仓位撤出抵押，再由TBV完成Bitcoin侧赎回。借款按钮反而简单，真正难的是两条链状态能否对得上。
如果我是第一次使用TBV，我会提三点建议：标出每一步发生在哪条链、哪个钱包控制BTC；把确认进度、健康因子和赎回状态放在一条时间线上；让退出路径和风险提示更醒目。BTC没有跨链，不代表没有合约、同步、清算和挑战风险。
Wrapped BTC、跨链桥和托管借贷解决了流动性，但增加了新的信任对象。TBV的吸引力，是把风险从“谁替我保管BTC”，转向“规则能否被验证和执行”。风险没有消失，只是结构变了。
对$BABY 而言，测试网热度不等于价值回流。更该观察的是，真实需求出现后，治理、安全和费用能否连接到Babylon Genesis。
这次只是桌面推演。等真正实测时，我最想验证的不是能否借到资产，而是还款后取回BTC的路径是否清楚。
#baby $BABY
这次我没有完成真实链上借款，而是按官方文档，把测试网从连接钱包、创建Vault到借款、赎回走读了一遍。拆完流程后，我发现重点不是“能借什么”，而是BTC由哪套规则控制。
用户要连接Bitcoin和Ethereum两个钱包。前者锁定Signet BTC，后者在Sepolia上与Aave v4交互。BTC进入Taproot输出，每个Vault对应独立UTXO；Ethereum侧只登记抵押状态，不生成用户可交易的封装BTC。
Vault激活后可借款。还款后，要先从Aave仓位撤出抵押，再由TBV完成Bitcoin侧赎回。借款按钮反而简单，真正难的是两条链状态能否对得上。
如果我是第一次使用TBV，我会提三点建议：标出每一步发生在哪条链、哪个钱包控制BTC；把确认进度、健康因子和赎回状态放在一条时间线上；让退出路径和风险提示更醒目。BTC没有跨链，不代表没有合约、同步、清算和挑战风险。
Wrapped BTC、跨链桥和托管借贷解决了流动性，但增加了新的信任对象。TBV的吸引力，是把风险从“谁替我保管BTC”，转向“规则能否被验证和执行”。风险没有消失，只是结构变了。
对$BABY 而言，测试网热度不等于价值回流。更该观察的是，真实需求出现后，治理、安全和费用能否连接到Babylon Genesis。
这次只是桌面推演。等真正实测时，我最想验证的不是能否借到资产，而是还款后取回BTC的路径是否清楚。
#baby $BABY
عرض الترجمة
我重新看TBV测试网时，最在意的已经不是清算流程能不能跑通，而是放大以后，市场上有没有足够的真资金接力。
Aave v4的Hub会给每个Spoke设置信用额度，@BabylonLabs_io Babylon Core Spoke再把原生BTC Vault作为抵押记录。但TBV清算不是普通ERC-20兑换：清算人先偿还债务并从LLP拿到WBTC，被扣押的Vault进入托管，之后还要由套利者买走，再完成Bitcoin侧赎回。
问题就在这里。测试环境能验证合约调用，却很难验证三种流动性会不会同时存在：Hub里的稳定币、LLP里的WBTC库存，以及套利者愿意占用的资金。当前公开测试网把Aave应用总敞口限制在10 BTC，单地址最高0.4 BTC，说明团队仍在控制风险规模，而不是证明大额市场已经成立。
假设主网上线后，多个大额Vault在一小时内同时触发清算。即使机器人正常工作，只要WBTC库存不足，或套利者认为赎回期间的价格风险高于折扣收益，链条就会从“有人执行”卡在“没人接货”。官方GitHub把Liquidator和Arbitrageur拆成两套服务，也说明技术执行与资本承接是两件事。
对$BABY ，我也会用同一标准看。私募、团队和顾问已从2026年5月进入按月解锁，而Litepaper提出的BTC费用竞拍并销毁$BABY ，仍待治理批准。供给已经释放，真实需求却要等商业规模验证。
当多个Vault同时进入托管，LLP和套利者需要多高的资金周转率，Aave Hub才不会收紧这条Spoke的信用额度？
#baby $BABY
Aave v4的Hub会给每个Spoke设置信用额度，@BabylonLabs_io Babylon Core Spoke再把原生BTC Vault作为抵押记录。但TBV清算不是普通ERC-20兑换：清算人先偿还债务并从LLP拿到WBTC，被扣押的Vault进入托管，之后还要由套利者买走，再完成Bitcoin侧赎回。
问题就在这里。测试环境能验证合约调用，却很难验证三种流动性会不会同时存在：Hub里的稳定币、LLP里的WBTC库存，以及套利者愿意占用的资金。当前公开测试网把Aave应用总敞口限制在10 BTC，单地址最高0.4 BTC，说明团队仍在控制风险规模，而不是证明大额市场已经成立。
假设主网上线后，多个大额Vault在一小时内同时触发清算。即使机器人正常工作，只要WBTC库存不足，或套利者认为赎回期间的价格风险高于折扣收益，链条就会从“有人执行”卡在“没人接货”。官方GitHub把Liquidator和Arbitrageur拆成两套服务，也说明技术执行与资本承接是两件事。
对$BABY ，我也会用同一标准看。私募、团队和顾问已从2026年5月进入按月解锁，而Litepaper提出的BTC费用竞拍并销毁$BABY ，仍待治理批准。供给已经释放，真实需求却要等商业规模验证。
当多个Vault同时进入托管，LLP和套利者需要多高的资金周转率，Aave Hub才不会收紧这条Spoke的信用额度？
#baby $BABY
تمّ التحقق
عرض الترجمة
我翻 @BabylonLabs_io 的清算流程时，卡在了一个很实际的问题：TBV里真正稀缺的，可能不是机器人，而是愿意压着资金的流动性提供者。
普通Aave市场里，清算人还债后能在同一笔交易拿到抵押品。TBV不同，BTC赎回要经过Bitcoin上的claim、挑战和最终支付，无法塞进Ethereum的一次原子交易。协议因此引入LLP：清算人先拿到WBTC，被清算的Vault进入托管，之后再由套利者买走并完成Bitcoin赎回。
问题就在这里。Aave v4的Hub可以限制每个Spoke抽取多少流动性，但若多个BTC仓位同时触线，先承压的是LLP的WBTC库存和套利者的周转资金。每个Vault又是完整UTXO，不能像ERC-20抵押品那样只切一小块；单Vault仓位可能直接整仓处置。
假设行情急跌，按测试网参数，清算奖励上限为10%，但Bitcoin手续费、资金占用和继续下跌的风险合计超过这点利润。机器人即使发现机会，也未必有人愿意接盘。GitHub已把Liquidator和Arbitrageur拆成两套服务，说明这不只是技术延迟，而是一条依赖真实资本意愿的清算链。
再看$BABY ，Litepaper提出将部分BTC费用竞拍成$BABY 并销毁，但仍需治理批准；与此同时，投资者、团队和顾问已进入36个月按月解锁。关键不只是有没有回流设计，而是收入形成速度能否追上供给释放。
当LLP库存不足、套利者资金成本又高于清算收益时，Aave v4还靠什么维持TBV仓位的即时结算？
#baby $BABY
普通Aave市场里，清算人还债后能在同一笔交易拿到抵押品。TBV不同，BTC赎回要经过Bitcoin上的claim、挑战和最终支付，无法塞进Ethereum的一次原子交易。协议因此引入LLP：清算人先拿到WBTC，被清算的Vault进入托管，之后再由套利者买走并完成Bitcoin赎回。
问题就在这里。Aave v4的Hub可以限制每个Spoke抽取多少流动性，但若多个BTC仓位同时触线，先承压的是LLP的WBTC库存和套利者的周转资金。每个Vault又是完整UTXO，不能像ERC-20抵押品那样只切一小块；单Vault仓位可能直接整仓处置。
假设行情急跌，按测试网参数，清算奖励上限为10%，但Bitcoin手续费、资金占用和继续下跌的风险合计超过这点利润。机器人即使发现机会，也未必有人愿意接盘。GitHub已把Liquidator和Arbitrageur拆成两套服务，说明这不只是技术延迟，而是一条依赖真实资本意愿的清算链。
再看$BABY ，Litepaper提出将部分BTC费用竞拍成$BABY 并销毁，但仍需治理批准；与此同时，投资者、团队和顾问已进入36个月按月解锁。关键不只是有没有回流设计，而是收入形成速度能否追上供给释放。
当LLP库存不足、套利者资金成本又高于清算收益时，Aave v4还靠什么维持TBV仓位的即时结算？
#baby $BABY
تمّ التحقق
عرض الترجمة
一套BTC抵押系统能不能走向普通用户，不看它能不能锁住1枚BTC，而看只锁0.01 BTC时，争议成本会不会比仓位本身还贵。
Bitcoin很会确认这枚币归谁，却看不懂Aave上债务是否还清仓位是否该清算。外部金融状态想回到Bitcoin执行，难点不只是证明结果正确，还要让证明足够便宜。
2023年，Robin Linus提出第一代BitVM，证明无需修改Bitcoin共识，也能验证链下计算。但它主要是两方模型，通信负担较重。BitVM2允许任何人挑战错误声明，却仍要把验证程序拆进Bitcoin交易，最坏争议成本依然很高。
BitVM3让我注意到的是单位经济账。它用混淆电路把大部分验证留在链下，Bitcoin只处理争议时最关键的证据。论文测试中，Assert交易估算约5美元，Disprove证明不足0.20美元，比BitVM2最坏争议缩小约3000倍。这不是固定主网价格，却说明小额Vault不必被验证成本劝退。
举个简化场景：用户把BTC锁进Vault，在外部借出稳定币，之后声称已经还款。若状态有误，挑战者只需提交关键证据，而不是让Bitcoin重算整套借贷逻辑。成本足够低，“规则可验证”才可能变成可持续机制。#baby
这正是@BabylonLabs_io 的TBV需要跨过的门槛。TBV Litepaper以BitVM3为研究基础，每个Vault对应独立UTXO，BTC留在Taproot输出中。目前公开测试网运行在Bitcoin Signet和Ethereum测试网，Aave v4是首个集成应用。
不过最新实现并非照搬BitVM3。TBV当前赎回流程采用BABE，保留低链上成本思路，并继续降低链下负担。说明BitVM3的价值，可能不是成为最终版本，而是把TBV从能不能验证推进到能不能低成本反复验证。
对$BABY 而言，技术成本下降不等于价值自动回流。它目前承担Gas、治理和安全功能；TBV能否形成代币需求，仍取决于真实使用是否进入这些环节。
原生BTC走进DeFi，真正的门槛可能不是锁得住。
而是出事时真相不能贵得没人验证。
Bitcoin很会确认这枚币归谁，却看不懂Aave上债务是否还清仓位是否该清算。外部金融状态想回到Bitcoin执行，难点不只是证明结果正确，还要让证明足够便宜。
2023年，Robin Linus提出第一代BitVM，证明无需修改Bitcoin共识，也能验证链下计算。但它主要是两方模型，通信负担较重。BitVM2允许任何人挑战错误声明，却仍要把验证程序拆进Bitcoin交易，最坏争议成本依然很高。
BitVM3让我注意到的是单位经济账。它用混淆电路把大部分验证留在链下，Bitcoin只处理争议时最关键的证据。论文测试中，Assert交易估算约5美元，Disprove证明不足0.20美元，比BitVM2最坏争议缩小约3000倍。这不是固定主网价格，却说明小额Vault不必被验证成本劝退。
举个简化场景：用户把BTC锁进Vault，在外部借出稳定币，之后声称已经还款。若状态有误，挑战者只需提交关键证据，而不是让Bitcoin重算整套借贷逻辑。成本足够低，“规则可验证”才可能变成可持续机制。#baby
这正是@BabylonLabs_io 的TBV需要跨过的门槛。TBV Litepaper以BitVM3为研究基础，每个Vault对应独立UTXO，BTC留在Taproot输出中。目前公开测试网运行在Bitcoin Signet和Ethereum测试网，Aave v4是首个集成应用。
不过最新实现并非照搬BitVM3。TBV当前赎回流程采用BABE，保留低链上成本思路，并继续降低链下负担。说明BitVM3的价值，可能不是成为最终版本，而是把TBV从能不能验证推进到能不能低成本反复验证。
对$BABY 而言，技术成本下降不等于价值自动回流。它目前承担Gas、治理和安全功能；TBV能否形成代币需求，仍取决于真实使用是否进入这些环节。
原生BTC走进DeFi，真正的门槛可能不是锁得住。
而是出事时真相不能贵得没人验证。
تمّ التحقق
把Aave v4和TBV的组合，我理解成一套“跨城质押系统”。
Bitcoin是保管抵押品的仓库，BTC一直锁在原生Vault里；Ethereum上的Aave Hub负责流动性，Spoke负责给仓位设定抵押率、健康因子和清算规则。@BabylonLabs_io 做的，不是把BTC运到另一座城，而是让另一座城承认这张仓单。
这套结构如果跑通，确实有意义。用户不必先把BTC封装成WBTC，少经过一层托管；Aave也不用为每种新抵押品重新建一套独立资金池，因为多个Spoke可以接入Hub的统一流动性。
但我做交易，更愿意先检查“火警系统”。
假设BTC短时间下跌25%，Ethereum侧的预言机更新价格，Spoke发现健康因子跌破清算线，机器人开始寻找接盘资金。与此同时，Bitcoin侧要确认Vault仍然有效，并让后续处置按照预设规则完成。价格更新、状态同步、清算资金和Bitcoin确认，只要有一环慢下来，就可能出现短暂坏账窗口。
目前TBV仍是公开测试网，运行在Bitcoin Signet与Ethereum测试环境，Aave v4是首个接入场景。Babylon也在GitHub公开了清算与套利机器人套件。这些都说明系统正在认真搭建，但测试资产顺利完成借还，和真实暴跌时处理大额仓位，完全不是一回事。
Ledger、GoMining、Aegis等合作，可以扩大签名和融资场景，却不能替代极端行情验证。真正成熟的基础设施，必须回答清算人是否愿意接盘、Bitcoin拥堵会不会拖慢处置，以及风险能否被限制在单个Spoke内部。
再看$BABY ，目前明确用途仍是Gas、治理与网络安全。TBV费用如何回流、是否形成持续的代币需求，仍未形成可以验证的完整闭环。
我的判断很朴素：测试网验证功能，暴跌才验证金融。
如果BTC快速下跌时，Ethereum已经开始清算，而Bitcoin侧的抵押品还没完成处置，这段时间差最终由谁承担？
#baby $BABY $GRVT
Bitcoin是保管抵押品的仓库，BTC一直锁在原生Vault里；Ethereum上的Aave Hub负责流动性，Spoke负责给仓位设定抵押率、健康因子和清算规则。@BabylonLabs_io 做的，不是把BTC运到另一座城，而是让另一座城承认这张仓单。
这套结构如果跑通，确实有意义。用户不必先把BTC封装成WBTC，少经过一层托管；Aave也不用为每种新抵押品重新建一套独立资金池，因为多个Spoke可以接入Hub的统一流动性。
但我做交易，更愿意先检查“火警系统”。
假设BTC短时间下跌25%，Ethereum侧的预言机更新价格，Spoke发现健康因子跌破清算线，机器人开始寻找接盘资金。与此同时，Bitcoin侧要确认Vault仍然有效，并让后续处置按照预设规则完成。价格更新、状态同步、清算资金和Bitcoin确认，只要有一环慢下来，就可能出现短暂坏账窗口。
目前TBV仍是公开测试网，运行在Bitcoin Signet与Ethereum测试环境，Aave v4是首个接入场景。Babylon也在GitHub公开了清算与套利机器人套件。这些都说明系统正在认真搭建，但测试资产顺利完成借还，和真实暴跌时处理大额仓位，完全不是一回事。
Ledger、GoMining、Aegis等合作，可以扩大签名和融资场景，却不能替代极端行情验证。真正成熟的基础设施，必须回答清算人是否愿意接盘、Bitcoin拥堵会不会拖慢处置，以及风险能否被限制在单个Spoke内部。
再看$BABY ，目前明确用途仍是Gas、治理与网络安全。TBV费用如何回流、是否形成持续的代币需求，仍未形成可以验证的完整闭环。
我的判断很朴素：测试网验证功能，暴跌才验证金融。
如果BTC快速下跌时，Ethereum已经开始清算，而Bitcoin侧的抵押品还没完成处置，这段时间差最终由谁承担？
#baby $BABY $GRVT
عرض الترجمة
我把Aave v4和TBV放在一起看，更像一笔“异地抵押贷款”。
BTC锁在Bitcoin，像房产留在原来的城市；Aave Hub负责资金，Spoke负责审核抵押率、健康因子和清算规则。@BabylonLabs_io 想做的，是让Ethereum承认这份抵押，却不要求用户先把BTC换成WBTC。
结构上确实说得通。少一层封装，就少一个托管人与发行方；Aave也能接入新的原生BTC抵押品。但交易做久了，我更关心两本账在暴跌时能不能同时更新。
假设BTC一天跌25%。Ethereum侧价格先变化，Spoke发现健康因子跌破清算线，机器人准备接管仓位；Bitcoin侧则要确认Vault状态，并完成后续处置。价格、债务、状态证明和清算资金必须连续衔接。任何一步慢下来，都可能让Aave已经借出的流动性，暂时对应一笔无法立即变现的抵押品。
目前TBV仍处于公开测试网，BTC运行在Bitcoin Signet，借贷逻辑在Ethereum测试环境，Aave v4是首个登记集成场景。Babylon也在GitHub公开了清算和套利机器人。它证明这套闭环正在被搭建，但还不能证明它经历过真实暴跌、链上拥堵和清算资金不足同时出现的情况。
Ledger、GoMining与Aegis的合作说明应用入口在扩展，却不是安全性的替代证明。成熟基础设施最终要回答的，仍是状态延迟多久、坏账由谁承担，以及风险会不会从一个Spoke传到共享流动性的Hub。
再看$BABY ，目前明确作用仍是Gas、治理和网络安全。TBV相关费用如何回流、是否形成持续需求，部分机制仍停留在设计与治理层面，不能把技术进展直接换算成代币价值。
我的态度很简单：正常行情看设计，极端行情看底牌。
如果BTC暴跌时，两本账出现短暂不同步，谁来为这段时间差买单？
#baby $BABY
BTC锁在Bitcoin，像房产留在原来的城市；Aave Hub负责资金，Spoke负责审核抵押率、健康因子和清算规则。@BabylonLabs_io 想做的，是让Ethereum承认这份抵押，却不要求用户先把BTC换成WBTC。
结构上确实说得通。少一层封装，就少一个托管人与发行方；Aave也能接入新的原生BTC抵押品。但交易做久了，我更关心两本账在暴跌时能不能同时更新。
假设BTC一天跌25%。Ethereum侧价格先变化，Spoke发现健康因子跌破清算线，机器人准备接管仓位；Bitcoin侧则要确认Vault状态，并完成后续处置。价格、债务、状态证明和清算资金必须连续衔接。任何一步慢下来，都可能让Aave已经借出的流动性，暂时对应一笔无法立即变现的抵押品。
目前TBV仍处于公开测试网，BTC运行在Bitcoin Signet，借贷逻辑在Ethereum测试环境，Aave v4是首个登记集成场景。Babylon也在GitHub公开了清算和套利机器人。它证明这套闭环正在被搭建，但还不能证明它经历过真实暴跌、链上拥堵和清算资金不足同时出现的情况。
Ledger、GoMining与Aegis的合作说明应用入口在扩展，却不是安全性的替代证明。成熟基础设施最终要回答的，仍是状态延迟多久、坏账由谁承担，以及风险会不会从一个Spoke传到共享流动性的Hub。
再看$BABY ，目前明确作用仍是Gas、治理和网络安全。TBV相关费用如何回流、是否形成持续需求，部分机制仍停留在设计与治理层面，不能把技术进展直接换算成代币价值。
我的态度很简单：正常行情看设计，极端行情看底牌。
如果BTC暴跌时，两本账出现短暂不同步，谁来为这段时间差买单？
#baby $BABY
تمّ التحقق
عرض الترجمة
我把Aave v4和TBV的组合，理解成一笔“异地仓单融资”。
Bitcoin像仓库，BTC原封不动锁在里面；Aave的Hub像总资金池，Spoke则像审核仓单的分行。用户不必先把BTC换成WBTC，Ethereum侧根据Vault状态决定能借多少、何时清算。抵押品留在Bitcoin，流动性来自Aave，这个结构有想象力。
但做交易的人都知道，仓单融资最怕的不是平时，而是暴跌时账和货对不上。
假设BTC一天跌30%。Ethereum侧的价格与债务可以迅速变化，可Bitcoin侧还要完成状态确认和最终处置。健康因子触线后，清算机器人能否及时接住？网络拥堵时，清算利润是否还够？更关键的是，多个Spoke共享Hub流动性，一笔BTC仓位若暂时无法变现，风险会不会从单个柜台传到总资金池？
@BabylonLabs_io 已将TBV开放在Bitcoin Signet和Ethereum测试网，Aave v4是首个集成场景；GitHub也公开了清算与套利机器人。进展是真的，但它证明的是系统能跑，不是已扛过极端行情。Aave v4已在Ethereum主网运行，TBV仍需要真实资金和波动来验货。
再看$BABY ，当前明确用途是Gas、治理和网络安全。Litepaper讨论过用BTC费用竞拍并销毁$BABY ，但这仍是待治理批准的设计。供给端还有100亿初始总量和5.5%年通胀，所以技术路线成立，不等于价值回流已经成立。
我的判断很简单：先看坏账能不能被关在Spoke里，再谈原生BTC能释放多少流动性。
如果BTC暴跌、Bitcoin拥堵和清算资金不足同时发生，这张“仓单”还能按时兑付吗？
#baby $BABY
Bitcoin像仓库，BTC原封不动锁在里面；Aave的Hub像总资金池，Spoke则像审核仓单的分行。用户不必先把BTC换成WBTC，Ethereum侧根据Vault状态决定能借多少、何时清算。抵押品留在Bitcoin，流动性来自Aave，这个结构有想象力。
但做交易的人都知道，仓单融资最怕的不是平时，而是暴跌时账和货对不上。
假设BTC一天跌30%。Ethereum侧的价格与债务可以迅速变化，可Bitcoin侧还要完成状态确认和最终处置。健康因子触线后，清算机器人能否及时接住？网络拥堵时，清算利润是否还够？更关键的是，多个Spoke共享Hub流动性，一笔BTC仓位若暂时无法变现，风险会不会从单个柜台传到总资金池？
@BabylonLabs_io 已将TBV开放在Bitcoin Signet和Ethereum测试网，Aave v4是首个集成场景；GitHub也公开了清算与套利机器人。进展是真的，但它证明的是系统能跑，不是已扛过极端行情。Aave v4已在Ethereum主网运行，TBV仍需要真实资金和波动来验货。
再看$BABY ，当前明确用途是Gas、治理和网络安全。Litepaper讨论过用BTC费用竞拍并销毁$BABY ，但这仍是待治理批准的设计。供给端还有100亿初始总量和5.5%年通胀，所以技术路线成立，不等于价值回流已经成立。
我的判断很简单：先看坏账能不能被关在Spoke里，再谈原生BTC能释放多少流动性。
如果BTC暴跌、Bitcoin拥堵和清算资金不足同时发生，这张“仓单”还能按时兑付吗？
#baby $BABY
تمّ التحقق
عرض الترجمة
Aave v4的Hub-and-Spoke，我看了半天才摸清。Hub像中央仓库，统一放流动性；Spoke像不同柜台，各自处理抵押品和风险参数。@BabylonLabs_io 的TBV接进去，相当于新开一个原生BTC柜台：BTC留在Bitcoin，借出的资产由Aave Hub提供。
这条路如果跑通，意义不小。BTC持有者不必先换成WBTC，Aave也能多一种原生抵押品。但我盘完细节后，觉得现在喊成熟还早。Aave v4已经上了Ethereum主网，可TBV与Babylon Core Spoke仍在公开测试网，里面的USDC、USDT和WBTC都是测试资产。
真正的问题在极端行情。假设BTC一天跌20%，价格进入Spoke，健康因子跌破1后，清算机器人必须迅速执行。Bitcoin侧状态、Hub记账、Spoke风控和BTC处置，任何一环慢下来，都可能形成坏账窗口。官方GitHub已公开清算与套利机器人，说明团队知道难点，但“有代码”不等于“扛过暴跌”。
TBV赎回目前还有约3天挑战窗口。它不代表清算一定要等3天，却提醒我：Bitcoin安全带来的确定性，本身有时间成本。平时能跑，不代表拥堵、暴跌和清算同时发生时也能跑。
再看$BABY ，当前确定作用是Gas、治理和网络安全，私募、团队与顾问也已进入月度解锁期。但我还没看到TBV使用量已经形成明确、可验证的费用回流。技术路线和代币价值捕获，必须分开算账。
我的态度很朴素：方向可以跟踪，重仓要等压力测试。如果明天BTC暴跌20%，你的抵押品需要跨两套系统完成定价和清算，你会放心吗？
#baby $BABY
这条路如果跑通，意义不小。BTC持有者不必先换成WBTC，Aave也能多一种原生抵押品。但我盘完细节后，觉得现在喊成熟还早。Aave v4已经上了Ethereum主网，可TBV与Babylon Core Spoke仍在公开测试网，里面的USDC、USDT和WBTC都是测试资产。
真正的问题在极端行情。假设BTC一天跌20%，价格进入Spoke，健康因子跌破1后，清算机器人必须迅速执行。Bitcoin侧状态、Hub记账、Spoke风控和BTC处置，任何一环慢下来，都可能形成坏账窗口。官方GitHub已公开清算与套利机器人，说明团队知道难点，但“有代码”不等于“扛过暴跌”。
TBV赎回目前还有约3天挑战窗口。它不代表清算一定要等3天，却提醒我：Bitcoin安全带来的确定性，本身有时间成本。平时能跑，不代表拥堵、暴跌和清算同时发生时也能跑。
再看$BABY ，当前确定作用是Gas、治理和网络安全，私募、团队与顾问也已进入月度解锁期。但我还没看到TBV使用量已经形成明确、可验证的费用回流。技术路线和代币价值捕获，必须分开算账。
我的态度很朴素：方向可以跟踪，重仓要等压力测试。如果明天BTC暴跌20%，你的抵押品需要跨两套系统完成定价和清算，你会放心吗？
#baby $BABY
تمّ التحقق
عند الاطلاع على مواد TBV الخاصة بـ@BabylonLabs_io ، كنت أعتبرها في البداية نوعًا آخر من مخططات الإقراض/الاقتراض المرتبطة بـBTC. حتى رأيت عبارة: “كل Vault يقابل UTXO مستقلًا”، فأعدت التفكير من جديد: بعد دخول BTC إلى DeFi، هل يمكن أن تستمر حدود الأصول في أن يُعبّر عنها بواسطة Bitcoin؟
الحلول الخاصة بالتغليف والربط عبر السلاسل تعالج مشكلة صعوبة تركيب BTC، لكن على المستخدمين أيضًا أن يثقوا بأن الأمناء أو الجسور أو الجهات المُصدِّرة تحافظ على حالة الأصول. كلما زادت الوظائف زاد عدد أطراف الثقة.
Vaults في TBV ليست مجرد حوض أموال مشترك. كل Vault هو مخرجات منفصلة على Bitcoin؛ يتم حبس BTC داخل سكربتات Taproot. وVaults مختلفة تكون معزولة عن بعضها البعض، ولا يمكن إعادة استخدامها كضمان بشكل متكرر عبر البروتوكول. التطبيق الخارجي يتحقق من حالة الـVault، وليس من وجود بديل لِـBTC تم نقله بعيدًا.
هذه النقطة تجعلني أرى أنها جوهرية. TBV لا تعني فقط إضافة مدخل لاقتراض جديد، بل تعني إشراك BTC في تطبيقات مالية أخرى قدر الإمكان دون إضافة طبقة إضافية من الحراسة. حاليًا يعمل على Bitcoin Signet وعلى شبكة اختبار Ethereum، وAave v4 هو أول تكامل. كما أن Babylon نشر على GitHub مكوّنات اختبار التسوية والمراجحة بشكل علني.
لكن المشكلة أيضًا تكمن هنا. لا يمكن لـUTXO واحد أن يُجزّأ بحرية مثل أرصدة الرموز العادية، ولا يزال يتعين التحقق من استمرار تكاملات التسوية والتطبيقات. وبالنسبة إلى $BABY ، يتعين مراقبة استخدام TBV لمعرفة ما إذا كان يمكن تحويله إلى احتياجات غاز Babylon Genesis أو الحوكمة أو الأمان؛ ولا ينبغي مساواة تقدم البروتوكول بقيمة الرمز.
أرغب في النظر إلى TBV كتجربة لأسلوب التحكم بالأصول. ما إذا كان يمكن توسيعها على نطاق واسع ما زال دون إجابة، لكنها تطرح سؤالًا: عندما يحصل BTC على استخدامات أكثر، هل يمكن أن نُبقي حدود الملكية ما تزال ضمن Bitcoin؟
$BABY #baby
#baby $BABY
الحلول الخاصة بالتغليف والربط عبر السلاسل تعالج مشكلة صعوبة تركيب BTC، لكن على المستخدمين أيضًا أن يثقوا بأن الأمناء أو الجسور أو الجهات المُصدِّرة تحافظ على حالة الأصول. كلما زادت الوظائف زاد عدد أطراف الثقة.
Vaults في TBV ليست مجرد حوض أموال مشترك. كل Vault هو مخرجات منفصلة على Bitcoin؛ يتم حبس BTC داخل سكربتات Taproot. وVaults مختلفة تكون معزولة عن بعضها البعض، ولا يمكن إعادة استخدامها كضمان بشكل متكرر عبر البروتوكول. التطبيق الخارجي يتحقق من حالة الـVault، وليس من وجود بديل لِـBTC تم نقله بعيدًا.
هذه النقطة تجعلني أرى أنها جوهرية. TBV لا تعني فقط إضافة مدخل لاقتراض جديد، بل تعني إشراك BTC في تطبيقات مالية أخرى قدر الإمكان دون إضافة طبقة إضافية من الحراسة. حاليًا يعمل على Bitcoin Signet وعلى شبكة اختبار Ethereum، وAave v4 هو أول تكامل. كما أن Babylon نشر على GitHub مكوّنات اختبار التسوية والمراجحة بشكل علني.
لكن المشكلة أيضًا تكمن هنا. لا يمكن لـUTXO واحد أن يُجزّأ بحرية مثل أرصدة الرموز العادية، ولا يزال يتعين التحقق من استمرار تكاملات التسوية والتطبيقات. وبالنسبة إلى $BABY ، يتعين مراقبة استخدام TBV لمعرفة ما إذا كان يمكن تحويله إلى احتياجات غاز Babylon Genesis أو الحوكمة أو الأمان؛ ولا ينبغي مساواة تقدم البروتوكول بقيمة الرمز.
أرغب في النظر إلى TBV كتجربة لأسلوب التحكم بالأصول. ما إذا كان يمكن توسيعها على نطاق واسع ما زال دون إجابة، لكنها تطرح سؤالًا: عندما يحصل BTC على استخدامات أكثر، هل يمكن أن نُبقي حدود الملكية ما تزال ضمن Bitcoin؟
$BABY #baby
#baby $BABY
تمّ التحقق
TBV الحقيقي الذي يريد فتحه ليس سوق عوائد BTC.
بل هو الميزانية العمومية لـ BTC.
يفهم كثيرون BTCFi على أنه “جعل البيتكوين يدرّ فائدة”.
لكن ما ينقص الحائزين على المدى الطويل حقًا، ليس APY أعلى.
بل تحويل BTC إلى أداة تمويل يمكن قياس تكلفتها، دون بيع العملات ودون التنازل عن حقوق الحفظ (التوكيل).
في الماضي كانت هناك طريقان فقط:
إما تسليم BTC إلى جهة مُركزّة.
أو تحويلها إلى Wrapped BTC للدخول إلى DeFi.
الأولى تُضحّي بحقوق التحكم.
والثانية تزيد مخاطر المُصدر والعبور عبر السلاسل.
@BabylonLabs_io من TBV يحاول سد الطريق الثالث.
في Litepaper الرسمي، يتم وصف الـ Vault بأنه Bitcoin UTXO مُقيد بإثباتات حالة مُعقّدة خارجية.
تظل BTC داخل شبكة البيتكوين.
التطبيقات الخارجية تدير حالة الضمان، وليس إصدار أصل بديل.
حاليًا، ما زال TBV يعمل على Bitcoin Signet وشبكة Ethereum testnet.
Aave v4 هو أول تطبيق متصل.
كما أن Babylon نشرت على GitHub طقمًا لروبوتات التصفية والمراجحة الخاصة بـ Aave v4.
لأن تمويل المؤسسات لا يمكنه أن يقتصر على حل مسألة “هل يمكن الاقتراض؟”.
بل يجب أيضًا معالجة التوقيع والتصفية والأجل وتكلفة رأس المال.
في 10 مارس 2026، أعلنت Ledger أنها ستوفّر دعم Clear Signing.
وقد تجاوزت مبيعات أجهزتها المخصصة للتوقيع 8 ملايين جهاز.
في 5 مايو، اقترحت GoMining خطة تكامل لبدء تفعيلٍ بحد أقصى 1,000 BTC، أي ما يقارب 75 مليون دولار.
في 25 يونيو، أعلنت Aegis أنها تخطط لدمج TBV مع Aave v4 لتقديم قروض بأسعار فائدة ثابتة في الربع الرابع من 2026، لكن ذلك ما يزال يعتمد على التطوير والاختبار. Babylon
هذه الإجراءات لا تشير إلى “صندوق عوائد” آخر.
بل إلى دخول BTC الأصلي إلى إدارة الميزانية العمومية:
يمكن الاحتفاظ بالملكية.
يمكن الحصول على السيولة.
يمكن حساب تكلفة التمويل مسبقًا.
ويمكن كذلك تحديد حدود المخاطر مسبقًا.
$BABY ما يزال حتى الآن يتحمل بشكل رئيسي مسؤوليات الـ Gas والحوكمة والأمن الشبكي.
مدى قدرة TBV على تحويل الاستخدام الحقيقي إلى احتياجات $BABY ، ما يزال يعتمد على الرسوم وآليات الحوكمة اللاحقة.
التغيير الحقيقي ليس أن BTC باتت أخيرًا تستطيع الاقتراض.
بل أن BTC بدأت تملك فرصة لتصبح رأس مال طويل الأجل يمكن إدارته وتسعيره.
في المستقبل، ما الذي سيكون محور BTCFi: أعلى معدل عائد، أم هيكل تمويل أكثر موثوقية؟
#baby $BABY
بل هو الميزانية العمومية لـ BTC.
يفهم كثيرون BTCFi على أنه “جعل البيتكوين يدرّ فائدة”.
لكن ما ينقص الحائزين على المدى الطويل حقًا، ليس APY أعلى.
بل تحويل BTC إلى أداة تمويل يمكن قياس تكلفتها، دون بيع العملات ودون التنازل عن حقوق الحفظ (التوكيل).
في الماضي كانت هناك طريقان فقط:
إما تسليم BTC إلى جهة مُركزّة.
أو تحويلها إلى Wrapped BTC للدخول إلى DeFi.
الأولى تُضحّي بحقوق التحكم.
والثانية تزيد مخاطر المُصدر والعبور عبر السلاسل.
@BabylonLabs_io من TBV يحاول سد الطريق الثالث.
في Litepaper الرسمي، يتم وصف الـ Vault بأنه Bitcoin UTXO مُقيد بإثباتات حالة مُعقّدة خارجية.
تظل BTC داخل شبكة البيتكوين.
التطبيقات الخارجية تدير حالة الضمان، وليس إصدار أصل بديل.
حاليًا، ما زال TBV يعمل على Bitcoin Signet وشبكة Ethereum testnet.
Aave v4 هو أول تطبيق متصل.
كما أن Babylon نشرت على GitHub طقمًا لروبوتات التصفية والمراجحة الخاصة بـ Aave v4.
لأن تمويل المؤسسات لا يمكنه أن يقتصر على حل مسألة “هل يمكن الاقتراض؟”.
بل يجب أيضًا معالجة التوقيع والتصفية والأجل وتكلفة رأس المال.
في 10 مارس 2026، أعلنت Ledger أنها ستوفّر دعم Clear Signing.
وقد تجاوزت مبيعات أجهزتها المخصصة للتوقيع 8 ملايين جهاز.
في 5 مايو، اقترحت GoMining خطة تكامل لبدء تفعيلٍ بحد أقصى 1,000 BTC، أي ما يقارب 75 مليون دولار.
في 25 يونيو، أعلنت Aegis أنها تخطط لدمج TBV مع Aave v4 لتقديم قروض بأسعار فائدة ثابتة في الربع الرابع من 2026، لكن ذلك ما يزال يعتمد على التطوير والاختبار. Babylon
هذه الإجراءات لا تشير إلى “صندوق عوائد” آخر.
بل إلى دخول BTC الأصلي إلى إدارة الميزانية العمومية:
يمكن الاحتفاظ بالملكية.
يمكن الحصول على السيولة.
يمكن حساب تكلفة التمويل مسبقًا.
ويمكن كذلك تحديد حدود المخاطر مسبقًا.
$BABY ما يزال حتى الآن يتحمل بشكل رئيسي مسؤوليات الـ Gas والحوكمة والأمن الشبكي.
مدى قدرة TBV على تحويل الاستخدام الحقيقي إلى احتياجات $BABY ، ما يزال يعتمد على الرسوم وآليات الحوكمة اللاحقة.
التغيير الحقيقي ليس أن BTC باتت أخيرًا تستطيع الاقتراض.
بل أن BTC بدأت تملك فرصة لتصبح رأس مال طويل الأجل يمكن إدارته وتسعيره.
في المستقبل، ما الذي سيكون محور BTCFi: أعلى معدل عائد، أم هيكل تمويل أكثر موثوقية؟
#baby $BABY
تمّ التحقق
TBV最反DeFi的一点，是它拒绝“无限可组合”。
过去，DeFi追求同一份资产被反复封装、抵押、再抵押。
效率更高。
风险也更难追踪。
对BTC持有者而言，真正缺的不是收益。
而是不能被混用的抵押结构。
@BabylonLabs_io 的TBV走了反方向。
كل Vault مستقل عبارة عن UTXO.
يبقى BTC داخل مخرجات Taproot، ويتم ربطه بتطبيق محدد عند الإنشاء، وبعد ذلك لا يمكن نقله عبر التطبيقات.
في 13 مايو 2026، أطلقت Babylon إطار SCRIPT، وأدرجت “منع إعادة الاستخدام دون موافقة” و“عزل الضمانات” ضمن 6 معايير للمخاطر.
حاليًا ما يزال TBV يعمل على Bitcoin Signet وشبكات الاختبار في Ethereum.
Aave v4 هو أول تكامل.
حد السقف لكل Vault هو من 0.01 إلى 0.4 BTC، والحد الإجمالي لتطبيق Aave هو 10 BTC.
على GitHub، نشرت Babylon مستودعًا لروبوتات التصفية والتحكيم لـ Aave v4 بموجب ترخيص MIT، مع ما لا يقل عن 37 عملية إرسال.
لأنه لا توجد تصفيات قابلة للتنفيذ، لا توجد “ثقة” حقيقية في الضمانات.
جرى ربط Ledger بـ Clear Signing، لتغطية أكثر من 8 ملايين جهاز توقيع.
تخطط GoMining لتفعيل ما يصل إلى 1,000 BTC، أي حوالي 75 مليون دولار.
أما Aegis فتخطط لإطلاق إقراض بمعدل فائدة ثابت في الربع الرابع من 2026.
ما تزال هذه مجرد اختبارات أو خطط.
ولا تعني ذلك اعتمادًا واسع النطاق.
لكن الاتجاه واضح بالفعل.
لا تحتاج المؤسسات إلى المزيد من مجمعات العائد.
بل إلى وحدات ضمان BTC قابلة للتدقيق، وغير قابلة للخلط، ويمكن حساب تكلفة التمويل الخاصة بها.
$BABY حاليًا تتحمل Gas والحوكمة وأمن الشبكة.
يطرح Litepaper استخدام $BABY لتحفيز التكاملات المبكرة، ويبحث كذلك في تحويل رسوم BTC إلى مزادات ثم التصديق/الحرق لتدمير $BABY .
لكن مسار انتقال القيمة لا يزال بانتظار موافقة الحوكمة.
التغيير الحقيقي ليس جعل BTC يتدفق بسرعة أكبر.
بل جعل حدود المخاطر لكل BTC أكثر وضوحًا.
في المستقبل، ما الأكثر ندرة في BTCFi: السيولة أم الضمانات غير القابلة للخلط؟
#baby
#baby
过去，DeFi追求同一份资产被反复封装、抵押、再抵押。
效率更高。
风险也更难追踪。
对BTC持有者而言，真正缺的不是收益。
而是不能被混用的抵押结构。
@BabylonLabs_io 的TBV走了反方向。
كل Vault مستقل عبارة عن UTXO.
يبقى BTC داخل مخرجات Taproot، ويتم ربطه بتطبيق محدد عند الإنشاء، وبعد ذلك لا يمكن نقله عبر التطبيقات.
في 13 مايو 2026، أطلقت Babylon إطار SCRIPT، وأدرجت “منع إعادة الاستخدام دون موافقة” و“عزل الضمانات” ضمن 6 معايير للمخاطر.
حاليًا ما يزال TBV يعمل على Bitcoin Signet وشبكات الاختبار في Ethereum.
Aave v4 هو أول تكامل.
حد السقف لكل Vault هو من 0.01 إلى 0.4 BTC، والحد الإجمالي لتطبيق Aave هو 10 BTC.
على GitHub، نشرت Babylon مستودعًا لروبوتات التصفية والتحكيم لـ Aave v4 بموجب ترخيص MIT، مع ما لا يقل عن 37 عملية إرسال.
لأنه لا توجد تصفيات قابلة للتنفيذ، لا توجد “ثقة” حقيقية في الضمانات.
جرى ربط Ledger بـ Clear Signing، لتغطية أكثر من 8 ملايين جهاز توقيع.
تخطط GoMining لتفعيل ما يصل إلى 1,000 BTC، أي حوالي 75 مليون دولار.
أما Aegis فتخطط لإطلاق إقراض بمعدل فائدة ثابت في الربع الرابع من 2026.
ما تزال هذه مجرد اختبارات أو خطط.
ولا تعني ذلك اعتمادًا واسع النطاق.
لكن الاتجاه واضح بالفعل.
لا تحتاج المؤسسات إلى المزيد من مجمعات العائد.
بل إلى وحدات ضمان BTC قابلة للتدقيق، وغير قابلة للخلط، ويمكن حساب تكلفة التمويل الخاصة بها.
$BABY حاليًا تتحمل Gas والحوكمة وأمن الشبكة.
يطرح Litepaper استخدام $BABY لتحفيز التكاملات المبكرة، ويبحث كذلك في تحويل رسوم BTC إلى مزادات ثم التصديق/الحرق لتدمير $BABY .
لكن مسار انتقال القيمة لا يزال بانتظار موافقة الحوكمة.
التغيير الحقيقي ليس جعل BTC يتدفق بسرعة أكبر.
بل جعل حدود المخاطر لكل BTC أكثر وضوحًا.
في المستقبل، ما الأكثر ندرة في BTCFi: السيولة أم الضمانات غير القابلة للخلط؟
#baby
#baby
تمّ التحقق
TBV ليست جسراً.
ما تحاول إعادة كتابته حقاً هو طريقة دخول BTC إلى سوق الائتمان.
أكبر خطأ في BTCFi سابقاً هو تفسير عبارة «جعل البيتكوين سيّالاً» على أنها «نقله بعيداً».
لذا أنشأ القطاع Wrapped BTC، وشهادات الحفظ (التوثيق)، وخرائط عبر السلاسل.
وبينما تزداد السيولة، أصبحت المخاطر التي يتحملها حاملو BTC تنتقل إلى المُصدِر والجهة الحافظة والجسر.
البيتكوين هي أكبر أصل في سوق العملات المُشفّرة، لكن وثائق Babylon الرسمية تُظهر أن BTC التي تدخل إلى DeFi لا تزال تمثل حوالي 1% فقط.
@BabylonLabs_io من TBV سلك طريقاً آخر.
يواصل BTC الاستمرار محبوساً داخل مخرجات Taproot لشبكة البيتكوين.
التحقق عبر السلسلة الخارجية يتحقق من حالة BTC، وليس من استلام بديل تم «نقله».
حالياً لا يزال TBV يعمل على Bitcoin Signet وشبكة Ethereum التجريبية، وAave v4 هو أول تطبيق DeFi يتم تسجيله للوصول.
لم يعد هذا مجرد ورقة.
في الربع الرابع من 2025، أنهت Babylon تجربة على الشبكة الرئيسية:
استخدام BTC الأصلي كضمان، والاقتراض من USDC الحقيقي من شبكة الإيثيريوم الرئيسية.
في 10 مارس 2026، أعلنت Ledger أنها ستوفّر لـ TBV دعم التوقيع وClear Signing.
في 5 مايو، أعلنت GoMining عن خطة تكامل تصل إلى تفعيلٍ أقصى قدره 1,000 BTC، أي ما يعادل نحو 75 مليون دولار.
في 25 يونيو، اقترح Aegis دمج TBV وAave v4 مع إقراض بسعر فائدة ثابت، مع خطة لإطلاقه في الربع الرابع من 2026.
كما أطلقت Babylon على GitHub مستودع روبوتات للتصفية والمراجحة الخاصة بـ Aave v4.
لأن صلاحية الضمان لا تعتمد فقط على «إمكانية قفله».
بل تعتمد أيضاً على إمكانية تصفية المراكز، وعلى إمكانية تسعير المخاطر، وعلى إمكانية احتساب تكلفة التمويل.
التغيير الحقيقي ليس عبر السلاسل.
بل في معيار الضمان.
في المستقبل، قد لا تكون المنافسة في BTCFi هي من يُصدر المزيد من Wrapped BTC.
بل من يستطيع أن يجعل BTC الأصلي مُتحققاً منه ومُسعَّراً وقابلاً للتصفية.
أما $BABY ، فوظيفته الحالية ما تزال تقتصر على الـGas والحوكمة وأمن الشبكة.
آلية التقاط القيمة الخاصة بـ TBV لا تزال قيد التصميم.
لذلك، لا يعني نمو TBV تلقائياً نمو قيمة $BABY .
هذا ليس نقل البيتكوين إلى DeFi.
بل تمكين DeFi من التعرّف على الأصول التي لم تغادر شبكة البيتكوين.
في المستقبل، سيكون مدخل BTCFi تابعاً لمن؟ لجهة مُصدِرة Wrapped BTC، أم لمُحدِد معيار ضمان BTC الأصلي؟
#baby $BABY
ما تحاول إعادة كتابته حقاً هو طريقة دخول BTC إلى سوق الائتمان.
أكبر خطأ في BTCFi سابقاً هو تفسير عبارة «جعل البيتكوين سيّالاً» على أنها «نقله بعيداً».
لذا أنشأ القطاع Wrapped BTC، وشهادات الحفظ (التوثيق)، وخرائط عبر السلاسل.
وبينما تزداد السيولة، أصبحت المخاطر التي يتحملها حاملو BTC تنتقل إلى المُصدِر والجهة الحافظة والجسر.
البيتكوين هي أكبر أصل في سوق العملات المُشفّرة، لكن وثائق Babylon الرسمية تُظهر أن BTC التي تدخل إلى DeFi لا تزال تمثل حوالي 1% فقط.
@BabylonLabs_io من TBV سلك طريقاً آخر.
يواصل BTC الاستمرار محبوساً داخل مخرجات Taproot لشبكة البيتكوين.
التحقق عبر السلسلة الخارجية يتحقق من حالة BTC، وليس من استلام بديل تم «نقله».
حالياً لا يزال TBV يعمل على Bitcoin Signet وشبكة Ethereum التجريبية، وAave v4 هو أول تطبيق DeFi يتم تسجيله للوصول.
لم يعد هذا مجرد ورقة.
في الربع الرابع من 2025، أنهت Babylon تجربة على الشبكة الرئيسية:
استخدام BTC الأصلي كضمان، والاقتراض من USDC الحقيقي من شبكة الإيثيريوم الرئيسية.
في 10 مارس 2026، أعلنت Ledger أنها ستوفّر لـ TBV دعم التوقيع وClear Signing.
في 5 مايو، أعلنت GoMining عن خطة تكامل تصل إلى تفعيلٍ أقصى قدره 1,000 BTC، أي ما يعادل نحو 75 مليون دولار.
في 25 يونيو، اقترح Aegis دمج TBV وAave v4 مع إقراض بسعر فائدة ثابت، مع خطة لإطلاقه في الربع الرابع من 2026.
كما أطلقت Babylon على GitHub مستودع روبوتات للتصفية والمراجحة الخاصة بـ Aave v4.
لأن صلاحية الضمان لا تعتمد فقط على «إمكانية قفله».
بل تعتمد أيضاً على إمكانية تصفية المراكز، وعلى إمكانية تسعير المخاطر، وعلى إمكانية احتساب تكلفة التمويل.
التغيير الحقيقي ليس عبر السلاسل.
بل في معيار الضمان.
في المستقبل، قد لا تكون المنافسة في BTCFi هي من يُصدر المزيد من Wrapped BTC.
بل من يستطيع أن يجعل BTC الأصلي مُتحققاً منه ومُسعَّراً وقابلاً للتصفية.
أما $BABY ، فوظيفته الحالية ما تزال تقتصر على الـGas والحوكمة وأمن الشبكة.
آلية التقاط القيمة الخاصة بـ TBV لا تزال قيد التصميم.
لذلك، لا يعني نمو TBV تلقائياً نمو قيمة $BABY .
هذا ليس نقل البيتكوين إلى DeFi.
بل تمكين DeFi من التعرّف على الأصول التي لم تغادر شبكة البيتكوين.
في المستقبل، سيكون مدخل BTCFi تابعاً لمن؟ لجهة مُصدِرة Wrapped BTC، أم لمُحدِد معيار ضمان BTC الأصلي؟
#baby $BABY
لقد أمضيت ليلة كاملة في دراسة نسبة.
ليس TVL.
وليس APR.
بل Maker / Taker.
الجميع يناقش حجم التداول.
لكن كلما قرأت وثائق @grvt_io أكثر، كلما شعرت أن الشيء الذي يستحق الاهتمام الحقيقي هو: من الذي يوفر السيولة فعليًا.
افترض خلال فترة من الزمن.
أن حوافز الـ Maker مرتفعة بما يكفي.
فتدخل أموال ضخمة لصناع السوق.
ويصبح دفتر الأوامر أسمك تدريجيًا.
فتنخفض الانزلاقات تدريجيًا.
ويبدو أن كل شيء يتحسن.
المشكلة هي:
ماذا لو كانت هذه السيولة، في جوهرها، موجودة من أجل الحوافز؟
استمر في الدفع أكثر.
افترض أن الحوافز تنخفض.
أو أن تذبذب السوق يتضخم فجأة.
يبدأ الـ Maker في سحب الأوامر بشكل نشط.
تنخفض عمق دفتر الأوامر بنسبة 30%.
عندها.
لنفس أمر السوق بقيمة 1 مليون دولار.
قد يكون سعر التنفيذ مختلفًا تمامًا.
افترض أيضًا.
أن ETH يهبط بنسبة 20% خلال خمس دقائق.
يقوم الـ Taker بالإغلاق بسرعة بسبب الاستعجال.
لكن الـ Maker، بسبب تضيق المخاطر بسرعة، يقدم سعرًا مختلفًا.
يستمر انخفاض عمق دفتر الأوامر.
ويزداد الفارق (Spread) باستمرار.
ما يؤثر فعليًا على تجربة التداول.
قد لا يكون الرسوم بعد الآن.
بل ما إذا كان السوق قادرًا على العثور على ما يكفي من الأطراف المقابلة.
لقد قلبت الوثائق عدة مرات.
وفي النهاية كنت أركز دائمًا على ثلاثة حقول:
Maker، Taker، و Order Book Depth.
نادراً ما يناقشها أحد عادةً.
لكن بمجرد أن تتقلب السوق بعنف.
قد تحدد معًا جودة سيولة السوق بأكملها.
ليس لدي إجابة مؤقتًا.
فقط أشعر أكثر فأكثر.
أن ما يحتاج إلى ملاحظته ليس فقط ما إذا كان حجم التداول قد سجل رقمًا قياسيًا.
بل بعد أن تنسحب الحوافز.
هل ستستمر هذه السيولة في البقاء هنا.
ربما.
لن تكون الإجابة مكتوبة في الورقة البيضاء.
بل ستكون مكتوبة في بيانات المرة القادمة عندما تتعرض السوق لحالة تطرف.
@grvt_io
#grvt
ليس TVL.
وليس APR.
بل Maker / Taker.
الجميع يناقش حجم التداول.
لكن كلما قرأت وثائق @grvt_io أكثر، كلما شعرت أن الشيء الذي يستحق الاهتمام الحقيقي هو: من الذي يوفر السيولة فعليًا.
افترض خلال فترة من الزمن.
أن حوافز الـ Maker مرتفعة بما يكفي.
فتدخل أموال ضخمة لصناع السوق.
ويصبح دفتر الأوامر أسمك تدريجيًا.
فتنخفض الانزلاقات تدريجيًا.
ويبدو أن كل شيء يتحسن.
المشكلة هي:
ماذا لو كانت هذه السيولة، في جوهرها، موجودة من أجل الحوافز؟
استمر في الدفع أكثر.
افترض أن الحوافز تنخفض.
أو أن تذبذب السوق يتضخم فجأة.
يبدأ الـ Maker في سحب الأوامر بشكل نشط.
تنخفض عمق دفتر الأوامر بنسبة 30%.
عندها.
لنفس أمر السوق بقيمة 1 مليون دولار.
قد يكون سعر التنفيذ مختلفًا تمامًا.
افترض أيضًا.
أن ETH يهبط بنسبة 20% خلال خمس دقائق.
يقوم الـ Taker بالإغلاق بسرعة بسبب الاستعجال.
لكن الـ Maker، بسبب تضيق المخاطر بسرعة، يقدم سعرًا مختلفًا.
يستمر انخفاض عمق دفتر الأوامر.
ويزداد الفارق (Spread) باستمرار.
ما يؤثر فعليًا على تجربة التداول.
قد لا يكون الرسوم بعد الآن.
بل ما إذا كان السوق قادرًا على العثور على ما يكفي من الأطراف المقابلة.
لقد قلبت الوثائق عدة مرات.
وفي النهاية كنت أركز دائمًا على ثلاثة حقول:
Maker، Taker، و Order Book Depth.
نادراً ما يناقشها أحد عادةً.
لكن بمجرد أن تتقلب السوق بعنف.
قد تحدد معًا جودة سيولة السوق بأكملها.
ليس لدي إجابة مؤقتًا.
فقط أشعر أكثر فأكثر.
أن ما يحتاج إلى ملاحظته ليس فقط ما إذا كان حجم التداول قد سجل رقمًا قياسيًا.
بل بعد أن تنسحب الحوافز.
هل ستستمر هذه السيولة في البقاء هنا.
ربما.
لن تكون الإجابة مكتوبة في الورقة البيضاء.
بل ستكون مكتوبة في بيانات المرة القادمة عندما تتعرض السوق لحالة تطرف.
@grvt_io
#grvt
كنت أتابع طوال الليلة الماضية بندًا في مستند.
ليس TVL.
وليس حجم التداول.
ولا حتى الرسوم.
بل إن الأمر يتعلق بصندوق التأمين (Insurance Fund) الموجود في مستند @grvt_io .
يعتبره كثيرون بمثابة بركة أموال احتياطية تغطي كل شيء.
لكن كلما قرأت أكثر، شعرت أن الدور الحقيقي الذي يؤديه أكثر تعقيدًا مما يتخيله الجميع.
لنفترض سيناريو متطرفًا.
هبوط حاد بنسبة 18% في ETH خلال عشر دقائق.
يدخل عدد كبير من المراكز العالية بالرافعة المالية في Maintenance Margin.
يبدأ النظام في تفعيل التصفية (Liquidation) بشكل جماعي.
إذا كان عمق دفتر الأوامر كافيًا.
يمكن للمراكز أن تُستكمل صفقاتها بسلاسة.
فإن صندوق التأمين تقريبًا لن يتدخل.
لكن السؤال هو:
إذا استمر سعر التنفيذ بالانزلاق.
ولم تستطع أسعار التصفية أن تلحق بسعر السوق.
فمن يتحمل في النهاية فجوة الخسارة؟
تابعنا أكثر.
لنفترض أن رصيد صندوق التأمين هو X.
خسارة التصفية الواحدة هي Y.
إذا كان Y＜X، فكل شيء على ما يرام.
إذا كانت هناك ثلاث جولات متتالية من التصفية عبر الهامش (穿仓).
Y1+Y2+Y3>X.
هذا يعني أن صندوق التأمين يبدأ في النقص بسرعة.
إذا لاحظ المتداولون أن صندوق التأمين يُستهلك أسرع من تراكم الرسوم.
قد تنخفض تفضيلات الرافعة المالية.
وقد تتسع عروض صناع السوق.
ويستمر عمق دفتر الأوامر في التناقص.
وفي الجولة التالية، يصبح انزلاق التصفية أكبر.
وهذا في الحقيقة حلقة تغذية راجعة.
الخطر الحقيقي ليس أن صندوق التأمين يُستخدم.
بل أن الجميع يبدأ في الشك: هل يمكنه ما زال أن يغطي جولة التداول المتطرفة القادمة؟
لقد قرأت المستند صفحة تلو أخرى.
الأمر الذي أوقفني حقًا هو ثلاثة حقول:
Insurance Fund、Maintenance Margin、Liquidation.
يبدو أنها مستقلة.
لكنها قد تحدد معًا كفاءة انتقال المخاطر في نقرة سوداء.
لا أملك إجابة في الوقت الحالي.
لكن ما أريده فعلًا أن أعرفه هو:
إذا استمر في المستقبل ظهور انكماش السيولة، وتراكم عمليات التصفية، واستهلاك سريع لصندوق التأمين، فهل ستظل هذه الآلية تعمل كما صُممت؟
ربما لن تكون الإجابة مكتوبة في المستند.
بل ستُكتب في بيانات الجولة المتطرفة القادمة.
@grvt_io
#grvt
ليس TVL.
وليس حجم التداول.
ولا حتى الرسوم.
بل إن الأمر يتعلق بصندوق التأمين (Insurance Fund) الموجود في مستند @grvt_io .
يعتبره كثيرون بمثابة بركة أموال احتياطية تغطي كل شيء.
لكن كلما قرأت أكثر، شعرت أن الدور الحقيقي الذي يؤديه أكثر تعقيدًا مما يتخيله الجميع.
لنفترض سيناريو متطرفًا.
هبوط حاد بنسبة 18% في ETH خلال عشر دقائق.
يدخل عدد كبير من المراكز العالية بالرافعة المالية في Maintenance Margin.
يبدأ النظام في تفعيل التصفية (Liquidation) بشكل جماعي.
إذا كان عمق دفتر الأوامر كافيًا.
يمكن للمراكز أن تُستكمل صفقاتها بسلاسة.
فإن صندوق التأمين تقريبًا لن يتدخل.
لكن السؤال هو:
إذا استمر سعر التنفيذ بالانزلاق.
ولم تستطع أسعار التصفية أن تلحق بسعر السوق.
فمن يتحمل في النهاية فجوة الخسارة؟
تابعنا أكثر.
لنفترض أن رصيد صندوق التأمين هو X.
خسارة التصفية الواحدة هي Y.
إذا كان Y＜X، فكل شيء على ما يرام.
إذا كانت هناك ثلاث جولات متتالية من التصفية عبر الهامش (穿仓).
Y1+Y2+Y3>X.
هذا يعني أن صندوق التأمين يبدأ في النقص بسرعة.
إذا لاحظ المتداولون أن صندوق التأمين يُستهلك أسرع من تراكم الرسوم.
قد تنخفض تفضيلات الرافعة المالية.
وقد تتسع عروض صناع السوق.
ويستمر عمق دفتر الأوامر في التناقص.
وفي الجولة التالية، يصبح انزلاق التصفية أكبر.
وهذا في الحقيقة حلقة تغذية راجعة.
الخطر الحقيقي ليس أن صندوق التأمين يُستخدم.
بل أن الجميع يبدأ في الشك: هل يمكنه ما زال أن يغطي جولة التداول المتطرفة القادمة؟
لقد قرأت المستند صفحة تلو أخرى.
الأمر الذي أوقفني حقًا هو ثلاثة حقول:
Insurance Fund、Maintenance Margin、Liquidation.
يبدو أنها مستقلة.
لكنها قد تحدد معًا كفاءة انتقال المخاطر في نقرة سوداء.
لا أملك إجابة في الوقت الحالي.
لكن ما أريده فعلًا أن أعرفه هو:
إذا استمر في المستقبل ظهور انكماش السيولة، وتراكم عمليات التصفية، واستهلاك سريع لصندوق التأمين، فهل ستظل هذه الآلية تعمل كما صُممت؟
ربما لن تكون الإجابة مكتوبة في المستند.
بل ستُكتب في بيانات الجولة المتطرفة القادمة.
@grvt_io
#grvt
لقد علقتُ في مشكلة.
لماذا ينمو عدد مستخدمي كثير من منصات التداول بوتيرة متسارعة، لكن المستخدمين الذين يظلون فعلًا، ليسوا بالقدر الكبير الذي نتوقعه؟
في الآونة الأخيرة كنت أعيد تموضع تفكيري حول @grvt_io ، وقمت أيضًا بالاطلاع على بيانات العديد من منصات تداول المشتقات. وكلما بحثت أكثر، شعرت بالأمر أكثر غرابة.
الفرق الأكبر بين منصة تداول وبين سلسلة بلوكتشين هو أنها لا تملك تأثيرات شبكية طبيعية.
في المنتجات الاجتماعية: كلما زاد عدد الأشخاص، زادت القيمة.
في منتجات الدفع: كلما زاد عدد التجار، زادت القيمة.
لكن منصة التداول ليس بالضرورة.
قد يقوم متداول محترف بنقل مواقعه إلى منصة أخرى بسبب انخفاض الرسوم بعدة نقاط أساس، أو لأن عمق دفتر الأوامر أفضل قليلاً، أو لأن التمويل/رسوم التمويل (funding fee) أكثر معقولية.
تكلفة انتقال المستخدمين ليست عالية كما يظن الجميع.
المشكلة تحديدًا هنا.
كثيرون يحبون الحكم على نمو المنصة عبر المستخدمين المسجلين، حجم التداول، وTVL، لكن هذه البيانات تعكس أكثر ما تعكس «التدفق».
الأمر الحقيقي الصعب هو «البقاء/التراكم».
إذا اعتمدت المنصة على النقاط، أو الهدايا المجانية (airdrops)، أو عوائد الإحالة واللّحوافز التجارية لفترة طويلة، فقد تبدو منحنيات النمو جميلة جدًا. لكن بمجرد انخفاض الحوافز، هل ستظل هذه السيولة؟
من منظور النموذج الاقتصادي، هذه في الحقيقة مسألة صعبة للغاية.
إن الحصول على مستخدم تداول نشط يتطلب استثمارًا مستمرًا في تكاليف الحوافز؛ بينما تأتي إيرادات المنصة الفعلية من الرسوم ومن تداول المشتقات.
إذا كانت الرسوم التي يحققها المستخدمون لا تغطي على المدى الطويل تكاليف اكتساب العملاء والاحتفاظ بهم، فكلما كان النمو أسرع، قد تصبح المردودية الحدّية أقل بدلًا من أن ترتفع.
لذلك أصبح تركيزي لاحقًا أقل على «الوافدين الجدد».
الأهم بالنسبة لي هو: ما نسبة المستخدمين الذين يستمرون في التداول فعليًا كل شهر؟ وبعد انتهاء الحوافز، كم مقدار السيولة التي ما زالت مستعدة للبقاء على المنصة؟
وبناءً على خبرتي في التداول، فإن الخندق/الميزة التنافسية الحقيقية لمنصة ما لم تكن أبدًا في الانفجار الناتج عن نشاط واحد بعينه، بل في كون المستخدمين ما زالوا يرغبون في العودة للتداول حتى عندما لا تكون هناك مكافآت.
وهذا سبب آخر يجعلني لم أستطع حساب تلك «الحسابات» بشكل واضح.
في المستقبل، ما الذي سيحدد القيمة طويلة الأمد لـ @grvt_io : هل هي البيانات المتزايدة للتداول، أم الاحتفاظ المتزايد بالمستخدمين؟
#grvt
لماذا ينمو عدد مستخدمي كثير من منصات التداول بوتيرة متسارعة، لكن المستخدمين الذين يظلون فعلًا، ليسوا بالقدر الكبير الذي نتوقعه؟
في الآونة الأخيرة كنت أعيد تموضع تفكيري حول @grvt_io ، وقمت أيضًا بالاطلاع على بيانات العديد من منصات تداول المشتقات. وكلما بحثت أكثر، شعرت بالأمر أكثر غرابة.
الفرق الأكبر بين منصة تداول وبين سلسلة بلوكتشين هو أنها لا تملك تأثيرات شبكية طبيعية.
في المنتجات الاجتماعية: كلما زاد عدد الأشخاص، زادت القيمة.
في منتجات الدفع: كلما زاد عدد التجار، زادت القيمة.
لكن منصة التداول ليس بالضرورة.
قد يقوم متداول محترف بنقل مواقعه إلى منصة أخرى بسبب انخفاض الرسوم بعدة نقاط أساس، أو لأن عمق دفتر الأوامر أفضل قليلاً، أو لأن التمويل/رسوم التمويل (funding fee) أكثر معقولية.
تكلفة انتقال المستخدمين ليست عالية كما يظن الجميع.
المشكلة تحديدًا هنا.
كثيرون يحبون الحكم على نمو المنصة عبر المستخدمين المسجلين، حجم التداول، وTVL، لكن هذه البيانات تعكس أكثر ما تعكس «التدفق».
الأمر الحقيقي الصعب هو «البقاء/التراكم».
إذا اعتمدت المنصة على النقاط، أو الهدايا المجانية (airdrops)، أو عوائد الإحالة واللّحوافز التجارية لفترة طويلة، فقد تبدو منحنيات النمو جميلة جدًا. لكن بمجرد انخفاض الحوافز، هل ستظل هذه السيولة؟
من منظور النموذج الاقتصادي، هذه في الحقيقة مسألة صعبة للغاية.
إن الحصول على مستخدم تداول نشط يتطلب استثمارًا مستمرًا في تكاليف الحوافز؛ بينما تأتي إيرادات المنصة الفعلية من الرسوم ومن تداول المشتقات.
إذا كانت الرسوم التي يحققها المستخدمون لا تغطي على المدى الطويل تكاليف اكتساب العملاء والاحتفاظ بهم، فكلما كان النمو أسرع، قد تصبح المردودية الحدّية أقل بدلًا من أن ترتفع.
لذلك أصبح تركيزي لاحقًا أقل على «الوافدين الجدد».
الأهم بالنسبة لي هو: ما نسبة المستخدمين الذين يستمرون في التداول فعليًا كل شهر؟ وبعد انتهاء الحوافز، كم مقدار السيولة التي ما زالت مستعدة للبقاء على المنصة؟
وبناءً على خبرتي في التداول، فإن الخندق/الميزة التنافسية الحقيقية لمنصة ما لم تكن أبدًا في الانفجار الناتج عن نشاط واحد بعينه، بل في كون المستخدمين ما زالوا يرغبون في العودة للتداول حتى عندما لا تكون هناك مكافآت.
وهذا سبب آخر يجعلني لم أستطع حساب تلك «الحسابات» بشكل واضح.
في المستقبل، ما الذي سيحدد القيمة طويلة الأمد لـ @grvt_io : هل هي البيانات المتزايدة للتداول، أم الاحتفاظ المتزايد بالمستخدمين؟
#grvt
سجّل الدخول لاستكشاف المزيد من المُحتوى