LOREWORD

从0到深入理解以太坊
 第五章 · 第四课

Ethereum learning path · 05.04

守住的不是钱包，
是控制权从密钥保管到签名权限的完整安全模型

安全不是把 12 个单词藏好就结束。你要同时保护恢复材料、签名器、 显示给你的交易意图，以及已经留在链上的长期权限。

  • 05 · 04 钱包安全
  • 64 MIN 阅读与演练
  • 0 → 深入 无需编程基础

The thesis

资产记录在链上，钱包管理的是满足授权规则的凭证与流程。 所以钱包安全的目标不是“设备永不丢失”，而是让单点失误不等于全部资产永久丢失。

01 · Orientation

钱包不装币，它组织授权

先把“资产在哪里”和“谁能改变资产状态”分开。

第五章扩展拆课 · 密码学对象 → 现实安全系统

打开钱包 App，你会看到 ETH、代币和 NFT，直觉上像打开了一个装资产的盒子。 但 ETH 余额存在以太坊世界状态里，ERC-20 余额通常存在代币合约的映射里。 钱包读取这些公开状态，再使用你的签名能力提交状态变化请求。

一句定义

钱包是一套帮助你生成或接入凭证、展示请求、产生授权并与网络通信的工具； 自托管钱包的核心责任，是让私钥或等价授权能力只在你允许时被使用。

链上状态：address → balance / code / storage / permissions
钱包系统：recovery → signer → intent display → signed request
安全目标：正确的人，在正确设备上，看懂并批准正确的动作 地址公开不等于私钥泄露；钱包断开连接不等于权限撤销；硬件设备仍在手里，也不等于恢复材料没有被复制。
越往右，泄露后的爆炸半径通常越大；越往左，信息越公开，但已批准的权限仍可能造成实际损失。

安全其实在同时解决三个互相拉扯的问题

01 · Confidentiality

别人不能冒充你

秘密不能被复制，签名不能被诱骗，权限不能无限扩张。这里对抗的是盗取与欺骗。

02 · Availability

未来的你仍能访问

设备损坏、搬家、灾害或遗忘发生后，合法控制者仍应有一条可演练的恢复路径。

03 · Integrity

你批准的就是你想做的

域名、网络、收款地址、调用方法、金额与权限范围必须在可信显示上被准确理解。

04 · Usability

日常流程不能逼人绕过安全

过于复杂的方案会让人拍照备份、复用设备、跳过核对，最终把纸面安全变成现实脆弱。

安全不是产品标签

“开源”“硬件”“冷钱包”“多签”都只能回答一部分问题。真正的安全结论必须写成： 在什么威胁下，哪些组件被信任，单个组件失效会造成多大损失，又如何恢复。

02 · Credentials

五种看似相似的东西，不是同一个秘密

先分清对象，才能知道该保密、该备份，还是该公开核对。

安全事故常从词义混乱开始：有人把钱包密码当成助记词，以为忘记密码就永远失去资产； 也有人把助记词当成“登录验证码”，输入假客服给出的页面。二者的权限层级完全不同。

钱包相关对象：作用、泄露后果与备份方式
对象 它解决什么 泄露或遗失后果 正确处理
助记词 / wallet backup 以人类可抄写的形式承载生成钱包种子的材料；常可恢复多账户。 泄露通常等于整棵派生树被复制；遗失且无其他恢复路径可能永久失去控制。 离线、冗余、分离存放；从不输入陌生网页或聊天窗口。
BIP39 passphrase 与助记词共同派生另一组种子；每个字符串都会生成一个看似有效的钱包。 泄露会削弱额外隔离；忘记一个字符也可能进入完全不同的钱包且无法“重置”。 只有理解恢复流程时才启用，并把可恢复性纳入独立设计。
单个私钥 为一个经典 EOA 生成有效签名。 泄露通常复制该账户控制权；丢失是否致命取决于是否仍有种子或其他备份。 不手抄传输、不在普通云端保存；日常由可靠签名器管理。
钱包密码 / 设备 PIN 解锁本地 App、加密文件或物理设备。 通常只保护这一份本地副本；攻击者拿到助记词可绕过它，忘记时可由备份恢复。 使用独特强凭证；不要误以为它能撤销已泄露的种子。
地址 / 公钥 / xpub 收款、验证签名、观察派生地址或构建只读系统。 通常不能直接花费，但扩展公钥泄露会暴露整组地址关联与隐私，并有派生层级风险。 按“可公开但有隐私成本”处理；xpub 比普通地址更敏感。[4]

