Recentemente, explorei algumas comunidades de Finanças Descentralizadas e percebi que todos estão falando das mesmas coisas de sempre: qual nova moeda está prestes a ser lançada, qual empresa fez um grande espetáculo de lançamento, qual projeto está novamente no PPT dizendo "revolucionar a indústria". Para ser sincero, ouvir esse tipo de conversa muitas vezes é bastante enjoativo — é tudo ruído de marketing, raramente há algo de valor real.

Na verdade, há um protocolo que, durante este tempo, esteve focado em trabalhar sem fazer muito barulho, mas que resolveu uma questão que parece não ser atraente, mas é extremamente importante. Ele não se apressou em se promover, mas concentrou-se em otimizar os bugs de eficiência dos empréstimos na blockchain. Passados alguns meses, quando você percebe que cada vez mais equipes de desenvolvimento, tesourarias de projetos e grandes plataformas estão usando isso, você se dá conta: isso não é uma moda passageira, é a construção de infraestrutura.

O empréstimo em cadeia é uma questão simples e a operação é conveniente, mas a experiência sempre foi insatisfatória. O modelo tradicional de grandes pools de capital realmente estabiliza a liquidez, mas há um problema difícil de resolver — as taxas de juros foram achatadas. As pessoas que depositam não conseguem bons rendimentos, enquanto quem pega emprestado tem que pagar mais juros. Embora haja capital e demanda no mercado que podem ser precisamente conectados, o resultado é que uma grande quantidade de capital fica estagnada.

A solução proposta por este protocolo é especialmente simples: se as condições entre as duas partes de um empréstimo puderem ser acordadas, a transação é realizada diretamente; se não houver um parceiro adequado no momento, então se recorre ao velho caminho do grande pool. Esta pequena alteração — priorizando a correspondência ponto a ponto, mas mantendo o fundo como uma rede de segurança — não só ativa o capital ocioso, mas também não destrói a base de confiança do ecossistema original.

Este design é tranquilizador porque não é uma abordagem radical que visa a destruição e reconstrução, mas sim melhorias incrementais sobre um modelo que já funciona.