Bitcoin Core исправил некорректные default в описании OpenRPC
Публикация источника: 2026-09-19 · Редакционный анализ опубликован: 2026-09-21
Merged PR #36297 меняет две записи OpenRPC metadata, чтобы generated clients видели schema-valid defaults. Это изменение development tree, а не новый stable release или изменение mining consensus.
Анализ и практические выводы
В этом разделе — наш анализ и условные расчёты, отдельно от сообщения источника.
Что изменилось
Bitcoin Core 19 сентября 2026 года merged pull request #36297. Patch исправляет два default в getopenrpcinfo. Необязательный аргумент getdeploymentinfo.blockhash теперь использует DefaultHint, потому что его fallback описан как current chain tip, а не literal hash. Deprecated send.options.include_watching представлен boolean false вместо строки "false". Код меняется мало, но различие важно для инструментов, которые читают OpenRPC как machine-readable schema.
Почему hint не значение
Schema default должен быть значением, соответствующим declared type и пригодным для передачи методу. Фраза "hash of current chain tip" объясняет runtime behaviour, но не является hexadecimal block hash. DefaultHint сохраняет документацию, не выдавая описательный текст за valid argument. Контракт становится понятнее для code generators, validators и documentation tools, которым раньше приходилось игнорировать или отдельно обрабатывать некорректный default.
Почему нужен boolean false
Поле include_watching объявлено boolean. Default в виде текста "false" создаёт type mismatch, хотя человек понимает смысл. Patch использует настоящий boolean. Строгий OpenRPC consumer может отклонить документ, сгенерировать string-valued option или провалить schema tests. Корректная metadata уменьшает integration errors. При этом не меняется documented fact: deprecated option больше не используется RPC send.
Связь с майнингом
Pool software, payout systems, treasury automation и node monitoring часто оборачивают Bitcoin Core RPC. OpenRPC может создавать typed clients, test fixtures и operator documentation для control plane. Чистая schema помогает automation находить реальные interface changes, а не падать на собственных generated types. Patch не меняет proof of work, block templates, share difficulty, network difficulty, coinbase construction или ASIC behaviour, поэтому это не изменение hashrate или выплат.
Статус развёртывания
Pull request merged в development repository Bitcoin Core. Это не означает, что каждый public binary или работающая node уже содержит правку. Оператор должен знать фактический release и читать его notes. Backport, состав release candidate и упаковка дистрибутива — отдельные решения. Поставщику software нельзя заявлять поддержку только по дате merge: getopenrpcinfo следует проверить на точном Bitcoin Core build внутри продукта.
Как тестировать
Сохраните getopenrpcinfo текущей production version и candidate build. Проверьте документы одним OpenRPC validator, сгенерируйте client во временном namespace и изучите diff. Убедитесь, что blockhash остаётся optional, а fallback описан как current tip. Проверьте boolean type include_watching и отсутствие строки в request. Затем выполните RPC integration tests. Metadata generation не должна незаметно менять payout или wallet calls.
Дисциплина совместимости
Закрепляйте вместе версию Bitcoin Core и generated-client artifact. Храните hash source document, версию generator и code-review diff. Если validator стал строже, проверяйте весь документ, не считая эти поля единственными проблемами. В mining infrastructure разделяйте read-only credentials monitoring и wallet/payout credentials даже для clients из одной schema. Хорошая metadata повышает корректность, но не заменяет authentication boundaries, rate limits и transaction review.
Практический вывод
PR #36297 — точная metadata correction: описательный fallback становится DefaultHint, а текстовый false — boolean false. Польза прежде всего для разработчиков, генерирующих и проверяющих RPC clients. Правка уменьшает ambiguity и type errors, не затрагивая consensus или mining economics. Следует проверить exact build, регенерировать clients в staging и просмотреть изменения. Оснований срочно менять firmware майнеров или обещать больше блоков нет.
Источник: Bitcoin Core ↗
Калькулятор майнинга ↗
