如何通过MetaMask Snap拦截Remix交易并广播至自定义RPC

1. 拦截Remix交易所需的Snap API #

核心使用 onTransaction 钩子，这是MetaMask Snap专门用于拦截交易请求的API。当Remix通过eth_sendTransaction发起合约部署或交易时，该钩子会在MetaMask处理交易前被触发，你可以在钩子中获取完整的交易数据（包括to、data、value等字段）。

2. 阻止MetaMask默认交易处理的方法 #

在onTransaction钩子的返回值中，设置approved: false，即可阻止MetaMask继续将交易发送到默认RPC。之后你可以在钩子内部或者调用Snap的自定义方法，完成交易的签名与广播逻辑：

• 若交易已被用户签名（MetaMask会在触发钩子前完成签名），直接使用签名后的交易数据广播；
• 若需要自定义签名流程，可通过Snap的交互能力提示用户确认，再自行处理签名。

3. snap.manifest.json 所需权限 #

• 读取交易数据：无需额外权限，onTransaction钩子本身会自动传入交易对象，只要已声明onTransaction权限（在manifest的initialPermissions中添加"endowment:transaction-insight": {}）。
• 向自定义RPC发送请求：需要endowment:network-access权限，并指定允许的RPC地址，示例配置：

{
  "initialPermissions": {
    "endowment:network-access": {
      "allowedOrigins": ["https://your-custom-blockchain-rpc.com"]
    },
    "endowment:transaction-insight": {}
  }
}

4. 示例代码与最佳实践 #

示例代码（拦截+自定义广播） #

// snap.ts 核心逻辑
export const onTransaction = async ({ transaction }) => {
  // 1. 根据条件判断是否拦截（示例：拦截所有交易，可根据chainId/data等细化）
  const shouldIntercept = true;
  if (!shouldIntercept) {
    return { approved: true };
  }

  // 2. 提示用户确认自定义广播
  await snap.request({
    method: 'snap_dialog',
    params: {
      type: 'confirmation',
      content: `是否将交易广播至自定义网络？`,
    },
  });

  // 3. 广播交易到自定义RPC
  try {
    const signedTx = transaction.signedTransaction; // MetaMask已完成签名的交易
    const rpcResponse = await fetch('https://your-custom-blockchain-rpc.com', {
      method: 'POST',
      headers: { 'Content-Type': 'application/json' },
      body: JSON.stringify({
        jsonrpc: '2.0',
        method: 'eth_sendRawTransaction',
        params: [signedTx],
        id: Date.now(),
      }),
    });
    const result = await rpcResponse.json();
    if (result.error) throw new Error(result.error.message);

    // 4. 向用户展示交易哈希
    await snap.request({
      method: 'snap_dialog',
      params: {
        type: 'alert',
        content: `交易已广播，哈希：${result.result}`,
      },
    });
  } catch (error) {
    await snap.request({
      method: 'snap_dialog',
      params: {
        type: 'alert',
        content: `广播失败：${error.message}`,
      },
    });
  }

  // 阻止MetaMask默认处理流程
  return { approved: false };
};

最佳实践 #

• 条件拦截：不要拦截所有交易，可通过判断交易的chainId、to或data字段，只拦截目标交易（比如Remix部署的合约交易）。
• 用户确认：每次拦截都需要用户明确确认，避免未经授权的操作。
• 错误处理：对RPC请求的失败情况做完整捕获，及时提示用户。
• 权限最小化：endowment:network-access只添加必要的RPC地址，避免过度授权。
• 签名验证：若涉及自定义签名，需确保签名逻辑符合以太坊标准，避免交易无效。

内容的提问来源于stack exchange，提问作者user59066