Skip to main content
Расширенный метод: получайте оценки приоритетной комиссии по ключам аккаунтов для специализированных сценариев, таких как анализ перед транзакцией, пакетные операции и исследование закономерностей аккаунтов.

Обзор

Метод ключей аккаунтов — более простая альтернатива сериализации транзакций, когда нужно быстро оценить комиссию или сделать это до формирования полной транзакции.

Advanced Use Cases

  • Анализ перед транзакцией
  • Пакетные операции с аккаунтами
  • Исследование рынка и закономерностей
  • Специализированные архитектуры

Trade-offs

  • Меньшая точность по сравнению с сериализованными транзакциями
  • Нет анализа отдельных инструкций
  • Лучше всего подходит для закономерностей на уровне аккаунтов
Рекомендация: для большинства приложений вместо этого используйте метод сериализованных транзакций. Метод ключей аккаунтов предназначен для специализированных сценариев, требующих анализа на уровне аккаунтов или планирования перед транзакцией.

Когда следует использовать ключи аккаунтов

Pre-transaction Planning

Получайте оценки комиссии до формирования полных транзакций

Simplified Integration

Используйте, если ваша архитектура затрудняет сериализацию транзакций

Quick Market Analysis

Анализируйте закономерности комиссий для определенных аккаунтов без формирования транзакций

Multi-account Analysis

Независимо изучайте закономерности комиссий для нескольких аккаунтов

Быстрый старт

1

Identify Accounts

Определите, какие аккаунты будут задействованы в вашей транзакции
2

Call the API

Отправьте запрос с ключами аккаунтов и нужным уровнем приоритета
3

Apply the Fee

Используйте оценку, чтобы установить приоритетную комиссию в транзакции

Базовый пример

Руководство по реализации

Основная функция

Ниже приведена переиспользуемая функция для получения оценок приоритетной комиссии:

Полный пример с несколькими уровнями приоритета

Типы аккаунтов и стратегии

Для аккаунтов программ с большим объемом операций приоритетные комиссии обычно выше из-за конкуренции.
Ожидаемое поведение: комиссии выше из-за большого объема транзакций и конкуренции.

Расширенные параметры конфигурации

Параметр evaluateEmptySlotAsZero особенно полезен для оценок на основе аккаунтов:
При значении true (по умолчанию) слотам без транзакций присваивается нулевая комиссия вместо их исключения. Это позволяет получать более сбалансированные оценки для аккаунтов с низкой активностью.
Запросите подробную информацию о закономерностях комиссий для каждого аккаунта:
В ответе будет дополнительная информация о том, как рассчитывались комиссии для каждого аккаунта.
Настройте количество слотов, анализируемых для оценки комиссии:
Короткий период анализа: более свежие, но потенциально волатильные данныеДлинный период анализа: более стабильный исторический контекст

Рекомендации по выбору аккаунтов

Include Writable Accounts

Приоритет: сосредоточьтесь на аккаунтах, которые будут изменены

Add Key Programs

Контекст: включите аккаунты соответствующих программ

Обработка ошибок и резервные варианты

Ограничения и особенности

Ограничения метода на основе аккаунтов:
  1. Меньшая точность для аккаунтов только для чтения — алгоритм ориентирован на записываемые аккаунты
  2. Нет анализа отдельных инструкций — невозможно учитывать конкретные операции
  3. Зависимость от активности аккаунта — меньшая точность для неактивных аккаунтов
  4. Не учитывается размер транзакции — сложность транзакции не принимается во внимание
Когда следует перейти на сериализованные транзакции:
  • Для рабочих приложений, требующих максимальной точности
  • Для сложных транзакций с несколькими инструкциями
  • Когда важны закономерности комиссий для отдельных инструкций
  • Для приложений с критичными требованиями к производительности

Связанные ресурсы

Serialized Transactions

Более точный метод с полной сериализацией транзакций

API Reference

Полная документация API и параметры