Dusk patrzy na zgodność w bardzo inny sposób niż większość projektów kryptograficznych. Zamiast traktować ją jako prawny checkbox lub coś, co należy załatwić poza łańcuchem później, Dusk traktuje zgodność jako problem projektowy o charakterze technicznym.

W wielu systemach zgodność jest zlecana na zewnątrz. Albo jest obiecana na przyszłość, załatwiana poprzez dokumentację, albo egzekwowana przez zaufanego pośrednika, w którego użytkownicy mają wierzyć. Takie podejście działa, dopóki nie przestaje działać. Tworzy luki, procesy ręczne i punkty awarii.

Dusk odwraca tę logikę. Pomysł jest prosty, ale potężny: jeśli aktywa muszą przestrzegać zasad, te zasady powinny istnieć wewnątrz samego systemu. Nie jako wytyczne, ale jako kod. Oznacza to, że regulowane aktywa mogą działać poprawnie domyślnie, bez polegania na zewnętrznych bramkarzach lub egzekwowaniu po fakcie.

Pomyśl o tym, na czym zazwyczaj zależy regulatorom. Kto ma prawo posiadać aktywa. Czy transfery są zgodne z prawem. Czy audyty mogą się odbywać, gdy są wymagane. W Dusk te wymagania mogą być wbudowane bezpośrednio w sposób, w jaki aktywa i transakcje funkcjonują w łańcuchu, jednocześnie zachowując wrażliwe dane w prywatności.

Zamiast mieć nadzieję, że wszyscy będą przestrzegać zasad, Dusk czyni zasady częścią wykonania. Zgodność staje się automatyczna, weryfikowalna i egzekwowalna na poziomie protokołu. To sprawia, że podejście jest interesujące. Nie chodzi o unikanie regulacji. Chodzi o inżynierię dla niej.#Dusk @Dusk $DUSK