dcSpark CTO förklarar varför Cardano är "en av de sämsta blockkedjorna för att lagra data"

På lördag (13 augusti) Sebastien Guillemot, CTO för blockchain-företaget dcSpark, sa att L1 blockchain Cardano ($ADA) är "definitivt en av de sämsta blockkedjorna för att lagra data", och fortsatte med att förklara varför han tycker det.

Om du undrar vad dcSpark gör, enligt sitt utvecklingsteam, är huvudmålen att:

• “Förläng blockchain -protokollager”
• “Implementera förstklassigt ekosystemverktyg”
• "Utveckla och släpp användarvänliga appar"

Företaget grundades i april 2021 av Nicolas Arqueros, Sebastien Guillemot och Robert Kornacki. dcSpark är mest känt i Cardano-communityt för sitt sidokedjeprojekt Milkomeda. 

I fredags (12 augusti) skickade en förespråkare för Cardano ut en tweet som fick det att låta som att Cardano är en fantastisk blockkedja för att lagra stora mängder data på kedjan.

Emellertid svarade dcSpark CTO att Cardanos nuvarande design gör den till en av de sämsta blockkedjorna för att lagra data:

"Riktigt märklig tweet. Cardano är definitivt en av de sämsta blockkedjorna för att lagra data och detta var ett explicit designbeslut för att undvika blockchain-bloat och det är grundorsaken till många designbeslut som plutus data 64-byte bitar, off-chain pool & token register, etc ...

Vasil förbättra detta med inline datum, men de avskräcks indirekt på grund av den höga kostnaden för att använda dem. Jag håller med om att blockkedjan tillhandahåller datatillgänglighet är en viktig funktion, men att ha en bra lösning kommer att kräva ändringar av det befintliga protokollet."

Sedan frågade en annan $ADA-innehavare Guillemot om detta designbeslut kunde göra livet svårare för teambuildande roll-up-lösningar (som Orbis), och han fick följande svar:

"Ja, att försöka tillhandahålla datatillgänglighet för användningsfall som rollups, mithril, input-endossers och andra liknande datatunga användningsfall samtidigt som L1:an hålls smal (till skillnad från Ethereum som optimerar för människor som bara dumpar data) är en av de stora tekniska utmaningarna som är tacklas"

Den 1 augusti släppte IOGs grundare och VD Charles Hoskinson en kort video, där han förklarade varför Vasil hårdgaffeln hade försenats för en andra gång och gav en statusuppdatering angående testningen av Vasil-protokollets uppdatering.

Hoskinson sa:

"Ursprungligen planerade vi att ha hårdgaffeln med 1.35, och det var vad vi skickade till testnätet. Testnätet var hårt kluvat under det. Och sedan pågick en hel del tester, både internt och gemenskap. En samling buggar hittades: tre separata buggar som resulterade i tre nya versioner av programvaran. Och nu har vi 1.35.3, som ser ut att bli versionen som kommer att överleva den hårda gaffeln och uppgradera till Vasil.

"Det är en stor retrospektiv som kommer att göras. Det långa korta är att ECDSA-primitiven och bland annat inte är riktigt där de behöver vara. Och så, den funktionen måste läggas åt sidan, men alla återstående funktioner, CIP 31, 32, 33, 40 och andra sådana saker är ganska bra.

"Så de är i avancerade teststadier, och sedan måste många nedströmskomponenter testas, som DB Sync och serialiseringsbiblioteket, och dessa andra saker. Och det pågår just nu. Och en hel del tester pågår. Som jag nämnde tidigare är detta den mest komplicerade uppgraderingen till Cardano i dess historia eftersom den inkluderar både ändringar av programmeringsspråket Plutus plus ändringar av konsensusprotokollet och en mängd andra saker, och var en mycket laddad version. Det hade mycket i sig, och som ett resultat är det något som alla hade ett egenintresse av att noggrant testa.

"Problemet är att varje gång något upptäcks måste du fixa det, men då måste du verifiera fixen och gå tillbaka genom hela testpipelinen. Så du kommer till en situation där du är funktionskomplett, men då måste du testa och när du testar kan du upptäcka något, och då måste du reparera det. Och sedan måste du gå tillbaka genom hela testledningen. Så det är detta som orsakar förseningar...

"Jag hoppades verkligen att få ut det i juli, men du kan inte göra det när du har en bugg, särskilt en som är involverad med konsensus eller serialisering eller relaterad till ett visst problem med transaktioner. Måste bara rensa det, och det är bara så det går. Trots allt går saker och ting i rätt riktning, stadigt och systematiskt...

"Uppsättningen av saker som kunde gå fel har blivit så liten, och nu är vi typ i slutskedet av tester i det avseendet. Så om inte något nytt upptäcks, räknar jag inte med att vi kommer att ha några ytterligare förseningar, och det är bara att uppgradera folk...

"Och förhoppningsvis bör vi ha några positiva nyheter snart när vi kommer djupare in i augusti. Och den andra sidan av det är att inga problem har upptäckts med pipelining, inga problem har upptäckts med CIP 31, 32, 33 eller 40 under hela denna process, vilket också är mycket positiva nyheter, och med tanke på att de har blivit upprepade gånger testade internt och externt av utvecklare QA-företag och våra ingenjörer, det betyder att det finns en ganska god sannolikhet att dessa funktioner är skottsäkra och täta. Så bara några spetsfall att lösa, och förhoppningsvis kommer vi att kunna komma med en halvmånadsuppdatering med fler nyheter."

Image Credit

Utvalda bilder via Pixabay