dcSpark CTO selittää, miksi Cardano on "yksi pahimmista lohkoketjuista tietojen tallentamiseen"

Lauantaina (13. elokuuta) Sebastien Guillemot, blockchain-yhtiön teknologiajohtaja dcSpark, sanoi, että L1-lohkoketju Cardano ($ADA) on "epäilemättä yksi huonoimmista lohkoketjuista tiedon tallentamiseen", ja jatkoi selittämään, miksi hän ajattelee niin.

Jos mietit, mitä dcSpark tekee, kehitystiiminsä mukaan tärkeimmät tavoitteet ovat:

• "Laajenna Blockchain Protocol Layers"
• "Ota käyttöön ensiluokkainen ekosysteemityökalu"
• "Kehitä ja julkaise käyttäjäkohtaisia ​​sovelluksia"

Yrityksen perustivat huhtikuussa 2021 Nicolas Arqueros, Sebastien Guillemot ja Robert Kornacki. dcSpark tunnetaan Cardano-yhteisössä parhaiten sivuketjuprojektistaan Milkomeda. 

Perjantaina (12. elokuuta) yksi Cardanon puolestapuhuja lähetti twiitin, joka sai sen kuulostamaan, että Cardano on loistava lohkoketju suurten tietomäärien tallentamiseen ketjuun.

Kuitenkin dcSpark CTO vastasi, että Cardanon nykyinen suunnittelu tekee siitä yhden huonoimmista lohkoketjuista tietojen tallentamiseen:

"Todella outo twiitti. Cardano on ehdottomasti yksi huonoimmista lohkoketjuista tietojen tallentamiseen, ja tämä oli selkeä suunnittelupäätös lohkoketjujen turvotuksen välttämiseksi ja se on perimmäinen syy moniin suunnittelupäätöksiin, kuten plutus datan 64-tavuisiin paloihin, ketjun ulkopuoliseen pooliin ja merkkirekisteriin jne.

Vasil parantaa tätä upotetuilla datameilla, mutta ne ovat epäsuorasti masentuneita, koska niiden käyttökustannukset ovat suuret. Olen samaa mieltä siitä, että lohkoketjun tarjoaminen tietojen saatavuudelle on tärkeä ominaisuus, mutta hyvän ratkaisun saaminen edellyttää muutoksia olemassa olevaan protokollaan."

Sitten toinen $ADA-haltija kysyi Guillemotilta, voisiko tämä suunnittelupäätös vaikeuttaa tiimien rakentamisen roll-up-ratkaisujen (kuten Orbis) elämää, ja hän sai seuraavan vastauksen:

"Kyllä. Yritetään tarjota datan saatavuutta käyttötapauksiin, kuten rolluppiin, mithriliin, syötteen vahvistajiin ja muihin vastaaviin paljon dataa vaativiin käyttötapauksiin samalla kun L1:n ohut pysyminen (toisin kuin Ethereum, joka optimoi ihmisille, jotka vain tyhjentävät tietoja) on yksi suurimmista teknisistä haasteista. käsitelty"

Elokuun 1. päivänä IOG:n perustaja ja toimitusjohtaja Charles Hoskinson julkaisi lyhyen videon, jossa hän selitti, miksi Vasil hard fork oli viivästynyt toisen kerran, ja toimitti tilapäivityksen Vasil-protokollapäivityksen testaamisesta.

Hoskinson sanoi:

"Alun perin suunnittelimme, että hard fork on 1.35, ja sen lähetimme testiverkkoon. Testiverkko oli kovahaarukka sen alla. Ja sitten paljon testausta, sekä sisäisiä että yhteisöllisiä, oli käynnissä. Virheitä löytyi: kolme erillistä bugia, jotka johtivat kolmeen uuteen ohjelmistoversioon. Ja nyt meillä on 1.35.3, joka näyttää olevan se versio, joka selviää kovasta haarukasta ja päivittyy Vasiliin.

"Siellä tehdään suuri retrospektiivi. Lyhyesti sanottuna ECDSA:n primitiivit ja muun muassa muutamat muut asiat eivät ole aivan siellä, missä niiden pitäisi olla. Ja niin, tämä ominaisuus on jätettävä sivuun, mutta kaikki muut ominaisuudet, CIP 31, 32, 33, 40 ja muut vastaavat, ovat melko hyviä.

"Joten ne ovat testauksen edistyneessä vaiheessa, ja sitten on testattava monia alavirran komponentteja, kuten DB Sync ja serialisointikirjasto ja nämä muut asiat. Ja se on parhaillaan käynnissä. Ja paljon testauksia on meneillään. Kuten aiemmin mainitsin, tämä on Cardanon historian monimutkaisin päivitys, koska se sisältää sekä muutoksia ohjelmointikieleen Plutus että muutoksia konsensusprotokollaan ja monia muita asioita, ja se oli erittäin ladattu julkaisu. Siinä oli paljon, ja sen seurauksena se oli sellainen, jonka testaaminen perusteellisesti oli kaikilla.

"Ongelmana on, että joka kerta, kun jotain löydetään, sinun on korjattava se, mutta sitten sinun on tarkistettava korjaus ja palattava koko testausputken läpi. Joten pääset tilanteeseen, jossa olet ominaisuuksiltaan täydellinen, mutta sitten sinun on testattava ja kun testaat, saatat löytää jotain, ja sinun on sitten korjattava se. Ja sitten sinun on palattava koko testausputken läpi. Tämä siis aiheuttaa julkaisuviiveitä…

"Toivoin todella saavani sen ulos heinäkuussa, mutta et voi tehdä sitä, jos sinulla on virhe, etenkään sellainen, joka liittyy konsensukseen tai sarjoitukseen tai liittyy tiettyyn tapahtumaan liittyvään ongelmaan. Se on vain tyhjennettävä, ja niin se vain menee. Kaiken kaikkiaan asiat ovat kuitenkin menossa oikeaan suuntaan, tasaisesti ja järjestelmällisesti…

"Joukko asioita, jotka voivat mennä pieleen, on jäänyt niin pieneksi, ja nyt olemme testin viimeisessä vaiheessa tältä osin. Joten ellei mitään uutta löydetä, en odota, että meillä on lisäviivästyksiä, ja se vain saa ihmiset päivitettyä…

"Ja toivottavasti meillä pitäisi saada positiivisia uutisia pian, kun pääsemme syvemmälle elokuuhun. Ja toinen puoli on se, että mitään ongelmia ei ole havaittu liukuputkessa, ei ongelmia CIP 31:n, 32:n, 33:n tai 40:n kanssa koko tämän prosessin aikana, mikä on myös erittäin myönteinen uutinen, kun otetaan huomioon, että niitä on toistuvasti havaittu. Laadunvarmistusyritysten ja insinööriemme testaama sisäisesti ja ulkoisesti, mikä tarkoittaa, että on melko hyvä todennäköisyys, että nämä ominaisuudet ovat luodinkestäviä ja tiukkoja. Joten vain muutama reunatapaus ratkaistavaksi, ja toivottavasti voimme toimittaa kuun puolivälissä päivityksen, joka sisältää enemmän uutisia."

Image Credit

Suositeltava kuva Pixabay