dcSpark CTO forklarer hvorfor Cardano er "en av de verste blokkjedene for lagring av data"

Lørdag (13. august) Sebastien Guillemot, CTO for blockchain-selskapet dcSpark, sa at L1 blockchain Cardano ($ADA) er "definitivt en av de verste blokkjedene for lagring av data", og fortsatte med å forklare hvorfor han tror det.

I tilfelle du lurer på hva dcSpark gjør, ifølge utviklingsteamet, er hovedmålene å:

• "Forleng Blockchain -protokollag"
• "Implementer førsteklasses økosystemverktøy"
• "Utvikle og slippe brukervendte apper"

Firmaet ble medstiftet i april 2021 av Nicolas Arqueros, Sebastien Guillemot og Robert Kornacki. dcSpark er mest kjent i Cardano-fellesskapet for sitt sidekjedeprosjekt Milkomeda. 

Fredag ​​(12. august) sendte en talsmann for Cardano ut en tweet som fikk det til å høres ut som om Cardano er en flott blokkjede for å lagre store mengder data på kjede.

Imidlertid svarte dcSpark CTO at Cardanos nåværende design gjør den til en av de verste blokkjedene for lagring av data:

"Virkelig merkelig tweet. Cardano er definitivt en av de verste blokkjedene for lagring av data, og dette var en eksplisitt designbeslutning for å unngå blokkjedeoppblåsthet, og det er grunnårsaken til mange designbeslutninger som plutus data 64-byte biter, off-chain pool & token registry, etc ...

Vasil forbedre dette med inline datums, men de frarådes indirekte på grunn av de store kostnadene ved å bruke dem. Jeg er enig i at blokkjeden gir datatilgjengelighet er en viktig funksjon, men å ha en god løsning vil kreve endringer i den eksisterende protokollen."

Så spurte en annen $ADA-innehaver Guillemot om denne designbeslutningen kunne gjøre livet vanskeligere for teambuilding roll-up-løsninger (som Orbis), og han fikk følgende svar:

"Ja, å prøve å gi datatilgjengelighet for brukstilfeller som rollups, mithril, input-endorsers og andre lignende datatunge brukssaker mens du holder L1 slank (i motsetning til Ethereum som optimerer for folk som bare dumper data) er en av de store tekniske utfordringene som er taklet"

1. august ga IOG-medgründer og administrerende direktør Charles Hoskinson ut en kort video, der han forklarte hvorfor Vasil-hardgaffelen hadde blitt forsinket for andre gang og ga en statusoppdatering angående testing av Vasil-protokolloppdateringen.

Hoskinson sa:

"Opprinnelig planla vi å ha hardgaffelen med 1.35, og det var det vi sendte til testnettet. Testnettet var hardt gaffel under det. Og så var det mye testing, både internt og fellesskap, i gang. En samling av feil ble funnet: tre separate feil som resulterte i tre nye versjoner av programvaren. Og nå har vi 1.35.3, som ser ut til å bli versjonen som vil overleve den harde gaffelen og oppgradere til Vasil.

"Det er et stort tilbakeblikk som vil bli gjort. Den lange korte er at ECDSA-primitivene og blant noen få andre ting ikke er helt der de skal være. Og så, den funksjonen må legges til side, men alle de gjenværende funksjonene, CIP 31, 32, 33, 40 og andre slike ting er ganske bra.

"Så de er i avanserte stadier av testing, og da må mange nedstrømskomponenter testes, som DB Sync og serialiseringsbiblioteket, og disse andre tingene. Og det er for tiden i gang. Og mye testing er i gang. Som jeg nevnte før, er dette den mest kompliserte oppgraderingen til Cardano i sin historie fordi den inkluderer både endringer i programmeringsspråket Plutus pluss endringer i konsensusprotokollen og en rekke andre ting, og var en veldig lastet utgivelse. Det hadde mye i seg, og som et resultat er det en som alle hadde en egeninteresse i å teste grundig.

"Problemet er at hver gang noe blir oppdaget, må du fikse det, men da må du verifisere rettelsen og gå tilbake gjennom hele testrørledningen. Så du kommer til en situasjon hvor du er funksjonsfull, men så må du teste og når du tester, kan det hende du oppdager noe, og så må du reparere det. Og så må du gå tilbake gjennom hele testrørledningen. Så det er dette som forårsaker utgivelsesforsinkelser...

"Jeg håpet virkelig å få det ut i juli, men du kan ikke gjøre det når du har en feil, spesielt en som er involvert i konsensus eller serialisering eller relatert til et bestemt problem med transaksjoner. Må bare rydde det, og det er bare slik det går. Men alt tatt i betraktning går ting i riktig retning, jevnt og systematisk...

"Settet med ting som kan gå galt har blitt så lite, og nå er vi på en måte i sluttfasen av testingen i så måte. Så med mindre noe nytt blir oppdaget, regner jeg ikke med at vi vil ha ytterligere forsinkelser, og det er bare å få folk oppgradert...

"Og forhåpentligvis bør vi ha noen positive nyheter snart når vi kommer dypere inn i august. Og den andre siden av det er at ingen problemer ble oppdaget med pipelining, ingen problemer med CIP 31, 32, 33 eller 40 gjennom hele denne prosessen, noe som også er veldig positive nyheter, og gitt at de har blitt gjentatte ganger testet internt og eksternt av utviklere QA-firmaer og våre ingeniører, det betyr at det er en ganske god sannsynlighet for at disse funksjonene er skuddsikre og tette. Så bare noen kantsaker å løse, og forhåpentligvis kan vi komme med en oppdatering midt i måneden med flere nyheter."

Bildekreditt

Utvalgte bilder via Pixabay