Funkcje systemu

Przelewa DAF z własnego konta na wskazane konto. Gdy wymóg KYC jest włączony, obie strony muszą być zweryfikowane. Czarna lista, zamrożenie konta i awaryjne wstrzymanie blokują przelew zawsze.

Podstawowy sposób przekazania DAF innej osobie. Kwity na koncie nadawcy go nie ograniczają.

Przelewa DAF z konta posiadacza na wskazane konto, w granicach zgody, której posiadacz udzielił wykonującemu przelew. Zgoda maleje o przelaną kwotę, chyba że jest nieograniczona.

Służy pośrednikom, na przykład programom, które kierują zlecenia na giełdy. Nadawca i odbiorca muszą spełniać te same warunki co przy zwykłym przelewie. Pełnomocnikiem jest adres, który wywołuje DAF. Gdy przelew idzie przez Permit2 (kontrakt Uniswapa z własnym rejestrem zgód), sprawdzany jest Permit2, a nie osoba, której posiadacz dał zgodę wewnątrz niego: czarna lista i zamrożenie jej nie zatrzymają.

Sprawdzają, czy zwykły przelew DAF od nadawcy do odbiorcy byłby teraz dozwolony, z uwzględnieniem wymogu KYC. Druga funkcja sprawdza też, czy pełnomocnik nie jest na czarnej liście i nie ma zamrożonego konta.

Aplikacja może ostrzec użytkownika przed wysłaniem przelewu. Nie dotyczą emisji, redeem ani usunięcia DAF, które mają własne zasady.

Sprawdzają, czy konto jest na liście zweryfikowanych, czy jest na czarnej liście i czy jest zamrożone, a także czy włączone jest awaryjne wstrzymanie.

System kwitów sprawdza za ich pomocą czarną listę przy wystawianiu kwitów, a przy claim także zamrożenie konta i awaryjne wstrzymanie. Aplikacja może dzięki nim wyjaśnić, dlaczego coś jest zablokowane.

Pierwsza sprawdza, czy wymóg KYC jest włączony. Druga sprawdza, czy konto spełnia wymóg KYC: tak, gdy wymóg jest wyłączony albo konto jest na liście zweryfikowanych.

Z drugiej korzysta system kwitów przy wystawianiu kwitów i claim. Nie uwzględnia czarnej listy, zamrożenia ani awaryjnego wstrzymania, które sprawdza się osobno.

Dodaje konto do listy zweryfikowanych albo je z niej usuwa. Wersja zbiorcza obsługuje wiele kont naraz.

Konto trafia na listę po weryfikacji tożsamości (KYC). Przy włączonym wymogu konto bez wpisu nie wyśle ani nie odbierze przelewu DAF, nie zrobi redeem ani claim i nie dostanie kwitu. Listę można zmieniać także przy wyłączonym wymogu KYC.

Włącza lub wyłącza wymóg KYC w całym systemie: przy przelewach DAF, redeem przez posiadaczy, wystawianiu kwitów i claim. Wymóg jest włączony od wdrożenia. Po wyłączeniu lista zweryfikowanych zostaje, można ją dalej zmieniać, a po ponownym włączeniu znów działa.

Czy inwestorzy muszą być zweryfikowani, to decyzja z zakresu zgodności z przepisami, a nie sprawa operacyjna. Czarna lista, zamrożenie kont i awaryjne wstrzymanie obowiązują zawsze, także przy wyłączonym wymogu.

Wpisuje konto na czarną listę albo je z niej zdejmuje. Wersja zbiorcza obsługuje wiele kont naraz.

Konto z czarnej listy nie wyśle ani nie odbierze DAF, nie zrobi redeem, nie przeleje cudzych DAF jako pełnomocnik, nie dostanie kwitu i nie zrobi claim, także przy wyłączonym wymogu KYC. Jego weryfikacja się nie zmienia. Usunięcie jego DAF i anulowanie jego kwitów nadal działają.

Zamraża konto albo je odmraża. Wersja zbiorcza obsługuje wiele kont naraz.

