dcSpark CTO forklarer, hvorfor Cardano er 'en af ​​de værste blockchains til lagring af data'

Lørdag (13. august) Sebastien Guillemot, CTO for blockchain-virksomheden dcSpark, sagde, at L1 blockchain Cardano ($ADA) er "absolut en af ​​de værste blockchains til lagring af data", og fortsatte med at forklare, hvorfor han mener det.

Hvis du undrer dig over, hvad dcSpark gør, ifølge sit udviklingsteam, er hovedmålene at:

• "Udvid Blockchain Protocol Layers"
• "Implementer førsteklasses økosystemværktøj"
• "Udvikle og frigiv brugervendte apps"

Firmaet blev medstiftet i april 2021 af Nicolas Arqueros, Sebastien Guillemot og Robert Kornacki. dcSpark er bedst kendt i Cardano-fællesskabet for sit sidekædeprojekt Milkomeda. 

Fredag ​​(12. august) sendte en Cardano-advokat et tweet, der fik det til at lyde som om, Cardano er en fantastisk blockchain til at gemme store mængder data på kæden.

Imidlertid svarede dcSpark CTO, at Cardanos nuværende design gør det til en af ​​de værste blockchains til lagring af data:

"Virkelig mærkeligt tweet. Cardano er absolut en af ​​de værste blockchains til lagring af data, og dette var en eksplicit designbeslutning for at undgå blockchain-bloat, og det er den grundlæggende årsag til mange designbeslutninger som plutus data 64-byte chunks, off-chain pool & token registry, osv...

Vasil forbedre dette med inline datums, men de frarådes indirekte på grund af de store omkostninger ved at bruge dem. Jeg er enig i, at det er en vigtig funktion at lade blockchain levere datatilgængelighed, men at have en god løsning vil kræve ændringer af den eksisterende protokol."

Så spurgte en anden $ADA-indehaver Guillemot, om denne designbeslutning kunne gøre livet sværere for teambuilding roll-up-løsninger (såsom Orbis), og han modtog følgende svar:

"Ja, at forsøge at levere datatilgængelighed for use cases som rollups, mithril, input endorsers og andre lignende datatunge use-cases, mens man holder L1 slank (i modsætning til Ethereum, der optimerer til folk, der bare dumper data) er en af ​​de store tekniske udfordringer, tacklet"

Den 1. august udgav IOGs medstifter og administrerende direktør Charles Hoskinson en kort video, hvori han forklarede, hvorfor Vasil-hardgaffelen var blevet forsinket for anden gang, og gav en statusopdatering vedrørende test af Vasil-protokolopdateringen.

Hoskinson sagde:

"Oprindeligt planlagde vi at have den hårde gaffel med 1.35, og det var det, vi sendte til testnettet. Testnettet var hårdt forgrenet under det. Og så var der en masse test, både internt og fællesskab, i gang. En samling af fejl blev fundet: tre separate fejl, der resulterede i tre nye versioner af softwaren. Og nu har vi 1.35.3, som ser ud til at blive den version, der vil overleve den hårde gaffel og opgradere til Vasil.

"Der er et stort tilbageblik, der vil blive lavet. Det lange korte er, at ECDSA-primitiverne og blandt nogle få andre ting ikke er helt, hvor de skal være. Og så den funktion skal lægges til side, men alle de resterende funktioner, CIP 31, 32, 33, 40 og andre sådanne ting er ret gode.

"Så de er i avancerede teststadier, og så skal en masse downstream-komponenter testes, som DB Sync og serialiseringsbiblioteket og disse andre ting. Og det er i gang i øjeblikket. Og en masse test er i gang. Som jeg nævnte før, er dette den mest komplicerede opgradering til Cardano i sin historie, fordi den inkluderer både ændringer til programmeringssproget Plutus plus ændringer til konsensusprotokollen og en række andre ting, og det var en meget belastet udgivelse. Det havde meget i sig, og som et resultat er det en, som alle havde en interesse i at teste grundigt.

"Problemet er, at hver gang noget bliver opdaget, skal du rette det, men så skal du verificere rettelsen og gå tilbage gennem hele testpipelinen. Så du kommer til en situation, hvor du er funktionsfuld, men så skal du teste, og når du tester, opdager du måske noget, og så skal du reparere det. Og så skal du gå tilbage gennem hele testpipelinen. Så det er det, der forårsager udgivelsesforsinkelser...

"Jeg håbede virkelig at få det ud i juli, men du kan ikke gøre det, når du har en fejl, især en der er involveret i konsensus eller serialisering eller relateret til et bestemt problem med transaktioner. Det skal bare ryddes, og sådan går det bare. Alt taget i betragtning går tingene dog i den rigtige retning, støt og systematisk...

"Sættet af ting, der kunne gå galt, er blevet så lille, og nu er vi på en måde i de sidste faser af test i den henseende. Så medmindre der bliver opdaget noget nyt, forventer jeg ikke, at vi vil have yderligere forsinkelser, og det er bare at få folk opgraderet...

"Og forhåbentlig skulle vi have nogle positive nyheder snart, når vi kommer dybere ind i august. Og den anden side af det er, at der ikke er blevet opdaget problemer med pipelining, ingen problemer er blevet opdaget med CIP 31, 32, 33 eller 40 gennem hele denne proces, hvilket også er meget positive nyheder, og i betragtning af at de er blevet gentagne gange testet internt og eksternt af udviklere QA-firmaer og vores ingeniører, det betyder, at der er en ret god sandsynlighed for, at disse funktioner er skudsikre og tætte. Så det er bare nogle kantsager at løse, og forhåbentlig kan vi komme med en opdatering midt på måneden med flere nyheder."

Billedkredit

Fremhævet billede via Pixabay