Strona główna
» Wiedza
»
Jak czytać białą księgę kryptowalut: praktyczny przewodnik w 8 krokach
Jak czytać białą księgę kryptowalut: praktyczny przewodnik w 8 krokach
Najważniejsza zasada czytania białej księgi kryptowalut jest prosta: traktuj ją jako zbiór twierdzeń do weryfikacji, a nie jako dowód na to, że projekt działa . Dobry biały dokument powinien wskazywać, jaki problem projekt próbuje rozwiązać, jak ma działać jego system, dlaczego potrzebny jest token, od jakich założeń zależy projekt oraz jakie ryzyka lub kompromisy pozostają. Twoim zadaniem jest przekształcenie tych stwierdzeń w pytania, które możesz zweryfikować w oparciu o aktualną dokumentację, kod źródłowy, dane on-chain, zapisy dotyczące zarządzania i niezależne dowody bezpieczeństwa.
Ma to znaczenie, ponieważ dokumenty typu whitepaper mogą szybko się starzeć. Strona internetowa Ethereum wyraźnie ostrzega, że dokument z 2014 roku nie odzwierciedla już Ethereum w jego obecnym stanie po ponad dekadzie rozwoju, mimo że nadal jest przydatny do zrozumienia pierwotnej wizji. To dobitne przypomnienie, że dokument typu whitepaper jest często historycznym dokumentem projektowym, a nie stale aktualizowaną specyfikacją. Zobacz stronę poświęconą dokumentowi typu whitepaper Ethereum , aby zapoznać się z tym ostrzeżeniem i oryginalnym tekstem.
Co powinieneś wiedzieć przed zakończeniem czytania?
Pod koniec przeglądu powinieneś być w stanie opisać projekt prostym językiem, bez powtarzania języka marketingowego. Powinieneś wiedzieć, kto potrzebuje systemu, jakie zmiany wprowadza podczas jego użytkowania, który komponent zapewnia deklarowaną przewagę, co może zawieść, gdzie pasuje token, kto kontroluje aktualizacje lub fundusze skarbowe oraz które twierdzenia zostały niezależnie zweryfikowane.
Jeśli po przeczytaniu artykułu nie potrafisz odpowiedzieć na te pytania, nie kompensuj tego, zakładając, że brakujące szczegóły są korzystne. Oznacz je jako nierozstrzygnięte i poszukaj lepszych dowodów.
Krok 1: Zacznij od streszczenia, treści, daty i wersji
Nie zaczynaj od czytania każdej strony liniowo. Najpierw znajdź tytuł, datę publikacji, numer wersji, streszczenie, spis treści oraz wszelkie zastrzeżenia prawne lub techniczne. To pozwoli Ci zorientować się w dokumencie i podpowie, czy czytasz oryginalną propozycję, późniejszą wersję, czy nieaktualny fragment.
Przed przystąpieniem do oceny poszczególnych twierdzeń należy ustalić wersję, datę, streszczenie i strukturę sekcji dokumentu.
Data jest szczególnie ważna, gdy projekt został już uruchomiony. Porównaj ją z aktualną dokumentacją protokołu. Na przykład, opublikowana przez Solanę biała księga to propozycja techniczna zawierająca zastrzeżenie prawne, że plany mogą ulec zmianie i że przyszłe rezultaty nie są gwarantowane. Oryginalny dokument można znaleźć w oficjalnym dokumencie Solany w formacie PDF .
Szybkie pytania
Kiedy artykuł został opublikowany lub ostatnio poprawiony?
Czy projekt jest już uruchomiony?
Czy projekt zapewnia nowszą dokumentację techniczną?
Czy sekcje dotyczące tokenów, zarządzania lub planu działania są nadal aktualne?
Krok 2: Przepisz problem i rozwiązanie własnymi słowami
Znajdź opis problemu i proponowane rozwiązanie. Następnie przepisz każde z nich w jednym lub dwóch zdaniach. Unikaj preferowanych przez projekt przymiotników, takich jak „rewolucyjny”, „bezproblemowy”, „nowej generacji” czy „nieskończenie skalowalny”. Zastąp je konkretnymi rzeczownikami, działaniami i mierzalnymi rezultatami.
Oddzielaj rzekomy problem, proponowane rozwiązanie, założenia i kompromisy zamiast traktować je jako jedną narrację marketingową.
Na przykład, oryginalny artykuł Bitcoina nie ograniczał się do stwierdzenia, że płatności cyfrowe powinny być zdecentralizowane. Proponował on elektroniczny system gotówkowy peer-to-peer, zaprojektowany w celu umożliwienia bezpośredniego przepływu płatności online między stronami, bez polegania na instytucji finansowej, a następnie opisywał mechanizm zlecania transakcji oparty na dowodzie pracy (Proof of Work). Oryginalny artykuł jest dostępny na stronie Bitcoin.org .
Po podsumowaniu problemu i rozwiązania, zastanów się, czy problem jest na tyle realny, aby w ogóle wymagał blockchaina lub tokena. Projekt, który mógłby równie dobrze działać z konwencjonalną bazą danych, nadal może być przydatny, ale dokument informacyjny powinien wyjaśniać, co wnosi decentralizacja i jakie koszty wprowadza.
Krok 3: Zidentyfikuj mechanizm, który wyróżnia projekt
Przejdźmy teraz do sedna technicznego: konsensusu, modelu wykonania, dostępności danych, mechanizmu prywatności, projektu Oracle, modelu płynności, architektury pomostowej, modelu pamięci masowej lub czegokolwiek, co faktycznie zapewnia projektowi rzekomą przewagę. Nie musisz od razu rozumieć każdego równania. Musisz zrozumieć łańcuch przyczynowo-skutkowy.
Przetłumacz sekcje dotyczące architektury i konsensusu na listę kontrolną komponentów, zależności, założeń dotyczących bezpieczeństwa i deklarowanych korzyści wydajnościowych.
Przydatnym testem jest uzupełnienie następującego zdania: „Projekt twierdzi, że osiąga X , ponieważ wykorzystuje Y , co działa tylko wtedy, gdy Z pozostaje prawdziwe”. Część „Z” często ujawnia najważniejsze założenie.
Gdy pojawią się dane dotyczące wydajności, sprawdź warunki. Teoretyczne obliczenia przepustowości przy określonej przepustowości sieci, konfiguracji sprzętowej lub wyidealizowanym obciążeniu nie są tym samym, co stała wydajność produkcji w warunkach przeciążenia. Traktuj każdą wartość prędkości, kosztu, ostateczności i skalowalności jako niekompletną, dopóki nie wiesz, jak została zmierzona.
Krok 4: Audyt tokenomiki jako systemu zachęt
Sekcja poświęcona tokenomice powinna odpowiedzieć na więcej niż tylko pytanie „Jaka jest maksymalna podaż?”. Musisz zrozumieć kwestie alokacji, emisji, nabywania praw, odblokowywania, przepływów opłat, zachęt do stakingu lub zabezpieczeń, praw do zarządzania, kontroli skarbu państwa i źródeł dochodu.
Sprawdź, czy procenty alokacji się sumują, kiedy podaż wchodzi do obiegu, kto ją otrzymuje i jaką konkretną funkcję pełni dany token.
Przeanalizuj liczby. Jeśli osoby z wewnątrz, inwestorzy, fundacje lub fundusze ekosystemowe kontrolują znaczną część, zapytaj, kiedy te tokeny zostaną odblokowane i kto może je przenieść. Jeśli reklamowane są nagrody za staking, zapytaj, czy pochodzą one z przychodów z protokołu, emisji nowych tokenów, opłat uiszczanych przez użytkowników, czy z innego źródła. Wysoka nominalna stopa zwrotu finansowana głównie poprzez rozwodnienie różni się ekonomicznie od stopy zwrotu wspieranej przez popyt zewnętrzny.
Należy również odróżnić użyteczność tokena od przechwytywania wartości tokena . Token może być wymagany do pokrycia opłat lub zarządzania bez automatycznego wzrostu wartości wraz ze wzrostem wykorzystania. W dokumencie informacyjnym nie należy przeskakiwać z „sieć używa tego tokena” do „dlatego token powinien zyskać na wartości”.
Krok 5: Porównaj dokument techniczny z aktualnym kodem i dokumentacją
Gdy zrozumiesz treść dokumentu, przestań traktować go jako podstawowe źródło prawdy. Porównaj go z aktualną dokumentacją techniczną projektu, publicznymi repozytoriami, notatkami do wydań, wdrożonymi kontraktami i specyfikacjami protokołów. Poszukaj funkcji, które zostały usunięte, przemianowane, odroczone lub znacząco przeprojektowane.
Porównaj artykuł z obecnym kodem, wersjami i dokumentacją, aby sprawdzić, czy implementacja nadal odpowiada pierwotnemu projektowi.
Na tym etapie ujawniają się nieaktualne dokumenty. Ethereum jest kolejnym użytecznym przykładem: strona projektu z dokumentem informuje czytelników, że oryginalny dokument pochodzi sprzed premiery i istotnych aktualizacji. Prawidłowy wniosek nie jest taki, że stary dokument jest bezużyteczny, lecz taki, że historyczne założenia projektowe i obecną implementację należy oceniać oddzielnie.
W przypadku mechanizmów protokołów należy preferować pierwotne źródła techniczne. Na przykład Uniswap publikuje swoje materiały techniczne w oficjalnej dokumentacji, w tym w białej księdze Uniswap v2 , która opisuje kluczowe rozwiązania projektowe, takie jak pary ERC-20, zachowanie się systemu Price-Oracle, wymiany flash oraz mechanizmy opłat za protokoły.
Krok 6: W miarę możliwości weryfikuj oświadczenia dotyczące tokenów i protokołów w łańcuchu
Jeśli projekt jest już w fazie produkcyjnej, wiele ważnych faktów przestaje być jedynie teorią. Potwierdź adres wdrożonego kontraktu z oficjalnego źródła, a następnie sprawdź zweryfikowany kod kontraktu, podaż, posiadaczy, uprawnienia do bicia, możliwość aktualizacji, portfele skarbowe i aktywność transakcyjną za pomocą eksploratora odpowiedniego łańcucha.
Sprawdź, czy informacje o dostawach, standardzie tokenów i wymaganiach dotyczących użyteczności są zgodne z rzeczywistym systemem, korzystając z oficjalnych adresów kontraktów i zapisów w łańcuchu.
Nie ufaj adresowi kontraktu skopiowanemu z losowego wpisu w mediach społecznościowych lub wyniku wyszukiwania. Zacznij od oficjalnej dokumentacji projektu i śledź adres, aby dotrzeć do renomowanego eksploratora bloków. Jeśli w dokumencie technicznym napisano, że podaż jest ograniczona, poszukaj funkcji bicia monet lub uprzywilejowanych ról, które mogłyby zmienić podaż. Jeśli zarządzanie jest opisane jako zdecentralizowane, określ, kto może aktualizować kontrakty lub zmieniać krytyczne parametry.
Krok 7: Mapowanie zarządzania, kluczy administracyjnych i rzeczywistej kontroli
„Zdecentralizowane zarządzanie” może oznaczać bardzo różne rzeczy. Określ, kto może proponować zmiany, kto może głosować, co decyduje o sile głosu, czy głosy są wiążące, czy multisig może unieważnić wyniki, jak przebiegają aktualizacje i kto kontroluje skarb państwa.
Prześledź, w jaki sposób propozycje stają się wykonywalnymi zmianami i zidentyfikuj wszelkie klucze administracyjne, uprawnienia do aktualizacji, podpisy wielokrotne lub kontrole skarbowe.
Zwróć szczególną uwagę na uprawnienia awaryjne. Funkcja pauzy lub klucz aktualizacji mogą być sensowne w przypadku nowego protokołu, ale zmieniają model bezpieczeństwa. Kluczowe pytanie nie brzmi, czy istnieją scentralizowane mechanizmy kontroli, ale czy są one jasno określone, odpowiednio ograniczone i zgodne z założeniami projektu.
Krok 8: Zakończ sprawdzaniem czerwonej flagi i dowodów
Zanim zdecydujesz, że projekt zasługuje na więcej czasu, podziel swoje notatki na trzy kolumny: zweryfikowane , prawdopodobne, ale niepotwierdzone oraz zaprzeczone lub niejasne . Zapobiega to przekształcaniu się dopracowanego tekstu w domniemane fakty.
Zakończ przegląd, sprawdzając dowody bezpieczeństwa, zależności architektoniczne, koncentrację, przejrzystość zarządzania i niepotwierdzone obietnice.
Czerwone flagi, które zasługują na szczególną uwagę
Roszczenia o gwarantowane lub niezwykle wysokie zyski bez wyraźnego uzasadnienia ekonomicznego.
Dane dotyczące wydajności bez warunków testowych, metodologii lub odtwarzalnych dowodów.
Alokacja tokenów, która koncentruje kontrolę bez przejrzystych zasad przyznawania praw ani zabezpieczeń zarządzania.
Anonimowi lub nieweryfikowalni współautorzy przedstawieni jako substytut dowodów technicznych.
Mapa drogowa pełna rezultatów, ale z niewielką ilością wyjaśnień zależności i kamieni milowych inżynieryjnych.
Twierdzenia dotyczące bezpieczeństwa powołujące się na słowo „audytowany” bez odniesienia do faktycznego raportu z audytu i jego zakresu.
Język zarządzania ignorujący klucze administratora, multisigs, możliwość aktualizacji lub uprawnienia awaryjne.
Biała księga, która koliduje z bieżącym kodem, dokumentacją lub wdrożonymi umowami.
Organy regulacyjne ostrzegają również inwestorów, aby nie traktowali kryptowalut jako substytutu zrozumienia ryzyka. Strona Investor.gov amerykańskiej Komisji Papierów Wartościowych i Giełd (SEC) zauważa, że inwestycje w aktywa kryptograficzne mogą mieć charakter wysoce spekulacyjny i wiązać się ze zmiennością, brakiem płynności, niejasną strukturą własności lub kontroli, awariami technicznymi oraz ograniczoną ochroną inwestorów. Zapoznaj się z ostrzeżeniem Investor.gov dotyczącym papierów wartościowych opartych na kryptowalutach, aby zapoznać się z omówieniem ryzyka przez agencję skoncentrowanym na inwestorach.
Prosty schemat punktacji białej księgi
Obszar
Jak wyglądają dobre dowody
Co powinno Cię martwić
Problem
Konkretni użytkownicy, mierzalny problem, jasny powód, dla którego decentralizacja pomaga
Niejasne twierdzenia dotyczące wielkości rynku lub problem, który nie wymaga proponowanego systemu
Technologia
Mechanizm, założenia, kompromisy, model zagrożenia, odniesienia do implementacji
Słowa kluczowe bez wyjaśnienia przyczynowego lub nierealistyczne twierdzenia dotyczące wydajności
Znak
Alokacja, emisja, nabycie praw, użyteczność, przepływ opłat, prawa zarządzania
Niejasne odblokowania, skoncentrowana kontrola lub użyteczność, która istnieje tylko po to, by uzasadnić token
Realizacja
Bieżące dokumenty, wydania publiczne, wdrożone kontrakty, powtarzalne zachowanie
Biała księga i produkt na żywo zasadniczo się nie zgadzają bez wyjaśnienia
Ukryta lub słabo ujawniona kontrola uprzywilejowana
Bezpieczeństwo
Opublikowany zakres audytu, poprawki, nagrody za błędy, znane ograniczenia
„Zbadany” jako odznaka marketingowa bez dostępnego raportu lub nierozwiązanych ustaleń
Jak głęboko należy zanurzyć się?
Poziom analizy powinien odpowiadać planowanemu poziomowi ekspozycji. Jeśli chcesz jedynie zrozumieć koncepcję protokołu, biała księga wraz z aktualną dokumentacją mogą wystarczyć. Jeśli planujesz używać protokołu z istotnymi funduszami, dodaj weryfikację umów, audyty bezpieczeństwa, analizę zarządzania i analizę ryzyka operacyjnego. Jeśli oceniasz token jako inwestycję, uwzględnij dynamikę podaży, harmonogramy odblokowywania, zachowania skarbu państwa, ujawnienia prawne, strukturę rynku, ryzyko depozytowe i możliwość całkowitej straty.
Nie musisz być kryptografem, aby dobrze przeczytać białą księgę. Musisz jednak zauważyć, gdzie dokument przechodzi od dowodów do założeń. Najlepszym rezultatem nie jest: „Zrozumiałem każdą formułę”. To: „Wiem, co zakłada projekt, co umożliwia realizację tych założeń, które części są już dostępne, które zweryfikowałem, a które ryzyka pozostają nierozwiązane”.
Podsumowanie
Przeczytaj białą księgę kryptowalut jako początek, a nie koniec analizy due diligence. Najpierw zrozum problem i mechanizm. Następnie przetestuj zachęty dla tokenów, porównaj dokument z obecną implementacją, zweryfikuj rzeczywiste oświadczenia w łańcuchu bloków, zidentyfikuj, kto faktycznie kontroluje aktualizacje i fundusze, a na koniec przygotuj jasną listę kontrolną dowodów i ryzyka. Technicznie imponujący dokument wciąż może opisywać kiepską inwestycję, a obiecujący pomysł wciąż może nie zostać wdrożony. Biała księga jest przydatna właśnie dlatego, że zawiera oświadczenia, które można zakwestionować.