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

Пег-ин не становится «активным» после одного подтверждения в Bitcoin. TBV нужен достаточный запас подтверждений сверху, прежде чем сейф будет считаться урегулированным (settled), потому что одно подтверждение всё ещё может быть отменено реорганизацией (reorg). Для EVM-депозита один финальный блок по сути уже окончательный. В Bitcoin один блок — это скорее «заявление» (claim), а не урегулирование (settlement): реальная гарантия появляется через несколько блоков спустя, когда отмена потребовала бы переписать реальное proof-of-work.

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

Что меня удивило, так это то, что TBV не может обойти этот этап так, как мог бы кастодиан. Кастодиан просто говорит: «Поверьте, всё в системе», — и продолжает дальше. У TBV некому сказать это вместо протокола — ему приходится ждать, пока Bitcoin фактически подтвердит заявленный (claim) факт, потому что вся идея в том, чтобы не полагаться на чьё-то слово.

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

Меня теперь заставляет задуматься, сколько людей при тестировании ожидают, что скорость депозита в итоге сравняется с обычным DeFi-приложением, и сколько — что понимают: это ожидание на самом деле и есть корректно работающая доверие-независимая (trustless) часть, а не баг, который нужно чинить.

@BabylonLabs_io $BABY #baby $BLESS $TAKE #Babylon