Documentation Index
Fetch the complete documentation index at: https://docs.raydium.io/llms.txt
Use this file to discover all available pages before exploring further.
Эта страница переведена с помощью ИИ. За эталон принимается английская версия.Открыть английскую версию →
Структура аккаунтов: пользовательские ATA на всём протяжении
Каждый поддерживаемый вариант swap маршрутизирует промежуточные токены через управляемые пользователем ATA. Пользователь владеет входным ATA, каждым промежуточным ATA и финальным выходным ATA. На активной поверхности нет общего / контролируемого маршрутизатором промежуточного аккаунта токена. Свойства:- Пользователь владеет одним ATA на каждый промежуточный токен.
- Пользователь предоставляет каждый ATA в список аккаунтов.
- Каждый промежуточный ATA должен уже существовать (инициализируйте его с помощью
CreateSyncNativeдля wSOL или через программу SPL Associated Token Account для любого другого mint перед маршрутизацией). - Маршрутизатор выполняет перевод из одного ATA в хранилище следующего pool на каждом hop.
- Каждый промежуточный ATA завершает каждый маршрут с тем же балансом, с которым он начал — маршрут потребляет то, что произвёл предыдущий hop.
USDC → SOL → STEP:
Структура аккаунтов для каждого hop
Аккаунты каждого hop передаются последовательно. Маршрутизатор определяет дочернюю программу, прочитав первый аккаунт в блоке каждого hop (ID программы), а затем выполняет переход к правильному обработчику. Для каждого hop маршрутизатор ожидает аккаунты, сгруппированные следующим образом:AMM v4 hop
Приблизительно 18 аккаунтов: pool, authority, хранилища, mints, аккаунты рынка OpenBook (сохранены в списке аккаунтов для обратной совместимости, хотя интеграция AMM v4 с OpenBook больше не активна), программы токенов. Полный список см. вproducts/amm-v4/accounts.
CPMM hop
Приблизительно 11–13 аккаунтов: состояние pool, authority, хранилища (2), mints (2), программы токенов, системная программа, программа связанных токен-аккаунтов. См.products/cpmm/accounts.
CLMM hop
Приблизительно 15+ аккаунтов: pool, массивы тиков, хранилища, mints, состояние наблюдений, подписант, программы токенов. См.products/clmm/accounts.
Stable hop
Аналогично AMM v4. См.products/stable/accounts.
Поток токенов и владение ATA
- Вызывающая сторона подписывает
user_input_ata. - Вызывающая сторона должна владеть всеми входными, промежуточными и выходными ATA. Маршрутизатор отклонит транзакцию, если владелец какого-либо промежуточного ATA не является подписантом.
- Баланс
user_input_ataвызывающей стороны должен быть достаточным для входа первого hop (amount_inдля тега 0 / 8 илиmaximum_amount_inдля тега 1 / 9). - Каждый промежуточный ATA должен уже существовать в цепи. Если он не существует, создайте его заранее — обычно через программу SPL Associated Token Account или с помощью
CreateSyncNative(тег 5) для ATA wSOL.
Инструкция CreateSyncNative
Если вам нужно маршрутизировать через завёрнутый SOL и вы не хотите вручную создавать и синхронизировать ATA wSOL, используйтеCreateSyncNative (тег 5):
amount SOL в него через системную программу и синхронизирует его в одной инструкции. Полезно для инициализации свежего ATA wSOL перед маршрутизацией.
Инструкция CloseTokenAccount
После завершения маршрута вы можете захотеть закрыть любой промежуточный ATA — чаще всего ATA wSOL — чтобы вернуть арендную плату. ИспользуйтеCloseTokenAccount (тег 6):
Что дальше
products/routing/instructions— формы аргументов и порядок списка аккаунтов для каждой инструкции.products/routing/code-demos— создание маршрута на TypeScript.reference/program-addresses— ID дочерних программ.


