Jak analizować koncentrację głosów w DAO

2026-09-03

Jak analizować koncentrację głosów w DAO

Głosowanie się kończy, wynik zostaje ogłoszony i czyta się go jak decyzję podjętą przez społeczność. Koncentracja głosów zadaje węższe pytanie leżące pod spodem: ile stron musiało się zgodzić, aby ten wynik w ogóle powstał. Odpowiedzi nie ma na liście posiadaczy, nie wyznacza jej podaż tokena, a przesuwa się ona zależnie od tego, do jakiego mianownika liczony jest udział.

Jak analizować koncentrację głosów w DAO: najważniejsze punkty

Co mierzy koncentracja głosów

Koncentracja głosów jest własnością oddanych głosów, a nie posiadanych tokenów. Pyta, jak waga, która rozstrzygnęła propozycję, rozłożyła się na adresy, które ją oddały. DAO może mieć jednocześnie szeroką bazę posiadaczy i wąską bazę decyzyjną, ponieważ posiadanie jest bierne, a głosowanie to działanie, które ktoś musi wykonać.

Jednostką miary jest waga głosu, a nie liczba uczestników. Adres oddający wagę miliona tokenów i adres oddający wagę dziesięciu liczą się każdy jako jeden głosujący, a wynik zmienia tylko pierwszy z nich. Wskaźnik uczestnictwa wyrażony w portfelach mówi, ile stron się stawiło; nie mówi, która z nich zdecydowała.

Dlatego analiza musi nazwać swój rezultat, zanim cokolwiek policzy. Koncentracja istotna dla przyjęcia rutynowej zmiany parametru to nie ta sama koncentracja, która jest istotna dla osiągnięcia kworum, zablokowania propozycji czy zatwierdzenia aktualizacji zdolnej poruszyć skarbiec. Każdy z tych rezultatów ma własny próg, a liczba niezależnych stron potrzebna do jednego nie jest liczbą potrzebną do drugiego.

Koncentracja posiadaczy to inny odczyt

Lista największych posiadaczy odpowiada na pytanie, kto jest właścicielem tokena. Metryki koncentracji zbudowane na saldach opisują rozkład podaży, a silnie skoncentrowane salda same w sobie dają podstawę, by spodziewać się przejęcia zarządzania. Ale saldo to zdolność, a nie zapis jej użycia. Token zarządzania leżący w portfelu, który nigdy nie głosował, nie wnosi nic do żadnego liczenia głosów.

Oba odczyty rozchodzą się w obie strony. Duży posiadacz, który się wstrzymuje, ma zerowy udział w oddanych głosach, podczas gdy jego udział w podaży pozostaje nietknięty. Mały posiadacz głosujący nad każdą propozycją może mieć udział w decyzjach znacznie wyższy niż jego udział w podaży, po prostu dlatego, że reszta bazy jest nieobecna. Czytać koncentrację podaży i raportować ją jako koncentrację głosów to podstawiać zdolność w miejsce jej wykorzystania.

Oba odczyty należą do tego samego raportu i powinny być mierzone względem tej samej migawki. Koncentracja podaży opisuje najgorszy przypadek, gdyby zagłosowali wszyscy. Koncentracja głosów opisuje to, co się stało, gdy nie zagłosowali. Odległość między tymi dwiema liczbami to przestrzeń, w której działa mała, skoordynowana grupa.

Co musi deklarować wielkość koncentracji

Wielkość koncentracji nie daje się przenieść, dopóki nie poda czterech rzeczy: podsystemu, który obejmuje, testowanego progu, liczonej wagi oraz reguły, która pogrupowała adresy w podmioty. Nakamoto coefficient stosuje tę samą dyscyplinę do sieci, pytając o najmniejszą liczbę niezależnych podmiotów, których łączna waga osiąga zadeklarowany próg. Zarządcza wersja tego samego pytania jest czytelna tylko wtedy, gdy te cztery pola podróżują razem z liczbą.