为什么一组助记词的爆炸半径很大？

BIP39 把 128 至 256 位熵加校验位后映射为 12 至 24 个词，再用 PBKDF2-HMAC-SHA512 从助记词与可选 passphrase 生成 512 位种子。BIP32 则可从一个种子确定性派生一棵密钥树。于是“账户 1、账户 2、测试账户” 在界面上彼此分开，根上却可能共享同一恢复材料。[3][4]

派生路径只是示意。钱包兼容性依赖具体标准与实现；不要仅凭“地址没显示”就断言资产消失。
不要自己发明分割法

把 12 个词手工拆成“家里 6 个、公司 6 个”并不等于门限秘密共享：任何一半都失去完整恢复能力， 两处必须同时可用；抄写、顺序与继承也更易出错。需要多份门限恢复时，应使用钱包明确支持、 有恢复工具与演练流程的标准方案，而不是自创规则。

最实用的判断：它能让攻击者做到什么？

  • 只能查看：地址、交易哈希、普通公钥通常属于观察层；重点是隐私与关联。
  • 能解锁一台设备：PIN 或本地密码属于设备层；仍要看设备里是否有可导出密钥。
  • 能签一个账户：单私钥属于账户层；立即按该账户完全失陷处理。
  • 能重建一棵树：助记词、种子、扩展私钥属于根层；按全部相关账户失陷处理。
  • 能长期调用资产：allowance、operator、session key 属于权限层；即使密钥未泄露，也可能继续造成损失。

03 · Threat model

安全从问题开始，不从产品开始

你要对抗的是远程恶意软件、现实损坏、社会工程，还是单人失误？

如果不先写威胁模型，“最安全的钱包”没有意义。一个只防远程黑客的方案可能把备份全部锁在同一间房； 一个为了防火灾复制十份助记词的方案，又可能把盗取入口扩大十倍。

先问六个具体问题

Asset

损失上限是多少？

这是零用、小额日常资金，还是足以改变生活的大额储备？价值决定摩擦值得多高。

Adversary

谁可能攻击？

批量钓鱼、恶意扩展、熟人、入室盗窃、定向胁迫与内部人员需要不同控制。

Failure

更怕盗取还是遗失？

单人深度冷存储偏向保密；多人共同资产还必须考虑离职、死亡与失联。

Frequency

多久签一次？

每天使用的账户若流程过重，人会绕过规则；长期储备可以接受更高摩擦。

Recovery

谁能恢复？

未来的你、家人、公司继任者或守护人需要看懂流程，又不应提前获得单点控制。

Verification

你能核对什么？

是否有可信设备屏幕、独立通信渠道、合约地址来源与交易模拟能力？

这是教学上的相对比较，不是产品评级。具体实现、恢复策略、供应链、更新机制与使用习惯都能改变风险。

四类失效不能混为一谈

失效类型与典型控制
失效例子核心控制残余风险
秘密被复制助记词被拍照、恶意软件导出私钥离线生成与保存、硬件隔离、减少副本合法签名与攻击者签名在链上可能无法区分
合法人失去访问设备损坏、备份烧毁、passphrase 遗忘地理冗余、恢复演练、继承说明、门限恢复冗余越多，盗取面可能越大
被诱导合法签名钓鱼站、伪造前端、盲签、地址替换可信显示、清晰签名、独立核对、账户分层硬件只保证“钥匙未离开”，不保证“意图正确”
旧权限持续生效无限 allowance、NFT operator、session key最小权限、定期检查、及时撤销、隔离账户断开网站连接不会自动清除链上权限
威胁模型要定期重写

资产规模、家庭关系、居住地点、常用设备和以太坊账户形态都会变化。 一套五年前合理的单设备方案，可能已经不再匹配今天的损失上限与恢复需求。

04 · Architecture

热钱包、硬件钱包与智能账户，各自把信任放在哪里？

不是“谁绝对安全”，而是谁隔离了哪类风险、又引入了什么依赖。

