Хардфорк Kaspa Toccata — Чек-лист для операторов нод после активации

Хардфорк Toccata активирован. Активация произошла на DAA-счёте 474 165 565 ориентировочно 30 июня 2026 года в 16:15 UTC, что привнесло на L1 Kaspa нативное программирование с использованием ковенантов и инфраструктуру ZK-приложений, как указано в KIP16, KIP17, KIP20 и KIP21 (source).

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

Односторонняя база данных: откат невозможен без полной синхронизации

Первый и самый важный момент для усвоения: обновление базы данных ноды необратимо. После обновления базы данных до Kaspa v2.0.1 (или новее) вы не сможете откатить её до более ранней версии. Если вам по какой-либо причине потребуется вернуться к версии до Toccata, придётся выполнять полную синхронизацию с нуля.

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

Новый порог комиссии: политика, а не консенсус

Toccata меняет минимальную стандартную комиссию, которую применяет мемпул ноды. Новая формула:

100 сомпи × max(грамм вычислений, 2 × байт транзакции)

Член 2 × байт транзакции отражает нормализованный компонент переходной массы после Toccata — фактически он удваивает лимит переходной массы для размещения ZK-STARK-доказательств.

Важно понимать точно: это правило комиссии является правилом политики ноды / мемпула, а не правилом консенсуса. Транзакции с нулевой комиссией являются и остаются валидными по консенсусу. Нода не отклонит блок, содержащий транзакцию с нулевой комиссией. Однако нода *откажется* передавать или принимать в свой мемпул любую транзакцию, комиссия которой ниже нового минимума.

До и после активации

До активации более высокая минимальная комиссия применялась только к транзакциям, отправленным напрямую через RPC. Транзакции, полученные через P2P-ретрансляцию, по-прежнему подчинялись старой политике.

После активации транзакции, ретранслируемые через P2P, также отклоняются, если они не соответствуют новому правилу комиссии. Это означает, что любой кошелёк или сервис, который отправлял транзакции со старой минимальной комиссией или полагался на захардкоженные допущения о пороге комиссий, молча перестанет работать, если не был обновлён.

Что должны сделать кошельки и сервисы

Рекомендация из исходника прямая: не полагайтесь на устаревшие фиксированные допущения о минимальной комиссии. По возможности выводите требуемую минимальную комиссию через API ноды, либо обновите константы комиссий в соответствии с новым правилом. Если ваш кошелёк или интеграция отправляет транзакцию с комиссией ниже порога после активации, она будет отклонена мемпулом обновлённых нод — а поскольку подавляющее большинство сети уже обновилось, такая транзакция фактически исчезает.

Это тип молчаливого сбоя, который может запутать конечных пользователей. Транзакция, по всей видимости, отправляется, кошелёк сообщает об успехе на уровне RPC, но транзакция так и не распространяется. Если вы управляете кошельком, системой выплат пула или любым автоматизированным пайплайном отправки транзакций, протестируйте вывод комиссии прямо сейчас.

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

Минимальные требования к аппаратному обеспечению для ноды Kaspa увеличились:

Причин две. Во-первых, более точное тестирование производительности, проведённое @elldeeone, показало, что предыдущие оценки были оптимистичными. Во-вторых, удвоение лимита переходной массы для поддержки ZK-STARK-доказательств увеличивает нагрузку на данные на блок.

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

Новый RPC GetBlockRewardInfo

Toccata вводит новую конечную точку RPC, GetBlockRewardInfo, созданную для учёта пула, отчётности майнеров и отслеживания наград на уровне блоков. Она принимает хеш блока и возвращает:

• header: заголовок запрошенного блока.
• blockColor: UNKNOWN, BLUE или RED.
• confirmationCount: заполняется, когда у блока известен контекст слияния.
• mergingChainBlockHash: заполняется, когда у блока известен контекст слияния.
• rewardAmount: заполняется, когда награда за блок становится вычислимой.

Поля blockColor и контекст слияния особенно полезны для пулов, которым необходимо учитывать осиротевшие (orphaned) или красные (red) блоки — это специфическая проблема DAG, с которой майнеры плоских цепочек никогда не сталкиваются. Если ваше программное обеспечение пула ещё не использует эту конечную точку, самое время её интегрировать.

Почему это важно для самостоятельного хранения

Ковенанты — главная черта Toccata, именно они делают возможной логику хранилищ (vaults) на цепочке — задержки вывода, тревожные клавиши, наследование по принципу «мёртвая рука» — без необходимости доверять третьей стороне хранение ваших средств. До Toccata такие паттерны требовали внецепочечной координации или кастодиальных соглашений. Теперь они нативно поддерживаются на L1.

Для всех, кто хранит собственные ключи, это обновление, которое делает самостоятельное хранение чем-то большим, чем просто «хранить сид-фразу». On-chain ковенанты дают вам программируемые ограничения — задержки, позволяющие реагировать на кражу, механизмы наследования, не требующие юриста. Ничего из этого не работает, если ваша нода не обновлена и не синхронизирована с цепочкой после Toccata.

Быстрый чек-лист верификации

Если вы уже обновились, вот быстрая проверка на работоспособность:

1. Подтвердите версию ноды: kaspad --version должен показывать v2.0.1 или новее. 2. Подтвердите, что вы на цепочке после Toccata: ваша нода должна пройти DAA-счёт 474 165 565. 3. Проверьте транзакцию: отправьте тестовую транзакцию через RPC и убедитесь, что она соответствует новому правилу комиссии. Если она отклонена с ошибкой, связанной с комиссией, вашу интеграцию нужно обновить. 4. Проверьте БД: если вы обновили базу данных, помните — процесс необратим. Убедитесь, что вы готовы работать с этой версией. 5. Операторы пулов: интегрируйте GetBlockRewardInfo для точного учёта наград, особенно для отслеживания красных/синих блоков.

Если вы ещё не обновились и читаете это после активации, ваша нода уже откололась от сети. Обновитесь до v2.0.1, выполните повторную синхронизацию и присоединяйтесь снова. Каждый блок, который вы пропускаете во время рассинхронизации, — это блок, который ваш сервис не может видеть или валидировать.

---

*Источник: Руководство по настройке ноды для хардфорка Kaspa Toccata на GitHub.*