Виправлення: що змінили, чому й коли

Ми помиляємося. Матеріали-гайди особливо швидко застарівають — платформа змінює інтерфейс, бібліотека оновлює поля, ставки коригуються. Помилившись, ми не видаляємо публікацію, вдаючи, що нічого не сталося, а відкрито фіксуємо це тут: якої сторінки стосується, як було написано спершу, на що змінили, чому й коли. Ти можеш звірити цей запис зі статтею й сам вирішити, чи правильно ми виправили.

Як ми обробляємо виправлення

Фактична помилка, що ввела б тебе в оману під час дій (наприклад, не те поле, переплутані параметри): якнайшвидше виправляємо основний текст і лишаємо тут запис.
Застаріла інформація (змінився інтерфейс платформи, API чи ставки): оновлюємо текст і додаємо примітку «орієнтуйся на чинні дані сайту OKX».
Суто текстова дрібниця, що не впливає на розуміння (одруки, верстка): правимо одразу, зазвичай без окремого запису.

Якщо ти помітив, що десь написано неправильно чи застаріло, напиши нам на [email protected] або заглянь на сторінку контактів. Прийняті виправлення ми фіксуємо нижче.

Журнал

Дата	Сторінка	Оригінал → виправлено	Причина
2026-09-16	Ризик-менеджмент автоторгівлі через OKX API, Квант на OKX API, Розбір помилок API OKX	Чотири місця перевірено заново за офіційною API-документацією OKX. ① Було написано, що коли власний номер ордера `clOrdId` повторюється, «біржа зарахує лише перший ордер» → виправлено: перевірка на дублі відбувається лише серед ордерів твого акаунта, які ще не дійшли до кінцевого стану; щойно ордер виконався чи був скасований, той самий `clOrdId` можна використати знову, і повторне надсилання приймається як цілком новий ордер. Код, який шукає ордер за `clOrdId`, теж переведено зі списків відкритих ордерів / історії на ендпойнт деталей ордера (у параметрах запиту тих двох списків поля `clOrdId` немає взагалі). ② Було написано, що ключ «без виведення не може навіть переказувати кошти між рахунками» → виправлено: за офіційним визначенням саме право торгівлі (Trade) вже охоплює переказ коштів і частину налаштувань рахунку, а право виведення керує виведенням у блокчейн. ③ Було написано, що після скасування «повертається той самий номер ордера зі статусом canceled» → виправлено: у відповіді на скасування немає поля статусу, вона лише означає, що запит прийнято, а чи ордер справді скасувався, треба перевірити ще одним запитом; у блок коду цей крок додано. ④ 50120 «бракує прав» було зведено докупи з 50102 / 50105 / 50110 під тезою «на рівні HTTP це все 401» → виправлено, 50120 винесено окремо: вона повертається з HTTP 200 і розпізнається лише за кодом у тілі відповіді.	① і ③ змушують читати «надіслано» як «зроблено»: повторне надсилання ордера може дати подвійне виконання, а віра в те, що скасування пройшло, коли воно не пройшло, — це хибні висновки, які прямо коштують грошей. ② надто вузько окреслювало межі права, через що читач міг недооцінити наслідки витоку ключа. ④ призводить до того, що гілки обробки помилок, написані за статус-кодом, пропускають цілий клас помилок прав. Усі чотири виправлення — за офіційною API-документацією OKX (перевірено 2026-09-16).
2026-09-08	Як користуватися демо, Алготрейдинг на API OKX	У тексті було сказано, що запис `'options': {'sandboxMode': True}` у конфігурації дає «той самий ефект», що й `set_sandbox_mode(True)`, і що для демо можна брати реальний API-ключ → виправлено на: на демо перемикає лише `set_sandbox_mode(True)` — заголовок демо `x-simulated-trading: 1` додає сам цей метод, а запис значення в `options` конструктора його не викликає; для демо потрібен окремий Demo Trading API Key, створений усередині демо-середовища. Додано також, що демо й реал ділять один REST-хост і відрізняються лише цим заголовком, а в обидва блоки коду вставлено рядок самоперевірки `print`.	«Уточнення», яке ми додали 2026-06-03, саме було хибним, і тут воно виправляється разом із твердженням про ключ. Разом ці дві помилки давали читачеві впевненість, що він на демо, тоді як запит ішов без позначки демо, — а якщо ключ у нього був реальний і з правом торгівлі, то й ордери виходили справжні. Цього разу висновки звірено з реалізацією `set_sandbox_mode` у ccxt та з розділом про демо в офіційній документації API OKX.
2026-06-08	Алготрейдинг на API OKX	У тексті поле `password` у ccxt було розпливчасто описано як «впиши твій пароль» → змінено на чітке «впиши Passphrase, який ти задав при створенні ключа API: це не пароль для входу й не secret».	Попереднє формулювання легко спонукало читача вписати пароль для входу, через що автентифікація постійно зривалася. Це найчастіші граблі новачка, тож тут треба сказати чітко.
2026-06-06	Як налаштувати грід-бот OKX	У прикладі зв'язок «кількості гридів» і «прибутку на грід» було описано надто категорично (написано «що більше гридів, то вищий прибуток на грід») → змінено на «у фіксованому діапазоні: що більше гридів, то менший крок ціни на кожному, прибуток на грід відповідно меншає, а спрацювання частішають», і додано робочий набір прикладних параметрів.	Початкове формулювання перевертало причинно-наслідковий зв'язок і могло спонукати читача бездумно збільшувати кількість гридів. Після виправлення воно збігається з тим, як грід працює насправді.
2026-06-05	Комісії OKX + рібейт	У тексті було наведено конкретні цифри ставок maker/taker → змінено на пояснення, що ставки «розрізняються за рівнем і за типом ордера maker/taker», і всюди додано примітку «конкретні ставки — за чинними даними на сайті OKX».	Ставки біржі коригуються, а жорстко прописані цифри легко застарівають і вводять в оману. Перенаправлення на сайт уберігає читача від рішень за простроченими цифрами.
2026-06-03	Як користуватися демо-рахунком	У тексті йшлося лише про перемикання на демо через `set_sandbox_mode(True)` у ccxt → додано пояснення, що «деякі версії також підтримують запис у конфігурації `'options': {'sandboxMode': True}`, достатньо одного з варіантів», і застереження, що в різних версіях ccxt запис може відрізнятися.	Читачі повідомили, що в деяких версіях єдиний варіант запису не спрацьовував. Додавши другий варіант, ми охопили більше випадків і зменшили кількість тих, хто застрягав на «не перемикається на демо».

Цей журнал поповнюватиметься й надалі. Він існує не лише заради того, щоб «визнати помилку» — це ще й одна з підстав судити, чи вартий цей сайт довіри: сайт, що готовий відкрито показувати, де він помилявся, заслуговує твого часу більше, ніж той, який «ніколи не помиляється».

Попередження про ризики: Криптоактиви — це високий ризик; деривативи й кредитне плече здатні призвести до 100% втрати капіталу. Виправлення матеріалів не змінюють цього: ані алготрейдинг, ані боти не гарантують прибутку. Матеріали сайту наведено лише для інформації, вони не є інвестиційною порадою. Дотримуйся місцевого законодавства.