资金费率
资金费率热力图
多空比
大户多空比
币安/欧易/火币大户多空比
Bitfinex杠杆多空比
账号安全
资讯收藏
自选币种
63亿美元币安遭窃事件引发Kaspa社区新辩论：大额加密钱包是否应技术上无法执行无限制的巨额转账？
近期发生的63亿美元币安（Binance）被盗事件，在Kaspa社区内部引发了新一轮的激烈讨论：大型加密货币钱包在技术上是否应该被设计为无法在一次不受限的交易序列中转移数十亿美元的资金？
KaspaBots指出，此次事件暴露了传统热钱包系统的运营风险，并认为Kaspa的契约（Covenant）功能提供了一种不同的解决思路。其核心理念十分简单：除了依赖私钥和交易所内部控制外，支出限制可以直接绑定到代币上，并由区块链本身强制执行。
KaspaBots在币安泄露事件后写道：“构建默认情况下通过契约约束大额资金流动的系统。”另一位Kaspa社区成员Eyal Yablonka则进一步表示，带有契约功能的Kaspa本可以阻止币安遭受的那种数十亿美元的资金流失。尽管这一说法需要一定的限定条件，但其背后的技术确实值得深入探讨。
Kaspa契约究竟能做什么？
6月30日，Kaspa的主网激活了Toccata升级，为网络带来了原生的Layer-1契约可编程性。通常情况下，UTXO（未花费的交易输出）主要验证尝试花费它的人是否具有正确的授权。而契约不仅验证授权，还能对授权后的资金流向施加限制。
Kaspa的文档描述称，契约可用于金库控制、保险库、基于时间的释放机制、托管系统和转账政策。受保护的输出可以定义资金允许移动的方式，并拒绝违反这些规则的交易。
Eyal Yablonka曾指出：“币安的问题不在于没有上线Kaspa，而在于没有*使用*Kaspa来保护用户的资金。如果币安使用带有契约功能的Kaspa，这场60亿美元的泄露事故本可避免。契约允许将自定义的支出规则直接附加到单个硬币（UTXO）上，并在协议层面原生强制执行。与以太坊（EVM）那样沉重的基于账户的虚拟机不同，Kaspa在协议层面原生执行这些条件。”
例如，理论上交易所可以创建一个钱包，其中：
- 在特定时间段内只能转出有限金额；
- 较大规模的转账必须移至预定义的地址；
- 超过阈值的提现需要满足额外条件；
- 或者资金只能经过批准的一系列输出路径进行流转。
这些限制存在于协议层面，而不是完全依赖于员工笔记本电脑或内部应用程序的安全性。这正是Kaspa社区论点中值得关注的部分。
为何币安遭窃事件使此话题变得相关？
币安方面表示，未经授权的提款行为始于10月29日UTC时间20:05左右，最终影响了约63亿美元的资产。其初步调查指向一台被入侵的员工笔记本电脑，该电脑允许访问能够提交未经授权提款的基础设施。随后，币安表示调查人员发现了额外的漏洞点，且攻击比单一设备被入侵更为复杂。截至目前，未发现钱包私钥泄露的证据。
这创造了一个有趣的安全困境：如果攻击者无需窃取私钥本身即可作案，那么仅保护私钥是不够的。控制系统还需要更强的限制，以界定这些私钥被允许授权的范围。
这正是基于契约的金库设计可能发挥作用的领域。如果资金被锁定在仅允许在严格规则下提款的输出中，那么负责提交交易的软件被攻破，并不会自动赋予攻击者无视这些规则的权限。共识网络会拒绝无效的支出尝试。
Kaspa真的能绝对阻止币安式的黑客攻击吗？
在此处，我比一些社区帖子持更谨慎的态度。声称“Kaspa契约会阻止63亿美元的黑客攻击”过于绝对。
首先，币安并未将被盗的投资组合存放在Kaspa的契约金库中；其次，完整的技术攻击序列仍在调查中。契约系统是否能防止损失，完全取决于币安如何设计这些支出限制。设计不良的契约仍可能包含危险的权限。恢复路径也可能产生绕过漏洞，且周边基础设施仍然容易受到软件漏洞、管理员被入侵以及糟糕的操作程序的影响。即使是Kaspa自身的文档也指出，契约工具仍处于相对早期的阶段。
更准确的说法是，正确设计的支出约束可能会限制被攻破的热钱包系统所能执行的操作范围。这与声称区块链本身能让黑客攻击成为不可能是有区别的。
