Айсберг-заявки: видимий обсяг, резерв і виконання
Айсберг-заявка показує лише частину свого загального обсягу. У міру виконання видима частина може поповнюватися з прихованого резерву. Порядок поповнення та пріоритет виконання визначають біржа або брокер.
Автор · Редактор
- Автор
- Микола Заваров
- Редактор
- Андрій Бондаренко
Перевірено
Головне
Видимий обсяг у книзі заявок не обов’язково дорівнює всьому доступному обсягу.
Після поповнення нова частина може зайняти інше місце в черзі.
Прихований розмір не гарантує виконання, меншої комісії чи відсутності впливу на ринок.
Простежте виконання й поповнення айсберг-заявки
Простежте виконання айсберг-заявки
Подія 0 із 5A стоїть першою, B — за нею за тією самою ціною.
Публічний ціновий рівень
- Лімітна ціна продажу
- 100,00
- Видимий обсяг за ціною
- 15
Видно лише відображений обсяг; резерв не є публічним.
Заявка A: погляд власника
- Загальний обсяг A
- 25
- Максимальна видима частина
- 10
- Видима частина A
- 10
- Прихований резерв A
- 15
- Виконано A
- 0
- Залишок A
- 25
Навчальний порядок черги
- Заявка A10
- Заявка B5
Позначення A/B слугують для розбору прикладу. Вони не розкривають власників заявок в агрегованій книзі.
Змінити приклад
Після зміни параметрів обсяги купівель залишаються 4, 6, 5, 10 і 5. Їхні лімітні ціни дорівнюють ціні продажу.
Переглянути всі події
Повні навчальні стани, включно з приватними обсягами. Це не публічний потік ринкових даних.
Завантажити навчальну трасу (CSV)CSV у UTF-8; роздільник — крапка з комою, десятковий знак — крапка. Кожен рядок — стан після однієї зустрічної події; початковий стан включено.
| Подія | Зустрічна купівля | Видима частина A | Прихований резерв A | Виконано A | Залишок A | Залишок B | Публічний рівень | Залишок купівлі | Поповнення |
|---|---|---|---|---|---|---|---|---|---|
| Початкова книга заявок | 0 | 10 | 15 | 0 | 25 | 5 | 15 | 0 | 0 |
| 1 | 4 | 6 | 15 | 4 | 21 | 5 | 11 | 0 | 0 |
| 2 | 6 | 10 | 5 | 10 | 15 | 5 | 15 | 0 | 1 |
| 3 | 5 | 10 | 5 | 10 | 15 | 0 | 10 | 0 | 0 |
| 4 | 10 | 5 | 0 | 20 | 5 | 0 | 5 | 0 | 1 |
| 5 | 5 | 0 | 0 | 25 | 0 | 0 | 0 | 0 | 0 |
Прокрутіть таблицю горизонтально, щоб побачити всі обсяги.
Тут поповнені частини стають у кінець цінової черги за опублікованим правилом Kraken. Інші майданчики й типи заявок можуть працювати інакше.
Працює на цій сторінці: заявки не надсилаються, введені значення не завантажуються й не зберігаються.
Порівняйте дані власника з публічним ціновим рівнем і послідовно запускайте зустрічні покупки. Черга A/B — навчальне представлення відомого сценарію: звичайна публічна книга заявок не розкриває прихований резерв і власника кожної заявки. Після зміни параметрів застосуйте їх, щоб побудувати новий приклад. Послідовність покупок фіксована, тому більша власна заявка може виконатися лише частково.
Розрізняйте максимальну видиму частину та її поточний залишок
Айсберг-заявки, або reserve orders, дозволяють задати видиму частину більшого обсягу. В інтерфейсі параметр може називатися Display Size, peak quantity або visible quantity. Це налаштування, а не обов’язково кількість, яка зараз стоїть у книзі заявок:
Величина | Що вона означає в прикладі |
|---|---|
Загальний обсяг | Початкова кількість, зазначена в айсберг-заявці. |
Максимальна видима частина | Найбільша частина, яку модель показує одночасно. |
Поточний видимий обсяг | Невиконаний залишок поточної видимої частини. |
Прихований резерв | Невиконана кількість, яка зараз не відображається. |
Виконано | Обсяг виконань цієї айсберг-заявки, без інших заявок. |
Залишилося | Поточний видимий обсяг плюс прихований резерв. |
Прокрутіть убік, щоб порівняти всі стовпці ↔
Якщо скасування не було: загальний обсяг = виконано + залишилося, а залишилося = видимий обсяг + прихований резерв. Поповнення переносить кількість із резерву у видиму частину; воно не збільшує початкову заявку. Максимальна видима частина може не змінюватися, хоча після часткового виконання на екрані буде менше.
Як пов’язані часткове виконання, поповнення та черга
У початковому прикладі продаються 25 одиниць за лімітною ціною 100: видно максимум 10, ще 15 перебувають у резерві. За першою частиною стоїть окрема заявка B на продаж 5 одиниць за тією самою ціною. Кількості й ціни умовні; інших цінових рівнів, заявок і скасувань у сценарії немає.
Зустрічна покупка 4 одиниць зменшує видиму частину айсберга з 10 до 6. Прихований резерв залишається рівним 15, виконано 4. Публічний рівень тепер показує 11: 6 в айсберга та 5 у B. Покупка ще 6 вичерпує першу частину. Модель показує наступні 10, залишаючи 5 у резерві. Це поповнення, а не додавання нових 10 одиниць до загального обсягу.
Нова частина стає за B, тому наступна покупка 5 одиниць виконує B, не змінюючи виконаний обсяг айсберга. Пізніше, коли в айсберга залишиться лише 5 одиниць, остання видима частина становитиме 5, хоча її максимум задано як 10. Повний журнал подій доступний у компоненті.
Такий порядок відповідає опублікованим правилам Kraken: поповнена частина переходить у кінець черги своєї ціни. Це обрана модель, а не правило для будь-якої біржі. Сценарій однієї зустрічної покупки також показує, що достатньо велика заявка може поглинути кілька поповнених частин. Документація CME щодо повідомлень про виконання описує кілька поповнень в одній події зіставлення заявок. Поповнення не обов’язково означає нового покупця чи окремий звіт про виконання.
Нативні й синтетичні айсберги зберігають резерв по-різному
Реалізація | Хто керує поповненням? | Що перевірити |
|---|---|---|
Нативний айсберг | Резервом керує біржова система обробки заявок. | Підтримувані інструменти, мінімальну видиму частину, правила поповнення та пріоритету. |
Синтетичний айсберг | Брокер, торгова платформа або зовнішній алгоритм випускає дочірні заявки. | Статус загальної та дочірніх заявок, вимоги до з’єднання й поведінку після збою. |
Прокрутіть убік, щоб порівняти всі стовпці ↔
«Синтетичний» не обов’язково означає роботу на вашому комп’ютері. Алгоритм може виконуватися на сервері брокера. Тому закриття локального термінала впливає на різні реалізації по-різному: з’ясуйте, де керують загальною, або батьківською, заявкою.
CME Market by Order розрізняє нативну й синтетичну реалізації. У нативного айсберга CME під час поповнення зберігається OrderID, але PriorityID може змінитися. Постійний ідентифікатор тому не доводить збереження попереднього місця в черзі. Керуйтеся правилами зіставлення конкретного інструмента, а не припущенням про єдину для всіх чергу FIFO.
Iceberg, hidden, limit і post-only вирішують різні завдання
Вказівка | Що вона визначає | Чого з неї не випливає |
|---|---|---|
Iceberg / reserve | Який обсяг видно та як він поповнюється. | Що вся заявка обов’язково виконається. |
Чи відображається обсяг у публічній книзі заявок. | Що доступність і пріоритет збігаються з айсберг-заявкою. | |
Лімітна ціна | Максимальну ціну купівлі або мінімальну ціну продажу. | Негайне виконання чи незмінне місце в черзі. |
Post-only | Чи може нова заявка забирати ліквідність згідно з правилами майданчика. | Наявність прихованого резерву. |
Reduce-only | Обмежує підтримувану заявку зменшенням уже відкритої позиції. | Розмір видимої частини або спосіб поповнення. |
Прокрутіть убік, щоб порівняти всі стовпці ↔
Деякі параметри можна поєднувати, якщо майданчик це дозволяє, але вони не взаємозамінні. Стоп-умова стосується активації, а iceberg — видимого обсягу. Різницю між умовою спрацювання й лімітною ціною пояснює гід Buy Stop vs Buy Limit.
Що насправді бачить інший учасник?
Агрегована книга заявок показує видимий обсяг на ціновому рівні. Вона може об’єднувати кілька заявок, як у демонстрації об’єднано айсберг і B. Дані про окремі заявки можуть бути докладнішими, але набір полів та ідентифікаторів залежить від потоку даних. Компонент розкриває обидві сторони для навчання; він не відновлює приватні кількості за ринковими даними.
Повторні виконання з подальшим поповненням можуть свідчити про приховану ліквідність. Самі по собі вони не розкривають точний початковий обсяг, залишок резерву чи власника. На ту саму ціну можуть надходити нові незалежні заявки. Припущення про айсберг — гіпотеза, переконливість якої залежить від даних, а не достовірна карта чужих намірів.
Що дає обмеження видимого обсягу
Показ лише частини обмежує розмір, який одночасно бачать інші. Це може бути корисно, коли трейдер хоче виконувати велику заявку, не розкриваючи весь її залишок. Проте виконання не стають невидимими: менший видимий обсяг не гарантує слабкого впливу на ринок чи постійної наявності зустрічних учасників.
- Лімітна ціна обмежує допустиму ціну виконання; невиконаний залишок усе одно може чекати або взагалі не виконатися.
- Поповнення може змінювати пріоритет у черзі. Менша видима частина не обов’язково прискорює виконання всієї заявки.
- Інші учасники можуть реагувати на видимі виконання й зміни книги заявок, навіть якщо весь резерв приховано.
Відокремлюйте цінове обмеження від якості виконання відносно іншого орієнтира. Гід із прослизання пояснює розбіжність між орієнтиром і ціною угоди; налаштування iceberg саме по собі не усуває потреби в такому порівнянні.
Що перевірити в налаштуваннях брокера
- Чи підтримують цей інструмент, біржа та маршрут айсберг-заявки; нативна це реалізація чи синтетична.
- Мінімальну кількість, крок обсягу, допустиму видиму частину та строк дії в актуальній специфікації.
- Правила поповнення, пріоритету, зміни й скасування, зокрема роботу з дочірніми заявками синтетичного айсберга.
- Фактичні виконання й залишок батьківської заявки у звіті та застосовний тариф комісій.
Довідка Kraken показує, що вимоги до видимої частини залежать від майданчика; конкретні ліміти не можна переносити на всі біржі. Демонстрація використовує цілі одиниці й фіксований максимум видимої частини, щоб механіку було легко перевірити. Вона не перевіряє доступність заявки на біржі та не надсилає реальні ордери.
Запитання про айсберг-заявки
Чи завжди айсберг оплачується за тарифом мейкера?
Ні. Iceberg описує видимий обсяг, а не роль у наданні ліквідності для кожного виконання. Можливість негайної угоди, допустимі поєднання параметрів і комісія залежать від реалізації та виконання. Перевірте правила maker/taker майданчика. Гід із торгових витрат також пояснює, чому спред і комісію варто оцінювати разом.
Чи можна виставити таку заявку з MT4 або MT5?
Наявність книги заявок сама по собі не підтверджує підтримку iceberg. Брокер має надати відповідний маршрут або зовнішню реалізацію для цього інструмента. Перевірте документацію й тестове середовище: вимоги синтетичного інструмента до з’єднання та скасування можуть відрізнятися від нативної біржової заявки.
Чи варто завжди вибирати найменшу видиму частину?
Універсально найкращого розміру немає. Менша частина розкриває менше обсягу за раз, але може потребувати більше поповнень із передбаченою майданчиком зміною черги. Вибір також обмежений мінімальною кількістю та її кроком. Демонстрація пояснює механіку, а не оптимізує стратегію виконання реальної заявки.
Джерела та матеріали
- Interactive Brokers — Hidden OrdersПеревірено