Dane on-chain i giełdowe: od metryki do sprawdzalnej hipotezy

Najpierw pytanie, potem wykres

Zacznij od jednego pytania badawczego: „Jak zachowywała się wybrana seria przed określonym zdarzeniem i po nim?”. Nasza proponowana konwencja polega na zapisaniu tego pytania przed wyborem progów, kolorów i zestawu wykresów. Jako wynik analizy przyjmij notatkę z obserwacją, alternatywnym wyjaśnieniem oraz warunkiem odrzucenia hipotezy. Nie przypisuj jej automatycznie instrukcji zakupu lub sprzedaży.

Opis Wykresów Pro przedstawia narzędzie do analizy danych on-chain, makroekonomicznych i giełdowych; wymienia również zapisywanie wykresów, wybór interwałów oraz edycję źródła danych linii. To opis dokumentacji, a nie potwierdzenie dostępności funkcji w konkretnym koncie. Dokumentacja Wykresów Pro.

W tym warsztacie obejmij obserwacją rezerwy BTC i stablecoinów, Funding Rates, Open Interest, SOPR, SOSD, Realized Cap oraz napływy na giełdy. Przyjmujemy jednak wyraźną granicę redakcyjną: nie nadajemy tym nazwom szczegółowych definicji ani wzorów bez odpowiadającego im opisu metodologii w dozwolonych materiałach. Poniższe karty i przykłady są naszym proponowanym procesem weryfikacji, a nie podręcznikiem potwierdzonych definicji wszystkich wymienionych wskaźników.

Zbuduj kartę każdej metryki

Nasza proponowana karta ma osiem pól: pełna nazwa, definicja dostawcy, pochodzenie danych, jednostka, interwał, opóźnienie publikacji, horyzont badania i ograniczenia. Dodatkowo zapisz datę własnego sprawdzenia metodologii. Jeśli nie możesz wypełnić pola, użyj oznaczenia „nieustalone”. Nie zastępuj go domyślną wartością.

Dla początkującego proponujemy rozpoczęcie od jednej serii. Dla aktywnego użytkownika proponujemy dwie lub trzy karty powiązane wspólnym pytaniem. Dla osoby przygotowującej automatyzację proponujemy dodatkowo numer wersji konfiguracji i miejsce przechowywania zapisu danych wykorzystanych w teście.

W polu „interwał” wpisz osobno odstęp między obserwacjami i sposób agregacji. W polu „opóźnienie” zapisz oczekiwany czas publikacji oraz własne pomiary, jeżeli je wykonasz. Nie podajemy tutaj typowego opóźnienia w minutach. Zamiast przyjmować taką liczbę, proponujemy pozostawić serię poza testem wymagającym dokładnej synchronizacji do czasu jej ustalenia.

Ustal również redakcyjny horyzont analizy, przykładowo siedem dni obserwacji i dwudziestoczterogodzinne okno po zdarzeniu. To parametry ćwiczenia, nie zalecane ustawienia rynkowe. Zapisz je przed obejrzeniem wyniku. Warunkiem odrzucenia porównania niech będzie niewyjaśniona zmiana jednostki, zakresu danych lub znaczenia metryki.

Rezerwy i napływy: rozpisz pytania osobno

Dla rezerwy BTC nasza proponowana lista pytań brzmi: jakie adresy uwzględnia dostawca, które giełdy obejmuje seria, jaka jest jednostka i czy historyczny zakres oznaczeń ulega zmianom? Dla rezerwy stablecoinów dopisz nazwy tokenów, sieci oraz sposób prezentowania sumy. Nie utożsamiaj w swojej notatce zbiorczego symbolu z listą aktywów, której jeszcze nie sprawdziłeś.

Dla napływów na giełdy przygotuj osobną kartę. Zapytaj o kierunek transferu, granice okresu, ujęcie transferów wewnętrznych i znaczenie wartości netto, jeśli dostawca używa takiego oznaczenia. Na tym etapie proponujemy zachować nazwy „rezerwa” i „napływ” w oddzielnych kolumnach, bez nadawania im wspólnego sygnału.

Wyobraź sobie ćwiczenie, w którym rezerwa BTC rośnie, a seria napływów przekracza wybrany próg. Zapisz wyłącznie hipotetyczną obserwację: „Dwa warunki zostały spełnione w zadanym oknie”. Obok pozostaw pytania do weryfikacji: czy zakres giełd jest zgodny, czy nie nastąpiła rewizja oznaczeń i czy obserwacje dotyczą tego samego okresu? Nie dopisuj rozstrzygnięcia o zamiarze sprzedaży właścicieli środków.

Funding Rates i Open Interest: określ instrument

Nasza proponowana karta Funding Rates powinna wymagać wskazania giełdy, instrumentu, sposobu zapisu znaku, jednostki i okresu, którego dotyczy wartość. Poproś o metodologię rozróżniającą wartość rozliczoną od prognozowanej, jeżeli oba warianty występują w wybranym narzędziu. Do czasu odpowiedzi nie mieszaj ich w jednym warunku.

