钱包弹窗出现时，你究竟同意了什么？

你在 DApp 上看到“连接”“登录”“领取”“兑换”“授权”“确认”时，看到的是产品语言； 钱包真正处理的是技术请求。产品语言可以模糊甚至误导，技术请求却决定了有没有签名、 会不会上链、是否需要 Gas、有没有交易哈希，以及第三方以后还能不能继续使用这份权限。

以太坊官方文档把交易定义为由账户密码学签名、用于更新网络状态的指令。 一笔交易通常包含发送者、接收方、nonce、value、input data、Gas 上限和费用参数； 交易被广播、进入交易池并由验证者纳入区块后，才形成链上状态变化。 ^[1] 这与“签署一段登录消息”不是一回事。

对普通外部账户（EOA），签名可以让验证者从“消息 + 签名”恢复出签名者地址， 从而证明持有对应私钥的人认可了这份内容。签名不会把私钥写进消息，也不会让验证者倒推出私钥。 但这只证明控制关系与内容一致性，不证明签名者读懂了内容、网站没有欺骗、合约没有漏洞， 更不证明现实世界里某个名字或头像就是真实身份。

ERC-191 为已签数据增加类型前缀，使它与普通以太坊交易的编码空间分离； 其中 0x45 版本对应常见的 “Ethereum Signed Message” 文本签名， 0x01 对应 EIP-712 结构化数据。^[5] EIP-712 再引入 domain separator；当该 domain 采用应用名称、版本、chainId、 verifyingContract 等常见字段时，它们会与具体消息一起哈希，目的是让结构可读、可验证， 并减少跨应用误用。 但标准本身明确提醒：应用仍须正确设计 nonce、期限与重放保护。 ^[6]

在常见钱包接口里，普通文本消息请求常见方法名是 personal_sign， EIP-712 结构化消息常见 eth_signTypedData_v4。方法名只能帮助你识别格式， 不能替代对 domain、message 与消费方式的逐项检查。

ERC-4361（Sign-In with Ethereum，SIWE）规定了可读的登录消息格式，包含请求域名、 地址、URI、Chain ID、nonce、签发时间，并可选过期时间与资源列表。nonce 用于降低重放， 域名应与实际请求来源匹配。^[7] 所以“登录签名”的正确检查不是只看一句 “Sign in”，而是逐项核对是谁请求、用哪个地址、 绑定哪条链、何时失效、是否包含超出登录范围的资源。

learn.example wants you to sign in with your Ethereum account:
0x8A2f...91C4

只建立本次课程会话，不授予代币权限。

URI: https://learn.example/session
Version: 1
Chain ID: 1
Nonce: 7H4N8K2P
Issued At: 2026-07-26T14:00:00Z
Expiration Time: 2026-07-26T15:00:00Z

ERC-20 的基本模式是：所有者先调用 approve(spender, amount)， 代币合约记录 allowance[owner][spender]；之后 spender 可调用 transferFrom(owner, recipient, amount)，在余额与额度允许时转移代币。 ^[8] 这份权限属于“某条链上的某个代币合约”， 它不是钱包的全局开关，也不直接覆盖 ETH。

ERC-721 区分单个 tokenId 的 approve 与整套资产的 setApprovalForAll；ERC-1155 也提供 operator 全集授权。 ^[9][10] ERC-2612 则用 EIP-712 签名表达 ERC-20 授权：消息包含 owner、spender、value、nonce、 deadline，并通过 chainId 与 verifyingContract 绑定域。有效签名必须在 deadline 前提交； 提交成功后写入的 allowance 不会因这个 deadline 自动失效，仍需耗尽或被重设。 ^[11]

MetaMask 的官方安全说明也把“连接站点”和“代币 allowance”明确区分，并提醒无限授权可能让 某类代币的当前及未来余额暴露；撤销链上授权本身也需要链上交易与 Gas。 ^[16][17]

如果同一把私钥在多个 EVM 网络上使用，通常会得到相同的 EOA 地址；但每条链各自维护余额、 nonce、合约代码和存储。于是“地址相同”只说明控制根相同，不说明账本状态相同。 你在以太坊主网拥有 1 ETH，并不意味着切到测试网后仍有 1 个测试 ETH。

EIP-155 把 chainId 纳入交易签名，核心目的之一是防止一条链的签名交易被原样重放到另一条链； 以太坊主网的 chainId 是 1。^[4] EIP-1193 把钱包视为 DApp 与客户端之间的中间层，并规定 chainChanged 事件： 活动链改变时，DApp 必须重新理解当前账户、余额和合约上下文。 ^[12]

