CTO dcSpark wyjaśnia, dlaczego Cardano jest „jednym z najgorszych łańcuchów bloków do przechowywania danych”

W sobotę (13 sierpnia) o godz. Sebastiana Guillemota, CTO firmy blockchain dcSpark, powiedział, że blockchain L1 Cardano ($ADA) jest „zdecydowanie jednym z najgorszych blockchainów do przechowywania danych” i zaczął wyjaśniać, dlaczego tak uważa.

Jeśli zastanawiasz się, czym zajmuje się dcSpark, według zespołu programistów, głównymi celami są:

• „Rozszerz warstwy protokołu Blockchain”
• „Wdrażanie najwyższej klasy narzędzi ekosystemowych”
• „Opracowywanie i publikowanie aplikacji przeznaczonych dla użytkowników”

Firmę współzałożyli w kwietniu 2021 roku Nicolas Arqueros, Sebastien Guillemot i Robert Kornacki. dcSpark jest najbardziej znany w społeczności Cardano ze swojego projektu sidechain Milkomeda. 

W piątek (12 sierpnia) jeden z zwolenników Cardano wysłał tweeta, który brzmiał, jakby Cardano to świetny blockchain do przechowywania dużych ilości danych w łańcuchu.

Jednak CTO dcSpark odpowiedział, że obecny projekt Cardano czyni go jednym z najgorszych łańcuchów bloków do przechowywania danych:

"Naprawdę dziwny tweet. Cardano jest zdecydowanie jednym z najgorszych łańcuchów bloków do przechowywania danych i była to wyraźna decyzja projektowa mająca na celu uniknięcie rozdęcia łańcucha bloków i jest to podstawowa przyczyna wielu decyzji projektowych, takich jak 64-bajtowe fragmenty danych plutus, pula poza łańcuchem i rejestr tokenów itp.

Vasil poprawia to za pomocą wbudowanych układów odniesienia, ale są one pośrednio odradzane ze względu na duże koszty ich używania. Zgadzam się, że zapewnienie dostępności danych przez blockchain jest ważną cechą, ale posiadanie dobrego rozwiązania będzie wymagało zmian w istniejącym protokole."

Następnie inny posiadacz $ADA zapytał Guillemota, czy ta decyzja projektowa może utrudnić życie zbiorczym rozwiązaniom do budowania zespołów (takim jak Orbis), i otrzymał następującą odpowiedź:

"Tak, próba zapewnienia dostępności danych dla przypadków użycia, takich jak pakiety zbiorcze, mithril, indosanci wprowadzania danych i inne podobne przypadki użycia z dużą ilością danych, przy jednoczesnym zachowaniu szczupłej warstwy L1 (w przeciwieństwie do Ethereum, które optymalizuje się pod kątem ludzi, którzy po prostu zrzucają dane) jest jednym z dużych wyzwań technicznych Rozwiązany"

1 sierpnia współzałożyciel i dyrektor generalny IOG, Charles Hoskinson, opublikował krótki film, w którym wyjaśnił, dlaczego hard fork Vasil został opóźniony po raz drugi i przedstawił aktualizację statusu dotyczącą testowania aktualizacji protokołu Vasil.

Hoskinson powiedział:

"Początkowo planowaliśmy mieć hard fork z 1.35 i to właśnie wysłaliśmy do sieci testowej. Sieć testowa była pod nią mocno rozwidlona. A potem rozpoczęło się wiele testów, zarówno wewnętrznych, jak i społecznościowych. Znaleziono zbiór błędów: trzy oddzielne błędy, które zaowocowały trzema nowymi wersjami oprogramowania. A teraz mamy 1.35.3, która wygląda na wersję, która przetrwa hard fork i uaktualni do Vasila.

"Będzie wielka retrospektywa, która zostanie zrobiona. Długie krótkie jest to, że prymitywy ECDSA i między innymi nie są dokładnie tam, gdzie powinny. Tak więc tę funkcję trzeba odłożyć na bok, ale wszystkie pozostałe funkcje, CIP 31, 32, 33, 40 i inne tego typu rzeczy, są całkiem dobre.

"Są one więc w zaawansowanych stadiach testowania, a następnie trzeba przetestować wiele dalszych komponentów, takich jak DB Sync i biblioteka serializacji, i inne rzeczy. I to jest obecnie w toku. Wiele testów jest w toku. Jak wspomniałem wcześniej, jest to najbardziej skomplikowana aktualizacja do Cardano w jej historii, ponieważ zawiera zarówno zmiany w języku programowania Plutus, jak i zmiany w protokole konsensusu i litanię innych rzeczy, i była bardzo obciążonym wydaniem. Miał w sobie wiele, w wyniku czego wszyscy byli żywo zainteresowani dokładnym testowaniem.

"Problem polega na tym, że za każdym razem, gdy coś zostanie odkryte, musisz to naprawić, ale potem musisz zweryfikować poprawkę i wrócić do całego potoku testowego. Dochodzisz więc do sytuacji, w której jesteś kompletny, ale potem musisz testować, a kiedy testujesz, możesz coś odkryć, a następnie musisz to naprawić. A potem musisz cofnąć się przez cały potok testowy. Więc to jest przyczyną opóźnień w wydaniu…

"Naprawdę miałem nadzieję, że wyjdę na rynek w lipcu, ale nie możesz tego zrobić, gdy masz błąd, zwłaszcza taki, który jest związany z konsensusem lub serializacją lub związany z konkretnym problemem z transakcjami. Po prostu muszę to wyczyścić i tak to już działa. Biorąc jednak wszystko pod uwagę, sprawy idą we właściwym kierunku, stale i systematycznie…

"Zestaw rzeczy, które mogły pójść nie tak, stał się tak mały, że teraz jesteśmy w końcowej fazie testowania pod tym względem. Więc jeśli nic nowego nie zostanie odkryte, nie przewiduję dalszych opóźnień, a to tylko ulepszanie ludzi…

"I miejmy nadzieję, że wkrótce powinniśmy mieć pozytywne wiadomości, gdy wejdziemy w sierpień. A z drugiej strony nie wykryto żadnych problemów z potokami, nie wykryto żadnych problemów z CIP 31, 32, 33 lub 40 w całym tym procesie, co również jest bardzo pozytywną wiadomością, biorąc pod uwagę, że były one wielokrotnie powtarzane. przetestowane wewnętrznie i zewnętrznie przez deweloperów firmy QA i naszych inżynierów, co oznacza, że ​​istnieje spore prawdopodobieństwo, że te funkcje są kuloodporne i szczelne. Więc tylko kilka skrajnych przypadków do rozwiązania i miejmy nadzieję, że będziemy mogli przyjść z aktualizacją w połowie miesiąca, zawierającą więcej wiadomości."

Obraz kredytowych

Polecane zdjęcie przez Pixabay