Śledzenie wielorybów on-chain z AI: jak wyłuskać prawdziwe sygnały z szumu Nansen / Arkham

1. Czym jest „wieloryb" #

„Wieloryb" to pojęcie mgliste — w różnych kontekstach oznacza co innego:

Praktycznie, najbardziej wartościowe dla ciągłego śledzenia przez AI są „Smart Money" — te adresy obserwuje się ze względu na historię transakcji, a nie wielkość pozycji. Każdy dostawca danych ma własne kryteria etykietowania: zanim skorzystasz, przeczytaj ich aktualny opis i sprawdź wyrywkowo historię transakcji kilku adresów.

2. Skąd szum w alertach dużych transferów #

Alerty dużych transferów w Nansen / Arkham mogą umieszczać różne rodzaje aktywności on-chain w jednej kolejce. Sama kwota i adres docelowy nie dowodzą intencji rynkowej, dlatego najpierw sklasyfikuj alert, a dopiero potem zdecyduj o dalszej analizie.

Typy szumu:

• Wewnętrzne transfery giełdy. Giełdy przesuwają duże kwoty między własnymi portfelami. Jeśli etykiety adresów wskazują po obu stronach tę samą giełdę, takiego transferu nie da się wprost odczytać jako kupna ani sprzedaży. Etykiety też bywają błędne, więc najpierw je sprawdź.
• Hedging market makerów. Transfery on-chain market makerów są duże i częste. Jeśli etykieta wskazuje na market makera, transferu tak samo nie da się wprost odczytać jako kierunku transakcji — z samego łańcucha nie widać, czemu służy.
• Cold-to-hot wallet. Instytucja przesuwa krypto z cold do hot, żeby obsłużyć wypłaty klientów — on-chain wygląda na „instytucjonalne kupno", faktycznie to żaden sygnał.
• Mint / burn stablecoinów. Tether / Circle regularnie emitują i palą setki milionów USDT/USDC. To uzupełnianie płynności, nie „presja kupna z rynku".
• Bridge cross-chain. BTC do BSC (BTCB), ETH do Arbitrum — wygląda jak „gigantyczny transfer", a to ten sam asset zmienia łańcuch.

Szeroki alert o dużych transferach może obejmować wewnętrzne przesunięcia giełdy, migracje custodianów, mosty i błędy etykiet. AI może pomóc sklasyfikować klastry adresów, kontrahentów i ścieżki transakcji, ale wynik nadal wymaga ręcznego sprawdzenia we właściwym explorerze i w kolejnych transakcjach. Niezweryfikowany trop nie jest „prawdziwym sygnałem”.

3. 5 typów sygnałów wartych śledzenia #

Sygnał 1 · Wiele niezależnych adresów Smart Money jednocześnie wchodzi w nowy token

Kryterium: ten sam token w 48h kupiony przez 3 lub więcej niezależnych adresów Smart Money (nie sub-adresy tego samego podmiotu), pozycja > $50K.

Dlaczego warto sprawdzić: kilka zdeduplikowanych adresów działających w tym samym oknie pokazuje, że nie jest to pojedyncza transakcja jednego klastra. Nie dowodzi wspólnej informacji, przyszłego wyniku ani kierunku ceny; sprawdź płynność, adresy zespołu i dalsze transfery.

Jak zrealizować z AI: Nansen Smart Money flows + AI deduplikuje (klastry tej samej tożsamości łączy w 1) + AI klasyfikuje (czy to faktycznie „nowy token" vs „wewnętrzna dystrybucja zespołu").

Sygnał 2 · Adresy posiadaczy BTC w masowym napływie / odpływie na CEX

Kryterium: łącznie adresy 100 BTC+ w 7 dni mają netto napływ na CEX > 5000 BTC, lub netto odpływ > 5000 BTC.

Dlaczego warto sprawdzić: pojedynczy transfer na CEX może być ruchem cold-to-hot, a zagregowany przepływ potwierdza jedynie transfery między oznaczonymi adresami i portfelami giełdy. Nie dowodzi redukcji pozycji, akumulacji ani kierunku rynku. Wyklucz wewnętrzne ruchy giełdy, migracje custodianów i powielone klastry, a następnie sprawdź dalszą ścieżkę środków.

