在名称注册管理机构被广泛采用之前,用户必须处理长地址和事务哈希,这些只是关于如何使它们更具可读性的一些想法,同时保持完整信息的透明度。
🔑🔑原则🔑🔑
Dapps前端应该:
➤显示哈希的紧凑版本,但始终显示初始和结束部分
即:0xABCD ... EFGH
但请注意,这可能包含安全问题,因为 vanity 地址生成器可以在大约一周的时间内内生成 8 个字符的序列
➤更喜欢使用4个字母的块而不是每个部分使用3个字母
即使用0xABCD ...而不是0xABC ...
➤在前面添加 “0x” 以表示它是一个哈希值
➤允许可选视图,其中整个地址可见
➤允许用户轻松复制地址
➤🌀尽可能使用缩写作为标题,缩写地址作为子标题

➤创建一个系统,允许用户轻松地将自定义的可读名称或文本与地址相关联
这些注释应该存储在用户的本地计算机上,而不是存储在服务器上(∞链接5.代码原则的透明度) ,使用已知别名数据库(如 ENS 注册表或 Etherscan )来获取已知合同和地址。