Służy do tymczasowej blokady jednego konta. Zamrożone konto nie wyśle ani nie odbierze DAF, nie zrobi redeem, nie przeleje cudzych DAF jako pełnomocnik i nie zrobi claim, także przy wyłączonym wymogu KYC. Nowy kwit nadal można na nie wystawić.

Włącza awaryjne wstrzymanie DAF. Zatrzymuje przelewy, każdą emisję DAF, a więc także claim kwitów, oraz redeem wykonywany przez samych posiadaczy. Ponowne włączenie, gdy wstrzymanie już działa, niczego nie zmienia i nie jest błędem, więc paczka awaryjna w sejfie nie przepada, gdy inny sejf zdążył pierwszy.

Służy na wypadek incydentu. Usunięcie DAF i redeem w imieniu posiadacza nadal działają. Wystawiania kwitów nie zatrzymuje: do tego służy wstrzymanie systemu kwitów.

Wyłącza awaryjne wstrzymanie DAF. Przelewy, emisja i redeem wykonywany przez posiadaczy znów działają. Claim kwitów też, o ile nie jest włączone wstrzymanie systemu kwitów.

Sejf awaryjny może wstrzymanie tylko włączyć, więc przejęty sejf awaryjny nie wznowi działania DAF. Zamrożone konta pozostają zamrożone.

Tworzy nowy DAF na wskazanym koncie, bez górnego limitu. Odbiorca nie musi być zweryfikowany, ale przy włączonym wymogu KYC nie może nim dysponować, dopóki nie przejdzie weryfikacji.

W ten sposób główny sejf wydaje DAF bezpośrednio, a system kwitów przy claim kwitów. Wersja zbiorcza obsługuje wiele kont naraz. Jeden błędny wpis cofa całość.

Posiadacz robi redeem swoich DAF. Tokeny przestają istnieć, a system zapisuje redeem razem z podanym numerem referencyjnym.

Służy do rozliczenia z posiadaczem poza systemem. Redeem jest zapisywany osobno od usunięć, a numer pozwala dopasować go do rozliczenia. Samego rozliczenia system nie wykonuje.

Robi redeem DAF z konta wskazanego posiadacza i zapisuje go jako redeem z numerem referencyjnym, a nie jako usunięcie. Nie korzysta ze zgód udzielonych pełnomocnikom i ich nie zmienia.

Służy wtedy, gdy posiadacz zgłosił redeem poza systemem, na przykład w obsłudze klienta. Działa mimo czarnej listy, zamrożenia konta, braku weryfikacji i awaryjnego wstrzymania.

Usuwa DAF z dowolnego konta. Działa także na kontach z czarnej listy, zamrożonych i niezweryfikowanych oraz podczas awaryjnego wstrzymania.

Stosuje się je na przykład po incydencie albo na żądanie uprawnionego organu. System zapisuje to jako usunięcie, nie jako redeem. Tą drogą nie da się przenieść DAF na inne konto, można je tylko usunąć.

Dodaje nowy dokument: nazwę, opis i adres pliku. System zapisuje też chwilę publikacji i to, kto go opublikował, i nadaje mu kolejny numer. Dokumentu nie można potem zmienić ani usunąć.

Służy do jawnego udostępniania dokumentów, na przykład opieczętowanego raportu z półrocznego audytu skarbca w Belgii, zapisanego w IPFS. Działa także podczas awaryjnego wstrzymania.

Oznacza dokument jako wycofany. Nazwa, opis, adres pliku i nadawca się nie zmieniają, a dokument nadal można odczytać. Nic nie jest usuwane. Powód i chwila wycofania trafiają do zapisu zdarzenia.

Służy na przykład wtedy, gdy dokument opublikowano przez pomyłkę albo zastąpiła go nowsza wersja, opublikowana jako nowy dokument. Wycofanie jest ostateczne. Działa także podczas awaryjnego wstrzymania.

Pierwsza podaje liczbę opublikowanych dokumentów, łącznie z wycofanymi. Druga podaje jeden dokument według numeru: nazwę, opis, adres pliku, chwilę publikacji, to, czy został wycofany, i kto go opublikował.

