0 BPS.
esse foi o menor número nos parâmetros de liquidação do Babylon, e eu li primeiro como uma isenção de taxa.
O vaultBTC carrega uma taxa de liquidação de 0 BPS. Em uma liquidação no estilo Aave, essa taxa normalmente é a parcela do protocolo do bônus pago ao liquidante. Minha primeira suposição foi simples. O Babylon tinha escolhido não ficar com um corte.
Então eu notei que a documentação chama de “zero estrutural”.
Cada Trustless Bitcoin Vault (TBV) é um único UTXO de Bitcoin. A camada de empréstimos pode apreender essa saída ou deixá-la intacta. Ela não consegue “descasc ar” 3%, 5% ou 10% e enviar essa parte ao protocolo.
Isso muda o que o valor de 0 BPS significa.
O liquidante ainda pode ganhar um bônus, atualmente de até 10% quando o fator de saúde cai abaixo de 1,0. O tomador ainda pode perder valor. Um vault inteiro pode ser apreendido porque a aplicação não consegue tomar apenas o valor exato de que precisa.
Então 0 BPS não significa que a liquidação seja barata ou inofensiva.
Isso marca uma ação que está faltando. O protocolo não consegue “tirar” diretamente uma porcentagem da garantia nativa em BTC após a apreensão.
O bônus e a taxa podem ficar lado a lado em uma tabela de risco. Eles não têm a mesma liberdade de implementação quando a garantia é um UTXO.
Eu vinha tratando a taxa de liquidação como um controle normal de governança. Aumente ou diminua. Os contratos redistribuem valor em torno do novo número.
Mas o UTXO chega com um limite rígido.
A governança pode mudar como a dívida e os recompensas são contabilizadas dentro do sistema de empréstimos. Ela não consegue criar um “recorte” de 5% dentro de uma única saída de Bitcoin. A própria garantia estreita o intervalo antes de a governança tocar no parâmetro.
Foi essa a parte que eu tinha perdido.
O campo ainda existe na interface, mas a ação por trás dele não existe na camada da garantia. Não precisa haver revert. Não é necessário que uma transação falhe. A restrição já fica visível porque o parâmetro está fixado em 0 BPS.
No Babylon TBV, 0 BPS não é uma configuração baixa. É o rastro deixado por uma operação que a garantia não consegue realizar.
O campo sobrevive. A operação não.
$ON $BABY #baby @BabylonLabs_io
esse foi o menor número nos parâmetros de liquidação do Babylon, e eu li primeiro como uma isenção de taxa.
O vaultBTC carrega uma taxa de liquidação de 0 BPS. Em uma liquidação no estilo Aave, essa taxa normalmente é a parcela do protocolo do bônus pago ao liquidante. Minha primeira suposição foi simples. O Babylon tinha escolhido não ficar com um corte.
Então eu notei que a documentação chama de “zero estrutural”.
Cada Trustless Bitcoin Vault (TBV) é um único UTXO de Bitcoin. A camada de empréstimos pode apreender essa saída ou deixá-la intacta. Ela não consegue “descasc ar” 3%, 5% ou 10% e enviar essa parte ao protocolo.
Isso muda o que o valor de 0 BPS significa.
O liquidante ainda pode ganhar um bônus, atualmente de até 10% quando o fator de saúde cai abaixo de 1,0. O tomador ainda pode perder valor. Um vault inteiro pode ser apreendido porque a aplicação não consegue tomar apenas o valor exato de que precisa.
Então 0 BPS não significa que a liquidação seja barata ou inofensiva.
Isso marca uma ação que está faltando. O protocolo não consegue “tirar” diretamente uma porcentagem da garantia nativa em BTC após a apreensão.
O bônus e a taxa podem ficar lado a lado em uma tabela de risco. Eles não têm a mesma liberdade de implementação quando a garantia é um UTXO.
Eu vinha tratando a taxa de liquidação como um controle normal de governança. Aumente ou diminua. Os contratos redistribuem valor em torno do novo número.
Mas o UTXO chega com um limite rígido.
A governança pode mudar como a dívida e os recompensas são contabilizadas dentro do sistema de empréstimos. Ela não consegue criar um “recorte” de 5% dentro de uma única saída de Bitcoin. A própria garantia estreita o intervalo antes de a governança tocar no parâmetro.
Foi essa a parte que eu tinha perdido.
O campo ainda existe na interface, mas a ação por trás dele não existe na camada da garantia. Não precisa haver revert. Não é necessário que uma transação falhe. A restrição já fica visível porque o parâmetro está fixado em 0 BPS.
No Babylon TBV, 0 BPS não é uma configuração baixa. É o rastro deixado por uma operação que a garantia não consegue realizar.
O campo sobrevive. A operação não.
$ON $BABY #baby @BabylonLabs_io