dcSpark CTO legt uit waarom Cardano 'een van de slechtste blockchains voor het opslaan van gegevens' is

Op zaterdag (13 augustus) Sébastien Guillemot, de CTO van blockchain-bedrijf dcSpark, zei dat L1 blockchain Cardano ($ADA) "absoluut een van de slechtste blockchains is voor het opslaan van gegevens", en legde uit waarom hij dat denkt.

Als je je afvraagt ​​wat dcSpark doet, zijn de belangrijkste doelen volgens het ontwikkelingsteam:

• "Blockchain-protocollagen uitbreiden"
• "Implementeer eersteklas ecosysteemtooling"
• "Ontwikkel en publiceer gebruikersgerichte apps"

Het bedrijf werd in april 2021 mede opgericht door Nicolas Arqueros, Sebastien Guillemot en Robert Kornacki. dcSpark is vooral bekend in de Cardano-gemeenschap vanwege zijn zijketenproject Melkomeda. 

Op vrijdag (12 augustus) stuurde een pleitbezorger van Cardano een tweet waarin het klonk alsof Cardano een geweldige blockchain is voor het opslaan van grote hoeveelheden data on chain.

De CTO van dcSpark antwoordde echter dat het huidige ontwerp van Cardano het een van de slechtste blockchains voor het opslaan van gegevens maakt:

"Echt een vreemde tweet. Cardano is absoluut een van de slechtste blockchains voor het opslaan van gegevens en dit was een expliciete ontwerpbeslissing om blockchain-bloat te voorkomen en het is de hoofdoorzaak van veel ontwerpbeslissingen zoals plutusgegevens 64-byte chunks, off-chain pool & token-register, enz ...

Vasil verbetert dit met inline datums, maar ze worden indirect afgeraden vanwege de hoge kosten om ze te gebruiken. Ik ben het ermee eens dat de beschikbaarheid van gegevens door de blockchain belangrijk is, maar voor een goede oplossing zijn wijzigingen in het bestaande protocol nodig."

Vervolgens vroeg een andere $ADA-houder Guillemot of deze ontwerpbeslissing het leven van teambuilding roll-up-oplossingen (zoals Orbis) moeilijker zou kunnen maken, en hij ontving het volgende antwoord:

"Ja, proberen om gegevensbeschikbaarheid te bieden voor gebruiksscenario's zoals rollups, mithril, input-endorsers en andere soortgelijke data-zware use-cases terwijl de L1 slank blijft (in tegenstelling tot Ethereum dat optimaliseert voor mensen die gewoon gegevens dumpen) is een van de grote technische uitdagingen die aangepakt"

Op 1 augustus bracht IOG-medeoprichter en CEO Charles Hoskinson een korte video uit, waarin hij uitlegde waarom de Vasil-hardfork voor de tweede keer was uitgesteld en een statusupdate gaf met betrekking tot het testen van de Vasil-protocolupdate.

Hoskinson zegt:

"Oorspronkelijk waren we van plan om de harde vork met 1.35 te hebben, en dat is wat we naar het testnet hebben verzonden. Het testnet was er hard onder gevorkt. En toen waren er veel testen aan de gang, zowel intern als voor de gemeenschap. Er werd een verzameling bugs gevonden: drie afzonderlijke bugs die resulteerden in drie nieuwe versies van de software. En nu hebben we 1.35.3, wat lijkt op de versie die de harde vork zal overleven en zal upgraden naar Vasil.

"Er is een grote terugblik die zal plaatsvinden. De lange korte is dat de ECDSA-primitieven en onder een paar andere dingen niet helemaal zijn waar ze moeten zijn. En dus moet die functie terzijde worden geschoven, maar alle overige functies, CIP 31, 32, 33, 40 en andere dergelijke dingen zijn redelijk goed.

"Die zijn dus in vergevorderde testfasen, en dan moeten veel downstream-componenten worden getest, zoals DB Sync en de serialisatiebibliotheek, en deze andere dingen. En dat is momenteel aan de gang. En er wordt volop getest. Zoals ik eerder al zei, is dit de meest gecompliceerde upgrade naar Cardano in zijn geschiedenis, omdat het zowel wijzigingen in de programmeertaal Plutus omvat als wijzigingen in het consensusprotocol en een hele reeks andere dingen, en het was een zeer beladen release. Er zat veel in, en als gevolg daarvan had iedereen er belang bij om het grondig te testen.

"Het probleem is dat elke keer dat er iets wordt ontdekt, je dat moet repareren, maar dan moet je de oplossing verifiëren en de hele testpijplijn doorlopen. Dus je komt in een situatie waarin je feature-compleet bent, maar dan moet je testen en als je test, ontdek je misschien iets, en dan moet je dat repareren. En dan moet je de hele testpijplijn weer door. Dit is dus de oorzaak van vertragingen bij de release...

"Ik hoopte echt om het in juli uit te brengen, maar je kunt het niet doen als je een bug hebt, vooral een die te maken heeft met consensus of serialisatie of gerelateerd aan een bepaald probleem met transacties. Je hoeft het alleen maar op te ruimen, en dat is gewoon de manier waarop het gaat. Alles bij elkaar genomen gaat het echter de goede kant op, gestaag en systematisch…

"De reeks dingen die fout kunnen gaan, is zo klein geworden, en nu zijn we in de laatste fase van het testen in dat opzicht. Dus tenzij er iets nieuws wordt ontdekt, verwacht ik niet dat we verdere vertragingen zullen hebben, en het zorgt er alleen maar voor dat mensen worden geüpgraded...

"En hopelijk zouden we snel positief nieuws moeten hebben als we dieper in augustus komen. En de andere kant is dat er tijdens dit hele proces geen problemen zijn ontdekt met pipelining, geen problemen zijn ontdekt met CIP 31, 32, 33 of 40, wat ook zeer positief nieuws is, en gezien het feit dat ze herhaaldelijk zijn intern en extern getest door ontwikkelaars QA-firma's en onze ingenieurs, dat betekent dat er een vrij goede kans is dat die functies kogelvrij en strak zijn. Dus slechts enkele randgevallen om op te lossen, en hopelijk kunnen we halverwege de maand komen met een update met meer nieuws."

Image Credit

Uitgelichte afbeelding via Pixabay