Ledger Wallet 正版入口与签名核对：避免假升级和不可读请求
链小知 · 入门 · 核验 · 依官方文档整理
核对官方软件来源，再按设备显示确认普通转账；对缺少 Clear Signing 的 dapp 请求保留未知。
开始前准备
- 已有 Ledger 设备与钱包软件；准备设备型号、软件版本和收款方原始地址。
- 本教程依据 2026 Ledger Wallet 官方页面，旧 Ledger Live 名称可能仍出现在历史资料。
- 不下载执行程序、不连接设备、开通账户或签名。实际交易有网络费，第三方兑换费用分开。
1. 从官方产品页确认软件入口
直接打开 Ledger 官方 Ledger Wallet 产品页，通过其桌面或移动入口核对下载来源。避免把搜索广告、主动私信或“立即验证备份”的邮件链接当官方入口；产品现名与旧资料名分别记录。
检查结果：记录完整域名和对应平台，未向网站提交恢复词。
2. 建立账户、链和付款清单
官方普通发送流程是选发送账户、填原始收款地址和金额、查看网络费。先确认网络和账户，聚合余额可能把不同链资产合并显示，需要查看实际分布。
检查结果：本次资产、网络、账户、地址、金额与费用有独立记录。
3. 以设备显示逐项核对
正式请求进入设备时，应读取收款地址、资产、金额和网络费用，逐项与原始收款来源比对。软件画面与设备不符时拒绝，不继续批准以测试“是否能到账”。本次仅整理此核对方法。
检查结果：能读懂实际意图，且字段全部匹配；未知项不能勾为通过。
4. 检查 dapp 请求是否完整可读
官方 dapp 页面明确：钱包与 dapp 都需支持 Clear Signing 才能完整显示。连接成功不等于每次请求都有可读详情；若只见无法理解的数据，不把普通转账核对结论扩大到该合约操作。记录应用、链、请求类型和设备支持范围后暂停。
检查结果：普通发送与合约调用分别验收；不可读请求留作未核实。
5. 区分批准、广播与到账
普通发送在设备批准后广播。若以后实际执行，应保存交易 ID 并用对应链浏览器查结果，不能凭软件显示已发送就判定平台入账。硬件屏幕核对也是一个步骤，不能证明第三方服务履约。
检查结果：本次结论只含来源与核对清单，签名/广播/收款仍待实际验收。
怎样确认完成
- 官方软件入口与平台已核对。
- 有普通发送的设备核对清单。
- 明确当前设备/dapp 可读范围和未验收项目。
常见错误与边界
- 用旧产品名搜索后进入假下载广告。
- 只核对电脑屏幕，忽略设备实际收款地址。
- 所有 dapp 都支持 Clear Signing 的假设。
- 将硬件批准与收款平台入账混同。