什么是钱包签名请求？我实际上批​​准了什么？

了解钱包签名请求

1. 钱包签名请求是由 dApp、智能合约或协议发起的加密提示，用于在执行链上操作之前验证用户意图。

2. 它不涉及直接转移资金，而是要求用户使用其私钥对消息或交易哈希进行加密签名。

3. 签名证明钱包地址的所有权，并确认对有效负载中编码的条款的同意，例如配额授权、NFT 铸造或合约交互。

4. 与传统登录不同，不共享凭据；仅生成可验证的密码证明并将其广播到区块链网络。

5. 每个签名请求都会显示元数据，包括连接的 dApp 域、链 ID 以及正在调用的确切函数——尽管用户在快速审批流程中经常忽略这些字段。

签名背后发生了什么

1. 当 dApp 触发签名请求时，它会根据上下文和链支持构建 EIP-712 类型的数据结构或简单的 individual_sign 消息。

2. 钱包客户端（例如，MetaMask、Phantom、Trust Wallet）将此结构呈现为人类可读的形式，提取关键参数，如支出者地址、代币金额、截止日期和随机数。

3. 然后，钱包使用用户的私钥对结构化输入的 keccak256 哈希应用 ECDSA 签名，生成 65 字节的签名字符串。

4. 该签名在链下提交到 dApp 服务器，或嵌入到交易有效负载中，通过恢复签名者的地址进行链上验证。

5. 私钥不会离开设备；加密操作发生在安全飞地或扩展沙箱本地。

盲签名的风险

1. 在不检查有效负载详细信息的情况下批准签名请求的用户会将自己暴露于未经授权的令牌批准、网络钓鱼驱动的合同交互或恶意许可签名。

2. BYBIT 价值 14 亿美元的漏洞涉及多重签名保险箱，攻击者操纵签名逻辑，通过伪造许可调用来耗尽 stETH 和 ETH。

3. 传统的以太坊签名缺乏内置的域分离，如果相同的消息在没有正确的链 ID 绑定的情况下在不同的网络上签名，则可能会导致跨链重放攻击。

4. 一些钱包无法准确呈现复杂的 EIP-712 结构，显示截断或误导性的值 - 特别是当嵌套结构包含动态数组或外部合约调用时。

5. 当签名有效负载中的随机数或截止日期配置错误时，签名重用漏洞会导致限价订单提前运行和未经授权访问金库。

钱包级保障措施

1. 现代钱包实施域绑定检查，除非请求源与允许列表中存储的经过验证的 dApp 域相匹配，否则会拒绝签名。

2. 某些硬件钱包要求在启动签名操作之前明确确认每个参数字段，以防止意外授权隐藏配额。

3. 钱包提供商越来越多地集成实时合约分析引擎，在签名渲染之前标记已知的恶意地址或可疑函数选择器。

4. 一些企业级托管解决方案强制执行基于策略的签名规则 - 例如，阻止所有许可签名，除非是从白名单治理多重签名发出的。

5. 现在，当检测到请求中嵌入的不匹配的链 ID、重复的随机数或无法识别的函数签名时，浏览器扩展会显示警告。

常见问题解答

问：签署消息是否能让 dApp 控制我的钱包？单独签名并不授予控制权。仅当签名的有效负载授权智能合约花费资产或执行特权功能（例如批准 ERC-20 花费者或调用 TransferFrom 方法）时，才会产生控制。

问：为什么有些签名请求显示“0x…”而不是可读文本？当 dApp 发送原始十六进制编码数据而不是结构化 EIP-712 输入时，就会发生这种情况。钱包无法解析任意字节字符串的含义，因此它们仅显示哈希表示。

问：签名批准后可以撤销吗？不会。加密签名是不可变且无状态的。撤销需要链上操作——例如，将 ERC-20 限额重置为零或通过其指定的取消功能取消挂单。

问：所有区块链上的签名请求都相同吗？不会。以太坊使用personal_sign和eth_signTypedData，Solana依赖TransactionMessage序列化，最新版本强制执行域分离，而Cosmos SDK链使用基于Amino或Protobuf的签名文档格式——每种格式都有不同的安全假设和渲染行为。