Quem é Stani Kulechov? Fundador do Aave
A história de Stani Kulechov, do ETHLend ao Aave: empréstimos on-chain, flash loans, contribuições da equipe e a diferença entre Labs e DAO.

Stani Kulechov é o fundador de ETHLend e Aave, projetos que usam contratos inteligentes para organizar empréstimos de criptoativos. O primeiro buscava conectar quem queria emprestar a quem precisava tomar emprestado; sua evolução para Aave mudou a arquitetura do produto e deu origem a um ecossistema mais amplo.
Repensar o design de uma primeira aplicação para servir melhor ao seu propósito é uma decisão de produto que exige critério. A evolução também obriga a distribuir responsabilidades: a empresa desenvolve software, o protocolo executa operações e a governança decide parâmetros. O papel de Kulechov se entende dentro dessa colaboração.
Quem é Stani Kulechov?
Stani Kulechov é o fundador de ETHLend e de Aave, e CEO da Aave Labs. Ahistória publicada pela Aavesitua a estreia do protocolo Aave em 2020, a partir da equipe que havia construído ETHLend. Kulechov lembra em suasintervenções de governançaque iniciou ETHLend em 2017 com a ideia de usar contratos inteligentes para organizar empréstimos.
Sua contribuição se entende melhor como liderança de produto e organização do que como autoria individual de todas as versões. Aave incorporou desenvolvedores, pesquisadores, provedores de risco e equipes externas. Em fevereiro de 2026, o próprio Kulechov reconheceu publicamente o trabalho da BGD Labs na evolução técnica de Aave v3.
De ETHLend aos pools de liquidez
ETHLend usava um modelo de empréstimos entre participantes. Orelatório de contribuições da Aave Labsreconhece que aquele modelo se mostrou difícil de escalar. Encontrar uma contraparte com condições compatíveis acrescentava atrito ao uso do produto.
Aave reorganizou essa interação em torno de pools de liquidez. Os usuários aportam ativos a reservas comuns e os tomadores acessam a liquidez disponível conforme as regras do mercado. A mudança reduziu a necessidade de negociar cada empréstimo como uma relação individual entre duas partes.
Essa evolução ilustra uma decisão de design, não o desaparecimento do risco. Agrupar liquidez muda como se acessa o crédito e como os fluxos são distribuídos; não garante que sempre haja fundos resgatáveis nem que todo ativo aceito como garantia conserve seu valor.
O que tornou Aave diferente
Odocumentação de Aave v3descreve posições de fornecimento e de dívida representadas em contratos. Os juros dependem da utilização e de parâmetros do mercado. Para retirar ativos, importa a liquidez disponível, além de saber se esses ativos respaldam uma posição de dívida.
Nos empréstimos ordinários sobrecolateralizados, o valor da garantia deve superar o da dívida conforme os limites configurados. Se a posição ultrapassar seu limiar de liquidação, outros participantes podem quitar parte da dívida em troca de garantia. O sistema torna essas regras explícitas, mas uma queda rápida do mercado ainda pode gerar perdas.
Isso difere de um empréstimo bancário baseado principalmente em renda ou histórico de crédito. O protocolo não conhece, por si só, a capacidade econômica futura de uma pessoa. Seu modelo inicial transformou ativos já existentes em garantia programável; não resolveu todas as formas de crédito.
Os flash loans e a evolução técnica
Aave popularizou os flash loans: operações que entregam liquidez e exigem que suas condições sejam satisfeitas dentro da mesma transação. No flashLoanSimple, o valor e a taxa devem ser devolvidos antes do fim; caso contrário, a transação reverte. No flashLoan de Aave V3 também existe a opção de abrir dívida quando a garantia ou a delegação de crédito permitem. Essa exceção não equivale a deixar um empréstimo sem respaldo aberto indefinidamente.
A inovação permite coordenar operações como refinanciamentos ou trocas de garantia de forma atômica. Também pode fazer parte de estratégias que exploram vulnerabilidades de outros contratos. O mecanismo não atesta a segurança do produto que o utiliza: cada integração precisa examinar suas dependências e suas premissas de preço.
As versões posteriores acrescentaram ferramentas para separar riscos e administrar mercados. Seu desenvolvimento pertence a várias equipes. A história de Kulechov importa por ter impulsionado essa continuidade, não porque cada função técnica deva ser atribuída à sua autoria pessoal.
Aave Labs, Aave DAO e o token AAVE
Aave Labs é uma empresa que desenvolve produtos e contribui para o protocolo. Agovernança de Aavearticula propostas, votação e execução de mudanças. AAVE participa desse sistema; não deve ser descrito como uma ação da Aave Labs.
A influência é ponderada pelo poder de voto e pela delegação, não pelo princípio de uma pessoa, um voto. Além de votar, o ecossistema precisa preparar código, avaliar riscos e operar mecanismos de resposta. O fundador conserva a capacidade de propor e persuadir, enquanto os contratos e os processos determinam como as mudanças se materializam.
Os debates públicos sobre financiamento, marca e fornecedores mostram que empresa e DAO não são intercambiáveis. Um anúncio da Labs não equivale automaticamente a uma decisão executada pela governança; uma proposta aprovada tampouco demonstra, por si só, que uma integração externa esteja concluída.
Quais limites convém conhecer
Odocumentação de riscosidentifica riscos de contratos, garantias, oráculos e redes. A sobrecolateralização reduz certas exposições, mas não oferece imunidade contra falhas de software, preços incorretos ou falta de liquidez para liquidar posições.
A conexão com oráculos explica a relação entre a Aave e o trabalho deSergey Nazarov na Chainlink. Para aplicar uma regra de garantia, o contrato precisa de preços utilizáveis e atualizados. A confiabilidade do dado e a do código fazem parte do mesmo produto.
O legado de Stani Kulechov
Kulechov ajudou a transformar os empréstimos on-chain em infraestrutura que outras equipes podem integrar. A mudança relevante não foi apenas automatizar uma operação, mas fazer com que reservas, posições e regras pudessem ser compostas com outras aplicações.
Sua trajetória também mostra que um protocolo financeiro precisa de manutenção institucional além do código. Financiamento do desenvolvimento, atribuição do trabalho, limites de risco e capacidade de decidir em meio ao desacordo fazem parte dessa continuidade. Avaliar a Aave exige observar essas funções junto com a figura do seu fundador.
Tem um projeto blockchain em mente?
Da ideia ao produto, estratégia e tecnologia precisam avançar juntas.







