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

Финальность означает момент, когда базовый процесс консенсуса блокчейна при нормальных условиях уже не должен реалистично обратить транзакцию, а активы больше не подвержены откату или периодам оспаривания. В сетях proof-of-work, таких как Bitcoin, финальность является вероятностной: уверенность растет по мере добавления новых блоков после транзакции, но риск реорганизации никогда не падает до абсолютного нуля. В системах proof-of-stake с чекпойнтами финальность может становиться ближе к детерминированной после того, как сеть достигает обоснованного и финализированного состояния. Для мостов и сетей второго уровня пользователям также необходимо учитывать расчет обратно на базовой цепочке.

На практике пользователи Bitcoin обычно считают, что дополнительные подтверждения повышают безопасность. Транзакции Ethereum могут включаться быстро, тогда как протокольная финальность сейчас занимает примерно четверть часа. Solana предлагает очень быстрые предварительные подтверждения, а ее запланированное обновление Alpenglow нацелено на финальность менее чем за секунду. Сети второго уровня могут предоставлять мгновенные локальные квитанции, но их полноценный расчет зависит от финализации на первом уровне или периодов оспаривания. Поэтому мерчантам и казначеям нужны письменные правила, различающиеся по цепочке, сумме и риску контрагента.

Обозреватели блоков, кошельки, платежные процессоры и биржи также могут использовать разные статусы для одной и той же транзакции. Пользовательская отметка «подтверждено» или зачисленный баланс могут отражать внутреннюю политику, а не самую сильную гарантию расчета, доступную в базовой цепочке. Именно поэтому правила финальности важны операционно: они определяют, когда отправлять товары, когда зачислять депозиты, когда считать зарплату выплаченной и когда можно сверить казначейский перевод.

Что означает финальность в разных блокчейнах

Финальность не является единым универсальным стандартом. Первая широкая категория — вероятностная финальность, при которой вероятность реорганизации цепочки уменьшается по мере того, как дополнительные блоки подтверждают транзакцию. Вероятность может стать очень низкой, но математически она не равна нулю. Вторая категория — детерминированная, или сильная, финальность. В этой модели после достижения сетью необходимого порога протокол не должен откатывать историю без чрезвычайного социального вмешательства.

Рабочий документ Международного валютного фонда описывает это различие схожими терминами. Системы без верхнего предела ресурсов, значимых для консенсуса, такие как proof-of-work, обеспечивают вероятностный расчет. Конструкции, которые фиксируют ресурсы и используют пороги или чекпойнты, могут предоставлять более сильные гарантии. Это различие особенно важно для токенизированной инфраструктуры финансовых рынков, где операционная определенность имеет большое значение. Документ IMF доступен здесь: Международный валютный фонд.

На практике правильный порог финальности зависит от терпимости к риску. Кофейня может принять платеж в Bitcoin на пять долларов без подтверждений. Казначейский отдел, переводящий семизначную сумму, обычно не будет использовать тот же порог. И модель консенсуса протокола, и бизнес-контекст получателя определяют, когда платеж следует считать финальным.

Стандарты подтверждений Bitcoin и Ethereum

У Bitcoin нет официального числа подтверждений, которое делает платеж необратимым. Со временем шесть подтверждений стали широким отраслевым ориентиром, поскольку они снижают риск двойной траты до уровня, который многие компании считают приемлемым для обычных транзакций. Это не устраняет риск полностью. Крупные майнеры, волатильные мемпулы и Replace-by-Fee все еще могут влиять на обработку транзакций. Подходящий порог зависит от контекста: одно–три подтверждения могут использоваться для небольших розничных платежей, шесть и более — для более крупных платежей, а дополнительные подтверждения могут требоваться, когда риск контрагента неизвестен.

Ethereum работает иначе. При текущем поведении сети Gasper и Casper-FFG эпохи финализируются с периодичностью, которая соответствует времени до финальности около 16–17 минут. Исследование заинтересованных сторон команды Ethereum Consensus оценивает этот показатель примерно в 1,000 секунд. В том же исследовании отмечается, что многие участники считают: сокращение финальности до менее чем минуты, в идеале до десятков секунд, повысило бы безопасность мостов и сделало пользовательский опыт L2 и платежей более плавным. Исследование Ethereum Consensus доступно здесь: Ethereum Consensus.

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

Solana и обновление финальности Alpenglow

