エンタープライズイーサリアムアライアンスメインネットワーキンググループは、イーサリアムアプリケーションに取り組んでいるエンタープライズ開発者からの意見を求めるための調査を作成しました。調査は、2020年11月から2021年1月まで、電子メールでEEAメーリングリストに、Twitterで宣伝されました。結果の概要と重要な質問への回答を以下に示します。

• 42人の回答者がいました。
• 回答者の73％が、イーサリアムアプリケーションに取り組んでいるエンタープライズソフトウェア開発者またはアーキテクトであると認識しています。おそらく他の人は、「エンタープライズ」という用語に関連付けられていない開発者です。
• 回答者の72％がイーサリアムメインネットを使用しています。 74％がプライベートチェーンで働いています。 51％が両方で作業しています。

「これらのうち、最も改善が必要なものはどれですか。また、どのような方法で」に対する注目すべき回答です。

• Solidyには、サプライチェーンとDeFiおよびその他のアプリケーションの既製の例が必要です
• Solidity：オンチェーンID、ZKP、準同型暗号化を規制に準拠したセキュリティ資産に役立てる
• 堅牢性：ソフトウェアのようなWebフローが必要です
• トランザクショントレースとSolidityデバッガー
• [Bring] Web3jsを最新のSolidity機能で更新
• webflowのようなもの
• トリュフガナッシュの安定性
• トリュフ、異なるコンパイラバージョンで各ファイルをコンパイルするには、VSCodeの優れたデバッガプラグイン。
• ネットワークのセットアップ。たとえば、プライバシーと許可のための基本的なセットアップでNノードを起動します。Besuはそれに取り組んでいますが、企業にとって素晴らしいものになるように改善する必要があります。
• Remixは非常に広く使用されていますが、専用のリソースはほとんどありません
• 子供向けのスマートコントラクトコーディング（Scratch Studioと同様）
• Web3j、適切に保守されていない
• 現在の問題点は、Web3jでの完全なabi2サポートです
• [サポート] Rust
• ＃tx / sec
• なしですが、L2で契約を実行するための楽観的なロールアップは不可欠です
• クォーラムベースのevms用のnodejsラッパーのサポート
• ドキュメントツールには改善が必要です。主要なドキュメント生成ツールの1つに統合すると便利です
• IPFSブラウザの統合
• IPFS、またはその他のエンタープライズグレードの本番環境対応ストレージソリューション
• IPFS：保護されたアクセス。他はすべてRESTです…
• 異なるブロックチェーン間の相互運用性
• カレイド

「どのツール、ライブラリ、またはサービスが不足していて、存在する必要があると思いますか？」に対する注目すべき回答

• スマートコントラクトに加えてAPIを簡単に構築/自動化
• スマートコントラクトの一般的なREST-API「プロデューサー」
• [ツール]回帰テスト、プロファイリング、フォーマル検証
• Javaアプリケーション全体にわたる優れたデバッグ機能と堅牢性は素晴らしいでしょう
• 優れたビジュアルデバッガー
• Key Vault、KMS、HSMなどのキーストアの署名ライブラリ
• Webflow、開発用の第2層ツール
• web3jまたは任意のweb3には、a）トランザクションを作成し、b）web3によって、または独立してトランザクションに署名し、c）トランザクションを目的のネットワークに送信するための個別のAPIが必要です。
• デプロイメントライブラリとハイブリッド開発（パブリックテストネット/ローカル–再コンパイル後も存続するプロキシ）
• MetaMask…は便利ですが、開発者、つまりローカルRPCネットワークをさらにサポートすることで実現できます
• クォーラム上のevm用のJSライブラリ
• UIコンポーネント
• 別のブロックチェーンネットワークへの接続を実行するための相互運用性ライブラリ
• スマートコントラクトの中央オープンソースライブラリとその詳細なドキュメント。
• 分散型組織の処理
• Rustベースのクライアント
• TokenScript

「どの基準が欠けている、または改善されるべきだと思いますか？」に対する注目すべき回答

• シールド/機密トークン（例：AztecやAnonymous Zether）。
• オフチェーンソース間の相互運用性
• ベストプラクティス：非ペグのStablecoinおよびUtilityトークンエコノミー、Ethereumに基づく実際のソフトウェア製品の処理（ビジネスおよび開発の側面）
• プライバシー
• セキュリティ標準
• オンチェーン暗号化
• Ipfsの代替、相互運用性
• セキュリティ開示のための賞金の文書化されたコミットメント
• REST-APIファースト
• メッセージング
• KYC
• 人間、企業、およびマシンのIDのアプリケーション統合のベースレイヤーとしてのDID / SSIサポート
• より優れたNatSpec標準：https：//github.com/ethereum/solidity/issues/10825

「開発者として他にどのようなイーサリアム関連の課題に直面していますか？」に対する注目すべき反応

• 高いガス料金
• ガス価格
• ガス価格
• 変更–公共ブロックチェーンのガスコストが高い
• イーサリアム1のスケーラビリティ
• スケーラビリティ
• プライバシー
• セキュリティテスト
• KYC
• CI / CD-自動化–プラットフォームに依存しない（例：Infuraなど）
• 回復力のあるアーキテクチャのノンス管理
• Solidityバージョンの変更
• Solidityには、日付と構造の管理に関して将来提供する多くの改善点があります
• テストネットのデプロイ/デバッグ標準が遅い
• 不十分なドキュメント、期待どおりに機能しない製品
• 最新の学習リソース
• Javaツールのような成熟度はありません。ストレージを使用してジェネシスファイルにSolidityコントラクトをデプロイするなど、単純でないことを実行した後は、コントラクトをデプロイするためのコピーと貼り付けがまだたくさんあります。
• 信頼性：RPCは、企業の観点からはそれほど信頼性がありません。 RPCを強化したり、メッセージングにオープンソースMQを使用したりするには、さらに多くの機能が必要です
• 他の開発者とのコミュニケーション。ネットワークが必要です。
• Bft、プライベートトランザクション
• オープンイーサリアムでの相互作用に関する問題
• 分散型アプリケーションを中心に経済システムを構築し、ネットワーク効果を最大化して、誰かがプロジェクトをフォークしてプロトコルの収益を減らしたり、クローズドソースプロジェクトを開発したりするのを防ぎます。

結論

開発ツールのエコシステムを改善するためのいくつかの提案がなされました。サンプルサイズが比較的小さいため、（ガスの価格/スケーラビリティを除いて）主要なクラスターや傾向は特定されていません。数か月以内に調査を繰り返すと便利な場合があります。

いくつかの回答者は、高い取引手数料と拡張性を課題として挙げました。これは、これらの問題に対処することを目的としたレイヤー2テクノロジーについて開発者を教育する必要があることを示唆しています。