Ступенчатая политика подтверждений: ждём по сумме

Политика подтверждений определяет, когда платёж готов к зачислению. Paymos смотрит на две вещи: сеть, которую выбрал плательщик, и долларовую величину счёта. У каждой сети своя глубина подтверждений на каждой ступени суммы, поэтому небольшой счёт закрывается раньше крупного в той же сети. Эти глубины — настройка, а не прикидка, и именно поэтому статья может их назвать. Чем они не являются, так это часами: минуты за числом принадлежат тому, как сеть выпускает блоки, и выдавать заказ нужно по подтверждённому состоянию счёта, а не по таймеру.

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

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

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

Почему безопасное ожидание зависит от суммы?

Сумма — это то, что окажется под ударом, если недавний блок вытеснят. Защищённость — свойство сети, а размер потери — свойство счёта. Политика, которая не смотрит на второе, вынуждена выбрать одно ожидание на всё, и оба ответа плохи: достаточная глубина для пятизначного перевода заставит заказ на 20 $ ползти, а быстрая для заказа на 20 $ недооценит пятизначный.

Ступени по долларовой величине счёта снимают этот выбор. Пороги — 100 $, 1000 $ и 10 000 $, и ступень действует до своего порога включительно. Числа внутри ступеней у сетей разные, а у части сетей ступеней меньше, потому что блок в разных сетях значит разное.

Как ступенчатая политика выглядит на практике?

Вот всё правило для сетей, где ступени и делают работу. Счёт в Ethereum ждёт 2 подтверждения до 100 $ включительно, 6 — до 1000 $, 12 — до 10 000 $, дальше 32. Tron стартует с 2, переходит на 6 и упирается в 19 выше 1000 $ — это момент, когда блок солидифицировали 19 из 27 супер-представителей. Base и Optimism идут по 5 / 15 / 30 / 100 на тех же порогах. Arbitrum идёт по 40 / 120 / 240 / 800 — цифры выглядят дико ровно до того, как вспомнить про блоки короче секунды: его четыре горизонта ложатся туда же, куда и у Base.

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

Назвать одно из этих чисел в одиночку — самый частый способ исказить правило. «Финальность на 19 подтверждениях в Tron» верна выше 1000 $ и неверна ниже. Несите ступень вместе с числом или давайте строку целиком. В руководстве по подтверждениям разобрано, почему одинаковое число блоков не означает одинаковую безопасность в разных сетях.

Сколько ступень занимает по часам?

Число превращается в срок только через текущий темп блоков. Мелкая ступень Ethereum при обычном темпе — около 24 с, самая глубокая — чуть больше шести минут; самая короткая у Tron — около 6 с. Каждую из этих цифр читайте как оценку.

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

Как финальность протокола влияет на политику?

Сеть с доказательством доли может выдавать финальность, а не подразумевать её. Ethereum организует это через контрольные точки Casper FFG, которые закрывают историю эпохами, а не по одному блоку. Блоки в Ethereum Paymos всё равно считает — от 2 до 32 в зависимости от ступени, — поэтому сумма остаётся частью решения.

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

Почему политика должна учитывать изменения сети?

Сети меняют, как быстро и как твёрдо они выпускают блоки. Обновление Fermi в BSC сократило время блока, а Heimdall v2 в Polygon укоротил путь к финальности. Каждое такое движение меняет смысл числа в минутах, не трогая само число.

Это и есть довод против того, чтобы замораживать число в коде магазина. Когда сеть сдвинулась, настройку глубины правим мы; константа в репозитории магазина меняется тогда, когда кто-то вспомнит открыть pull request. Ступени выше — снимок настроек, которые ведёт Paymos, а не пункт соглашения.

Когда зашитое число подтверждений — правильное решение?

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

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

Как Paymos применяет политику?

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

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