一、重放攻击到底是什么？为啥会找上区块链交易？

很多刚接触区块链开发的朋友，可能会觉得“重放攻击”是个遥不可及的黑科技，其实说白了就是“偷用别人的交易记录干坏事”。举个生活化的例子：你去楼下便利店刷微信付了10块钱买可乐，付款记录里有一串唯一的交易号，要是有人把这串号复制下来，再拿到另一家店刷10块钱，系统要是不查这号是不是已经用过、是不是属于这家店，就会再扣你10块——这就是重放攻击在现实里的样子。 放到区块链里，交易的本质是一串带签名的指令，比如你转1个ETH给朋友，交易里会写清楚转账金额、收款地址、你自己的签名。区块链的特性是交易记录会公开在链上，任何人都能拿到这串交易数据。要是没有保护机制，坏人就能把这串交易数据直接复制，再发到链上，要是系统不区分这交易是给哪条链、是不是已经用过，就会再执行一次转账，相当于你给朋友转了两次1个ETH，坏人可能会把重复转的ETH转到自己口袋里。 重放攻击的危害远不止转账重复，比如你授权某个DApp用你的100个USDT，坏人拿到交易记录后重复提交，就会把你所有的USDT都授权出去，甚至转走。所以处理重放攻击，是每个做区块链开发的人必须解决的基础问题。

二、ethers.js处理重放攻击的核心思路：链ID+类型签名

ethers.js是现在最常用的区块链开发工具之一，它处理重放攻击的核心逻辑，其实就是给每笔交易加两个“专属身份证”：一个是链ID，用来区分交易属于哪条链；另一个是类型签名，用来区分交易的类型。 先说说链ID的作用。区块链有很多条独立的链，比如以太坊主网、测试网Goerli、Polygon主网，每条链都有自己的唯一编号，就是链ID。比如以太坊主网的链ID是1，Goerli测试网是5，Polygon主网是137。要是没有链ID，一笔在以太坊主网转1ETH的交易，拿到Polygon主网上提交，因为交易里的签名是合法的，系统可能会误以为这是一笔合法的Polygon交易，就会执行转账。加了链ID之后，交易里会明确写清楚“这笔交易属于链ID为1的以太坊主网”，拿到其他链上提交时，系统一查链ID对不上，就会直接拒绝。 再说说类型签名的作用。区块链交易分很多种，比如普通转账、合约调用、授权（approve），不同类型的交易，系统的处理逻辑不一样。要是没有类型签名，坏人可能会把一笔“授权100USDT给DApp”的交易，伪装成“转100USDT给DApp”的交易，系统要是不区分类型，就会直接执行转账。类型签名的作用就是给交易加个“类型标签”，明确告诉系统这笔交易是干什么的，只有类型对得上，系统才会执行。

三、ethers.js处理重放攻击的具体实现：完整示例

接下来我们用一个完整的示例，演示怎么用ethers.js结合链ID和类型签名，处理重放攻击。示例的技术栈统一用Node.js + ethers.js v6（目前最稳定的版本），所有代码都有详细注释，方便大家跟着操作。 首先，我们需要先安装依赖，打开终端执行以下命令：

# 安装ethers.js v6
npm install ethers@6

安装完成后，我们创建一个replay-protection.js的文件，里面的代码分为几个部分：连接链、生成交易、验证交易、模拟重放攻击。

3.1 连接链并获取链ID

首先我们要连接到以太坊主网，或者测试网，获取当前链的ID，这是交易的基础。

// 导入ethers.js
const { ethers } = require("ethers");

// 1. 连接到以太坊主网（如果用测试网，比如Goerli，就换成对应的RPC地址）
// RPC地址可以从Infura、Alchemy等节点服务商获取，这里用Infura的主网地址示例
const provider = new ethers.JsonRpcProvider("https://mainnet.infura.io/v3/你的Infura密钥");

