Jak Cardano będzie się skalować, aby sprostać wymaganiom swojego rozwijającego się ekosystemu dApp?

To już oficjalne, era Basho w Cardano nadeszła, przynosząc nowy rozdział skoncentrowany na optymalizacji, skalowaniu i interoperacyjności.

W miarę jak ekosystem Cardano dApp zaczyna się zapełniać, poprawa użyteczności nigdy nie była tak krytyczna. Zwłaszcza biorąc pod uwagę niezbyt płynne wdrożenie SundaeSwap w czwartek.

Przygotowując do tego scenę, Johna Woodsa, dyrektor Cardano Architecture, przedstawił krótki przegląd tego, co nadchodzi.

Włącza się Cardano Basho

Las rozpoczyna się stwierdzeniem, że w roku 2022 najważniejsze będzie skalowanie warstwy 1 tak szybko, jak to tylko możliwe. Następnie wymienił szereg rozwiązań, które pozwolą to osiągnąć.

Ulepszenia węzłów – w celu zwiększenia zapasu w przypadku zwiększania rozmiaru bloku, co prowadzi do bardziej efektywnego wykorzystania pamięci poprzez techniki współdzielenia pamięci. Woods spodziewa się, że przyniesie to poprawę o około 40%.

Pipelining – w celu wydłużenia czasu propagacji bloku. Odnosi się to do skrócenia średniego czasu potrzebnego nowym blokom na osiągnięcie konsensusu większości. Wykonanie tej czynności pozwoli na zwiększenie rozmiaru bloku i ułatwi wybieranie parametrów Plutusa.

Dostawcy danych wejściowych – dzięki zastosowaniu wstępnie skonstruowanych bloków czas propagacji bloków jest jeszcze bardziej skrócony, co pozwala na wyższe współczynniki transakcji.

Ulepszenia skryptu Plutusa – Woods opisał to rozwiązanie jako „zmniejszające tarcia dla programistów”. Obejmuje to ulepszenia, takie jak funkcja ponownego wykorzystania skryptów w wielu transakcjach, zmniejszenie uciążliwości wymagań dotyczących kodowania i zmniejszenie rozmiarów transakcji.

Przechowywanie na dysku — przechowując elementy protokołu na dysku, węzły będą przechowywać mniej pamięci. W związku z tym ograniczenia pamięci RAM stają się mniejszym wąskim gardłem w skalowaniu.

Hydra – rozwiązanie do skalowania poza łańcuchem, maksymalizujące przepustowość, minimalizujące opóźnienia i zmniejszające wymagania dotyczące pamięci masowej.

Sidechains – obejmują oddzielne, interoperacyjne łańcuchy bloków, które w razie potrzeby ułatwiają przepływ aktywów między łańcuchami bocznymi i głównymi.

Przetwarzanie poza łańcuchem – zmniejszenie obciążenia obliczeniowego łańcucha bloków poprzez przeprowadzanie transakcji poza łańcuchem bloków za pośrednictwem modelu zaufania.

Mithril – w celu zwiększenia synchronizacji danych pełnego węzła, aby zapewnić szybkość i mniejsze zużycie zasobów.

Woods zakończył stwierdzeniem, że wszystkie powyższe elementy zapewnią wystarczającą pojemność do obsługi ekosystemu dApp w miarę jego rozwoju.

„Mamy naprawdę solidny plan skalowania… zamierzamy wprowadzić te zmiany, aby mieć pewność, że będziemy się rozwijać wraz z rozwojem DApps".

SundaeSwap ma zaległości

LodyZamień została uruchomiona wczoraj, ale media społecznościowe są zalane skargami dotyczącymi nieudanych transakcji, błędów i długiego czasu oczekiwania.

Jeden z użytkowników Reddita wyraził swoją frustrację, mówiąc, że transakcje trwają godzinami.

„Bracie, zdajesz sobie sprawę, że transakcje trwają dosłownie godziny? To nie jest coś, z czego można być dumnym, lmao.

W odpowiedzi zespół SundaeSwap zorganizował Miejsca na Twitterze AMA w którym przypisali te problemy ogromnym zaległościom w zamówieniach. CTO Matt Ho dodał, że usprawnienie węzła Cardano, zaplanowane na 25 stycznia, pomoże w rozwiązaniu problemu, zapewniając dwukrotny wzrost przepustowości.

Aktualizacja węzła została opublikowana przez Dane wyjściowe w czwartek. Odnosi się to do wzrost jednostek pamięci skryptowej Plutus na transakcję z 11.25 mln do 12.5 mln.

Zapewni to więcej zasobów dla skryptów Plutusa i aplikacji dApps, które na nich działają.