Jak zrealizować z AI: Exchange Net Position Change z Glassnode + AI interpretuje porównanie 7 dni / 30 dni + AI łączy z Fear & Greed Index / funding rate (zobacz AI a Fear & Greed Index).

Sygnał 3 · Multisig projektu składa propozycję dużego transferu

Kryterium: w Safe projektu pojawia się oczekująca transakcja albo akcja skarbca trafia do kontraktu governance / timelocka. To różne stany; oczekująca transakcja multisig nie jest automatycznie głosowaniem.

Dlaczego ma znaczenie: Safe nie ma uniwersalnego okna 48–72 godzin. Po zebraniu progu podpisów ownerów transakcja może zostać wykonana. Dodatkowe opóźnienie wynika z governance, timelocka, modułu lub guarda projektu. Przed oceną wyprzedzenia sprawdź próg, podpisy, stan governance i timelock. Oficjalna dokumentacja Safe opisuje próg i wykonanie.

Jak użyć AI: monitoruj oczekujące transakcje Safe i dekoduj calldata; jeżeli projekt ma governance lub timelock, odczytaj ich stan osobno. AI może porządkować pola, ale gotowość do wykonania trzeba sprawdzić w kontrakcie.

Sygnał 4 · Długo uśpione adresy nagle się aktywują

Kryterium: adres BTC nietknięty > 1 rok, jednorazowy outflow > 50 BTC. Albo adres > 3 lata nietknięty z jakimkolwiek outflow.

Dlaczego warto sprawdzić: ruch z długo nieaktywnego adresu potwierdza, że stare monety się poruszyły, ale sam nie dowodzi sprzedaży, realizacji zysku ani intencji właściciela. Sprawdź odbiorcę, kolejne transakcje, atrybucję adresu i szerszy rozkład wieku monet.

Jak zrealizować z AI: użyj Coin Days Destroyed (CDD), aby opisać wiek poruszonych monet, a następnie podsumuj odbiorców i dalsze ścieżki. Zmiana CDD może ustawić priorytet kontroli; sama nie jest dowodem szczytu ani dystrybucji.

Sygnał 5 · Wielu market makerów synchronicznie zacieśnia kwotowania (płytki orderbook na wielu giełdach)

Kryterium: BTC/USDT na Binance + OKX + Coinbase — głębokość bid 1 / ask 1 spada synchronicznie o 30%+ utrzymując się > 4h.

Dlaczego warto sprawdzić: jednoczesna zmiana głębokości na kilku rynkach wpływa na poślizg i warunki wykonania, ale nie dowodzi, że market makerzy mają niepubliczną informację. Najpierw wyklucz zmianę definicji metryki, awarię API, przerwę techniczną i efekt pory dnia, a potem porównaj z publicznymi wydarzeniami.

Jak zrealizować z AI: pobieraj dane głębokości Coinglass / Kaiko w stałych odstępach i porównuj tę samą giełdę, poziom głębokości oraz podobną porę z rozkładem historycznym. AI może oznaczać anomalie i zebrać publiczny kontekst; przyczynę i zasięg nadal trzeba sprawdzić ręcznie.

4. Zestaw narzędzi · Nansen / Arkham / Glassnode / Skills Hub #

Żadne pojedyncze narzędzie nie pokrywa wszystkich 5 sygnałów. Narzędzia można zestawić według zadań w ten sposób:

Najpierw wypisz potrzebne sieci, etykiety, typy alertów, zakres historii i eksport/API. Nansen obecnie podaje plany Free i Pro; w dniu zakupu sprawdź oficjalną stronę planów i tabelę porównawczą.

5. Alert Nansen i szablony reguł #

Zacznij od jednego realnego ustawienia: otwórz Smart Alerts w Nansen. Obecny przepływ pozwala opisać Agentowi, co ma śledzić, lub wybrać preset, poczekać na utworzenie alertu przez AI i kliknąć Create Alert. Można też wybrać Create Smart Alerts Manually, następnie Token Transfers i uzupełnić adres oraz warunki tokenu/kwoty dostępne w bieżącym formularzu. Dostawa działa przez Telegram DM, Discord lub Slack. Funkcje zależą od planu i interfejsu; zobacz aktualny przewodnik Nansen.

