Пазарите на TradeOgre, v1 API и ботовете, които работеха с него

Какво всъщност листваше TradeOgre

Към момента, в който спря да работи, TradeOgre предлагаше около 109 търговски двойки при около 96 актива, с дневен обем от порядъка на 3,5 млн. щатски долара. В абсолютно изражение това са малки числа. Значението им се крие изцяло в състава.

Листингите клоняха силно към две категории. Първата бяха монетите за поверителност — преди всичко Monero, заедно с Wownero, Pirate Chain и други, които регулираните борси постепенно делистваха, докато задълженията по правилото за пътуването (travel rule) се затягаха. Втората бяха малките проекти с proof-of-work: монети с активни миньори, реален хешрейт и общност, но без пазарна капитализация, която да оправдае листинг процеса на голяма борса.

Особено за втората група двойката в TradeOgre често беше единственият смислен пазар, който съществуваше. Ценообразуването, натискът за продажба от миньорите и всяка представа за това колко „струва“ монетата минаваха през една-единствена книга с поръчки на една-единствена нерегистрирана платформа. Тази концентрация беше невидима, докато всичко работеше, и пълна, когато спря.

Почти всичко беше котирано срещу BTC, с малък брой двойки с USDT. Това означаваше, че излизането от някой неизвестен актив към нещо стабилно обикновено изискваше две сделки и два пъти таксата от 0,2%, а BTC оставаше де факто резервната валута на платформата.

API и как го използваха ботовете

TradeOgre публикуваше малък REST API на версионирана крайна точка, документиран на собствените ѝ помощни страници. Той беше нарочно минималистичен — без WebSocket потоци, без FIX шлюз, без типове поръчки освен лимитна покупка и лимитна продажба — и именно този минимализъм е причината върху него да бъде изградено толкова много.

Публичните крайни точки не изискваха никаква автентикация. Можеше да изтеглите пълния списък с пазари, книга с поръчки, тикер, последните сделки или данни за свещи с обикновена HTTP GET заявка, което правеше TradeOgre една от най-лесните борси в крипто, от които да се събират данни. Голяма част от ценовите данни за малките монети с proof-of-work, стигнали до агрегатори, портфейл тракери и калкулатори за майнинг, произхождаха от тези крайни точки.

Автентикираните крайни точки използваха HTTP basic автентикация с двойка ключове, генерирана в настройките на сметката и подавана като потребителско име и парола в заявката. Това е проста схема с реален недостатък: за разлика от схемите с подписване на заявките, изтекла двойка ключове при basic автентикация може да бъде използвана веднага от всеки, който я притежава. Заедно с липсата на списък с разрешени IP адреси и на права, ограничени до теглене, практическият съвет по онова време беше всеки API ключ за TradeOgre да се третира като данни за достъп с пълно право на търговия и да се съхранява съответно.

Поддръжка за борсата попадна и в универсалните библиотеки за търговия, поради което препратки към нея още се срещат в код и документация.

Какво стана с работещите ботове

Когато платформата падна, ботовете се провалиха така, както се провалят повечето ботове: зле и безшумно.

Добре написаният клиент третира HTTP грешката като състояние, което трябва да обработи. Много малки търговски скриптове не го правят — те предполагат, че ще има отговор, опитват да го разчетат, хвърлят изключение и или излизат, или повтарят заявката в цикъл със седмици. Потребителите, които изпълняваха стратегии за маркет мейкинг, откриха, че имат отворени поръчки, които не могат да отменят, и позиции, които не могат да затворят, без интерфейс, през който да се намесят.

Три извода важат за всяка борса и си заслужава да бъдат изказани ясно, защото този вид провал се повтаря.

• Спирайте при съмнение, не продължавайте. Ботът, който не може да потвърди състоянието на борсата, трябва да спре, а не да продължава да подава поръчки. Циклите за повторни опити срещу мъртва крайна точка исторически са водили до впечатляващи загуби, когато крайната точка се е върнала в неочаквано състояние.
• Алармирайте при липса, не само при грешки. Тишината е сигнал. Монитор, който се задейства, когато ботът ви не е отчел успешен цикъл за един час, засича срив на борсата по-бързо от всеки обработчик на грешки.
• Ограничавайте и подменяйте ключовете. Използвайте ключове с изключено теглене за търговските ботове, където платформата го позволява, ограничавайте по IP, където е възможно, и отменяйте ключовете за всяка борса, която сте спрели да използвате. TradeOgre предлагаше малко от това, а това само по себе си е информация за платформата.

Ако имате стари ключове за TradeOgre в конфигурационен файл или променлива на средата, изтрийте ги. Не могат да се използват срещу мъртвата платформа, но са точно от онези неща, които се озовават в публично хранилище.

RTM, BTCP и проблемът с дългата опашка

Най-много пострадаха монетите, които имаха най-малко къде другаде да отидат.

Raptoreum е най-ясният случай. Проект с proof-of-work, добиван с процесор и с активна общност от миньори, чиято двойка RTM/BTC в TradeOgre за дълги периоди беше основното място, където миньорите обръщаха наградите си и където се определяше всяка пазарна цена. Когато платформата спря, този ценови сигнал спря с нея, а миньорите загубиха най-удобния си изход в същия момент.

Bitcoin Private илюстрира другия край на модела. Форк на Bitcoin от 2018 г., който загуби доверието на повечето борси след спор за предлагането на монети, BTCP беше делистнат почти навсякъде. TradeOgre беше сред последните места, където изобщо се търгуваше, което означаваше, че платформата функционираше като своеобразна крайна борса за активи, на които са свършили алтернативите.

Нито една от двете ситуации не беше здравословна, а рискът от концентрация беше структурен, а не случаен. Когато една-единствена нерегистрирана борса е единственият пазар за даден актив, притежателите му са изложени на регулаторното положение на тази борса, независимо дали го знаят. Изземването не просто замрази баланси — то премахна самия пазар.

Къде отидоха тези пазари

Няма единствена замяна, а честният отговор е, че част от тези активи вече нямат функциониращ пазар изобщо.

При монетите за поверителност миграцията е предимно към некастодиални пътища: децентрализирани борси, изградени около атомарни суапове, и peer-to-peer платформи, където сделките се уреждат директно между портфейли. Те са по-неудобни от книга с поръчки и изискват сами да управлявате ключовете, но нямат попечител, чийто офис може да бъде нападнат.

При малките монети с proof-of-work без децентрализиран пазар положението е по-трудно. Някои намериха листинг на други малки централизирани борси, което възпроизвежда първоначалния риск с друг оператор. Други на практика са неликвидни и се търгуват само чрез пряко договаряне между притежателите.

Що се отнася до данните, агрегаторите, които някога четяха от API на TradeOgre, сега не показват нищо за тези двойки. Ако поддържате инструмент, който зависеше от този източник, крайната точка е изчезнала завинаги и трябва да бъде заменена, а не да бъде опитвана отново.

Структурният извод за всеки, който изгражда върху API на борси: черпете данни от повече от една борса и третирайте всяка стратегия, чиято жизнеспособност зависи от една-единствена нерегистрирана платформа, като носеща пълния регулаторен риск на тази платформа.