// 2. 获取当前连接的链ID
async function getChainId() {
    // provider.getNetwork()返回的对象里有chainId字段，就是链ID
    const network = await provider.getNetwork();
    console.log("当前链的ID是：", network.chainId);
    return network.chainId;
}

// 测试获取链ID
getChainId();

这段代码的作用是连接到指定的链，然后获取链ID。比如连接以太坊主网，返回的链ID是1，连接Goerli测试网返回5。

3.2 生成带链ID和类型签名的交易

接下来我们生成一笔普通的转账交易，ethers.js会自动给交易加上链ID和类型签名，我们只需要按照规范调用方法即可。

// 3. 生成带重放保护的交易
async function createProtectedTransaction() {
    // 用你的私钥创建钱包（注意：私钥要保密，不要泄露！）
    // 这里用测试私钥示例，正式环境请用安全的方式存储私钥
    const privateKey = "你的钱包私钥";
    const wallet = new ethers.Wallet(privateKey, provider);

    // 获取链ID
    const chainId = await getChainId();

    // 定义转账交易的参数
    const txParams = {
        to: "0x742d35Cc6634C0532925a3b844Bc454e4438f44e", // 收款地址（示例地址）
        value: ethers.parseEther("0.01"), // 转账金额，0.01 ETH
        gasLimit: 21000, // 普通转账的gas限制
        gasPrice: ethers.parseUnits("20", "gwei"), // gas价格，20 gwei
        chainId: chainId // 手动指定链ID，ethers.js会自动校验
    };

    // 签名交易，签名过程中ethers.js会自动加入类型签名（EIP-155规范）
    const signedTx = await wallet.signTransaction(txParams);
    console.log("带重放保护的签名交易：", signedTx);

    // 解析签名后的交易，查看里面的链ID和类型签名
    const parsedTx = ethers.Transaction.from(signedTx);
    console.log("解析后的交易链ID：", parsedTx.chainId);
    console.log("解析后的交易类型：", parsedTx.type); // 类型为2表示是EIP-1559交易，带类型签名
}

// 测试生成交易
createProtectedTransaction();

这里要注意，ethers.js默认会用EIP-1559的交易类型（type=2），这种类型的交易已经包含了链ID和类型签名，是目前最安全的交易类型。如果你用的是旧的交易类型（type=0），就需要手动加EIP-155的保护，不过现在所有主流链都支持EIP-1559，所以推荐用type=2的交易。

3.3 验证交易的重放保护

接下来我们模拟验证交易的过程，看看系统怎么通过链ID和类型签名判断交易是否合法。

// 4. 验证交易的重放保护
async function verifyTransaction(signedTx, expectedChainId) {
    // 解析签名后的交易
    const parsedTx = ethers.Transaction.from(signedTx);

    // 第一步：验证链ID是否匹配
    if (parsedTx.chainId !== expectedChainId) {
        console.log("交易验证失败：链ID不匹配！");
        return false;
    }

    // 第二步：验证交易类型是否合法（这里以EIP-1559交易为例）
    if (parsedTx.type !== 2) {
        console.log("交易验证失败：交易类型不合法！");
        return false;
    }

    // 第三步：验证签名是否有效（防止交易被篡改）
    const signerAddress = ethers.recoverAddress(parsedTx.hash, parsedTx.signature);
    const expectedSignerAddress = "你的钱包地址"; // 预期的签名者地址
    if (signerAddress !== expectedSignerAddress) {
        console.log("交易验证失败：签名无效！");
        return false;
    }

    console.log("交易验证通过，无重放风险！");
    return true;
}

// 测试验证交易
async function testVerify() {
    const chainId = await getChainId();
    // 假设我们拿到一笔签名交易，这里用上面生成的signedTx示例
    const signedTx = "上面生成的签名交易字符串";
    // 验证链ID是否是以太坊主网的1
    verifyTransaction(signedTx, 1);
}

testVerify();