Strona internetowa lub aplikacja może pokazać pełną listę dokumentów wprost z kontraktu. Numery idą kolejno od zera.

Zapisuje zakup jako kwit z kwotą i chwilą odblokowania. Saldo LDAF kupującego rośnie o tę kwotę. Wersja zbiorcza zapisuje wiele zakupów naraz i odrzuca całość, gdy choć jeden wpis jest błędny.

Tak firma rejestruje zakup. Zakup z tą samą chwilą odblokowania dopisuje się do istniejącego kwitu. Wystawienia nie blokuje zamrożenie konta ani awaryjne wstrzymanie DAF.

Sprawdza, czy wystawienie kwitu z tymi danymi udałoby się teraz. Nie ocenia, kto je zleca. Ocenia wpis wobec obecnego stanu, więc nie uwzględnia wcześniejszych wpisów z tego samego wystawienia zbiorczego.

Firma może odsiać błędne wpisy przed wysłaniem. Chwilę odblokowania warto wybrać z zapasem ponad dobę, bo transakcja trafia do sieci później.

Kupujący robi claim wszystkich swoich odblokowanych kwitów naraz. Te kwity znikają, a na jego konto trafia tyle samo nowego DAF. Kwity jeszcze nieodblokowane czekają dalej.

Kupujący może odebrać DAF sam, bez czekania na relayera.

Robi claim wszystkich odblokowanych kwitów wskazanego konta. DAF zawsze trafia do właściciela kwitów, nigdy do wykonującego claim. Gdy żaden kwit nie jest odblokowany albo konto nie może dostać DAF, odmawia i podaje powód.

Kupujący nie musi pamiętać o dacie. Wiele kont naraz obsługuje claim zbiorczy.

Robi claim odblokowanych kwitów wielu kont w jednej transakcji. Bez błędu pomija konta bez odblokowanych kwitów, konta z czarnej listy lub zamrożone, a przy włączonym wymogu KYC także niezweryfikowane. Ich kwity czekają.

Konto, które nie może dostać DAF, nie zatrzymuje pozostałych. Pominięcie jest ciche, więc firma musi sama śledzić takie konta. Gdy funkcja odmawia, nikt z listy nie dostaje DAF.

Pierwsza sprawdza, czy claim dla konta udałby się teraz. Nie ocenia, kto go zleca. Druga podaje kwotę już odblokowanych kwitów, bez sprawdzania, czy konto może dostać DAF.

Relayer i aplikacja mogą sprawdzić konto przed zleceniem claim i pokazać kupującemu kwotę gotową do odbioru.

Zmniejsza jeden kwit o podaną kwotę albo usuwa go w całości. Saldo LDAF maleje o tę kwotę i nie powstaje za nią żaden DAF. Działa bez względu na weryfikację, czarną listę i zamrożenie konta, także podczas obu wstrzymań.

Służy do zwrotów. Działa także po odblokowaniu, dopóki nie zrobiono claim tego kwitu.

Usuwa wszystkie kwity konta, także już odblokowane, a saldo LDAF spada do zera. Nie powstaje za nie żaden DAF. Działa bez względu na weryfikację, czarną listę i zamrożenie konta, także podczas obu wstrzymań.

Stosuje się ją przy pełnym zwrocie albo gdy konto objęły sankcje.

Podaje kwity konta: wszystkie naraz, jeden wskazany chwilą odblokowania albo samą ich liczbę. Obejmuje też kwity odblokowane, dla których nie zrobiono jeszcze claim.

Aplikacja i firma widzą, z jakich kwitów składa się saldo LDAF i kiedy każdy z nich się odblokuje.

Podaje najwcześniejszą chwilę odblokowania spośród kwitów konta.

Pozwala pokazać kupującemu najbliższą datę i zaplanować claim.

Wstrzymuje system kwitów: zatrzymuje wystawianie kwitów i claim. Anulowanie kwitów działa dalej. Nie wpływa na przelewy DAF, a odblokowane kwity czekają do wznowienia. Ponowne wstrzymanie, gdy system już stoi, niczego nie zmienia i nie jest błędem, więc paczka awaryjna w sejfie nie przepada, gdy inny sejf zdążył pierwszy.

