Aktywność w łańcuchu: oddzielne adresy, boty i płacący użytkownicy
Rosnąca liczba aktywnych adresów nie oznacza, że aplikacja typu blockchain zyskała tę samą liczbę osób. Adresy, transakcje, zautomatyzowane programy i płacący klienci mierzą różne rzeczy. Użytecznym pytaniem badawczym jest to, czy ciągła aktywność reprezentuje popyt na usługę i ile niepewności pozostaje w identyfikacji jej uczestników.
W niniejszym przewodniku posłużono się hipotetycznymi liczbami w celu zademonstrowania audytu. Nie publikuje aktualnego rankingu sieci ani nie oznacza żadnego konkretnego projektu jako fałszywego.
Zdefiniuj wydarzenie przed zliczeniem uczestników
Wskaźnik aktywnego adresu może zliczać nadawców i odbiorców w ciągu dnia. Może to obejmować nieudane transakcje, rachunki kontraktowe, połączenia wewnętrzne lub tylko udane transakcje najwyższego poziomu. W związku z tym dwa pulpity nawigacyjne korzystające z tej samej etykiety mogą raportować różne sumy, przy czym żaden z nich nie zawiera błędu arytmetycznego.
Zapisz łańcuch, zestaw kontraktów, okno obserwacji, strefę czasową i regułę włączenia. Określ, czy czynność oznacza podpisanie transakcji, otrzymanie zasobu, interakcję z wybraną aplikacją czy opłacenie wykonanej usługi. Zachowaj zapytanie i jego wersję, aby inny analityk mógł powtórzyć pomiar.
Adres nie jest unikalną osobą
Dokumentacja konta Ethereum odróżnia konta będące własnością zewnętrzną od kont kontraktowych. Rozróżnienie opisuje sposób działania kont; nie identyfikuje ludzkiego właściciela. Jedna osoba może kontrolować kilka kont, a usługa może agregować wielu klientów poprzez wspólną infrastrukturę.
Dla ilustracji wyobraźmy sobie 1000 aktywnych adresów. Jeśli jeden operator kontroluje ich 400, nie można podać liczby 1000 niezależnych osób. I odwrotnie, aplikacja wymiany lub depozytu może obsługiwać wielu klientów za pośrednictwem niewielkiej liczby widocznych adresów. Same dane łańcucha publicznego mogą nie ujawniać żadnego mapowania.
Grupowanie kont może generować hipotezy, ale wspólne źródła finansowania, harmonogram lub wzorce transakcji nie stanowią ostatecznego dowodu własności. Wyjaśnij założenia i unikaj przedstawiania wywnioskowanych tożsamości jako zweryfikowanych danych osobowych.
Oddziel automatyzację od wartości ekonomicznej
Automatyzacja nie jest automatycznie fałszywym użyciem. Tworzenie rynku, arbitraż, likwidacje i płatności cykliczne mogą świadczyć przydatne usługi za pośrednictwem oprogramowania. Zadanie analityczne polega na odróżnieniu celu i kosztu działania od twierdzenia o adopcji człowieka.
Powtarzające się transakcje o podobnym czasie, wartości lub kontrahentach mogą uzasadniać dalsze dochodzenie. Nie ustalają zamiaru samodzielnie. Rolnictwo motywacyjne, legalne testowanie, zaplanowane płatności biznesowe i zautomatyzowany handel mogą dawać powierzchownie podobne wzorce.
Najpierw zgłoś zaobserwowane zachowanie: na przykład mała grupa zgłosiła większość transakcji lub aktywność została zatrzymana po zakończeniu nagród. Opisz interpretację odrębnie i podaj, jakie dodatkowe dowody ją potwierdzają.
Testuj transakcje pod kątem ukończonych wyników
Dokumentacja transakcji Ethereum wyjaśnia zapisy używane do żądania działań na koncie. Przesłana transakcja niekoniecznie musi oznaczać pomyślny wynik dla klienta. Przeglądaj status realizacji i istotne zdarzenia w aplikacji, zamiast liczyć każdą próbę jako dokonany zakup.
Załóżmy, że fikcyjna aplikacja rejestruje 10 000 prób, z czego 8 000 kończy się sukcesem. Wśród udanych wydarzeń 5000 rozdaje nagrody promocyjne, a 3000 kupuje usługę. Kategorie te odpowiadają na różne pytania. Zaliczenie wszystkich 10 000 transakcji jako płatnych klientów byłoby przesadą.
Deduplikuj ponowne próby przy użyciu udokumentowanej reguły. Zachowaj widoczność nieudanych prób jako miarę niezawodności, oddzielając je od zakończonego wykorzystania usługi. Niski wskaźnik sukcesu może mieć znaczenie nawet wtedy, gdy wzrasta liczba głównych działań.
Śledź utrzymanie i kto ponosi koszty
Porównaj kohorty w powtarzających się okresach, używając tej samej definicji. Zapytaj, czy konta powracają po początkowej kampanii i czy klienci płacą opłaty lub czy przejmuje je sponsor. Dotowana działalność może być przydatna podczas onboardingu, ale jej ekonomika różni się od powtarzalnych zakupów po zrównoważonej cenie.
Nie wnioskuj o lojalności na podstawie jednej dziennej sumy. Pokaż liczbę nowych, powracających i nieaktywnych kont, potwierdź, że liczba kont pozostaje niedoskonałymi wskaźnikami zastępczymi i sprawdź, czy kilku uczestników dominuje w opłatach lub wartości transakcji.
Wykorzystaj kilka wymiarów jednocześnie: zakończone zdarzenia serwisowe, płatności klientów, powtarzalność działań, koncentracja, wskaźniki awaryjności i zachęty. Żaden sam nie udowadnia, że aplikacja ma trwałe zapotrzebowanie.
Trzymaj oddzielnie dowody dotyczące rynku tokenów
Strona rynków OrangeX opisuje dostępne rynki handlowe. Zmiany wolumenu giełdy i cen tokenów są obserwacjami rynkowymi; nie są w stanie ustalić, ile osób korzystało z aplikacji blockchain. Token o dużym natężeniu obrotu może współistnieć z ograniczonym popytem na usługi, podczas gdy użyteczna infrastruktura może tworzyć wartość bez równoważnych roszczeń posiadacza tokena.
Aby zapoznać się z odrębną kwestią przychodów z usług i dotacji, zobacz istniejące porównanie przychodów DePIN. Zlokalizuj artykuł według tytułu, zamiast zakładać, że wolumen wymiany tokena to jego przychody sieciowe.
Zapisz arkusz recenzji z wyraźnymi ograniczeniami
Zapisz zapytanie źródłowe, adresy umów, przykładowe daty, definicje zdarzeń, traktowanie umów i niepowodzeń, założenia dotyczące grupowania i okresy motywacyjne. Zachowaj zarówno surowe obserwacje, jak i skorygowane zliczenia. Przedstaw zakres lub nierozwiązane ograniczenie, w przypadku którego nie można ustalić własności.
Możliwy do obrony wniosek jest konkretny: w wybranych kontraktach zanotowano określoną liczbę pomyślnych zdarzeń serwisowych zgodnie z udokumentowanymi zasadami. Przeliczenie tego wyniku na liczbę unikalnych osób, płacących klientów lub zrównoważonego popytu wymaga dodatkowych dowodów.
