Feed zdarzen
Jeden feed, trzy niezalezne zrodla — wlaczasz je w dowolnej kombinacji. PIMLICO to nasz dowod zakupu ERC-4337 (AA = ten sam dowod, ale dostawcy nie umiemy przypisac — i tak jest pokazany uczciwie, zamiast udawac Pimlico). CIELO to kontekst: kto jeszcze ruszal ten kontrakt. NORMAL to pierwsze kontakty ERC-20 z modułu Normal — nie zakup, tylko moment, w ktorym adres pierwszy raz dotknal tokena. Zadne zrodlo nie udaje drugiego.
Szukaj
Wklej dowolny adres — portfel albo kontrakt. Program sam sprawdza oba tropy i pokazuje wszystko, co o nim wie: nasze zdarzenia Pimlico, ruchy z bazy Cielo, oceny wejsc oraz to, czy adres byl swiezy (zakup, na ktorym go zlapalismy, byl jego pierwsza operacja w zyciu). Mozna tez wpisac sam symbol projektu albo nick portfela.
Trafienia po nazwie
Wspolna os czasu
Zdarzenia Pimlico i ruchy Cielo w jednej tabeli, posortowane po czasie — po to, zeby bylo widac, czy bylismy przed tlumem, czy za nim.
Oceny wejsc
Lejek badania adresów
Ile adresów w ogóle dotknęliśmy i co z tego wyszło. Sama liczba propozycji nic nie mówi — dopiero z mianownikiem odpowiada na pytanie, czy moduł działa. Każdy zbadany adres kosztował jedno zapytanie, więc odsiew to nie strata, tylko cena informacji.
Nowe dobre wallety
Portfele odkryte przez skaner w wybranym dniu, które później potwierdziły jakość: ocena co najmniej C i minimum jedno zakwalifikowane trafienie. „Trafienia / ocen.” pokazuje skuteczność, a „mediana potencjału” typowy wynik zakupu — nie średnią, więc pojedyncze 100× nie ukryje serii porażek.
Sygnaly
Momenty, w ktorych zainteresowanie projektem realnie rosnie — a nie kazda pojedyncza operacja. Waga jest faktem (ile portfeli, jak dobrych, czy projekt byl young). Werdykt to interpretacja tego faktu przez wybrany tryb: zmiana trybu przesuwa wylacznie progi, nigdy same liczby, wiec ten sam dziennik mozna odczytac pozniej innym nastawieniem. BUY jest odcinany po trzecim sygnale na ten sam projekt — dobre wejscie jest na poczatku ruchu. Maks. wiek projektu odcina projekty, ktore w chwili pierwszego zakupu byly juz starsze niz podane okno: na nie czas juz minal, wiec sygnal bylby tylko szumem. 0 = bez limitu.
Dlaczego sygnal przychodzil pozno. Waga byla wczesniej binarna: projekt sprzed godziny i sprzed trzech dni dostawaly ten sam bonus „young”, wiec BUY zapalal sie tak samo chetnie na jednym i na drugim. Teraz dochodzi premia za swiezosc (do +16 pkt dla projektu ponizej godziny, malejaco do 72 h) — najwczesniejsze wejscia same wychodza na gore. Drugi powod: dla wiekszosci kontraktow nie znalismy startu handlu, wiec wiek byl nieznany i premia nie dzialala; teraz zastepczo bierzemy pierwszy zakup widziany przez Cielo (dane lokalne, zero requestow). Kolumna Wiek proj. pokazuje, ktore to jest zrodlo.
Alarm odzywa sie, gdy nowy sygnal osiagnie wybrany werdykt i wage.
Dzwiek gra przegladarka z otwartego panelu; „graj na serwerze” dokłada odtworzenie na tej
maszynie, gdy panel jest zamkniety. Telegram idzie przez wspolna kolejke LAN
(telegram_outbox), Pushover przez centralny sender WszystkoCzytacz — zaden klucz
nie jest przechowywany w tym programie.
Co dzieje sie teraz na tych projektach
Sygnal mowi „cos sie zaczyna”. Ten feed pokazuje ruch na tych samych kontraktach w tej chwili — nasze zakupy Pimlico wymieszane z ruchami Cielo. Liczniki sa z ostatnich 24 h.
Ranking portfeli
Punktowana jest jakosc wejscia, nie liczba transakcji. Zakup liczy sie jako trafiony, gdy spelnia wszystkie cztery warunki naraz: projekt byl young w chwili zakupu (nie „dzis”), wejscie nastapilo przed szczytem, do szczytu zostalo min. 5 minut (kupno 30 sekund przed ATH to przypadek, nie wyczucie) i zasieg do wziecia byl realny. Wynik jest mnozony przez pewnosc rosnaca z liczba ocenionych zakupow, wiec jeden szczesliwy strzal nie wypycha nikogo na gore.
Filtr typ walleta rozdziela Pimlico i Normal. Przy „Wszystkie” typ zostaje przy kazdym wierszu: to wspolny przeglad, a nie ukryte twierdzenie, ze obecny score Normal (trafienia x10) jest identyczna miara jak score Pimlico.
Wallety
Jedna lista dla obu swiatow, rozdzielana selektorem wszystkie / Pimlico / Normal. Pimlico znaczy: mamy potwierdzony zakup ERC-4337. Normal znaczy: adres zbadal moduł Normal i widzimy jego pierwsze kontakty z tokenami. Zbiory sie przecinaja — ten sam adres moze miec oba dowody i wtedy ma obie pastylki. Score Pimlico i score Normal to dwie rozne miary i stoja w osobnych kolumnach.
Kazdy portfel dostaje prosty skan — 3 requesty Etherscan, z ktorych od razu widac: jakie projekty bral, ile z nich zna Cielo, ile lacznie operacji i ile srednio na dzien. Skan robi sie automatycznie dla kazdego portfela, ktory go jeszcze nie mial (obserwowane w pierwszej kolejnosci), i od razu po dodaniu adresu do obserwowanych. Zaznacz checkboxami, zeby zlecic go recznie dla wielu naraz.
Generowanie raportów
Trzy niezależne, samodzielne pliki HTML z rankingiem i rozwijanymi profilami: obserwowane Pimlico, złapane przez skaner Pimlico oraz wallety Normal (pierwsze kontakty ERC-20).
Każdy raport uwzględnia wyłącznie projekty young: wejście najwyżej 7 dni od pierwszego zakupu/startu zapisanego przez Cielo i nie wcześniej niż 20 maja 2026.
Raport zawiera przy każdym portfelu: trafialność ogółem / short / long wraz z dolną granicą ufności, średni rabat wzgledem szczytu, średni potencjał do ATH, medianę czasu do szczytu, średni wiek projektu w chwili wejścia, sumę wydanych USD, pokrycie, dokupowanie oraz wynik z panelu — a przy każdej pozycji także cenę wejścia, jej źródło, rabat i status. Każde pole ma opis po najechaniu kursorem, także w pobranym pliku.
Raport zapisuje wszystkie dostępne pozycje young wraz z pozycjami bez pełnej ceny. Brak danych jest pokazany jako osobna kategoria, nigdy jako wynik 0%.
Powiadomienia
Wszystko, co program probowal ci powiedziec: mocne sygnaly i alerty obserwowanych portfeli. Wpis trafia tu zawsze, nawet gdy Telegram albo Pushover akurat nie odpowiadaly — dziennik jest jedynym kanalem, ktory nie moze zawiesc. Dzwiek gra przegladarka z otwartego panelu; progi i kanaly ustawiasz w zakladce Sygnaly → Alarm….
Reguly alertow
Alert dziala na dowolnym portfelu — puste pole adresu znaczy „kazdy portfel”, nie tylko obserwowany. Wszystko wybierasz z list: nazwy dzwiekow nie wpisuje sie z klawiatury, bo literowka konczy sie cicha awaria. Zanim zapiszesz, sprawdz Symuluj — pokaze, ile z ostatnich zdarzen ta regula by odpalila.
EARLY_YOUNG_BUY to ten alert, o ktory chodzi najbardziej: portfel Pimlico wchodzi w swiezy projekt jako jeden z pierwszych kilku. Mozna dolozyc warunek, ze Cielo kupilo ten projekt najwyzej X minut wczesniej — wtedy budzi tylko uklad „Cielo weszlo, za chwile weszlo Pimlico”. Telegram dostaje pelna tresc: kwote, ktory to raz dla tego portfela, ilu portfeli Pimlico juz tam bylo i gotowe linki.
Dziennik
Obserwowane
Lista, na ktorej stoi decyzja „patrze na tego czlowieka". Obserwowane portfele nigdy nie trafiaja na liste „do usuniecia", nawet gdy milcza. Tabela pokazuje ten sam komplet liczb co Ranking — bo pytanie brzmi nie „ile ma punktow", tylko „dlaczego on tu jest". Najedz na dowolna kolumne albo wartosc, zeby zobaczyc, co dokladnie znaczy.
Same zdarzenia tych portfeli sa w osobnej zakladce Feed obserwowanych.
Kto tu wchodzi automatycznie
Regula dopisuje wallet po dwoch kolejnych kwalifikacjach i zdejmuje automatyczne czlonkostwo dopiero po dwoch porazkach — jeden slabszy przebieg nie jest wyrokiem. Wyjatek: bardzo wysoki wynik na duzej, dobrze pokrytej probce (≥80 pkt, ≥12 ocen, pewnosc ≥75%) wchodzi od razu. Reczna gwiazdka jest nietykalna i automat nigdy jej nie zdejmie.
Najbliżej progu — nie weszli
Najlepsze portfele, które nie spełniły reguły, posortowane wg tego, ilu warunków im zabrakło (najpierw ci, którym brakuje jednego). Kolumna Czego brakuje podaje konkret z liczbami. To jedyne miejsce, po którym poznasz, czy próg jest ustawiony dobrze: jeśli odrzuceni mają wyniki wyższe niż połowa przyjętych, problemem jest reguła, a nie baza.
Ostatnie powiadomienia
Skrot piecu ostatnich. Pelny dziennik, filtry i odtwarzanie dzwiekow sa w osobnej zakladce Powiadomienia.
Feed obserwowanych
Te same kolumny co Feed w Skanowaniu, ale zawezone do listy Obserwowanych — recznych gwiazdek i portfeli dodanych przez regule automatu. Skaner czyta blok raz; obie zakladki czytaja te sama tabele zdarzen, wiec nic nie jest liczone dwa razy. Najedz na dowolna wartosc, zeby zobaczyc, co dokladnie znaczy.
Liczy sie ZAKUP — to z niego liczymy potencjal wejscia. Sprzedazy nie sledzimy, dlatego filtr stoi domyslnie na „tylko BUY”.
Zdarzenia sa z trzech zrodel. PIMLICO / AA to dowod ERC-4337 ze skanera bloków. WATCH to zakup znaleziony przez dozor portfeli, ktory sam pyta Etherscana o te adresy — bo detektor EntryPointa nie widzi zwyklego swapu. Trzecie zrodlo to lokalne Cielo, doklejane jako kontekst; Cielo ma jednak wlasna, zamknieta liste portfeli i wiekszosci naszych obserwowanych na niej nie ma, wiec pomaga tylko tam, gdzie listy sie pokrywaja.
Kafelki nizej licza tylko nasze zrodla — wiersze Cielo sa kontekstem i nigdy nie podbijaja tych liczb. Stan dozoru (czy nadaza, ilu adresow zalega) widac w zakladce Kondycja.
Zdarzenia
Jak rosnie ta lista i czy cokolwiek robi
Sama liczba obserwowanych rosnie zawsze. Dopiero zestawiona z liczba operacji odpowiada na wlasciwe pytanie: czy automat dosypuje portfele, ktore kupuja, czy martwe adresy. Lewy wykres to stan listy, prawy — dzienny ruch tych portfeli.
Do usuniecia
Kandydaci do usuniecia: obserwowane portfele bez ruchu w naszym monitoringu i bez wynikow. Data ostatniej analizy historii tez chroni adres przez wybrany okres. Obserwowane nigdy tu nie trafiaja. Usuniecie zdejmuje adres z obserwacji, ale nie kasuje historii zdarzen — gdyby adres wrocil, dalej bedziemy wiedziec, co robil wczesniej.
Nos — kandydaci ERC-20
Czym to się różni od reszty programu. Normal to zwykłe adresy z łańcucha — EOA, nie konta ERC-4337. Nie mają paymastera ani bundlera, więc nasz detektor EntryPointa ich nie widzi i ocenia się je zupełnie inaczej: z jednego zapytania o historię ERC-20, po tym ile ZNANYCH NAM rakiet trafiły i czy wchodziły przed szczytem. („NOS” to stara nazwa tego samego modułu — jeśli gdzieś ją jeszcze widzisz, chodzi o to.)
Proporcje w bazie są dziś takie: portfeli z potwierdzonym zakupem ERC-4337 mamy ponad 8 tysięcy, a prawdziwych adresów Normal — kilkaset. Reszta wierszy w tej tabeli to konta ERC-4337, które trafiły tu, zanim moduł zaczął je odsiewać; są otagowane i domyślnie ukryte, bo należą do świata Pimlico.
To nie sa portfele Pimlico. To zwykle adresy z lancucha, o ktorych wiemy tylko tyle, ze kiedys trafialy projekty, ktore urosly. Nie wchodza do feedu obserwowanych, sygnalow ani rankingu WATCH — maja wlasna liste: Ulubieni ERC20.
Badanie jednego adresu to dokladnie jeden request (tokentx od najnowszych). Wycena powstaje z wykresow, ktore juz mamy, i z lokalnego Cielo — zaden wykres nie jest tu pobierany, bo prog 5x obowiazuje bez wyjatku. Kolejka analizy Pimlico ma pierwszenstwo do kluczy.
Backfill przyjmuje 100 bloków, 5h albo 100d 5h. Wariant czasowy bierze tylko bloki zapisane lokalnie w tym czasie; i bada wyłącznie adresy, których Normal jeszcze nigdy nie sprawdzał.
Plik dla innych programow: nos_candidates.txt (aktualne adresy kandydatow, po jednym w wierszu; automatycznie synchronizowany).
Ranking kandydatow
Widac tu tylko propozycje — adresy, ktore przeszly prog trafien przy sensownym mianowniku. Zbadane i nijakie nie sa rankingiem, tylko dziennikiem wydanych requestow, wiec sie ich nie pokazuje. Trafien / wycenionych (wszystkich): ile raket, ile projektow umielismy wycenic, ile w ogole dotknal. Smieci/trafienie mowi, ile projektow kupil na jedna rakiete — dwie rakiety na 200 projektow to loteria, te same dwie na 12 to juz cos.
Trafienia wybranego adresu
Kliknij „trafienia” w tabeli powyzej. swiece = liczone z wykresu, ktory juz mamy (projekt zrobil >= 5x), cielo = z punktow market capu. Wejscie i szczyt zawsze z tego samego zrodla. Cene wejscia bierzemy z gornego konca swiecy — wolimy przeoczyc trafienie niz je wymyslic.
Pokrycie blokow
Ktore bloki faktycznie przeczytalismy. Dziury licza sie wprost z tabeli przeskanowanych blokow, a nie z licznika — licznik potrafi sklamac po restarcie, wiersze nie. Blok, dla ktorego Manager nie mial jeszcze trace, jest zapisywany jako dziura zamiast udawac, ze byl czysty: bez trace nie ma dowodu EntryPoint → smart account.
Kto zjada limity zapytań
Nie „ile zeszło”, tylko który moduł to zużył. Bez tego podziału widać wyłącznie, że limity schodzą — a nie, co odstawić, gdy zaczyna ich brakować. Moduł odczytujemy z nazwy wątku, więc nic nie trzeba deklarować ręcznie.
Obciążenie kluczy Etherscan — kiedy realnie szły zapytania
Klucze Etherscan są najostrzejszym limitem w całej aplikacji, a limit jest liczony w sekundach. Godzinowa suma 300 zapytań nic o tym nie mówi: mogły pójść równomiernie albo wszystkie w jednej minucie, a resztę godziny klucze stały. Dlatego ten wykres jest liniowy i minutowy — pokazuje kształt ruchu, nie sumę.
Osobna linia na każdy klucz. Jeśli jedna leży przy zerze, pula dwóch kluczy
nie jest realnie używana i przepustowość marnuje się w połowie. Przerywana linia to
nasz własny sufit (LEASE_POOL wypożyczeń na LEASE_INTERVAL) —
nie limit Etherscana. Bez niej liczby są bez skali.
Statystyki
Jedno miejsce na pytanie „ile to kosztuje i jak szybko rośnie”. Liczniki zapytań są trwałe — restart programu ich nie kasuje, więc widać zużycie z wczoraj i z zeszłego tygodnia, a nie tylko z bieżącej sesji. Najedź na dowolną wartość, żeby zobaczyć, co znaczy.
Zapytania do dostawców
Etherscan to najostrzejszy limit w całej aplikacji (klucze wypożyczane przez Managera). GMGN to świece — osobny budżet, dlatego stoi osobno, mimo że fizycznie idzie przez Managera. Manager to bloki, trace i metadane. Cielo nie ma tu słupka: to lokalna baza czytana własnym połączeniem read-only, czyli zero kosztu zewnętrznego.
Co dokładnie zjada limit
Użycie kluczy Etherscan w tej sesji
Liczniki per klucz żyją tylko w bieżącym procesie — pokazują, czy pula jest realnie rozkładana, a nie ile poszło łącznie. Sumę za dobę masz na wykresie powyżej.
Wzrost bazy
Trzy niezależne wykresy. Normal liczymy od pierwszego zbadania adresu, Pimlico od pierwszego zobaczenia portfela, a ruch obserwowanych to operacje portfeli obecnie obserwowanych. Jednorazowe importy historyczne są wyłączone z głównej skali i wypisane pod wykresem — inaczej udawałyby bieżące odkrycia.
Najlepsze projekty
Co u nas faktycznie urosło — trwala lista, liczona z punktow Cielo przy kazdym
przebiegu dozoru moonerow. Wzrost to najtanszy BUY → najdrozszy SELL po nim, a szczyt musi byc
POTWIERDZONY drugim punktem obok: pojedynczy wpis lezacy trzykrotnie nad reszta jest bledem
kolumny mc, nie ruchem ceny. Obok licznika stoi mianownik — ile projektow w ogole
obejrzelismy — bo bez niego „29 projektow zrobilo 5x” nie znaczy nic.
Szybkie kontra wolne. Projekt szczytujacy w pierwszych dwoch godzinach to ukladka: nie ma w niej czasu na zadna decyzje, wiec skopiowanie wejscia jest niewykonalne. Projekt idacy do szczytu kilkanascie godzin daje sie skopiowac. To sa dwa rozne swiaty i usrednianie ich razem chowa jeden pod drugim.
Wykresy
Swiece trzymamy u siebie, wiec druga ocena tego samego zakupu jest darmowa. Na wykres nakladane sa wejscia portfeli razem z ich ocena — widac nie tylko gdzie ktos wszedl, ale czy to wejscie cokolwiek dalo. Zielone kropki to nasze wlasne punkty cenowe wyliczone z realnie zaplaconej kwoty; im blizej swiec, tym bardziej ta metoda nadaje sie na samodzielne zrodlo ceny.
Proponowane do pobrania
To wyłącznie projekty young w chwili zakupu, bez zapisanych swiec, ktore obecnie blokuja cene wejscia i ocene potencjalu do ATH. Kandydat pojawia sie raz, niezaleznie od liczby dokupien. Zaznacz kilka pozycji i pobierz je jedna paczka; po zapisie system przeliczy powiazane portfele wyłącznie na lokalnych danych.
Wykresy wzrostu bazy i zuzycia limitow u dostawcow przeniesione do zakladki Statystyki — tutaj zostaja wylacznie swiece projektow.
Dozor moonerow
Co kilka minut sprawdzamy w lokalnym Cielo (za darmo), ktory ze znanych nam
projektow przebil prog wzrostu i nie ma jeszcze wykresu — bez tego jego zakupy zostaja ze
statusem NO_ENTRY_PRICE i wynikiem 0. Wykres juz pobrany odswiezamy najwyzej raz na
kilkanascie godzin i tylko gdy od ostatniego razu doszlo dosc nowych zakupow Cielo
oraz nowych portfeli Pimlico — zeby nie aktualizowac staroci.
Pobrane wykresy
Rejestr
Adresy potwierdzonych paymasterow i bundlerow Pimlico. Bez nich aplikacja nadal pokazuje zakupy, ale oznacza je jako AA — nie udaje, ze kazdy ERC-4337 to Pimlico. Ponizej czarna lista kontraktow, ktore maja nie wchodzic do agregatow i sygnalow.
Czarna lista kontraktow
Smart Refresh
Dwie kolumny, bo to są dwie różne prace. Obie są bezpłatne — klucze Etherscan nic nie kosztują, a przeliczenie w ogóle nie wychodzi poza naszą bazę. Różnią się tym, co robią: po lewej update z łańcucha dokłada nowe fakty (pyta, czy wallet zrobił coś nowego), po prawej przeliczenie ocen zmienia interpretację faktów, które już mamy. Jedna nigdy nie zastąpi drugiej. Jedyny koszt obu to czas.
Co i jak dokładnie mamy zbadane
Trzy niezależne osie. Głębia — co o portfelu wiemy. Świeżość — kiedy ostatnio, z progiem zależnym od tego, czy portfel jest ważny (obserwowany albo z wysokim wynikiem). Wiarygodność — czy ocena ma pokrycie w próbce, bo wynik 90 z trzech zakupów to nie to samo co 90 z czterdziestu. Wszystko z naszej bazy, jedno zapytanie.
Update z łańcucha bezpłatne
Pyta Etherscana, czy wallet zrobił coś nowego, i dociąga brakującą historię — dokłada nowe fakty. Nowy zakup nie dopisuje walleta do tej pracy. Dla każdego adresu idzie najpierw jeden tani request ERC-20; pełna historia jest pobierana tylko wtedy, gdy wykryjemy nowy ruch. Ogranicza nas tempo (limit na klucz), a nie rachunek — dlatego jedyne, co warto tu oszczędzać, to czas kolejki.
Harmonogram nocny
Historia update'ów
Przeliczenie ocen bezpłatne
Zapisane oceny powstały wg reguł obowiązujących w chwili analizy i same się nie poprawią. Praca idzie w tle — możesz przejść na inną zakładkę, pasek postępu przeżyje.
Wszystkie trzy czytają wyłącznie naszą bazę i lokalne Cielo. Najedź na przycisk, żeby zobaczyć, co dokładnie robi i kiedy go użyć.
Historia przeliczeń
Nauka
Czego program jeszcze nie rozumie — zebrane z danych, ktore i tak przez niego przechodza, wiec za darmo. Nic tutaj nie dzieje sie automatycznie: program pokazuje liste, werdykt wydajesz Ty.
Nierozpoznane metody
Selektory, ktorych nie umiemy zdekodowac (poza handleOps, transferami ERC-20 i platnosciami natywnymi). Sortowane po liczbie wystapien — na gorze jest to, czego doimplementowanie odblokuje najwiecej zakupow. Oznacz metode jako zdekodowana, gdy juz ja obslugujemy.
Kontrakty o szerokim zasiegu
Kontrakt u trzech portfeli to projekt. Kontrakt u dwustu to prawie zawsze stablecoin, WETH albo router — czyli infrastruktura, nie wspolny projekt. Oznaczenie go jako infrastruktury od razu wycisza go w sygnalach, zeby przestal zafalszowywac obraz.
Podejrzane o scam
Token bez znanego startu handlu, ktorego Cielo nigdy nie widzialo, a od naszego pierwszego kontaktu minelo juz kilka dni. Taki projekt nie punktuje ani na plus, ani na minus — nie karzemy portfela za to, ze dostal smiecia, ale nie marnujemy na niego zapytan o wykresy i nie wpuszczamy go do sygnalow.
Kondycja programu
Jedna strona, która odpowiada na pytanie zadawane rano: czy to, co tu widzę, jest aktualne — i czy czegoś nie przegapiłem. Zakładka System mówi, czy proces żyje; Statystyki pokazują zużycie limitów. Tutaj chodzi o to, czy program nadąża.
Każda liczba ma mieć mianownik albo wiek. Sama liczba portfeli rośnie zawsze i nie mówi nic — dopiero zestawiona z tym, ilu z nich jest zbadanych i jak dawno, mówi cokolwiek o kondycji.
Czy zaległość rośnie, czy maleje
Sama liczba zaległych adresów nic nie mówi. Sto zaległych po nocy nadrabiania to dobra wiadomość; sto zaległych rosnące od trzech godzin znaczy, że tura nie nadąża i trzeba wydłużyć odstępy albo skrócić przerwę między turami. Różnica jest wyłącznie w kierunku — dlatego te wykresy, a nie same kafelki.
Odkrywanie portfeli z bloków
Do niedawna widzieliśmy wyłącznie zakupy ERC-4337. Projekt, który zrobił x30, ale kupiły go zwykłe adresy EOA, nie zostawiał u nas żadnego śladu — zmierzone na konkretnym tokenie: 0 zdarzeń i 0 portfeli u nas, 146 transakcji i 25 portfeli w Cielo. Teraz z każdego bloku (który i tak czytamy, więc za darmo) wyjmujemy nadawców, których jeszcze nie znamy.
To jest miejsce, w które trzeba patrzeć przez pierwszą dobę po włączeniu. Zaległość ma się nie piętrzyć. Jeśli rośnie, obniż zakres filtru albo sufit kolejki w zakładce Ustawienia (grupa „Normal (NOS)”). Sam licznik bez podziału nic nie mówi: 5 000 debiutów to inna sytuacja niż 5 000 przypadkowych adresów.
Dozór portfeli — czy widzimy ich zakupy
Nasz detektor ERC-4337 widzi tylko transakcje przez EntryPoint, a Cielo jest niezależnym systemem z własną, zamkniętą listą portfeli i naszych obserwowanych nie śledzi. Dlatego ich zakupy znajdujemy sami, pytając Etherscana. Sprzedaży nie śledzimy — liczy się BUY, bo z niego liczymy potencjał wejścia.
Źródło Cielo — czy jeszcze pisze
Cielo to osobny program dopisujący się do wspólnej bazy. Gdy cicho padnie, panel wygląda identycznie jak przy spokojnym rynku — pusto. Dlatego liczy się wiek ostatniego wpisu, a nie to, czy nasza ostatnia tura coś znalazła.
Stan wiedzy o portfelach
Te same trzy osie co w Smart Refresh: jak dokładnie zbadany, jak stare dane, czy ocena stoi na sensownej próbce.
Kolejka analizy — co czeka teraz
Kolejka trzyma jeden wiersz na portfel, więc kliknięcie „Zbadaj” drugi i trzeci raz nie tworzy duplikatów — może najwyżej podnieść priorytet. Niżej widać, co realnie czeka i w jakiej kolejności, żeby nie trzeba było klikać z niepewności.
Ostatnio sprawdzone adresy
Ustawienia
Progi, które realnie zmieniają odpowiedź na pytanie „który portfel jest dobry”.
Adresów bazy, portów i rozmiarów pul tu nie ma świadomie — to nie są decyzje, a zmiana ich
z przeglądarki potrafi tylko odciąć program od danych. Te zostają w core/config.py
i w start.bat.
Co wygrywa z czym: zapis z panelu → zmienna P1_* → wartość domyślna
z kodu. Baza wygrywa ze zmienną celowo — inaczej suwak nic by nie robił na maszynie, która ma coś
ustawione w start.bat, i to bez żadnego komunikatu. Żeby nie było to ciche, każde pole
przykrywające zmienną środowiskową jest oznaczone, a Przywróć oddaje jej sterowanie
z powrotem.
Uwaga na oceny. Zmiana progu oceny nie poprawi wyników, które już są zapisane — powstały według reguł obowiązujących w chwili analizy. Po zmianie przelicz je w zakładce Smart Refresh, prawa kolumna. To jest darmowe.
System
Zdrowie zrodel, zuzycie zapytan, rozmiar SQL i retencja. Dane surowe (zdarzenia, historia, swiece) kasujemy po ustawionym okresie; wyniki analizy zostaja, bo ich odtworzenie kosztowaloby ponowne zapytania.
Przeliczenie ocen przeniesione. Wszystkie trzy operacje utrzymania wynikow (uzupelnienie wskaznikow, przeliczenie ocen Pimlico, przeliczenie wynikow Normal) stoja teraz w jednym miejscu — w zakladce Smart Refresh, razem z opisem, ktora z nich czego dotyczy i ile kosztuje. Tutaj zostaje wylacznie zdrowie zrodel, rozmiar bazy i log.