Każdy projekt technologiczny ma długi techniczne, WAL nie jest wyjątkiem. To, co błyszczy na mapie drogowej, to nowe funkcje, ale niektóre ważne podstawowe aktualizacje, które nie przynoszą bezpośrednich korzyści, często są odkładane na później.
Na przykład różnorodność klientów węzłów. Obecnie ponad 80% węzłów walidacyjnych działa na „standardowym kliencie” dostarczonym przez oficjalne źródła. Jeśli ten klient napotka błąd na poziomie konsensusu, cały sieć może stanąć w obliczu ryzyka. W społeczności od dawna pojawiają się głosy wzywające do finansowania zespołów zewnętrznych do opracowania alternatywnych klientów, ale wymaga to czasu i funduszy, a priorytet zawsze jest odkładany na później.
Innym przykładem jest przechowywanie i wyszukiwanie danych historycznych. W miarę wzrostu liczby transakcji na łańcuchu, rozmiar danych w pełnych węzłach szybko rośnie. Dla deweloperów szybkie zsynchronizowanie archiwalnego węzła zajmuje teraz kilka dni. Choć nie jest to śmiertelne, poważnie wpływa na doświadczenie dewelopera i dołączenie nowych węzłów.
Zespół nie jest nieświadomy tych problemów, ale w cotygodniowych raportach i ogłoszeniach częściej widzisz tytuły takie jak „aktualizacja modułu prywatności”, „optymalizacja mostu międzyłańcuchowego”. Te „infrastrukturalne” prace dotyczące długoterminowej odporności sieci i doświadczenia deweloperów nie są pociągające w raportach, ale to właśnie one stanowią podstawę, na której ekosystem może wytrzymać przyszły masowy wzrost.
Długi techniczne nie prowadzą natychmiast do załamania, ale cicho zwiększają długoterminowe koszty wszystkich uczestników i wybuchają w nieoczekiwanym momencie. Jak rozdzielić zasoby między dążenie do nowoczesności a umacnianie podstaw, to prawdziwy test przywództwa technologicznego.
