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]