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

# Статус системы

> Как проверить, что сеть, биржа и мост работают нормально, — включая то, что вы можете проверить сами, не дожидаясь чьей-либо публикации.

<Note>
  Публичная страница статуса запускается вместе с [публичным тестнетом 20 сентября 2026 года](/ru/protocol/roadmap/milestones). До этого описанные ниже проверки — авторитетный способ увидеть, что делает сеть; они остаются авторитетными и после запуска, потому что читают блокчейн, а не отчёт о нём.
</Note>

<h2 id="check-the-chain-directly">
  Проверьте блокчейн напрямую
</h2>

Самый надёжный сигнал — не страница, которую кто-то ведёт. Это сам блокчейн, и ответ получается одним запросом.

Корень RPC узла возвращает текущее состояние сети:

```json theme={null}
{
  "chain_id": 2,
  "node_role": "validator",
  "block_height": "1540443",
  "ledger_version": "5046975",
  "epoch": "125",
  "oldest_ledger_version": "0"
}
```

Вызовите его дважды с интервалом в несколько секунд. **Если `block_height` растёт, сеть производит блоки** — а поскольку [сопоставление, клиринг и ликвидация исполняются внутри блока](/ru/protocol/architecture/kernel), сеть, которая производит блоки, — это и есть площадка, которая сопоставляет, проводит клиринг и ликвидирует. Отдельного биржевого процесса, который мог бы лежать при работающем блокчейне, здесь нет.

Это структурное свойство, а не операционное заявление. На площадке, где движок сопоставления — сервис рядом с блокчейном, «с блокчейном всё в порядке» и «торговля работает» — по-настоящему разные вопросы. Здесь это один и тот же вопрос.

Эндпоинты перечислены на странице [Сеть сегодня](/ru/protocol/architecture/network-status).

<h2 id="what-can-actually-be-degraded">
  Что действительно может деградировать
</h2>

Кое-что *может* отказать независимо, и это стоит знать поимённо, потому что каждый такой отказ можно наблюдать.

| Компонент                                                     | Симптом                                          | Что продолжает работать                                                |
| ------------------------------------------------------------- | ------------------------------------------------ | ---------------------------------------------------------------------- |
| **[Индексатор](/ru/protocol/architecture/indexer)**           | Исторические запросы и потоки отстают или встают | Торговля. Отправка и исполнение ордеров от него не зависят             |
| **[Оракул](/ru/protocol/architecture/oracle)**                | Индексные цены перестают обновляться для рынка   | Стакан. Маркировочная цена и финансирование по этому рынку деградируют |
| **[Мост](/ru/protocol/architecture/bridge)**                  | Депозиты или выводы встают                       | Торговля тем балансом, который уже есть                                |
| **[Программные сервисы](/ru/protocol/architecture/programs)** | Комиссионные уровни перестают обновляться        | Торговля по текущей применённой ставке                                 |
| **Веб-интерфейс**                                             | Сайт недоступен                                  | Всё — через API                                                        |

Закономерность стоит назвать: **торговый путь не зависит ни от одного из них.** Каждый стоит либо выше по потоку — как вход, который блокчейн уже принял, — либо ниже, как читатель того, что блокчейн зафиксировал. Ни одна из этих позиций не может остановить блок.

Для интеграции отсюда следует, что «индексатор отстаёт» и «мой ордер не исполнился» — не связанные между собой диагнозы, и если считать их одним сигналом, поиски пойдут не туда.

<h2 id="checking-your-own-view">
  Проверка собственного подключения
</h2>

Два поля в этом ответе RPC отвечают на вопросы, с которыми обычно идут в поддержку.

**`chain_id` подтверждает, в какой вы сети.** Если клиент будто бы не видит балансов, дело гораздо чаще в том, что он подключён не к той сети, а вовсе не в инциденте.

**`oldest_ledger_version` показывает, насколько глубоко этот узел хранит историю.** Агрессивно обрезанный узел корректно отдаёт текущее состояние, но на исторические запросы не отвечает вообще — выглядит это как потеря данных, хотя ею не является. См. [Синхронизация состояния](/ru/protocol/architecture/state/sync).

<h2 id="what-the-status-page-will-cover">
  Что будет на странице статуса
</h2>

Когда она запустится вместе с публичным тестнетом:

* **Статус компонентов** из перечисленных выше, каждый отдельно, а не свёрнутый в один индикатор
* **Плановые работы**, объявляемые заранее с окном и ожидаемым влиянием
* **История инцидентов**, сохраняемая, а не очищаемая после устранения
* **Обновления по ходу инцидента** во время события

Инциденты, затронувшие исполнение, средства или открытые позиции, дополнительно фиксируются в [журнале изменений протокола](/ru/protocol/roadmap/changelog), чтобы постоянная запись жила не только на странице статуса.

<h2 id="reporting-a-problem">
  Как сообщить о проблеме
</h2>

Если что-то выглядит неправильно, а блокчейн производит блоки, дело, скорее всего, в конкретной поверхности или в вашей интеграции. Укажите, что вы делали, эндпоинт, хеш транзакции или идентификатор ордера, если он есть, и высоту блока или отметку времени.

Отправьте это на `contact@intention.xyz`. Подозрения на уязвимость идут через процесс [программы вознаграждений за уязвимости](/ru/protocol/security/bug-bounty) — поставьте в тему письма **Security**, чтобы оно ушло в обработку раньше обычной почты.

<h2 id="where-to-go-next">
  Что дальше
</h2>

<CardGroup cols={2}>
  <Card title="Сеть сегодня" href="/ru/protocol/architecture/network-status">
    Идентификатор блокчейна, живые эндпоинты и чего ожидать.
  </Card>

  <Card title="Журнал изменений протокола" href="/ru/protocol/roadmap/changelog">
    Датированная запись релизов и инцидентов.
  </Card>

  <Card title="Контакты" href="/ru/help/contact">
    Как связаться с командой.
  </Card>

  <Card title="Разработчикам" href="/ru/developers/overview">
    API и как построить интеграцию, которая деградирует аккуратно.
  </Card>
</CardGroup>