De Enterprise Ethereum Alliance Mainnet Working Group heeft een enquête opgesteld om input te vragen van enterprise-ontwikkelaars die aan Ethereum-applicaties werken. De enquête werd van november 2020 tot januari 2021 per e-mail op mailinglijsten van de EER en op Twitter gepromoot. Hier is een samenvatting van de resultaten en antwoorden op belangrijke vragen.

• Er waren 42 respondenten.
• 73% van de respondenten identificeert zich als een ontwikkelaar of architect van bedrijfssoftware die aan Ethereum-applicaties werkt. Vermoedelijk zijn de anderen ontwikkelaars die niet associëren met de term 'onderneming'.
• 72% van de respondenten werkt met Ethereum Mainnet; 74% werkt met particuliere ketens; 51% werkt met beide.

Opmerkelijke reacties op "Welke van deze zijn volgens u het meest aan verbetering toe, en op welke manieren?"

• Solidity zou kant-en-klare voorbeelden moeten hebben van supply chain en DeFi en andere toepassingen
• Degelijkheid:breng on-chain identiteit, ZKP en homomorfe versleuteling nuttig voor beveiligingsmiddelen die aan de regelgeving voldoen
• Degelijkheid:we zouden een webflow-achtige software moeten hebben
• Transactietracering en Solidity-foutopsporing
• [Breng] Web3js up-to-date met soliditeitsfuncties
• Iets als webflow
• Stabiliteit [van] Truffel Ganache
• Truffle, om elk bestand met een andere compilerversie te compileren, VSCode betere debugger-plug-in.
• Netwerkconfiguratie, bijv. start N-knooppunten met basisinstellingen voor privacy, toestemming - Besu werkt eraan, maar moet worden verbeterd om geweldig te zijn voor bedrijven
• Remix, zo veel gebruikt en toch zo weinig middelen aan gewijd
• Slimme contractcodering voor kinderen (vergelijkbaar met Scratch Studio)
• Web3j, niet goed onderhouden
• Mijn huidige pijnpunt is volledige abi2-ondersteuning in Web3j
• [Ondersteuning voor] Rust
• #tx/sec
• Geen, maar optimistische rollups om contracten op L2 uit te voeren zijn essentieel
• Ondersteuning van nodejs-wrappers voor op quorum gebaseerde evms
• De documentatietools moeten worden verbeterd. Integratie in een van de belangrijkste tools voor het genereren van documentatie zou fijn zijn
• IPFS-browserintegratie
• IPFS, of een andere enterprise-grade, productieklare opslagoplossing
• IPFS:beveiligde toegang; al het andere is REST…
• Interoperabiliteit tussen verschillende Blockchains
• Kaleido

Opmerkelijke reacties op "Welke tools of bibliotheken of services ontbreken volgens u en zouden moeten bestaan?"

• Maak/automatiseer het bouwen van API bovenop slimme contracten
• Algemene REST-API "producent" voor slimme contracten
• [Tools voor] regressietesten, profilering, formele verificatie
• Goede debug-faciliteiten in Java-applicaties en soliditeit zouden geweldig zijn
• Een goede visuele debugger
• Ondertekenaarsbibliotheken voor sleutelwinkels zoals Key Vault, KMS en HSM's
• Webflow, tools voor ontwikkeling in de tweede laag
• web3j of een web3 moet afzonderlijke API's hebben om te beheren a) een transactie maken, b) een transactie ondertekenen via web3 of onafhankelijk en c) de transactie indienen bij het gewenste netwerk.
• Deployment-bibliotheken en hybride ontwikkeling (openbaar testnet/lokaal – proxy die hercompilaties overleeft).
• MetaMask … is handig, maar zou meer ondersteuning kunnen gebruiken voor ontwikkelaars, d.w.z. lokale RPC-netwerken
• JS-bibliotheken voor evm's op quorum
• UI-componenten
• Interoperabiliteitsbibliotheken om verbindingen met andere blockchain-netwerken uit te voeren
• Centrale open-source bibliotheek met slimme contracten en hun gedetailleerde documentatie.
• Omgaan met gedecentraliseerde organisaties
• Op roest gebaseerde client
• TokenScript

Opmerkelijke reacties op "Welke normen ontbreken volgens u of moeten worden verbeterd?"

• Afgeschermde/vertrouwelijke tokens, bijv. Aztec en Anonieme Zether.
• Interoperabiliteit tussen off-chain bronnen
• Best practices voor:niet-gekoppelde Stablecoin- en Utility-tokeneconomie, omgaan met echte softwareproducten op basis van Ethereum (bedrijfs- en ontwikkelingsaspecten)
• Privacy
• Beveiligingsnormen
• versleuteling in de keten
• Ipfs-alternatieven, interoperabiliteit
• Gedocumenteerde toezeggingen van contante premies voor beveiligingsonthullingen
• REST-API eerst
• Berichten
• KYC
• DID/SSI-ondersteuning als basislaag voor applicatie-integraties voor mens-, bedrijfs- en machine-identiteiten
• Betere NatSpec-normen:https://github.com/ethereum/solidity/issues/10825

Opmerkelijke reacties op "Met welke andere Ethereum-gerelateerde uitdagingen wordt u als ontwikkelaar geconfronteerd?"

• Hoge gaskosten
• Gasprijs
• Gasprijs
• Veranderen – hoge gaskosten op openbare blockchain
• Ethereum 1-schaalbaarheid
• Schaalbaarheid
• Privacy
• Beveiligingstesten
• KYC
• CI/CD-automatisering – niet platformgebonden (bijv. Infura etc.)
• Nonce-beheer voor veerkrachtige architecturen
• Wijzigingen in de soliditeitsversie
• Solidity heeft in de toekomst veel verbeteringen te bieden voor datum- en structuurbeheer
• Langzame testnet-implementatie/debug-standaard
• Slechte documentatie, producten die niet werken zoals verwacht
• Leermiddelen die up-to-date zijn
• Er is gewoon niet de volwassenheid die er is met Java-tools. er is nog steeds veel kopieer- en plakwerk om contracten te implementeren als je eenmaal niet-eenvoudige dingen doet, bijvoorbeeld een soliditeitscontract implementeren IN het genesisbestand MET opslag
• Betrouwbaarheid:RPC's zijn niet zo betrouwbaar vanuit het oogpunt van ondernemingen. Meer functies nodig om RPC te versterken of open source MQ's te gebruiken voor berichten
• Communicatie met andere ontwikkelaars. Een netwerk nodig.
• Bft, privétransacties
• Problemen met interacties in open Ethereum
• Een economisch systeem bouwen rond een gedecentraliseerde applicatie die de netwerkeffecten maximaliseert om te voorkomen dat iemand het project vertakt en de protocolinkomsten verlaagt of closed-sourceprojecten moet ontwikkelen

Conclusies

Er zijn verschillende suggesties gedaan voor verbeteringen aan het ecosysteem van de ontwikkeltool. Vanwege de relatief kleine steekproefomvang zijn er geen grote clusters of trends geïdentificeerd (afgezien van gasprijs/schaalbaarheid). Het kan nuttig zijn om de enquête over een paar maanden te herhalen.

Hoge transactiekosten en schaalbaarheid werden door verschillende respondenten als uitdagingen genoemd. Dit suggereert dat het nodig is om ontwikkelaars te informeren over Layer 2-technologieën die bedoeld zijn om deze problemen aan te pakken.