从CPU爆红来看EOS三大资源模式_ETF:imkey只支持imtoken吗

本文来自:EOS引力区,作者:eosisgravity,星球日报经授权转发。随着近期EOSDapp的爆发,EOS账户持有数突破了40W,越来越多人正慢慢加入EOS生态,但在EOS生态稳步推进的同时,前几天猛然出现的的CPU资源“爆红”也让人略显无奈。因CPU资源爆红,账户之间的转账陷入困境随即,在15个BP投票通过下“target_block_cpu_usage_pct的当前值从1000更改为2000”EOS主网面临的CPU拥堵问题才得到解决,交易恢复正常状态但此次的CPU危机,结合不久前的RAM炒作,都让EOS作为区块链3.0的光环蒙上了阴影。拨开阴影,我们要去探寻本质。那么根源在哪里?在于EOS系统中各种复杂的资源设计,所以对EOS系统掌握的起点就在于:熟悉系统中的资源模式设计。目前EOS系统中主要有三种资源分别为:网络带宽资源、CPU计算资源、运行内存资源。1.网络带宽资源当用户发送一笔交易信息后,区块生产者需要将这笔交易打包生成区块,然后将区块通过网络同步给其它生产者,这个过程需要消耗一定网络带宽资源。2.CPU计算资源当用户发起调用智能合约这个动作时,区块生产者需要根据智能合约地址查找合约代码,然后将代码加载到内存中执行,这个过程需要消耗一定的CPU算力。3.运行内存资源EOS系统中的帐号信息、智能合约执行信息的当前的状态都是存储在内存中的,这些信息的储存就需要长期占用内存资源。简单来说:带宽资源主要用于传输信息;CPU资源用来计算账户余额的变化;RAM资源则是进行实时状态的记录。对于普通的EOS用户来说,我们在进行转账之前,需要购买NET、CPU资源,而无需RAM资源,RAM资源只在初始帐号创建状态时需要使用,因为帐号的创建需要RAM存储帐号信息。NET/CPU资源的获取方式主要有两种:a.当用户账户持有EOS时,可以直接将EOS抵押到EOS系统账户,此时,系统会根据抵押EOS所占全网的比例,分配给用户对应的NET/CPU资源。比如,抵押的EOS占全网抵押的1%,便能拥有全网1%的NET/CPU资源。同时,用户可以随时取消抵押,将NET/CPU资源转化为等量的EOS。在抵押EOS获取NET/CPU的过程中,不会消耗任何的EOS,只是已经抵押的EOS不能继续抵押或者出售,而且抵押的EOS解锁至少需要3天时间。b.而如果账户中没有EOS时,则可以从其他用户手中租赁获得NET/CPU资源。RAM资源的获取方式:RAM资源的获取虽然也是通过抵押EOS实现的,但是与NET/CPU资源有很大的不同之处:RAM的抵押或者解除抵押需要收取0.5%的手续费,并且RAM资源只能买卖不能租赁,也就是说获得的RAM资源不能出租给其他人,只能由自己使用,交易RAM则是通过系统智能合约buyram和sellram实现的。RAM的买卖,是发生在用户账户和系统账户之间的交易行为,而不是直接的市场交易行为。三种资源存在不同的获取方式主要原因在于:RAM是一种物理资产,在不扩容的前提下,量是固定的,且不会随着时间的增长而增长,具有一定的稀缺性;而NET、CPU资源则是一种虚拟资产,它的量是与时间相关的,时间越长量越大,一个月的NET/CPU的计算量是一天的30倍。并且为了实现RAM的市场配置,RAM的价格采用了Bancor算法,由市场的供求关系决定RAM的价格,买入的人越多,价格越高,以保证RAM资源的流动性。也正是因为这种计价方式存在一定的投机性,就导致了前段时间RAM的炒作。相较于以太坊上简单粗暴的GAS模式,EOS系统中的资源模式门槛较高,各种资源设计很容易让人云里雾里。而这一系列的设计都是为了实现BM在白皮书中的表露的初心---“降低开发者成本,让用户交易免费”。EOS生态在发展的过程中虽然一直暴露出问题,但是问题只有暴露出来才能解决,从而让EOS生态影响发展更为长久。看到BP们迅速反应和解决问题,我们相信在这一过程中,随着生态的不断完善,这些问题都将会在所有社区成员的共同努力下得到解决,一个对开发者且对用户友好的公链值得我们所有人的期待!

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

金智博客

[0:15ms0-3:599ms