19 октября 2026 года Polygon представил CDK Besu. Актуальная документация говорит, что описанная конфигурация Besu не обслуживает теги блока safe и finalized, хотя QBFT финализирует блоки при создании. Если платёжный экран получает такую ошибку RPC, сначала разберите неподдерживаемый запрос: сама ошибка ещё не устанавливает неудачу или исчезновение транзакции.
Новая конфигурация имеет собственные особенности
В анонсе запуска описана частная сеть Besu с подключением к Agglayer. Знакомство команды с другой конфигурацией CDK не заменяет проверки новых интерфейсов. Общее семейство продукта не делает любой запрос состояния блока взаимозаменяемым для разных клиентов и механизмов консенсуса. Порядок чтения статусов нужно соотносить именно с используемой сетью.
Что описывает указанная ошибка RPC
Обзор CDK Besu указывает ошибку -39001 для safe и finalized и предписывает операторам настроить aggkit на latest. Это рекомендация для описанного развёртывания. Она не разрешает называть любой последний блок финальным в посторонней сети или удалять собственные требования принимающего сервиса к подтверждению депозита.
Сохраняйте отдельно неудавшийся запрос и идентификатор транзакции. Панель может не получить нужное представление блока, тогда как результат определённого перевода ещё предстоит выяснить. Запишите сеть, метод, запрошенный тег, endpoint и время наблюдения. Эти сведения помогут оператору установить, требовал ли экран возможностей, которые поддерживает выбранная конфигурация. Одной надписи «ошибка» для такой диагностики мало.
| Что наблюдается | Что проверить первым | Какой вопрос ещё открыт |
|---|---|---|
| RPC-запрос с тегом вернул ошибку | Метод, тег и конфигурацию сети | Что произошло с указанной транзакцией? |
| У локальной транзакции виден результат | Запись в нужной исходной сети | Завершён ли необходимый процесс моста? |
| Межсетевое движение продвинулось | Связанные записи расчёта и назначения | Зачислил ли средства принимающий сервис? |
| Интерфейс по-прежнему показывает ожидание | Запись, на которой основана эта отметка | Задержка связана с запросом, мостом или обработкой получателя? |
Финальность блока и завершение моста — разные вопросы
Публичное руководство разделяет создание локальных блоков, обработку сертификатов и расчёт в L1. Описание безопасности ограничивает pessimistic proof учётом моста: это не доказательство каждого внутреннего перехода состояния частной цепочки. Выбирайте запись для проверяемого этапа, не превращая один технический успех в итог всего маршрута.
В условном обращении локальный перевод виден, а запрос экрана с finalized возвращает ошибку. Оператор разбирает совместимость запроса и затем выясняет, запрашивалось ли вообще отдельное межсетевое движение. Вторая проверка необходима: исправление чтения статуса не создаёт операцию моста. Локальный перевод также нельзя выдавать за получение в другой сети без связанной подтверждающей записи. Пример описывает ход проверки, а не реальный клиентский инцидент.
В обращении в поддержку сохраните исходный вопрос
- Подтвердите нужную сеть по официальной информации приложения.
- Сохраните идентификатор перевода и точную ошибку RPC, исключив ключи и секреты авторизации.
- Запишите метод и тег, вызвавшие ошибку, а также время наблюдения.
- Уточните у оператора, какой поддерживаемый запрос показывает нужный локальный результат.
- Для межсетевой операции получите связанные статусы моста и назначения, прежде чем считать платёж завершённым.
Не составляйте заменяющий платёж только из-за того, что интерфейс не прочитал тег блока. Сначала выясните итог исходного поручения. Оператору интеграции нужно следовать актуальному руководству своих компонентов и проверять соответствие экранных отметок исходным данным. В ходе подготовки статьи узел не запускался, действующая частная сеть не опрашивалась, ошибка на пополненном аккаунте не воспроизводилась. Здесь разобрана именно документированная особенность.
Перед отдельным обменом проверьте принимающий продукт
Подключение цепочки к Agglayer не устанавливает поддержку её депозитов каждым сервисом. Для обмена сверьте поддерживаемые монеты и сети, прочитайте порядок заявки и используйте форму простого обмена для конкретных реквизитов. Анонс CDK Besu не подтверждает депозит частной сети в KOT.CASH. Актив, сеть и получатель остаются частью проверки действительной операции.
Частые вопросы
Что документация Hyperledger Besu сообщает о тегах финальности?
Обзор CDK Besu описывает неподдерживаемые safe и finalized для своей конфигурации. Сначала уточните область документации, а затем применяйте её к используемой сети.
Где искать руководство Polygon CDK Besu на GitHub?
В статье указана публичная документация репозитория 0xPolygon/cdk-besu. Проверяйте её актуальную область и компоненты, не считая одинаковыми все конфигурации CDK.
Что передать оператору узла Hyperledger Besu при ошибке статуса?
Сохраните сеть, идентификатор транзакции, метод, тег и время наблюдения. Не включайте в обращение приватные ключи или секреты авторизации.