administrators

eosforce

中文

开发进展

上周开发团队github 28 次提交。

Codex.io修正合并eosio 2.0.x版本带来的问题, 测试Codex.io 2.0.x 新特性的适用程度。
完善EOSC及Codex.io单元测试。
调研Codex.fc支持不同加密算法开发方案。
调研EOSC链上链下数据索引查询方案。
Codex.io重构链启动过程设计, 删去创世合约的依赖。
Codex.io添加合约账户静态声明功能。

社区动态

EOSC主网去中心化预算系统首个提案预算已经发放到申请人账户。
EOS原力成功入选CoinEX验证节点，排名16位。
EOSC 第一届预算委员会（EDBS-1）第六次会议召开。
EOSC社区全新官网上线，将朝去中心化的高性能智能合约平台的方向持续演进。
原力技术团队与顺丰区块链研究中心进行区块链应用落地深度交流。探讨商品溯源、供应商金融、隐私计算、数据存证、清算结算等领域的区块链解决方案。

周报解读

本周，EOSC社区新版官网上线，新版官网为用户提供了预算提案入口，展示主网和预算系统相关的数据；同时，用户还可以通过EOSC社区新版官网查看所有主网改进提案和已通过预算提案。

Codex.io删掉了在链启动过程中对创世合约的依赖，优化了链的启动过程，使Codex.io的启动更加轻捷。

下周工作

完善Codex.io与EOSC交互开发支持, 实现链交互API轻节点.
设计Codex.fc支持多种哈希算法支持方案
调研Codex.io基于Golang运行时运行链方案
实现Codex.io合约账户静态功能, 并调研EOSC对其的适配情况。
完善Codex.io单元测试。

English

Work Completed

The development team completed 28 submissions on Github.

Fixed the problems with Codex.io merged with eosio 2.0.x, tested the applicability of new features in Codex.io 2.0.x.
Improved the unit test of EOSC and Codex.io.
Researched the development plan of Codex.fc supporting different encryption algorithms.
Researched EOSC data index query scheme.
Redesigned the chain startup proces of Codex.io, removed the dependency of the genesis contract.
Added a declaration feature of the contractual account on Codex.io.

Community News

The first proposed budget of EOSC Maine Decentralized Budget System has been issued to the applicants account.
EOSForce successfully ran for CoinEx verification node, ranking 16th.
The 6th meeting of EOSC 1st Budgeting System (EDBS-1) was successfully held.
The new official website of EOSC community launched, evolving towards the decentralized high-performance smart contract platform.
The EOSForce technical team and SF Blockchain Research Center had an in-depth communication on commercializing blockchain applications, discussing about blockchain solutions on commodity origins, supplier finance, private computing, data access, and transparent payments.

Interpretation

This week, the new official website of the EOSC community, the new official website provides users with a budget proposal entry, showing the data related to the main network and the budget system. At the same time, users can also view all the main network improvement proposals and approved budget proposals through the new official website of the EOSC community.

Codex.io removes the dependency on the creation contract during the chain startup process, optimizes the chain startup process, and makes Codex.io boot faster.

Next week's plan

Improve the support for the interactive development of Codex.io and EOSC to realize API light node with chain interaction.
Design the support plan for Codex.fc supporting multiple hash algorithms.
Research the chain-running solution of Codex.io running based on Golang.
Implement the static declaration feature of the contractual account on Codex.io, and research the adaptation of EOSC to it.
Improve Codex.io unit test.

eosforce

EOSC主网去中心化预算系统首个提案预算已经发放到申请人账户。

由超级节点Awake发起的EOSC主网去中心化预算系统首个申请提案《EOSForce BP管理平台DAPP》预算已经在14401927区块高度发放到申请人账户。

提案链接：https://u.eosforce.io/#/motion_item/0

去中心化预算系统来自区块奖励的30％代币，不做总量限制，旨在支持EOSC生态发展，任何人可以发起申请预算提案。去中心化预算系统有单独的账户权限，账户权限归系统所有，审批权归管理委员会所有。

BM：近期致力于研究短期内优化Rex和CPU价格问题的解决方案

BM发推表示，其团队近期一直在寻找解决方案，旨在优化Rex问题和更普遍性地解决CPU价格问题。同时，他表示：期待跟大家分享讨论成果，并强调EOSIO会变得更好，因为其团队在不断攻克这些挑战。

EOSC 第一届预算委员会（EDBS-1）第六次会议成功召开

北京时间2019年11月19日，EOSC 第一届预算委员会（EDBS-1）第六次会议成功召开，本次会议达成了以下共识：
1、金马老师的文章《为什么 EOS 要借鉴第一个分叉链 EOS 原力？| EOSC》效果不错，作为首个宣传类的提案，全体委员一致同意审批。

2、EDBS组建EOSC预算系统交流微信群，集中讨论预算系统相关的事件。主要收集用户在使用系统时遇到的困难，以及对预算系统发展方向的探讨。

3、BiBox二周年活动，预算委员会将代表社区为BiBox打call，已筹借10万EOSC作为第一期活动费用，后续根据活动的具体效果，再决定是否追加活动经费；预算委员会将会第一时间同步活动信息至EOSC社区成员。

4、EIDOS合约开发教程，初步方案为面向EOS开发者和EOSC开发者，将此次活动的开发者聚集到开发群，方便后续引导到EOSC主网上开发。活动分三个奖项，共计10万个EOSC的奖金。

Aloha EOS：执行区块生产者协议移除不合格BP

近日，Aloha EOS 向社区提交了一份提案，即根据《区块生产者协议》的第六条，区块生产者“将提供功能齐全且可查询的公共P2P和API端点。

当前的备选节点中有一些商未与公众共享任何API或P2P端点信息，Aloha EOS 建议将这些节点将在备用清单中被删除，当前已发布了对应的系列多签提案“ rmvproducer ”。如果这些节点在批准提案之前更新帐户以显示网站和API / P2P端点，Aloha EOS 将取消提案。

BM：在发布Voice之前仍有很多需要解决的问题

据EOS GO消息，BM 近日在弗吉尼亚理工大学举办的2019年的 Blocksburg峰会上表示：在发布Voice之前仍有很多需要解决的问题。不光是要考虑到技术，还要考虑到法律以及其他。因此，不是所有的事情都能一步一步发生在我们的计划时间表中。我目前能够透露的是，我们在代码方面已经准备好了一些很棒的内容，在监管机构方面也取得了出乎意料的进步。