钱包架构最重要的区别，是签名秘密在哪里、交易意图在哪里显示、需要几个独立授权， 以及丢失一个组件后能否恢复。ethereum.org 把硬件钱包视为隔离私钥的强方案， 同时也列出多签、社交恢复与智能账户等可编程安全能力。[1][2]

攻击者不一定要偷出私钥：只要控制第 1 或第 2 步，让你在第 3 步批准恶意请求，也可能成功。
常见架构的信任假设与适用边界
架构签名秘密主要优势关键限制典型用途
软件热钱包联网电脑或手机便捷、低摩擦、适合频繁交互与浏览器、扩展、主机和剪贴板共享更大攻击面小额日常、实验账户
硬件签名器专用设备内离线保存主机被入侵时，私钥仍不必离开设备必须在设备可信显示上核对；备份泄露仍可绕过设备中高价值、较低频使用
多签 / 智能账户多个密钥、设备或自定义验证规则消除单私钥失效，支持限额、恢复、延迟与守护人合约、配置、升级、守护人与运营流程成为新信任面组织金库、家庭资产、高价值账户
托管平台平台控制或共同控制可做账户恢复、风控与客户支持平台破产、冻结、账户接管与合规限制；不是自托管明确接受平台风险的交易或法币入口

硬件钱包解决了什么，没有解决什么？

It helps

把私钥留在隔离设备里

签名在设备内完成，普通恶意软件更难直接读取私钥；设备 PIN 还能降低失窃后的即时使用风险。

  • 减少私钥暴露给浏览器与主机
  • 提供独立显示与实体确认
  • 适合把大额账户从日常环境隔离

It cannot decide

替你判断交易是不是好主意

设备会忠实签署你确认的字节。若屏幕只显示哈希、你没核对地址，或主动输入助记词到假网站，硬件边界已经被绕过。

  • 不阻止你批准恶意 allowance
  • 不保护已经泄露的恢复材料
  • 不自动解决继承与备份灾害
EIP-7702 的现代边界

Pectra 之后，EOA 可以通过 EIP-7702 委托代码获得批量操作等能力；但根私钥仍保留控制权。 把 EOA 委托给某段多签逻辑，并不会自动消除单私钥绕过策略的能力。官方指南明确提醒： “委托给 Safe”本身不等于这个 EOA 已经变成真正多签。[11]

ERC-4337 智能账户则允许账户自定义验证逻辑，例如不同签名方案、多签、恢复与限额。 这能把“遗失一把钥匙就永久失去全部”改写成可编程策略，但安全从单个私钥问题转变为 合约实现 + 配置 + 守护人 + 前端 + 升级权限的组合问题。[10]

05 · Recovery

备份不是“有一份抄写”，而是未来能正确恢复

保密、耐久、可用与继承必须一起设计。

没有经过演练的备份，只是一种希望。真正的恢复方案要回答： 原设备彻底损坏时，用什么兼容工具、在什么可信环境、由谁、按什么顺序重建控制权？

这不是机械的“3-2-1 口号”，而是四项可验证属性。副本数量与位置要由具体威胁模型决定。

一份成熟恢复方案的检查顺序

  1. 识别根：确认这是 BIP39 助记词、SLIP39 份额、单私钥、keystore 文件还是智能账户守护配置。
  2. 记录边界：写明网络、钱包类型、是否使用额外 passphrase、需要几份材料，但不要把所有秘密写在同一处。
  3. 选择介质：纸张、金属或其他介质要匹配火、水、腐蚀、盗取和可读性风险。
  4. 隔离事故域：原设备和唯一备份不放在同一包、同一房间或同一云账户。
  5. 准备兼容路径：了解标准与派生路径；不要把能否恢复完全绑定在一家公司的服务器仍在线。
  6. 小规模演练：在新设备或清洁环境里恢复一个测试钱包，核对地址，而不是直接动用主要资产。
  7. 设计继承：让授权继任者知道存在什么、何时启动流程、找谁协助，又不能在今天单独盗取。
passphrase 是另一把不能重置的钥匙

在 BIP39 中，每个 passphrase 都会生成一个有效但不同的种子；输错通常不会出现“密码错误”，而是打开另一组空地址。 它能在助记词单独泄露时增加一道屏障，也会把“忘记口令”变成永久损失路径。 不理解恢复与继承的人，不应把它当成普通 App 密码随手启用。[3]

为什么不应该拍照？

