eosio.system合约分析部署合约:

eos有个核心理念,EOS代币的所有者给予用户按比例的网络带宽、存储空间、运算能力。好处是用户拥有1%的EOS代币,无论网络其余部分的负载如何,他将始终可以访问1%的网络带宽。恶意攻击者只能消耗根据其EOS代币占比拥有的相应比例的网络资源。不会影响整个eos网络。

本文目的是分析eos这一核心理念是如何实现的?

根据eos官网找到了代码实现的范围 https://github.com/EOSIO/eos/tree/master/contracts/eosio.system

eosio.system是EOS的智能合约,eos三个核心功能: 1,用户抵押token,可以投票给区块生成者(block producer),就是目前竞争火热的21个超级节点,还有获得社区提案(worker proposal)的权利。 2,设置代理,把投票权移交给其他用户。 3,抵押token,获得相应的网络带宽,存储空间,运算能力。

部署合约:

首先需要创建个钱包,才可以做其它操作

创建默认钱包
./cleos wallet create
设置基础配置智能合约:eosio.bios
./cleos set contract eosio ../../contracts/eosio.bios -p eosio -j
设置系统智能合约:eosio.system 部署了该智能合约
cleos set contract eosio ../../contracts/eosio.system -p eosio

然后才可以有账户发行EOS token,才可以执行,注册producer,投票者下注,投票等操作。

创建eos token
./cleos push action eosio issue '{"to":"eosio","quantity":"1000000000.0000 EOS"}' --permission eosio@active -j
创建账户 bp.a
./cleos create account eosio bp.a EOS8dtXWZQWqSv4mk3WPrpMKGywA5pBY1MWxbpSGSLVvV4k98kvxs EOS7fhfs1j5BBQC9bsM5c8c2WZy6NPG6mbAGMuuYJCnKNHfb3vrND
vo.a 押token
./cleos push action eosio delegatebw '{"from":"vo.a","receiver":"vo.a","stake_net":"100.0000 EOS","stake_cpu":"100.0000 EOS","stake_storage":"0.0000 EOS"}' --permission vo.a@active
vo.a给 bp.a 投票
./cleos push action eosio voteproducer '{"voter":"vo.a","proxy":"","producers":["bp.a"]}' --permission vo.a@active

eosio.system合约源码

1,eosio.system合约的主要代码在eosio.system.hpp、eosio.system.cpp两个文件中; 2,eosio.system合约有很多Action,eosio.system.cpp中的EOSIO_ABI宏定义如下:

EOSIO_ABI( eosiosystem::system_contract,
 (setram)
 // delegate_bandwith.cpp
 (delegatebw)(undelegatebw)(refund)
 (buyram)(buyrambytes)(sellram)
 // voting.cpp
 // producer_pay.cpp
 (regproxy)(regproducer)(unregprod)(voteproducer)
 (claimrewards)
 // native.hpp
 (onblock)
 (newaccount)(updateauth)(deleteauth)(linkauth)(unlinkauth)(postrecovery)(passrecovery)(vetorecovery)(onerror)(canceldelay)
)

3,可以看到,具体的Action实现代码分散到了delegate_bandwith.cpp、voting.cpp、producer_pay.cpp、native.cpp中,下面会进行分析。

4、eosio.system.hpp中定义了合约类eosiosystem::system_contract,和一些结构体:

eosio_global_state(全局状态) producer_info(生产者信息) voter_info(投票人信息)

5,system_contract类继承自native.hpp中定义的eosiosystem::native类,native类又继承自eosio::contract基类;

6,system_contract类中定义了system合约的Action,

以下Action在producer_pay.cpp中实现:

计算生产者节点收益的相关代码:

//计算一些遗漏的区块,更新指定生产者的区块信息
void onblock( uint32_t timestamp_slot, account_name producer );

//(生产者)获取回报
void claimrewards( const account_name& owner );



