Osiągnęliśmy znaczący postęp w podstawowych badaniach nad Coordicide i ich wdrożeniu w GoShimmer. Być może zauważyliście, że niektóre moduły Coordicide są już dodawane do sieci głównej IOTA, w tym autopeering i moduł przechowywania obiektów. Jesteśmy na dobrej drodze do realizacji naszego głównego celu, jakim jest sieć IOTA wolna od koordynatora.
Jednak oprócz Coordicide, celem Fundacji IOTA jest pełna optymalizacja głównej sieci IOTA przed Coordicide i zaoferowanie gotowego rozwiązania dla naszego ekosystemu. Z tego względu zaplanowaliśmy aktualizację pośrednią nazwaną Chrysalis. Plan ten został po raz pierwszy ogłoszony wraz z naszą roadmapą, ale jego zakres został rozszerzony. Ten post zawiera dalsze informacje na temat tego, co przyniesie ze sobą aktualizacja sieci Mainnet.
Poczwarka (ang. chrysalis) to „forma, którą przybiera gąsienica, zanim wyłoni się z kokonu jako w pełni uformowana ćma lub motyl”. W kontekście IOTA, Chrysalis jest etapem pośrednim sieci głównej przed zakończeniem Coordicide. Dla jasności, Chrysalis jest odrębny od działań Coordicide i ma na celu poprawę użyteczności obecnej sieci głównej IOTA przed Coordicide.
Dlaczego ten proces wdrażania głównych ulepszeń protokołu jest stosunkowo unikalny dla IOTA wśród sieci DLT nie wymagających pozwolenia (permissionless)? Prostą odpowiedzią jest brak górników. W większości sieci DLT permissionless, zachęty ekonomiczne górników są sprzeczne z tymi użytkowników sieci. Większa przepustowość i niższe opóźnienia mogą zakłócać opłaty na których polegają górnicy, a zatem zgoda na modernizację sieci może wpłynąć na ich własną rentowność.
W IOTA walidatorzy i użytkownicy są jednym i tym samym. Nie ma upartego starcia zachęt, co oznacza znacznie płynniejszą drogę do ulepszeń sieci. Zademonstrujemy to w nadchodzących stopniowych aktualizacjach sieci w ramach Chrysalis.
Więc, czym są te stopniowe aktualizacje?
- Podejście z białą flagą do obliczania sald. Prostsze, ignorujące konflikty podejście (ważne w erze przed Coordicide), które poprawia szybkość i wydajność wyboru niepotwierdzonych transakcji (tipów), eliminuje niektóre ataki i znacznie zmniejsza potrzebę ponownych reattachów transakcji.
- Nowy algorytm wyboru milestonów dla koordynatora, koncentrujący się na umożliwieniu sieci obsługi jak największej liczby CTPS, przy większej wydajności obliczeniowej.
- Nowy wybór niepotwierdzonych transakcji URTS w oprogramowaniu nodów. Znacząco szybszy i bardziej wydajny niż obecne podejście.
- Obsługa nowego schematu podpisu równolegle z WOTS. Sieć pozwoli zatem zarówno na jednorazowe podpisy odporne na kwantowe komputery, jak i na bardziej powszechny schemat podpisów umożliwiający ponowne użycie kluczy prywatnych. To radykalnie zmniejszy rozmiar transakcji, a tym samym pozwoli na znaczny wzrost TPS. Wprowadzając nowy schemat podpisu, pozwolimy również na adresy wielokrotnego użytku, bardzo popularne żądanie społeczności.
- Transakcje atomowe. Przejście z obecnej konstrukcji pakietu, a zamiast tego używanie prostszych transakcji atomowych. Zmniejszy to obciążenie sieci, zmniejszy obciążenie związane z weryfikacją podpisu, poprawi ochronę przed spamem i kontrolę przeciążenia, a także skróci długość dowodów Merkle (w przyszłości sharding). Ponadto, zmniejszy wysiłki związane z wdrożeniem i zwiększy łatwość utrzymania naszego głównego oprogramowania dla nodów.
- Przejście na model UTXO z bieżącego modelu bilansu. Każda moneta na adresie jest wówczas jednoznacznie identyfikowalna, a każdy wydający podaje dokładne monety, które chce przenieść. Pozwala to na szybsze i dokładniejsze rozwiązywanie konfliktów oraz poprawia odporność i bezpieczeństwo protokołu. Ponadto przejście na UTXO umożliwi kolorowe tokeny na IOTA. W połączeniu z Mana (Coordicide) w niedalekiej przyszłości, tworzy to bardzo atrakcyjny model tokenizacji i jeszcze bardziej przyspieszy przyjęcie tokenu IOTA.
- Przełączenie się na wewnętrzną reprezentację binarną transakcji ternarnych. To pozwala nam pracować na danych binarnych, w celu walidacji, I/O i innych procesów bez potrzeby przeprowadzania wielu konwersji binarno-ternarnych, jak w obecnym oprogramowaniu nodów. Hash pakietu nadal może być reprezentowany jako 243 tryty, dzięki czemu schemat podpisywania pozostaje taki sam i nie jest konieczne przesłanie środków. Powinno to prowadzić do dalszej poprawy wydajności.
Mamy nadzieję, że zmiany te spowodują zwiększenie wydajności sieci głównej IOTA, ale także spełnią wymagania zarówno dotyczące gospodarki ludzkiej, jak i maszynowej. Jak zawsze cenimy wasz wkład za pośrednictwem iota.cafe, komentarzy Github i IOTA Discord. Każda zmiana protokołu będzie przesyłana jako RFC (prośba o komentarz) na naszym Github w nadchodzącym tygodniu, aby przekazać społeczności niezbędne szczegóły techniczne dotyczące implementacji proponowanych zmian.
Zespół inżynierów ustalił już priorytet realizacji tych nowych funkcji i obecnie pracuje nad bardziej precyzyjnym harmonogramem, kiedy będą one dostępne w naszym podstawowym oprogramowaniu.
Powyższy tekst jest tłumaczeniem postu z języka angielskiego który oryginalnie ukazał pod tym adresem.
