我们知道在部署eosio.system合约之前，cleos new account都是可以好好使用的，一旦eosio.system部署完成，再执行该命令就会报如下错误。

$cleos create account eosio itleaks EOS8Znrtgwt8TfpmbVpTKvA2oB8Nqey625CLN8bCN3TEbgx86Dsvt
Error 3080001: account using more than allotted RAM usage

这时必须使用如下命令创建对象

$cleos system newaccount eosio itleaks EOS8Znrtgwt8TfpmbVpTKvA2oB8Nqey625CLN8bCN3TEbgx86Dsvt —stake-net-bandwidth xxx

其实system newaccount也是调用createaccount命令来创建账号，只不过又多执行一个buyram action

也就是通过新增一个buyram action来解决RAM不够问题，那这里就存在一个问题了？为啥eosio.system部署前不报这个ram不够的错呢？
这个是因为newaccount这个action有两个执行者，一个是native handler函数create_native_account,一个是eosio.system的newaccount函数（原理具体可看我的博文【EOS特殊智能合约eosio】）。create_native_account函数负责创建账号，初始化账号数据。经过create_native_account函数处理后，账号的cpu_resource_limit中的cpu，ram, net都是-1，意味着账号拥有无限的ram, cpu, net, 所以不会报错。而eosio.system部署后，“newaccount”这个action还会执行eosio.system的newaccount函数，这个函数做了一个很重要的事，就是将账号的cpu_resource_limit中的ram，cpu, net都赋值为0,这样该账号就没有任何资源了，因而在后面的检测阶段因为ram不够而报错。

源码分析

"newaccount"的两个处理函数逻辑如下：

native handler的处理函数

eosio.system的处理函数newaccount

转载自:http://blog.csdn.net/itleaks

EOS是收取手续费的，主要体现在ram上。cpu和net也是收费的，但是是一种临时抵押冻结方式，一段时间后会自动解冻, 所以从一定程度上说cpu, net资源是免费的。这个其实也是合理的，因为ram是物理资产，不随时间的增长而增长。而cpu, net资产是一种虚拟资产，它的量是跟时间相关的。时间越长，它的量越大。1个月的cpu计算量肯定是1天cpu计算量的30倍。

账号的资源拥有状态保存在账号的resource_limits_object对象里，而使用情况保存在账号的resource_usage_object对象里。购买资源就是通过set_resource_limits更新resource_limits_object对象，记录资源消耗就是通过add_ram_usage更新ram使用状态和add_transaction_usage更新cpu, net使用状态。余额检测的逻辑就是比较resource_limits_object中的资源量和resource_usage_object里对应的资源使用量。接下来就来分析EOS收费具体细节。

ram收费逻辑

只要action中执行了持久化存储相关的逻辑就需要收取ram使用费，比如系统合约的newaccount ,updateauth, setcode, setabi, schedule_deferred_transaction, eosio.token的transfer

ram购买

ram购买通过eosio.system合约的buyram action来操作的，具体命令如下：

$./cleos.sh system buyram itleakstoken tokenitleaks "1 EOS" -p itleakstoken

ram购买的量是一个绝对值，是根据购买时市场内EOS和ram的汇率计算出来的。一般来说在ram总量不增加的情况下，ram会越来越贵。所以如果早期你购买了ram,然后过段时间后通过sellram卖掉ram可能还能挣钱。

汇率计算公式如下

ram消耗记录过程

我们以newaccount为例来说明：

智能合约里对table的修改其实会回调到eos的db相关函数，比如新增一个对象，就对应db_store_i64函数

ram余额检验

交易执行结束的时候，会检测ram 余额是否足够，即检测账号对应的ram量和消耗量的大小

cpu, net收费逻辑

cpu, net的消耗量是绝对值，以kb计量，而cpu, net的拥有量不是以kb计量的，而是以抵押的EOS计量保存在resource_limits_object对象里，在余额检测时才实时转为具体的绝对kb值进行比较，实时绝对量计算由get_account_net_limit, get_account_cpu_limit实现。

可见全网的网络抵押的EOS越多，账号能用的网络带宽就越少，即和抵押的CPU EOS总量相关，而不是和全部发行的EOS量相关。

cpu, net购买

购买cpu, net资源是通过抵押EOS实现的，具体命令如下：

$./cleos.sh system delegatebw itleakstoken tokenitleaks "2.0000 EOS" "2.000 EOS" -p itleakstoken

cpu, net消耗量记录过程

cpu, net的消耗量记录在resource_usage_object里，通过usage_accumulator记录

struct resource_usage_object : 
    usage_accumulator net_usage;
    usage_accumulator cpu_usage;

    uint64_t ram_usage = 0;
};
using usage_accumulator = impl::exponential_moving_average_accumulator<>;

最开始有提到过，cpu, net的消耗量是临时的，过一段时间可以清空，可以继续使用。这个具体实现逻辑由exponential_moving_average_accumulator的add函数实现

比如下图我使用itleakstoken账号执行一次转账后，cpu used反而变小了就是这个原因

cpu, net余额检测

余额检测也是在transaction_context.finalize函数

转载自:http://blog.csdn.net/itleaks

EOS DApp integrate with Scatter

This is a very simple Demo project to show that how to sign a EOS transaction with Scatter.

github地址

github地址

Port of MetaMask Ethereum Ðapp browser for mobile devices (iOS only for now)

github地址