엔터프라이즈 이더 리움 얼라이언스 메인 넷 워킹 그룹은 이더 리움 애플리케이션에서 작업하는 엔터프라이즈 개발자의 의견을 구하기 위해 설문 조사를 만들었습니다. 이 설문 조사는 2020 년 2021 월부터 XNUMX 년 XNUMX 월까지 이메일을 통해 EEA 메일 링리스트와 트위터를 통해 홍보되었습니다. 다음은 주요 질문에 대한 결과 및 응답 요약입니다.

• 응답자는 42 명이었습니다.
• 응답자의 73 %는 Ethereum 애플리케이션에서 작업하는 엔터프라이즈 소프트웨어 개발자 또는 설계자로 확인했습니다. 아마도 나머지는 "기업"이라는 용어와 관련이없는 개발자 일 것입니다.
• 응답자의 72 %가 이더 리움 메인 넷을 사용하고 있습니다. 74 %는 사설 체인과 협력하고 있습니다. 51 %는 두 가지 모두와 협력하고 있습니다.

"이 중 어떤 것이 가장 개선이 필요하다고 생각하십니까?"에 대한 주목할만한 답변은 무엇입니까?

• Solidity에는 공급망과 DeFi 및 기타 응용 프로그램의 기성품 예가 있어야합니다.
• 견고성 : 온 체인 ID, ZKP 및 동형 암호화를 규정 준수 보안 자산에 유용하게 사용
• 견고성 : 소프트웨어와 같은 웹 흐름이 있어야합니다.
• 트랜잭션 추적 및 Solidity 디버거
• 견고성 기능으로 Web3js를 최신 상태로 유지
• 웹 흐름과 같은 것
• 트러플 가나슈의 안정성
• Truffle, 각 파일을 다른 컴파일러 버전으로 컴파일하려면 VSCode 더 나은 디버거 플러그인.
• 네트워크 설정 (예 : 개인 정보 보호를위한 기본 설정으로 N 노드 시작, 권한 부여) – Besu가 작업 중이지만 기업을 위해 멋지게 개선되어야합니다.
• 리믹스, 널리 사용되지만 전용 리소스가 거의 없습니다.
• 어린이를위한 스마트 계약 코딩 (Scratch Studio와 유사)
• Web3j, 잘 관리되지 않음
• 내 현재 불만 사항은 Web2j에서 완전한 abi3 지원입니다.
• [지원] Rust
• # tx / 초
• 없음, 그러나 L2에서 계약을 실행하기위한 낙관적 롤업은 필수입니다.
• 쿼럼 기반 EVMS를위한 nodejs 래퍼 지원
• 문서화 도구는 개선이 필요합니다. 주요 문서 생성 도구 중 하나에 통합하면 좋을 것입니다.
• 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 기반 클라이언트
• 토큰스크립트

"어떤 표준이 누락되었거나 개선되어야한다고 생각하십니까?"에 대한 주목할만한 답변

• 보호 / 기밀 토큰, 예 : Aztec 및 Anonymous Zether.
• 오프 체인 소스 간의 상호 운용성
• 모범 사례 : 고정되지 않은 Stablecoin 및 유틸리티 토큰 경제학, 이더 리움 기반의 실제 소프트웨어 제품 처리 (비즈니스 및 개발 측면)
• 개인정보보호
• 보안 기준
• 온 체인 암호화
• IPFS 대안, 상호 운용성
• 보안 공개에 대한 현금 현상금의 문서화 된 약속
• REST-API 우선
• 메시징
• KYC
• 사람, 회사 및 기계 ID를위한 애플리케이션 통합을위한 기본 계층으로 DID / SSI 지원
• 더 나은 NatSpec 표준 : https://github.com/ethereum/solidity/issues/10825

“개발자로서 직면하고있는 다른 이더 리움 관련 과제는 무엇입니까?”에 대한 주목할만한 답변

• 높은 가스비
• 가스 가격
• 가스 가격
• 변화 – 퍼블릭 블록 체인의 높은 가스 비용
• 이더 리움 1 확장 성
• 확장성
• 개인정보보호
• 보안 테스트
• KYC
• CI / CD-Automation – 플랫폼 제한 없음 (예 : Infura 등)
• 탄력적 인 아키텍처를위한 Nonce 관리
• Solidity 버전 변경
• Solidity는 향후 날짜 및 구조 관리를 위해 많은 개선 사항을 제공합니다.
• 느린 테스트 넷 배포 / 디버그 표준
• 잘못된 문서, 예상대로 작동하지 않는 제품
• 최신 학습 리소스
• Java 도구의 성숙도는 없습니다. 단순하지 않은 작업을 수행하면 계약을 배포하기 위해 여전히 많은 복사 및 붙여 넣기가 있습니다 (예 : 스토리지가있는 제네시스 파일에 견고성 계약 배포).
• 안정성 : RPC는 엔터프라이즈 관점에서 그다지 안정적이지 않습니다. RPC를 강화하거나 메시징에 오픈 소스 MQ를 사용하려면 더 많은 기능이 필요합니다.
• 다른 개발자와의 커뮤니케이션. 네트워크가 필요합니다.
• Bft, 개인 거래
• 개방형 이더 리움의 상호 작용 문제
• 누군가가 프로젝트를 포크하고 프로토콜 수익을 감소 시키거나 폐쇄 소스 프로젝트를 개발해야하는 것을 방지하기 위해 네트워크 효과를 극대화하는 분산 애플리케이션을 중심으로 경제 시스템을 구축합니다.

결론

개발 도구 생태계 개선을위한 몇 가지 제안이있었습니다. 상대적으로 작은 표본 크기로 인해 확인 된 주요 클러스터 또는 추세가 없습니다 (가스 가격 / 확장 성 제외). 몇 달 후에 설문 조사를 반복하는 것이 유용 할 수 있습니다.

여러 응답자들은 높은 거래 수수료와 확장 성을 문제로 언급했습니다. 이는 개발자들에게 이러한 문제를 해결하기위한 레이어 2 기술에 대해 교육 할 필요가 있음을 시사합니다.