在昨天的文章中，我提到两个和地址有关的应用。虽说这些应用看上去都有一定的市场，并且有可能有一定的需求，但至少到目前为止，它们的使用频次似乎并不高。

不说别的，就说用户之间的相互转账吧，就这么一个最基本的功能，在我看来即便是在圈内用户中使用的频次都不高。很多资深玩家和 DAPP 之间的相互转账都远多于和朋友之间的相互转账。

在这样的状况下，当我们放眼未来，试图发现 Web 3.0生态中社交应用可能的形态和社交工具可能的形式，会觉得缺少头绪、缺少线索。

既然如此，那我们能不能退而求其次，回归到当下，看看就在当下、现有的基于地址的应用中，存在什么问题、存在什么痛点呢？

或许我们能够从当下一些小问题、小痛点，管窥蠡测，发现其中可能潜藏的未来的趋势和苗头。 

顺着这个思路想下去，我们就会发现基于地址的应用中，最头痛、最麻烦的地方就是地址的输入：每当我们要向另一个地址转账时，我们必须输入对方的地址，而这个地址是一长串字母和数字的混合。一旦其中一个字母或者数字输错，我们就会转错地址，从而白白丢失资产。

尽管不少钱包都提供了地址扫描、地址拷贝的功能，但在某些情况下，这些功能不便使用时我们还是得靠手动输入，又或者在某些情况下我们不小心改动了地址而这种细微改动难以察觉时，我们还是会被地址所困扰。

正是看到了这个痛点，在以太坊基金会和 V 神的支持下，以太坊生态内一个项目出现了：它就是 ENS。

ENS 刚出现时，团队的诉求非常直接和明了，就是解决以太坊地址输入不便的问题。让用户用简便易记的短字母或者数字组合替代一长串毫无规律的地址。

这就好比在互联网应用中，我们用网址代替 IP 地址一样。当我们要访问新浪网站时，我们不会输入新浪的 IP 地址（183.232.23.210），而会输入它的网络地址http://www.sina.com.cn。 

同理，在加密货币世界中，当我们要给一个0x...... 地址转账时，我们不用再输入0x......，而只需要输入它所映射的 ENS 地址（比如：abc.eth）。

这个诉求看上去非常合理、也非常应景，所以 ENS 一诞生便成为以太坊生态内高度受关注的项目。

然而，项目自2017年5月9日上线之后，至今已经有5年了。在这5年中，有相当长的一段时间里，我们似乎是“只听雷电、不见风雨”，并没有见到多少用户频繁使用 ENS，也并没有见到 ENS 引发了什么火爆的应用场景。

就以我对身边朋友的观察而言，大家平时相互转账时，使用得最多的还是地址，ENS 只是偶尔使用下，用也只是为了好奇、好玩，而非真的为了便利。

虽然大家都知道地址的种种问题，但可能是习惯使然，也可能是使用频次不高，因此目前地址存在的这些问题似乎并不像人们想象的那样给大家带来了很大的困扰，大家还是在被动地按习惯行事，依旧使用着地址。

而反观那些积极申请 ENS 的用户而言，更看重的似乎不是 ENS 给他们转账带来了什么便利，而是这些 ENS 会不会像 COM 域名那样未来成为大家囤积居奇的商品。

事物的发展经常是这样诡异：很多时候我们看好的事物往往后来发展得并不顺利，而我们不太看好的事物往往后来发展得出奇的好；又或者我们认为这个事物会向这个方向发展，但走着走着却发现这个事物向另一个方向发展了。