Solana уже предоставляет быстрые предварительные подтверждения, которые для пользователей могут ощущаться как мгновенные, но протокольная финальность исторически отставала от этого фронтенд-опыта. Переработка консенсуса Alpenglow призвана сократить этот разрыв. По данным Solana Foundation, Alpenglow нацелен на время до финальности около 150 миллисекунд по сравнению с текущей финальностью TowerBFT примерно 12.8 секунды и задержкой предварительного подтверждения около 400 миллисекунд. Работы по развертыванию продвигались через devnet и testnet, а миграция mainnet связана с релизами клиента Agave и запланирована на период с Q3 по Q4 2026. Подробности доступны здесь: Solana Foundation.

Также есть связанное изменение в управлении валидаторами и операционной части. Валидаторы Solana могут регистрировать публичные BLS-ключи в mainnet, а активация feature gate Validator Admission Ticket была запланирована на неделю 20 июля 2026 года. VAT исключит из консенсуса валидаторов без зарегистрированного BLS-ключа, ограничит число допущенных валидаторов 2,000 и после полной миграции Alpenglow введет комиссию 1.6 SOL за эпоху. Заявленная цель — стабилизировать участие в консенсусе и подготовиться к новой конструкции финальности. Подробности Solana Foundation доступны здесь: Solana Foundation.

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

Сети второго уровня и мосты

Сети второго уровня добавляют еще один слой сложности. Пользователь может получить мгновенную или почти мгновенную квитанцию в L2, но при этом идут два расчетных таймера: локальная финальность в самой L2 и расчетная финальность после того, как состояние L2 публикуется в базовой цепочке и считается там финальным. Оптимистические rollup часто имеют периоды оспаривания, длящиеся несколько дней. Для многих приложений это может быть приемлемо, но имеет значение, когда пользователи выводят средства через мост или пытаются согласовать финальный расчет с каким-либо офчейн-обязательством.

Zero-knowledge rollup используют доказательства, которые могут рассчитываться на layer 1 за минуты, хотя политики пакетирования и сетевые условия могут удлинять сроки. В любом случае, если модель риска зависит от финальности layer 1, квитанцию L2 не следует считать концом процесса. Для мостов между разными сетями layer 1 операторам нужно понимать, как мост определяет финальность и ожидает ли он чекпойнтов или нескольких подтверждений перед выпуском активов в целевой цепочке.

Исследовательские усилия Ethereum по сокращению финальности до десятков секунд связаны не только с пользовательским опытом. Они также направлены на то, чтобы сделать более широкий стек L2 и мостов безопаснее и понятнее для разработчиков и риск-команд. Исследование основной команды доступно здесь: Ethereum Consensus.

Практическое сравнение финальности

Ни одна таблица не отражает всех нюансов каждой сети, а сроки могут меняться из-за обновлений ПО, перегрузки, состояния валидаторов или конструкции мостов. Следующий обзор является ориентировочным, а не гарантией. Операторам следует проверять актуальную документацию сетей и применять собственные пороги риска.

Для дополнительного контекста об экономических гарантиях этих категорий полезной ссылкой служит подход IMF, согласно которому конструкции с фиксированными ресурсами и порогами обеспечивают более сильную финальность, чем proof-of-work с открытыми ресурсами: Международный валютный фонд.

Проверки расчетов для мерчантов и казначейств

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

Во-первых, подтвердите, что цепочка и актив выбраны правильно. Депозиты в неправильной цепочке могут не просто задержаться; они могут быть потеряны. Во-вторых, дождитесь порога, указанного в политике. Например, политика может разрешать одно подтверждение Bitcoin для недорогой покупки кофе, три подтверждения для платежа среднего размера и шесть или более для переводов с более высокой стоимостью. Для Ethereum получателям, которым нужна сильная гарантия, следует рассматривать финализацию, а не только включение.

В-третьих, проверяйте риски, связанные с мемпулом. В Bitcoin Replace-by-Fee может заменить неподтвержденную транзакцию. Мерчантам не следует отправлять товары по платежам без подтверждений, если их модель риска явно этого не допускает. В-четвертых, отслеживайте события в цепочке. Ошибки клиентов, остановки сети или проблемы валидаторов могут повлиять на уверенность в следующих блоках. В-пятых, если задействован мост, добавьте этап расчета моста к временной шкале. Активы в целевой цепочке не следует автоматически считать финальными только потому, что исходная цепочка показывает подтверждение.

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

Риски между включением и расчетом

Включение не равно финальному расчету. В сетях proof-of-work последовательность неудачного производства блоков может вызвать короткую реорганизацию, которая вернет транзакцию в мемпул. Если комиссии растут, транзакция может дольше оставаться в ожидании, а отправитель, использующий Replace-by-Fee, может попытаться перебить ее конфликтующей транзакцией с более высокой комиссией.

