Zarządzanie tokenami: prawo głosu nie oznacza własności przepływów pieniężnych

Zidentyfikuj rzeczywiste uprawnienie

Token zarządczy może dawać wpływ na parametry, aktualizacje lub działania skarbca bez prawnego roszczenia do zysków spółki. Prawa wynikają z konkretnych kontraktów i zasad zarządzania, nie ze słowa „zarządzanie”. Dokumentacja Governor firmy OpenZeppelin pokazuje, jak łączyć komponenty propozycji, głosowania i wykonania. Elastyczność oznacza, że analitycy muszą badać konfigurację, zamiast zakładać standardową konstytucję.

Zacznij od trzech odrębnych pytań: kto może zgłaszać propozycje, czyje głosy się liczą i kto może wykonać przyjętą propozycję? Czwarte pytanie brzmi: czy inny organ może ją zawetować, wstrzymać lub unieważnić? Odpowiedzi mogą się różnić, a posiadacz tokena może kontrolować tylko niewielką część procesu.

Zmierz rzeczywisty udział

Całkowita podaż tokenów nie jest tym samym co aktywnie delegowana siła głosu. Niektóre tokeny mogą pozostawać w kontraktach, nie być delegowane lub należeć do uczestników rzadko głosujących. Mały procent całej podaży może zdominować faktycznie oddane głosy. Z kolei kworum mierzone względem szerokiego mianownika podaży może utrudniać przyjęcie propozycji nawet przy zgodzie większości uczestników.

Wyobraź sobie 100 milionów tokenów w obiegu, 20 milionów delegowanych i 6 milionów głosów oddanych nad propozycją. Podmiot kontrolujący 4 miliony jednostek głosu posiada tylko 4% całkowitej podaży, lecz zapewnia dwie trzecie oddanych głosów. Nie dowodzi to niewłaściwego postępowania; pokazuje, dlaczego koncentrację należy mierzyć zarówno względem podaży, jak i uczestnictwa. Za każdym razem wyjaśnij mianownik.

Prześledź propozycję aż do jej skutków

Wpis na forum, sondaż sygnalizujący preferencje i transakcja możliwa do wykonania nie są zamienne. Czytaj proponowane wywołania kontraktów i zmiany parametrów, a nie tylko nagłówek. Ustal, kiedy mierzy się siłę głosu, jak działa okres głosowania i czy wykonanie podlega blokadzie czasowej. Opóźnienie może dać czas na analizę, ale nie dowodzi, że każdy użytkownik objęty zmianą ma możliwość wyjścia.

W przeglądzie na papierze przełóż propozycję na tabelę „przed i po”. Jeśli zmienia się próg pożyczkowy, wskaż pozycje, które mogą stać się zagrożone. Jeśli zmienia się opłata, wskaż płatnika i odbiorcę różnicy. Jeśli środki opuszczają skarbiec, odróżnij dotację, inwestycję i nieodwracalny transfer. Te skutki ekonomiczne są ważniejsze niż popularność tytułu propozycji.

Oddziel aktywa skarbca od wartości tokena

Saldo skarbca nie należy automatycznie proporcjonalnie do każdego posiadacza tokena. Uprawnienia do wydatkowania, ustalenia prawne i prawa wykupu mogą wykluczać taką interpretację. Skarbiec złożony głównie z własnego tokena protokołu różni się też od zewnętrznych płynnych aktywów: sprzedaż może zmienić zarówno cenę, jak i rozkład praw zarządzania.

Załóżmy, że projekt raportuje skarbiec $50 milionów, z czego $40 milionów stanowi jego własny mało płynny token wyceniony po ostatniej cenie. Określenie projektu jako zasobnego w gotówkę zaciemnia $10 milionów innych aktywów i niepewną wartość możliwą do uzyskania z reszty. Przydatna analiza rozdziela płynne zasoby operacyjne, salda ograniczone i własne wyemitowane tokeny, zamiast sumować je w jedną pozornie gotówkową liczbę.

Oceniaj zmiany kontroli w czasie

Odblokowania tokenów, zmiany delegacji i niska frekwencja mogą zmieniać faktyczną kontrolę bez zmian w podstawowym oprogramowaniu. Przeanalizuj historyczne uczestnictwo, głównych delegatów i nadchodzące zmiany podaży. Rozproszona lista posiadaczy nie wystarcza, jeśli siłę głosu delegowano kilku podmiotom; skoncentrowana lista nie mówi wszystkiego, jeśli posiadaczy ograniczają egzekwowalne restrykcje.

Jakość zarządzania trudno sprowadzić do jednej oceny. Dokumentuj zabezpieczenia proceduralne, konflikty interesów, historię wykonania i nierozstrzygnięte niepewności. Dobrze prowadzony proces może zatwierdzić złą finansowo decyzję, a technicznie trafna propozycja może upaść przez niski udział. Traktuj zarządzanie jako ewoluujące źródło ryzyka operacyjnego i ekonomicznego, nie odznakę gwarantującą decentralizację lub przyszły wzrost tokena.

W przeglądzie zarządzania odróżniaj regułę zapisaną w kodzie od zwyczaju uczestników. Społeczność może zwykle omawiać propozycje przez tydzień, choć kontrakt dopuszcza szybszy proces. Zapisz zarówno proces zwyczajowy, jak i egzekwowalne minimum. Analiza stresowa powinna używać tego drugiego przy ocenie szybkości zmian kontroli lub parametrów ekonomicznych.

Każdy procent poparcia potrzebuje mianownika

Hipotetyczny system ma 12 mln jednostek uprawnionych do głosowania. Oddano 600 000 głosów, z czego 420 000 za propozycją. Poparcie wynosi 70 procent oddanych głosów, ale 3,5 procent całkowitej siły głosu. Przy wymaganym udziale 480 000 głosów i zwykłej większości propozycja zostaje przyjęta zgodnie z tymi założeniami.

Odróżniaj podaż tokenów, uprawnioną siłę głosu, głosy delegowane i rzeczywisty udział. Każda wielkość tworzy inny mianownik. Niska frekwencja sama w sobie nie dowodzi nieważności wyniku, lecz może mieć znaczenie dla rzeczywistej koncentracji wpływu.

Powtórz ćwiczenie bez największego delegata. Czy zmienia się większość, możliwość osiągnięcia kworum czy obie rzeczy? Zdolność zablokowania ważnej decyzji jest inną formą kontroli niż zdolność przegłosowania własnej propozycji.

Prześledź decyzję aż do działającej konfiguracji

Zakończenie głosowania nie zawsze natychmiast zmienia kontrakt. Może być wymagane odczekanie, osobna transakcja wykonawcza lub dodatkowe uprawnienie. Dokumentacja zarządzania OpenZeppelin rozdziela zgłaszanie, głosowanie i wykonanie.

Prześledź hipotetyczne podwyższenie limitu pożyczek. Przy każdym etapie zapisz, kto może uruchomić następny krok, wstrzymać go lub skorzystać z trybu awaryjnego. Duża liczba uprawnionych adresów nie odpowiada na pytanie, czy mała grupa kluczy nadal może samodzielnie zmienić ważne zasady.

Na końcu porównaj wykonany kod z opisem propozycji. Czy zmieniono tylko zapowiedziany parametr? Analiza kontroli wymaga połączenia deklarowanych praw, procedury i rzeczywistego stanu systemu. Zrzut ekranu z napisem „przyjęto” nie zamyka tego procesu.