企业mgm高梅美联盟主网工作组发起了一项调查,以征求从事mgm高梅美应用的企业开发人员的意见.  该调查通过电子邮件发送到欧洲经济区的邮件列表, 和推特上, 从2020年11月至2021年1月. 以下是对结果和关键问题的回答的总结.

  • 共有42名受访者.
  • 73%的受访者认为自己是从事mgm高梅美应用的企业软件开发人员或架构师.  其他人大概是与“企业”这个术语没有关联的开发人员.”
  • 72% of the respondents are working with Ethereum Mainnet; 74% are working with private chains; 51% are working with both.

“你认为哪些方面最需要改进,哪些方面最需要改进??”

  • 稳定性应该有现成的供应链和DeFi和其他应用的例子
  • 稳定性:带来链上身份, ZKP和同态加密对符合法规的安全资产是有用的
  • 稳定性:我们应该有一个像webflow一样的软件
  • 事务跟踪和可靠性调试器
  • [使]Web3js最新的稳定性特性
  • 类似的webflow
  • 松露巧克力酱的稳定性
  • 用Truffle编译每个文件用不同的编译器版本,VSCode更好的调试器插件.
  • 网络设置,e.g., 以基本的隐私设置启动N个节点, 许可——Besu正在努力解决这个问题,但需要改进才能让企业感到出色
  • Remix,如此广泛的使用,却只有如此少的资源用于它
  • 儿童智能合约编码(类似于Scratch Studio)
  • Web3j,没有得到很好的维护
  • 我目前的痛点是Web3j中完全支持abi2
  • [支持]生锈
  • # tx /秒
  • 没有,但乐观的rollup执行合同L2是必要的
  • 支持基于仲裁的evms的nodejs包装器
  • 文档工具需要改进. 集成到一个主要的文档生成工具中会很好
  • ipf浏览器集成
  • IPFS或任何其他企业级、生产就绪存储解决方案
  • IPFS: Protected access; all the other is REST…
  • 不同mgm高梅美之间的互操作性
  • Kaleido

 

“你认为哪些工具、图书馆或服务是缺失的,而哪些是应该存在的??”

  • 在智能合约之上轻松/自动化构建API
  • 用于智能合约的通用REST-API“生产者”
  • 回归测试、概要分析、正式验证的工具
  • 好的跨java应用程序的调试工具和稳定性将是非常好的
  • 一个好的可视化调试器
  • 密钥库的签名者库,如密钥库、KMS和hms
  • Webflow,用于开发的第二层工具
  • web3j或任何web3都应该有独立的api来管理一个事务, B)通过web3或独立签署交易;c)将交易提交到所需的网络.
  • 部署库和混合开发(公共testnet/local - proxy,重新编译后仍然有效).
  • MetaMask…是有用的,但可以为开发人员提供更多的支持.e.,本地RPC网络
  • 在quorum上为evm的JS库
  • UI组件
  • 互操作性库执行连接另一个mgm高梅美网络
  • 中央开源图书馆的智能合约和他们的详细文件.
  • 处理分散的组织
  • 生锈的基础客户
  • TokenScript

 

“你认为哪些标准缺失或需要改进??”

  • 屏蔽/机密的令牌,e.g.阿兹特克和匿名泽瑟.
  • 链下源之间的互操作性
  • 非挂钩稳定币和实用代币经济学的最佳实践, 处理基于mgm高梅美的真实软件产品(业务和开发方面)
  • 隐私
  • 安全标准
  • 链上的加密
  • ipf替代品,互操作性
  • 安全信息披露的现金奖励承诺文件
  • rest api的第一
  • 消息传递
  • 什么水平
  • 作为人类、公司和机器身份应用集成的基础层,是否支持DID/SSI
  • 更好的NatSpec标准:http://github.com/ethereum/solidity/issues/10825

 

“作为开发者,你还面临哪些与mgm高梅美相关的挑战??”

  • 汽油费用
  • 天然气价格
  • 天然气价格
  • 改变-高汽油成本的公共mgm高梅美
  • Ethereum 1可伸缩性
  • 可伸缩性
  • 隐私
  • 安全性测试
  • 什么水平
  • CI/ cd自动化-不受平台限制(例如.g.、Infura等.)
  • 弹性架构的即时管理
  • 稳定版本变化
  • solid在未来为数据和结构管理提供了许多改进
  • 慢测试网部署/调试标准
  • 文档质量差,产品不能按预期工作
  • 最新的学习资源
  • 它不像Java工具那样成熟. 当你做一些不简单的事情时,仍然需要大量的复制和粘贴来部署契约, e.g.,在生成文件WITH storage中部署一个可靠契约
  • 可靠性:从企业的角度来看,rpc并不那么可靠. 需要更多的特性来加强RPC或使用开源mq进行消息传递
  • 与其他开发人员的沟通. 需要一个网络.
  • Bft,私人事务
  • 开放mgm高梅美中的交互问题
  • 围绕去中心化的应用程序构建经济系统,最大化网络效应,以防止有人分叉项目,减少协议收入或需要开发闭源项目

 

结论

提出了一些改进开发工具生态系统的建议. 因为样本量相对较小, 没有确定主要集群或趋势(除了天然气价格/可伸缩性). 几个月后再做一次调查可能会有用.

一些受访者认为高交易费用和可扩展性是挑战. 这表明有必要对开发人员进行旨在解决这些问题的第2层技术的教育.