dcSpark CTO spiega perché Cardano è "una delle peggiori blockchain per l'archiviazione dei dati"

Sabato (13 agosto), Sebastian Guillemot, il CTO della società blockchain dcSpark, ha affermato che la blockchain L1 Cardano ($ADA) è "sicuramente una delle peggiori blockchain per l'archiviazione dei dati", e ha spiegato perché la pensa così.

Nel caso ti stia chiedendo cosa fa dcSpark, secondo il suo team di sviluppo, gli obiettivi principali sono:

• "Estendi i livelli del protocollo Blockchain"
• "Implementare strumenti ecosistemici di prima classe"
• "Sviluppa e rilascia app rivolte agli utenti"

L'azienda è stata co-fondata nell'aprile 2021 da Nicolas Arqueros, Sebastien Guillemot e Robert Kornacki. dcSpark è meglio conosciuto nella comunità Cardano per il suo progetto sidechain Milkomeda. 

Venerdì (12 agosto), un sostenitore di Cardano ha inviato un tweet che faceva sembrare che Cardano fosse un'ottima blockchain per l'archiviazione di grandi quantità di dati sulla catena.

Tuttavia, il CTO di dcSpark ha risposto che l'attuale design di Cardano lo rende uno dei peggiori blockchain per l'archiviazione dei dati:

"Tweet davvero strano. Cardano è sicuramente una delle peggiori blockchain per l'archiviazione dei dati e questa è stata una decisione progettuale esplicita per evitare il blocco della blockchain ed è la causa principale di molte decisioni progettuali come i blocchi di dati di plutus da 64 byte, il pool off-chain e il registro dei token, ecc ...

Vasil lo migliora con i riferimenti in linea, ma sono indirettamente scoraggiati a causa dell'elevato costo del loro utilizzo. Sono d'accordo sul fatto che avere la blockchain che fornisce la disponibilità dei dati è una caratteristica importante, ma avere una buona soluzione richiederà modifiche al protocollo esistente."

Quindi, un altro detentore di $ADA ha chiesto a Guillemot se questa decisione progettuale potesse rendere la vita più difficile per le soluzioni roll-up di team building (come Orbis), e ha ricevuto la seguente risposta:

"Sì, provare a fornire la disponibilità dei dati per casi d'uso come rollup, mithril, input endorser e altri casi d'uso simili con molti dati mantenendo la L1 snella (a differenza di Ethereum che ottimizza per le persone che scaricano solo dati) è una delle grandi sfide tecniche affrontato"

Il 1° agosto, il co-fondatore e CEO di IOG Charles Hoskinson ha rilasciato un breve video, in cui spiegava perché l'hard fork Vasil era stato ritardato per la seconda volta e forniva un aggiornamento sullo stato relativo al test dell'aggiornamento del protocollo Vasil.

Hoskinson ha detto:

"Inizialmente, avevamo pianificato di avere l'hard fork con 1.35, ed è quello che abbiamo spedito alla testnet. Il testnet era hard fork sotto di esso. E poi erano in corso molti test, sia interni che di comunità. È stata trovata una raccolta di bug: tre bug separati che hanno portato a tre nuove versioni del software. E ora abbiamo la 1.35.3, che sembra essere la versione che sopravviverà all'hard fork e aggiornerà a Vasil.

"C'è una grande retrospettiva che sarà fatta. Il lungo corto è che le primitive ECDSA e tra le poche altre cose non sono esattamente dove dovrebbero essere. E quindi, quella funzione deve essere messa da parte, ma tutte le restanti funzionalità, CIP 31, 32, 33, 40 e altre cose simili sono piuttosto buone.

"Quindi quelli sono in fasi avanzate di test e quindi molti componenti a valle devono essere testati, come DB Sync e la libreria di serializzazione e queste altre cose. E questo è attualmente in corso. E molti test sono in corso. Come ho detto prima, questo è l'aggiornamento più complicato a Cardano nella sua storia perché include sia modifiche al linguaggio di programmazione Plutus più modifiche al protocollo di consenso e una litania di altre cose, ed è stata una versione molto carica. C'era molto dentro e, di conseguenza, è uno che tutti avevano un interesse acquisito nel testare a fondo.

"Il problema è che ogni volta che viene scoperto qualcosa, devi risolverlo, ma poi devi verificare la correzione e tornare indietro attraverso l'intera pipeline di test. Quindi arrivi a una situazione in cui sei completo di funzionalità, ma poi devi testare e quando esegui il test, potresti scoprire qualcosa e quindi devi ripararlo. E poi devi tornare indietro attraverso l'intera pipeline di test. Quindi questo è ciò che causa i ritardi di rilascio...

"Speravo davvero di farlo uscire a luglio, ma non puoi farlo quando hai un bug, in particolare uno che è coinvolto con consenso o serializzazione o correlato a un particolare problema con le transazioni. Devi solo cancellarlo, ed è così che va. Tutto sommato, però, le cose si stanno muovendo nella giusta direzione, in modo costante e sistematico...

"L'insieme delle cose che potrebbero andare storte è diventato così piccolo, e ora siamo nelle fasi finali dei test in questo senso. Quindi, a meno che non venga scoperto qualcosa di nuovo, non prevedo che avremo ulteriori ritardi, e si tratta solo di aggiornare le persone...

"E si spera che dovremmo avere alcune notizie positive non appena ci addentreremo in agosto. E l'altro lato è che nessun problema è stato scoperto con la pipeline, nessun problema è stato scoperto con CIP 31, 32, 33 o 40 durante l'intero processo, il che è anche una notizia molto positiva, e dato che sono stati ripetutamente testato internamente ed esternamente da società di controllo qualità degli sviluppatori e dai nostri ingegneri, ciò significa che c'è una buona probabilità che quelle funzionalità siano a prova di proiettile e strette. Quindi solo alcuni casi limite da risolvere e, si spera, saremo in grado di fornire un aggiornamento di metà mese con più notizie."

Immagine di credito

Immagine in vetrina tramite Pixabay