Быстрая финализация

Что такое быстрая финализация в криптовалюте?

Быстрая финализация — это способность блокчейна за короткий и предсказуемый период сделать транзакцию фактически необратимой.

Финализация достигается, когда протокол обеспечивает достаточную уверенность в том, что блок с транзакцией останется частью принятой истории блокчейна.

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

Для этого термина не существует единого универсального технического порога.

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

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

В некоторых сетях экономическая финализация обеспечивается долей валидаторов и штрафами за слэшинг.

В других применяется вероятностная финализация: после достаточного числа действий консенсуса вероятность отката становится крайне малой.

Кошелек или приложение может показывать транзакцию как подтвержденную до достижения сетью наиболее строгого уровня финализации.

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

Что означает финализация в блокчейне?

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

До финализации конкурирующий блок или ветвь цепочки могут заменить блок с транзакцией.

Такая замена называется реорганизацией блокчейна, или реоргом.

Реорг может временно удалить транзакцию, изменить ее положение или заменить ее конфликтующей транзакцией.

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

Финализация не означает, что отмена физически невозможна при любых мыслимых обстоятельствах.

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

Что такое время до финализации?

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

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

При выборе разных начальных точек получаются разные результаты измерения.

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

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

В официальном объяснении времени до финализации время расчетов отделяется от пропускной способности транзакций.

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

Как работает быстрая финализация?

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

Сначала производитель блока собирает допустимые транзакции и предлагает блок.

Другие валидаторы проверяют транзакции, подписи, изменения состояния и правила протокола.

Затем валидаторы отправляют подписанные голоса в поддержку блока или его цепочки.

Когда достигается необходимый порог голосов, протокол отмечает блок как зафиксированный, укорененный, принятый, обоснованный или финализированный.

Точное название зависит от механизма консенсуса.

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

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

Включение транзакции и ее финализация

Включение транзакции означает, что производитель блока поместил ее в блок.

Финализация означает, что блок получил предусмотренную протоколом гарантию окончательного расчета.

Транзакция может быть включена в блок, но еще не финализирована.

Кошелек может отображать транзакцию как успешную, как только обнаружит предложенный блок.

Позднее форк или реорганизация все еще могут заменить этот блок.

При обычной работе риск часто невелик, но это не равнозначно полной финализации.

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

Быстрое подтверждение и быстрая финализация

Быстрое подтверждение — это ранний признак того, что транзакция, вероятно, останется в принятой цепочке.

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

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

Финализация обычно требует более широкого условия консенсуса.

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

Пользователям следует выяснить, что означает отображаемый статус: обработана, подтверждена, безопасна, укоренена, зафиксирована или финализирована.

Быстрая финализация и время создания блока

Время создания блока — это средний или запланированный интервал между новыми блоками.

Время до финализации — это время, необходимое для того, чтобы блок стал достаточно необратимым.

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

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

Поэтому короткий интервал между блоками сам по себе не доказывает, что финализация в сети быстрая.

В маркетинговых материалах, где приводится только время создания блока, может не упоминаться период, в течение которого блок все еще может быть реорганизован.

Быстрая финализация и пропускная способность транзакций

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

Обычно ее выражают в транзакциях в секунду.

Финализация показывает, как быстро завершенная транзакция становится расчетной.

Сеть может обрабатывать много транзакций, но тратить относительно много времени на их финализацию.

Сеть также может быстро финализировать блоки, обрабатывая при этом меньше транзакций.

Пропускная способность и финализация влияют на пользовательский опыт, но характеризуют разные свойства.

Быстрая финализация и низкая задержка

Задержка — это время между действием и наблюдаемым откликом.

Кошелек может показать транзакцию за миллисекунды, поскольку сервер принял и передал ее дальше.

Низкая задержка интерфейса не означает, что валидаторы финализировали транзакцию.

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

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

Вероятностная финализация

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

