🧵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！