Po utworzeniu sprawdź na liście Smart Alerts, czy reguła jest włączona, sieć i cel są poprawne, a kanał połączony. Testuj na aktywnym adresie; jeśli bieżący formularz pokazuje próg wartości, obniż go tymczasowo i poczekaj na pasujący realny transfer. Porównaj hash, sieć, token i wartość w odpowiednim explorerze, po czym przywróć ustawienia. Gdy alert nie przychodzi, sprawdź status, sieć, adres/etykietę, dostępne filtry, wyciszenie i uprawnienia bota.

Poniższe sześć pozycji to szablony koncepcyjne. Wymagają różnych źródeł i własnej logiki; nie zakładaj, że da się je wszystkie ustawić w jednym interfejsie:

# Reguła 1: Smart Money zbieżnie wchodzi w token
Trigger:
- ten sam token, 48h, ≥3 niezależne adresy Smart Money kupują
- pojedyncze kupno ≥ $50K
- token na rynku ≥ 14 dni (wyklucza pułapki niskiej płynności)
Alert: Telegram

# Reguła 2: Anomalia net flow wielorybów BTC na CEX
Trigger:
- adresy 100 BTC+, 7 dni, napływ na CEX > 5000 BTC
  LUB odpływ > 5000 BTC
- jednocześnie zmiana ceny BTC < ±5% (nastrój jeszcze nie rozładowany)
Alert: Telegram + Email

# Reguła 3: Nowa propozycja w multisigu dużego projektu
Trigger:
- multisig z mojego watchlist składa nową transakcję
- kwota > 5% skarbca
Alert: Telegram + auto-tłumaczenie calldata przez AI

# Reguła 4: Przebudzenie adresów OG
Trigger:
- adres BTC ≥ 3 lata nietknięty ma outflow
- jednorazowy ≥ 50 BTC
Alert: Telegram

# Reguła 5: Anomalia głębokości orderbooka
Trigger:
- głębokość bid1/ask1 BTC/USDT na 3 giełdach spada synchronicznie ≥ 30%
- utrzymuje się ≥ 4h
Alert: Telegram; decyzja o pauzie grid bota po ręcznej kontroli

# Reguła 6: Złożony sygnał „okno ryzyka"
Trigger:
- w tym samym tygodniu trafione ≥ 2 z reguł 2 / 4 / 5
Alert: czerwony alarm na Telegram; ręczna ocena i istniejący plan ryzyka

Reguła 6 zbiera kilka źródeł do jednej kolejki kontroli; nie jest poleceniem automatycznej transakcji. Jej skuteczność trzeba policzyć na własnej historii z ustaloną definicją fałszywego alarmu.

6. 5 scenariuszy ilustracyjnych #

Pięć scenariuszy poniżej pokazuje, „jak czytać regułę po jej uruchomieniu". Wszystkie są założone i służą wyłącznie pokazaniu, jak wygląda sygnał.

Scenariusz 1 · Kilka adresów Smart Money kupuje ten sam token

Wyobraź sobie kilka niezależnych adresów kupujących ten sam token w krótkim oknie. Po deduplikacji Reguła 1 tworzy alert. Następny krok to kontrola klastrów, płynności i transferów zespołu, a nie automatyczny zakup.

Scenariusz 2 · Duże adresy wysyłają aktywa na CEX

Wyobraź sobie wielodniowy napływ z dużych adresów na giełdy. Reguła 2 tworzy trop. Porównaj go z przepływami całego rynku i sprawdź, czy nie chodzi o ruchy własnych portfeli giełdy.

Scenariusz 3 · Akcja skarbca projektu

Ustal, czy to transakcja Safe oczekująca na podpisy, głosowanie governance, czy operacja w timelocku. Safe może wykonać transakcję po osiągnięciu progu; wyprzedzenie istnieje tylko wtedy, gdy osobny kontrakt narzuca termin lub opóźnienie.

Scenariusz 4 · Budzi się długo nieaktywny adres

Wyobraź sobie duży transfer ze starego adresu. Reguła 4 zwraca uwagę, ale sama nie dowodzi sprzedaży. Sprawdź adres docelowy, kolejne transfery i szerszy CDD.

Scenariusz 5 · Głębokość spada na kilku giełdach

Wyobraź sobie jednoczesny spadek głębokości na kilku rynkach. Reguła 5 uruchamia ręczną kontrolę jakości danych, statusu API i publicznych zdarzeń. To powód do ostrożności, a nie pewna prognoza.

7. Czego nie robić ze śledzeniem wielorybów #