这段代码的验证逻辑很清晰：先查链ID对不对，再查交易类型对不对，最后查签名是不是合法的，只要有一项不对，交易就会被拒绝，这样就避免了重放攻击。

3.4 模拟重放攻击，看保护效果

最后我们模拟一下重放攻击，看看没有保护和有保护的区别。

// 5. 模拟重放攻击
async function simulateReplayAttack() {
    // 假设我们拿到一笔在以太坊主网生成的合法交易
    const mainnetSignedTx = "上面生成的以太坊主网签名交易";

    // 现在把这笔交易发到Polygon主网（链ID=137）
    const polygonProvider = new ethers.JsonRpcProvider("https://polygon-rpc.com");
    const polygonNetwork = await polygonProvider.getNetwork();
    console.log("Polygon主网的链ID是：", polygonNetwork.chainId);

    // 验证这笔交易在Polygon主网是否合法
    verifyTransaction(mainnetSignedTx, polygonNetwork.chainId);
}

// 模拟重放攻击
simulateReplayAttack();

运行这段代码，你会看到输出“交易验证失败：链ID不匹配！”，这说明重放攻击被成功拦截了。如果没有链ID的保护，这笔交易在Polygon主网就会被执行，造成损失。

四、应用场景、技术优缺点和注意事项

4.1 应用场景

链ID加类型签名的重放保护，适用于所有基于以太坊兼容链的开发场景，包括：

  1. 普通转账：比如用户之间转ETH、USDT等代币，防止重复转账；
  2. 合约调用：比如调用DeFi的质押、兑换方法，防止重复执行合约操作；
  3. 授权交易：比如授权DApp使用用户的代币，防止重复授权；
  4. 跨链交易：比如把资产从以太坊转到Polygon，防止交易在两条链上都执行。

4.2 技术优缺点

优点：

  1. 安全可靠：链ID是每条链的唯一标识，类型签名是交易的唯一类型标识，两者结合能有效防止重放攻击；
  2. 简单易用：ethers.js已经封装了相关逻辑，开发者只需要按照规范调用方法，不需要自己写复杂的保护代码；
  3. 兼容性好：EIP-155（链ID保护）和EIP-1559（类型签名）都是以太坊的官方规范，所有主流链都支持，兼容性强。 缺点：
  4. 依赖链的配置：如果链的链ID配置错误，会导致交易无法被验证；
  5. 对旧交易类型支持有限：旧的type=0交易需要手动加EIP-155保护，不然还是有重放风险；
  6. 不能防止其他攻击：比如交易篡改攻击、中间人攻击，需要配合其他安全措施。

4.3 注意事项

  1. 不要泄露私钥：私钥是交易签名的核心，泄露了私钥，再强的保护也没用；
  2. 确认链ID的正确性：连接链的时候，一定要确认RPC地址对应的链ID，不要把测试网的交易发到主网，或者反过来；
  3. 用最新的交易类型：尽量用EIP-1559的type=2交易，不要用旧的type=0交易；
  4. 验证交易的完整性：除了验证链ID和类型签名，还要验证交易的金额、收款地址、签名等信息，防止交易被篡改；
  5. 测试网验证：正式上线前，一定要在测试网测试重放保护的逻辑，确保没问题再上线主网。

五、文章总结

重放攻击是区块链开发中常见的安全问题，处理不好会给用户和开发者带来巨大的损失。ethers.js通过链ID加类型签名的方式，给每笔交易加了专属的身份标识，有效防止了重放攻击。 在实际开发中，我们只需要按照规范使用ethers.js的方法，连接正确的链，获取正确的链ID，用EIP-1559的交易类型，就能实现重放保护。同时，我们还要注意私钥的安全、链ID的正确性、交易的完整性等问题，确保交易的安全。 希望这篇文章能帮大家理解重放攻击的原理，掌握ethers.js处理重放攻击的方法，在开发中避免安全问题。