ГЛАВНАЯ / ИНСТРУКЦИИ / PRIORITY FEE И COMPUTE UNITS В SOLANA: КАК СВЯЗАНЫ ПАРАМЕТРЫ
Priority fee и compute units в Solana: как связаны параметры
Compute units (CU) измеряют вычислительную работу транзакции. Лимит задаёт верхнюю границу, а цена CU влияет на priority fee. В legacy и v0 транзакциях плата зависит от запрошенного лимита, поэтому чрезмерный запас может увеличить расходы, даже если транзакция использует меньше вычислений.
Compute units измеряют работу, а limit задаёт верхний предел
Во время исполнения Solana учитывает вычислительные ресурсы инструкций в compute units. Compute unit limit ограничивает, сколько CU транзакция может потребить. Он не означает, что весь лимит обязательно будет использован.
Compute unit price задаёт, сколько micro-lamports предлагается за каждый запрошенный CU в классической модели. Поэтому два параметра работают вместе: цена задаёт ставку за единицу, а лимит – количество единиц, участвующих в расчёте priority fee.
- фактическая работа может быть ниже лимита;
- лимит защищает от превышения бюджета исполнения;
- цена CU влияет на размер приоритетной части комиссии.
Для legacy и v0 priority fee считают по запрошенному лимиту
Для legacy и v0 транзакций расчёт priority fee использует произведение цены CU на CU limit и перевод micro-lamports в lamports с округлением вверх. Это значит, что повышенный лимит способен увеличить плату за неиспользованные вычисления.
В актуальной документации отдельно описан формат v1: в нём приоритетная плата задаётся абсолютным значением в сообщении, а не произведением цены и лимита. Кошелёк может скрывать технические поля и показывать только итоговую оценку, поэтому ориентируйтесь на экран подтверждения именно вашей транзакции.
Повышенная плата влияет на планирование, но не гарантирует подтверждение
Приоритетная комиссия может улучшить позицию транзакции в очереди исполнения, но не гарантирует включение в блок или конкретное время подтверждения. Состояние сети и параметры транзакции меняются, поэтому вчерашняя цена не является надёжным ориентиром.
Базовая комиссия и применимая priority fee списываются с плательщика до исполнения. Поэтому неуспешная транзакция тоже может стоить SOL. Проверьте, что на fee payer достаточно средств и что итоговая сумма понятна до подписи.
- приоритет не обещает результат;
- оценка комиссии зависит от состояния сети;
- ошибка исполнения не обязательно означает отсутствие комиссии.
Проверьте оценку кошелька вместо произвольного увеличения лимита
В обычном пользовательском сценарии разумно начать с параметров, рассчитанных совместимым кошельком или dApp. Если интерфейс предлагает ручную настройку, выясните, к какому формату относится транзакция и на чём основана оценка CU. Избыточный лимит не следует считать бесплатным запасом.
На экране подписи отдельно проверьте получателя, инструкции, токен, сумму и сетевой сбор. Если кошелёк показывает только одну итоговую комиссию, не выводите из неё точное значение CU без дополнительных данных.
| Параметр | Что означает | На что влияет |
|---|---|---|
| CU limit | Максимум вычислений | В legacy/v0 участвует в базе расчёта priority fee |
| CU price | Micro-lamports за CU | Увеличивает ставку приоритета |
| Priority fee | Приоритетная часть комиссии | Не гарантирует исполнение или срок |
Частые вопросы
Если транзакция использовала мало CU, пересчитают ли fee по факту?
В legacy/v0 приоритетная плата рассчитывается по запрошенному лимиту CU, а не по фактическому потреблению.
Priority fee гарантирует быстрый перевод?
Нет. Она влияет на приоритет планирования, но не обещает включение или время.
Можно ли задать одинаковую формулу для любого формата?
Нет. Формат v1 задаёт приоритетную комиссию иначе; проверьте формат или итоговую оценку кошелька.
Списывается ли комиссия при ошибке?
Комиссия может быть списана и при неуспешном исполнении; проверяйте баланс fee payer и статус транзакции.
Чек-лист: priority fee и compute units в solana: как связаны параметры
- лимит CU не принят за фактический расход;
- цена и итоговая плата проверены;
- учтён формат транзакции;
- на fee payer достаточно SOL;
- повышенный приоритет не принят за гарантию;
- получатель и инструкции проверены до подписи.
Материал подготовлен редакцией сайта и проверен 4 октября 2026 года. Условия бирж, кошельков и блокчейн-сетей могут меняться. Перед операцией сверяйте данные в интерфейсе выбранного сервиса.