Я чув відгуки від багатьох, що маркет-мейкінг останнім часом став більш конкурентоспроможним на Hyperliquid. Це чудово підходить для кінцевих користувачів, оскільки це означає, що ліквідність є глибшою та надійнішою. Справедливість є основним принципом Hyperliquid у кожному вимірі. Для маркет-мейкерів це означає, що блокчейн розроблений з урахуванням рівного доступу. Однак «рівний» не означає «легкий». Оскільки протокол продовжує масштабуватися для задоволення зростаючого попиту, стає важливим розуміти тонкощі користувацької інфраструктури Hyperliquid, яка забезпечує роботу найбільшого торгового майданчика без дозволу. Довгий час первинна альфа просто інтегрувала Hyperliquid. API розроблений, щоб абстрагуватися від більшості складнощів блокчейну для нових користувачів, дозволяючи автоматичним трейдерам з легкістю переносити стратегії. Хоча простота адаптації не змінилася, важливість затримки зросла. Найбільш адаптивні стратегії вимагають найкращої інфраструктури на стороні клієнта. Загальний принцип, що керує оптимізацією затримки, полягає в тому, що Hyperliquid — це блокчейн, а не CEX: 1. Найшвидші дані надходять під час запуску вузла. - Елемент дії: змагайтеся з надійним, статичним піром. Наприклад, Hyper Foundation пропонує пір для невалідаторів, до яких можна підключитися. 2. Найбільш повні дані надходять від запуску вузла. Кожна транзакція транслюється в режимі реального часу, а вузол пропонує різні формати для прийому. - Примітка: вузол запуску з відключеною вихідною буферизацією. 3. Вузли виконують весь блокчейн, що є неабияким інженерним досягненням і різко контрастує з CEX , де код на стороні клієнта обробляє лише стан користувача. Вузли Hyperliquid виконують і перевіряють весь стан блокчейну, включаючи HyperCore і HyperEVM, на одній машині. У той час як виконання може відповідати помірним апаратним специфікаціям, збільшення затримки масштабується з кількістю ядер, оскільки значна частина виконання розпаралелюється. - Пункт дії: дані, представлені вузлом, багаті та дозволяють набагато більше зрозуміти повний стан блокчейну. Крім локальних API серверів, може бути побудована повноцінна книга L4. Дивіться приклад реалізації. - Пункт дії: користувачі можуть побачити значний приріст до 32 ядер, з додатковим спадаючим поверненням. 4. Скасування бронювання розраховане на високий рівень успіху. Ефект першого порядку тут вбудований у пріоритезацію скасувань у мемпулі HyperBFT. Однак деякі користувачі вважають подальшу оптимізацію корисною. Наприклад, ордер GTC під час польоту може бути "скасований", перебуваючи в мемпулі, скасувавши використаний у замовленні nonce.

Дивіться для отримання додаткової інформації