Может не быть единого события протокола, после которого блок из нефинализированного сразу становится окончательно финализированным.

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

В блокчейнах Proof of Work для этого обычно используют глубину подтверждения.

Каждый следующий блок усложняет злоумышленнику замену истории транзакции.

В объяснении подтверждений Bitcoin указано, что каждое дополнительное подтверждение снижает риск отмены.

Вероятностная финализация не означает низкую безопасность.

Это означает, что уровень безопасности выражается через снижающуюся вероятность, а не через бинарный сертификат финализации.

Детерминированная финализация

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

Византийские отказоустойчивые системы часто обеспечивают такую финализацию после подписания блока установленным порогом валидаторов.

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

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

Гарантия по-прежнему зависит от поведения валидаторов, доли их голосов, корректности программного обеспечения и состояния сети.

Экономическая финализация

При экономической финализации создание противоречащей финализированной истории возможно только при риске для значительной экономической ценности.

Протоколы Proof of Stake могут требовать от валидаторов блокировать криптовалюту в качестве обеспечения.

Валидаторы, подписывающие запрещенные противоречащие голоса, могут потерять часть или весь стейк в результате слэшинга.

Ethereum называет свою финализацию криптоэкономической, поскольку для отмены финализированной истории потребовался бы сбой консенсуса с участием значительного объема застейканных ETH.

В официальной документации Ethereum по Proof of Stake объясняется, что для финализации пары контрольных точек необходимы голоса, представляющие две трети застейканных ETH.

Финализация с византийской отказоустойчивостью

Византийская отказоустойчивость позволяет распределенной системе достигать согласия, даже если некоторые участники не работают или действуют злонамеренно.

Во многих блокчейнах с BFT предполагается, что доля византийских участников составляет менее одной трети голосующей силы.

Типичный процесс включает этапы предложения, предварительного голосования, предварительной фиксации и фиксации.

Блок фиксируется, когда необходимое одобрение поступает от более чем двух третей голосующей силы.

В спецификации консенсуса CometBFT описан раунд, включающий предложение, предварительное голосование, предварительную фиксацию и фиксацию.

Если сеть не получает достаточно голосов, она начинает новый раунд, а не финализирует неопределенный блок.

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

Почему важен порог в две трети?

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

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

Валидаторы из пересекающейся части должны были бы поддержать противоречащие решения.

Протокол может выявить такое поведение по подписанным голосам и наказать за него.

Это свойство пересечения лежит в основе многих механизмов финализации BFT и Proof of Stake.

Порог обычно рассчитывается по голосующей силе или стейку, а не по простому числу компьютеров валидаторов.

Что такое сертификат финализации?

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

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

Узлы могут проверить сертификат, не доверяя предоставившему его приложению.

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

Безопасность сертификата зависит от набора валидаторов, схемы подписей, правил консенсуса и способа определения весов валидаторов.

Выбор ветви цепочки и финализация

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

Правило финализации определяет, какие более ранние блоки больше нельзя заменять.

Решение о выборе ветви вблизи вершины цепочки может меняться по мере поступления новых блоков и голосов.

Финализированная контрольная точка создает границу, которую честные узлы не должны пересекать.

В некоторых протоколах блокчейна быстро обновляемая цепочка выбора ветви объединяется с более медленной финализированной цепочкой.

Это позволяет приложениям оптимистично использовать недавние блоки, ожидая более надежного расчета.

Быстрая финализация в Ethereum

Ethereum создает блоки в 12-секундных слотах, но сейчас при нормальных условиях ему требуется около 15 минут для полной финализации на уровне протокола.

Валидаторы голосуют за отношения между контрольными точками в рамках механизма консенсуса Proof of Stake Ethereum.

Блоки финализируются после выполнения необходимых условий голосования за контрольные точки.

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

Ethereum исследует возможность финализации в одном слоте, которая позволит предложить и финализировать блок в течение того же слота.