手机照片可能自动进入云端相册、缩略图缓存、备份系统、共享图库与恶意 App 的读取范围。 ethereum.org 明确建议不要截屏保存恢复短语或私钥，因为云同步会把本应离线的根秘密变成远程可攻击数据。[1]

Bad redundancy

同一故障域里的三份副本

助记词纸、硬件设备和恢复说明都在同一个抽屉；对硬件损坏有冗余，对火灾、入室盗窃与熟人访问没有。

Useful redundancy

独立事故域与明确门限

恢复材料的存放位置、所需份数、访问规则和继承路径彼此独立，并通过测试证明某个单点失效不会摧毁可用性。

恢复测试不应制造新泄露

不要为了“验证备份”把主钱包助记词输入随机网页或日常电脑。优先使用原钱包支持的设备内检查； 若必须完整恢复，使用新购或已验证的可信设备、隔离环境和小额测试钱包先演练。

06 · Intent

硬件保护钥匙，清晰显示保护意图

最危险的请求，常常不是“把私钥交出来”，而是“请正常点一下确认”。

签名的密码学含义是：某个授权者认可了一串确定的字节。它不会证明网页没有被攻陷， 不会判断这个合约是不是骗局，也不会把“无限授权”自动改成“只用一次”。

你可能签署的并不都是“转账”

常见请求的语义与主要风险
请求它通常表达什么需要核对典型风险
链上交易发送 ETH、调用合约、部署代码或写入权限网络、from、to、value、方法、参数、费用不可逆转账、恶意调用、错误网络与地址替换
personal_sign签署带以太坊前缀的任意消息消息全文、来源、用途、是否可被合约当授权看似“登录”，实则为订单、permit 或其他动作授权
EIP-712 typed data带类型、域与字段的结构化消息domain、chainId、verifyingContract、spender、amount、deadline、nonce界面省略关键字段；签名被重放或用于预期外合约
EIP-7702 authorization授权 EOA 把代码委托给目标地址目标实现、链范围、nonce、撤销与升级规则账户行为被持续改变；恶意委托获得广泛执行能力

EIP-712 的目标，是让结构化数据可以被钱包更清晰地展示，并通过 domain separator 绑定应用与链等上下文；但规范本身不自动提供重放保护，具体应用仍需使用 nonce、 deadline 或幂等规则正确处理重复签名。[6]

四道闸应在可信显示上逐层通过；任何一层无法解释，都应该停下，而不是用“先试试”解决。

Blind signing 为什么危险？

如果设备只显示一串哈希或无法解析的十六进制数据，你确认的是“这些字节”，不是人类可读的业务动作。 2026 年，Ethereum Foundation 与钱包、安全团队发起 Clear Signing 工作，目标是让交易批准显示清晰、 可验证的意图，减少盲签这个结构性弱点。它是正在推进的生态能力，不代表今天所有钱包、 合约和网络都已经自动获得清晰显示。[8]

“没有 Gas”不等于“没有风险”

链下签名本身可能不花 Gas，却能授权第三方之后提交 permit、订单或登录会话。 判断风险要看签名语义与可执行权限，不是看当前弹窗是否收费。

地址核对也需要独立信任

剪贴板恶意软件可以替换收款地址，前端也可能显示被篡改的目标。高价值转账应在硬件设备的可信屏幕上 核对完整地址，并通过另一条独立渠道向收款方确认；首次向新地址转账可先发送小额测试， 但仍需确认后续大额交易没有再次被替换。

07 · Permissions

连接、授权、撤销，是三件不同的事

钱包没有泄露，也可能因为旧 allowance 被持续使用而损失资产。

“Disconnect wallet”通常只删除网站与钱包之间的当前会话连接；它不会自动发出链上交易， 也不会清除已经写入代币或 NFT 合约的权限。ethereum.org 的撤销指南明确区分了这两件事： 断开连接后，旧 allowance 仍可能继续有效。[7]

权限管理是循环，不是一次性清理。每条链、每个资产合约的权限都要分别检查。

为什么无限授权很常见，又为什么危险？

许多应用为了减少后续批准次数与 Gas，会请求极大的 allowance。便利来自“以后不必再批准”， 风险也正来自“以后仍能使用”。如果 spender 合约有漏洞、升级权被滥用或前端引导了恶意授权， 长期额度会把未来转入同一地址的同类代币也暴露出去。官方指南建议只批准所需额度，并定期撤销不再使用的访问。[7]