EOS原力PC钱包新版本发布

EOS原力PC版钱包v1.1.257版本已经发布，本次更新主要修复纯数字账户余额显示问题和定期投票显示问题。

更新方式：(二选一)

打开PC钱包可自动更新版本。
下载地址：https://github.com/eosforce/wallet-desktop/releases/tag/v1.1.257

eosforce

中文

开发进展

上周开发团队github 40 次提交。

Codex.io合并eosio 2.0 rc版本。
调研eosio 2.0.x 新特性在EOSC中的适用程度。
完善EOSC单元测试, 添加EOSC功能对应的测试用例。
开发EOSC半节点。
移植history_tools以适配EOSC。
调研filecoin项目进度。

社区动态

EOSC 预算委员会（EDBS-1）第五次会议召开，将组织开展IDE开发教学活动。
由forcesphere节点发起的BP漏块惩罚多签通过，发起节点和多签节点将分配该节点所有积累罚金。
Coingecko更新EOSC公链项目排名，目前市值排名448名。

周报解读

本周，EOSC开发团队调研了EOSIO 2.0.X 的新特性在EOSC中的适用程度，判断哪些新特性适合加到EOSC中。

本周开发团队还移植了history_tools以适配EOSC。history tools是一个查询历史数据的工具，通过history tools，开发者可以更加高效灵活地完成对EOSC历史数据的查询。

下周工作

EOSC合并eosio 2.0 rc版本, 测试eosio 2.0.x 新特性在EOSC中的适用程度。
完善EOSC及Codex.io单元测试。
整理EOSC文档系统, 完善文档分类和框架。
基于目前简单版本的EOSC轻节点开发Codex.io区块头验证节点。
设计并规划Codex.io无Token模式开发方案。
调研Codex.io支持国密算法开发方案。

English

Work Completed

The development team completed 40 submissions on Github.

Merged eosin 2.0 rc with Codex.io.
Researched the extent to which new features are applicable in EOSC.
Improved support for EOSC unit test, added test cases corresponding to the EOSC function.
Developed EOSC half-node.
Transplanted history_tools to adapt EOSC.
Researched the progress of the filecoin project.

Community News

The 5th Meeting of EOSC Budgeting Management Committee(EDBS-1) was successfully held, and it will organize IDE development teaching activities.
The multi-sig for BP block-missing penalty proposed by forcesphere node was passed, and the proposer and the multi-sig nodes will allocate all accumulated penalty.
Coingecko updated the ranking of EOSC, currently ranking 448 in market capitalization.

Interpretation

This week, the EOSC development team investigated the applicability of the new features of EOSIO 2.0.X in EOSC and determined which new features are suitable for adding to EOSC.

This week the development team also ported history_tools to adapt to EOSC. The history tools is a tool for querying historical data. Through the history tools, developers can query the EOSC historical data more efficiently and flexibly.

Next week's plan

Merge eosio 2.0 rc to EOSC, test the extent to which new features of eosio 2.0.x are applicable in EOSC.
Improve unit test of EOSC and Codex.io.
Collate EOSC document system, improve document classification and framework.
Develop block header verification node based on the current simple version of the EOSC Light Node.
Design and plan Codex.io no Token mode development solution.
Research the development plan of Codex.io supporting the national secret algorithms.

eosforce

Block.one 发布 EOSIO 系统合约 v1.8.1 修补短账号竞拍挖矿漏洞

11月13日，Block.one 已发布 EOSIO 系统合约 v1.8.1，修改了短账号竞拍规则，即：系统帐号退回之前以较低的出价的转账交易的CPU将不再有 eosio 承担，修改为投标成功者的账号承担 CPU/NET 。同时，Block.one 也发布了 EOSIO 系统合约 v1.9.0-rc2 。

EOSC创始人孤矢：广义区块链的三个计算时代

2019年11月10日，在抹茶「Parallel Cities 平行城市」杭州站中，EOSC创始人孤矢作了「广义区块链」的主题演讲。对于广义区块链的相关技术，孤矢从「区块+链、共识算法、虚拟机、跨链/分片、TPS、隐私、协议处理、EOSC」等方面做了详细阐述。

谈及目前三个计算时代，孤矢表示，比特币-计算器时代面向特定应用，它用来交易/存证，以太坊/EOSIO-计算机时代面向通用计算，它具有交易、存证、存证规则，以及高性能的特点，而COSMOS云计算时代，它拥有容量可拓展，多功能组合，统一的记账方法，以及TCP/IP等性能特征。

Block.one将参与EOS主网投票推动EOS健康发展

11月13日，Block.one发文宣布，开始参与EOS主网投票。此前，Block.one CEO 曾表示，在b1所持有的EOS跟主网当前的总投票代币占比不大时，Block.one或许开始参与主网投票。如今，Block.one持有的EOS少于总流通量的9.5%，并随着通胀这个比例会越来越小。Block.one宣布，准备开始发挥应有的作用，重点是继续支持EOS网络的健康升级，以实现这些目标的迭代改进，而全球监管机构强调的目标是最大程度地分散权力。

EOSC 预算委员会（EDBS-1）第五次会议召开

EOSC 预算委员会（EDBS-1）第五次会议召开，并将组织开展IDE开发教学活动，帮助更多开发者在EOSIO生态上进行开发。

BM：EOSIO 2.0 可以给 EOS 网络性能带来 5 倍增长

11月12日，BM表示，EOS 网络已经连续几天保持在 578 TPS，而这只是出了"几成功力"而已，就远远超过其他活跃度 top 5 的区块链的最佳 TPS 之和。而这，还是在 EOSIO 2.0 未正式部署之时，EOSIO 2.0 可以给 EOS 网络性能带来 5 倍增长！

Block.one 已发布 EOSIO v2.0.0-rc2

