Nie wszedłem do @MidnightNetwork wielkim planem. To było bardziej jak testowanie uczucia, które miałem od jakiegoś czasu, że prywatność kryptowalut jest zazwyczaj zbyt ekstremalna. To albo pełna przejrzystość, albo całkowita ciemność. Nic pomiędzy.
Zamiast czytać o tym, spróbowałem zbudować coś małego.
Konfiguracja wydawała się normalna. Projekt, środowisko, Preprod. Nic, co naprawdę by się wyróżniało. W tym momencie mogło to być jakiekolwiek inne łańcuch twierdzący o prywatności.
Potem zacząłem używać Compact.
Na pierwszy rzut oka wygląda to prosto. Prawie znajomo. Ale kiedy zaczynasz pisać logikę, zauważasz zmianę. Nie tylko kodujesz funkcjonalność, decydujesz o widoczności. Naprawdę musisz pomyśleć o tym, co powinno być publiczne, a co nie.
To nie jest coś, z czym zazwyczaj mamy do czynienia bezpośrednio.
Napisałem podstawowy kontrakt. Po prostu przetwarzałem dane wejściowe i je weryfikowałem. W większości łańcuchów dane wejściowe byłyby automatycznie ujawniane. Tutaj musiałem wybrać: czy zachować to jako prywatne, czy nie?
Ta jedna decyzja zmienia podejście do wszystkiego.
Następnie następuje realizacja. Zamiast wgrywania surowych danych do łańcucha, część poufna działa prywatnie. To, co trafia do łańcucha, to nie same dane, lecz dowód, że dane były zgodne z regułami.
Sieć weryfikuje zatem poprawność informacji, nigdy nie widząc ich faktycznego stanu.
Na początku wydawało się to dziwne. System weryfikujący coś, do czego nawet nie ma dostępu.
Po wdrożeniu i przetestowaniu w Preprod sprawdziłem, co było widoczne. Wynik był widoczny. Logika była. Ale same dane wejściowe nie.
Nie ukrywane dla samego ukrywania. Po prostu nieujawniane, bo nie było takiej potrzeby.
To inny rodzaj prywatności.
Większość systemów stara się wszystko zapieczętować. To wydaje się bardziej selektywne. Ty decydujesz, co pozostaje w ukryciu, a co staje się publiczne.
Architektura odzwierciedla tę ideę. Istnieje warstwa publiczna, która obsługuje konsensus i rozliczenia. Oraz warstwa prywatna, gdzie działa logika wrażliwa. Nie nakładają się one na siebie – łączą się poprzez dowody.
Zamiast udostępniać dane, udostępniasz weryfikację.
Podczas testów zdałem sobie sprawę, że takie podejście lepiej sprawdza się w rzeczywistych zastosowaniach. Nie wszystko może być prywatne. Niektóre rzeczy muszą być widoczne dla zaufania, zgodności i koordynacji.
Midnight tego nie ignoruje. Działa wokół tego.
Ujawniasz tylko to, co konieczne. Nic więcej.
Ta idea utkwiła mi w pamięci bardziej, niż jakiekolwiek kwestie techniczne.
Kiedy pomyślałem o przypadkach użycia, zaczęło do mnie docierać. Na przykład w pożyczkach, zamiast ujawniać pełną pozycję, można było udowodnić, że mieści się w bezpiecznych granicach, nie ujawniając szczegółów.
To zmienia ludzkie zachowania. Ekspozycja wpływa na decyzje bardziej, niż nam się wydaje.
Wtedy połączenie z Cardano ma sens. Midnight nie próbuje zastąpić istniejących systemów. Buduje obok nich. Ta sama baza, inne podejście.
Rozszerza, a nie konkuruje.
Struktura tokenów również odzwierciedla tę separację. NIGHT jest powiązany z samą siecią, bezpieczeństwem i zarządzaniem. Natomiast prywatne interakcje korzystają z DUST.
Na początku wydaje się to niepotrzebne. Ale kiedy już się tego używa, logika staje się oczywista. Posiadanie sieci i korzystanie z prywatnych obliczeń to dwie różne role.
Oddzielenie ich pozwala zachować czystość.
Pod koniec kod nie był już najważniejszy.
To było nastawienie.
Większość rozwoju blockchaina zaczyna się od upublicznienia wszystkiego, a prywatność pojawia się później, jako łatka. W tym przypadku prywatność jest częścią fundamentu.
Zacznij od zadania sobie pytania, co tak naprawdę musi być widoczne.
A to pytanie zmienia sposób budowania.
Przetestowałem tylko jeden mały kontrakt. Nic skomplikowanego. Ale wystarczyło, żeby zorientować się w kierunku.
Prywatność nie jest tutaj dodatkiem.
To kwestia sposobu myślenia systemu.
Północ wydaje się inna, gdy się jej naprawdę używa. Nie spodziewałem się niczego wielkiego. Chciałem po prostu sprawdzić, czy „łańcuch prywatności” oznacza coś nowego, czy to tylko kolejna etykieta.
Więc otworzyłem go i zbudowałem coś małego.
Wszystko zaczęło się normalnie. Konfiguracja, połączenie, wdrożenie środowiska. Ten sam przepływ, którego można oczekiwać wszędzie. Nic tak naprawdę nie sygnalizuje, że przechodzisz na inny model.
Wszystko się zmienia w momencie, gdy zaczynasz pisać logikę w Compact.
Wygląda prosto, aż nazbyt znajomo. Ale potem dochodzimy do momentu, w którym trzeba zdefiniować widoczność. Nie później. Nie opcjonalnie. Tuż przed podpisaniem umowy.
I nagle nie myślisz już tylko „czy to działa?”
Myślisz sobie „kto właściwie musi to zobaczyć?”
To pytanie w dobry sposób Cię spowalnia.
Przetestowałem to z podstawowym przepływem danych wejściowych. W każdym typowym łańcuchu te dane po prostu byłyby dostępne publicznie. Bez zadawania pytań. Tutaj musiałem podjąć decyzję.
Pozostaw otwarte lub zachowaj prywatne.
Decyzja ta staje się częścią samej logiki.
Następnie realizacja nieco zmienia twoje oczekiwania. Wrażliwa część nie trafia prosto do łańcucha. Działa prywatnie, a to, co wysyłasz, jest dowodem.
Nie dane. Tylko dowód, że dane były zgodne z zasadami.
Zatem łańcuch weryfikuje poprawność bez konieczności modyfikowania samych informacji.
To właśnie ta część wydaje się na początku niezwykła.
Przyzwyczaiłeś się do tego, że blockchainy są w pełni świadome wszystkiego. W tym przypadku łańcuch bardziej ufa matematyce, a nie danym.
Po wdrożeniu i przetestowaniu sprawdziłem, co jest widoczne.
Rezultat był widoczny. Struktura była widoczna.
Ale faktyczne dane wejściowe? Zniknęły z pola widzenia.
Nie ukryte za złożonością. Po prostu nigdy nieujawnione.
Wtedy to do mnie dotarło.
Nie chodzi o to, żeby wszystko ukryć. Chodzi o to, żeby nie ujawniać niczego niepotrzebnego.
Jest różnica.
Sam system jest wyraźnie podzielony. Jedna strona zajmuje się publicznymi obowiązkami, konsensusem, walidacją i ostatecznością. Druga strona zajmuje się prywatnymi obliczeniami.
Nie nakładają się na siebie. Komunikują się poprzez dowody.
Zamiast więc wrzucać surowe informacje do łańcucha, wrzucasz zweryfikowane wyniki.
Projekt zaczyna nabierać więcej sensu, gdy weźmiemy pod uwagę jego rzeczywiste zastosowanie.
Większość aplikacji nie może stać się w pełni prywatna. W pewnym momencie coś musi zostać ujawnione. Użytkownicy, organy regulacyjne, kontrahenci – ktoś zawsze potrzebuje wglądu w coś.
Midnight nie próbuje walczyć z tą rzeczywistością.
Ogranicza jedynie ekspozycję do tego, co jest wymagane.
Nic ekstra.
Kiedy pomyślałem o rzeczywistych przypadkach użycia, zrobiło się ciekawiej. Wyobraź sobie sytuację finansową, weryfikację tożsamości, wewnętrzną logikę biznesową – rzeczy, które zazwyczaj są ujawniane tylko dlatego, że system tego wymaga.
Tutaj nie musi tak być.
Można udowodnić warunki, nie ujawniając pełnego obrazu.
Zmienia to sposób projektowania systemów i zachowanie użytkowników w nich korzystających.
Połączenie Cardano również wpisuje się w tę ideę. Midnight nie zastępuje warstwy bazowej. Dodaje na nią nową funkcjonalność.
Ten sam ekosystem, inna funkcja.
Następnie jest struktura tokenów.
NIGHT zajmuje się bezpieczeństwem, zarządzaniem i szkieletem samej sieci.
DUST jest używany, gdy faktycznie wykonujesz prywatne czynności.
Na początku wydaje się to dodatkową warstwą. Ale po interakcji z nią staje się to logiczne. Sieć i wykorzystanie prywatnych obliczeń są traktowane oddzielnie.
Dzięki temu wszystko jest bardziej elastyczne.
Pod koniec, strona techniczna nie była najważniejszą rzeczą, którą zapamiętałem.
To była zmiana sposobu myślenia.
W większości przypadków tworzenie kryptowalut oznacza założenie, że wszystko będzie publiczne, a następnie próbę ochrony poszczególnych elementów.
Tutaj zaczynasz od przeciwnej strony.
Co właściwie musi być publiczne?
Wszystko inne domyślnie pozostaje wyłączone.
Zbudowałem tylko coś małego. Jeden kontrakt, jedna interakcja. Ale to wystarczyło, żeby dostrzec schemat.
Nie jest to po prostu dodany dodatkowy element prywatności.
To inny sposób projektowania systemów od podstaw.
#Night @MidnightNetwork $NIGHT