owner → approve(spender, allowance)
spender → transferFrom(owner, recipient, amount ≤ allowance)
disconnect UI ≠ approve(spender, 0) 这是 ERC-20 典型 allowance 心智模型。具体代币实现、permit、Permit2、NFT operator 与智能账户会话权限各有自己的规则。

Permission scope

最小权限四个维度

  • 只给需要的资产
  • 只给需要的金额
  • 只给可信的 spender
  • 只保留需要的时间

Review scope

不要漏掉现代权限

  • ERC-20 allowance / permit
  • ERC-721 / 1155 operator
  • 智能账户模块与守护人
  • session key 与 EIP-7702 delegation
撤销工具本身也需要核对

从可信来源打开权限查看工具，确认所选网络与账户，再核对撤销交易目标。 不要因为页面写着“安全检查”就交出助记词；正规的链上权限工具不需要你的恢复短语。

08 · Operations

最有效的安全改进，往往是限制一次错误能伤到多少

不要让储备账户、日常账户和实验账户共享同一条高风险操作路径。

不可能保证自己永远不点错链接，但可以让一次错误只影响小额实验账户。 账户分层的目标不是“多建几个地址”，而是让凭证根、签名设备、应用权限和资产规模 真正形成不同信任区。

如果三个地址都来自同一助记词、同一浏览器与同一批准习惯，界面分层不等于根风险分层。

把安全写成可重复的操作程序

每次交互前

  • 从可信书签进入，核对完整域名与网络。
  • 确认当前是实验、日常还是储备账户。
  • 检查协议与合约地址来自哪条独立来源。
  • 高价值动作先在小额账户或测试环境演练。

每次签名前

  • 辨认是交易、消息、permit、approve 还是 delegation。
  • 核对资产、金额、收款方、spender 与有效期。
  • 在硬件可信显示上核对，不只看电脑屏幕。
  • 无法清晰解释的十六进制或盲签请求立即停止。

每月或每季

  • 按网络检查不再使用的 allowance 与 operator。
  • 确认钱包与硬件固件来自官方渠道并保持支持。
  • 检查邮箱、云账户与通信工具的登录和 MFA。
  • 复核资产规模是否已超过当前架构的承受范围。

每年或重大变化后

  • 验证备份介质仍可读、位置仍合适。
  • 演练恢复流程与派生账户识别。
  • 更新继承人、守护人和多签成员配置。
  • 搬家、婚姻、离职或设备更换后重做威胁模型。
Web2 账户仍是攻击入口

自托管私钥不由邮箱密码控制，但攻击者可以先接管邮箱、社交媒体、云端或域名， 再伪造支持消息、替换下载链接、窃取照片备份或诱导签名。为这些入口启用独特强密码与 抗钓鱼 MFA（如 FIDO 安全密钥或 passkey），是在保护钱包周围的现实系统。[12]

Interactive · 01

安全架构生成器

这不是理财或产品建议；它把威胁模型翻译成结构选择，所有选择仅在当前页面本地计算。

Suggested structure

55

双区隔离：硬件日常 + 独立储备

资产影响和操作频率都处于中间区，关键是把便利账户与储备授权根分开。

  • 小额软件账户用于实验，设置余额上限。
  • 日常主账户使用硬件签名器与可信显示。
  • 储备账户使用独立根材料，极少连接 DApp。
  • 离线冗余备份，并由可信人知道启动恢复的条件。

09 · Incident response

事故发生时，先判断泄露层级

不要在慌乱中把“可能泄露”升级成“把助记词交给假客服”。

响应速度很重要，但顺序更重要。第一步不是到社交媒体公开求助，而是判断： 根恢复材料是否暴露、只有某个权限可疑，还是仅仅丢失了受 PIN 保护的设备？

若攻击者已经获得根秘密，仅修改钱包 App 密码、卸载扩展或撤销网站连接都不能恢复安全边界。

Interactive · 02

事故分诊演练

选择情境，观察“影响范围”和“第一响应”如何变化。

Likely impact

根级 · 严重

整棵派生账户树应视为已被复制

攻击者不需要你的设备或钱包密码，就能从助记词恢复相关私钥。仅卸载 App 没有意义。

First response