В текущей дорожной карте Ethereum по финализации в одном слоте указано, что этот вариант пока находится на стадии исследований и его внедрение не ожидается в ближайшее время.

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

Быстрая финализация в консенсусе типа CometBFT

CometBFT — это движок консенсуса BFT с раундами для детерминированных блокчейн-приложений.

Предлагающий валидатор рассылает кандидатный блок для определенных высоты и раунда.

Проверив предложение, валидаторы отправляют предварительные голоса.

Они отправляют предварительную фиксацию после выполнения необходимых условий предварительного голосования.

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

Для достижения того же статуса на уровне протокола зафиксированному блоку не нужна длинная последовательность последующих блоков.

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

Быстрая финализация в консенсусе Avalanche

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

Валидатор неоднократно запрашивает мнение небольших случайных групп валидаторов.

Уверенность растет, если ответы выбранных участников постоянно поддерживают одно и то же решение.

Протокол принимает решение после достижения порога уверенности.

В официальной документации Avalanche по консенсусу описываются вероятностные гарантии безопасности и финализация менее чем за секунду при нормальных условиях.

Вероятность принятия противоречащих решений можно настраивать с помощью параметров выборки и уверенности.

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

Быстрая финализация в Solana

Solana предоставляет разные уровни подтверждения, чтобы приложения могли выбирать между скоростью и более надежным расчетом.

Статус processed означает, что узел обработал транзакцию, но она может находиться в ветви, которая не сохранится.

Подтвержденный блок получил голоса сверхбольшинства участников реестра.

По определению Solana, финализация — это состояние, в котором узлы, представляющие две трети стейка, имеют общий корневой блок.

В официальной терминологии Solana подтверждение отличается от финализации.

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

При этом следует учитывать возможность отказа от ранней ветви, обработанной узлом.

Быстрая финализация и Proof of Work

Блокчейны Proof of Work обычно не выдают сертификат финализации типа BFT для каждой транзакции.

Чем больше доказательств выполнения работы майнеры добавляют поверх блока, тем сложнее его отменить.

Пользователи часто ждут определенное число подтверждений, прежде чем считать платеж завершенным.

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

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

Первое подтверждение дает более надежные основания, а дополнительные подтверждения еще больше снижают риск отмены.

В руководстве разработчика Bitcoin объясняется, как Proof of Work защищает предыдущие записи транзакций от изменения.

Зачем быстрая финализация нужна для криптовалютных платежей?

Продавцу нужно быть уверенным, что клиент не отменит платеж после получения товара или услуги.

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

Быстрая финализация позволяет продавцу быстрее передать товар или предоставить услугу.

Она также может уменьшить объем оборотного капитала, заблокированного в незавершенных переводах.

Продавцу по-прежнему нужно проверить правильность адреса, актива, сети и суммы транзакции.

Финализация не защищает от обесценившегося токена, неверного обменного курса, мошеннического заказа или взломанного кошелька.

Зачем быстрая финализация нужна для торговли криптовалютой?

Торговые платформы и расчетные системы перемещают активы между кошельками, счетами с обеспечением и смарт-контрактами.

Медленная финализация может задерживать депозиты, выводы, учет обеспечения и арбитражные операции.

Быстрая финализация позволяет быстрее использовать подтвержденные средства.

Она может уменьшить риск исчезновения депозита в результате реорганизации цепочки.

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

Финализация в блокчейне не гарантирует немедленного зачисления средств на счет в отдельном сервисе.

Зачем быстрая финализация нужна для DeFi?

В приложениях децентрализованных финансов кредитование, торговля, обеспечение, ликвидация и расчет цен объединены в автоматизированных смарт-контрактах.

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

Быстрая финализация сокращает период неопределенности относительно недавних изменений состояния.

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

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

Финализация подтверждает постоянство принятого исполнения, а не экономическую корректность приложения.

Зачем быстрая финализация нужна для блокчейн-мостов?

