在名称注册管理机构被广泛采用之前，用户必须处理长地址和事务哈希，这些只是关于如何使它们更具可读性的一些想法，同时保持完整信息的透明度。
🔑🔑原则🔑🔑
Dapps前端应该：
➤显示哈希的紧凑版本，但始终显示初始和结束部分
即：0xABCD ... EFGH
但请注意，这可能包含安全问题，因为 vanity 地址生成器可以在大约一周的时间内内生成 8 个字符的序列
➤更喜欢使用4个字母的块而不是每个部分使用3个字母
即使用0xABCD ...而不是0xABC ...
➤在前面添加 “0x” 以表示它是一个哈希值
➤允许可选视图，其中整个地址可见
➤允许用户轻松复制地址
➤🌀尽可能使用缩写作为标题，缩写地址作为子标题
➤创建一个系统，允许用户轻松地将自定义的可读名称或文本与地址相关联
这些注释应该存储在用户的本地计算机上，而不是存储在服务器上（∞链接5.代码原则的透明度） ，使用已知别名数据库（如 ENS 注册表或 Etherscan ）来获取已知合同和地址。