> ## Documentation Index
> Fetch the complete documentation index at: https://docs.orbitflare.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Частые вопросы об Apex

> Ответы на частые вопросы об OrbitFlare Apex: доступ, чаевые и стоимость, пути Jito и SWQoS, бандлы, транзакции v1, подтверждение и лимиты запросов.

## Доступ

<AccordionGroup>
  <Accordion title="Как получить доступ к Apex?">
    Apex находится в бета-версии и доступен только по приглашениям. Когда ваш аккаунт будет активирован, создайте API-ключи в [панели управления OrbitFlare](https://orbitflare.com/dashboard) в разделе **Dashboard > Apex**. Чтобы запросить приглашение, свяжитесь с командой в [Discord](https://discord.gg/orbitflare).
  </Accordion>

  <Accordion title="Является ли эндпоинт Apex полноценным Solana RPC?">
    Нет. Эндпоинт Apex принимает отправку: `sendTransaction`, `sendBundle` и простые HTTP-маршруты отправки, а также `getTipAccounts`, `getInflightBundleStatuses`, `getVersion` и `health`. Для blockhash, чтения аккаунтов, симуляции и подтверждения продолжайте использовать свой обычный [OrbitFlare RPC](/ru/rpc/http).
  </Accordion>

  <Accordion title="Работает ли Apex в devnet или testnet?">
    Apex обслуживает mainnet Solana.
  </Accordion>

  <Accordion title="Какой эндпоинт Apex мне использовать?">
    Тот, у которого наименьшее время обмена от вашего отправителя. Измеряйте с помощью `GET /ping`. Каждый эндпоинт Apex сам направляет транзакции к следующим лидерам, поэтому ваш выбор влияет только на ваш собственный участок пути. См. [Эндпоинты и регионы](/ru/apex/endpoints).
  </Accordion>
</AccordionGroup>

## Чаевые и стоимость

<AccordionGroup>
  <Accordion title="Сколько стоит Apex?">
    Вы платите чаевые внутри каждой транзакции и только тогда, когда эта транзакция попала в блок. Минимум стандартного тарифа составляет 0.001 SOL (1,000,000 lamports). Отклонённая, просроченная или отброшенная транзакция ничего не стоит.
  </Accordion>

  <Accordion title="Нужно ли добавлять ещё и чаевые Jito?">
    Нет. Одни чаевые Apex покрывают все три пути. Когда побеждает путь Jito, Apex ставит в Jito ваши чаевые за вычетом базовой комиссии 5,000 lamports в том же бандле, что и ваша транзакция.
  </Accordion>

  <Accordion title="Нужна ли мне по-прежнему приоритетная комиссия?">
    Да. Apex доставляет вашу транзакцию лидеру, а лидер по-прежнему упорядочивает транзакции по приоритетной комиссии. Задавайте лимит и цену вычислительных единиц в каждой транзакции. См. [Чаевые](/ru/apex/tips#чем-чаевые-отличаются-от-приоритетной-комиссии).
  </Accordion>

  <Accordion title="Почему моя транзакция отклонена с no tip, хотя чаевые в ней есть?">
    Чаевые должны быть переводом SystemProgram верхнего уровня на один из аккаунтов из `getTipAccounts`. Перевод, сделанный вашей программой через CPI, не считается, как и перевод на любой другой адрес. Также проверьте, что аккаунт для чаевых находится в статических ключах аккаунтов, а не загружен через address lookup table, и что плательщик чаевых подписывает транзакцию. См. [ошибки чаевых](/ru/apex/errors-and-rate-limits#ошибки-чаевых-подробно).
  </Accordion>

  <Accordion title="Меняются ли аккаунты для чаевых?">
    Получайте их через `getTipAccounts` при запуске и время от времени обновляйте, а не зашивайте в код. Выбирайте один случайным образом для каждой транзакции.
  </Accordion>

  <Accordion title="Что происходит с чаевыми, если моя транзакция попала в блок, но завершилась ошибкой?">
    Транзакция, которая завершилась ошибкой при исполнении, откатывается целиком, включая перевод чаевых. Вы платите только сетевую комиссию.
  </Accordion>
</AccordionGroup>

## Отправка

<AccordionGroup>
  <Accordion title="Какой транспорт мне использовать?">
    Начните с JSON-RPC `sendTransaction`, поскольку он встраивается в существующий код. Переходите на `POST /send-bin` ради меньших накладных расходов по HTTP или на QUIC с [клиентом на Rust](/ru/apex/rust-client) ради самого быстрого пути. Маршрутизация и приоритет одинаковы на всех транспортах. См. [Отправка транзакций](/ru/apex/sending-transactions).
  </Accordion>

  <Accordion title="Я получил подпись. Попала ли моя транзакция в блок?">
    Не обязательно. Подпись означает, что эндпоинт Apex принял транзакцию и отправляет её наперегонки. Подтвердите через `getSignatureStatuses` на Solana RPC. См. [Подтверждайте каждую отправку](/ru/apex/best-practices#подтверждайте-каждую-отправку).
  </Accordion>

  <Accordion title="Симулирует ли Apex мою транзакцию?">
    Нет. Никто между вами и лидером не выполняет симуляцию и preflight-проверки. Если вам нужна симуляция, сначала вызовите `simulateTransaction` на своём обычном RPC.
  </Accordion>

  <Accordion title="Как долго Apex продолжает повторять отправку?">
    Пока транзакция не попадёт в блок или пока не истечёт её blockhash. После этого соберите её заново со свежим blockhash и отправьте новую транзакцию.
  </Accordion>

  <Accordion title="Можно ли отправить одну и ту же транзакцию через Apex и другой сервис отправки?">
    Да. Сеть исполняет конкретную подпись один раз, поэтому отправлять одну и ту же подписанную транзакцию наперегонки через несколько сервисов безопасно. Ваши чаевые Apex выплачиваются, только если транзакция попала в блок, какой бы сервис её ни доставил.
  </Accordion>

  <Accordion title="Можно ли вызывать Apex из браузера?">
    CORS включён в каждом HTTP-ответе, поэтому браузерный код может вызывать маршруты напрямую. Помните, что ключ, переданный на публичную страницу, виден посетителям, и что эндпоинты Apex обслуживаются по обычному HTTP, поэтому страница, загруженная по HTTPS, подпадает под правила о смешанном содержимом. См. [Аутентификация](/ru/apex/authentication#браузеры).
  </Accordion>

  <Accordion title="Передаётся ли мой API-ключ по сети?">
    По HTTP да, в виде заголовка `x-api-key` или параметра запроса `api-key`. По QUIC нет: клиент предъявляет сертификат, производный от ключа, а сам ключ никогда не покидает вашу машину. В любом случае ключ не может тратить средства, потому что каждая транзакция подписывается вашей собственной ключевой парой.
  </Accordion>
</AccordionGroup>

## Бандлы и транзакции v1

<AccordionGroup>
  <Accordion title="Когда использовать бандл вместо обычной отправки?">
    Только когда вам нужно, чтобы несколько транзакций исполнились по порядку и по принципу «всё или ничего». Бандлы идут только по пути block engine Jito, поэтому они попадают в блок только у лидеров с поддержкой Jito. Одиночная транзакция попадает в блок быстрее при обычной отправке, которая использует все три пути. См. [Бандлы](/ru/apex/bundles).
  </Accordion>

  <Accordion title="Сколько чаевых нужно бандлу?">
    Ровно одна транзакция в бандле содержит чаевые Apex не ниже минимума вашего тарифа.
  </Accordion>

  <Accordion title="Можно ли отправлять транзакции больше 1232 байт?">
    Да, в виде [транзакции v1](/ru/apex/transaction-v1) (SIMD-0385), до 4096 байт через `sendTransaction`, `/send`, `/send-bin`, `/send-batch` и QUIC. Для транзакций legacy и v0 остаётся предел 1232 байта, как и для участников бандла.
  </Accordion>
</AccordionGroup>

## Ограничения и поддержка

<AccordionGroup>
  <Accordion title="Какие действуют лимиты запросов?">
    Лимиты запросов действуют на каждый API-ключ и задаются тарифом ключа. При превышении лимита возвращается JSON-RPC `-32029`, HTTP `429` или код допуска QUIC `2`. См. [Ошибки и лимиты запросов](/ru/apex/errors-and-rate-limits#лимиты-запросов).
  </Accordion>

  <Accordion title="Есть ли клиент для моего языка?">
    Официальным клиентом является крейт Rust `apex-sender-client`. Любой другой язык может использовать JSON-RPC и простые HTTP-маршруты вообще без библиотеки, а протокол QUIC задокументирован для всех, кто хочет его реализовать. См. [QUIC из других языков](/ru/apex/sending-transactions#quic-из-других-языков).
  </Accordion>

  <Accordion title="Где получить помощь?">
    Свяжитесь с командой в [Discord](https://discord.gg/orbitflare), [Telegram](https://t.me/orbitflare) или по электронной почте [support@orbitflare.com](mailto:support@orbitflare.com).
  </Accordion>
</AccordionGroup>