Agora eu faço a maioria dos meus recados nas manhãs de sábado e, hoje, eu estava na fila do banco esperando para depositar um cheque. Percebi que havia dois caixas abertos: um para clientes comuns, que pegam uma senha e esperam; e outro marcado como prioridade para titulares de conta com um certo nível, que podiam simplesmente chegar e ser atendidos. Acho que o que me chamou a atenção não foi a fila de prioridade existir, mas sim que as duas filas levavam ao mesmo caixa, fazendo exatamente o mesmo trabalho.
Agora eu entendo por que isso ficou na minha cabeça, porque é basicamente a mesma configuração do liquidation no AaveAdapter em @BabylonLabs_io Genesis ( BABY ), só que com Bitcoin no final em vez de um comprovante de depósito.
Acho que existem dois caminhos distintos aqui, e eles não são realmente substitutos um do outro. O primeiro é liquidateWithLLP, que é permissionless: qualquer endereço do Ethereum pode chamá-lo, sem precisar de um nível de prioridade. O liquidante paga a dívida e recebe liquidação instantânea do LLP, enquanto o cofre apreendido vai para o escrow do LLP para ser resgatado mais tarde por um arbitrajista. O segundo é liquidate, que é permissionado: apenas um Application Vault Keeper registrado pode acioná-lo. Esse liquidante paga a dívida necessária e resgata diretamente o cofre apreendido para uma chave de resgate do Bitcoin, ignorando o escrow completamente.
Quer dizer, o caminho aberto parece mais conveniente à primeira vista, já que qualquer pessoa pode usá-lo, mas o caminho restrito liquida diretamente para o Bitcoin em vez de passar pelo escrow do LLP primeiro. Então eu não acho que os dois sejam realmente equivalentes quando você considera timing e finalização. Eu me pergunto se um Vault Keeper alguma vez escolheria o caminho permissionless por qualquer motivo, ou se o caminho permissionado existe especificamente para casos em que a liquidação via escrow não é suficientemente boa.
Não estou levantando isso como um problema; eu realmente não sei a resposta e preferiria perguntar em vez de assumir.
Para qualquer pessoa de @BabylonLabs_io is: existe algum caso em que um Vault Keeper escolha liquidateWithLLP em vez de resgate direto, ou apenas o papel determina o caminho?
@BabylonLabs_io #baby $BABY
$IDOL
$UAI
Melhor caminho de liquidação é ?
Agora eu entendo por que isso ficou na minha cabeça, porque é basicamente a mesma configuração do liquidation no AaveAdapter em @BabylonLabs_io Genesis ( BABY ), só que com Bitcoin no final em vez de um comprovante de depósito.
Acho que existem dois caminhos distintos aqui, e eles não são realmente substitutos um do outro. O primeiro é liquidateWithLLP, que é permissionless: qualquer endereço do Ethereum pode chamá-lo, sem precisar de um nível de prioridade. O liquidante paga a dívida e recebe liquidação instantânea do LLP, enquanto o cofre apreendido vai para o escrow do LLP para ser resgatado mais tarde por um arbitrajista. O segundo é liquidate, que é permissionado: apenas um Application Vault Keeper registrado pode acioná-lo. Esse liquidante paga a dívida necessária e resgata diretamente o cofre apreendido para uma chave de resgate do Bitcoin, ignorando o escrow completamente.
Quer dizer, o caminho aberto parece mais conveniente à primeira vista, já que qualquer pessoa pode usá-lo, mas o caminho restrito liquida diretamente para o Bitcoin em vez de passar pelo escrow do LLP primeiro. Então eu não acho que os dois sejam realmente equivalentes quando você considera timing e finalização. Eu me pergunto se um Vault Keeper alguma vez escolheria o caminho permissionless por qualquer motivo, ou se o caminho permissionado existe especificamente para casos em que a liquidação via escrow não é suficientemente boa.
Não estou levantando isso como um problema; eu realmente não sei a resposta e preferiria perguntar em vez de assumir.
Para qualquer pessoa de @BabylonLabs_io is: existe algum caso em que um Vault Keeper escolha liquidateWithLLP em vez de resgate direto, ou apenas o papel determina o caminho?
@BabylonLabs_io #baby $BABY
$IDOL
$UAI
Melhor caminho de liquidação é ?
LLP route⚡
56%
Direct BTC ₿
33%
Keeper decides 🔑
0%
Depends on case 🤔
11%
18 Votos • Votação encerrada
