Несколько дней назад я перебирал ящики и нашёл пачку почтовых марок, купленных много лет назад. Когда отправлял посылку, мне сказали, что номинала недостаточно — тарифы уже давно выросли. Марки на месте, просто устарело их «тогдашнее» ценообразование.
Эти дни я думаю про TBV @BabylonLabs_io : он упирается в похожее место — в комиссионной ставке в заранее подписанной транзакции, которая фиксируется в момент создания в Vault.
Безопасность TBV во многом держится на «предварительной сборке». Маршрут выхода, маршрут с конфискацией, а также то, какая именно транзакция будет транслирована после истечения таймлока — всё это уже подписано до того, как вы заблокируете BTC. Именно поэтому ему не нужен смарт-контракт и не нужно никакого последующего одобрения со стороны людей.
Но будет ли одна конкретная биткоин-транзакция упакована, зависит от того, хватает ли её ставки комиссии в текущем мемпуле. Предподпись означает, что решение о комиссии — из прошлого. В день, когда вы делаете блокировку, мемпул может быть пустым, а через два месяца, когда накроет волна хайпа вокруг inscription’ов, та самая транзакция выхода, которую подписали тогда, может просто застрять в очереди и остаться без внимания.
Antoine Riard, изучая атаку с «прибиванием гвоздём» (transaction pinning), снова и снова подчёркивал одну вещь: настоящая сложность заранее подписанных транзакций никогда не в самой подписи, а в том, как после подписи всё ещё можно докинуть комиссию. Lightning для этого специально проектирует anchor outputs — чтобы оставался выход для добавления комиссии постфактум.
Большинство людей читают «заранее подписано» как детерминированность. Я же скорее читаю это как ставку на будущий рынок комиссий.
В инженерном плане есть решения: CPFP, anchor outputs, резервирование нескольких ступеней комиссии — всё это уже отработанные практики. Но каждое решение передвигает сложность вперёд: вам нужно уже на этапе создания учесть будущую среду комиссий или положиться на роль, которая согласится помочь вам увеличить комиссию.
Я всё время наблюдаю за одной вещью: TBV убирает свободу злоумышленника в части управления действием, но когда возникает перегрузка и нужно «протолкнуть» транзакцию, на кого в итоге ложится ответственность? #baby $BABY @BabylonLabs_io
$BTC
Эти дни я думаю про TBV @BabylonLabs_io : он упирается в похожее место — в комиссионной ставке в заранее подписанной транзакции, которая фиксируется в момент создания в Vault.
Безопасность TBV во многом держится на «предварительной сборке». Маршрут выхода, маршрут с конфискацией, а также то, какая именно транзакция будет транслирована после истечения таймлока — всё это уже подписано до того, как вы заблокируете BTC. Именно поэтому ему не нужен смарт-контракт и не нужно никакого последующего одобрения со стороны людей.
Но будет ли одна конкретная биткоин-транзакция упакована, зависит от того, хватает ли её ставки комиссии в текущем мемпуле. Предподпись означает, что решение о комиссии — из прошлого. В день, когда вы делаете блокировку, мемпул может быть пустым, а через два месяца, когда накроет волна хайпа вокруг inscription’ов, та самая транзакция выхода, которую подписали тогда, может просто застрять в очереди и остаться без внимания.
Antoine Riard, изучая атаку с «прибиванием гвоздём» (transaction pinning), снова и снова подчёркивал одну вещь: настоящая сложность заранее подписанных транзакций никогда не в самой подписи, а в том, как после подписи всё ещё можно докинуть комиссию. Lightning для этого специально проектирует anchor outputs — чтобы оставался выход для добавления комиссии постфактум.
Большинство людей читают «заранее подписано» как детерминированность. Я же скорее читаю это как ставку на будущий рынок комиссий.
В инженерном плане есть решения: CPFP, anchor outputs, резервирование нескольких ступеней комиссии — всё это уже отработанные практики. Но каждое решение передвигает сложность вперёд: вам нужно уже на этапе создания учесть будущую среду комиссий или положиться на роль, которая согласится помочь вам увеличить комиссию.
Я всё время наблюдаю за одной вещью: TBV убирает свободу злоумышленника в части управления действием, но когда возникает перегрузка и нужно «протолкнуть» транзакцию, на кого в итоге ложится ответственность? #baby $BABY @BabylonLabs_io
$BTC