Перейти к содержанию

Может ли криптодепозит исчезнуть после реорганизации цепочки?

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

Обновлено

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

Краткий ответ

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

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

Ожидаемое время
1.2 min
Иллюстративный диапазон
54s - 1.5 min

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

Как это работает

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

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

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

Пример

Допустим, платформа обнаружила депозит 1 BTC и требует 3 подтверждения. После 2 подтверждений реорганизация выбирает ветвь, в которой нет депозита. Показанный счётчик возвращается к 0, и платформа оставляет депозит в ожидании, а не зачисляет его. Если ту же транзакцию позднее включат в выбранную цепочку и она получит 3 подтверждения, платформа сможет зачислить её по своей политике.

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

Риски

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

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

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

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

  • Заблуждение 2: Большее число подтверждений делает все сети одинаково безопасными. Глубина блока, прошедшее время, накопленная работа или доля и явная финальность имеют разный смысл в разных системах консенсуса.

  • Заблуждение 3: Обозреватель блоков или баланс кошелька доказывает, что биржа рассчиталась по депозиту. Принимающая платформа применяет собственное представление узлов, проверки актива и политику зачисления.

Похожие темы

Источники

Навигация

Поиск по вики...