Modułowa architektura Dusk, składająca się z trzech warstw, jest reklamowana jako wzór innowacji technologicznych, ale niewielu omawia ukryte koszty związane z takim projektem. Gdy transakcje muszą być wykonywane w DuskEVM, przeprowadzać obliczenia prywatności w DuskVM, a na końcu finalizować w DuskDS, koszty komunikacji między warstwami są nie do zignorowania.
Każda dodatkowa warstwa architektury wprowadza proces serializacji i deserializacji, jedno przesyłanie danych w sieci oraz jedną weryfikację stanu. Te operacje mogą wydawać się nieznaczące, ale w scenariuszach wysokiej częstotliwości transakcji mogą kumulować się w znaczące opóźnienia i koszty. MIPS w DuskDS, mimo że unika 7-dniowego okna dowodów oszustwa, sam w sobie zwiększa koszty obliczeniowe.
W porównaniu do pojedynczego łańcucha, zaleta modułowej architektury w zakresie elastyczności wiąże się z kosztami wydajności. Solana osiąga szybką transakcję dzięki jednemu globalnemu stanowi, Avalanche oddziela różne aplikacje za pomocą podsieci, podczas gdy Dusk wybiera podejście warstwowe, aby zaspokoić różne potrzeby. Taki wybór nie ma absolutnie racji ani błędów, są tylko różne kompromisy.
Bardziej niepokojące jest obciążenie operatorów węzłów. Uruchomienie pełnego węzła Dusk wymaga synchronizacji stanów na trzech poziomach oraz utrzymania koordynacji między wieloma komponentami. Może to prowadzić do problemów z centralizacją węzłów — tylko zasobne instytucje mogą sobie pozwolić na pełne prowadzenie węzła, co stoi w sprzeczności z ideą decentralizacji.
Z perspektywy dewelopera, modułowa architektura przynosi zarówno korzyści, jak i wyzwania. Chociaż warstwa kompatybilna z EVM obniża próg wejścia dla deweloperów, gdy konieczne jest wywołanie podstawowych funkcji prywatności, deweloperzy muszą nadal rozumieć zasady działania całej architektury. Ten ładunek poznawczy może hamować rozwój ekosystemu.
Wybór architektury Dusk odzwierciedla fundamentalny dylemat w projektowaniu blockchainów — jak znaleźć równowagę między bogactwem funkcji, wydajnością a decentralizacją. Nikt nie może jednocześnie maksymalizować tych trzech celów, Dusk wybrał drogę priorytetowego bogactwa funkcji.