EIP-3085 特别提醒：RPC 端点可能不诚实，也可能暴露 IP 与链上活动；钱包应使用 HTTPS、 校验 chainId，并清楚展示未知端点风险。^[13] 状态为 Stagnant（停滞）的 EIP-3326 描述了钱包中广泛实现的切网方法，并强调切网应获得明确确认、 活动链切换时应取消链特定的待处理请求；它是钱包接口提案，不是协议层对所有钱包行为的保证。 ^[14]

区块浏览器通过节点与索引系统把十六进制数据整理成人能阅读的页面。它非常有用，但不是协议共识的一部分。 最稳妥的定位单位不是孤立的 tx hash，而是“chainId + tx hash”：先确认自己查的是哪条链， 再看该链上的交易、收据、日志与执行轨迹。

ethereum.org 列出的常见交易字段包括 hash、状态、区块、时间、from、to、Token Transfers、 value、费用、Gas limit / used、nonce 与 input data。 ^[2] 读这些字段时要注意：

Input / calldata：前 4 字节通常是函数选择器，后面是 ABI 编码参数。已验证源码与正确 ABI 能帮助浏览器显示 approve 等函数名；没有验证时，浏览器可能只能显示十六进制， 而相同 selector 也不等于现实语义必然一致。^[1]

Logs / 事件：事件来自执行收据，是应用自己发出的结构化日志。 “Transfer” 字样本身不够；还要核对发出日志的代币合约地址、topics 与 data。 任意合约都可以设计同名事件，标签和代币符号也不是协议级真实性证明。

Internal Transactions：浏览器常用这个名字展示合约执行中的 CALL、CREATE、 SELFDESTRUCT 等轨迹与内部价值移动。它们不是额外由 EOA 签名并广播的顶层交易，而是从父交易执行轨迹 推导的调用。Etherscan 的接口也把它们按父交易哈希、call 类型与 traceId 返回。 ^[19]

1. 01ethereum.org · Transactions

   交易字段、签名、calldata、生命周期、收据状态与类型化交易。

2. 02ethereum.org · Block explorers

   区块浏览器可展示的交易、账户、合约、代币、Gas 与共识层字段。

3. 03ethereum.org · Networks

   主网、测试网、Sepolia、Hoodi 与弃用测试网的当前定位。

4. 04EIP-155 · Simple replay attack protection

   把 chainId 纳入交易签名及主网 chainId = 1 的规范来源。

5. 05ERC-191 · Signed Data Standard

   已签数据的版本前缀、personal_sign 与 EIP-712 的编码边界。

6. 06EIP-712 · Typed structured data

   结构化数据哈希、domain separator、chainId 与 verifyingContract。

7. 07ERC-4361 · Sign-In with Ethereum

   SIWE 的 domain、address、chainId、nonce、时间与来源核验要求。

8. 08ERC-20 · Token Standard

   approve、allowance、transferFrom 与 Approval 事件的标准接口。

9. 09ERC-721 · Non-Fungible Token Standard

   单 tokenId approval 与 operator approval 的范围区别。

10. 10ERC-1155 · Multi Token Standard

    多代币合约与 setApprovalForAll operator 模型。

11. 11ERC-2612 · Permit

    owner、spender、value、nonce、deadline 与 EIP-712 域；deadline 约束 permit 调用，不是 allowance 自动到期字段。

12. 12EIP-1193 · Ethereum Provider API

    钱包、Provider、Client 的边界与 chainChanged / accountsChanged。

13. 13EIP-3085 · wallet_addEthereumChain

    添加链所需元数据、RPC 校验、隐私与未知端点风险。

14. 14EIP-3326 · wallet_switchEthereumChain

    状态为 Stagnant 的钱包接口提案：活动链切换、用户确认与待处理链特定请求。

15. 15ERC-1271 · Contract signature validation

    合约账户如何按自己的逻辑验证签名，而不是依赖 EOA 地址恢复。

16. 16MetaMask · What is a token approval?

    代币授权、spending cap、无限额度与 setApprovalForAll 的用户解释。

17. 17MetaMask · Revoke token approvals

    断开 DApp 与撤销链上 allowance 的区别及撤销所需 Gas。

18. 18Etherscan · Viewing transactions

    Pending、Success、Failed、Dropped / Replaced 与确认信息的界面说明。

19. 19Etherscan · Internal transactions by tx hash

    按父交易哈希返回 call 类型、from、to、value 与错误状态的执行轨迹接口。