A dcSpark műszaki igazgatója elmagyarázza, miért a Cardano az egyik legrosszabb adattárolási blokklánc

Szombaton (augusztus 13-án) Sebastien Guillemot, a blockchain cég műszaki igazgatója dcSpark, azt mondta, hogy az L1 blokklánc Cardano ($ADA) „egyértelműen az egyik legrosszabb adattárolási blokklánc”, és elmagyarázta, miért gondolja így.

Ha kíváncsi arra, hogy mit csinál a dcSpark, a fejlesztőcsapata szerint a fő célok a következők:

• „Blockchain Protocol Layers kiterjesztése”
• „Első osztályú ökoszisztéma-eszközök alkalmazása”
• „Felhasználói alkalmazások fejlesztése és kiadása”

A céget 2021 áprilisában alapította Nicolas Arqueros, Sebastien Guillemot és Robert Kornacki. A dcSpark leginkább az oldallánc projektjéről ismert a Cardano közösségben Milkomeda. 

Pénteken (augusztus 12-én) az egyik Cardano ügyvédje tweetet küldött, amelyből úgy hangzott, hogy a Cardano egy nagyszerű blokklánc nagy mennyiségű adat tárolására a láncon.

A dcSpark műszaki igazgatója azonban azt válaszolta, hogy a Cardano jelenlegi kialakítása miatt az egyik legrosszabb adattárolási blokklánc:

"Nagyon furcsa tweet. A Cardano egyértelműen az egyik legrosszabb blokklánc az adatok tárolására, és ez egy kifejezett tervezési döntés volt a blokklánc felfúvódásának elkerülése érdekében, és ez a kiváltó oka számos tervezési döntésnek, mint például a 64 bájtos adattömbök, off-chain pool és token registry stb.

Vasil javítja ezt a beépített adatokkal, de közvetve elriasztják őket a használatuk magas költsége miatt. Egyetértek azzal, hogy az adatok rendelkezésre állását biztosító blokklánc fontos funkció, de egy jó megoldáshoz módosítani kell a meglévő protokollon."

Aztán egy másik $ADA tulajdonos megkérdezte Guillemot-tól, hogy ez a tervezési döntés megnehezítheti-e a csapatépítő roll-up megoldások (például az Orbis) életét, és a következő választ kapta:

"Igen, az egyik nagy technikai kihívás az adatok elérhetőségének biztosítása olyan használati esetekhez, mint a rollupok, a mithril, a bemeneti támogatók és más hasonló, nagy mennyiségű adatot igénylő felhasználási esetek, miközben az L1 vékony marad (ellentétben az Ethereummal, amely az emberek számára optimalizálja az adatokat). megbirkózni"

Augusztus 1-jén az IOG társalapítója és vezérigazgatója, Charles Hoskinson kiadott egy rövid videót, amelyben elmagyarázta, miért késett másodszor a Vasil keményvilla, és állapotfrissítést adott a Vasil protokollfrissítés tesztelésével kapcsolatban.

Hoskinson azt mondta:

"Eredetileg azt terveztük, hogy a hard fork 1.35-ös lesz, és ezt szállítottuk a testnetbe. A tesztháló kemény villás volt alatta. Aztán sok belső és közösségi tesztelés zajlott. Hibagyűjteményt találtak: három különálló hibát, amelyek a szoftver három új verzióját eredményezték. És most megvan az 1.35.3, ami úgy tűnik, hogy ez lesz az a verzió, amely túléli a hard fork-ot, és Vasil-re frissít.

"Egy nagy retrospektív készül majd. Röviden annyi, hogy az ECDSA primitívek és néhány egyéb dolog mellett nincsenek egészen ott, ahol lenniük kellene. Tehát ezt a funkciót félre kell tenni, de az összes többi szolgáltatás, a CIP 31, 32, 33, 40 és más hasonló dolgok nagyon jók.

"Tehát ezek a tesztelés előrehaladott stádiumában vannak, és akkor sok downstream összetevőt kell tesztelni, mint például a DB Sync és a szerializációs könyvtár, és ezek a többi dolog. És ez jelenleg is folyamatban van. És sok tesztelés van folyamatban. Mint korábban említettem, ez a Cardano történetének legbonyolultabb frissítése, mert magában foglalja a Plutus programozási nyelv változtatásait, valamint a konszenzus protokoll módosításait és egy sor egyéb dolgot, és nagyon terhelt kiadás volt. Nagyon sok volt benne, és ennek eredményeként mindenki számára fontos volt az alapos tesztelés.

"A probléma az, hogy minden alkalommal, amikor valamit felfedeznek, ki kell javítania, de ezután ellenőriznie kell a javítást, és vissza kell mennie a teljes tesztelési folyamaton. Tehát eljut egy olyan helyzetbe, amikor már teljes a funkciója, de akkor tesztelnie kell, és amikor tesztel, felfedezhet valamit, és akkor meg kell javítania. És akkor vissza kell mennie a teljes tesztelési folyamaton. Tehát ez okozza a kiadási késéseket…

"Nagyon reméltem, hogy júliusban kihozom, de nem teheti meg, ha hiba van, különösen, ha konszenzussal vagy sorozatosítással, vagy a tranzakciók egy adott problémájával kapcsolatos. Csak tisztázni kell, és ez már így megy. Mindent összevetve azonban a dolgok jó irányba haladnak, folyamatosan és szisztematikusan…

"Annyira kicsire sikerült azoknak a dolgoknak a halmaza, amelyek elromolhatnak, és most e tekintetben a tesztelés utolsó szakaszában vagyunk. Tehát hacsak nem fedeznek fel semmi újat, nem számolok azzal, hogy további késések lesznek, és ez csak az emberek fejlesztését jelenti…

"És remélhetőleg hamarosan pozitív hírekkel kell szolgálnunk, amint közelebb kerülünk augusztushoz. A másik oldala pedig az, hogy az egész folyamat során nem fedeztek fel problémákat a csővezetékekkel, a CIP 31, 32, 33 vagy 40 használatával, ami szintén nagyon pozitív hír, és tekintettel arra, hogy ezeket többször is észlelték. fejlesztők, minőségbiztosítási cégek és mérnökeink belsőleg és külsőleg tesztelték, ami azt jelenti, hogy elég nagy a valószínűsége annak, hogy ezek a funkciók golyóállóak és szorosak. Tehát csak néhány szélsőséges esetet kell megoldani, és remélhetőleg a hónap közepén újabb hírekkel fogunk érkezni."

Képhitel

Kiemelt kép a pixabay