- A nyilvános tőzsdei API-k lehetővé teszik a profi botok számára, hogy milliszekundumokkal hamarabb lássák az orderbook-változásokat és a mempool-tranzakciókat, mint a kisebb kereskedők.
- A kolokatált szerverek és magasabb API-hívási prioritás lehetővé teszik a frontrunning és a sandwich-támadások mechanizmusa szerint történő profitálást az átlagos felhasználók rovására.
- A technikai hátrány mellett a profi algoritmusok minták felismerésével és likviditás-predikciójával is élnek, gyakorlatilag láthatatlan játékszabályok szerinti verseng a kiskereskedőkkel.
Az exchange API-t legtöbben úgy képzelik el, mint egy megbízható ablakot a piac felé: lekérdezed az árat, megadod a megbízást, kész. A valóság ennél valamivel bonyolultabb — és jóval érdekesebb. A nyilvánosan elérhető API-végpontok ugyanis nem csak a te kereskedésedet teszik lehetővé, hanem akaratlanul is rengeteg információt szivárogtatnak ki, amelyeket mások — főleg profi algoritmusok — aktívan kihasználnak ellened.
Mit lát mindenki a public API-n?
Minden nagyobb kriptotőzsde — legyen az Binance, Kraken vagy bármelyik kisebb platform — nyilvános REST és WebSocket API-t üzemeltet. Ezeken keresztül bárki, regisztráció nélkül is, valós időben látja az orderbook-ot, az utolsó kötéseket, és az összesített piaci mélységet.
Ez első ránézésre demokratikus megoldásnak tűnik. A valóságban viszont az egyenlőség csak látszólagos: a profi szereplők kolokatált szervereket üzemeltetnek, amelyek fizikailag közelebb vannak a tőzsde infrastruktúrájához. Az ő API-hívásaik milliszekundumokkal hamarabb érnek célba — és ez a különbség a kriptópiacon vagyonokat ér.
Frontrunning: hogyan keresnek rajtad mások?
A frontrunning klasszikus értelmében valaki előre tudja, hogy egy nagy megbízás érkezik, és az előtt vesz, hogy aztán drágábban adja el. A hagyományos pénzpiacokon ezt belső információval követik el. A kriptóban ehhez sokszor elég a public API is.
A mechanizmus így néz ki a gyakorlatban:
- Mempool-figyelés: Decentralizált exchange-eken (DEX) a le nem zárt tranzakciók a mempool-ban várakoznak. Bárki látja, hogy egy nagy csere érkezett — és a botok azonnal magasabb tranzakciós díjjal, előrébb kerülve hajtják végre a saját megbízásukat.
- Orderbook-elemzés: Centralizált tőzsdéken a nagy limit orderek megjelenése az orderbook-ban jelzést ad az algoritmusoknak. Ha egy 50 BTC-s vételi megbízás jelenik meg egy vékony piacon, az árra azonnal hat — mielőtt te tényleges végrehajtást kapnál.
- Latency arbitrázs: Két exchange között minimális, de kihasználható árkülönbség jelenik meg. Aki gyorsabb — azaz közelebb van fizikailag a szerverekhez —, az mindig nyer.
Ez nem elmélet. A MEV (Maximal Extractable Value) jelenség az Ethereum-ökoszisztémában már évek óta dokumentált, és évi milliárd dolláros nagyságrendű pénzt szív el a hétköznapi felhasználóktól.
Mit árul el a tőzsde nem szándékosan?
A public API-n túl a tőzsdék sokszor nem gondolják végig, milyen adatot tesznek hozzáférhetővé közvetve. Néhány konkrét példa:
- Rate limit visszajelzések: Ha egy API-végpont hirtelen lassul vagy hibát dob, az önmagában is jelzés lehet: valaki éppen nagy forgalmat generál, vagy a rendszer stresszeli magát.
- WebSocket tick-ek időbélyegei: A kötések időbélyegeinek elemzésével statisztikailag következtetni lehet arra, mikor aktív a legtöbb bot — és ezzel ellentétes irányban kereskedni.
- Aggregált kereskedési statisztikák: A tőzsde API-ján elérhető 24 órás forgalmi adatok wash kereskedés esetén is torzítottak lehetnek, de egy képzett elemző a kötési mintázatokból ki tudja szűrni a valódi likviditást a mesterségestől.
A quasa.io típusú infrastruktúra-megközelítés erre épít: nem a nyers adatot nézi, hanem a mintázatot, amit az adatforgalom maga generál.
Az arbitrázsozók módszerei — és amit ebből tanulhatsz
Az arbitrázsozók alapvetően a piaci hatékonyság hiányából élnek. Ez önmagában nem illegális — sőt, elméletben kiegyenlítő szerepük van. A probléma ott kezdődik, ahol az előny nem a jobb elemzésből, hanem a gyorsabb infrastruktúrából fakad.
A leggyakoribb technikák:
- Triangular arbitrázs: Három devizapár között kör alakban keresnek félreárazást — pl. BTC/USDT → ETH/BTC → ETH/USDT → vissza. Az API-on keresztül ezeket milliszekundumon belül azonosítják és kihasználják.
- Statistical arbitrázs: Korreláló eszközpárok (pl. BTC és ETH) átmeneti eltérését fogadják meg, nagy pozíciókat tartva egyszerre mindkét oldalon.
- Latency snipping: Tudatosan keresik azokat a tőzsdéket, amelyek API-adatfrissítése lassabb — majd a régi áron adnak fel megbízást, mielőtt az frissül.
Az utóbbi technika ellen egyes tőzsdék már védekeznek dinamikus árazással és slippage-korlátokkal, de a kisebb platformokon ez még ritka.
Hogyan védekezhet egy kiskereskedő?
Az egyszerű válasz: nem tudsz versenyezni egy kolokatált szerverrel. De ez nem jelenti azt, hogy teljesen ki vagy szolgáltatva.
Néhány konkrét lépés, amely csökkentheti a kitettségedet:
- Kerüld a market ordereket vékony piacokon. A market order azonnal végrehajtódik — de a botok addigra már átárazhatták az orderbook-ot ellened. Limit orderrel legalább te határozod meg az árat.
- Kisebb pozíciókban dolgozz. Egy 50 BTC-s megbízás látható az orderbook-ban. Egy 0,5 BTC-s kevésbé vonzza a figyelmet.
- TWAP és VWAP stratégiák. A Time-Weighted vagy Volume-Weighted Average Price alapján felosztott megbízások csökkentik a piaci hatást — ezt a nagy intézményi szereplők is így csinálják.
- Figyelj a spread-re. Ha egy piacon a bid-ask spread hirtelen tágul, az jelezheti, hogy valami nagy mozgás előtt állsz — ilyenkor az árjegyzők is visszahúzzák a likviditást.
- Decentralizált exchange-eken: slippage tolerance beállítása. A DEX-eken az 1-2%-os slippage tolerance-t nem érdemes lazán hagyni, mert a sandwich botok pontosan ezt használják ki.
API-biztonság: a másik oldal
A piaci manipuláció mellett az API-hozzáférés saját fiókod biztonságát is érinti. Az API-kulcsok kezelése meglepően sok felhasználónál sérülékeny.
A leggyakoribb hibák:
- Teljes jogkörű API-kulcs használata, ahol csak olvasási jog kellene
- IP-whitelist nélküli kulcsok, amelyek bárhonnan használhatók
- Kulcsok tárolása verziókezelő rendszerben (GitHub-on rendszeresen találnak ilyet automatikus scannerekkel)
- Lejárati idő nélküli kulcsok hosszú távú használata
A minimum: minden API-kulcshoz állíts be IP-whitelistet, és csak annyi jogosultságot adj, amennyire tényleg szükség van. Ha egy kereskedés bot csak kereskedik, nem kell neki kifizetési jog.
Összefoglalás
Az exchange API egy kétélű eszköz. Lehetővé teszi az automatizált kereskedést és az adatelemzést — de ugyanazokat az adatokat a profi szereplők is látják, és sokszor gyorsabban reagálnak rájuk, mint te bármikor tudnál.
A frontrunning és az arbitrázs nem fog eltűnni: ezek a nyílt API-infrastruktúra elkerülhetetlen mellékhatásai. Ami változhat, az a te hozzáállásod: ha tudod, hogyan működnek ezek a mechanizmusok, tudatosabb döntéseket tudsz hozni a megbízásaid méretéről, típusáról és időzítéséről.
A kriptopiac nem fair — de legalább az API-n keresztül viszonylag transzparens. Érdemes ezt az átlátszóságot a saját javadra fordítani, ne csak mások ellen dolgozni hagyni.
🧭 Nem tudod, hol kezdd? Beszéljük át.
A Befektetői Iránytű egy 60 perces, alapos beszélgetés arról, hol tartasz és merre indulj — plusz egy személyre szabott tanulási terv.
29 900 Ft, beszámítható egy nagyobb programba, ha úgy döntesz.
Ez nem befektetési tanácsadás.
Gyakori kérdések
A valós idejű orderbook, az utolsó kötések és a piaci mélység (market depth) nyilvánosan elérhető bárki számára regisztráció nélkül. Ez demokratikusnak tűnik, de a fizikailag közelebbi szerverek milliszekundumokkal előbb kapják meg az információt.
A botok monitorozzák a DEX mempool-ját vagy a CEX orderbook-ját. Ha nagy megbízást látnak, azonnal magasabb tranzakciós díjjal (DEX) vagy előrejelzett árráfordulás alapján (CEX) hajtják végre saját megbízásukat, profitálva a te kereskedésedből.
A kolokatált szerverek fizikailag a tőzsde infrastruktúrájához közel helyezkednek el, ezáltal milliszekundum időelőnyt biztosítanak az API-hívásokban. A kriptópiacon ez a különbség vagyonokat jelent.
Az API-végpontok nyilvánosak és az információ-aszimetria technikai szintű: a profi szereplők kolokatációval és gyorsabb infrastruktúrával rendelkeznek. A kereskedő nem módosíthatja ezt a fizikai realitást, de limit-ordereket és egyéb stratégiákat használhat az expozíció csökkentésére.
A DEX-eken a mempool-figyelés és tranzakciós díj-szándék (MEV) alapú frontrunning a jellemző. A CEX-eken az orderbook-elemzés és algoritmusok által felismert minták adnak előnyt. Mindkettőben az API nyilvánosságra kerülő adatai teszik lehetővé a támadásokat.
Heti összefoglaló a postaládádba
Ha hasznos volt ez a cikk: hetente egy levelet küldök arról, mi történt a kripto világában, miért számít, és mit érdemes fenntartásokkal kezelni.