11月8日，Block.one 发布了 EOSIO v2.0.0-rc2，该版本是 EOSIO v2.0.0 的一个候选版本，当前的最新发行稳定版为 v1.8.5。
EOSIO v2.0.0-rc2 版本涵盖了一些安全补丁以及其他方面的修复：
1、安全补丁：修复了与 EOS VM 相关的一些bug，运行着 v2.0.0-rc1 的节点需要尽快更新。
2、稳定性补丁
3、更新须知：从早期版本、v1.8.x 以及 v2.0.0-rc1 更新到 v2.0.0-rc2 需要注意的事项。
4、其他一些零碎修改。

eosforce

EOS是一款以“降低开发者成本，让用户交易免费”为目标的公有链。也就是说用户在交易中，不需要收取交易费。为了做到这一点EOS设计了CPU、NET和RAM三种资源。用户在拥有这三个资源之后才能免费交易。但是绝大多数用户来说分不清这些资源是什么。尤其在近期EIDOS活动中，很多用户的CPU质押不足，导致无法转账。这究竟是为什么呢？本文将详细讲解EOS中的CPU究竟是什么？以及CPU资源设计背后经济原理。

什么是CPU资源?

我们在EOSIO上每一次交易时，我们的这笔交易数据会被超级节点（BP）们执行和检查,超级节点在执行这项工作时需要花费计算时间。我们把这个所需要计算的时间的资源称之为CPU。所以CPU是指节点在处理、验证交易时必须花费的执行时间，EOS中CPU以微秒（μs）为单位。因为每个节点使用时间是有限的。为了合理使用每个超级节点的计算时间。EOS设置了一套CPU资源的使用模型。

资源如何分配？

我们知道了，CPU是节点在处理、验证交易时必须花费的执行时间。在EOSIO中, 用户为了使用CPU资源可以使用EOS抵押来获取CPU, （第一次注册的账户将自动购买一定比例的CPU资源，这也是为什么EOS账户注册需要收费的原因）。这个抵押过程相当于用户买了超级节点的一部分运算时间,那么 EOS中CPU资源是如何分配的呢？这里我会把背后的原理进行详细论述，想看结论的直接跳至最后一章。

为了方便大家理解我们这里来做个类比，我们把EOS交易类比成火车运货。

首先，我们想一想，这列火车是否可以免费运货呢, 如果这样就可能有用户不停的发送大量的垃圾到B地, 这样其他人就用不了这列火车了, 不能免费就要收费, 既然收费, 就要有个定价的方式。

假设从A地到B地有一列火车, 每10分钟一班列车, 每个列车上能装10吨货物, 用户使用列车从A地到B地发送货物（我们先忽略装车和卸车的时间和列车的空间）。

首先最简单的定价方式，就是确定每吨货物需要多少钱, 如果定每吨100元钱, 那么一个用户如果需要运3吨货物到B地, 那就需要支付300元运费。这么做有什么不足之处吗？有的。如果如果当前需要运输货物的需求很少, 那么货运火车就会空跑, 此时火车的运力就浪费掉了, 不如减价吸引更多的用户发货. 其次如果当前需要运货的用户很多而发生了拥堵, 那此时着急发货的用户也会想要多支付一部分运费来使得自己的货物可以更加快速的发到B地。

这种方法其实就是类似于以太坊的手续费模型, 在以太坊中每笔交易需要支付手续费, 用户可以自行确定自己的费率, 此时矿工就可以根据费率来选择打包那些用户的交易。

EOSIO是如何设计的？

在EOSIO中, 用户为了使用CPU资源可以使用EOS抵押来获取CPU。类比一下就是火车的管理者印发了一些“运费券”。

假设每张运费券可以运送10千克的货物, 用户要想发货那么就要得到一些“运费券”,用户把“运费券”给火车的列车员, 这样列车员就会有很多“运费券”,当然列车员为了支付火车的成本, 会把“运费券”卖给用户, 完成循环.。但是考虑到火车的运力将会随着技术的发展而不断增强, 这也就意味着按理说“运费券”的总量应该不断增多, 而价格应该不断下降, 否则用户就没法享受到技术发展而带来的好处。另外, 如果“运费券”的价格因为某些原因增长的很多, 类比EOSIO就是如果EOS的价格增长了(这显然是很多人所希望的), 如果此时每张“运费券”所等运送货物的重量没有增长, 那就会反过来导致原来的用户支付不起运费, 这显然是不合理的, 因为列车员得到了更多的收益, 此时他就会升级自己的火车来运送更多的货物, 但是如果是固定的“运费券”, 那就会导致运力上涨了但是用户却用不起火车, 另一方面, 有些时候“运费券”的价格会下降, 那么会导致火车的总运力下降, 此时会出现“运费券”无法使用的情况。

EOSIO采取的是基于使用权的资源模型, 从上面的叙述中可以得出“运费券”所对应的重量应该是浮动的, 这个值即和当前的需求总量相关, 也应该和供给总量相关。

为何会CPU不足？

这时就有一个问题: 如果Alice一次要运5吨货物怎么办, 如果简单的要求Alice抵押更多的“运费券”,那么如果Alice要抵押的“运费券”就会十分多, 多到大多数用户没法承受, 另外考虑到大多数时间火车都不是满载的, 让Alice多放些货物也无所谓。顺着这个思路, 火车的管理者提供了一个“折扣率”的东西, 如果现在是1折, 那就意味着Alice可以运10吨的货物, 如果当前火车比较空, 那么“折扣率”就可以很优惠, 如果火车运的东西很多, 那么“折扣率”就不能太优惠, 最终如果火车一直很满, 那就不应该打折, 所有用户只能按照自己的实际份额运货。

EOSIO中有一个叫做virtual_cpu_limit的数值, 这个数值就是这个“折扣率”, 当然EOSIO中这里是以用户CPU资源的倍率来表示的, 恶意使用优惠的账户会被列入“灰名单”中, 这时这个账户是无法享受到“折扣”的。

总结

所以，综上所述，我们知道CPU是指节点在处理、验证交易时必须花费的执行时间，而CPU的资源是采取的是基于使用权的资源分配方式，使用比例根据总抵押比例进行调整。简单的说，如果整个EOS网上有1000个代币被抵押在CPU上，而我的账户抵押了20个，那么我保证会拥有CPU总容量的2％的使用权。同时，平时我们使用的CPU在空闲状态下都是通过折扣率享受的优惠状态，而在EIDOS这次的情况下，CPU突然使用暴增，随之而来的折扣率也低了。所以在同样的CPU抵押下能够使用的计算资源变低。从而导致CPU资源不足。

