Ошибка в выборе момента исполнения приводит либо к задержке заказа, либо к выдаче товара до окончательного подтверждения платежа.
Кратко
Криптоплатежи требуют различать отправку, включение в блок и подтверждение. Бизнес создаёт счёт, получает перевод на отдельный адрес и исполняет заказ после подтверждённого результата Paymos. Срок зависит от сети, суммы и текущих условий блокчейна.
Криптоплатёж начинается со счёта, а заканчивается подтверждённым зачислением принятого актива. Между этими событиями кошелёк подписывает перевод, узлы распространяют транзакцию, сеть включает её в блок, а Paymos применяет политику подтверждений.
Для бизнеса главное — не смешивать наблюдение и окончательный результат. Транзакция может быть известна отдельным узлам и уже находиться в блоке, но заказ следует исполнять только после подтверждения Paymos.
Когда перевод можно считать завершённым?
Момент исполнения определяет политика подтверждений. В Paymos она зависит от двух факторов: выбранной сети и суммы платежа. Небольшому переводу может потребоваться меньше подтверждений, крупному — более сильный порог финальности.
Фактический срок меняется вместе с условиями блокчейна. Поэтому корректная интеграция не считает минуты после отправки и не переносит одно число блоков на все сети. Бизнес ждёт подтверждённый результат, сверяет его со своим заказом и только затем выдаёт товар или активирует услугу.
Такой порядок отделяет техническое продвижение перевода от решения бизнеса. Он не требует переносить сроки одной сети на другую или обещать покупателю одинаковое время подтверждения.
С чего начинается приём оплаты в криптовалюте?
Витрина или бэкенд создаёт счёт через Paymos. В запросе бизнес передаёт external_order_id — собственный идентификатор заказа. Если снова использовать то же значение, Paymos вернёт существующий счёт.
Так в учёте сохраняется постоянная связь между заказом бизнеса и счётом Paymos. Интеграции не нужно придумывать дополнительный ключ для сопоставления одной покупки с несколькими попытками обращения к API.
После сетевого сбоя запрос можно повторить с прежним значением. Для новой покупки система заказов назначает другой external_order_id, поэтому повтор обращения не смешивается с созданием нового заказа.
Связь сохраняется при каждой попытке.
Зачем отдельный адрес для каждого счёта?
Paymos назначает отдельный детерминированный адрес для каждого счёта. Входящий перевод на этот адрес можно связать с нужной покупкой, даже если другой клиент отправляет такую же сумму. Это делает сверку понятнее и не заставляет опираться только на размер платежа.
Исходящие транзакции Paymos подписывает через MPC с порогом 2 из 3. Один участник не может провести перевод самостоятельно, а полный приватный ключ не собирается и не хранится в одном месте. Входящий платёж при этом подписывает сам клиент в своём кошельке.
Адрес дополняет связь по номеру заказа и помогает разделять одинаковые по сумме переводы.
Что происходит в сетях, использующих мемпул?
В сетях, использующих мемпул, каждый узел хранит собственный набор ожидающих транзакций. Узел принимает подходящие транзакции и передаёт их соседям, но распространение занимает время, а локальные правила могут различаться. Поэтому два узла в одну и ту же секунду способны видеть разные наборы. В других сетях этап ожидания может быть устроен иначе.
Сообщение кошелька об отправке означает, что он передал подписанную транзакцию своим узлам. Оно не доказывает, что перевод уже видят все участники сети, что его включили в блок или что достигнута финальность. Для исполнения заказа этих признаков недостаточно.
Что меняется после включения в блок?
Включение добавляет транзакцию в наблюдаемую историю блокчейна. Это важный этап, но не универсальный сигнал окончательного расчёта. Сети различаются по механике консенсуса, выпуску блоков и способу выражения финальности.
Paymos сопоставляет входящий перевод со счётом и ждёт выполнения политики подтверждений. Бизнесу не нужно самостоятельно сравнивать блокчейны по одному счётчику. Практическое правило одно: первое появление транзакции в блоке показывает продвижение платежа, а основанием для исполнения служит подтверждённый результат Paymos.
Поэтому интеграция хранит заказ в ожидании и не заменяет политику подтверждений первым уведомлением кошелька или обозревателя блокчейна.
Как проверить уведомление Paymos?
После подтверждения Paymos зачисляет принятый актив на баланс бизнеса. Для уведомлений интеграции Paymos предоставляет вебхуки. Их подлинность проверяется по HMAC-SHA256 в заголовке X-Webhook-Signature, чтобы обработчик не действовал по неподтверждённому запросу.
Один цикл доставки включает 11 попыток примерно за 16 часов. Интервалы увеличиваются до восьми часов. Если событие так и не дошло, его можно отправить повторно вручную. Эти гарантии не требуют предположений о внутренней очереди, формате полезной нагрузки или способе хранения событий.
Проверка подписи должна предшествовать изменению заказа. Повторная доставка также не должна приводить к повторной выдаче товара или доступа.
Кто оплачивает комиссию сети?
Сетевую комиссию за отправку платит кошелёк клиента. Способ расчёта и актив оплаты определяет выбранная сеть. Размер меняется вместе с нагрузкой и другими условиями блокчейна, поэтому постоянная сумма комиссии была бы неверным обещанием.
Paymos зачисляет бизнесу тот же принятый актив и не проводит обязательный обмен на BTC, ETH или фиатные деньги. Комиссия процессинга учитывается отдельно. Проект может перенести на плательщика от 0 до 100 % этой комиссии.
Перед оплатой покупатель видит сумму в выбранном активе, а его кошелёк отдельно применяет правила сетевой комиссии для выбранного маршрута.
Как Paymos учитывает недоплату?
Допуск недоплаты задаётся для проекта в процентах. По умолчанию применяется строгое совпадение с допуском 0 %. Если платёж попадает в установленный диапазон, счёт завершается, а бизнес получает фактически уплаченную сумму.
При сумме ниже порога результат зависит от типа счёта. Одиночный платёж становится недоплаченным. Счёт, допускающий несколько платежей, может оставаться открытым, пока клиент переводит остаток.
Система заказов должна учитывать фактически полученную сумму и итог счёта, а не только первоначально выставленное значение. Это не позволяет частичному переводу открыть доступ раньше предусмотренного правила.
Проверка выполняется до исполнения заказа.
Чем криптоплатёж отличается от оплаты картой?
При оплате картой банк-эмитент и карточная сеть авторизуют списание, а дальнейший расчёт идёт по правилам эквайера. В блокчейне клиент сам подписывает перевод, а срок зависит от сети, суммы и политики подтверждений.
После финальности перевод нельзя отменить через карточный возвратный платёж (chargeback). Возврат оформляется как новая исходящая транзакция по решению бизнеса. Paymos не выводит средства на банковский счёт: баланс остаётся в принятом активе, а для обмена на фиатные деньги нужен отдельный поставщик услуги.
Поэтому возврат не меняет исходную запись в блокчейне. Бизнес создаёт отдельный исходящий перевод и учитывает его как самостоятельную операцию.
| Критерий | Платёж в блокчейне | Карта | |
|---|---|---|---|
| Действие плательщика | Кошелёк подписывает перевод | Плательщик подтверждает списание | |
| Когда исполнять заказ | После выполнения политики подтверждений | После успешной авторизации по правилам эквайера | |
| Расход на инфраструктуру | Отправитель платит сетевую комиссию | Бизнес платит комиссии карточного приёма | |
| Отмена после финальности | Карточного возвратного платежа нет | Возможен спор и возвратный платёж | |
| Возврат клиенту | Новый исходящий перевод бизнеса | Операция по правилам карточной системы |
Частые вопросы
Когда бизнесу исполнять оплаченный заказ?
После подтверждённого результата Paymos. Отправка из кошелька и включение транзакции в первый блок ещё не заменяют политику подтверждений, которая зависит от сети и суммы.
Зачем передавать external_order_id?
Paymos использует заданный бизнесом external_order_id при создании счёта. Повтор с тем же значением возвращает существующий счёт и сохраняет связь между заказом бизнеса и счётом Paymos.
Почему транзакция видна не всем узлам одновременно?
В сетях с мемпулом узлы хранят собственные наборы ожидающих транзакций. Распространение занимает время, а правила приёма могут различаться, поэтому локальные представления не обязаны совпадать.
Что нужно проверить в вебхуке Paymos?
Подпись HMAC-SHA256 в заголовке X-Webhook-Signature. Paymos делает 11 попыток доставки примерно за 16 часов, а недоставленное событие можно отправить повторно вручную.
Что происходит при недоплате?
Допуск задаётся для проекта в процентах, по умолчанию — 0 %. Платёж в пределах допуска завершает счёт по фактически полученной сумме. Ниже порога счёт с одним платежом становится недоплаченным, а многоплатёжный счёт может оставаться открытым для доплаты.
Можно ли вывести выручку из Paymos на банковский счёт?
Нет. Paymos зачисляет принятый актив на баланс бизнеса и не предоставляет вывод на банковский счёт. Для обмена на фиатные деньги нужен отдельный поставщик услуги.
Источники
- 1. Bitcoin: одноранговая электронная денежная система (Сатоси Накамото, 2008) (accessed 2026-02-20)
- 2. Ethereum: документация по доказательству доли владения (proof-of-stake) (accessed 2026-02-20)
Последняя проверка: 29 июл. 2026 г.