从干净环境建立新根，再迁移仍可控制的资产

  1. 停止在可疑设备与页面继续操作。
  2. 使用可信新设备创建全新助记词或智能账户配置。
  3. 迁移多链资产、NFT 与仓位，并检查旧授权。
  4. 旧助记词永久作废；警惕任何“付费追回”私信。

四种常见事故的现实边界

Wrong address

错误转账通常不可逆

以太坊没有中央客服能撤销已确认交易。若地址由他人控制，只能请求对方返还；若是无人能控制的地址，资产可能永久不可用。

Support scam

主动私信你的“客服”不是恢复机制

ethereum.org 不会索要恢复短语，也没有能替你找回资产的官方支持。真正的支持流程不需要你的根秘密。[1]

Malicious approval

撤销要和攻击者抢时间

撤销交易本身也在公开内存池和链上执行；若根密钥已经失陷，攻击者可能继续签名，单纯撤销不足以恢复安全。

Lost signer

设备丢失不必等于资产丢失

有可靠备份、强 PIN 或门限账户时可以恢复；真正危险的是设备与唯一备份同时丢失，或备份早已被复制。

不要向旧地址继续试转

一旦根秘密疑似泄露，迁移完成后不要因为“看起来没被盗”又把资产转回旧地址。 攻击者可以等待更高价值出现再行动；链上没有办法证明某份私钥只剩你一个人持有。

10 · Synthesis

把安全从口号压缩成一条因果链

你不需要记住所有产品名称，但要能沿着授权路径定位风险。

成熟的钱包安全模型，不是“助记词离线 + 硬件钱包”两句话。 它是一条从根恢复、签名隔离、意图理解、最小权限到事故恢复的连续控制链。

任何一环缺失，其他环的价值都会打折：最强硬件也救不了泄露的助记词，完美备份也救不了恶意盲签。

六个高频误区

“我只要不泄露助记词，就绝对安全。”

错误。你仍可能签署恶意交易、permit、无限 allowance 或代码委托；也可能向错误地址转账。根秘密安全只保护一条边界。

“钱包断开网站后，网站就不能碰我的资产。”

错误。断开连接通常只清除当前会话；已经写入链上的 allowance 或 operator 权限必须通过相应链上操作撤销。

“硬件钱包上的确认按钮意味着交易安全。”

错误。它意味着设备使用密钥签署了你确认的内容。若你没有在可信显示上理解目标与参数，硬件会安全地签出一个恶意请求。

“12 个词比 24 个词短，所以根本不安全。”

错误。合规生成的 12 词 BIP39 助记词通常承载 128 位熵，远高于现实暴力猜测能力。更常见风险是钓鱼、截图、弱随机生成和错误备份，而不是攻击者穷举整个空间。

“多签一定比单签更安全。”

不一定。门限可以消除单点，但错误阈值、共置设备、相同助记词、恶意升级、成员失联与糟糕流程也会引入新风险。

“智能账户以后会让安全问题全部消失。”

不会。它能编程恢复、限额和多签，却把安全扩展到合约代码、模块、守护人、升级权、打包基础设施与界面。风险被重构，不是被消灭。

理解测验

1. 钱包 App 里显示的 ETH，最准确的说法是什么？

2. 把钱包从 DApp “Disconnect” 后，以下哪项通常仍可能有效？

3. 硬件签名器最直接降低哪类风险？

4. 助记词已输入假网站，正确的核心响应是什么？

5. BIP39 passphrase 输入错误时，通常会发生什么？

6. 哪个方案最符合“限制爆炸半径”？

最终答案

钱包安全不是守住一个物件，而是设计一套授权系统： 秘密不被复制、意图被清晰理解、权限保持最小、单点失效不摧毁全部、合法控制者始终有可验证的恢复路径。

11 · Reference

术语与一手资料

本课以 Ethereum 官方页面、正式 BIP/EIP、安全机构与硬件钱包原厂安全说明为依据；核对日期为 2026-07-25。

术语表

