Nhóm công tác Mainnet của Enterprise Ethereum Alliance đã tạo một cuộc khảo sát để thu hút ý kiến ​​đóng góp từ các nhà phát triển doanh nghiệp làm việc trên các ứng dụng Ethereum. Cuộc khảo sát đã được quảng bá qua email tới các danh sách gửi thư của EEA và trên Twitter, từ tháng 11 năm 2020 đến tháng 1 năm 2021. Dưới đây là tóm tắt kết quả và câu trả lời cho các câu hỏi chính.

• Có 42 người trả lời.
• 73% số người được hỏi xác định là nhà phát triển phần mềm doanh nghiệp hoặc kiến ​​trúc sư làm việc trên các ứng dụng Ethereum. Có lẽ những người khác là những nhà phát triển không liên kết với thuật ngữ “doanh nghiệp”.
• 72% số người được hỏi đang làm việc với Ethereum Mainnet; 74% đang làm việc với các chuỗi tư nhân; 51% đang làm việc với cả hai.

Những câu trả lời đáng chú ý cho “Bạn nghĩ cần cải thiện điều nào nhất và theo những cách nào?”

• Solidity nên có sẵn các ví dụ về chuỗi cung ứng và DeFi và các ứng dụng khác
• Tính vững chắc:mang lại danh tính trên chuỗi, Mã hóa ZKP và Homomorphic để hữu ích cho các tài sản bảo mật tuân thủ quy định
• Tính vững chắc:Chúng ta nên có một quy trình web giống như phần mềm
• Theo dõi giao dịch và trình gỡ lỗi Solidity
• [Mang] Web3js được cập nhật với các tính năng vững chắc
• Một cái gì đó giống như quy trình web
• Độ ổn định [của] Truffle Ganache
• Truffle, để biên dịch từng tệp với phiên bản trình biên dịch khác nhau, plugin trình gỡ lỗi tốt hơn VSCode.
• Thiết lập mạng, ví dụ:bắt đầu N nút với thiết lập cơ bản cho quyền riêng tư, cấp phép - Besu đang làm việc trên nhưng cần cải thiện để trở nên tuyệt vời cho doanh nghiệp
• Bản phối lại, được sử dụng rộng rãi nhưng lại có quá ít tài nguyên dành riêng cho nó
• Mã hóa hợp đồng thông minh cho trẻ em (tương tự như Scratch Studio)
• Web3j, không được bảo trì tốt
• Điểm khó khăn hiện tại của tôi là hỗ trợ abi2 hoàn toàn trong Web3j
• [Hỗ trợ cho] Rust
• # tx / giây
• Không có, nhưng việc tổng hợp tích cực để thực hiện hợp đồng trên L2 là điều cần thiết
• Hỗ trợ trình bao bọc nodejs cho các evms dựa trên số đại biểu
• Các công cụ tài liệu cần được cải thiện. Tích hợp vào một trong những công cụ tạo tài liệu chính sẽ rất tốt
• Tích hợp trình duyệt IPFS
• IPFS hoặc bất kỳ giải pháp lưu trữ sẵn sàng sản xuất cấp doanh nghiệp nào khác
• IPFS:Quyền truy cập được bảo vệ; tất cả những thứ khác là REST…
• Khả năng tương tác giữa các Blockchains khác nhau
• Kaleido

Các câu trả lời đáng chú ý cho “Bạn nghĩ rằng công cụ hoặc thư viện hoặc dịch vụ nào còn thiếu và nên tồn tại?”

• Dễ dàng / tự động hóa việc xây dựng API dựa trên các hợp đồng thông minh
• "Nhà sản xuất" REST-API chung cho Hợp đồng thông minh
• [Công cụ cho] kiểm tra hồi quy, lập hồ sơ, xác minh chính thức
• Cơ sở gỡ lỗi tốt trên ứng dụng java và độ vững chắc sẽ rất tốt
• Trình gỡ lỗi hình ảnh tốt
• Thư viện trình ký cho các cửa hàng chính như Key Vault, KMS và HSMs
• Webflow, các công cụ lớp thứ 2 để phát triển
• web3j hoặc bất kỳ web3 nào phải có các API riêng biệt để quản lý a) tạo giao dịch, b) ký giao dịch bằng web3 hoặc độc lập và c) gửi giao dịch tới mạng mong muốn.
• Thư viện triển khai và phát triển kết hợp (public testnet / local - proxied tồn tại sau các bản biên dịch lại).
• MetaMask… hữu ích nhưng có thể hỗ trợ nhiều hơn cho các nhà phát triển, tức là mạng RPC cục bộ
• Thư viện JS cho evm có túc số
• Các thành phần giao diện người dùng
• Thư viện khả năng tương tác để thực hiện kết nối các mạng blockchain khác
• Thư viện nguồn mở trung tâm của các hợp đồng thông minh và tài liệu chi tiết của chúng.
• Xử lý các tổ chức phi tập trung
• Khách hàng dựa trên rỉ sét
• TokenScript

