Market microstructure

Market structure описує загальний устрій ринку, зокрема продукти й посередників. Мікроструктура питає, як покупець зустрічає продавця на певному майданчику. Часто їх зводить книга заявок — список пропозицій із цінами та кількостями. Десь дилер пропонує власну ціну або компанія організовує угоду. Тому правила однієї платформи не є правилами всієї мережі Bitcoin. [1]

Петр може визначити найвищу ціну купівлі й чекати. Coinbase Exchange надає пріоритет ціні, а за однакової ціни — часу надходження заявки. Отже, перед ним можуть бути інші покупці. Якщо приходять лише невеликі продажі, спершу виконаються їхні заявки, а його залишиться невиконаною або виконається частково. Дотик ціни на графіку не доводить, що для Петра лишилося достатньо кількості. [2]

Заявка, що чекає в книзі, надає пропозицію іншим; під час подальшого виконання вона є maker. Нова заявка, яка одразу поєднується з наявною пропозицією, є taker. Limit order, тобто заявка з ціновим обмеженням, теж може бути taker, якщо ліміт дозволяє негайну угоду. Coinbase має режим post-only: заявку відхиляють, якщо хоча б частина виконалася б одразу. Це не гарантує, що заявка в черзі колись знайде контрагента. [3]

Bid — найкраща поточна пропозиція купівлі, ask — продажу, а різниця між ними — спред. Для негайної купівлі Петру потрібні й кількості за кожною ціною продажу. Якщо найдешевшої пропозиції замало, наступна частина може коштувати більше. До цього впливу розміру заявки додаються комісії та затримки. Сам вузький спред не означає дешевого виконання великої купівлі. [4]

Петр бачить велику пропозицію, а за мить її вже немає. Хтось міг її купити, але автор міг і відкликати. Coinbase розрізняє повідомлення про надходження, очікування, угоду й завершення заявки. received означає прийняття до обробки, не автоматично появу в книзі або готову угоду. Навіть завершення потребує з’ясування причини. Дві картинки книги не розповідають усієї історії. [5]

Застосунок має стежити за новими пропозиціями, угодами й скасуваннями. Початковий знімок книги швидко застаріває. Тому Coinbase описує поєднання знімка з наступними подіями за порядковими номерами в повному каналі даних. Пропущене або двічі застосоване повідомлення може показати кількість, якої вже немає. Практичне правило просте: старий знімок не доводить, що пропозиція доступна зараз. [5]

До надходження заявки Петра хтось може скористатися вигідною пропозицією або продавець її скасує. Затримка передавання та обробки називається латентністю. Швидше з’єднання може її скоротити, але не гарантує ціни чи прибутку. Історичний тест торгової ідеї теж має враховувати очікування, комісії й невиконані заявки. Припущення про кожну угоду за ціною на графіку легко прикрашає результат. [4]

Цінова свічка підсумовує виконані угоди за період: відкриття, закриття, максимум і мінімум. Вона не зберігає всієї черги чи всіх відкликаних пропозицій. Її максимум тому не доводить, що продаж Петра відбувся б. Для перевірки результату він шукає власні записи виконання, кількості та комісії на правильному ринку. Графік — огляд, а не квитанція про його угоду. [5] [2]