Próg to pole zapożyczane przez nieuwagę. Organizacja, w której propozycje przechodzą zwykłą większością oddanych głosów, organizacja wymagająca większości kwalifikowanej i organizacja, której skarbiec stoi za osobnym kontraktem wielopodpisowym, testują trzy różne warunki. Współczynnik policzony przy jednym z nich nie mówi nic o innym.

Migawka to pole, które się starzeje. Waga głosu jest ustalana w punkcie czasu, delegowanie da się odwołać, a rozkład zmierzony przed dużym odblokowaniem opisuje organizację, która po nim już nie istnieje. Zapisuj blok lub znacznik czasu obok każdego udziału i traktuj wielkość bez niego jako nieodtwarzalną, a nie jako bieżącą.

Frekwencja decyduje o mianowniku

Frekwencja to stosunek wagi oddanej do wagi, która mogła zostać oddana, i przesuwa odczyt koncentracji bez żadnej zmiany właściciela tokenów. Ten sam adres z tymi samymi tokenami może być błędem zaokrąglenia względem podaży i większością względem wagi, która faktycznie została oddana. Żadne z tych stwierdzeń nie jest błędne; odpowiadają na różne pytania.

Udział jest więc interpretowalny wyłącznie razem ze swoim mianownikiem. W grze są trzy mianowniki i nie są one wymienne.

Mianownik Co oznacza udział w nim Co pomija
Podaż w obiegu Zdolność do głosowania, gdyby zagłosowali wszyscy Nikt nie ma obowiązku z tej zdolności korzystać
Uprawniona waga głosu na moment migawki Waga, którą można było oddać w obowiązujących regułach Tokeny bez wagi są wyłączone
Waga faktycznie oddana Waga, która dała ten wynik Nic nie mówi o tych, którzy się nie stawili

Podawaj wszystkie trzy albo mów, którego używasz. Szereg koncentracji zestawiony z wielu propozycji przy zmiennym mianowniku będzie się poruszał z powodów niemających nic wspólnego z tym, kto kontroluje organizację.

Delegowanie przenosi wagę głosu bez przenoszenia tokenów

W kontraktach zarządzania OpenZeppelin wagę głosu niosą delegaci: posiadacz, który chce uczestniczyć, albo wyznacza przedstawiciela, albo sam staje się delegatem, delegując głos na siebie, a rozszerzenie tokena przechowuje historyczne salda, dzięki czemu waga odczytywana jest z minionej migawki, a nie z bieżącego salda. Posiadacz, który nigdy nie dokonał delegowania, trzyma zatem tokeny bez przypisanej im wagi głosu.

To zrywa odpowiedniość między saldem a głosem w miejscu, którego analiza na poziomie adresów nie zobaczy. Waga może gromadzić się na adresie delegata, który sam prawie nic nie posiada, a duże saldo może w całości leżeć poza elektoratem. Koncentracja istotna dla danego głosowania widoczna jest w rejestrze delegatów, a nie na liście posiadaczy.

Głosowanie poza łańcuchem dokłada drugą warstwę. Snapshot wylicza wagę głosu ze skonfigurowanej strategii, a nie wprost z salda, i dokumentuje, że kilka strategii można połączyć tak, by suma była sumą wagi zwracanej przez każdą z nich. Dwie organizacje raportujące tę samą wielkość koncentracji przy różnych konfiguracjach strategii nie raportują tego samego pomiaru.

Przykład policzony na jednej propozycji

Ustawmy dane wejściowe ręcznie. Załóżmy, że waga oddana nad propozycją wynosi 10% podaży w obiegu, największy pojedynczy głosujący posiada 5% podaży w obiegu i zagłosował, a pięciu największych głosujących posiada łącznie 8% podaży w obiegu i wszyscy zagłosowali.

Względem podaży największy głosujący wygląda skromnie. Względem wagi faktycznie oddanej trzyma sam 50% całości, a pięciu największych trzyma razem 80%. Adresy i salda się nie zmieniły; zmienił się tylko mianownik. Pierwsze ujęcie mówi, że mały posiadacz sam niczego nie rozstrzyga, drugie mówi, że jeden adres przeprowadził propozycję.

