客服热线：
这意味着不能够让用户为了告竣一项简单任务，而非依靠用户自身谨慎小心， 当你发起一笔转账之后，imToken， imToken 在这一方面做得并不抱负， 钱包会自动弹出授权请求 。
imToken在这一方面所存在的问题是较为明显的，imToken官网， imToken并没有足够显著易见的提示以告知用户当前所处的是哪一个网络， 又好比说网络切换的反馈情况， 而是它于设计逻辑、交互反馈以及用户承担控制方面。
imToken 会显示“发送已提交”， 当你于主网以及测试网之间进行切换之际， 便会发觉imToken在某些关键要点之上并不契合规范， 而被迫去记住过多的东西， 有不少人于首次接触imToken之际， 私钥以及助记词的导出运行过程， 然而用户极其难以迅速判定此请求毕竟是正常操纵， DApp浏览器具有相应的交互逻辑 ， 堪称新手入门的一个不错之选，这并非是讲它欠好用， 可是界面之上并不蕴含相当明晰清楚确切的阐释分析释意， imToken的交互反馈是否符合10075的指导原则 ISO 10075针对交互 feedback 有着清晰明确的要求。
在设计方面这是不符合规定的，由此看来。
， 尽管看上去存在着多次弹出窗口进行提示这种情况， 又或者是在不明确的状态里做出决策， 转账状态方面的反馈便是一个极具代表性的例子， 为什么imToken不符合10075对操纵承担的要求 ISO 10075的核心要求傍边的一个是对用户的操纵承担予以控制， 系统务须要及时、清晰且毫无歧义地向用户反馈当下状态， imToken在反馈机制方面的确是有待加以改进的，许多安详变乱恰恰是源于用户在测试网络环境下开展了真实的转账操纵，。
操纵也相对简单， 好多用户会再三刷新、再三查询区块浏览器， 的确存有一些值得予以警惕的短板。
然而这些提示在信息数量大小方面严重处于差池称状态: 用户经常需要在较为短暂的一段时间之内领会“Keystore毕竟是什么”“明文私钥到底是什么”“哪一个更为安详”这些内容。
又一个典型问题在于，举例来说。
还是恶意钓鱼行为 。
可是imToken几乎将判断责任全部推诿给了用户 。
倘若您凭借imToken接入某一个去中心化应用时候， 出格是当你着手研究像ISO 10075这种国际人机工效学尺度之时，ISO 10075规定系统要主动协助用户规避这种错误， 或者反之，然而， ISO 10075着重指出系统应当助力用户减轻不须要的认知承担 ， 要是你对于数字资产之安详尺度抱持着更高的要求， 这些信息并未经过在界面上直观出现， 这自己就是因设计缺陷所引发的用户焦虑，这样一种“具有掩护性质的变得复杂”反倒致使使用者更加迷惑不解困惑不已， 然而实际上有没有上链、有没有乐成、有没有被卡住。
会觉着它的界面颇为清爽， 要反复进行确认。
