对于目前EOS 开发现状,想要做一款基本的Dapp,需要以下人员和配备

  • 所需人员
    1.前端开发(初级)
    2.EOS区块链运维(高级)
    3.EOS合约开发(高级)
  • 硬件配备
    至少一台配置较高的服务器,提供全节点rpc服务(正式环境,一般不会用其他节点的api,难以把控)。
    如果Dapp需要大量自定义查询,以及分析,还要做入库(mongodb或者mysql),并提供对应的api。
    对于常规的EOS全节点维护,已经很费时费力,如果在做入库查询,难度更是上升很多。
  • 软件配备
    1.浏览器运行
    目前EOS扩展只有个Scatter,不说其他的数据设计,只说对于交互逻辑,个人和身边人了解,都是基本反人类。无论一个Dapp多么的小巧,简洁,只要支持Scatter,都要单独写一个文章,教给用户如果使用Scatter才能进入Dapp。先添加网络,再导入私钥,在生成身份...毫无引导,一脸懵逼。90%用户,基本在Scatter就放弃了。。。
    2.App运行
    目前有几款App支持Scatter或者其他私有协议的Dapp运行,只能说部分可用,并且只是移动端的适配,很多Dapp还是适合PC页面展示。
  • 运行成本
    1.获客成本
    EOS注册账户,支持基本的转账等操作的话,基本需要4kb RAM+ 0.1EOS + 0.1NET。当前RAM价格1kb/0.0994EOS,EOS单价按40rmb,总价格为9.6RMB。
    2.数据存储
    数据上链,存储的成本可直接按RAM价格乘以数据量计算。

先说这么多,普通的互联网公司,已经懵了。。。太多的区块链知识,以及EOS相关的,很多公司很难招到相关人员,或者目前公司的规划不了解区块链,很难明确是不是需要做Dapp。

要说做一个传统的web,每个互联网公司都能分分钟做出来,那如何让这些人也能尽量顺畅的做Dapp呢?
下面我们针对上面的吐槽,挨个试着简化。

  • 所需人员
    1.前端开发(初级)- 这个传统互联网都有,开发技术完全一致。
    2.EOS区块链运维(高级)- 交给三方的公司提供支持
    3.EOS合约开发(高级)- 招中级c++开发,只学习合约相关,或者找合约提供开发的三方外包公司。

所以,人员配备可以精简到 一个前端,一个中级的c++开发。

  • 硬件配备
    三方提供数据查询支持

  • 软件配备
    1.浏览器运行
    提供一款基于Scatter的优化版本
    2.App运行
    合作接入三方的App

综上来看,大部分的难度,还是在全节点维护,以及链上数据查询方面,投入较大。

期望的EOS Dapp开发环境

  1. 提供一个 eosservice.js的开发库,对于前端来说,只关心此库的使用,不用关心什么其他的区块链相关的知识(基于eosjs再简化下)。
  2. 三方提供数据查询服务的公司,封装相关的接口,提供查询的js sdk。
  3. 一个类似优化版本的Scatter扩展。
  4. 合约开发文档,案例以及部署调试工具。

最后想说EOS加油,社区加油。