Skip to main content
Эта страница переведена с помощью ИИ. За эталон принимается английская версия.Открыть английскую версию →
Параметры обеспечения устанавливаются Orderly Network и периодически меняются. Таблицы ниже — это снимок состояния; всегда получайте актуальные значения из API Orderly перед котировкой или расчётом позиций. Официальный справочник Orderly: orderly.network/docs/introduction/trade-on-orderly/multi-collateral.

Расчёт и обеспечение

  • Валюта расчёта: USDC. Все P&L, платежи финансирования и учёт ликвидаций происходят в USDC независимо от того, что вы внесли.
  • Активы обеспечения: несколько. Можно вносить USDT, SOL, ETH, BNB, WBTC, YUSD, USD1 (и сам USDC). Необеспечение, не являющееся USDC, хранится по текущей рыночной стоимости с применением дисконта и учитывается в маржу в эквиваленте USDC.
Практическое следствие: если вы внесли SOL и цена SOL упала вдвое, ваше соотношение маржи ухудшится даже если ваши позиции по фьючерсам не изменились. Для боевого использования это существенный риск, которого нет при внесении USDC.

Глобальные лимиты (общие для всех пользователей)

Эти ограничения применяются ко всему протоколу, а не к отдельному счёту. Когда глобальный лимит для актива достигнут, новые внесения этого актива (на этой сети) отклоняются до тех пор, пока другие пользователи не выведут средства. Количества обозначены в единицах самого актива (SOL в SOL, ETH в ETH, USDT в USDT и т. д.), а не в эквиваленте USDC.

Лимиты по счёту

Эти ограничения применяются к каждому отдельному кошельку / счёту фьючерсов. USDC не имеет указанного лимита на счёт, так как это активу расчёта; действующий лимит — это то, что позволяет платформа / сторона Orderly в данный момент.

Процесс внесения и вывода средств

Внесение. Пользователь подписывает транзакцию в цепи-источнике, которая перемещает актив в хранилище Orderly. Релайер Orderly подтверждает внесение и зачисляет средства на счёт фьючерсов Solana. Межцепные внесения (например, ETH из Arbitrum) занимают больше времени, чем внесения нативного SOL, поскольку релайер должен дождаться финализации в цепи-источнике. Вывод. Пользователь подписывает внецепной запрос; Orderly дебетует счёт и выполняет переводит активы в цепь назначения. Применяется фиксированная комиссия 1 USDC за вывод (установлена Orderly, не Raydium). Вывод не удаётся, если он снизил бы соотношение маржи ниже требуемого порога — вы не можете вывести обеспечение, которое обеспечивает открытую позицию.

Учёт маржи

Для кросс-маржинального счёта со смешанным обеспечением:
  • asset_price_usd поступает из ценового оракула Orderly, а не из пула Solana.
  • haircut_fraction защищает от падения цены обеспечения. Для USDC обычно 0%; для волатильного обеспечения, такого как SOL или ETH, применяется существенный дисконт.
  • maintenance_margin_required — сумма требований по марже обслуживания для каждой открытой позиции.

Последствия для интеграторов

  • Не моделируйте обеспечение как эквивалент USDC без дисконта — действительная покупательная способность может быть значительно ниже.
  • Следите за подтверждением в цепи-источнике. Межцепные внесения невозможно потратить, пока Orderly их не подтвердит; пользователь, который только что внёс ETH из Ethereum, может видеть «недостаточная маржа» в течение нескольких минут.
  • Уважайте лимиты на счёт. Автоматизированная логика внесения, которая не проверяет лимит, будет периодически выходить из строя, когда пользователь приближается к пределу.
  • USDC — единственное «плоское» обеспечение. Для любой системы определения размера позиции, которая не может обрабатывать эффекты, подобные FX, между обеспечением и расчётом, настаивайте на внесении только USDC.

Что дальше

Источники:
  • Справочник многосредств Orderly Network.
  • Панель обеспечения Raydium Perps UI на perps.raydium.io.