如何在 MetaMask 中启用十六进制数据？ （高级功能）

了解 MetaMask 中的十六进制数据

1. 十六进制数据是指用户可以在与以太坊兼容的区块链上广播之前手动插入交易字段的原始十六进制编码输入。

2. 该功能允许使用 ABI 编码的函数调用与智能合约直接交互，而无需依赖预构建的 UI 界面。

3. 启用十六进制数据会绕过默认方法选择器和参数形式，从而授予对 EVM 事务​​中 calldata 字段的完全控制权。

4. 开发人员通常使用它来部署合约、调用低级函数或与未经验证或实验性的协议进行交互。

5. 该选项的存在并不意味着认可风险——用户对所提供字节的正确性和安全性承担全部责任。

激活十六进制数据输入的步骤

1. 打开 MetaMask 扩展程序或移动应用程序，并确保您已登录所需的钱包帐户。

2. 导航至设置→高级→打开标有“显示十六进制数据”的选项。

3. 通过关闭并重新打开发送交易界面（如果已处于活动状态）来确认更改。

4. 当发起新交易时，尤其是向合约地址发起新交易时，“数据”字段现在将出现在收件人输入框下方。

5. 输入任何有效的十六进制字符串（例如， 0xa9059cbb000000000000000000000000... ）会触发自动识别为调用数据，从而禁用自动填充的函数选择器。

与手动十六进制输入相关的风险

1. 格式不正确的calldata可能会导致交易恢复，消耗gas但没有效果。

2. 不存在针对函数签名或参数类型的内置验证——方法 ID 中的拼写错误或填充错误会导致静默失败。

3. 将十六进制数据发送到非预期地址（包括 EOA 而不是合约）可能会导致资产永久损失。

4. MetaMask 不会验证目标合约是否实现了预期功能，导致用户面临代理逻辑不匹配的情况。

5. 恶意网站可能会在 dApp 交互过程中注入欺骗性的十六进制有效负载，因此在提交之前必须进行外部验证。

提交前验证通话数据

1. 使用Etherscan 的 ABI 解码器等工具从已部署的合约 ABI 中重建人类可读的函数名称和参数。

2. 根据目标函数签名的 Keccak-256 哈希交叉检查十六进制字符串的前四个字节（例如， transfer(address,uint256) → 0xa9059cbb ）。

3. 确认所有动态类型（字符串、数组）遵循正确的 ABI 编码规则，包括长度前缀和 32 字节对齐。

4. 通过 Tenderly 或 Blocknative 的调试器模拟执行，以预览状态更改并在广播之前恢复原因。

5. 以编程方式构建有效负载时，将生成的调用数据与可信 SDK（例如 ethers.js 或 web3.py）的输出进行比较。

常见问题解答

问：启用十六进制数据会影响我的私钥或助记词吗？答：不会。十六进制数据可见性纯粹是客户端内的 UI 配置更改。私钥管理保持隔离且不受影响。

问：启用十六进制数据后可以禁用它吗？答：是的。返回“设置”→“高级”并关闭“显示十六进制数据”以在以后的交易中隐藏该字段。

问：当我粘贴十六进制数据时，为什么 MetaMask 显示“未知方法”？答：出现这种情况是因为合约 ABI 未在链上验证，或者方法 ID 与存储的 ABI 中的任何已知函数不匹配。它并不表示您的输入有错误。

问：MetaMask 中的所有 EVM 链都支持十六进制数据吗？答：是的。一旦启用该功能，MetaMask 中配置的任何网络（包括 Arbitrum、Optimism 和 Polygon）都支持手动呼叫数据输入。