Кроссчейн-мост обнаруживает событие в одном блокчейне и вызывает соответствующее событие в другом.

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

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

Ожидание финализации исходной цепочки снижает этот риск.

Быстрая финализация позволяет мосту ускорить переводы, не принимая на себя столь высокий риск реорганизации.

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

Зачем быстрая финализация нужна сетям Layer 2?

Сеть Layer 2 может быстро подтвердить транзакцию локально до ее окончательного расчета в базовом блокчейне.

Локальное подтверждение может предоставляться секвенсором, комитетом или отдельным механизмом консенсуса.

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

Таким образом, пользователь может столкнуться с несколькими этапами финализации одной транзакции.

Самый быстрый этап повышает скорость отклика приложения.

Более поздний этап обеспечивает надежную защиту от сбоя оператора или недопустимого изменения состояния.

Приложениям следует указывать, к какому уровню и какой гарантии относится утверждение о финализации.

Быстрая финализация и атомарные транзакции

Атомарное исполнение означает, что все операции одной блокчейн-транзакции либо выполняются вместе, либо вместе завершаются неудачей.

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

Транзакция может быть атомарной, но еще не финализированной.

В финализированной транзакции также может произойти атомарный сбой: комиссии будут потрачены, но запрошенное изменение состояния не произойдет.

Эти свойства решают разные задачи.

Быстрая финализация и защита от двойного расходования

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

Консенсус определяет, какая из конфликтующих транзакций станет частью принятой истории.

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

Быстрая финализация сокращает этот период риска.

Она не мешает пользователю отправить конфликтующие транзакции до финализации любой из них.

Защиту обеспечивает согласование сети относительно единой принятой истории.

Быстрая финализация и разделение сети

Разделение сети происходит, когда группы валидаторов не могут надежно обмениваться данными.

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

Временная остановка продвижения защищает от финализации противоречащих историй двумя изолированными группами.

Если протокол продолжает финализировать блоки по обе стороны серьезного разделения, безопасность может снизиться.

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

При нарушении этих допущений финализация может замедлиться или полностью остановиться.

Безопасность и живучесть

Безопасность означает, что честные узлы не финализируют противоречащие истории блокчейна.

Живучесть означает, что блокчейн продолжает обрабатывать и финализировать новые транзакции.

Протокол консенсуса может защищать безопасность, отказываясь финализировать блок при недостатке голосов.

Это временно снижает живучесть.

Снижение порогов голосования ради сохранения работы может ослабить безопасность.

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

Обмен данными и быстрая финализация

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

В традиционных конструкциях BFT объем обмена данными может быстро расти вместе с количеством валидаторов.

Агрегация подписей, комитеты, сети распространения сообщений и случайная выборка могут снизить эту нагрузку.

Для сокращения времени финализации у валидаторов остается меньше времени на обмен сообщениями и их проверку.

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

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

Быстрая финализация и децентрализация

Небольшой комитет валидаторов может быстро обмениваться данными и приходить к согласию.

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

Большой и географически распределенный набор валидаторов может повысить вовлеченность и устойчивость.

Но он также создает больше подписей, сообщений и сетевых задержек.

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

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

Может ли быстрая финализация дать сбой?

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

Ошибка консенсуса может привести к разногласиям узлов о допустимых блоках или голосах.

Скоординированная атака может помешать сети набрать необходимый порог.

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

Серьезный сбой безопасности может привести к появлению противоречащих финализированных историй.

Для разрешения ситуации могут потребоваться обновления программного обеспечения, решения управления, слэшинг или координация сообщества.

Что такое задержка финализации?

Задержка финализации возникает, когда блокчейн продолжает создавать или обнаруживать блоки, но наиболее надежное финализированное состояние продвигается медленнее ожидаемого.

Причиной могут стать сбои валидаторов, перегрузка сети, потеря сообщений, ошибки клиентов, злонамеренное голосование или разделение сети.

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

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

