As Atualizações Satoshi: sBTC com Autocustódia.

Visão Geral dos Avanços Técnicos:

Cunhagem com autocustódia: Um ativo programável de Bitcoin idealmente exigiria que qualquer transação que pudesse mover o $BTC subjacente de um detentor de Bitcoin fosse assinada por ele, eliminando assim qualquer risco de custódia. Como mostraremos mais adiante, usando uma combinação de provas de conhecimento zero, HTLCs e o fato de que os nós Stacks têm acesso ao estado do Bitcoin (e, portanto, podem verificar independentemente a existência de qualquer transação Bitcoin), é de fato possível projetar isso no sBTC.

Deve-se ter um cuidado extra quando as transferências acontecem para outros usuários ou para um contrato inteligente – ao transferir para outro usuário Stacks, a custódia do $BTC subjacente precisa ser atualizada de acordo; enquanto ao implantar em um contrato inteligente, a propriedade passa para um conjunto de signatários descentralizado por padrão. Uma nova estrutura de dados, chamada Redemption DAG, é usada para gerenciar e rastrear todas essas mudanças de estado no Stacks Layer 2.

Pós-condições no Bitcoin subjacente: Quando o sBTC com autocustódia é transferido para um contrato inteligente, o padrão é que o $BTC subjacente seja mantido pelo conjunto de signatários do sBTC. Embora isso seja adequado para muitas situações hoje, certos casos de uso podem desejar mais controle sobre o $BTC subjacente e podemos habilitar isso. A ideia geral é que, assim como existem pós-condições para as transações Stacks, podemos introduzir pós-condições que governam a custódia do Bitcoin subjacente. Por exemplo, um aplicativo de empréstimo poderia especificar (em seu contrato Clarity) que, após a liquidação, o $BTC será liberado para um determinado endereço bitcoin. Isso só é possível porque o Stacks tem acesso total ao estado do Bitcoin e está intimamente integrado com o Bitcoin Layer 1.