🧵THORChain 即将把 $BTC 存款速度提高 33%
(当然,不会影响去中心化)
关于将 $BTC 确认数从 3 降至 2 的提案,你需要了解的一切⚡️
还差 13 票,现在一切都掌握在 Chads 手中
🔹目前,THORChain 在确认 $BTC 存款前会等待 3 个 Bitcoin 确认,这意味着大约需要 30 分钟 $BTC 才能用于兑换或 LP。
一项新提案旨在将其降至 2 个确认——延迟减少 33%。
这不仅仅是一个小小的调整。在实时交易环境中,节省 10 分钟的延迟可以为以下方面释放巨大的资本效率:
Arbitrage bots
High-frequency trades
Dynamic liquidity provision
🔹那么,为什么一开始是 3 个确认呢?
当 THORChain 推出 $BTC 集成时,保守的假设指导了参数设计。
3 个确认 = 降低了在完全确认之前,由于链重组而导致入站存款被清除的风险。
但自那时以来,行业已经发展,标准也在发展!
如今,像 Binance、Coinbase 和 Kraken 这样的主要 CEX 都以 2 个 $BTC 确认进行运营。
他们每天处理数十亿美元的 $BTC,并发现 2 个确认 = 足够安全。
坚持 3 个确认会使 @THORChain 与行业规范不同步。
这种不匹配会给期望 2 个确认时间线的用户带来不必要的摩擦,尤其是那些在不同场所之间转移资金的交易者。
🔹降低阈值将:
加快整个兑换生命周期
使 THORChain 在动荡的市场中更具竞争力
通过套利更快地调整池中的定价
更好的用户体验 = 更多的使用 = 更强的流动性循环。
风险如何?
主要担忧是 Bitcoin 链重组——其中一个区块被丢弃并被更长的链取代,从而逆转交易。
这就是确认存在的原因。
但以下是数据支持的现实:
🔹 1 个区块的重组很少见
🔹 2 个区块的重组非常罕见
🔹 Bitcoin 拥有所有 L1 中最强的最终性保证
这不是鲁莽的行为。
如果情况发生变化并且重组风险增加,则可以通过 Mimir 治理立即恢复确认设置。
🔒安全性不会被牺牲——而是针对成熟度进行重新校准
🔹让我们谈谈治理
THORChain 使用一种名为 Mimir 的去中心化参数系统。
无需更改代码。无需开发人员签字。
1. 节点运营商通过提交以下内容直接对参数进行投票:make mimir MAXCONFIRMATIONS-BTC --> 2
2. 达到法定人数所需的票数:74
3. 目前已获得的票数:61
4. 剩余:13
拥有 110 个验证器,势头强劲,该提案即将获得通过🔥
在此处查看实时跟踪器:https://t.co/6e7j22eE4V
🔹如果提案获得通过,技术结果如何?
$BTC 存款将加快约 10 分钟
涉及 $BTC 的兑换将更快启动
套利循环将收紧,从而提高市场效率
🔹以及行为结果:
1. 用户将更喜欢 THORChain 而不是速度较慢的 DEX
2. $BTC 交易量可能会上升
3. 更容易、更快速的流动性提供
4. 改善与 CEX 的竞争地位
5. 这也直接有利于 arbitrage bots。
通过更快的存款最终确认,bots 可以捕获更紧密的窗口,更快地同步跨链价格,并减少 THORChain 池中的陈旧定价。
所有这些都改善了每个人的资本流动。
🔹对于更大的交易者呢?
10 分钟的延迟可能意味着错失市场进入机会、降低优势或减慢轮换速度。
减少这种延迟使 THORChain 成为更大的基于 $BTC 交易的可行场所
总而言之,该提案是:
✅低风险、高影响的改进
✅在不牺牲去中心化的情况下提高速度
✅通过治理成熟度实现的优化
THORChain 没有偷工减料!
它正在调整引擎,使协议延迟与市场的实际运作方式保持一致,同时控制风险。
这就是运营成熟度的体现。
它会上线吗?这掌握在你们手中,chads!