为EOS小白用户准备的应用：Easy Pay
普通用户是否需要了解 EOS 的资源模型？
背景
EIDOS 的空投导致整个 EOS 网络交易费用高企，大量用户抵押 EOS 不够发起交易，用户怨声载道。是否 EOS 的资源模型设计存在问题，又有什么办法可以解决这样的问题？
EOS 资源模型
EOS 的资源模型涉及到
- CPU
- NET
- RAM
RAM
用来存储用户的数据，比如账户余额，合约数据等。
RAM 需要向系统购买，不用的时候可以出售还给系统。
什么时候需要消耗 RAM？比如你给一个用户转账一个代币，而用户原来没有这个代币，那么对方就需要一个快新的空间来存储余额，这个时候，就需要消耗 RAM。
而在一般的交易中，无需关心 RAM。
CPU
每一笔交易，都需要节点执行并验证，CPU 资源就是与节点的计算时间相对应，每笔交易需要消耗一定的 CPU 时间。
CPU 资源通过向系统抵押 EOS 来获得，CPU 消耗过后，会在 3 天时间内逐渐恢复。
抵押一定数量的 EOS 获得的 CPU 时长是动态的，根据全网的使用量动态调节。全网使用量越大，单位 EOS 获得的 CPU 时长越少。
NET
每一笔交易，需要传输到节点并且存储在区块中，NET 资源对应的是网络传输和存储的成本，每笔交易需要消耗一定的 NET 使用量。NET 和 CPU 相似，采用抵押获得。
小结
NET 资源目前是非常宽裕的，而 RAM 资源一般不产生变化，所以主要的问题是 CPU 资源的问题。
和 BTC、ETH 资源模型不同，前者只要支付交易手续费，就可以等待交易被打包。区别在去交易成功的快慢问题，所以在交易量大的时候，交易成功会延迟。这就是俗称的区块链网络拥堵。
而在 EOS 中，不存在拥堵的情况，交易如果是合法的，马上就会成功。那么什么是“EOS”的网络拥堵呢？
那就是用户抵押的 EOS 所获得的 CPU 资源，不够发一笔交易，需要等到全网负荷减少，从而能够分配到足够的 CPU 资源来发起交易。
问题
从上面的描述，可以得到的结论是，EOS 的资源模型，虽然有着看似免费的概念，但是事实是复杂的，且存在一些缺陷。
CPU 死锁
- 如何获得更多的 CPU 资源？
- 通过抵押更多的 EOS
- 如何发起抵押操作？
- 需要足够的 CPU 资源
是不是死锁了？没有 CPU 资源什么都做不了。
解决办法
- 他人帮助，有足够多的 CPU 资源的用户，可以帮助抵押 EOS 来获取资源。缺点：麻烦
- 法币租赁，第三方服务商通过收取法币，为用户抵押 EOS 来获取资源。缺点：昂贵
空闲浪费
普通用户，抵押了 EOS 获得了 CPU 资源，常常是空闲不用的，那么这就产生了一种浪费，也降低了资产的流动性。
- 抵押足够多：随时可发起交易，多数时间空闲，浪费
- 抵押小：网络负荷低时可以发起交易，网络负荷高无法发起交易，头疼
Easy Pay
那有什么办法来解决目前 EOS 资源模型存在的问题？
EOS 最新的系统升级，引入了一个新特性，就是他方付 CPU 的特性。一笔交易，CPU 资源可以不从交易发起者扣除，而是指定其他账户扣除。
这样的特性为文本所介绍的应用带来的可能。
在 Easy Pay 中转账，用户不用给自己抵押 EOS、也不用关心网络的负荷，只需要支付 0.01 EOS 的手续费，就可以马上把交易发出去。CPU 资源由应用方来为用户支付。
好处
- 简单易懂
- 无需抵押，为资产提供更高的流动性
- 无论网络负荷多数，都可以第一时间将交易发送出去
功能
Easy Pay 目前支持
- EOS 转账
- EOS 网络中的代币转账，如 LC
- EOS 通用合约调用
即将上线的功能：
- EOS 糖果抓取
- CPU、NET、RAM 等资源管理
- REX 租赁
- 其他常用的功能
使用
目前 Easy Pay 已经上线 麦子、Meet One、TokenPocket、ONE 等 EOS 钱包，在这些钱包的应用中都可以搜索到，使用界面简单易懂。
唯一需要关心的是手续费金额，默认是简单交易 0.01 EOS，一般的转账都是没有问题。如果有复杂的合约调用、领取空投、账号创建等交易。如果使用简单交易超时报错，可以选择复杂交易，需要支付 0.05 EOS。
文章原创首发力场