Wallet
组织密钥、签名、请求展示与网络交互的工具或系统；不等于链上账户本身。
Signer
实际使用密钥产生签名的软件、硬件或服务组件。
Recovery phrase
用于重建钱包种子或密钥树的人类可读恢复材料；常被称为助记词或 wallet backup。
Passphrase
BIP39 中与助记词共同派生种子的可选字符串；每个值都对应不同钱包。
HD wallet
按 BIP32 等方案从一个根确定性派生多层密钥的分层确定性钱包。
Allowance
资产所有者给 spender 的 ERC-20 花费额度；通常是链上持久状态。
Blind signing
签名者无法用人类可理解形式核对动作，只能批准哈希或原始字节的情形。
Clear signing
把交易和签名意图以可验证、可理解方式展示给用户的设计方向。
Multisig
需要多个独立授权达到阈值才执行的账户或控制方案。
Social recovery
由一组守护人或规则帮助更换失效控制密钥的智能账户恢复机制。
Session key
在限定时间、资产或动作范围内代表账户操作的临时或受限密钥。
Blast radius
单个秘密、设备或权限失陷后能影响的账户、资产和时间范围。

资料来源

  1. 01
    ethereum.org — Ethereum security and scam prevention 恢复短语、硬件钱包、交易核对、授权限额与常见钓鱼骗局的官方安全入口。 页面更新：2026-06-06 · 核对：2026-07-25
  2. 02
    ethereum.org — Choose your wallet 硬件支持、自托管、多签、社交恢复、智能账户等钱包能力与筛选维度。 最近目录更新：2026-06-16 · 网站更新：2026-07-16
  3. 03
    BIP-39 — Mnemonic code for generating deterministic keys 助记词熵与校验、词表、PBKDF2-HMAC-SHA512、可选 passphrase 和种子生成规范。 Deployed specification · 2013-09-10
  4. 04
    BIP-32 — Hierarchical Deterministic Wallets 分层确定性密钥树、扩展公私钥、hardened 派生与 xpub 泄露边界。 Deployed informational specification · 2012-02-11
  5. 05
    BIP-44 — Multi-Account Hierarchy for Deterministic Wallets 基于 BIP32 的多币种、多账户派生层级；以太坊 coin type 常见为 60。 Deployed specification · 2014-04-24
  6. 06
    EIP-712 — Typed structured data hashing and signing 结构化签名编码、domain separator，以及重放与抢跑安全注意事项。 Ethereum Improvement Proposal · 2017-09-12
  7. 07
    ethereum.org — How to revoke smart contract access 链上 token allowance、无限授权、断开连接与撤销权限之间的区别。 页面更新：2026-06-06
  8. 08
    Ethereum Foundation Blog — Clear Signing: Making Transaction Approvals Safer Ethereum Clear Signing 工作组、盲签风险与开放注册基础设施的 2026 年公告。 Ethereum Foundation · 2026-05-12
  9. 09
    ethereum.org — Account abstraction 智能账户、自定义安全规则、备份密钥、恢复、多签与限额的官方路线图说明。 页面更新：2026-06-24
  10. 10
    ERC-4337 — Account Abstraction Using Alt Mempool UserOperation、账户自定义验证、多签、恢复与其他账户抽象能力的正式规范。 持续更新的 ERC 规范
  11. 11
    ethereum.org — Pectra 7702 guidelines EIP-7702 委托账户的开发与安全边界，包括根 EOA 私钥仍保留控制权。 核对：2026-07-25
  12. 12
    CISA — Phishing-resistant MFA guidance 对高价值账户采用硬件 PKI、FIDO 等抗钓鱼多因素认证的官方网络安全指导。 U.S. Cybersecurity and Infrastructure Security Agency
  13. 13
    Trezor — What is a hardware wallet? 硬件设备内签名、私钥离线、设备与备份分离、固件更新和恢复材料泄露后的处理。作为原厂实现说明引用，不构成产品推荐。 Hardware wallet vendor documentation · 核对：2026-07-25
  14. 14
    EIP-7702 — Set Code for EOAs 授权元组、代码委托、重放保护与委托合约实现的安全注意事项。 Ethereum Improvement Proposal · Pectra activated
  15. 15
    ERC-1271 — Standard Signature Validation Method for Contracts 合约账户验证签名的标准接口，说明智能账户的有效签名由合约逻辑定义。 Ethereum Improvement Proposal · 2018-07-25
下一步

现在你已经能从“恢复根—签名器—意图—权限—响应”五层判断钱包安全。 进入第六章后，我们会把一笔交易从钱包构造、签名、广播、交易池到验证者打包的完整路径逐步展开。