Обновления Satoshi: sBTC с самостоятельным хранением.

Обзор технических достижений:

Самостоятельная чеканка: Программируемый актив Bitcoin в идеале должен требовать, чтобы любая транзакция, которая может переместить базовый $BTC держателя Bitcoin, была подписана им, тем самым устраняя любой риск хранения. Как мы покажем позже, используя комбинацию доказательств с нулевым разглашением, HTLC и тот факт, что узлы Stacks имеют доступ к состоянию Bitcoin (и, следовательно, могут независимо проверять существование любой данной транзакции Bitcoin), действительно возможно встроить это в sBTC.

Необходимо проявлять особую осторожность при переводах другим пользователям или в смарт-контракт – при переводе другому пользователю Stacks необходимо соответствующим образом обновить хранение базового $BTC; в то время как при развертывании в смарт-контракт право собственности по умолчанию переходит к децентрализованному набору подписывающих сторон. Новая структура данных, называемая Redemption DAG, используется для управления и отслеживания всех этих изменений состояния на Stacks L2.

Пост-условия для базового Bitcoin: Когда sBTC с самостоятельным хранением передается в смарт-контракт, по умолчанию базовый $BTC удерживается набором подписывающих сторон sBTC. Хотя этого достаточно для многих сегодняшних ситуаций, в определенных случаях использования может потребоваться больший контроль над базовым $BTC, и мы можем это обеспечить. Общая идея заключается в том, что, как и в случае с пост-условиями для транзакций Stacks, мы можем ввести пост-условия, которые регулируют хранение базового Bitcoin. Например, приложение для кредитования может указать (в своем Clarity-контракте), что после ликвидации $BTC будет выпущен на определенный bitcoin-адрес. Это возможно только потому, что Stacks имеет полный доступ к состоянию Bitcoin и тесно интегрирован с Bitcoin L1.