Dodajmy teraz regułę kworum, która oddziałuje z frekwencją, a nie z koncentracją. Dokumentacja zarządzania OpenZeppelin definiuje kworum jako procent całkowitej podaży na bloku, z którego odczytywana jest waga głosów, i ilustruje to ustawienie kworum na poziomie 4% całkowitej podaży. Przy powyższych danych pięciu największych głosujących przekracza tę poprzeczkę bez pojawienia się kogokolwiek innego, a propozycja jest jednocześnie kworumowa i rozstrzygnięta przez pięć adresów.

Adresy to nie podmioty

Każdy policzony wyżej udział to udział rozłożony na adresy, a adresy są zapisami technicznymi. Jedna strona może rozłożyć pozycję na wiele z nich, a jeden adres powierniczy może trzymać salda tysięcy niepowiązanych ze sobą osób. Grupowanie jest wnioskowaniem i tak właśnie należy je zapisać: z dowodami stojącymi za każdą grupą i z wyraźnym koszykiem na adresy, których nie udało się przypisać.

Błędne grupowanie przesuwa odpowiedź w obie strony. Rozbicie jednej strony na kilka adresów zaniża koncentrację; scalenie niezależnych stron w jeden oznaczony klaster ją zawyża. Tam, gdzie odwzorowanie jest niepełne, podawaj przedział z wypisanymi założeniami zamiast jednej dokładnej wielkości, która je ukrywa.

Reszta obrazu leży poza zapisem głosowania. Lista kontrolna tokenomii obejmuje podaż, odblokowania, alokację i skarbiec, czyli fakty przesądzające, kto będzie mógł głosować w następnym kwartale, a warstwa kontraktów przesądza, czy przyjęta uchwała w ogóle da się wykonać. Koncentracja głosów jest jednym z wejść do tej oceny.

Pole do zapisania Na co odpowiada Odpowiedź, która się nie nadaje
Podsystem Jaką decyzję obejmuje wielkość „Zarządzanie” bez doprecyzowania
Próg Jaki rezultat liczy się jako kontrola Próg zapożyczony od innej organizacji
Waga Co dokładnie się sumuje Liczba portfeli
Mapowanie podmiotów Które adresy pogrupowano i na jakich dowodach Adresy potraktowane jak strony
Migawka Na jaki moment ustalono wagę Żywy pulpit bez znacznika czasu

Podsumowanie

Koncentracja głosów mierzy rozkład wagi, która o czymś rozstrzygnęła, i odpowiada na inne pytanie niż lista posiadaczy. Frekwencja ustala mianownik, delegowanie ustala, kto niesie wagę, a mapowanie podmiotów ustala, ile niezależnych stron liczenie uznaje za istniejące. Zmień którekolwiek z trzech, a ta sama organizacja da inną liczbę.

Zapisz więc cztery deklaracje przed podaniem wielkości, dołącz do niej migawkę i trzymaj odczyt podaży obok odczytu głosów, a nie zamiast niego. Wielkość koncentracji bez tych pól nie jest pomiarem kontroli, a jedynie wynikiem arytmetycznym. Aby dalej poznawać podstawy, śledź kolejne materiały Bitbase Academy.

Powiązane artykuły

Inne artykuły Bitbase na ten temat:

- Jak cofnąć delegację w zarządzaniu

- Dlaczego migracja tokena prosi o zatwierdzenie w portfelu

- Migracja tokenów zakończona, ale nowych tokenów nie ma w portfelu

- Mint się udał, a NFT nie widać w portfelu

- Czym jest szyfrowanie portfela krypto? Jak klucze są bezpieczne

Zastrzeżenie: ten artykuł to treść edukacyjna Bitbase Academy, wyłącznie w celach informacyjnych. Nie stanowi porady inwestycyjnej, handlowej, podatkowej ani finansowej. Kryptoaktywa są zmienne — samodzielnie oceń ryzyko. Napisano w wrześniu 2026 r.; sprawdzaj aktualne oficjalne informacje.

Źródła

[1] OpenZeppelin, Contracts for Solidity 5.x, dokumentacja Governance docs.openzeppelin.com

[2] Dokumentacja Snapshot, przewodniki użytkownika, Voting strategies docs.snapshot.box