Kontrola Rug Pull z pomocą AI: proces oparty na dowodach
AI może uporządkować dane o kontrakcie, portfelach, płynności i deklaracjach projektu. Nie zamieni brakujących materiałów w wiarygodny werdykt o oszustwie. Ten proces pokazuje, co zebrać, jak cytować i co człowiek musi sprawdzić sam.
1. Przygotuj migawkę dowodów #
Zapisz sieć, dokładny adres kontraktu, czas obserwacji i numer bloku. Zachowaj bezpośrednie linki do eksploratora i surowe eksporty. Raportu bez adresu i czasu nie da się odtworzyć; owner, salda i ustawienia proxy mogą później wyglądać inaczej.
| Materiał | Co zapisać | Gdy brakuje |
|---|---|---|
| Kontrakt | Sieć, adres, bytecode, zweryfikowany kod, ABI, implementacja proxy | Oznacz analizę kodu jako niepełną |
| Uprawnienia | Owner, admini, role, multisig/timelock, ostatnie zmiany | Wymień nieznane mechanizmy kontroli |
| Rynek | Protokół/wersja puli i forma pozycji; podaż, posiadacze i blokada zamiennych tokenów LP albo manager NFT, tokenId, owner/operator i uprawnienia do wypłaty | Nie nazywaj płynności zablokowaną |
| Dystrybucja | Podaż, główni posiadacze, pula, burn, treasury, powiązane portfele | Nie wnioskuj ze zrzutu ekranu |
| Deklaracje | Audyt, partnerzy, inwestorzy i zespół z URL oraz datami | Oznacz deklarację jako niezweryfikowaną |
Poradnik Binance Academy o rug pull, zaktualizowany 19 maja 2026 i sprawdzony przez nas we wrześniu 2026, zaleca analizę dystrybucji tokena i historii transakcji w eksploratorze, blokad płynności oraz aktualnych raportów audytowych. Zastrzega też, że takie kroki zmniejszają ryzyko, lecz nie gwarantują bezpieczeństwa. Oficjalny poradnik.
2. Odczytaj uprawnienia kontraktu #
W zweryfikowanym kodzie i konfiguracji szukaj funkcji, które mogą zmienić sytuację posiadaczy: mint, pause, blacklist, limity transferu, zmiany opłat lub podatku, wyjątki, upgrade oraz przekazanie ownera lub roli. Dla proxy sprawdź bieżącą implementację i administratora; sama powłoka proxy nie wystarcza.
„Renounced ownership” nie oznacza automatycznie braku kontroli uprzywilejowanej. Sprawdź wszystkie role i kontrakty sterujące. Aktualna dokumentacja OpenZeppelin o kontroli dostępu pokazuje, że ownership i role mogą zarządzać mintem, zamrażaniem transferów, aktualizacją i przydziałem ról. Liczą się faktyczne funkcje i obecni posiadacze ról we wdrożonym kontrakcie.
Zapisz funkcję lub selector, wymaganą rolę, jej posiadacza, transakcję nadania i ograniczenia timelock lub multisig. AI może wskazać kandydatów w kodzie, ale człowiek powinien potwierdzić każdy punkt w eksploratorze i odczytach kontraktu.
3. Zweryfikuj płynność i posiadaczy #
Znajdź rzeczywistą pulę oraz ustal jej protokół i wersję, zamiast ufać odznace projektu. Dla pozycji reprezentowanej przez zamienne tokeny LP zapisz podaż, posiadaczy, beneficjenta lockera, ilość, termin odblokowania i możliwość wcześniejszego wycofania. Dla pozycji NFT ze skoncentrowaną płynnością sprawdź position manager, tokenId, właściciela, zatwierdzonego operatora, płynność tej pozycji oraz to, kto może zmniejszyć płynność, odebrać aktywa lub przenieść pozycję. Oficjalny poradnik tworzenia pozycji Uniswap v3 jest przykładem pozycji NFT. Wniosek o „zablokowanej płynności” musi dotyczyć konkretnego protokołu, wersji, managera i uprawnień do wypłaty.
Koncentrację analizuj z etykietami adresów. Pula, burn, bridge, treasury, vesting i giełda mają różne znaczenie; surowy udział „top 10” może mylić. Śledź transfery między deployerem, treasury, zespołem i nowymi portfelami oraz podaj zakres bloków. Koncentracja lub nowy portfel są tropem, a nie samodzielnym dowodem oszustwa.
Zachowanie transferów badaj wyłącznie w bezpiecznej symulacji lub narzędziu, które rozumiesz. Dawna udana sprzedaż nie dowodzi, że każdy może sprzedać dziś; błąd symulacji może wynikać z konfiguracji. Zachowaj call data, blok, revert reason i wersję narzędzia.
4. Sprawdź audyty i deklaracje #
Deklaracja audytu wymaga oryginalnego raportu audytora, daty, dokładnego adresu lub commitu, zakresu, ustaleń i dowodu poprawek. Stary raport może nie obejmować nowej implementacji. Audyt opisuje określony zakres, nie gwarantuje decyzji treasury, zachowania zespołu ani późniejszego kodu.
Partnerów, inwestorów i zespół weryfikuj na stronie lub w komunikacie wymienionej strony, nie tylko na witrynie tokena. Zapisz URL i datę dostępu. Wiek profilu, liczba obserwujących, dopracowane bio lub anonimowość mogą prowadzić do dalszych pytań, ale nie dowodzą tożsamości ani zamiaru.
Przy stopniowym odpływie treasury porównaj przepływy portfeli i ogłoszenia governance w tym samym okresie. Przekaż modelowi oryginalne posty i transakcje. Jeżeli historia Discorda, forum lub multisig jest niedostępna, zapisz ten brak.
5. Użyj AI bez oddawania oceny #
Poproś o tabelę „twierdzenie—dowód”: fakt, pierwotny URL, sieć i blok lub czas dostępu, dokładna wartość albo hash, znaczenie, niepewność i następny krok ręczny. Odrzucaj wiersze bez źródła i samodzielnie otwieraj każdy link.
| Akceptowalny wynik | Nie akceptuj |
|---|---|
| „Adres X ma rolę Y w bloku Z; link…” | „Zespół może zrobić rug” bez funkcji i posiadacza |
| „Locker pokazuje ilość A i termin T” | „Płynność jest bezpieczna” z odznaki |
| „Raport obejmuje commit C, nie implementację D” | „Po audycie, więc niskie ryzyko” |
| „Brak danych; następna kontrola…” | Fakt lub punktowy wynik z brakujących danych |
Modele mogą różnie streścić ten sam pakiet. Bez zamrożonych wejść, transkryptów, reguł oceny i niezależnych etykiet nie da się z tego zbudować rankingu ani miary skuteczności.
6. Szablon promptu ze źródłami #
Porządkujesz dowody due diligence tokena, nie rozstrzygasz, czy projekt jest oszustwem.
Migawka:
- sieć, kontrakt, blok/czas: {WARTOŚCI}
- kod, ABI, bytecode, implementacja/admin proxy: {LINKI_LUB_BRAK}
- odczyty owner/role i transakcje nadania: {DOWODY}
- protokół/wersja puli i forma pozycji; podaż/posiadacze/locker zamiennych tokenów LP albo manager NFT, tokenId, owner/operator, płynność pozycji i uprawnienia do wypłaty: {DOWODY}
- podaż i tabela posiadaczy z etykietami: {DOWODY}
- audyt i deklaracje publiczne: {ŹRÓDŁA_PIERWOTNE}
- transakcje i posty governance: {ZAKRES_I_LINKI}
Zwróć fakt, źródło i blok/czas, dokładną wartość/funkcję/rolę/transakcję,
powód kontroli, niepewność oraz następny krok ręczny.
Nie podawaj prawdopodobieństwa oszustwa i nie uzupełniaj braków.
Przed działaniem odczytaj kluczowe stany w nowym bloku i porównaj. Wynik traci aktualność po zmianie ownership, implementacji, ról, płynności lub podaży. Nierozwiązane uprawnienia albo brak dowodów mogą być powodem rezygnacji z interakcji; brak wykrytej flagi nie jest certyfikatem bezpieczeństwa.
— AI Trade Lab, aktualizacja 24.09.2026