Сколько подтверждений нужно платежу и почему по-разному в сетях

Криптоплатёж не считается полученным в момент отправки. Перевод сначала появляется в сети, затем попадает в блок, и только когда поверх него построены новые блоки, его становится трудно отменить. Разбираемся, что такое подтверждение, почему CryptoLike ждёт определённое их число, прежде чем зачислить платёж, почему это число разное у Bitcoin, Litecoin, Ethereum и TRON и где посмотреть текущий порог для каждого актива.

#Что такое подтверждение в блокчейне?

Подтверждение — это блок, добавленный в цепочку поверх блока, в котором лежит перевод. Сам блок с переводом считается первым подтверждением, каждый следующий добавляет ещё одно. CryptoLike считает подтверждения в сети самого перевода и показывает их плательщику на странице оплаты как «n из N подтверждений», где N — порог актива.

Перевод без подтверждений — это пока лишь заявка, которая ждёт в сети включения в блок. Сколько она ждёт, зависит от сети, а в Bitcoin и Litecoin — ещё и от комиссии, которую кошелёк плательщика к ней приложил. Когда перевод попал в блок, подтверждения растут в темпе блоков сети. Короткое определение — в глоссарии, в статье подтверждения.

#Зачем платёж ждёт подтверждений?

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

Поэтому у платежа в CryptoLike два отдельных этапа:

• pending — перевод обнаружен в сети. Плательщик видит «Платёж обнаружен. Ожидаем подтверждения.», ваш сервер получает invoice.pending, а сумма пока лишь учтена в балансе pending и недоступна.
• paid — перевод набрал порог. Средства зачислены на ваш баланс, сервер получает invoice.paid. Отгружайте заказ по этому статусу.

Если реорганизация всё-таки откатит уже подтверждённый перевод, платёж пересчитывается и приходит invoice.reverted: paid_amount уменьшается, статус вычисляется заново. Остановите выполнение заказа до нового invoice.paid. Для переводов на статический адрес в том же случае приходит deposit.reverted. Что происходит со статусами, леджером и вебхуками, если блок откатился до порога или после него, по шагам разобрано в статье о реорганизации блокчейна.

#Почему порог в каждой сети свой?

CryptoLike задаёт порог подтверждений для каждого актива, потому что сети различаются двумя вещами, от которых зависит, как быстро перевод становится необратимым: как часто выпускаются блоки и как сеть делает блоки окончательными. Блок раз в 12 с и блок раз в 10 мин весят по-разному, а сеть с явной финальностью ведёт себя иначе, чем сеть, где уверенность растёт с каждым блоком.

• Proof of work (Bitcoin, Litecoin). Майнеры соревнуются за выпуск блоков. Момента, когда блок объявляется окончательным, нет: каждый новый блок делает замену предыдущих дороже. Порог — это число блоков, после которого отмена считается практически невозможной.
• Proof of stake (Ethereum). Валидаторы предлагают блок в каждом 12-секундном слоте и голосуют за контрольные точки. Финализированный блок нельзя отменить, не уничтожив как минимум треть всего застейканного ETH.
• Delegated proof of stake (TRON). 27 избранных суперпредставителей по очереди выпускают блоки каждые 3 с. Блок становится необратимым («solidified»), когда достаточно из них построили поверх него свои блоки, — обычно примерно за 1 минуту.

Токены подчиняются своей сети: USDT и USDC в Ethereum подтверждаются блоками Ethereum, USDT в TRON — блоками TRON. Поэтому у одного и того же стейблкоина пороги в TRON и Ethereum могут отличаться; подробности — в сравнении USDT TRC20 или ERC20.

Проверено 2026-09-24 по документации сетей из раздела «Источники».

#Сколько подтверждений требует CryptoLike?

Одного числа на все активы в CryptoLike нет: порог подтверждений задаётся для каждого актива в каталоге. Текущее значение — поле confirmations у каждого актива в GET /v1/currencies («сколько подтверждений нужно до зачисления»), и каталог монет показывает то же число рядом с каждым активом. На странице оплаты порог виден как «n из N подтверждений».

