Эта страница переведена с помощью ИИ. За эталон принимается английская версия.Открыть английскую версию →
Параметры обеспечения устанавливаются 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, 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.

