W zeszłym roku siedziałem w pokoju z zespołem płatności w średniej wielkości banku. Nic dramatycznego. Żadnego kryzysu. Tylko mały plan: dodać nowy rodzaj aktywów na łańcuchu do aplikacji i pozwolić klientom szybko je przenosić.
Na papierze wydawało się to łatwe.
Potem pojawił się prawdziwy świat. Zespół prawny zapytał: „Gdzie trafiają dane klientów?” Zespół ryzyka zapytał: „Czy możemy udowodnić, kto co zrobił?” Zespół techniczny zapytał: „Jakie narzędzia łańcucha musimy uruchomić?” A zespół operacyjny zadał to jedno pytanie, które zawsze boli: „Jak to wspierać o 3:00?”
Pokój się uciszył.
Ktoś powiedział: „Więc… budujemy znowu cały nowy stos?”
To jest powszechny ból bankowy. Nie „blockchain jest wolny.” Banki mogą działać szybko, gdy tory są jasne. Ból wynika z opóźnienia integracji. Każdy nowy łańcuch może oznaczać nowe portfele, nowe operacje węzłów, nowe zasady kluczy, nowe audyty, nowe podręczniki wsparcia. A jeśli łańcuch jest całkowicie publiczny, bank napotyka na kolejny mur: prywatność. Nie „ukrywaj przestępstw” prywatność. Prosta bezpieczeństwo klientów. Rozmiary transakcji. Listy nabywców. Warunki umowy. Rzeczy, które banki nie mogą ujawniać na publicznym kanale.
To jest miejsce, w którym Dusk dąży do umiejscowienia. Nie jako różdżka magiczna. Bardziej jak wybór projektowy: uczynić podstawową warstwę modułową, aby banki mogły podłączyć to, czego potrzebują, i wdrażać w mniejszych krokach.
Dusk jest zbudowany z modułowej architektury zaprojektowanej do zastosowań finansowych, gdzie prywatność i kontrole reguł mają znaczenie.
Co oznacza „modularne L1” w Dusk, w prostych słowach
Wiele łańcuchów działa jak jedna duża maszyna. Jeden silnik wykonuje wszystkie zadania jednocześnie: prowadzi księgę, uruchamia aplikacje, rozprzestrzenia dane i zajmuje się prywatnością. To może działać. Ale gdy chcesz zmienić jedną część, kończysz dotykając całej maszyny. Banki tego nienawidzą. Z dobrego powodu.
Dusk stawia na inną ideę: oddzielić zadania.
Pomyśl o tym jak o nowoczesnej kuchni.
Nie kupujesz jednego mega narzędzia, które piecze, smaży, chłodzi i czyści. Chcesz niezawodnej podstawowej konfiguracji (prąd, woda, bezpieczeństwo), a następnie narzędzi na górze, które mogą się zmieniać w miarę zmieniających się potrzeb. Taki jest klimat modułowego stosu.
W obecnym kierunku Dusk, podstawą jest DuskDS, opisana jako warstwa, która obsługuje konsensus, rozliczenie i dostępność danych. To jest część, która czyni łańcuch „prawdziwym.” Bloki, finalność, stakowanie i podstawowa księga.
Potem masz warstwy wykonawcze na górze, gdzie żyją aplikacje.
Jednym z nich jest DuskEVM, który ma na celu uruchamianie aplikacji w stylu EVM. Mówiąc prosto: wiele zespołów deweloperskich już zna narzędzia Ethereum. Więc jeśli zespół deweloperski banku może używać znanych narzędzi, mogą działać szybciej i popełniać mniej błędów „nowego łańcucha”. Plan wielowarstwowy Dusk mówi, że ta konfiguracja ma na celu skrócenie czasu wprowadzania na rynek i przyspieszenie powiązań z powszechnymi narzędziami.
Istnieje również ścieżka skoncentrowana na prywatności: projekt sieci Dusk obejmuje technologię prywatności, taką jak dowody zerowej wiedzy (ZK). Ten termin brzmi przerażająco, ale prosta idea jest taka: udowodnij twierdzenie bez pokazywania surowych danych. Jak udowodnienie, że masz ponad 18 lat bez ujawniania pełnej daty urodzenia.
Dusk także mówi o selektywnej ujawnieniu, co zasadniczo oznacza „pokaż właściwe fakty właściwej stronie, gdy to konieczne.” Nie przez cały czas. Nie wszystkim.
Jeszcze jeden element ma znaczenie dla „szybszej dostawy”, nawet jeśli brzmi to nerdowsko: jak łańcuch rozprzestrzenia wiadomości. Dusk używa Kadcast zamiast losowego plotkowania. Proste znaczenie: stara się przenieść dane w bardziej zaplanowanej ścieżce, aby szybkość i obciążenie były bardziej stabilne. To pomaga, gdy chcesz, aby sieć zachowywała się w ten sam sposób pod presją.
Jak modułowa konfiguracja Dusk może pomóc bankom wdrażać szybciej (i gdzie nadal nie będzie)
Połączmy to z rzeczywistością bankową.
Banki wdrażają szybciej, gdy mogą zrobić trzy rzeczy:
Pierwsze: wykorzystaj to, co już działa.
Jeśli zespół bankowy może polegać na znanych narzędziach, oszczędza czas. Przesunięcie Dusk w kierunku warstwy wykonawczej, która wspiera wspólne narzędzia EVM, to zasadniczo zakład na to. Mniej czasu na naukę nowych przepływów deweloperskich. Mniej czasu na pisanie niestandardowych linków. Więcej czasu na testowanie produktu, który użytkownicy będą dotykać.
Drugie: utrzymuj kontrole reguł w porządku.
Banki potrzebują logów. Potrzebują jasnych kroków. Potrzebują silnej finalności, aby handel był handlem. Projekt Dusk umieszcza rozliczenie i konsensus w podstawowej warstwie (DuskDS) i pozycjonuje ją jako warstwę „prawdy”, z której inne warstwy aplikacji dziedziczą. To rozdzielenie może ułatwić audyty, ponieważ bank może wskazać jedną podstawową oś rozliczeniową, a następnie wyjaśnić warstwę aplikacji na górze.
Trzecie: chroń dane klientów bez łamania zasad.
To jest ten ważny. Publiczny łańcuch może być jak szklane biuro. Świetne do obserwacji. Złe do zawierania umów. Jeśli każdy handel ujawnia, kto kupił co i kiedy, możesz zaszkodzić klientom. Możesz również zaszkodzić rynkowi.
Skupienie Dusk na technologii prywatności oraz ścieżkach audytowych ma na celu zapewnienie bankom średniej drogi: zachowanie poufnych szczegółów w tajemnicy, jednocześnie pozwalając na dowód, gdy zaufana strona musi sprawdzić. To może zmniejszyć problem „nie możemy uruchomić, ponieważ zgodność powiedziała nie.”
Teraz szczera część.
Modularny nie oznacza prosty. Oznacza oddzielony. Nadal potrzebujesz dobrego zarządzania. Nadal potrzebujesz silnej kontroli kluczy. Nadal potrzebujesz jasnej polityki: kto może widzieć co, i kiedy. A banki nadal będą wymagały głębokich przeglądów przed uruchomieniem.
Rzeczywistość rynkowa również ma znaczenie. Nawet dobrze zaprojektowany stos potrzebuje prawdziwych użytkowników, prawdziwych aplikacji, prawdziwej płynności i stabilnych narzędzi wsparcia. Bank nie wybiera technologii tylko dlatego, że jest atrakcyjna. Wybiera to, co może bezpiecznie wdrożyć, niezawodnie obsadzić i wyjaśnić regulatorom z prostą miną.
Więc sprawiedliwszym sposobem powiedzenia tego jest to:
Podejście Dusk do modułowego L1 jest zbudowane, aby zmniejszyć „podatek od nowego łańcucha.”
Nie zlikwidować go. Zmniejszyć go.
Jeśli Dusk może utrzymać stabilną podstawową warstwę rozliczeniową, jednocześnie pozwalając bankom i zespołom deweloperskim budować na górze przy użyciu znanych narzędzi i opcji prywatności, to jest to prawdziwa droga do szybszej dostawy. To jest nudny rodzaj „szybkości.” Taki, który banki naprawdę lubią.
Podsumowanie
Banki nie boją się szybkości. Boją się nieznanego ryzyka. Modularna warstwa 1, jak Dusk, stara się uczynić ryzyko bardziej śledzonym, dzieląc obowiązki podstawowego łańcucha od obowiązków aplikacji oraz traktując prywatność jako normalną potrzebę finansową, a nie jako dodatkową funkcję.
Jeśli ten projekt wytrzyma w rzeczywistym użyciu, może pomóc bankom przejść od „6 miesięcy pracy z klejem” do „wdrażania, testowania, rozszerzania.” Nadal ostrożnie. Nadal priorytetowo. Po prostu mniej utknęli.