Задержка сама по себе не доказывает, что транзакции были отменены.

Она означает, что протокол пока не предоставил обычную гарантию финализации.

Можно ли отменить финализированную транзакцию?

При обычной работе протокола финализированную транзакцию не должны отменять.

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

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

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

Вероятностные системы не создают такой же однозначной границы финализации, хотя вероятность отмены может стать чрезвычайно низкой.

Термин «финальный» всегда следует понимать в контексте заявленных допущений о консенсусе и управлении.

Как проверить финализацию транзакции?

Сначала проверьте транзакцию в надежном обозревателе блокчейна для нужной сети.

В обозревателе могут отображаться число подтверждений, уровень подтверждения, статус контрольной точки, корневой статус или отметка «финализировано».

Уточните, показывает ли обозреватель включение транзакции или ее полную финализацию.

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

Разработчики могут сравнить высоту блока транзакции с последним финализированным блоком или контрольной точкой.

Несколько независимых источников данных позволяют меньше зависеть от одного задерживающегося или неточного поставщика.

Как разработчикам учитывать финализацию

Разработчикам следует определить все уровни подтверждения, которые предоставляет целевой блокчейн.

Для обновления интерфейса с низким риском можно использовать раннее подтверждение, чтобы быстрее реагировать на действия пользователя.

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

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

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

В записях базы данных необходимо сохранять хеш и высоту блока, связанные с каждым событием в блокчейне.

Пользователям нужно четко сообщать, что транзакция ожидает обработки, подтверждена, безопасна или финализирована.

Как сравнивать заявления о быстрой финализации

Уточните, начинается ли отсчет с отправки транзакции или включения в блок.

Определите, идет ли речь об оптимистичном подтверждении, вероятностном принятии, детерминированной фиксации или экономической финализации.

Проверьте порог валидаторов и допущения относительно доли недобросовестных голосов.

Уточните, отражает ли измерение обычные условия или гарантированный верхний предел.

Изучите число валидаторов, концентрацию голосующей силы и требования к оборудованию.

Определите, что происходит при разделении сети или сбое валидаторов.

Уточните, зависит ли приложение от другого блокчейна для окончательного расчета.

Если доступны надежные данные, изучите историю задержек финализации и инцидентов консенсуса.

Распространенные заблуждения о быстрой финализации

Быстрое создание блоков не означает автоматически быструю финализацию.

Высокая пропускная способность транзакций также не гарантирует быструю финализацию.

Отображение успешной операции в кошельке не доказывает завершение расчетов на уровне протокола.

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

Вероятностная финализация не обязательно является слабой.

Даже детерминированная финализация зависит от допущений консенсуса и корректности программного обеспечения.

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

Подтверждение в сети Layer 2 может отличаться от финализации на базовом уровне.

Для транзакции через мост может потребоваться финализация более чем в одном блокчейне.

Заявление о финализации за одну секунду не означает, что каждая пользовательская транзакция будет рассчитана ровно через одну секунду после отправки.

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

Что означает быстрая финализация в криптовалюте?

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

Как быстро происходит быстрая финализация?

Универсального порога нет, но обычно так называют расчеты за секунды или за небольшое число блоков либо раундов голосования.

Финализация — это то же самое, что подтверждение?

Нет, подтверждение может быть более ранним и менее надежным статусом, чем наиболее строгий уровень финализации блокчейна.

Финализация — это то же самое, что время создания блока?

Нет, время создания блока показывает частоту появления блоков, а финализация — сколько времени требуется для окончательного расчета по блоку.

Финализация — это то же самое, что пропускная способность?

Нет, пропускная способность показывает емкость сети по обработке транзакций, а финализация — задержку расчетов.

Что такое время до финализации?

Это период, необходимый транзакции для достижения определенного сетью необратимого или экономически необратимого состояния.

Что такое вероятностная финализация?

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

Что такое детерминированная финализация?