• Nie kopiuj pojedynczej akcji konkretnego wieloryba. Transfer potwierdza ruch aktywa, a czas jego zobaczenia zależy od sieci i dostawcy danych. Sprawdź adres, kontrahenta i dalszą ścieżkę zamiast traktować jeden transfer jako instrukcję transakcyjną.
• Nie pozwól AI automatycznie składać zleceń na bazie alertów. Alert Reguły 6 wymaga ręcznego sprawdzenia danych źródłowych, etykiet i ścieżki transakcji. Interpretacja motywu przez AI nie może sama uruchamiać zlecenia.
• Nie kupuj planu bez zdefiniowania zadania. Najpierw sprawdź sieć, etykiety, typ alertu i eksport, potem porównaj bieżące funkcje Free / Pro.
• Nie traktuj sygnałów wielorybów jako prawdy objawionej. Publiczne ujawnienie, transfer on-chain i faktyczne wykonanie mogą nastąpić w różnym czasie oraz obejmować custody lub ruch wewnętrzny. Zbuduj oś czasu i ustal właściciela adresu, zanim wyciągniesz wnioski.

8. FAQ #

Q1: Ile da się zrobić wyłącznie z darmowymi narzędziami?

To, czy darmowy dostęp wystarczy, zależy od sieci, etykiet, liczby alertów, historii i eksportu/API. Najpierw zamknij jeden realny obieg: utwórz regułę, odbierz powiadomienie i sprawdź je w explorerze. Płać dopiero za brakującą funkcję z bieżącej tabeli porównawczej.

Q2: Nansen czy Arkham?

W Nansen sprawdź potrzebne etykiety Smart Money, sieci i Smart Alerts. W Arkham sprawdź profile podmiotów, klastry adresów i historię transferów celu. Obecne plany Nansen nazywają się Free i Pro. Funkcje obu serwisów się zmieniają, więc porównaj etykiety i historię tych samych adresów i zdecyduj według bieżących uprawnień.

Q3: Czy AI samo może oznaczać „Smart Money"?

Możesz zbudować własną klasyfikację, ale najpierw określ okno historii, sposób liczenia wyniku, deduplikację klastrów i warunki utraty etykiety. Przy tagach dostawcy sprawdź w aktualnej dokumentacji definicję, obsługiwane sieci i znane ograniczenia, a następnie wyrywkowo zweryfikuj adresy i transakcje. Traktuj etykietę jako punkt wyjścia do kontroli przed filtrowaniem i łączeniem przez AI.

Q4: Czy śledząc wieloryby ryzykuję, że wykorzystają to przeciw mnie?

Nie istnieje uniwersalny próg kapitału ani czas oczekiwania, który czyni kopiowanie bezpiecznym. Portfele mogą należeć do jednego podmiotu, płynność się zmienia, a informacja traci wartość między obserwacją i wykonaniem; publiczny ruch może też być transferem wewnętrznym. Sprawdź klastry adresów, głębokość rynku, ścieżkę transakcji i własną tolerancję poślizgu; nie traktuj monitoringu jako porady do kopiowania.

Q5: Czy opóźnienie danych on-chain pozwala działać w realu?

Mierz osobno czas potwierdzenia sieci i czas przetwarzania od potwierdzenia do powiadomienia. Dla tego samego adresu zapisz czas on-chain, pojawienie się w panelu i dostarczenie alertu w okresie zwykłym oraz dużego ruchu. Nazwa planu nie gwarantuje stałego opóźnienia; gdy liczą się minuty, użyj własnego pomiaru i aktualnego opisu usługi.

Q6: Jak zweryfikować, że AI nie wymyśla danych on-chain?

Najpierw ustal sieć, potem wyszukaj hash w jej explorerze: mempool.space dla Bitcoina, Etherscan dla Ethereum, BscScan dla BNB Smart Chain i Solana Explorer dla Solany. Sprawdź sieć, status, blok, czas, aktywo, kwotę i kontrahenta, a dopiero potem oddziel fakty od interpretacji AI. Bez hasha i nazwy sieci twierdzenia nie da się zweryfikować. Szczegóły w Jak rozpoznać błąd AI.

— PromptDeck, opublikowano 2026-05-22; zaktualizowano 2026-10-06
Dalsza lektura: AI a Fear & Greed Index | Binance Skills Hub — automatyzacja | Jak rozpoznać błąd AI