//计算根据生产者生产的区块数量,计算每个块的收益    
eosio::asset system_contract::payment_per_block( double rate, const eosio::asset& token_supply,  uint32_t num_blocks ) {
const int64_t payment = static_cast<int64_t>( (rate * double(token_supply.amount) * double(num_blocks)) / double(blocks_per_year) );
return eosio::asset( payment, token_supply.symbol );
}

//计算根据生产者的生产时间,计算每秒收益    
eosio::asset system_contract::supply_growth( double rate, const eosio::asset& token_supply, time seconds ) {
const int64_t payment = static_cast<int64_t>( (rate * double(token_supply.amount) * double(seconds)) / double(seconds_per_year) );
return eosio::asset( payment, token_supply.symbol );
}

//计算生产者从每次投票中获得的收益(代码部分省略)
eosio::asset system_contract::payment_per_vote( const account_name& owner, double owners_votes, const eosio::asset& pervote_bucket ) {
eosio::asset payment(0, S(4,EOS));
//如果每日收益少于100EOS,则没有收益
const int64_t min_daily_amount = 100 * 10000;
if ( pervote_bucket.amount < min_daily_amount ) {
     return payment;
}
//省略...
return payment;
}

以下Action在delegate_bandwidth.cpp中实现:

  //抵押token,获取网络和CPU资源
  //from是抵押者,receiver是token接收者
  //transfer如果设置为true,接收者可以取消抵押,否则抵押者可以随时取消抵押
    void delegatebw(account_name from, 
            account_name receiver,
            asset stake_net_quantity, 
            asset stake_cpu_quantity, 
            bool transfer);

//取消抵押,释放网络和CPU资源
//from取消抵押后,会失去投票权
void undelegatebw(  account_name from, 
                account_name receiver,
                asset unstake_net_quantity, 
                asset unstake_cpu_quantity );

//购买指定价值内存,buyer是购买者,receiver是内存接收者
void buyram( account_name buyer, account_name receiver, asset tokens );

//购买指定大小的内存,支付的EOS会以当前市场价格计算
void buyrambytes( account_name buyer, account_name receiver, uint32_t bytes   );

//出售内存
void sellram( account_name receiver, uint64_t bytes );

//取回token,有3天等待期
void refund( account_name owner );

实现的主要是和资源分配有关的Action:

//抵押token,获取网络和CPU资源
//from是抵押者,receiver是token接收者
//transfer如果设置为true,接收者可以取消抵押,否则抵押者可以随时取消抵押
void delegatebw(account_name from, 
            account_name receiver,
            asset stake_net_quantity, 
            asset stake_cpu_quantity, 
            bool transfer);

//取消抵押,释放网络和CPU资源
//from取消抵押后,会失去投票权
void undelegatebw(  account_name from, 
                account_name receiver,
                asset unstake_net_quantity, 
                asset unstake_cpu_quantity );

//购买指定价值内存,buyer是购买者,receiver是内存接收者
void buyram( account_name buyer, account_name receiver, asset tokens );

//购买指定大小的内存,支付的EOS会以当前市场价格计算
void buyrambytes( account_name buyer, account_name receiver, uint32_t bytes );

//出售内存
void sellram( account_name receiver, uint64_t bytes );

//取回token,有3天等待期
void refund( account_name owner );

以下Action在voting.cpp中实现

//注册生产者,会为生产者创建或更新producer_info对象
  void regproducer( const account_name producer, const public_key& producer_key, const std::string& url );

//取消注册
  void unregprod( const account_name producer );

//投票,可以投给多个生产者
void voteproducer( const account_name voter, const account_name proxy, const std::vector<account_name>& producers );

//注册成为投票代理
//已经使用了代理的投票者,不能注册为投票代理
void regproxy( const account_name proxy, bool isproxy );

voting.cpp中包含了投票相关的Action,比较重要的有:

//根据投票数由高到低,选出21个区块生产者,并更新数据
void system_contract::update_elected_producers( block_timestamp block_time ) {
//...    
}

//用户投票选出生产者
//参数voter_name表示投票人,proxy表示该账户的代理人
//参数producers是一个生产者数组
void system_contract::voteproducer( const account_name voter_name, const account_name proxy, const std::vector<account_name>& producers ) {

//如果已有代理人,表示该账户已经把投票权委托出去了,就不能再投票
if ( proxy ) {
    eosio_assert( producers.size() == 0, "cannot vote for producers and proxy at same time" );
    //不能委托给自己
    eosio_assert( voter_name != proxy, "cannot proxy to self" );
    require_recipient( proxy );
} else {
    //一次不能投超过30个生产者
    eosio_assert( producers.size() <= 30, "attempt to vote for too many producers" );
    //检测账户投的生产者列表中的节点是否是唯一且排好序的
    for( size_t i = 1; i < producers.size(); ++i ) {
        eosio_assert( producers[i-1] < producers[i], "producer votes must be unique and sorted" );
    }
}

auto voter = _voters.find(voter_name);
//需要抵押token才能投票
eosio_assert( voter != _voters.end(), "user must stake before they can vote" ); 
//已注册为代理人的账户,不能再委托别人进行投票
eosio_assert( !proxy || !voter->is_proxy, "account registered as a proxy is not allowed to use a proxy" );

//省略...
}

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏华仔的技术笔记

关于eth gas的思考

3666
来自专栏SAP最佳业务实践

SAP S/4 HANA新变化-信用管理后台配置

一、信用评估 1、定义信用段 ? 客户信用主数据就维护在信用段视图,信用段会和信用控制范围进行关联。 2、定义信用分级 ? 3、定义信用得分计算公式 ? 4...

4145
来自专栏区块链入门

【深度知识】以太坊第2层扩容方案:状态通道(State Channels)、Plasma 和 Truebit

对于以太坊来说 2018 年是着力基础建设的一年。今年是初期用户来测试网络极限的一年,并将重新关注一些扩展以太坊的技术。

1347
来自专栏华仔的技术笔记

以太坊白皮书(原版译文)以太坊(Ethereum ):下一代智能合约和去中心化应用平台

40010
来自专栏区块链入门

【葵花宝典】区块链技术面试必考题 01 区块链面试真经

话说,区块链行业对人才的缺口越来越大,但由于区块链涉及的知识领域较为广泛,能找到真正有用的人才对每个企业来说都非常不易。

774
来自专栏区块链大本营

“危机四伏”的以太转账操作|以太转账安全风险——漏洞分析连载之八期

Solidity语言的默认存储规则和引用未初始化变量带来的特殊性共同导致了未初始化变量将原有状态变量覆盖,占用了状态变量在Storage中的位置,重演了最近“高...

812
来自专栏区块链大本营

三天竟然爆发两起大漏洞事件!我们来教你如何跳过以太坊的坑

3886
来自专栏AI研习社

想挖矿?不如先学习一下以太坊

许多使用点对点协议且基于区块链的项目在性能和吞吐量上夸大其辞。在研发阶段,这些项目已经出现了一些创新,但是一旦这些协议运行时,它们大多对经常遇到的挑战难以作出解...

742
来自专栏区块链入门

【链安】竞态条件漏洞分析及详细修复建议

【竞态条件】竞态条件的官方定义是如果程序的执行顺序改变会影响结果,它就属于一个竞态条件。 在智能合约中,竞态条件漏洞被攻击者利用后,攻击者利用一个与存在漏洞合...

842
来自专栏区块链入门

【区块链安全】技术小白如何做到让一行代码值64亿元?

2018年4月24日,又一件突发性事件引爆了币圈!刚刚发行了才两个月的“美链 Beauty Chain” (简称BEC)在受到黑客的攻击的影响下直接归零了!黑客...

924

扫码关注云+社区