В сетях proof-of-stake финализация обычно быстро закрепляет историю, но сбои валидаторов или ошибки клиентов могут задерживать или временно блокировать финализацию. В редких случаях блокчейн-сообщества использовали социальную координацию, чтобы отменить или обойти ошибку либо эксплойт. Такие события являются чрезвычайными, но они остаются частью реального набора рисков.

Для сетей второго уровня поверхность риска шире. Секвенсоры могут упорядочивать транзакции до того, как позже докажут или опубликуют пакет на layer 1. В большинстве случаев этот процесс работает как задумано. Однако организациям, которым нужна финальность базового уровня по причинам учета, аудита или регулирования, следует планировать эту задержку, а не считать интерфейс L2 эквивалентом расчета L1.

Кошельки, биржи и кастодианы

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

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

Распространенные ошибки

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

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

Третья ошибка — применять одно число подтверждений ко всем ситуациям. Шесть подтверждений Bitcoin могут подходить для одного типа платежа и быть недостаточными для другого. Пороги должны различаться по размеру транзакции и контрагенту. Платежи Bitcoin без подтверждений могут быть приемлемы для очень малых сумм при наличии надлежащих инструментов и лимитов риска, но этот подход не следует автоматически распространять на более крупные платежи. Replace-by-Fee изменил расчет риска для повседневного принятия платежей без подтверждений.

Операторам также следует следить за новостями клиентов и валидаторов. Крупная ошибка клиента или изменение набора валидаторов могут временно повлиять на обычные ожидания по срокам. Наконец, компаниям не следует путать быстрый пользовательский опыт L2 с расчетом L1. Быстрая отметка подтверждения может быть полезна для удобства, но ее может быть недостаточно для баланса, аудита или регуляторных целей, когда требуется гарантия L1.

Часто задаваемые вопросы

Приемлем ли когда-либо Bitcoin без подтверждений?

Некоторые мерчанты принимают платежи Bitcoin без подтверждений для очень малых сумм и известных клиентов, когда используют инструменты против двойной траты и строгие лимиты риска. Это остается расчетным риском. С учетом Replace-by-Fee и динамики мемпула лимиты должны быть жесткими и применяться только в случаях, когда потеря нескольких долларов не нанесет значимого ущерба.

Рассчитываются ли стейблкоины быстрее, чем цепочки, в которых они работают?

Нет. Перевод USDC в Ethereum следует срокам Ethereum. Перевод USDC в Solana следует срокам Solana. Актив не движется быстрее консенсуса базовой цепочки. Политики эмитента, черные списки или заморозки являются отдельным уровнем и не ускоряют расчет транзакций.

Сделает ли Alpenglow Solana платежи финальными менее чем за секунду для всех?

Финальность протокола менее чем за секунду — это цель, описанная на странице обновления Solana Foundation. Реализация зависит от релизов клиентов и развертывания в mainnet. Solana уже ощущается быстрой на уровне пользовательского опыта, а Alpenglow должен приблизить базовый процесс расчета к этому опыту. План доступен здесь: Solana Foundation.

Ускоряет ли более высокая плата gas финальность Ethereum?

Более высокая плата gas может ускорить включение транзакции. Она не меняет график протокольной финализации Ethereum. Для сильной гарантии ориентиром является включение плюс финализация, а не только скорость появления транзакции в блоке.

Защищены ли цепочки proof-of-stake от реорганизаций после финальности?

Цепочки proof-of-stake с чекпойнтами задуманы так, чтобы сделать откаты после финальности чрезвычайно маловероятными без масштабных сбоев валидаторов или социальной координации. Это одна из главных сильных сторон финальности с чекпойнтами. Однако риск все равно не является буквально нулевым, и операторы обычно считают реорганизации после финальности пограничными случаями за пределами нормальной работы.

Сколько подтверждений нужно для крупного платежа в Bitcoin?

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

Что означают изменения Solana Validator Admission Ticket и BLS-ключей?

Validator Admission Ticket исключит валидаторов, которые не зарегистрировали BLS-ключ, из участия в консенсусе, ограничит допущенный набор 2,000 валидаторов и после миграции Alpenglow введет комиссию 1.6 SOL за эпоху. Изменение призвано стабилизировать участие валидаторов и поддержать новый путь финальности. Подробности доступны здесь: Solana Foundation.

Дисклеймер: Эта статья предоставлена исключительно в информационных целях. Она не предлагается и не предназначена для использования в качестве юридической, налоговой, инвестиционной, финансовой или иной консультации.