Uma vizinha minha administra uma pequena confecção, e justamente no mês passado ela ficou para trás num pagamento a um fornecedor enquanto estava internada no hospital para uma cirurgia menor. O fornecedor não se importou com o motivo — só com o nome da conta na fatura. A sócia dela tinha o dinheiro pronto naquela mesma tarde, mas o sistema só permitia que o titular da conta registrada enviasse o pagamento, então nada podia avançar até que ela estivesse bem o suficiente para entrar e fazer login por conta própria. Foram três dias de estresse por uma regra que não tinha nada a ver com se a dívida seria paga, apenas com quem tinha permissão para apertar o botão.
Essa história voltou para mim enquanto eu lia a documentação do TBV, o recurso de empréstimos baseado em cofre criado por @BabylonLabs_io e aterrissando em repayToCorePosition ( address borrower, uint256 debtReserveId, uint256 amount ). Uma única linha ali teria resolvido o problema exato da minha vizinha :
QUALQUER UM PODE REPAGAR A DÍVIDA DE OUTRO DEPOSITANTE, E NÃO APENAS O TOMADOR.
Parece um detalhe técnico no texto, mas remove silenciosamente o único ponto de falha que transformou a situação dela num impasse de três dias.
Aplicado a uma posição real de empréstimo lastreada em BTC, isso importa mais do que parece. Se alguém está com a garantia se aproximando da liquidação e está offline, no meio de uma transferência entre carteiras, ou simplesmente dormindo em um fuso diferente, um parceiro, um amigo — ou até mesmo um monitor automatizado — pode cobrir a dívida diretamente. O contrato não verifica cujo endereço abriu a posição em relação a qual endereço está pagando, ele apenas verifica que a dívida seja coberta.
Isso é uma mudança real em relação ao fato de que apenas o tomador precisa reagir a tempo para que a dívida seja resolvida por qualquer pessoa disposta a resolvê-la. A obrigação não desaparece — ainda existe alguém devendo o que deve — mas a janela para uma falha temporária virar uma liquidação forçada fica bem mais ampla. Uma função pequena dentro do TBV, mas ela resolve um problema que a maioria dos protocolos de empréstimo não reconhece até que os usuários percam fundos por causa de prazos que eles não conseguiam controlar.
$BABY #baby @BabylonLabs_io
#KospiCrashes11%OnChinaDUVChipThreat #USTreasuryYieldsRetreat $ON $BTW #BitcoinRecoversFromAsianSessionLows
Essa história voltou para mim enquanto eu lia a documentação do TBV, o recurso de empréstimos baseado em cofre criado por @BabylonLabs_io e aterrissando em repayToCorePosition ( address borrower, uint256 debtReserveId, uint256 amount ). Uma única linha ali teria resolvido o problema exato da minha vizinha :
QUALQUER UM PODE REPAGAR A DÍVIDA DE OUTRO DEPOSITANTE, E NÃO APENAS O TOMADOR.
Parece um detalhe técnico no texto, mas remove silenciosamente o único ponto de falha que transformou a situação dela num impasse de três dias.
Aplicado a uma posição real de empréstimo lastreada em BTC, isso importa mais do que parece. Se alguém está com a garantia se aproximando da liquidação e está offline, no meio de uma transferência entre carteiras, ou simplesmente dormindo em um fuso diferente, um parceiro, um amigo — ou até mesmo um monitor automatizado — pode cobrir a dívida diretamente. O contrato não verifica cujo endereço abriu a posição em relação a qual endereço está pagando, ele apenas verifica que a dívida seja coberta.
Isso é uma mudança real em relação ao fato de que apenas o tomador precisa reagir a tempo para que a dívida seja resolvida por qualquer pessoa disposta a resolvê-la. A obrigação não desaparece — ainda existe alguém devendo o que deve — mas a janela para uma falha temporária virar uma liquidação forçada fica bem mais ampla. Uma função pequena dentro do TBV, mas ela resolve um problema que a maioria dos protocolos de empréstimo não reconhece até que os usuários percam fundos por causa de prazos que eles não conseguiam controlar.
$BABY #baby @BabylonLabs_io
#KospiCrashes11%OnChinaDUVChipThreat #USTreasuryYieldsRetreat $ON $BTW #BitcoinRecoversFromAsianSessionLows