Zarządzanie rozproszone
(Sekcja: Ekosystem i sieć)
1) Dlaczego zarządzanie rozproszone
Zarządzanie rozproszone formalizuje podejmowanie decyzji w sieci bez jednego centrum: zasady ulegają przewidywalnym zmianom, budżety są rozdzielane w sposób przejrzysty, ryzyko jest kontrolowane, a uczestnicy (operatorzy, dostawcy, studia, walidatory/węzły, podmioty powiązane, społeczności, naukowcy) uzyskują prawdziwy głos i odpowiedzialność. Zmniejsza to ryzyko regulacyjne i operacyjne, zmniejsza konflikty i przyspiesza ewolucję protokołu.
2) Role i sterowanie
Zgromadzenie Ogólne - wszyscy posiadacze praw głosu (żetony/reputacja/członkostwo).
Delegaci/przedstawiciele - wybrane mandaty z wycofaniem; zagregować głos małych uczestników.
Rada Protokołu - ograniczony mandat w zakresie zmian technicznych i środków nadzwyczajnych (z wetem czasowym i montażowym).
Komisja Skarbu Państwa - odpowiedzialna za budżety/dotacje, ale każda alokacja jest zatwierdzana w ramach łańcucha/poza łańcuchem zgodnie z przepisami.
Komitet ds. Ryzyka - monitorowanie parametrów sieci, limitów, pauz (wyłącznik), zalecenia dotyczące aktualizacji.
Arbitraż/odwołania - niezależna procedura rozstrzygania sporów, w tym dowodu łańcuchowego i audytu offshore.
Sekretariat/DevRel - wsparcie operacyjne: publikacja porządku obrad, zbiór uwag, sprawozdawczość.
3) Schematy głosowania i rozkład wpływów
1 token = 1 głos - prosty, ale podatny na koncentrację.
Głosowanie delegowane (demokracja płynna) - elastyczność i skalowalność.
Głosowanie kwadratowe (kwadratowe) - zmniejsza dominację dużych posiadaczy, kosztuje więcej „kupować” duże udziały wpływów.
Głosowanie skazujące - głos „kumuluje się” z czasem, stymulując trwałe preferencje.
Futarchia - rozwiązania poprzez rynki prognostyczne (dla parametrów eksperymentalnych).
Wielokrotność - komora techniczna (walidatory) + komora użytkownika (operatorzy/studia) + komora partnerska (dostawcy); decyzję uznaje się za przyjętą przy przechodzeniu wszystkich izb (lub 2 z 3).
- Minimalny kworum (np. ≥ 10-20% masy aktywnej).
- Próg akceptacji: zwykła większość dla systemu operacyjnego, super większość (≥ 66% lub ≥ 75%) dla zmian bezpieczeństwa/emisji/dostępu.
- Blokada czasu wykonania (48-168 godzin) + weto/odwracalny czas przez tablicę protokołów przy ryzyku SEV.
4) Cykl życia wniosku
1. Idea (RFD/RFC) - tekst, uzasadnienie, zagrożenia, alternatywy, wskaźniki sukcesu.
2. Przegląd wstępny - formalny szablon/przegląd zgodności jurysdykcyjnej/bezpieczeństwa.
3. Etap badania - A/B, symulacje, piloci, test-no/staging.
4. Głosowanie - on-chain Snapshot/he-chain kontrakt, reputacja offchain jest dopuszczalne jako dodatkowy sygnał.
5. Timelock - okno na odwołania/audyty.
6. Realizacja - transakcje łańcuchowe z kontraktem multisig/wykonawca, zlecenia offsetowe i regulacje.
7. Pośmiertnie/retrospektywnie - ocena KPI, zmiana ryzyka, dostosowanie przepisów.
- Cel, obszar wpływu, zmiany parametrów/budżetów, ryzyko/kontrola, wskaźniki sukcesu, zwrot, plan komunikacji, zastrzeżenia prawne.
5) Zarządzanie sieciowe i internetowe
Mosty zarządzania: „relayers/wyrocznie zarządzania” przekazują wynik głosowania pomiędzy łańcuchami/domenami.
Źródło modelu prawdy: jedna „macierzysta” sieć podejmuje decyzję, sieci zależne podpisują i wykonują (światło-klient/merkle-proofs).
Zapobieganie ryzyku: opóźniona finalizacja, kworum zmian międzysystemowych wyższe niż w sieci, duplikat mechanizmu weta.
Izolacja usterek: jeśli most/domena jest zagrożona - lokalny „wyłącznik” i ręczna synchronizacja zgodnie z przepisami.
6) Skarb państwa, budżety i dotacje
Multisig skarbowy/inteligentny skarb państwa: limity transakcji, wykazy dozwolonych kategorii, blokada czasowa.
Planowanie: budżety kwartalne/roczne, rezerwy na wypadki (fundusz SEV), programy dotacji (B + R, DevRel, bezpieczeństwo, lokalizacja).
Przejrzystość: sprawozdania publiczne, wydatki, dotacje KPI (emisja, wpływ, przyjęcie).
Audyt: wewnętrzny (komitet) + zewnętrzny (niezależni audytorzy), audyt co sześć miesięcy.
7) Bezpieczeństwo i anty-wychwytywanie
Anty-Sybil: weryfikacja tożsamości (KYB/KYC dla organizacji), limity reputacji, kryteria wagi wielowymiarowej (żetony + aktywność/wkład).
Ochrona przed łapówkarstwem/łapówkarstwem: zwolnienie, głosowanie prywatne, podpisy niewidomych.
Ataki flash-loan: migawka sald czasu, zamek do udziału, głosowanie ważone czasem.
Veto/Guardian: Czas i ograniczony mandatem „stop-crane” kontrolowany przez zgromadzenie.
Zmiany limitu stawki: „jedna duża zmiana parametrów → jeden głos”, cofnięcie się pomiędzy głosami.
Granice władzy: wykaz „działań niemożliwych” (niezmienionych, niezmiennych).
8) Przejrzystość i obserwowalność zarządzania
Publiczny rejestr wniosków, statusy, plusy/minusy, powiązania z ryzykiem i deski rozdzielcze.
Identyfikowalność: Każda operacja łańcuchowa związana jest z konkretnym identyfikatorem wniosku.
Archiwum komunikacyjne: Transkrypty dyskusji, odpowiedzi na RFD.
Lokalizacja i integracja: podsumowanie w głównych językach ekosystemu, SLA dla odpowiedzi na pytania społeczności.
9) Mierniki kontroli (KPI/SLO)
Uczestnictwo i reprezentatywność
VPR (Voter Participation Rate) = waga głosowana/waga aktywowana ogółem.
Dywersyfikacja wpływów (Gini/Herfindahl) - koncentracja głosów.
Udział delegacji i średnia „głębokość delegacji”.
Czas do obrad - mediana czasu od RFD do głosowania.
Jakość rozwiązań
Wskaźnik adopcji - odsetek podejmowanych decyzji, które zostały wykonane na czas.
Rollback Rate - odsetek decyzji anulowanych lub przewróconych z powrotem.
Impact Score - wzrost kluczowych kodów KPI produktu/sieci po wykonaniu.
Dokładność prognozowania (dla feutarchów) - dokładność rynków vs rzeczywistych mierników.
System operacyjny
Publikacja SLA porządku obrad/minut (np. ≤ 24h).
Zakres zgodności - udział rozwiązań od czasu przeglądu/oceny ryzyka ekspertów Jurassic.
Opóźnienie audytu - czas od wykonania do sprawozdania z audytu.
10) Przepisy i SLO
Zasady kworum i progu: różne klasy zmian → różne progi.
komunikacja SLO: odpowiedzi moderatorów ≤ 48 godzin; ostateczna wersja porządku obrad ≥ 72 godziny przed głosowaniem.
Bezpieczeństwo SLO: timelock ≥ 48-168 godzin; pauza awaryjna ≤ 15 min od detektora SEV-1; raport publiczny ≤ 72 godziny.
Przejrzystość SLO: publikowanie miesięcznych sprawozdań Skarbu Państwa; rejestr dotacji - w czasie rzeczywistym.
11) Aspekty prawne i związane z przestrzeganiem przepisów
Warstwy KYB/KYC: do wpływania na decyzje - weryfikacja organizacji i osób odpowiedzialnych.
Miejsce zamieszkania/PII danych: przechowywanie i publikowanie danych w jurysdykcjach; w razie potrzeby anonimizacja protokołów głosowania.
Konflikt interesów: deklaracje, zakaz głosowania w kwestiach „powiązanych” bez ujawniania.
Licencjonowanie/organy regulacyjne: odzwierciedlają zmiany krytyczne (np. parametry finansowe) zgodnie z lokalnymi wymogami.
12) Incydenty i procedury awaryjne
Pauza awaryjna (częściowa/pełna): zatrzymuje niebezpieczne operacje; aktywowany przez radę protokołową, a następnie głosowanie pozasądowe.
Rollback/Hotfix: wstępnie przygotowane „bezpieczne” stany podpisane przez multisig.
Komunikacja: szablon wiadomości (co się stało, wpływ, działania, ETA na normalizację).
pośmiertnie: obowiązkowe, publiczne, z planem zapobiegania nawrotom.
13) Techniczne schematy wdrażania
Umowy dotyczące zarządzania: rejestr wniosków, kworum/próg, timelock, rola opiekuna/weta, moduł skarbu państwa, moduł parametrów protokołu.
Migawki: ustalanie praw głosu według wysokości/czasu bloku.
Multisig z modelem ról: skarb państwa, awaryjne, modernizacje (N-of-M, różne M dla różnych klas działań).
Wyrocznie/przekaźniki: potwierdza kworum/wynik między domenami.
Dzienniki i podpisy: niezmienne dzienniki, łączność z identyfikatorem wniosku.
14) Przykład minimalnego schematu danych (pseudo-SQL)
sql
-- Offer Register
CREATE TABLE gov_proposals (
id TEXT PRIMARY KEY,
title TEXT, author TEXT, created_at TIMESTAMPTZ,
class TEXT, -- class: param, budget, security, protocol_update...
status TEXT, -- draft active queued executed rejected rolled_back quorum_req NUMERIC, threshold_req NUMERIC,
timelock_until TIMESTAMPTZ,
metadata JSONB -- links, risk, legal, locales
);
-- Voices
CREATE TABLE gov_votes (
proposal_id TEXT REFERENCES gov_proposals(id),
voter TEXT, -- address/peer-id/org-id weight NUMERIC, -- snapshot-weight choice TEXT, -- for against abstain committed_at TIMESTAMPTZ,
PRIMARY KEY (proposal_id, voter)
);
-- Execution/Transaction
CREATE TABLE gov_exec (
proposal_id TEXT REFERENCES gov_proposals(id),
tx_hash TEXT, executed_at TIMESTAMPTZ, executor TEXT,
result TEXT, logs JSONB
);15) Polityka doboru prób (Pseudo-YAML)
yaml governance:
classes:
param_change:
quorum: 0. 10 threshold: 0. 50 timelock_hours: 72 security_critical:
quorum: 0. 20 threshold: 0. 66 timelock_hours: 168 guardian_veto: true treasury_grant:
quorum: 0. 12 threshold: 0. 55 timelock_hours: 96 delegation:
enabled: true max_chain_depth: 2 anti_capture:
snapshot_delay_hours: 24 time_weighted: true private_ballots: true flashloan_protection: true emergency:
pause_enabled: true pause_slo_minutes: 15 rollback_playbook: "doc://rollback_v1"
transparency:
public_registry: true monthly_treasury_reports: true16) Deski rozdzielcze i przeglądy operacyjne
Zarządzanie zdrowiem (co miesiąc): VPR, dywersyfikacja wpływów, udział delegacji, średni TTD (czas do decyzji), udział wykonanych bez kopnięć, działalność według klas.
Skarbówka i dotacje: oprocentowanie, salda funduszy, dotacje CPA (koszt/jednostka wpływu), okres od wniosku do płatności.
Ryzyko i zgodność: udział rozwiązań z zakończoną kontrolą prawną, incydenty bezpieczeństwa, wykorzystanie mechaniki awaryjnej.
17) Lista kontrolna wdrażania
1. Zdefiniować klasy decyzji i odpowiednie progi/kworums/timelock.
2. Wybierz model głosowania (delegacja + waga kwadratowa/reputacja dla dotacji).
3. Rozwiń rejestr propozycji, migawek i skarbca multisig.
4. Zatwierdzać odtwarzanie incydentów i procedury awaryjne.
5. Tworzy tablice rozdzielcze i miesięczne raporty skarbowe.
6. Rozpocznij cykl pilotażowy (RFD → golosovaniye → ispolneniye → retro), montaż opinii.
7. Przegląd progów, ról, bezpieczeństwa i zastrzeżeń prawnych kwartalnie.
18) Słownik
Kworum - minimalna całkowita waga głosów dla legitymizacji decyzji.
Próg - Udział głosów za przyjęciem.
Timelock - opóźnienie przed wykonaniem decyzji.
Guardian/Veto - ograniczony mechanizm blokowania awaryjnego.
Migawka - ustalanie praw głosu na czas.
Delegacja - przeniesienie prawa głosu na przedstawiciela.
Głosowanie kwadratowe/skazujące - mechanika zmniejszania monopolu dużych steków/wzmacniania długoterminowych preferencji.
Futarchia - podejmowanie decyzji w oparciu o rynki prognoz.
Podsumowanie: zarządzanie rozproszone przekształca ekosystem w przewidywalny i zrównoważony "organizm', w którym decyzje są podejmowane w sposób przejrzysty, ryzyko jest kontrolowane z wyprzedzeniem, budżety są wydawane zgodnie z zasadami, a ewolucja sieci jest iteracyjna i bezpieczna. Właściwa kombinacja wzorców głosowania, progów, ram czasowych, mechanizmów przeciwdziałania wychwytywaniu i surowych przepisów operacyjnych sprawia, że zarządzanie nie jest formalnością, ale działającym narzędziem wzrostu.