这解释了为什么BM在EIDOS事件上的那句话：抱怨当前主网的CPU紧缺状态是没必要的，这就跟抱怨Uber用车高峰期打不到车/车费溢价的道理一样。不要抱怨市场通过提高价格来平衡供求，要关注实际总供给。

eosforce

中文

开发进展

上周开发团队github 21 次提交。

测试EOSC Token Exchange合约, 根据社区反馈进行优化。
完善EOSC单元测试, 添加EOSC功能对应的测试用例。
整理EOSC文档, 添加新特性相关的文档。
开发EOSC半节点框架: 完成Chain框架设计。
完善EOSC goeosforce库, 添加新特性支持。
调研history_tools对EOSC的适配方案。
调研filecoin项目进度。

社区动态

孤矢受邀参加CoinEX上海行活动，探讨CET社区建设，共同推动区块链应用落地。
孤矢在参加由B-LABS主办的《数组经济时代下的区块链动能论坛》活动上做了《Libra、央行数字货币的格局之争》主题演讲。
EOSC社区举办社群主题分享活动第一期和第三期，社区成员针对当前社群热点话题进行分享和讨论。
EOSC目前已与EOS Tribe和StartEOS达成初步生态以及钱包合作共识。
超级节点Awake开发EOSC小白开发工具, 方便开发者更好的对开源社区作出贡献。
原力团队参与filecoin验证,获得早期测试资格。
EOSC创始人孤矢参加抹茶Parallel Cities平行城市活动，并发表广义区块链主题演讲。

周报解读

本周，EOSC开发团队继续完善EOSC单元测试，并添加了多项EOSC功能对应的测试用例。通过对EOCS已有功能、新功能的全局测试，确保新功能的安全可靠，提高主网的运行稳定性。

Awake节点团队开发出EOSC Web IDE开发工具，降低EOSC开发者进行智能合约开发的门槛，提高开发效率。

下周工作

EOSC合并eosio 2.0 rc版本, 调研新特性在EOSC中的适用程度。
完善EOSC单元测试, 添加EOSC功能对应的测试用例。
整理EOSC文档, 添加新特性相关的文档。
继续开发EOSC半节点。
录制EOSC DAPP开发课程。

English

Work Completed

The development team completed 21 submissions on Github.

Completed EOSC Token Exchange contract, coordinate with the community to start the test.
Completed EOSC Token Exchange data query plugin.
Improved support for EOSC unit test, added test cases corresponding to the EOSC function.
Collated EOSC document, added document related to new features.
Complete the technical document of EOSC’s first sub-chain plan, designed cross-consensus prove mechanism.
Built EOSC half-node framework, tested the performance of EOSC half-node.

Community News

Cyborg was invited to attend the CoinEx Shanghai Meetup to discuss the construction of CET community and jointly promote the implementation of Blockchain DApps.
Cyborg made a speech of The Aspiration Competition between Libra and DCEP at the Blockchain Kinetics Forum in the Era of Array Economy hosted by B-LABS.
The EOSC community organized the first and third phases of the community theme sharing event, at which community members share and discuss current community hot topics.
EOSC has reached a preliminary ecological and wallet cooperation consensus with EOS Tribe and StartEOS.
The Awake Node developed an EOSC development tool for beginners, which facilitates developers to make contributions to open source community.
The EOSC team participated in the filecoin verification and got an early test qualification.
EOSC founder Osawa participated in the parallel city event of Matcha Parallel Cities and presented a keynote speech on the general blockchain.

Interpretation

This week, the EOSC development team continued to improve EOSC unit testing and added multiple test cases for EOSC functions. Through the global testing of the existing functions and new functions of EOCS, the new functions are ensured to be safe and reliable, and the operational stability of the main network is improved.

The Awake node team developed the EOSC Web IDE development tool to reduce the threshold for EOSC developers to develop smart contracts and improve development efficiency.

Next week's plan

Merge eosio 2.0 rc to EOSC, investigate the extent to which new features are applicable in EOSC.
Improve support for EOSC unit test, add test cases corresponding to the EOSC function.
Collate EOSC document, add document related to new features.
Develop EOSC half-node.
Record the EOSC DAPP development course.

eosforce

Web IDE是什么？

各位小伙伴对IDE肯定不陌生，主要是用于提供程序开发环境的应用程序，一般包括代码编辑器、编译器、调试器和图形用户界面等工具。

web IDE则是将IDE里面除用户交互之外的功能全部移到了后台，开发人员在浏览器上可以像在本机一样调试、编译、运行程序，并且不会受系统环境和机器性能的限制。

（图为一款web IDE的系统架构）

目前的web IDE主要有AWS Cloud9、Cloud Studio、Eclipse Che、Gitpod等，这些web IDE各有千秋，其中Gitpod是目前web IDE中对Github上的项目支持最好的，也是eosio主推的一款产品。并且Gitpod对于非商用的开发者，每月会有100小时的免费使用时间，本文的讲解，也会以Gitpod为例（下文中提到的web IDE，在没有特指的情况下，全部为Gitpod）

关于Gitpod，可以参考Gitpod说明文档。（https://www.gitpod.io/docs/）

为什么要使用Web IDE

EOSForce社区小伙伴在EOS Web IDE上线的同时，第一时间发布了EOSC版本。方便了开发者更好的对开源社区作出贡献，接下来将详细讲解使用教程。

1. 环境搭建及运行节点门槛

对于很多区块链爱好者来说，想要搭建一个简单的环境来了解一个区块链项目，很大程度上会因为搭建环境以及初次运行过程中的各种问题而退缩。

对于智能合约开发者来说，很多时候会因为初次运行，或者环境切换等原因，在这个过程中耗费很多不必要的时间成本。

而Web IDE的出现，会让这些问题不再成为麻烦。拿eosio来说，想要启动一个节点，并且在节点上部署开发好的智能合约，并不是一件很简单的事，需要下载代码、安装依赖、编译代码、启动节点、编译合约、然后部署。在这个过程中，可能会出现非常多的问题。

EOSIO 2官方更新后，使用Web IDE，只需要一键，就可以开始开发调试智能合约，消除开发人员的入门障碍。它在云中运行，使新开发人员能够建立智能合约和Web应用程序开发环境以及完全集成的单节点个人测试网，因此他们可以在几分钟之内从入门到构建。