Các câu trả lời đáng chú ý cho “Bạn nghĩ tiêu chuẩn nào còn thiếu hoặc cần được cải thiện?”

• Mã thông báo được bảo vệ / bí mật, ví dụ:Aztec và Zether ẩn danh.
• Khả năng tương tác giữa các nguồn ngoài chuỗi
• Các phương pháp hay nhất về:tính kinh tế của Stablecoin và mã thông báo Tiện ích, xử lý các sản phẩm phần mềm thực tế dựa trên Ethereum (các khía cạnh kinh doanh và phát triển)
• Quyền riêng tư
• Tiêu chuẩn bảo mật
• mã hóa trên chuỗi
• Các lựa chọn thay thế Ipfs, khả năng tương tác
• Các cam kết bằng văn bản về tiền thưởng để tiết lộ bảo mật
• REST-API đầu tiên
• Nhắn tin
• KYC
• Hỗ trợ DID / SSI làm lớp cơ sở để tích hợp ứng dụng cho danh tính con người, công ty và máy móc
• Các tiêu chuẩn NatSpec tốt hơn:https://github.com/ethereum/solidity/issues/10825

Các câu trả lời đáng chú ý cho “Bạn phải đối mặt với những thách thức nào khác liên quan đến Ethereum với tư cách là nhà phát triển?”

• Phí xăng cao
• Giá xăng
• Giá xăng
• Thay đổi - chi phí gas cao trên blockchain công cộng
• Khả năng mở rộng của Ethereum 1
• Khả năng mở rộng
• Quyền riêng tư
• Kiểm tra bảo mật
• KYC
• CI / CD-Automation - không ràng buộc nền tảng (ví dụ:Infura, v.v.)
• Quản lý nonce cho các kiến ​​trúc có khả năng phục hồi
• Thay đổi phiên bản solidity
• Solidity có nhiều cải tiến sẽ cung cấp trong tương lai để quản lý cấu trúc và ngày tháng
• Tiêu chuẩn gỡ lỗi / triển khai testnet chậm
• Tài liệu kém, Sản phẩm không hoạt động như mong đợi
• Tài nguyên học tập cập nhật
• Không có sự trưởng thành nào đối với các công cụ Java. vẫn còn rất nhiều việc sao chép và dán để triển khai hợp đồng khi bạn đang làm những việc không đơn giản, ví dụ:triển khai hợp đồng vững chắc TRONG tệp gốc CÓ lưu trữ
• Độ tin cậy:RPCs không đáng tin cậy theo quan điểm của doanh nghiệp. Cần thêm các tính năng để tăng cường RPC hoặc sử dụng MQ nguồn mở để nhắn tin
• Giao tiếp với các nhà phát triển khác. Cần có mạng.
• Bft, giao dịch riêng tư
• Vấn đề với các tương tác trong Ethereum mở
• Xây dựng một hệ thống kinh tế xung quanh một ứng dụng phi tập trung nhằm tối đa hóa hiệu ứng mạng để ngăn chặn ai đó giả mạo dự án và giảm doanh thu giao thức hoặc cần phát triển các dự án nguồn đóng

Kết luận

Một số đề xuất để cải thiện hệ sinh thái công cụ phát triển đã được đưa ra. Do kích thước mẫu tương đối nhỏ, không có cụm hoặc xu hướng chính nào được xác định (ngoài giá khí đốt / khả năng mở rộng). Có thể hữu ích nếu lặp lại cuộc khảo sát sau vài tháng.

Phí giao dịch cao và khả năng mở rộng đã được một số người trả lời đề cập là thách thức. Điều này cho thấy cần phải giáo dục các nhà phát triển về các công nghệ Lớp 2 nhằm giải quyết những vấn đề này.