Каталог публичный, поэтому пороги можно прочитать без API-ключа:

curl -s https://api.cryptolike.net/v1/currencies \
  | jq '.currencies[] | {ticker, network_name, confirmations, maintenance}'

Тот же порог действует и для платежей (инвойсов), и для пополнений статических адресов этого актива. Вебхуки о пополнениях несут оба числа — confirmations и required_confirmations, — так что прогресс может показывать и ваша система. Порог — это настройка, поэтому не зашивайте его в код: читайте из API, когда он нужен.

#Сколько времени занимает подтверждение?

Время, за которое платёж в CryptoLike становится paid, — это примерно время до включения перевода в блок плюс порог, умноженный на интервал блоков сети. Страница оплаты превращает это в ориентир для плательщика — «n из N подтверждений, обычно около X мин», — а не в обещание: время блоков плавает, а перевод может подождать до включения в блок.

Что удлиняет ожидание:

• Низкая комиссия сети. В Bitcoin и Litecoin перевод с низкой комиссией может дольше ждать, пока майнер включит его в блок.
• Загрузка сети. В часы пик включение в блок задерживается в любой из сетей.
• Медленный блок. В сетях proof of work интервалы 10 мин и 2,5 мин — средние; отдельный блок может выходить намного дольше.

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

#Что делать продавцу, пока платёж в pending?

Пока платёж CryptoLike в статусе pending, перевод виден, но на доступный баланс ещё не зачислен, поэтому держите заказ в состоянии «ожидает оплаты» и не отгружайте. Плагины CMS так и делают: обнаруженный перевод оставляет заказ в ожидании, и только invoice.paid переводит его в выбранный вами статус оплаченного заказа.

Три практических правила:

1. Отгружайте по paid, а не по pending. pending ещё может закончиться underpaid или исчезнуть при реорганизации.
2. Обрабатывайте invoice.reverted. Если событие пришло после отгрузки, разберите заказ вручную; плагины переводят такие заказы в статус проверки.
3. Читайте порог, а не угадывайте его. Показывайте этапы подтверждения по полям вебхуков или GET /v1/invoices/{id}, а не по собственному таймеру.

Полный список событий и правила доставки — в документации по вебхукам.

#Источники

Публичные факты о сетях проверены 2026-09-24:

• Bitcoin: руководство разработчика, цепочка блоков и целевая сложность
• Litecoin: время блока и proof of work
• Ethereum: блоки и длительность слота
• Ethereum: proof-of-stake и финальность
• TRON: консенсус, интервал блоков и solidified-блоки

#Вопросы и ответы

#Окончателен ли платёж, как только перевод попал в блок?

Нет. Блок ещё может быть заменён при реорганизации. CryptoLike держит платёж в pending, пока перевод не наберёт порог подтверждений актива, и только потом ставит paid и зачисляет средства на баланс.

#Почему пороги подтверждений в сетях разные?

Сети выпускают блоки с разным интервалом — около 10 мин в Bitcoin, 2,5 мин в Litecoin, 12 с в Ethereum, 3 с в TRON — и по-разному делают блоки окончательными. Поэтому CryptoLike задаёт порог для каждого актива и публикует его в GET /v1/currencies.

#Где посмотреть порог для конкретного актива?

В поле confirmations ответа GET /v1/currencies, в каталоге монет и на странице оплаты как «n из N подтверждений» — после того как плательщик выбрал актив.

#Может ли оплаченный платёж измениться?

Только при откате сети. Если реорганизация блоков отменит уже подтверждённый перевод, CryptoLike пересчитает платёж и пришлёт вебхук invoice.reverted, а статус снова станет таким, каким его делают оставшиеся средства. Остановите выполнение заказа до нового invoice.paid: он придёт, когда перевод снова наберёт нужное число подтверждений.

#Почему платёж всё ещё в pending?

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