2. 启动节点的机器性能要求

在计算机上运行一个eos的节点，是非常耗费性能的，很多PC机可能根本没法成功运行一个eos的节点，更不用说同时还打开IDE调试智能合约，而Web IDE将这些对机器性能的要求移到了后台，前端仅仅是一个交互页面。

3. 随处可用

传统IDE还有一个问题就是每次开发必须带上开发机或者每次改完代码都push到远程，而Web IDE解决了这个问题，它可以随时在远程保留开发环境，随时随地，只要有浏览器，就可以开始写合约。

以EOSC为例讲解使用步骤

1. 浏览器插件下载

Gitpod对Chrome和Firefox都提供了插件支持，下载插件后，会使进入Gitpod开始开发更加方便，本文以Chrome为例介绍使用步骤。

Chrome插件下载：https://chrome.google.com/webstore/detail/gitpod-online-ide/dodmmooeoklaejobgleioelladacbeki

2. 一键生成环境

插件下载成功后，打开eosforce专门为使用web IDE开发智能合约准备的github项目eosforce-web-ide，我们会发现项目的主页上多了一个Gitpod按钮。

点击Gitpod按钮，就可以直接进到一个节点已经启动好的环境中，并且这个环境提供了一些编写智能合约的模板（实际的开发环境中，建议大家先fork这个项目，然后再启动Gitpod）。

如果没有安装GitPod插件，可以直接在浏览器上新开一个页面，输入网址 https://gitpod.io/#https://github.com/xxxxx/eosforce-web-ide (其它xxxx替换成你的github用户名)

从图中可以看见，eosforce已经模拟正式环境启动了23个节点并且正在出块，同时整个编写智能合约的IDE环境已经搭建好，现在就可以使用web IDE直接开始开发智能合约了。

3. 开发调试合约

智能合约的具体开发、调试以及部署说明可以参考eosio白皮书，本文仅分析该项目模板合约的部署和调用。

在web IDE中打开contract/talk/talk.cpp文件，核心逻辑如下：

