|
可能有人会说，第三点证明了超额抵押的必要性。但情况并非如此，从以下简单但不切实际的解决方案可以清楚地看出这一点。 假设 BTC 资产在一个多签地址中由 10,000 个保管人保存，每笔交易都需要至少 5001 个签名。只要多数保管人是诚实的，对手就无法窃取任何被托管的 BTC。在这种情况下，最低额抵押品足以强制执行保管人的正确行为。 请注意，将这些保管人分为 1000 个组（每 10 个参与者组成一个组），这种做法是无法奏效的。由于对手只需要破坏每一个保管人组（其中有 10 名保管人）中的多数参与者，即可将该组保管的 BTC 拿走，这比腐蚀整个系统中的 5,001 个保管人要容易得多。 为了平衡大型群组提供的安全性和小型群组提供的可访问性，DeCus 引入了基于重叠群组任务的去中心化托管方案。下面的玩具示例将说明其工作原理。下面的示例直观地说明了重叠群组任务。 假设有六名保管人划分为两个分别由三名保管人组成的多签小组。对手在一个小组中腐蚀两名保管人，就可以完全控制一组资产，占到托管资产总额的 1/2。
基于以上分析，DeCus 实施了去中心化的托管方案，托管人小组减少了，并实现了令人印象深刻的低抵押率，例如，通过素数域的多项式设计，保管人 n = 121 时，DeCus 能够实现效率因子 η = A/C 高达 20 的惊人效率，这意味着抵押品少于托管资产总额的 5%！ 基于上述结果，还可以将抵押物与其他资产一起保管。我们通过这一功能推出了 eBTC，这是基于比特币、由 BTC 1:1 支持的去中心化跨链 BTC 代币，抵押率低且真正以 BTC 作为抵押。 在 eBTC 中，保管人按照 DeCus 模式被分配到重叠群组中，其中每个组是一个多签 BTC 地址，每个保管人都属于多个组。具体分为三个流程： 铸币：想要铸造 eBTC 的用户首先向以太坊上的 eBTC 合约提交铸造请求，并得到指定托管人组的 BTC 地址。收到铸币请求中所需的 BTC 后，相应数额的 eBTC 将被发送到用户的以太坊账户。
赎回：想要将其 eBTC 兑换回 BTC 的用户首先将 eBTC 连同赎回请求一起发送给以太坊中的 eBTC 合约，请求中包含用户的 BTC 地址。然后该合约选择一个保管组，通过将 BTC 从多签 BTC 地址发送到用户的 BTC 地址，来执行赎回请求。一旦发送 BTC，赎回请求即告完成，并且相应的 eBTC 将被焚毁。 (责任编辑：admin) |
