Я хочу поговорить о $BABY перед тем, как пойти в долгосрочную позицию по $BLESS . Сначала я предположил, что механизм «peg-out» в Babylon в первую очередь нужен для того, чтобы доказать, что вывод (withdrawal) действителен.
но после более внимательного отслеживания цепочки требований я думаю, что это лишь видимая часть машины.

Более тихая зависимость находится у депозитора задолго до того, как какой-либо BTC будет выкуплен.

при создании Vault депозитарий хранит ключ Winternitz One-Time Signature и связанные с ним артефакты заявителя (claimer). Если позже Vault Provider исчезнет, застрянет или просто не выполнит действие, эти материалы поддерживают путь само-заявления депозитора.

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

Хранитель (custodian) мог бы сделать это более плавным. Одобрить выход внутри системы, обновить баланс, выпустить BTC. Готово.

Babylon убирает эту доверительную лазейку, но счёт всё равно нужно оплатить.

здесь стоимость переезжает в долговременное хранение восстановительного ключа (recovery-key).

Я думаю, что это станет гораздо более серьёзной проблемой, когда Trustless Bitcoin Vaults остаются открытыми месяцами. Возможно, сложная часть будет не в Groth16-доказательствах или в биткоин-скриптинге. Может оказаться что-то куда менее гламурное: смогут ли пользователи сохранить один неудобный файл в безопасности, не потерять его, не допустить утечки и не забыть, для чего он был.

реальное внедрение может проверить человеческую память раньше, чем оно проверит криптографию.
@BabylonLabs_io #baby $BABY