Pierwsza linia wOPEN, którą bym zaznaczył, to 1:1. Natywne Open jest wpłacane, wOPEN jest mintowane, a wypłata spala ten owinięty balans, aby zwrócić natywne Open. Przeczytaj szybko, trasa wydaje się ustalona. Natywna kwota ma odpowiadającą owiniętą reprezentację, a posiadacz ma jasno określoną drogę powrotną.
Prawie pozwoliłem, aby stosunek zakończył sprawdzenie za mnie.
Potem obsługa przychodzącej transakcji stała się częścią, której nie mogłem pominąć. W wOPEN przychodzące transfery z pustymi danymi wiadomości są obsługiwane przez funkcję odbioru. OpenLedger łączy ten wybór z redukcją powierzchni ataku związanej z luką w stylu zezwolenia, związaną z obsługą opartą na fallbacku w wcześniejszym wzorze tokenów owiniętych.
Ten szczegół nie znajduje się na końcu trasy. Znajduje się w punkcie, w którym zaczyna się wrapped balance.
Hodler przyjeżdża z natywnym Open, a nie wOPEN. Depozyt to krok, w którym bezpośredni balans przechodzi do wrappera, a hodler otrzymuje token, na którym później polega przy wypłacie. Jeśli czytam tylko proporcję i krok wypalania, już przeskoczyłem moment, który stworzył roszczenie do wrapped w pierwszej kolejności.
Zanim zobaczyłem szczegół funkcji odbioru, oceniałem wOPEN z komfortowej strony. Wypłata jest łatwa do rozpoznania jako ważna ochrona. Wypal token wrapped, dostaję natywne Open z powrotem. To nadaje trasie widoczny koniec i sprawia, że etykieta 1:1 wygląda jak wystarczająca informacja do oceny pętli.
Szczegół dotyczący przychodzącego transferu zmienił tę kolejność. Jest on związany z natywnym Open wchodzącym przed tym, jak hodler ma saldo wOPEN do wypalenia. To jest przekazanie, w którym hodler przestaje trzymać natywny aktyw, w tej samej formie i zaczyna polegać na wrapperze, aby zachować to, co powinno oznaczać wyemitowane saldo.
Oświadczenia dotyczące depozytów i wypłat wciąż należą do siebie. Jedno tworzy wOPEN, a drugie usuwa je w zamian za natywne Open. Ale to nie ten sam moment z perspektywy hodlera. Wypłata to żądany zwrot. Depozyt to punkt, w którym hodler po raz pierwszy daje kontraktowi natywne Open i otrzymuje zamiast tego roszczenie do wrapped.
Dlatego ten konkretny szczegół implementacji złapał mnie mocniej niż proporcja. Proporcja jest schludna, gdy istnieje wrapped balance. Wybór funkcji odbioru należy do kroku przed tym, zanim saldo stanie się dostępne, aby uspokoić kogokolwiek. Uczyniło to trasę wejścia widoczną jako własne sprawdzenie, zamiast pozostawiać ją ukrytą w czystym diagramie z dwiema strzałkami.
Teraz mogę inaczej czytać „depozyty mintujące”. To nie tylko początek wygodnego salda wrapped. To akcja, która umieszcza natywne Open na zaufanej trasie. Kiedy OpenLedger identyfikuje zmianę w obsłudze przychodzących transferów w tym dokładnym punkcie, nie pominąłbym tego tylko dlatego, że opis wyjścia wygląda jasno.
Ścieżka wypalania do wypłaty wciąż ma dla mnie znaczenie. Saldo wOPEN ma sens tylko dla hodlera, jeśli może zwrócić natywne Open przez określoną trasę wypłaty. Ale dotarłbym do tego pytania po sprawdzeniu przekazania depozytu, a nie przed nim.
Linia 1:1 mówi mi, co wOPEN ma reprezentować. Obsługa depozytu to szczegół, który powstrzymał mnie przed traktowaniem tej reprezentacji jako całkowitego sprawdzenia.