Это гарантия консенсуса, согласно которой зафиксированный блок нельзя заменить, пока соблюдаются допущения протокола о сбоях.

Что такое экономическая финализация?

Это финализация, защищенная экономическими штрафами, делающими противоречащие голоса консенсуса крайне затратными.

Что такое финализация BFT?

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

Почему многие протоколы требуют две трети стейка?

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

Что такое сертификат финализации?

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

Может ли транзакция быть включена в блок, но не финализирована?

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

Может ли быстрая финализация предотвратить двойное расходование?

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

Может ли финализированный блок быть реорганизован?

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

Есть ли в Ethereum быстрая финализация?

Ethereum быстро создает блоки, однако сейчас для полной финализации на уровне протокола требуется около 15 минут.

Использует ли Ethereum финализацию в одном слоте?

Нет, финализация в одном слоте пока остается целью на этапе исследований.

Что такое уровень подтверждения Solana?

Это настройка, позволяющая приложению выбрать уровень подтверждения от недавней обработки до более надежного финализированного состояния.

Использует ли Avalanche детерминированную финализацию?

В официальной документации по консенсусу описываются настраиваемая вероятностная безопасность и финализация менее чем за секунду при нормальных условиях.

Обеспечивает ли CometBFT немедленную финализацию?

Блок CometBFT фиксируется после предварительной фиксации более чем двумя третями голосующей силы; длинная цепочка последующих подтверждений не требуется.

Почему финализация может задержаться?

Она может замедлиться или остановиться из-за сбоев валидаторов, разделения сети, ошибок программного обеспечения, задержки сообщений или злонамеренного поведения.

Может ли блокчейн обрабатывать транзакции во время задержки финализации?

Некоторые протоколы могут продолжать создавать блоки, даже когда продвижение наиболее надежной финализированной контрольной точки остановилось.

Делает ли быстрая финализация блокчейн безопасным?

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

Почему быстрая финализация важна для мостов?

Мосту необходимо быть уверенным, что событие в исходной цепочке не исчезнет после выполнения действия в целевой цепочке.

Почему быстрая финализация важна для платежей?

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

Финализируется ли транзакция Layer 2 сразу?

Она может быстро получить локальное подтверждение, тогда как более надежный расчет в базовом блокчейне произойдет позднее.

Как узнать, финализирована ли криптовалютная транзакция?

Проверьте официальное определение уровня подтверждения в сети и сравните блок транзакции с последним финализированным блоком или контрольной точкой.

Может ли обозреватель блокчейна неверно показывать финализацию?

Да, обозреватель может отставать, быть неправильно настроен или отображать более слабый уровень подтверждения, чем ожидается.

Для более быстрой финализации нужно мощное оборудование?

Это возможно, поскольку у валидаторов меньше времени на получение, объединение и проверку сообщений консенсуса.

Может ли небольшой набор валидаторов финализировать блоки быстрее?

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

Что разработчикам нужно сделать, прежде чем реагировать на транзакцию?

Выбрать уровень подтверждения с учетом суммы транзакции, возможности ее отмены и зависимости от других систем.

Заключение

Быстрая финализация — это способность блокчейна за короткий и предсказуемый период сделать транзакции фактически необратимыми.

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

Транзакция может отображаться в блоке или кошельке до достижения наиболее надежного состояния расчетов в сети.

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

Каждый способ подразумевает разные допущения о честности валидаторов, сетевом взаимодействии, экономических штрафах и вероятности отмены.

Быстрая финализация улучшает работу криптовалютных платежей, расчетов при торговле, DeFi, кроссчейн-мостов и пользовательских приложений Layer 2.

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

Пользователям следует выяснять точное значение статусов processed, confirmed, safe, committed, rooted или finalized в используемом блокчейне.

Разработчикам следует выбирать уровень подтверждения с учетом суммы и необратимости действия, запускаемого транзакцией.

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