TRON的量子计划可能导致某些钱包能够支付但无法更换其密钥

TRON的量子签名设计草案可能导致某些迁移账户在网络治理禁用其依赖的签名方案后无法更换其密钥。这些账户中的一些仍然可以通过单独的权限进行支付。

该设计包括通过第二种抗量子签名方案的可能恢复路径。要使用它，持有者需要存活的密钥满足账户现有所有者的门槛，即更改权限所需的权力级别。仅授权用于支付的备份密钥将使该修复权限无法触及。

这是Justin Sun推动量子技术的实际问题。2026年8月8日，@justinsuntron表示他的目标是让TRON成为第一个抗量子区块链网络，并提到了在尼罗河测试网络上的测试。这一雄心壮志的陈述为一个迁移设计提供了背景，其治理开关可以在后期撤回对签名方案的批准。

截至9月12日，TIP-899仍标记为草案。尼罗河的6月30日软件发布包括基于Falcon的FN-DSA-512和ML-DSA-44的实现，每个实现都需其自身的激活设置。每个实现仍需其自身的治理批准，才能让网络接受其签名。

9月12日对尼罗河参数端点的检查返回了getAllowFnDsa512，其值为1。ML-DSA设置未显示值，未提供肯定的激活读取。主网响应中没有包含任何设置。开发者在7月15日的电话会议中表示，主网时间尚未确定；当前检查并未确立主网激活。

网络开关满足账户门槛

TIP-899允许治理单独启用或禁用每个提议的方案。TRON的27名当选超级代表通过链上提案进行治理。提议的开关属于该过程。

激活设置也已重新编号。TIP-899和尼罗河实现使用代码1000和1001，而早期的迁移讨论仍包含99和100。7月1日的开发者电话会议解释说，选择较大的数字是为了避免与未来主网编号的冲突。这些数字标识提议的设置；激活需要单独的治理决定。

在账户层面，问题是哪些签名仍然可接受。TRON为密钥分配权重，并要求所选权限的有效签名者满足或超过其门槛。提议的量子签名路径使用相同的权限计算。

在参考交易验证器中有一个重要细节：来自禁用方案的签名会触发拒绝。因此，工作回退交易必须使用被接受的签名，并省略禁用方案的签名，即使剩余的密钥具有足够的权重。

因此，关闭一个方案可能会在不更改账户配置门槛的情况下移除一个签名路径。该开关中没有任何内容会自动授予另一个密钥缺失的权力。

TRON的权限文档将所有者权限与活动权限分开。所有者权限可以授权任何合同类型并更改账户的权限。活动权限仅限于分配给它的操作，例如转账。

权限更新必须在现有所有者权限下签名。这使得所有者配置成为恢复的核心：能够发送支付的密钥不一定有权更换账户的密钥。

考虑一个仅包含权重为 1 和阈值为 1 的 Falcon 密钥的所有者权限。当 Falcon 被禁用时，该所有者权限无法授权转账或权限更新。单独配置的活动权限仍可能允许交易，因此这并不一定使整个账户无法支出。

保留 TRON 现有的 ECDSA 签名方法的密钥与 Falcon 一起并不总能恢复访问。对于 ECDSA 权重为 1，Falcon 权重为 1 和阈值为 2，两个签名都是必需的。在 Falcon 被禁用后，剩余的 ECDSA 权重无法满足阈值。

以下示例将提议的规则应用于假设配置。它们展示了从文档权限和验证规则中的推导；这些示例并没有观察到锁定或执行回滚测试。假设 Falcon 已被禁用，任何 ML-DSA 密钥在此之前已配置，ML-DSA 仍然启用且安全，持有者仍然可以使用这些密钥。

这些结果涉及签名权限；其他交易要求仍然适用。这个区分在另一个方向上也适用。一个存活的 ML-DSA 所有者权限可以直接授权交易，并替代一个被禁用的 Falcon 活动权限。

第二个量子密钥只有在能够发挥作用时才有帮助

两种方案的所有者示例保留了一条量子抗性路径以修复权限，如果任一密钥能够独立满足所有者阈值。要求两个密钥会导致对两个方案保持可用性的依赖。阈值决定了账户具有的这些属性。

经典恢复路径也不保留相同的安全目标。迁移提案明确表示，添加量子抗性密钥在 ECDSA 唯一签名集仍然能够满足阈值的情况下并不提供量子保护。仅 ECDSA 的所有者路径也可以替代一个量子保护的活动权限。

因此，相关配置比用于常规支付的密钥更广泛。所有者权限和每个能够移动受保护资产的活动路径必须一起考虑。

一种方案配置也有一个限制：它在方案被禁用后保留了一个替代方案，但在该方案仍然启用并独立授权的情况下并不保护免受被破坏的方案的影响。禁用后的可用性和对仍被接受的被破坏密钥的抵抗是两个独立的属性。

ML-DSA的标准状态有助于解释其在设计中的位置。NIST于2024年8月13日最终确定了FIPS 204，该标准规定了ML-DSA。NIST仍然将Falcon的标准化描述为正在进行中。TIP-899将ML-DSA呈现为Falcon标准化和审计风险的实施替代方案。这提供了一种替代算法，而不是自动恢复权限。

剩余的工作不仅仅是添加签名按钮。TIP-899要求在主网激活之前进行外部密码学和实施审计、公开审计材料和漏洞奖励覆盖。审查过的提案材料没有提供完成的独立审计报告。

该提案和7月15日的开发者讨论还确定了钱包派生、密钥存储、SDK和硬件钱包适配的工作。测试网实施和密钥生成工具并不能证明消费者钱包或保管人已经能够执行每个迁移和恢复操作。

一个有用的测试网演示将跟踪失败过程中的权限：禁用该方案，仅使用幸存签名构建交易，显示哪些转账仍然被授权，并显示现有所有者是否可以替换受影响的密钥。结果需要与用户实际持有的配置相匹配。

如果两个提议的量子方案都被禁用，并且没有有效的签名集能够满足所有者或相关的活动阈值，则所描述的规则将不提供任何立即的普通路径来支出或轮换密钥。这并不意味着永久性损失。治理重新激活或后续协议变更将是不同的恢复途径；更快的紧急通道和零知识恢复理念仍然超出本提案的当前范围。

对于钱包和保管人而言，仅靠支付连续性将无法回答中央恢复问题。迁移配置需要一个幸存的所有者授权路径来替换密钥，以及一种移动资金的方式，这两个路径都要保持其量子抗性目标。

本内容仅供参考，不构成任何金融、投资、法律或税务建议。文中提及的任何活动、奖励、线上活动或相关信息，不应被视为对购买、出售或交易任何加密资产的推荐、招揽或邀请。加密资产具有高波动性，存在价值损失风险。WEEX服务、产品及相关活动的可用性可能因地区而异。用户在参与前有责任确保符合当地适用法律法规。