Приоритетная комиссия Solana зависит от запрошенного лимита вычислительных единиц и цены за единицу. Её добавляют к базовой части платы. При расчёте используют выставленный лимит CU, даже если программа фактически использовала меньше. Ставка для CU выражается в микролампортах, а итоговая плата списывается в лампортах. Из-за этой разницы единиц число в форме кошелька легко принять за итог.
Как получить число из двух полей
Допустим, транзакция запрашивает лимит 300 000 CU и цену 1 250 микролампортов за CU. Произведение равно 375 000 000 микролампортов. В одном лампорте миллион микролампортов, поэтому надбавка составляет 375 лампортов. Если результат деления дробный, расчёт округляют вверх до целого лампорта. При условной базовой плате 5 000 лампортов итог примера равен 5 375, или 0,000005375 SOL.
Если расход по журналу составил 180 000 CU, подстановка этого значения вместо 300 000 даст 225 лампортов и занизит рассчитанную надбавку. Если увеличить запрошенный лимит до 400 000 CU при той же цене, надбавка вырастет до 500 лампортов. Сумма перевода в этих примерах никак не участвует в расчёте. Две операции на одинаковое число токенов могут выполнять разный набор инструкций.
Где посмотреть запрошенный лимит
Откройте запись операции и найдите инструкции Compute Budget, если кошелёк их добавил. Цена вычислительной единицы и её лимит — разные параметры. В сведениях об исполнении отдельно может быть указан фактический расход вычислений. Для сверки списания используйте комиссию из метаданных подтверждённой транзакции. Для расчёта отдельной надбавки берите исходный лимит, цену и правила единиц.
Интерфейс может показывать общий расчёт в SOL, хотя внутри транзакции настройки записаны иначе. Проверьте десятичный разделитель и число нулей, прежде чем сравнивать ставки. Перевод в SOL выполняют из лампортов по соотношению один миллиард лампортов за один SOL. Название поля «priority» ещё не указывает, показывает кошелёк цену за CU или готовую сумму надбавки.
Почему слишком большой или малый лимит мешает
Лимит должен покрывать работу инструкций. Если его не хватит при исполнении, операция может завершиться ошибкой. При этом обработанная сетью транзакция может оставить запись о списанной плате. Слишком большой запас при ненулевой ставке поднимает надбавку в расчёте выше потребности примера. Оценка расхода при симуляции помогает выбрать разумный предел, но результат может отличаться, если состояние программы изменилось к моменту исполнения.
Приоритетная плата влияет на обработку, но сама по себе не гарантирует, что транзакцию включат и она выполнится успешно. Если операция исчезла из интерфейса или истекла, сначала уточните её фактический статус по подписи. Для операции, которая не дошла до исполнения, и для записи с ошибкой в блоке нужно проверять разные сведения.
Что входит в плату, а что списывается отдельно
Базовая часть связана с подписями. Для конкретной операции сверьте суммарную комиссию в метаданных, поскольку количество подписей и состав инструкций могут отличаться. Если транзакция создаёт учётную запись для токена, изменение баланса может включать отдельное финансирование этой записи. Такое списание проверяют по инструкциям и изменениям остатков, отдельно от платы за обработку.
При переводе USDT или другого токена в Solana заранее уточните, кто выступает плательщиком комиссии и достаточно ли средств у этого счёта. Если вывод делает биржа, её тариф за вывод может отличаться от платы одной операции в сети. У обычной транзакции Ethereum связь лимита и списания устроена иначе.