Detentores de XRP finalmente poderão obter rendimentos sem mexer com Ethereum: detalhes

O processo de Razão XRP (XRPL) está a caminho de adicionar funcionalidades nativas de empréstimo e financiamento diretamente à sua rede através de um proposta denominada XLS-66Se aprovada pelos validadores, a emenda permitiria que os usuários obtivessem rendimentos sobre capital ocioso por meio de empréstimos on-chain de prazo fixo e sem garantia, sem depender de plataformas de terceiros construídas sobre o livro-razão. O protocolo está atualmente com 17% de consenso entre os validadores, bem abaixo da supermaioria de 80% necessária para entrar em operação.

O que é o protocolo de empréstimo XLS-66?

O XLS-66, oficialmente intitulado "Protocolo de Empréstimo", foi introduzido na versão 3.1.0 do XRPL e co-escrito pelos desenvolvedores da Ripple, Vytautas Vito Tumas e Aanchal Malhotra. A proposta introduz os blocos de construção básicos necessários para a originação de crédito on-chain diretamente no XRP Ledger, em vez de por meio de um ecossistema de contratos inteligentes implantado separadamente.

O protocolo oferece empréstimos a prazo fixo financiados por meio de depósitos agrupados. O que o diferencia da maioria dos sistemas de empréstimo DeFi é que ele deliberadamente dispensa a gestão automatizada de garantias e bots de liquidação on-chain. Em vez disso, verificações de identidade, pontuação de crédito e outras etapas de análise de risco ocorrem off-chain antes da emissão de qualquer empréstimo. O livro-razão lida com a liquidação, os registros de propriedade e as trilhas de auditoria.

Vet, pesquisador e validador da XRPL e membro ativo da comunidade, que descreveu isso como "a fronteira final do DeFi" para a rede, disse: 

"O credor não lhe daria XRP em primeiro lugar sem saber quem você é e fazer algumas verificações fora da blockchain."

Como o protocolo funciona na prática?

A especificação XLS-66 introduz dois novos objetos on-chain: o LoanBroker e o Loan.

O objeto LoanBroker é criado e gerenciado por um Corretor de Empréstimos, a entidade responsável por executar a operação de empréstimo. Ele registra detalhes específicos do protocolo, incluindo taxas e qualquer Capital de Primeira Perda que o corretor tenha depositado como reserva contra inadimplência. O objeto Loan registra o acordo entre o Corretor de Empréstimos e o mutuário, incluindo termos, cronograma de pagamento e status.

O fluxo principal funciona assim:

• O corretor de empréstimos cria um cofre para guardar os ativos depositados de um ou mais depositantes.
• O corretor de empréstimos pode, opcionalmente, depositar um capital de primeira perda como fundo de proteção contra inadimplência.
• Um objeto de empréstimo é criado em conjunto pelo corretor de empréstimos e pelo mutuário.
• O mutuário saca fundos usando uma transação LoanDraw e efetua os pagamentos usando o LoanPay.
• Caso o mutuário não cumpra com suas obrigações, o Corretor de Empréstimos pode acionar uma transação no LoanManage para registrar a inadimplência.
• Assim que um empréstimo vence ou entra em incumprimento, ele é excluído do livro-razão através de uma transação LoanDelete.

O protocolo suporta nove tipos de transação no total, abrangendo todo o ciclo de vida, desde a criação do empréstimo até a exclusão do próprio objeto LoanBroker, assim que todos os empréstimos forem liquidados.

Taxas de juros e tarifas

O protocolo prevê três tipos de taxas de juros: uma taxa padrão sobre o valor principal, uma taxa mais alta para pagamentos em atraso e uma taxa para pagamento antecipado para mutuários que liquidam o empréstimo antes do término do prazo. Os corretores de empréstimo podem configurar diversas taxas adicionais, incluindo uma taxa de administração cobrada como percentual dos juros, uma taxa de abertura de crédito deduzida do valor principal, uma taxa de serviço sobre cada pagamento e taxas separadas para pagamentos em atraso ou antecipados. As taxas só são cobradas se o corretor de empréstimo tiver depositado capital de primeira perda suficiente.

