@BabylonLabs_io $BABY #baby

O Peg-In da Babylon é coordenado off-chain, mas suas assinaturas críticas não ficam restritas a um único servidor privado.

Durante a configuração, o Provedor do Vault, as AVKs e os desafiantes preparam e assinam o grafo da transação Bitcoin.

O Provedor do Vault normalmente coordena esse processo. Mas antes de a ativação ser concluída, as assinaturas e confirmações do Peg-In coletadas são publicadas na Ethereum.

Isso muda o que acontece se o coordenador ficar offline depois.

Depois que o depositante revela o segredo de ativação na blockchain, a testemunha final do Bitcoin pode ser montada a partir de dois ingredientes públicos:

aѕ assinaturas publicadas;
o segredo de ativação revelado.

O Provedor do Vault ainda pode transmitir o Peg-In normalmente. Mas após a ativação, qualquer parte observando o evento pode montar a testemunha e enviar a transação para o Bitcoin.

O coordenador melhora a eficiência.

Mas ele não permanece como a única fonte de disponibilidade.

Essa proteção tem um limite claro. Antes que os dados necessários sejam publicados, a configuração ainda está incompleta e pode expirar. Após a publicação, porém, um coordenador offline não consegue apagar o caminho da transação que os participantes já aprovaram.

Essa é a escolha de design que considero importante.

Autocustódia define quem tem permissão para gastar. A disponibilidade pública dos dados determina se o gasto acordado ainda pode ser concluído.

O Peg-In da Babylon precisa de ambos.