CTO dcSpark explică de ce Cardano este „Unul dintre cele mai proaste blockchain pentru stocarea datelor”

Sâmbătă (13 august), Sebastien Guillemot, CTO al companiei blockchain dcSpark, a spus că L1 blockchain Cardano ($ADA) este „cu siguranță unul dintre cele mai proaste blockchain-uri pentru stocarea datelor” și a continuat să explice de ce crede el așa.

În cazul în care vă întrebați ce face dcSpark, conform echipei sale de dezvoltare, principalele obiective sunt:

• „Extindeți straturile de protocol Blockchain”
• „Implementați instrumente pentru ecosisteme de primă clasă”
• „Dezvoltarea și lansarea aplicațiilor orientate către utilizator”

Firma a fost co-fondată în aprilie 2021 de Nicolas Arqueros, Sebastien Guillemot și Robert Kornacki. dcSpark este cel mai cunoscut în comunitatea Cardano pentru proiectul său sidechain Milkomeda. 

Vineri (12 august), un avocat Cardano a trimis un tweet care a făcut să sune că Cardano este un blockchain grozav pentru stocarea unor cantități mari de date în lanț.

Cu toate acestea, CTO dcSpark a răspuns că designul actual al lui Cardano îl face unul dintre cele mai proaste blockchain-uri pentru stocarea datelor:

Tweet cu adevărat ciudat. Cardano este cu siguranță unul dintre cele mai proaste blockchain-uri pentru stocarea datelor și aceasta a fost o decizie explicită de proiectare pentru a evita umflarea blockchain-ului și este cauza principală a multor decizii de proiectare, cum ar fi bucăți de date plutus de 64 de octeți, pool-ul în afara lanțului și registrul de jetoane etc...

Vasil îmbunătățește acest lucru cu datele inline, dar acestea sunt indirect descurajate din cauza costului mare de utilizare a acestora. Sunt de acord că faptul că blockchain-ul oferă disponibilitatea datelor este o caracteristică importantă, dar a avea o soluție bună va necesita modificări la protocolul existent.

Apoi, un alt deținător de $ADA l-a întrebat pe Guillemot dacă această decizie de proiectare ar putea îngreuna viața soluțiilor acumulate de team building (cum ar fi Orbis) și a primit următorul răspuns:

Da, încercarea de a oferi disponibilitatea datelor pentru cazuri de utilizare cum ar fi rollup-uri, mithril, endorsers de intrare și alte cazuri de utilizare similare cu date grele, menținând în același timp L1 subțire (spre deosebire de Ethereum care optimizează pentru oamenii care doar aruncă date) este una dintre marile provocări tehnice fiind abordat

Pe 1 august, co-fondatorul și CEO-ul IOG, Charles Hoskinson, a lansat un scurt videoclip, în care a explicat de ce hard furk-ul Vasil a fost amânat pentru a doua oară și a furnizat o actualizare de stare cu privire la testarea actualizării protocolului Vasil.

Hoskinson a spus:

Inițial, am plănuit să avem hard fork cu 1.35 și asta am trimis pe testnet. Rețeaua de testare a fost puternic bifurcată sub el. Și apoi au fost în curs de desfășurare o mulțime de teste, atât interne, cât și comunitare. S-a găsit o colecție de erori: trei erori separate care au dus la trei versiuni noi ale software-ului. Și acum, avem 1.35.3, care se pare că va fi versiunea care va supraviețui hard fork-ului și va face upgrade la Vasil.

Se va face o mare retrospectivă. Pe scurt este că primitivele ECDSA și, printre alte câteva lucruri, nu sunt chiar acolo unde trebuie să fie. Și așadar, acea caracteristică trebuie lăsată deoparte, dar toate caracteristicile rămase, CIP 31, 32, 33, 40 și alte asemenea lucruri sunt destul de bune.

Deci, acestea sunt în stadii avansate de testare, iar apoi o mulțime de componente din aval trebuie testate, cum ar fi DB Sync și biblioteca de serializare și alte lucruri. Și asta este în prezent în desfășurare. Și multe teste sunt în curs. După cum am menționat mai devreme, aceasta este cea mai complicată actualizare la Cardano din istoria sa, deoarece include atât modificări la limbajul de programare Plutus, cât și modificări ale protocolului de consens și o mulțime de alte lucruri și a fost o versiune foarte încărcată. Avea multe în el și, ca rezultat, este unul pe care toată lumea avea un interes personal să o testeze temeinic.

Problema este că de fiecare dată când se descoperă ceva, trebuie să remediați asta, dar apoi trebuie să verificați remedierea și să treceți înapoi prin întreaga conductă de testare. Așa că ajungi într-o situație în care ești complet complet, dar apoi trebuie să testezi și când testezi, s-ar putea să descoperi ceva și apoi trebuie să repari asta. Și apoi trebuie să treceți înapoi prin întreaga conductă de testare. Deci, acesta este ceea ce cauzează întârzierile de lansare...

Speram cu adevărat să-l scot în iulie, dar nu o puteți face atunci când aveți o eroare, în special una care este implicată cu consens sau serializare sau legată de o anumită problemă cu tranzacții. Trebuie doar să-l șterg și așa merge. Totuși, luând în considerare toate lucrurile, lucrurile se mișcă în direcția corectă, constant și sistematic...

Setul de lucruri care ar putea merge prost a devenit atât de mic, iar acum suntem oarecum în fazele finale ale testării în acest sens. Deci, dacă nu se descoperă ceva nou, nu anticipez că vom avea alte întârzieri și doar îi face pe oameni să facă upgrade...

Și sperăm că ar trebui să avem niște știri pozitive imediat ce ajungem mai adânc în august. Și cealaltă parte a ei este că nu au fost descoperite probleme cu conductele, nicio problemă nu a fost descoperită cu CIP 31, 32, 33 sau 40 de-a lungul întregului proces, ceea ce este și o veste foarte pozitivă și având în vedere că au fost în mod repetat. testat intern și extern de către dezvoltatori, firmele de asigurare a calității și inginerii noștri, asta înseamnă că există o probabilitate destul de bună ca aceste caracteristici să fie rezistente la gloanțe și strânse. Deci, doar câteva cazuri marginale de rezolvat și sperăm că vom putea veni cu o actualizare la jumătatea lunii cu mai multe știri.

Image Credit

Imagine recomandată prin Pixabay