适用范围与设计基础
这里的互动设计主要指用户通过网页和钱包理解、确认并查看链上操作的过程。以太坊交易文档说明了签名、费用和交易生命周期；W3C的WCAG 2.2则以可感知、可操作、可理解和稳健四项原则组织网页可访问性要求。前者适合解释链上操作，后者适合评价界面是否容易使用。不同区块链的具体机制仍需分别核实。
签名页面没有说明操作含义
只展示地址、十六进制数据和“确认”按钮，会使用户难以判断自己同意了什么。签名前的界面应优先说明操作对象、动作及关键参数，并允许查看原始信息。普通转移与合约执行需要不同的解释，不能统一写成含义模糊的“验证”。
以太坊文档介绍了利用交易描述信息改善可读性的方法。但文字摘要依赖正确的数据解析；无法可靠识别的内容，应明确标注，避免用确定语气掩盖不确定性。
把已提交显示成已完成
签名、广播、等待纳入区块与最终确定属于不同阶段，交易纳入区块也不代表合约执行必然成功。页面若过早显示完成，容易造成误解。设计上应分别呈现提交状态、执行结果和确认程度，并保留可核对的交易标识。
长时间等待时，仅有旋转图标不能解释发生了什么。状态提示应说明当前已知信息；网络响应不足时，应展示“暂时无法确认”，不能直接断言失败。
费用与操作金额混在一起
操作金额和网络执行费用需要分开呈现，费用估算也应与实际支出区别标注。对普通用户而言，先解释费用用途，再提供技术字段，比直接堆叠Gas参数更容易理解。
读取数据与改变链上状态也应区分。通过eth_call进行的只读查询通常不支付链上交易费，但在链上交易内部执行相关计算仍会消耗Gas。因此，界面不能笼统宣称所有合约交互都收费或所有读取都免费。
关键反馈不够容易感知和操作
可访问性问题会直接影响确认与核对过程。例如，仅以红绿颜色表示成败、按钮缺少清晰名称、键盘焦点难以识别，都可能使用户错过重要信息。设计应让状态具有明确文字说明，让核心控件可通过键盘操作，并让辅助技术能够识别其用途。
这些要求应覆盖完整流程，包括网页、钱包弹窗和结果页面。检查时既要关注单个控件，也要观察用户能否连续完成理解、核对与查看结果；不能仅凭局部视觉优化就宣称整个流程符合WCAG。