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

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

"이 중 가장 개선이 필요하다고 생각하는 것은 무엇이며 어떤 면에서?"에 대한 주목할 만한 응답

• Solidity에는 공급망, DeFi 및 기타 애플리케이션의 예가 이미 만들어져 있어야 합니다.
• Solidity:규제 준수 보안 자산에 유용한 온체인 ID, ZKP 및 동형 암호화 제공
• Solidity:소프트웨어와 같은 웹플로가 있어야 합니다.
• 트랜잭션 추적 및 Solidity 디버거
• [가져오기] Web3js를 견고성 기능으로 최신 버전으로 업데이트
• 웹플로 같은 것
• 트러플 가나슈의 안정성
• Truffle, 다른 컴파일러 버전으로 각 파일을 컴파일하려면 VSCode 더 나은 디버거 플러그인입니다.
• 네트워크 설정, 예를 들어 개인 정보 보호를 위한 기본 설정으로 N 노드 시작, 권한 부여 – Besu가 작업 중이지만 기업에 적합하도록 개선해야 합니다.
• Remix는 널리 사용되지만 전용 리소스는 거의 없습니다.
• 어린이용 스마트 계약 코딩(Scratch Studio와 유사)
• Web3j, 잘 관리되지 않음
• 현재 나의 고충은 Web3j에서 완전한 abi2 지원입니다.
• [지원] Rust
• #tx/초
• 없음, 하지만 L2에서 계약을 실행하기 위한 낙관적 롤업은 필수적입니다.
• 쿼럼 기반 evms에 대한 nodejs 래퍼 지원
• 문서화 도구는 개선이 필요합니다. 주요 문서 생성 도구 중 하나에 통합하면 좋을 것입니다.
• IPFS 브라우저 통합
• IPFS 또는 기타 엔터프라이즈급 프로덕션 준비 스토리지 솔루션
• IPFS:보호된 액세스; 나머지는 모두 REST입니다...
• 서로 다른 블록체인 간의 상호 운용성
• 칼레이도

"어떤 도구, 라이브러리 또는 서비스가 누락되었으며 존재해야 한다고 생각합니까?"에 대한 주목할만한 응답

• 스마트 계약을 기반으로 API 구축 용이/자동화
• 스마트 계약을 위한 일반 REST-API "생산자"
• [도구] 회귀 테스트, 프로파일링, 공식 검증
• 자바 애플리케이션 전반에 걸친 우수한 디버그 기능과 견고함
• 훌륭한 시각적 디버거
• Key Vault, KMS 및 HSM과 같은 키 저장소용 서명자 라이브러리
• Webflow, 개발을 위한 2차 레이어 도구
• web3j 또는 모든 web3에는 a) 트랜잭션 생성, b) web3 또는 독립적으로 트랜잭션 서명, c) 원하는 네트워크에 트랜잭션 제출을 관리하는 별도의 API가 있어야 합니다.
• 배포 라이브러리 및 하이브리드 개발(공개 테스트넷/로컬 – 재컴파일 후에도 유지됨).
• MetaMask ... 유용하지만 개발자, 즉 로컬 RPC 네트워크에 대한 지원이 더 많아질 수 있습니다.
• 정족수의 evm용 JS 라이브러리
• UI 구성요소
• 다른 블록체인 네트워크 연결을 수행하기 위한 상호 운용성 라이브러리
• 스마트 계약의 중앙 오픈 소스 라이브러리 및 자세한 문서입니다.
• 분권화된 조직 처리
• 녹 기반 클라이언트
• 토큰스크립트

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

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

"개발자로서 어떤 다른 이더리움 관련 문제에 직면합니까?"에 대한 주목할만한 응답

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

결론

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

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