Ledger 本地签名流程｜请求、屏幕与完成记录

Ledger 本地签名流程适合拆成四段：请求从应用页面出现，设备屏幕呈现确认信息，用户按顺序核对，完成后留下普通状态记录。这样看流程，比单独记技术名词更容易执行。

本地签名流程先看请求来源

请求来源通常在应用页面中出现，读者先确认页面名称、连接设备和当前目的。若还在熟悉 Ledger Wallet 的基本角色，可先阅读 Ledger Wallet 基础说明，把页面、设备和记录三者分开。

• 页面负责显示请求背景。
• 设备负责显示确认内容。
• 记录只保留状态和时间。

设备屏幕如何进入确认顺序

进入确认阶段后，视线应回到设备屏幕，逐项阅读提示内容。屏幕信息与页面目的一致时，再继续后续动作；如果当前连接状态不稳定，可以先查看 Ledger 连接排查，确认环境再处理。

顺序	动作	记录方式
一	确认页面来源	写页面名称
二	阅读设备屏幕	写提示摘要
三	保存完成状态	写时间和结果

私钥边界在流程中放在哪里

私钥和恢复资料属于离线保存范围，不应放入页面表单、截图或普通沟通材料。理解这一点时，可结合 恢复资料基础，把资料保存和设备确认分成两张清单。

完成记录为什么要简短

完成记录的作用是帮助下次复查，不是复述完整操作。建议只写设备型号、页面名称、确认结果和是否需要后续查看。安全机制背景可补看 Ledger 安全机制说明，但记录仍保持简短。

后续复查如何安排

如果同类请求经常出现，可按月或按使用场景复查记录格式：是否写清入口、是否保留设备状态、是否避免混入恢复资料。格式稳定后，团队或个人都能更快看懂前后处理顺序。

本地签名流程的价值在于把每一步都放到固定位置：先看请求来源，再看设备屏幕，最后看完成记录。顺序固定后，读者就能判断当前动作停在哪一段，也能知道下一步该复查页面还是设备。