Przy Open Interest zapisz dokładną nazwę kontraktu i poproś o wyjaśnienie jednostki oraz zasad agregowania rynków. Jeśli porównujesz dwie serie, najpierw przygotuj tabelę ich specyfikacji. Nasza konwencja dopuszcza wspólny wykres dopiero po udokumentowaniu zgodności albo po jawnym opisaniu różnic.

W przykładowym scenariuszu możesz zaplanować obserwację współwystępowania zmiany Funding Rates i Open Interest. Zapisz hipotezę neutralnie: „Sprawdzę rozkład zmiany ceny po wystąpieniu zestawu warunków A i B”. Nie nazywaj tego potwierdzeniem kierunku rynku. Jako alternatywne wyjaśnienia do sprawdzenia zaproponuj zmianę zakresu instrumentów, zmianę jednostki lub brak synchronizacji. Jako warunek unieważnienia testu przyjmij brak rozstrzygnięcia którejkolwiek z tych kwestii.

SOPR, SOSD i Realized Cap: nazwa nie zamyka definicji

Dla SOPR proponujemy wymagać pełnej nazwy wariantu, wzoru dostawcy, zakresu uwzględnionych danych i ewentualnego filtrowania. Dokumentacja alertów wymienia Long Term Holders SOPR jako przykład metryki on-chain, Bitcoin Reserve on Exchanges jako kolejny przykład oraz Funding Rates wśród metryk giełdowych. Nie jest to kompletna metodologia tych serii. Opis alertów.

Dla SOSD zostaw pole „rozwinięcie skrótu” do potwierdzenia w konkretnym źródle danych. W tym materiale nie wybieramy jego znaczenia. Poproś dostawcę o pełną nazwę, definicję i przykład obliczenia. Nasza proponowana reguła redakcyjna jest prosta: skrót bez potwierdzonej metodologii pozostaje poza scenariuszem i poza alertem.

Dla Realized Cap przygotuj pytania o wzór wyceny, moment przypisywania wartości, jednostkę i zakres aktywa. Następnie poproś o opis ograniczeń interpretacyjnych. Nie przypisujemy tutaj tej metryce znaczenia „napływu kapitału” ani gotowego progu decyzyjnego. Jako warunek rozpoczęcia badania proponujemy możliwość odtworzenia znaczenia pojedynczej obserwacji na podstawie dokumentacji.

Z hipotezy zrób specyfikację alertu

Dokumentacja rozróżnia alert uruchamiany pojedynczym warunkiem oraz Pro Alert łączący kilka warunków. Opisuje dla Pro Alertu okno czasowe, czas uśpienia po uruchomieniu oraz wybór momentu aktywacji względem spełnienia warunku. Alert i Pro Alert.

Nasz proponowany zapis konfiguracji obejmuje: identyfikator serii, operator, próg, jednostkę, interwał, regułę aktywacji, okno wspólnego wystąpienia i czas ponownego sprawdzenia. Dopisz oczekiwane zachowanie dla braku danych, powtórzonej obserwacji i opóźnionej publikacji. W ćwiczeniu przyjmij dla nierozstrzygniętych przypadków status „do ręcznej oceny”.

Przetestuj specyfikację na ręcznie przygotowanych przykładach: warunek niespełniony, dokładna granica, przekroczenie oraz powrót poniżej granicy. Osobno zaplanuj przypadek, w którym jeden składnik jest spełniony, a drugi pojawia się poza oknem. Jako rezultat zapisz oczekiwaną decyzję programu, bez przypisywania jej spodziewanego wyniku finansowego.

Oddziel historię, test i nadzór

Polski opis backtestów przedstawia badanie historycznych wywołań Pro Alertu, medianę zachowania ceny wokół sygnału oraz porównywanie konfiguracji TP, SL i zamknięcia po czasie. Wskazuje również poślizg i prowizje jako możliwe różnice między modelem historycznym a wykonaniem. Opis backtestów.

Nasza proponowana procedura wymaga oddzielnych okresów przygotowania i oceny. Zapisz liczbę zdarzeń, długość próby, koszty, założenie poślizgu oraz wymagania płynności. Zanotuj liczbę sprawdzonych wariantów jako część kontroli ryzyka dopasowania do historii. Nie zamieniaj wyniku ćwiczenia w oczekiwaną przyszłą stopę zwrotu.

Przed automatyzacją proponujemy etap samych powiadomień, ręczny przegląd rozbieżności oraz próbę zatrzymania procesu. Wyznacz osobę odpowiedzialną, termin przeglądu i kryteria wstrzymania: nierozstrzygnięta metodologia, brak danych, zmiana definicji lub rozbieżność między specyfikacją a zachowaniem alertu. To nasz proponowany plan nadzoru, bez obietnicy wyniku lub ograniczenia strat.

MaxData Help Hub przedstawia asystenta do pytań o MaxData i workspace. Przygotuj dla niego własną kartę brakujących informacji: pełną nazwę SOSD, metodologię każdej serii, jednostki, interwały i opóźnienia. MaxData Help Hub. Nasz proponowany warunek zakończenia pracy brzmi: każda użyta metryka ma udokumentowane znaczenie, każdy scenariusz ma warunek odrzucenia, a każdy alert ma zapisaną specyfikację.