Służy na wypadek zagrożenia, na przykład przejęcia sejfu sprzedaży. Żeby zatrzymać także DAF, trzeba osobno włączyć awaryjne wstrzymanie.

Wyłącza wstrzymanie systemu kwitów. Wystawianie kwitów i claim znów działają, a kwity odblokowane w czasie przerwy dają przy claim pełną kwotę.

Sejf awaryjny może system zatrzymać, ale nie wznowić. Awaryjne wstrzymanie DAF wyłącza się osobno. Dopóki trwa, claim nie działa.

Standardowe funkcje tokena: przelew, przelew przez pełnomocnika, zgoda dla pełnomocnika i taka sama zgoda udzielona podpisem. W LDAF każda z nich zawsze odmawia, a podane wartości nie mają znaczenia.

Kwit jest przypisany do kupującego, więc nie da się go przelać, sprzedać ani powierzyć komuś innemu. Saldo LDAF w portfelu służy tylko do podglądu.

Przekazuje własność kontraktu w jednym kroku, bez potwierdzenia przez nowego właściciela. Działa tylko raz: tak fabryka oddaje oba kontrakty głównemu sejfowi. W DAF nowy właściciel trafia też na listę zweryfikowanych.

Później własność można przekazać już tylko dwuetapowo. Dzięki temu adres wpisany z błędem nie może zostać właścicielem.

Przyszły właściciel prosi o przekazanie, a główny sejf zatwierdza tę prośbę w ciągu 48 godzin. Przed zatwierdzeniem przyszły właściciel może prośbę wycofać. W DAF nowy właściciel trafia na listę zweryfikowanych, a poprzedni na niej zostaje.

W obecnej wersji kodu to jedyny sposób, by po wdrożeniu zmienić główny sejf. Prośba dowodzi tylko, że ktoś kontroluje ten adres, więc przed zatwierdzeniem trzeba sprawdzić, czy to właściwy sejf. Każdy kontrakt przekazuje się osobno.

Nadaje lub odbiera uprawnienia wskazanemu adresowi. Kilka uprawnień można zmienić naraz. Uprawnienia mają numery, a ten sam numer oznacza w DAF i w systemie kwitów co innego, więc trzeba wybrać właściwy kontrakt.

Tak główny sejf przydziela zadania osobnym sejfom i relayerowi. Sam nie potrzebuje nadanych uprawnień, bo może zrobić wszystko, co one. Odebranie systemowi kwitów prawa emisji DAF zatrzymuje claim kwitów.

Przełącza kontrakt na nową wersję kodu i może przy tym wykonać dodatkowe polecenie. Działa natychmiast. Samo przełączenie nie zmienia sald, kwitów, list kont, dokumentów ani uprawnień.

Służy do poprawek i nowych funkcji, w każdym kontrakcie osobno. System sprawdza tylko, czy nowy kod nadaje się do aktualizacji. Jego treść musi ocenić główny sejf.

Wysyła wskazanemu odbiorcy tokeny lub ETH, które trafiły do kontraktu przez pomyłkę. Nie zmienia sald posiadaczy ani kwitów. Odzyskanie DAF działa jak zwykły przelew: obowiązują te same blokady, a weryfikacja tylko przy włączonym wymogu KYC.

Bez tego środki wysłane przez pomyłkę zostałyby w kontrakcie na zawsze. Zwykły przelew ETH kontrakty odrzucają, ale ETH może do nich trafić inną drogą.

W jednej transakcji tworzy DAF i system kwitów, łączy je i daje systemowi kwitów prawo emisji DAF. Na listę zweryfikowanych trafiają główny sejf, system kwitów i sam kontrakt DAF. Wymóg KYC jest włączony od początku. Oba kontrakty przechodzą do głównego sejfu, a fabryka nie zachowuje żadnych uprawnień.

Jeden krok nie daje nikomu okazji do przejęcia kontraktów w trakcie wdrożenia. Liczbę wymaganych podpisów sejfu sprawdza skrypt wdrożeniowy, nie fabryka.