Traderzy często szukają nowych zakupów lub sprzedaży tam, gdzie ruch w rzeczywistości jest napędzany samą mechaniką likwidacji.
Cena przyspiesza po likwidacjach wtedy, gdy matching engine wykonuje wymuszone zlecenia rynkowe przez przerzedzony arkusz, a każde kolejne zlecenie przechodzi przez więcej poziomów, ponieważ pasywna płynność zniknęła.
Ten przewodnik rozkłada konkretne zmiany w arkuszu zleceń, mechanizmie likwidacji i algorytmie dopasowywania zleceń, które tworzą samopodtrzymujące się przyspieszenie ceny po masowym zamykaniu pozycji, i wyjaśnia, dlaczego ruch może trwać nawet wtedy, gdy wolumen transakcji spada. Skupiamy się celowo na mechanice: które poziomy są usuwane, jak prowadzona jest egzekucja, jak mark price i kontrole margin przenoszą ruch na inne pozycje, co robią market makerzy z kwotowaniami po niekorzystnych fillach oraz które dane potwierdzają, że następny krok ceny wynika z wyczerpanej lokalnej głębokości, a nie z nowej uznaniowej fali kupna lub sprzedaży.
📉 Co dokładnie jest likwidacją i jak technicznie jest wykonywane
Likwidacja to wymuszone zamknięcie konkretnej pozycji margin. Silnik ryzyka giełdy uruchamia ją, gdy naruszony zostaje liczbowy próg margin, a następnie wykonuje ją przez standardowy matching engine.
🧾 Likwidacja jako zdarzenie wewnątrz risk engine
W systemie tradingowym giełdy instrumentów pochodnych likwidacja jest zapisywana jako stan pojedynczej pozycji, w której obliczona equity spada poniżej wymaganego maintenance margin.
Obiektem likwidacji jest zawsze konkretna pozycja w konkretnym kontrakcie, dla której risk engine stale oblicza equity jako collateral plus niezrealizowany PnL, przeliczany przy użyciu obliczanego przez giełdę mark price.
Mechanizm uruchomienia jest jednoznaczną kontrolą warunku equity < maintenance margin, zapisaną w kodzie modułu ryzyka i niezależną od działań lub decyzji właściciela pozycji.
Do tej kontroli używany jest wyliczony price kontraktu, więc likwidacja może zostać rozpoczęta bez pokrywania się z ostatnią ceną transakcyjną w tape i bez przejścia przez poziomy stop order użytkownika.
Zdarzenie trafia do wewnętrznego logu systemu ryzyka i raportu pozycji, natomiast zewnętrzny rynek widzi dopiero późniejsze transakcje utworzone przez proces wymuszonego zamknięcia.
⚙️ Egzekucja likwidacji przez arkusz zleceń
Po naruszeniu warunku margin risk engine tworzy zlecenie likwidacyjne i wysyła je do matching engine jako instrukcję natychmiastowego zmniejszenia albo pełnego zamknięcia pozycji.
Zlecenie likwidacyjne nie zawiera limitu ceny użytkownika, ponieważ jego funkcją jest zmniejszenie ryzyka kredytowego giełdy, a nie uzyskanie konkretnej ceny wykonania.
Matching engine dopasowuje zlecenie likwidacyjne do zleceń limit po przeciwnej stronie, zaczynając od najlepszego bid lub ask i przechodząc do kolejnych poziomów ceny, gdy dostępna size nie wystarcza.
Każde częściowe dopasowanie jest zapisywane jako osobna transakcja w tape i jednocześnie usuwa odpowiadającą mu pasywną płynność z górnych poziomów arkusza.
Gdy kilka zleceń likwidacyjnych trafia w to samo okno czasowe, silnik tradingowy wykonuje je sekwencyjnie, tworząc gęstą serię agresywnych matchy, która mechanicznie przesuwa cenę przez konsumowanie najbliższych poziomów limit.
Granica pojęcia: stop-loss to zlecenie użytkownika złożone w systemie z wyprzedzeniem, natomiast zlecenie likwidacyjne powstaje po fakcie w risk engine giełdy, gdy obliczony warunek margin zostaje naruszony.
| Etap procesu | Działanie systemu | Gdzie jest zapisane |
|---|---|---|
| Obliczenie equity | Risk engine przelicza equity pozycji z collateral, niezrealizowanego PnL i obliczonej ceny kontraktu. | Wewnętrzne obliczenie w module ryzyka. |
| Kontrola progu | Sprawdzany jest warunek equity < maintenance margin. | Status pozycji w systemie zarządzania ryzykiem. |
| Utworzenie zlecenia | Generowane jest zlecenie likwidacyjne, aby zmniejszyć albo zamknąć pozycję. | Log zleceń silnika tradingowego. |
| Matching | Matching engine wykonuje zlecenie wobec dostępnych limitów w arkuszu. | Tape transakcji i zmiany top-of-book. |
| Zakończenie | Pozycja zostaje zamknięta lub zmniejszona, a średnia cena wynika z rzeczywistych matchy. | Raport pozycji i historia transakcji. |
Jeżeli likwidacja musi zamknąć short na 120 kontraktów, a w arkuszu jest 30 kontraktów na najlepszym ask, potem 50 na następnym poziomie i 40 po wyższej cenie, silnik tradingowy wygeneruje średnią cenę zamknięcia powyżej początkowego najlepszego ask.
Wynikiem tego procesu jest mechaniczny wpływ na górne poziomy arkusza zleceń: seria wymuszonych egzekucji może kontynuować ruch ceny nawet wtedy, gdy nie pojawiają się nowe niezależne zlecenia rynkowe.
⚙️ Jak seria likwidacji zmienia kształt arkusza zleceń
Seria likwidacji zmienia cenę przez sekwencyjne usuwanie konkretnej size limit z górnych poziomów ceny w arkuszu, bezpośrednio zmniejszając głębokość egzekucji.
- Risk engine wykrywa naruszenie maintenance margin dla konkretnej pozycji i oblicza size, która musi zostać zamknięta przymusowo.
- Dla tej wyliczonej size tworzone jest zlecenie likwidacyjne i wysyłane do matching engine jako instrukcja natychmiastowej egzekucji.
- Matching engine wykonuje zlecenie likwidacyjne po najlepszym bid lub ask, całkowicie albo częściowo usuwając zlecenia limit na tym poziomie ceny.
- Jeżeli size na bieżącym poziomie jest niewystarczająca, pozostała część zlecenia jest wykonywana na kolejnym poziomie po gorszej cenie.
- Każde następne zlecenie likwidacyjne zaczyna egzekucję w arkuszu, którego głębokość na górnych poziomach została już zmniejszona.
📉 Usuwanie poziomów limit jako proces fizyczny
Egzekucja zleceń likwidacyjnych zmienia arkusz przez bezpośrednie dopasowanie do zleceń limit na konkretnych poziomach ceny.
Każde zlecenie likwidacyjne wykonuje się wobec zleceń limit na szczycie arkusza, po czym te poziomy albo znikają całkowicie, albo zostają z resztkową size.
Usunięte poziomy limit nie odnawiają się automatycznie, ponieważ nowe zlecenia wymagają działania uczestników pasywnych albo algorytmów market makingu.
Usunięcie jest widoczne jako spadek łącznej size w pierwszych tickach arkusza oraz jako sekwencja transakcji w tape.
📐 Przesunięcie głębokości egzekucji w arkuszu
Po serii likwidacji size zdolna pochłonąć agresywne zlecenie o stałej wielkości przesuwa się dalej od bieżącej ceny.
Istotna płynność skupia się na bardziej odległych poziomach ceny, ponieważ najbliższe poziomy zostały zużyte przez wcześniejsze wymuszone egzekucje.
Przy tej samej size zlecenia matching engine musi przejść przez więcej poziomów ceny, ponieważ size top-of-book spadła.
To przesunięcie głębokości pojawia się jako wyższa średnia cena wykonania oraz szerszy zakres ceny dotknięty jednym zleceniem.
W arkuszu widać je również jako brak gęstych klastrów size blisko bieżącej kwoty.
| Cecha arkusza zleceń | Stan przed likwidacjami | Stan po serii likwidacji |
|---|---|---|
| Size na najlepszym bid/ask | Skoncentrowana na najbliższych poziomach | Częściowo lub całkowicie usunięta |
| Położenie głównej płynności | Blisko bieżącej ceny | Przesunięte na dalsze poziomy |
| Średnia cena wykonania | Tworzy się blisko top-of-book | Tworzy się na kilku poziomach |
| Efekt cenowy zlecenia o stałej size | Ograniczony do kilku ticków | Większy, bo głębokość jest niższa |
Jeżeli przed likwidacjami każdy z pierwszych trzech poziomów ask miał 100 kontraktów, a po wymuszonych egzekucjach zostało tylko 20-30 kontraktów na każdym poziomie, zamknięcie pozycji 150 kontraktów wymaga przejścia przez więcej poziomów ceny.
Wynikiem serii likwidacji jest przebudowa arkusza, w której agresywne zlecenie tej samej size przesuwa cenę dalej wyłącznie dlatego, że dostępna size limit na górnych poziomach została zmniejszona.
🧱 Dlaczego cena porusza się dalej bez nowych zleceń rynkowych
Po likwidacjach cena dalej się przesuwa, ponieważ matching engine dopasowuje nawet małe zlecenia do rzadkiego arkusza, a nie dlatego, że na rynek wszedł nowy agresywny flow.
- Seria zleceń likwidacyjnych usuwa zlecenia limit z konkretnych górnych poziomów ceny w arkuszu.
- Po zakończeniu likwidacji top-of-book zawiera zbyt małą size, by pochłonąć normalne zlecenie rynkowe.
- Każde kolejne zlecenie rynkowe natychmiast przechodzi przez kilka poziomów ceny.
- Średnia cena wykonania przesuwa się nawet przy niewielkiej liczbie transakcji w tape.
- Ruch ceny zatrzymuje się dopiero wtedy, gdy nowe zlecenia limit pojawią się na górnych poziomach.
📉 Niski przepływ zleceń i pusty arkusz
Brak nowych zleceń rynkowych oznacza niski flow agresywny, ale nie oznacza, że na najbliższych poziomach arkusza jest płynność.
Impact cenowy zlecenia rynkowego zależy od łącznej size limit na jego ścieżce egzekucji, nie od liczby uczestników ani liczby transakcji.
Po likwidacjach górne poziomy arkusza często zawierają pojedyncze zlecenia limit albo minimalną size resztkową.
Ten stan tape rejestruje jako serię małych printów połączonych z nieproporcjonalnie dużą zmianą kwoty.
📐 Cena jako wynik algorytmu matching
Cena transakcyjna jest tworzona przez algorytm dopasowywania zleceń i bezpośrednio zależy od konfiguracji arkusza w chwili egzekucji.
Matching engine sekwencyjnie dopasowuje zlecenie rynkowe do poziomów limit w arkuszu, aż zadana size zostanie w pełni wykonana.
Jeżeli top-of-book nie ma wystarczającej size, silnik musi przejść do dalszych poziomów ceny nawet wtedy, gdy samo zlecenie jest małe.
Proces ten wygląda jak rozjazd między niskim wolumenem transakcyjnym a kontynuowanym ruchem kierunkowym ceny, ponieważ widoczna liczba trade'ów nie opisuje już, jaką odległość cenową musi pokonać jedna ścieżka egzekucji.
| Obserwowany parametr | Przed likwidacjami | Po likwidacjach |
|---|---|---|
| Size top-of-book | Wystarczająca, by pochłonąć zlecenie | Niewystarczająca nawet dla małej size |
| Liczba poziomów egzekucji | Jeden albo dwa poziomy | Kilka poziomów ceny |
| Relacja cena-wolumen | Przesunięcie ceny proporcjonalne do size | Przesunięcie ceny nieproporcjonalne do size |
| Warunek zatrzymania ruchu | Wyczerpanie zleceń agresywnych | Pojawia się nowa size limit |
Jeżeli po likwidacjach na dwóch najbliższych poziomach ask dostępnych jest tylko 15 kontraktów, zakup rynkowy 20 kontraktów zmusza matching engine do wykonania części size na kolejnym poziomie ceny nawet bez innych zleceń rynkowych.
Kontynuacja ruchu ceny po likwidacjach jest więc bezpośrednią konsekwencją konfiguracji arkusza i algorytmu matching, a nie pojawienia się świeżego agresywnego impulsu tradingowego.
🔁 Kaskada likwidacji jako proces samopodtrzymujący
Kaskada likwidacji pojawia się, gdy egzekucja jednej grupy wymuszonych zleceń zmienia obliczone parametry margin dla innych pozycji i automatycznie uruchamia nowe likwidacje. Kaskada nie jest więc tylko reakcją tłumu; to łańcuch formalnych kontroli i wymuszonych egzekucji połączonych przez te same dane cenowe, których używa risk engine.
- Zlecenie likwidacyjne wykonuje się przez matching engine i usuwa size limit z konkretnych poziomów ceny w arkuszu.
- Seria transakcji likwidacyjnych zmienia rzeczywiste ceny wykonania, które są używane do aktualizacji mark price kontraktu.
- Risk engine przelicza equity dla wszystkich otwartych pozycji na podstawie nowego mark price.
- Część pozycji przekracza liczbowy warunek equity < maintenance margin.
- Dla tych pozycji risk engine tworzy nowe zlecenia likwidacyjne i wysyła je do matching engine.
🧮 Jak feedback powstaje wewnątrz systemu likwidacji
Feedback w kaskadzie likwidacji powstaje, ponieważ ceny wymuszonych egzekucji są ponownie używane w obliczeniach stabilności margin dla innych pozycji.
Każda likwidacja jest zapisywana w tape jako seria matchy, z których giełda oblicza cenę agregowaną używaną do aktualizacji mark price.
Risk engine stosuje mark price do przeliczenia equity na wszystkich pozycjach, niezależnie od tego, czy uczestniczyły w bieżącym ruchu transakcyjnym.
Dla pozycji z wysoką dźwignią nawet małe przesunięcie mark price może obniżyć equity poniżej maintenance margin bez żadnej akcji właściciela pozycji.
Konsekwencja weryfikowalna: każda likwidacja jednocześnie usuwa płynność z arkusza i pogarsza metryki margin innych pozycji przez zmianę mark price.
Risk engine inicjuje nowe zlecenia likwidacyjne zawsze, gdy spełniony jest formalny liczbowy warunek naruszenia margin, niezależnie od tego, dlaczego cena się zmieniła.
| Etap łańcucha | Parametr, który się zmienia | Gdzie jest zapisany |
|---|---|---|
| Egzekucja likwidacji | Ceny matchy i usunięcie size limit | Tape transakcji i arkusz zleceń |
| Aktualizacja mark price | Obliczona cena kontraktu | Moduł ryzyka giełdy |
| Przeliczenie equity | Stan margin pozycji | Raporty pozycji |
| Nowa likwidacja | Zlecenie wymuszonego zamknięcia | Log zleceń silnika tradingowego |
Jeżeli pierwsza fala likwidacji przesunie mark price kontraktu o 0,4%, pozycja z dźwignią 25x traci około 10% equity, przekracza maintenance margin i automatycznie trafia do likwidacji, gdy arkusz jest już cienki.
Kaskada trwa, dopóki liczba pozycji naruszających margin nie spadnie do zera albo dopóki w arkuszu nie pojawi się wystarczająca size limit, by ograniczyć przesunięcie ceny tworzone przez każde kolejne zlecenie likwidacyjne.
🧮 Rola wymogów margin i auto-deleveragingu
Wymogi margin i auto-deleveraging określają formalne warunki, w których risk engine giełdy tworzy wymuszone zlecenia, a więc kontynuuje ruch ceny po likwidacjach.
| Mechanizm | Parametry wejściowe | Punkt zapisu |
|---|---|---|
| Initial margin | Nozional pozycji i skonfigurowany współczynnik collateral | Utworzenie pozycji i obliczenie dostępnej dźwigni |
| Maintenance margin | Equity pozycji i próg maintenance margin | Kontrola warunku equity < maintenance margin |
| Auto-deleveraging | Deficyt pokrycia i ranking pozycji po przeciwnej stronie | Wymuszona redukcja wybranych pozycji |
- Risk engine przelicza equity pozycji za każdym razem, gdy mark price zostaje zaktualizowany.
- Risk engine porównuje equity z progiem maintenance margin i rejestruje naruszenie, gdy equity < maintenance margin.
- Dla pozycji z naruszeniem tworzone jest zlecenie likwidacyjne, aby ją zmniejszyć albo zamknąć.
- Matching engine wykonuje zlecenie likwidacyjne wobec poziomów limit w arkuszu i zapisuje transakcje w tape.
- Gdy pokrycie jest niewystarczające, aktywuje się auto-deleveraging i tworzy zlecenia redukujące pozycje po przeciwnej stronie.
📉 Maintenance margin jako trigger likwidacji
Maintenance margin działa jak filtr liczbowy, który przenosi konkretną pozycję do procedury likwidacyjnej, gdy zdefiniowany próg zostaje naruszony.
Equity pozycji jest obliczana przez risk engine jako collateral plus niezrealizowany PnL, przeliczany mark price dla konkretnego kontraktu.
Kontrola jest wykonywana przy każdej aktualizacji mark price, więc pozycja może wejść w likwidację bez nowego zlecenia rynkowego od właściciela.
Im wyższa dźwignia i im mniejszy initial margin względem wartości nozionalnej, tym mniejsze przesunięcie ceny wystarczy, by spełnić warunek equity < maintenance margin.
⚠️ Auto-deleveraging jako wymuszona redukcja pozycji innych traderów
Auto-deleveraging zaczyna się, gdy wyniki likwidacji nie pokrywają zobowiązań, a giełda zamyka część pozycji po przeciwnej stronie według algorytmicznego rankingu; mechanika ADL jest wyjaśniona osobno w artykule o auto-deleveragingu.
Algorytm wybiera pozycje po przeciwnej stronie według rankingu zależnego od size pozycji i niezrealizowanego zysku.
Wybrane pozycje są redukowane przez wymuszone zlecenia, które matching engine wykonuje i zapisuje w tape.
ADL pojawia się jako wymuszona redukcja pozycji w raporcie konta oraz jako skok open interest kontraktu.
Jeżeli zlecenia likwidacyjne zamykają pozycję po cenie pozostawiającej deficyt pokrycia, auto-deleveraging redukuje zyskowne pozycje po przeciwnej stronie, tworząc nowe wymuszone egzekucje w już przerzedzonym arkuszu.
Konsekwencją maintenance margin i auto-deleveragingu jest to, że cena może poruszać się dalej po likwidacjach, ponieważ oba mechanizmy tworzą nowe wymuszone zlecenia wykonywane przez matching engine wobec bieżącej struktury arkusza. W praktyce trader może widzieć dalszy ruch po przejściu pierwszej fali, nawet jeśli tape nie pokazuje już dużego świeżego agresora wchodzącego na rynek.
🧠 Zachowanie market makerów po fali likwidacji
Po fali likwidacji market makerzy zmieniają parametry kwotowania, ponieważ dane z arkusza, dane z tape i własny inventory wskazują wyższe ryzyko inventory oraz adverse selection.
Rzeczywiste wejścia algorytmu market makingu: arkusz zleceń dostarcza size i odległość między poziomami, tape pokazuje sekwencję oraz kierunek egzekucji, a moduł inventory zapisuje bieżącą pozycję i ekspozycję delta.
- Ryzyko egzekucji jest widoczne jako seria transakcji w tape przesuwających się do gorszych cen bezpośrednio po fillu na zleceniu limit market makera.
- Ekspozycja inventory jest widoczna jako wzrost pozycji netto po jednej stronie po wymuszonych matchach.
- Stan arkusza jest widoczny jako spadek size na najlepszym bid/ask i zniknięcie pobliskich poziomów ceny.
| Parametr kwotowania | Powód zmiany | Gdzie jest obserwowany |
|---|---|---|
| Spread bid-ask | Wyższe prawdopodobieństwo, że zlecenie limit zostanie wypełnione przed dalszym przesunięciem ceny. | Top-of-book w arkuszu zleceń. |
| Size zlecenia limit | Wzrost pozycji inventory po serii egzekucji. | Łączna size na pierwszych poziomach ceny w arkuszu. |
| Częstotliwość aktualizacji | Przeliczenie parametrów ryzyka po kierunkowym flow transakcyjnym. | Flow zdarzeń add/cancel w arkuszu. |
| Odległość kwotowań od mid | Potrzeba zmniejszenia prawdopodobieństwa kolejnego fillu. | Położenie limitów względem bieżącej ceny. |
📦 Ryzyko inventory po wymuszonych egzekucjach
Ryzyko inventory pojawia się, gdy market maker zostaje wypełniony na zleceniach limit i zostaje z pozycją kierunkową.
Podczas likwidacji matching engine wykonuje agresywne zlecenia wobec zleceń limit market makera, tworząc pozycję bez natychmiastowej size offsetującej.
Jeżeli kolejne transakcje w tape nadal przesuwają cenę w tym samym kierunku, bieżąca wartość rynkowa tego inventory pogarsza się.
Algorytm zmniejsza size zleceń limit i zwiększa odległość od top-of-book, aby spowolnić akumulację pozycji.
- Znak weryfikowalny: mniejsza kwotowana size po stronie, po której inventory się nagromadziło.
- Efekt cenowy: niższa głębokość blisko ceny zwiększa slippage kolejnych zleceń rynkowych.
🎯 Adverse selection jako powód rozszerzania spreadów
Adverse selection obserwuje się wtedy, gdy wykonanie zlecenia limit systematycznie poprzedza dalszy ruch ceny przeciwko market makerowi.
Po likwidacjach przerzedzony arkusz i kierunkowy flow transakcyjny zwiększają prawdopodobieństwo takiego scenariusza.
Algorytm obserwuje pogorszenie przez sekwencję: fill na limicie -> transakcje po gorszych cenach -> wyższy oczekiwany negatywny wynik z pasywnego kwotowania.
W odpowiedzi spread się rozszerza, a zlecenia limit przesuwają się na bardziej odległe poziomy ceny.
- Znak weryfikowalny: jednoczesne rozszerzenie spreadu i spadek size na najlepszym bid/ask.
- Efekt cenowy: szeroki spread zwiększa koszt wejścia i wyjścia oraz wspiera przyspieszenie ceny w rzadkim arkuszu.
Jeżeli po likwidacjach size najlepszego bid spada do 10-20 kontraktów, a seria transakcji nadal spycha cenę niżej, market maker zmniejsza bid size i przesuwa kwotowania jeden lub dwa poziomy niżej; arkusz zapisuje to jako rozszerzenie spreadu i spadek głębokości.
Zachowanie market makerów po likwidacjach sprawdza się przez arkusz zleceń i tape: wymuszone egzekucje zwiększają inventory exposure oraz częstotliwość adverse selection, po czym algorytmy ograniczają kwotowanie, a niższa pasywna płynność wzmacnia następne przesunięcie ceny. Dlatego ta sama size zlecenia może mieć inny efekt przed i po likwidacjach: dostawcy kwotowań, którzy normalnie pochłaniają flow, zmniejszyli size, rozszerzyli spread albo przesunęli się dalej od mid.
⚙️ Auto-przyspieszenie ceny przez przerzedzenie poziomów arkusza
Auto-przyspieszenie ceny po likwidacjach wynika z sekwencyjnego usuwania zleceń limit z górnych poziomów arkusza podczas seryjnej egzekucji wymuszonych zleceń rynkowych.
Główna idea: cena przyspiesza nie przez "nowy impuls", ale dlatego, że każde następne zlecenie wykonuje się w arkuszu, którego lokalna głębokość została już usunięta.
- Risk engine tworzy zlecenie likwidacyjne i wysyła je do matching engine jako instrukcję natychmiastowej egzekucji.
- Matching engine wykonuje zlecenie na najlepszym bid/ask i usuwa size limit z górnych poziomów.
- Po usunięciu tej size następne zlecenie napotyka mniejszą głębokość i szybciej przechodzi do dalszych poziomów.
- Trasa egzekucji się rozszerza: ta sama size nozionalna dotyka większej liczby poziomów ceny.
- Średnia cena wykonania przesuwa się szybciej, a ruch staje się samopodtrzymujący, dopóki gęstość limitów nie zostanie odbudowana.
🧱 Co dokładnie "pęka" w arkuszu zleceń
Auto-przyspieszenie zaczyna się wtedy, gdy szczyt arkusza nie jest już w stanie pochłonąć standardowej size rynkowej w obrębie jednego poziomu ceny.
- Size top-of-book została zmniejszona przez serię wymuszonych matchy.
- Poziomy pośrednie są cienkie albo ich brakuje, tworząc luki cenowe.
- Nowa pasywna płynność pojawia się później i często na dalszych poziomach.
Konsekwencja weryfikowalna: zlecenie tej samej size zaczyna przechodzić przez więcej poziomów i tworzy większe przesunięcie ceny.
📟 Jak to wygląda w danych egzekucji
Efekt jest rejestrowany nie przez "poczucie zmienności", lecz przez metryki trasy egzekucji i strukturę printów w tape.
- Odległość między kolejnymi printami rośnie przy porównywalnej size.
- Jedno zlecenie jest rozłożone na kilka poziomów ceny zamiast na jeden lub dwa.
- Średnia cena wykonania szybciej oddala się od top-of-book, nawet przy małych transakcjach.
Konsekwencja weryfikowalna: wzrost kroku ceny printów bez wzrostu agresywnego flow wskazuje na przerzedzenie poziomów.
| Obiekt | Działanie | Punkt zapisu | Efekt |
|---|---|---|---|
| Zlecenie likwidacyjne | Usuwa zlecenia limit | Matching engine | Spadek lokalnej głębokości |
| Arkusz zleceń | Traci gęstość blisko best | Snapshot arkusza | Wzrost luk cenowych między poziomami |
| Tape transakcji | Rejestruje egzekucje na odległych poziomach | Tape transakcji | Zwiększona odległość między printami |
Jeżeli po serii likwidacji na najlepszym ask zostaje tylko 8-12 kontraktów, a kolejne poziomy zawierają jedynie cienkie resztki, nawet zakup rynkowy 20-30 kontraktów musi być rozłożony na kilka cen, przyspieszając przesunięcie średniej ceny wykonania.
Auto-przyspieszenie jest widoczne jednocześnie w arkuszu jako znikanie size limit na górnych poziomach i w tape jako zwiększona odległość między kolejnymi printami przy porównywalnej size.
🧮 Dlaczego przyspieszenie ceny utrzymuje się mimo spadku wolumenu zleceń
Przyspieszenie ceny po likwidacjach jest wspierane przez stan arkusza, w którym matching engine wykonuje zlecenia wobec resztkowej głębokości, a nie wobec ich size nozionalnej. Ważna zmienna to nie tylko wielkość następnego zlecenia, ale także to, ile wykonywalnej size limit pozostaje bezpośrednio na jego ścieżce.
Po zakończeniu głównej serii likwidacji średnia size zleceń rynkowych w tape może spaść, ale każde nowe zlecenie nadal może wykonać się z zauważalnym przesunięciem ceny.
Dzieje się tak, ponieważ skumulowana głębokość blisko najlepszego bid lub ask pozostaje niewystarczająca do wykonania nawet małej size w obrębie jednego poziomu ceny.
Gdy zleceń limit na pierwszych poziomach brakuje albo są reprezentowane przez małe resztki, matching engine musi rozłożyć jedno zlecenie na kilka poziomów arkusza.
| Obserwowany parametr | Rzeczywisty stan | Działanie matching engine | Punkt zapisu |
|---|---|---|---|
| Size zlecenia rynkowego | Mniejsza niż podczas szczytu likwidacji | Egzekucja rozłożona na kilka poziomów | Tape transakcji i raport wykonania |
| Skumulowana głębokość blisko best | Niewystarczająca do lokalnej absorpcji | Egzekucja przechodzi na dalsze poziomy | Snapshoty arkusza |
| Odległość cenowa między poziomami | Zwiększona po usunięciu zleceń limit | Poziomy pośrednie są pomijane | Arkusz zleceń i tape |
W rezultacie wielkość przesunięcia ceny jest określana przez liczbę poziomów ceny zaangażowanych w egzekucję, a nie przez wolumen zlecenia.
📉 Małe zlecenie rynkowe w rzadkim arkuszu
Małe zlecenie rynkowe tworzy istotne przesunięcie ceny, gdy pobliskie poziomy arkusza nie zawierają wystarczającej size limit.
Po serii egzekucji sweep pierwsze poziomy arkusza zostały wyczyszczone, więc nawet małe zlecenie natychmiast wykonuje się wobec odległych zleceń limit.
- Size limit na najlepszym poziomie nie pokrywa size zlecenia.
- Egzekucja przechodzi sekwencyjnie przez kilka poziomów ceny.
- Średnia cena transakcyjna przesuwa się bardziej, niż przesunęłaby się w gęstym arkuszu.
Konsekwencja weryfikowalna: zmniejszenie size zlecenia rynkowego nie zmniejsza przesunięcia ceny, jeżeli skumulowana głębokość blisko best pozostaje niska.
📊 Jak jest to zapisane w tape
Tape pokazuje trwałość przyspieszenia przez parametry cenowe pojedynczych printów.
Każde zlecenie rynkowe jest zapisane jako seria transakcji ze zwiększonym krokiem ceny, ponieważ egzekucja zachodzi na przerzedzonych poziomach arkusza.
- Odległość między sąsiednimi printami pozostaje podwyższona.
- Średnia size transakcji może spadać bez mniejszego kroku ceny.
- Transakcje dotykają poziomów, które wcześniej nie brały udziału w egzekucji.
Konsekwencja weryfikowalna: utrzymująca się zwiększona odległość między printami przy spadającym wolumenie wskazuje na brak size limit między poziomami arkusza.
Przyspieszenie ceny znika dopiero po powrocie gęstej size limit na najbliższe poziomy, gdy matching engine znów wykonuje małe zlecenia rynkowe wewnątrz jednego poziomu ceny bez przechodzenia do dalszych cen.
📉 Jak odróżnić w danych "ruch bez agresywnego flow" od prawdziwego impulsu
Różnica między auto-przyspieszeniem po likwidacjach a ruchem impulsowym jest zapisana nie w szybkości świecy, lecz w niedopasowaniu między słabym agresywnym flow a rozszerzoną trasą egzekucji wewnątrz matching engine. Sama szybka świeca nie wystarcza: pytanie diagnostyczne brzmi, czy printy stają się większe i częstsze, czy ten sam rzadki flow zaczyna przeskakiwać puste poziomy.
Główna idea: wizualnie oba scenariusze wyglądają jak ruch kierunkowy, ale w impulsie cena przesuwa się, bo agresywne zlecenia wchodzą na rynek, natomiast w auto-przyspieszeniu nawet rzadkie i małe transakcje są zmuszone wykonywać się na odległych poziomach rzadkiego arkusza.
⚡ Impuls na agresywnym flow
Impuls powstaje, ponieważ rośnie realna presja zleceń rynkowych.
- Częstotliwość transakcji rośnie razem z ruchem ceny.
- Średnia size printów często wzrasta.
- Odległość między printami pozostaje blisko jednego ticka.
- Limity po przeciwnej stronie pojawiają się bliżej bieżącej ceny.
Interpretacja: rynek "trawi" agresję, ponieważ nowa płynność szybko się odnawia.
🧱 Auto-przyspieszenie po likwidacjach
Auto-przyspieszenie powstaje, gdy lokalna głębokość jest złamana, nawet bez gęstego flow zleceń.
- Częstotliwość transakcji może spadać, gdy ruch trwa.
- Średnia size printów pozostaje mała.
- Odległość między printami rośnie, ponieważ poziomy są pomijane.
- Nowe limity przesuwają się dalej od mid z powodu ryzyka adverse selection.
Interpretacja: cena przesuwa się, bo matching engine nie znajduje lokalnej płynności.
- Porównaj zmianę ceny z częstotliwością transakcji: przyspieszenie przy spadającej częstotliwości wskazuje na strukturalne przerzedzenie.
- Sprawdź odległość między printami: większy krok bez wyższego wolumenu oznacza pomijanie poziomów.
- Zmierz skumulowaną głębokość blisko best: mała size wyjaśnia przesunięcie nawet na małych zleceniach.
- Obserwuj, gdzie pojawia się nowa płynność: lokalnie czy na dalszych poziomach.
- Potwierdź normalizację: seria printów na jednym poziomie oznacza powrót lokalnej egzekucji.
| Znak danych | Impuls | Auto-przyspieszenie |
|---|---|---|
| Częstotliwość transakcji | Rośnie z ruchem | Może spadać |
| Średnia size printów | Rośnie | Pozostaje mała |
| Odległość między printami | Stabilna blisko jednego ticka | Zwiększona przez luki |
| Skumulowana głębokość blisko best | Szybko się odbudowuje | Dłużej pozostaje niska |
| Warunek zakończenia | Agresja słabnie | Wraca lokalna głębokość |
📟 Praktyczna kontrola jednej ramki danych
Auto-przyspieszenie diagnozuje kombinacja "niski flow printów + duży krok ceny + cienki top of book".
- Odległość między printami rośnie bez wzrostu częstotliwości transakcji.
- Top-of-book nie utrzymuje ceny, ponieważ skumulowana głębokość jest niska.
- Płynność wraca najpierw na odległych poziomach.
Konsekwencja weryfikowalna: jeśli cena dalej się porusza, gdy flow zleceń jest słaby, przyczyna jest zapisana w strukturze arkusza i ścieżce egzekucji, nie w nowym impulsie.
Zatem "ruch bez agresywnego flow" to diagnozowalny stan rynku, w którym kontynuowane przesunięcie ceny potwierdza konfiguracja arkusza i zachowanie printów, a nie wzrost agresywnego popytu lub podaży.
🧱 Kiedy i jakim mechanizmem przyspieszenie ceny się zatrzymuje
Przyspieszenie ceny zatrzymuje się, gdy matching engine zaczyna wykonywać zlecenia rynkowe wewnątrz jednego poziomu ceny, ponieważ size limit w arkuszu została odbudowana.
Zanim przyspieszenie się zatrzyma, każde zlecenie rynkowe jest dopasowywane przez kilka poziomów ceny, ponieważ size limit blisko najlepszego bid lub ask jest niewystarczająca do pełnej egzekucji.
Mechanizm zatrzymania zaczyna się, gdy skumulowana głębokość na najbliższych poziomach przewyższa średnią size przychodzących zleceń rynkowych po stronie egzekucji.
Ta zmiana jest rejestrowana nie przez kierunek ceny i nie przez niższą aktywność tradingową, lecz przez zmianę trasy egzekucji wewnątrz matching engine.
Egzekucja lokalna: wykonanie zlecenia rynkowego w całości przez zlecenia limit na jednym poziomie ceny albo sąsiednich poziomach bez przechodzenia do dalszych cen.
Krytyczna skumulowana głębokość: łączna size limit na pierwszych poziomach arkusza, wystarczająca do pochłonięcia typowego zlecenia rynkowego bez przesunięcia ceny.
- Podczas likwidacji zlecenia limit na najbliższych poziomach są zdejmowane i usuwane z arkusza.
- Po zakończeniu likwidacji nowe zlecenia limit najpierw pojawiają się na odległych poziomach ceny.
- Gdy cena się przesuwa, zlecenia limit zaczynają pojawiać się bliżej bieżącego best.
- Skumulowana głębokość na pierwszych poziomach osiąga wartość wyższą niż size przychodzących zleceń rynkowych.
- Matching engine przestaje przenosić egzekucję na kolejne poziomy ceny.
| Stan arkusza zleceń | Egzekucja zlecenia rynkowego | Działanie matching engine | Zapis w danych |
|---|---|---|---|
| Niska skumulowana głębokość blisko best | Zlecenie jest rozłożone na kilka poziomów | Sekwencyjny sweep poziomów ceny | Wzrost odległości między printami w tape |
| Wzrost size limit na pierwszych poziomach | Zlecenie wykonuje się w wąskim zakresie ceny | Matching lokalny | Seria printów na jednym poziomie |
| Gęsta struktura arkusza | Egzekucja bez skoku ceny | Brak przejścia na odległe poziomy | Kompresja zakresu ceny w tape |
📉 Weryfikowalne znaki, że auto-przyspieszenie się skończyło
Koniec auto-przyspieszenia definiują mierzalne zmiany w arkuszu zleceń i tape.
- Odległość między sąsiednimi printami kurczy się do jednego kroku ceny.
- Tape pokazuje serie egzekucji na jednym poziomie ceny.
- Size limit na najlepszym bid lub ask przekracza średnią size przychodzących zleceń rynkowych.
Konsekwencja weryfikowalna: jeśli zlecenie rynkowe w pełni wykonuje się na jednym poziomie, przyspieszenie ceny się skończyło niezależnie od tego, gdzie cena pójdzie potem.
Koniec przyspieszenia ceny jest więc bezpośrednią konsekwencją powrotu krytycznej size limit do arkusza, co zmienia trasę egzekucji wewnątrz matching engine i jest zapisane w arkuszu oraz tape. Gdy zlecenia przestają zamiatać odległe poziomy i znów zaczynają dopasowywać się lokalnie, mechaniczne źródło przyspieszenia zniknęło, nawet jeśli zmienność pozostaje podwyższona.
🧠 Auto-przyspieszenie ceny jako konsekwencja złamanej lokalnej głębokości egzekucji
Główny wniosek tej analizy jest taki, że przyspieszenie ceny po likwidacjach nie jest określane przez zachowanie uczestników ani wzrost agresywnego flow, lecz przez to, jak matching engine musi wykonywać zlecenia w arkuszu z niewystarczającą lokalną głębokością.
Rama interpretacyjna: "rynek przyspiesza sam" to obserwowalny stan systemu tradingowego, w którym lokalna egzekucja jest niemożliwa, ponieważ size limit blisko best jest niedostateczna.
| Przyczyna w mechanice | Co dzieje się w silniku | Co pojawia się w danych | Co kończy efekt |
|---|---|---|---|
| Lokalna głębokość zostaje usunięta | Zlecenie przechodzi przez kilka poziomów | Odległość między printami rośnie | Size limit wraca blisko best |
| Limity są przesunięte dalej od ceny | Trasa egzekucji się rozszerza | Printy pojawiają się na odległych cenach | Serie printów na jednym poziomie |
| Skumulowana głębokość pozostaje niska | Nawet małe zlecenie tworzy przesunięcie | Ruch trwa przy niskim wolumenie trade'ów | Lokalna egzekucja bez przechodzenia poziomów |
- Seria likwidacji usuwa size limit na najbliższych poziomach ceny w arkuszu.
- Skumulowana głębokość blisko najlepszego bid lub ask staje się mniejsza niż typowa size przychodzącego zlecenia rynkowego.
- Matching engine dopasowuje każde nowe zlecenie do sekwencji poziomów zamiast do jednego gęstego klastra size.
- Trasa egzekucji się rozszerza, więc średnia cena wykonania przesuwa się szybciej nawet wtedy, gdy częstotliwość i size zleceń spadają.
- Efekt kończy się, gdy zlecenia limit odbudują lokalną głębokość i zlecenia znów wykonują się w obrębie jednego poziomu.
⚙️ Dlaczego ruch trwa, gdy wolumen spada
Niski wolumen transakcyjny nie oznacza, że rynek ma głębokość do lokalnej egzekucji; decydującym parametrem staje się skumulowana głębokość blisko best.
- Nawet małe zlecenie nie znajduje wystarczającej size limit na top-of-book.
- Egzekucja jest rozłożona na kilka poziomów, więc przesunięcie ceny trwa mimo niskiej aktywności.
- Cena porusza się dalej, dopóki nowe limity nie pojawią się blisko bieżącego best.
Konsekwencja weryfikowalna: jeśli wolumen transakcyjny spada, a krok ceny printów pozostaje podwyższony, przyczyną jest niska skumulowana głębokość blisko best.
📌 Weryfikowalny model końcowy
Model auto-przyspieszenia potwierdza bezpośrednie porównanie danych arkusza, danych tape i parametrów egzekucji.
- Przed przyspieszeniem skumulowana głębokość na pierwszych poziomach ceny gwałtownie spada.
- W trakcie przyspieszenia każde zlecenie rynkowe dotyka więcej niż jednego poziomu ceny.
- Po odbudowie size limit zlecenia rynkowe wykonują się w obrębie jednego poziomu.
Konsekwencja weryfikowalna: jeśli cena dalej się przesuwa, gdy wolumen i częstotliwość transakcji spadają, przyczyna jest zapisana w stanie arkusza i algorytmie matching.
Jeśli po fali likwidacji pierwsze dwa poziomy arkusza zawierają mniej size niż typowe zlecenie rynkowe, każde kolejne zlecenie jest zmuszone "szukać" płynności dalej, tworząc przyspieszenie ceny bez potrzeby nowego agresywnego flow.
Auto-przyspieszenie po likwidacjach to stan rynku, w którym
FAQ o rynku po likwidacjach
Dlaczego cena porusza się dalej po likwidacjach, nawet gdy wolumen spada?
Cena porusza się dalej, ponieważ matching engine wykonuje zlecenia rynkowe w arkuszu z niewystarczającą skumulowaną głębokością blisko najlepszego bid lub ask.
Gdy size limit na najbliższych poziomach jest mniejsza niż size przychodzącego zlecenia rynkowego, egzekucja rozkłada się na kilka poziomów ceny, co tape zapisuje jako printy po odległych cenach.
Dlaczego małe zlecenie rynkowe może wywołać silne przesunięcie ceny?
Małe zlecenie rynkowe może wywołać silne przesunięcie ceny, gdy skumulowana głębokość na pierwszych poziomach arkusza jest mniejsza niż size zlecenia.
W takim przypadku matching engine sekwencyjnie usuwa zlecenia limit na kilku poziomach, a cena wykonania ważona wolumenem przesuwa się dalej od ceny wysłanego zlecenia.
Czy market makerzy przesuwają cenę po likwidacjach?
Market makerzy nie przesuwają ceny zleceniami rynkowymi, ponieważ ich udział wyraża się przez zlecenia limit w arkuszu.
Po likwidacjach zlecenia limit market makerów są często anulowane albo przesuwane dalej od bieżącej ceny, więc matching engine wykonuje zlecenia rynkowe wobec resztkowej płynności.
Jak odróżnić auto-przyspieszenie od normalnego ruchu impulsowego?
Auto-przyspieszenie definiuje trasa egzekucji zleceń wewnątrz matching engine, a nie szybkość zmiany kwoty.
Jeżeli odległość między printami w tape rośnie przy stabilnym lub spadającym wolumenie, a skumulowana głębokość blisko best pozostaje niska, ruch jest tworzony przez rzadki arkusz.
Dlaczego cena nie zatrzymuje się natychmiast po końcu likwidacji?
Koniec likwidacji zatrzymuje flow wymuszonych zleceń rynkowych, ale nie przywraca size limit na najbliższych poziomach arkusza.
Dopóki nowe zlecenia limit nie utworzą wystarczającej skumulowanej głębokości do lokalnej egzekucji, matching engine nadal przenosi egzekucję na kolejne poziomy ceny.
Gdzie widać, że auto-przyspieszenie ceny się skończyło?
Koniec auto-przyspieszenia jest zapisany w arkuszu jako rosnąca size limit na pierwszych poziomach oraz w tape jako serie transakcji na jednym poziomie ceny.
Jeśli zlecenie rynkowe wykonuje się w całości na jednym poziomie bez przejścia na następny, matching engine działa w trybie lokalnej egzekucji.
Czy początek auto-przyspieszenia ceny można zobaczyć z wyprzedzeniem?
Początek auto-przyspieszenia jest zapisany jako gwałtowny spadek skumulowanej głębokości blisko bieżącej ceny poniżej typowej size zlecenia rynkowego.
Jeśli tape pokazuje potem printy z rozszerzającym się krokiem ceny, matching engine już wykonuje zlecenia przez kilka poziomów ceny.
Powiązana analiza: dlaczego cena może poruszać się dalej bez nowej fali sprzedaży i gdzie widać to w danych arkusza.