sBTC 是 Stacks 区块链上一种由 比特币 支持的资产,以 1:1 的固定比例代表 比特币 (BTC)。它作为一个去中心化的、信任最小化的双向挂钩运作,使 BTC 能够锁定在 比特币 基础层上,并在 Stacks 上的 智能合约 中使用。该系统允许 BTC 与 sBTC 之间的转换,目的是使 比特币 成为 去中心化金融 (DeFi) 的可编程和生产性资产,而无需依赖中心化中介。 [1]
sBTC 是 Stacks 区块链 上的 SIP-010 同质化代币,以 1:1 的固定比例代表 比特币,并且可以在 比特币 区块链 上转换回 BTC。它作为一个双向挂钩运作,允许 比特币 在 Stacks 智能合约 中使用,同时仍然由存储在单个 比特币 UTXO 中的 BTC 支持,该 UTXO 由多重签名 Taproot 地址保护。这个 UTXO 由一组去中心化的 sBTC 签名者管理,他们负责签署挂钩操作,维护锁定的 BTC 的托管,并与 sBTC 智能合约 交互,签名者成员资格和密钥轮换由集体管理。BTC 和 sBTC 之间的存款和取款发生在定义的 比特币 区块数量内。一个外部服务,Emily API,协调用户、签名者和合约之间的通信,以促进桥接操作。通过这种结构,sBTC 使 比特币 能够与 Stacks 上的 智能合约 应用程序交互,而无需 BTC 被出售或由中心化中介托管。 [2] [3]
sBTC 双向挂钩是一种去中心化的机制,允许 比特币 锁定在 比特币 基础层上,并以 1:1 的固定比例在 Stacks 层上表示为 sBTC,从而使 比特币 能够在 智能合约 中使用,而无需修改 比特币 的基础层设计。BTC 被存入 比特币 脚本中,sBTC 在 Stacks 上发行,并且可以通过销毁 sBTC 来逆转该过程,这将自动将等值的 BTC 释放回 比特币,从而允许 Stacks 上的合约以无需信任的方式启动 比特币 交易。该系统依赖于 Stacks 的转移证明 共识,其中被称为 Stackers 的参与者充当 peg-out 交易的阈值签名者,并通过协议分配的 BTC 奖励在经济上受到激励,而不是用户支付的包装费用。由于 Stacks 分叉 与 比特币 对齐,因此挂钩状态在 比特币 重组期间保持一致,避免了影响未遵循 比特币 分叉 历史的链上包装 BTC 的不一致性。签名者成员资格是开放的,并通过比特币交易选举产生,peg-out 请求在比特币上广播,并且通过可以将协议奖励重定向以满足提款(如果签名者未能采取行动)的机制来加强活跃度。该挂钩始终保持 1:1 支持的透明链上验证,要求签名者提供的 BTC 抵押品超过已发行的 BTC 的价值,并避免托管人或固定联盟,从而将其与托管或联盟 比特币 挂钩区分开来,同时允许 比特币 在 Stacks 上的基于合约的应用程序中使用。 [4] [5]
sBTC 设计对齐了经济激励,因此维护挂钩是参与者最合理的选择,并且与规范 Stacks 分叉 上的挖矿保持兼容。该系统以两种模式运行:正常模式,其中 BTC 锁定在由 Stackers 阈值控制的 比特币 脚本中,并且铸造或销毁等量的 sBTC 以在 peg-in 和 peg-out 操作期间保持 1:1 的挂钩;以及恢复模式,如果签名者未能处理提款,则激活该模式。在恢复模式下,原本将支付给 Stackers 的转移证明奖励的一部分被重定向以满足未完成的 peg-out 请求,即使签名者离线,也可以确保最终可以赎回 BTC,同时通过损失奖励来惩罚延迟。
安全性依赖于诚实行为在经济上更可取的假设,并通过高签名阈值和抵押品风险来加强,这使得勾结或攻击代价高昂。所有堆叠和挂钩相关操作都作为 比特币 交易广播,因此它们在所有 Stacks 分叉 中一致显示,从而防止矿工审查并确保挂钩状态与 比特币 同步。该设计还将 Stacks 的交易最终性与 比特币 的最终性联系起来,限制了分叉风险并使恢复机制能够正常运行。其他协议功能,包括矿工区块预提交和基于仲裁的快速区块生产,进一步支持可预测的参与、比特币 结算之间更快的执行以及挂钩操作的一致执行。 [4] [5]
sBTC 阈值签名钱包是 比特币 主链上的非托管 比特币 脚本,通过高阈值、经济强制的签名过程来保护支持 sBTC 的资金。钱包的控制权分配给在给定的堆叠周期内锁定 STX 以参与转移证明共识的 Stackers,签名权与锁定的 STX 数量成正比。Peg-out 交易需要代表至少 70% 总签名权的签名,除非绝大多数人勾结,否则在经济上和实践上都不可行。使用在 比特币 上注册并通过 PoX 奖励集宣布的签名人公钥为每个堆叠周期生成一个新钱包,并且必须将剩余的 BTC 转移到下一个周期的钱包以维持活跃度。Stackers 通常锁定超过钱包中持有的 BTC 价值的抵押品,如果未满足挂钩义务,则面临没收奖励或继续锁定资本的风险。为了解决签名人长时间不可用的问题,备份机制被编码在钱包脚本中,包括阈值降低或在定义的超时后回退到先前周期的签名人。这些规则确保了持续的赎回能力,同时保持了去中心化控制和经济安全性。 [4] [5]