Descubra projetos promissores...

Projetos promissores...

(Propaganda)

O artigo continua...

Conformidade e proteção contra riscos

O protocolo inclui dois mecanismos de conformidade integrados que os emissores de ativos podem usar. O primeiro é o mecanismo de recuperação (clawback), que permite a um emissor reaver fundos de um Vault em determinadas circunstâncias. O segundo é um mecanismo de congelamento (freeze), que pode impedir que uma conta específica ou todas as contas enviem ou recebam um determinado ativo. Se a conta de um tomador de empréstimo for congelada, ele não poderá sacar fundos nem efetuar pagamentos, embora sua obrigação de reembolso permaneça.

O esquema de Capital de Primeira Perda é a principal ferramenta de gestão de risco. Os corretores de empréstimo depositam um fundo calculado como uma porcentagem do total da dívida em aberto. Se um mutuário entrar em incumprimento, uma parte desse fundo é liquidada e devolvida ao cofre para compensar parte da perda para os depositantes.

Como o XLS-66 difere dos empréstimos DeFi padrão?

A maioria dos empréstimos DeFi em Ethereum Funciona através da sobrecolateralização. Os tomadores de empréstimo bloqueiam criptomoedas com valor superior ao do empréstimo, e bots automatizados liquidam essa garantia se o seu valor cair abaixo de um limite predefinido. Protocolos como Aave e Compound são construídos inteiramente com base nesse modelo.

A XLS-66 não utiliza garantias on-chain nem bots de liquidação. A contrapartida é que os credores assumem um risco de crédito maior, mas o sistema foi projetado para lidar com isso por meio de uma análise de crédito rigorosa off-chain antes da concessão de qualquer empréstimo. O livro-razão registra apenas o resultado, mantendo os dados sensíveis do tomador de empréstimo off-chain, ao mesmo tempo que mantém um registro público de auditoria.

Essa abordagem híbrida, que combina gestão de risco centralizada com liquidação descentralizada, não é totalmente nova. O mercado de empréstimos Algofi da Algorand utilizou uma combinação similar de garantias on-chain e avaliação de crédito off-chain, proporcionando retornos anualizados de cerca de 12% para os primeiros participantes. A rede Stellar tentou uma versão mais simples em 2020, sem controles de subscrição robustos, e viu os tomadores de empréstimo inadimplirem devido à escassez de liquidez. O XLS-66 parece ter sido projetado levando em consideração essas lições.

O que está impedindo o XLS-66 de entrar em operação?

A emenda precisa da aprovação de 80% dos validadores, e esse limite deve ser mantido por duas semanas consecutivas antes da ativação. Até o momento, apenas 6 dos validadores confiáveis ​​da XRPL votaram sim, enquanto 29 votaram não ou se abstiveram. Isso coloca o consenso atual em 17.14%, bem longe do limite necessário.

A exigência de uma supermaioria de 80% é uma característica deliberada do modelo de governança do XRPL. Ela garante que grandes alterações no livro-razão não possam ser implementadas sem um amplo consenso do conjunto de validadores da rede, que inclui nós independentes, exchanges e instituições. Esse mesmo mecanismo já atrasou ou bloqueou outras alterações no passado, e o XLS-66 enfrenta o mesmo obstáculo.

Conclusão 

O XLS-66 adicionaria à XRP Ledger uma camada nativa de empréstimos baseada em empréstimos de prazo fixo e sem garantia, com análise de crédito fora da blockchain e liquidação na blockchain. O protocolo inclui ferramentas estruturadas para originação de empréstimos, reembolso, gestão de inadimplência e proteção do depositante por meio do First-Loss Capital. A sua implementação depende dos validadores, e no momento os números estão longe de serem suficientes.

Recursos 

1. Proposta XLS-66: 0066 XLS - 66dProtocolo de empréstimo nativo do Ledger XRP

2. Pesquisador e validador do XRPL, Vet on XPostagem de 8º de março