szhbsd 
一、缘起
昨天Chuan同学的译文，介绍了一个可以用邮件收发EOS的项目。
简单的说，就是输入对方的邮件发送EOS，对方会收到一个通知邮件，在邮件中点击链接就可以领取EOS。
我觉得，这是一个非常有创意的想法，在这个思路的基础上做出更多的好东西来。
比如，可以支持微信发送EOS，而不是用邮件。
二、基于银行合约的通用EOS账号
今天在这里，我想重点讨论的是上述方案中的另外一个问题：
需要一个钱包领取的过程。如果对方没有钱包，就引导对方去下载钱包。
但是，问题是：
如果对方有钱包，何不直接用钱包对钱包发送？
如果对方没有钱包，面向一个没有钱包的小白，发送方还需要向对方说明白，什么钱包、私钥、抵押CPU等等问题，这会是一个非常麻烦的事情。
一个再创新的思路是：
为什么一定要用钱包领取呢，直接就放在那里，用户作为自己的资产使用，可以吗？
答案是可以的。
当用邮件或者微信发送一笔EOS的时候，其实是把EOS打到了一个合约地址，同时也标明了这笔EOS归属的邮件或者微信ID。即使不领取，EOS仍然在链上，不会丢失。
所以，我们需要的不是引导用户去下载钱包，而是给用户一个直接展现其资产的界面。
该界面直观地告诉用户，有一笔EOS到账，总共有多少EOS资产，价值多少。这些网络资产，他可以直接使用，比如支付或者转账给其他的人。
到这里，你看到已不再是一个EOS的邮件发送系统，而是一个：
基于EOS链上合约的通用资产账号系统。
即，不需要使用复杂的EOS钱包，只需要邮件地址、微信号，当然也可以是QQ、微博、抖音、推特、Facebook账号等等，你就可以拥有EOS网络资产。
二、解决的痛点问题
基于EOS链上合约的通用资产账号系统，可以解决EOS的“门槛高、责任大、流量小、使用难”4大痛点问题，给用户带来全新的用户体验：
1、门槛高的问题
用户不再需要复杂的钱包，只需要邮件地址、微信号、QQ号等，就可以拥有和使用EOS资产。
这会极大地降低普通用户进入的门槛。
只要向对方发个邮件、微信或者QQ，对方就拥有了EOS资产。
这样种地的农民、广场舞大妈都可以随时地拥有自己的EOS网络资产。
过年回家，你用EOS发红包，给亲戚朋友，也不用费劲的告诉怎么下载EOS钱包了，直接微信小程序里就看到的自己网络资产。
注意，是EOS资产，而不只是EOS的TOKEN，EUSD也可以的。
也就是说，只要有微信、QQ、邮件的人，都就可以随时拥有一个美元账号！而不需要，现实世界中极其复杂的手续过程。
2、责任大的问题
虽然链上资产安全级别最高的是钱包，特别是私钥永不触网的冷钱包，但是对大量的普通用户、小额资产而言，让他们自己负责自己的资产安全，保护好自己的私钥，反而是一种压力。
使用通用资产账号，用户的EOS是托管在银行合约里，链上资产安全是靠合约来保证的，用户是不必操心的。
这正是BM在EOS宪法2.0里提到的，一个保护用户资产安全的方案。
“…那如何保护持币人不被欺诈或者盗窃呢？ 答案是：一个可选的类似银行的李嘉图合约，该合约能够代表所有者掌控他们的EOS。在银行合约中的转账，可以根据指定仲裁人的裁决进行回滚或者冻结EOS。从银行合约中提现，需要三天的延迟。…”
即，通用账号的资产是存放在一个链上合约里，如果通用账号之间发生欺诈和被盗，是可以追溯找回的。
如果通用账号提取到普通钱包，则设置3天的延时到账，受害者可以及时发现并找回。
当然，用户仍然需要保存好自己的邮件、微信、QQ的密码，但这个密码的保护和找回，现在传统的互联网已经有了一套成熟的方案。
比如，借用传统的邮件、手机号码多重保护，或者好友密码找回等等。
通过资产托管，帮助用户做好资产安全保护，是大多数普通用户在小额资产情况下的一个不错选择。
在用户资产累积比较大时，可以给用户一个提醒，提醒下载自己的钱包，从而向独立掌控自己的资产逐步转变。
3、流量小的问题
目前EOS的应用（比如菠菜），必须要有钱包才能玩。
而目前的EOS账号才刚刚60万。这对传统互联网来说太少了，基本上存量用户自己在割自己。
但是，如果这些应用与基于EOS链上资产的通用账号集成，那么微信、邮件、微博、QQ、微博、抖音、推特、Facebook这些传统互联网的海量入口，都能成为里EOS应用的入口。
用户在微信、微博、推特、Facebook里点击链接，就可以玩EOS上游戏、菠菜，赚取EOS网络资产。
传统的游戏，也可以很方便地实现与EOS的无缝集成，实现代币化的升级改造。
比如，微信里的一个赛车小程序，可以通过微信ID关联到用户的EOS资产，从而可以实现赛前自动扣除参赛费，赛车后自动分配奖金等功能。
配合微信、微博的转发分享功能，EOS的应用将无处不在。
EOS上应用的用户流量将不再是十万级别，而是千万、上亿级别。
4、使用难的问题
现在的EOS应用，用户需要自己的考虑CPU、RAM、NET，而且CPU还经常爆，非常的反人性。
而有了银行合约，用过更不用考虑考虑CPU、RAM、NET这些东西，所有这些都由银行托管合约和项目方搞定。
从而彻底解决目前，EOS难以使用的问题。
三、结束语
1、你觉得这个方案怎么样?有什么改进的地方？
2、让我们共同努力，开创一个EOS应用的新世界。
