什么是重放攻击
重放攻击的核心不是伪造私钥签名，而是复制一份原本合法的数据，再次发送给一个仍认可它的系统。若验证者只能确认“这份数据确实由密钥持有人签名”，却无法确认“这份数据此前是否已经使用过”或“它只属于某一条网络”，同一授权就可能被重复执行。
在区块链中，重放对象通常是已签名交易，也可能是合约调用、跨网络消息或其他带有授权含义的数据。攻击者一般不需要修改签名内容；因为一旦修改了签名所覆盖的关键字段，原签名往往就会验证失败。
成立条件一：签名没有绑定唯一网络或域
跨网络重放需要两个网络对交易格式、签名验证和状态规则具有足够兼容性。以账户模型为例，交易通常包含发送方、接收方、金额、输入数据和签名等字段；如果签名没有把网络标识或其他域信息纳入签名范围，同一份签名交易可能在另一条兼容网络上仍被视为有效。
网络标识的作用是把授权限定在特定验证域内。若交易签名明确绑定链标识、域分隔符或等价信息，复制到其他网络后，签名验证通常会因域不匹配而失败。是否具备这种保护，必须结合具体交易类型、客户端规则和合约实现判断，不能仅凭地址相同或交易格式相似下结论。
成立条件二：缺少防重复使用的状态约束
即使交易只在同一条链上提交，系统仍需要判断它是否已经执行过。以太坊账户交易使用按账户递增的 nonce 表示交易序号。相同账户的旧交易再次提交时，如果当前状态已经消耗了对应序号，节点通常不会把它当作一笔新的可执行交易。nonce 因此承担了防止同一账户交易被重复接受的重要作用。
比特币采用不同的 UTXO 模型。交易输入会引用特定的交易输出及其索引，输出一旦被有效交易花费，就不应再次作为未花费输出使用。签名还覆盖被花费输出、金额及交易相关内容，使攻击者难以把同一授权改造成另一笔有效支出。这里的防重复机制来自已花费状态和签名规则的组合，而不是账户 nonce。
成立条件三：接收方或合约允许重复执行
有效签名并不自动意味着一定存在重放漏洞。系统还必须在重复收到相同数据时产生再次影响。例如，合约若只验证签名，却不记录授权编号、消息哈希或已处理状态，重复提交同一签名消息可能重复触发转账、提取或状态变更。
相反，如果合约记录每个授权的唯一标识，并在执行成功后将其标记为已使用，后续相同消息通常会被拒绝。防护字段可以是递增序号、一次性随机数、过期时间、业务订单号或包含网络与合约地址的域信息，但具体效果取决于验证逻辑是否真正检查并更新这些字段。
如何判断一笔交易是否具备重放风险
可以先检查签名覆盖了哪些字段：是否包含网络标识、合约地址、调用者身份、操作类型、金额、序号和有效期。再检查验证方是否保存了已使用序号、已花费输出或消息哈希，以及这些状态是否在成功执行后可靠更新。
还应分别判断同链重放与跨链重放。同链重放重点看 nonce、UTXO 和一次性状态；跨链重放则要看两条网络是否接受相同签名格式，以及签名是否绑定目标网络。对于智能合约，还要确认代理合约、跨链消息组件和钱包实际采用的交易类型，因为不同封装层可能使用不同的防重放字段。
常见问题
问：复制交易哈希就能完成重放吗？答：交易哈希通常只是交易内容的标识，不能替代签名，也不能绕过 nonce、UTXO 或合约状态检查。攻击者需要取得一份可验证的完整签名数据，并且目标系统仍接受它。
问：签名有效是否说明交易一定能再次执行？答：不一定。签名只能证明授权数据未被篡改并由相应密钥签署，交易序号、余额、已花费状态、合约条件和网络规则仍可能阻止再次执行。
问：以太坊和比特币的防重放方式相同吗？答：不相同。以太坊主要依靠账户 nonce 以及交易类型和网络域规则；比特币主要依靠输入引用的 UTXO、已花费状态和交易签名覆盖范围。分析时应按具体模型和实现分别判断。