[[eosio::action]] void post(uint64_t id, uint64_t reply_to, eosio::name user, const std::string& content) {

message_table table{get_self(), 0};

require_auth(user); // 检查用户

if (reply_to) // 检查是否需要回复

table.get(reply_to);

// 检查id不能过大，并且当没有传的时候分配一个id

eosio::check(id < 1'000'000'000ull, "user-specified id is too big");

if (!id)

id = std::max(table.available_primary_key(), 1'000'000'000ull);

// 记录post的内容到table

table.emplace(get_self(), [&](auto& message) {

message.id = id;

message.reply_to = reply_to;

message.user = user;

message.content = content;

});

}

理清post方法的逻辑之后，就可以开始编译文件了，首先点击Gitpod上方导航栏的Terminal -> New Terminal(如下图)

可以看见Gitpod下方出现了一个新的命令行窗口

在该窗口执行如下命令，编译talk.cpp文件，会生成talk.abi和talk.wasm两个文件

eosforce-cpp contract/talk/talk.cpp

然后执行以下命令，创建合约账户talk，并向该合约账户转帐10000EOS(此次转账主要是该账户随后需要set code和set abi)

cleos create account eosforce talk EOS6MRyAjQq8ud7hVNYcfnVPJqcVpscN5So8BhtHuGYqET5GDW5CV

cleos transfer eosforce talk '10000.0000 EOS'

通过执行系统合约为talk账户租一定的内存(此处需要多租一点，因为set code操作需要的内存很多)，然后将编译后的wasm和abi文件绑定到talk合约账户

cleos push action eosio vote4ram '[talk, biosbpa, "2000.0000 EOS"]' -p talk

cleos set code talk talk.wasm

cleos set abi talk talk.abi

随后创建两个普通账户bob和alice，并向他们每人转帐100 EOS(因为后续执行合约需要扣除fee)，用来执行合约

cleos create account eosforce bob EOS6MRyAjQq8ud7hVNYcfnVPJqcVpscN5So8BhtHuGYqET5GDW5CV

cleos create account eosforce jane EOS6MRyAjQq8ud7hVNYcfnVPJqcVpscN5So8BhtHuGYqET5GDW5CV

cleos transfer eosforce bob '100 EOS'

cleos transfer eosforce jane '100 EOS'

为talk合约账户的post方法设置fee，此处是其他账户执行该方法时需要支付的fee

cleos set setfee talk post '1.0000 EOS'

执行合约，以下三个命令分别是

bob以1000为id，发布一条"This is a new post"消息到table，并且不需要回复

jane以2000为id，发布一条"This is my first post"消息到table，并且不需要回复

bob以1001为id，发布一条"Replying to your post"消息到table，并且回复jane

cleos push action talk post '[1000, 0, bob, "This is a new post"]' -p bob

cleos push action talk post '[2000, 0, jane, "This is my first post"]' -p jane

cleos push action talk post '[1001, 2000, bob, "Replying to your post"]' -p bob

最后，输入如下命令，查看table的内容

cleos get table talk '' message

得到如下结果，说明合约已经成功执行

{

"rows": [{

 "id": 1000,

 "reply_to": 0,

 "user": "bob",

 "content": "This is a new post"

},{

 "id": 1001,

 "reply_to": 2000,

 "user": "bob",

 "content": "Replying to your post"

},{

 "id": 2000,

 "reply_to": 0,

 "user": "jane",

 "content": "This is my first post"

}

],

"more": false

}

4. 过程分析

下面具体分析一下这个一键生成环境的过程中都发生了什么

在任何一个github项目的地址前，加上https://gitpod.io/# ，就可以在gitpod中打开该项目，例如在eosforce-web-ide这个项目中点击Gitpod按钮，实际访问的就是https://gitpod.io/#https://github.com/ylic/eosforce-web-ide 这个地址

打开Gitpod之后，Gitpod会根据项目中的 .gitpod.yml 文件来决定环境的初始化工作，该文件内容如下：

image: ylic/eosforce-web-ide:v0.1.0 # Gitpod会加载ylic/eosforce-web-ide:v0.1.0的docker镜像，该镜像里面会部署编译好的eosforce相关程序，以及其他一些需要使用到的文件

ports: # 配置环境中需要打开的端口

port: 3000

onOpen: ignore

port: 8000

onOpen: ignore

port: 8080

onOpen: ignore

port: 8888

onOpen: ignore

port: 9876

onOpen: ignore

... #此处省略了部分端口

tasks: # 初始化阶段的任务

before: cd webapp

init: yarn　　　　# yarn会根据package.json文件去下载相关依赖包

command: nginx -c $PWD/nginx.conf; npx webpack-dev-server # 启动nginx反向代理

before: cd /workspace/eosforce-web-ide

command: ./nodeoscmd # 启动nodeos

以上步骤结束后，一个完整的eosforce测试环境就运行起来了，然后IDE会加载当前项目，开发人员就可以通过浏览器开发调试智能合约了。

总结

通过以上步骤，很大的简化了编写和调试智能合约的难度，使得更多的开发者可以接触到这个优秀的区块链项目和智能合约。同时，有了这些web IDE的相关指导文档，越来越多的开源团队也可以发布自己基于Web IDE项目，来方便开发者更好的对开源社区作出贡献。

Github链接：https://github.com/ylic/eosforce-web-ide

eosforce

2019年11月5日，EOS原力创始人孤矢在杭州 B-LABS 联合创业空间参加数字经济时代下的区块链动能论坛主题活动。

本届论坛由B-LABS、OK集团和嘉楠耘智共同发起，并联合浙江省金融科技协会、杭州市区块链应用专委会、中国区块链产业促进联盟、浙江大学区块链协会和中信出版社一同举办，是“区块链赋能数字经济”大话题下的先导论坛

在论坛活动上，孤矢发表了《Libra，DCEP格局之争—从货币主权到数据主权的全面竞争》主题演讲。他表示，作为区块链开发团队，更愿意在争夺数据主权上发力，和传统企业积极沟通，大力拥抱产业，找到那些“非区块链不可”的应用。

主要内容为以下几点：

一、Libra大概率无法做成
二、数据主权之争
三、区块链技术标准之争
四、区块链应用初露锋芒
五、区块链是一个新的时代
六、结语

以下为孤矢演讲实录。

《Libra，DCEP格局之争—从货币主权到数据主权的全面竞争》

大家好！其实我们是一个社区开发团队，关于讲DCEP和Libra的事情，应该说是轮不到我们来讲，我大概稍微说说。

我的标题是《Libra，DCEP格局之争—从货币主权到数据主权的全面竞争》。说实话，货币主权这个事情，传统的社区在讲的时候，加密社区还是有一种理想主义，说我们自由主义的货币无国界的类型，但是我认为货币主权这个事情其实还是国家与国家之间的竞争。那么，我们作为区块链的开发团队，更在乎的是第二件事情，就是数据主权。

Libra大概率无法做成

Libra是Facebook做的，其实不用DCEP出来，我们区块链的从业者，作为开发团队或者作为公有链的开发团队，我们也认为它大概率做不出来，因为其实我们所讲的全面的区块链或者说WEB3的时代，是一个应用和数据分离的时代，也就是说，即使你用微信，你的用户数据其实是跑在你自己这儿的，就是微信是用不了你的社区关系去卖广告给你的，这是我们的理解。

所以，我们并不认为Libra在这件事情上有多少的优势。我们也大概看了一下DCEP，它底层用的不是区块链技术，但是符合区块链精神，你要一个字符串，那么我就给你，这些开发者就可以用起来。这里面有一个非常有意思的设定，叫做“不预设技术”，这是什么意思？就是你可以用互联网的技术，也可以用区块链的技术，数字人民币都可以用，下面商业机构的使用都可以。但是其实不预设，问题就来了，那么什么技术可以让你证明你是你呢？其实只有区块链。就是说互联网技术在自己证明是自己这块上是很难做到的。

怎么说？Libra有自己的一系列问题，它有很多是不符合监管要求的，碰到的监管问题就甩给了下面所谓的做事商或者承兑商，把反洗钱的事情推给了下面的部门。但是，DCEP是一个监管非常强的东西。

数据主权之争

我大概讲一下我们擅长的部分，就在于数据主权之争。

大家都知道，为什么区块链讲话以后，人工智能、云计算、大数据以后都没有区块链这么火，为什么它的高度要超过以往？是因为整个互联网在中国20年的发展，其实你想象BAT是什么样的公司？是海外上市的公司，用户的数据不在用户身上。

国内的中小企业为什么搞人工智能搞不起来，搞大数据搞不起来，为什么A股的公司在这里面全部装不进去，其实这种中心化的数据公司是越来越强的，你产生垄断以后，根本不可能有新的团队产生，比如说小的团队想围绕用户的需求做创新，这非常之难。我在此之前做的事情就是在阿里生态下做了一个跨境的供应链平台，但其实很无趣，因为我是要跟着阿里去做的，这是以往的商业模式。所以，我当时从行业离开，跳到区块链，就是因为我觉得实际上玩法不应该是这样的，因此就跳到了区块链行业。

大家知道，今天讲消费互联网其实已经差不多成定局了，就是BAT对一个新的公司，行业里新的竞争对手来说，它的打击已经不是以前的纯粹海量打击。比如说拼多多，它已经很努力，但是阿里把整个物流体系买了以后，拼多多的物流成本是降不下来，所以不可能和大平台竞争。

区块链有一个什么好处呢？即使这个行业有一个区块链，数据其实是归属它的用户的，实际上没有人可以拿着用户的数据去和别人谈判。

比如说很典型的，之前的顺丰和阿里的争议，实际上双方都认为用户的数据是自己的，但我觉得其实在我们比较理想化里，我们会认为在未来，你的数据和你所使用的应用是分离的，今天如果你觉得微信不好用，删掉就可以了，可以用B信或者C信，你依然可以和微信好友沟通，这是一个非常理想的情况。而且好在刚才也讲到说可以在各行各业用，所以大家的热情会比较高。

因此，我认为很多区块链从业者或者说传统的互联网从业者，如果你把它简单地理解为一个风口，那么你会错过下一个20年，因为它绝不是这么简单。

最终，它做到的一个终极事情就是组织效率的竞争，狭义的区块链，单纯从区块链上来讲，它就是一个安全的数字结构，你可以理解为“区块+链”。

一份合同里每一页就是区块，链就是那个骑缝章。在广义的区块链里，把它上升为共识机制等等，这些是从哪里出来的？不是从区块链里出来的，是从比特币里出来的，你会发现纯粹的一个区块链就是一个数据结构。所以说，我们对于这个事情的理解，是说我们关注什么事情？我们关注以前在公有链的开发环境下，所有的数据是公开的，但是其实具体在一个产业的运用里，包括以前互联网公司进不到产业里的原因是，它还是在消费领域这样的打法，说我有一个云，你们把数据上传上去，无论他和传统企业怎么去有，但是它没有信用。不过为什么现在大家讲区块链愿意做呢？因为区块链有信用。

区块链技术标准之争

我再讲一个比较实际的东西，就是区块链的技术标准之争。当然，在联盟链的情况下会有很多。那么，技术标准之争具体在哪些方面呢？

第一，虚拟机。它就是一个智能合约运行的环境，说实话，这个竞争国内是相对落后的。大家知道在公有链里，其实第三方的开发者是非常多的，大家以前所使用的虚拟机是以太坊的EVM，但是它是非常老旧，不是针对区块链设计的虚拟机。

但是出现了另外一家公司，它的重心就是在做虚拟机，是专门针对于区块链设计的虚拟机。大家知道很多技术标准并不是说由谁制定的或者说补贴出来的一个生态，只是说这套技术非常好，开发者非常愿意用，围绕它的开发工具非常多，它才会成为一个技术标准，所以这是我们看到的第一个技术标准，就是虚拟机。

第二，账本结构。如果你把区块链单纯理解为一个账本的话，那么账本结构由谁定呢？我们看到有一个团队在做这件事情。

第三，跨链机制。A联盟和B联盟之间需要怎样的机制，这也是要研究的标准。

无论你用Libra也好，用阿里的也好，所有的开发者都回归不了以上的这些问题，就是主流的技术标准是如何定出来的。

我们是国内少数成建制的团队在开发公有链，以前中国人参与比特币和以太坊的开发都是一个人，甚至在以前公有链的开发团队里，都是个人开发者的协作。但是我们认为中心化在任务分配效率上来说更高，所以我们是第一个成建制的在做开发公有链。

区块链应用初露锋芒

区块链技术在一些行业中已经得到了应用。

第一，医疗数据与应用隔离。原先的区块链技术像水，水趋向于往无监管的方向走，但是它一旦落地，就非常难。因此，大家会往原生的区块链应用走，但是你会看到大量的问题，会给公众带来不好的印象，说区块链是不是只能做这些事情。

包括在习大大讲话之前，其实在加密经济领域，大家觉得它是一个典型的熊市下行的阶段，其实我们和无论是杭州还是世界各地的区块链开发者都沟通过，第一，公有链上的应用是非常之少的，都是围绕着投机、黄赌毒来的。但是在联盟链上的应用，实际上很多团队和银行或者和有title的单位合作的开发都是不赚钱的，甚至是趋于免费的。

所以说，它为什么给你做了这个东西，你不给钱？因为在以前，由于区块链的公众印象没有那么好，因为它是一个非常底层的技术，所以很多人无法理解，因此他认为区块链和数字货币、虚拟货币是一起的，我不用你，我觉得你就是没有信用。如果这样做的话，你做给我看，但是我也不给你钱。

甚至大类的，比如说在公有链金融、医疗领域，谁都可以设想一个很简单的答案告诉他这个行业应该是这样做，但是其实当你真正深入到产业里去的时候，产业也在发生变化。比如说，经过过去20年互联网的重组，比如说整个生产环节从原来以产定销到后面以销定产这些事情都重塑过了，所以如果按照以前的经验去做这个事情就非常难。

我刚才讲了，医疗数据与美妆供应链这两个事情是我从业这么多年来，我见到有人真实愿意付费去买的服务。

这是我大概上周的时候，我和我社区的人在聊，他在做什么事情呢？以前互联网公司跑到医院说要做大数据平台，你把你的数据放上来，我给你做大数据分析，没有一个医院愿意，因为国家法律规定医院的数据不能往外传。

但是他做了一件什么事情？我提供一个有隐私的数据环境，你的数据放上来，我的程序放上来，我给你一个结果，你的数据我就没有碰过，我可以证明我没有碰过你的数据。这对于从一线医院把宝贵的医疗资源向十八线的医院去投放有效医疗资源的时候，这是非常有效的，所以这是我第一个见到的愿意为区块链付费的，而且说实话，这非区块链不可，我们非常愿意找到这样的应用—非区块链不可。我们自己原生的区块链开发团队，我们擅长的部分都是提供底层的这些东西。

第二，美妆供应链溯源。以前的溯源其实都是假溯源，中间你贴了一个码，人家把码撕掉，贴上自己的码，然后假货也变成真货了。

第三，EOSC链上预算系统，其实就是原生的区块链应用。区块链上的激励机制都给了持币的用户或者挖矿的用户，但是我要钱怎么办？我们做了一个链上的预算系统，区块奖励大概有30%会进到预算系统里去，大家都能够看到，这个预算系统是由这个节点选择出来的一些委员会来负责的，就是说大家都可以向预算系统申请，整个过程是公开透明上链的。所以说，围绕着这个系统，我们团队在社区里的重要性在急剧下降，因为别的团队也可以来做这个事情。

以上三个应用，一个是原生的，就是链上治理的东西，另外两个真的是这么多年愿意付费来让你解决问题的区块链应用。

区块链是一个新的时代

我重新说一下刚才说的问题，区块链绝对不是一个简单的风口，或者说从互联网到移动互联网的转换，它是一个新的时代。

从生产关系上来讲，它会极致重构到什么程度呢？就像原子和原子的关系一样，它会把生产效率或者协作关系推向一个非常极致的地步。

第二，以往我们看到BAT垄断下、数据垄断下的问题，导致中小企业无法创新，它在体系内不停提高它的税收比例。那么，未来会出现一个数据与应用分离的超级大数据社会，就是说大家的数据可以打通，但是数据拥有权归你。以往任何一个靠流量的路径依赖，又靠用户数据生存的企业来说，它会很艰难。

第三，全新的可编程经济。以前加密货币里，无论是比特币还是说美元发行的USPD，它们的信用是没有那么足的，但是DCEP的信用非常足，由央行担保，所以波动性没有那么高。可编程是什么意思？如果你认为是一个账目，那么日常生活中用到签字、盖章的地方都需要区块链。

第四，监管前置的自由市场经济。以往对于统计局来说，它的统计数字是非常滞后的，监管是要跟着市场变化去走，但是无论是各地政府还是传统的可编程经济里，把这些大数据打通的话，对于监管来说，它确实可以从政务体系直接穿透到经济体系里去，所以它第一次实现了它对市场的敏锐感知会赶上甚至超过一般的小型公司，因为它对于政府的组织效率也是一种非常极致的重塑。

有个很有意思的事情，我们有一个核心开发者写代码非常厉害，他有一个困惑，说我们天天做这个玩意儿能够干什么呢？但是他后来为什么坚定的觉得这个行业不错，是因为有一次他去办社保，他说什么“最多跑一次”，我跑五六次都没有解决问题，如果政府把这套东西都用上的话，确实可以解决我一次都不用跑的问题。我看人民日报或者说习大大讲话，好像挺懂的，“最多跑一次”。

结语

以上是我今天大概要讲的内容，我希望大家：区块链作为一个非常底层的技术，不是每个人都可以理解的，比如说你今天用互联网，你不知道什么叫HTTPS。但是其实你要知道，它接下来带来的变革或者说这个工具有什么用，然后你再配合原有产业里的问题去解决。

我再说一遍，区块链开发团队在这场竞争里的优势其实没有那么明显，为什么？因为我只是发明了一个锤子，但是我根本不知道钉子要什么样的锤子，所以我们也是在拥抱产业，和传统企业去聊。你会发现，政府的人也理解的很快？因为一个数据库的底层，往上面走的话，你刚才讲的共识激励等一套东西，和你传统管理中用的东西差不多。所以我希望大家不要把它简单地当作一个风口去看，这是一个长跑，大家要去研究、使用它。

谢谢大家！

eosforce

本文来自EOSC社群分享活动第二期
作者：一枝独秀

大家都知道最近整个区块链行业在政策环境方面发生了非常大的变化，甚至是上升到了国家战略的高度。更重要的是，这一次对发过币的公链也予以了前所未有的肯定。

我认为这时候原力应该在不影响本身链的开发进度的情况下，主动拥抱党国，从一些公共事务入手，和政府合作。

举一个公共资源交易的例子，比如电子招投标中，电子招投标活动分为招标、投标、开标、评标、定标五个主要阶段，其中电子招标投标用户的身份确认、潜在投标人信息保密、评标委员会组成信息保密、投标文件防窃取与防篡改、开标环节的防解密失败、评委评标过程的防泄密和评标结果防篡改等是重点安全问题。

解决方案:

1.可以用区块链解决标书信息被盗取，被篡改，泄密的安全问题。
比如要求企业在确定封标后，标书加密，特征值上传到区块链，以上传时间为时间戳，建立存证区块。

2.可以利用加密技术对评标专家信息加密，随机筛选的行为及结果记录在链，通过分布存储，避免人为干涉的不公平现象。

3.可以用区块链技术使平台的操作行为可追溯等等。总之在公共资源交易数字化的过程中，肯定伴随着无数的交易安全问题，这都是可以用区块链解决的，原力可以尝试从这些落地方向提供技术服务去切入。

原力在落地主要有三个方面的优势

1.合规性优势，原力是国内公链少有的没有ICO融资和各种模式，在合法合规性上完全没有问题。

2．技术性优势，原力团队在过去这一年多的时间里已经证明了团队在开发实力方面毋庸置疑，其次原力链上有可定制化的一键启链功能，也可以一键启动联盟链，为政府部门低难度的提供技术服务开发不是问题。

3.地理优势，原力团队地处杭州市，杭州市政府在智慧城市，数字经济方面高度认可并且具备经验，依托杭州政府做一些公共事务领域的探索和尝试可能会形成示范效应。

我们看到原力这一年多里，不管是链本身的技术迭代，还是在社区治理方面都有明显的进步，但是在原力公链本身的知名度上还有所欠缺，原力的新闻在圈内往往也是不咸不淡。提高知名度的方法有很多，比如像最近EIDOS靠这种空投模式一炮而红，或者像孙老板疯狂蹭热度等等。

但是很明显这些都是原力已经所欠缺的，我认为原力提高知名度的办法不是去补短，而是要让长板足够长。原力是非常务实的技术团队，所以我们的重心就是要让技术更有效的落地。

除了政府公共事务，包括下面分享的原力企业联盟，如果能够形成技术服务的品牌效应，都会大大提高原力的知名度。当然，除了单纯的技术服务，如果能把这些并入到EOSC生态中，丰富EOSC应用场景就更好了，这需要更深入的研究，比如探索基于原力一键启链发行的其他链、联盟链与原力链交互，互相为彼此能带来什么。嗯差不多就是这些，哈哈希望原力上大家不要幻想，多集思广益，从务实出发，才能发展壮大。

Q＆A

问题:社群用户陈梅升-丰巢提问“感觉原力就是一面湖水静悄悄的”

回答：原力肯定不是静悄悄的，水面平静的背后是暗流涌动。具体做了什么，周四孤矢分享。

eosforce

北京时间2019年11月4日，EOSC 第一届预算管理委员会（EDBS-1）第四次会议成功召开，主要内容有：

一、预算管理系统官网版本已完成升级，新增「额度查看」功能、「提案撤销」功能；

二、与 DApp 团队接触交流，初步达成在 EOSC 上开发的意向；

三、讨论在预算系统中增加「悬赏」功能，方便社区用户申请提案，提升预算管理系统的使用性；

四、讨论是否成立 EOSC 宣传部，并将近期与秘书处及 BP 进行讨论。

「悬赏」功能的玩法暂定为任何人都可以向系统提交自己的创意，任务的底价 100 EOSC ，任务的奖金随时间的增加而增加。达到接单人认可的金额后，接单人接单。接单需要交纳任务奖金的 20% 作为抵押，如果在规定的时间内没有完成任何，押金没收，其它人可再次接单。每个任务，发起人可以领取总额 10% 的奖励。

Group Details Private

administrators

Member List