Who is Stani Kulechov? Aave founder

Stani Kulechov is the founder of ETHLend and Aave, projects using smart contracts to organize cryptoasset lending. The first sought to connect lenders with borrowers; its evolution into Aave changed the product architecture and led to a broader ecosystem.

Rethinking an initial application's design to better serve its purpose is a product decision that takes judgment. That evolution also requires responsibilities to be distributed: the company develops software, the protocol executes operations, and governance decides parameters. Kulechov's role is best understood within that collaboration.

Who is Stani Kulechov?

Stani Kulechov founded ETHLend and Aave and is CEO of Aave Labs. Aave’s published history dates the protocol’s debut to 2020, emerging from the team behind ETHLend. In his governance contributions, Kulechov recalls starting ETHLend in 2017 to use smart contracts for lending.

His contribution is best understood as product and organizational leadership, rather than sole authorship of every version. Aave has involved developers, researchers, risk providers and external teams. In February 2026, Kulechov publicly acknowledged BGD Labs’ contribution to the technical development of Aave v3.

From ETHLend to liquidity pools

ETHLend used a peer-to-peer lending model. The Aave Labs contributions report acknowledges that this was difficult to scale. Finding a counterparty with compatible terms added friction to the product.

Aave reorganized the interaction around liquidity pools. Users supply assets to shared reserves, and borrowers access available liquidity under market rules. This reduced the need to negotiate each loan as an individual relationship between two parties.

That evolution illustrates a design decision, not the disappearance of risk. Pooling liquidity changes access and the allocation of flows; it does not guarantee that funds will always be available for withdrawal or that every collateral asset will retain its value.

What made Aave different?

The Aave v3 documentation describes supply and debt positions represented in contracts. Interest depends on utilization and market parameters. Withdrawals depend on available liquidity and on whether the assets support an outstanding debt position.

For ordinary overcollateralized loans, collateral must exceed debt value according to configured limits. If a position crosses its liquidation threshold, other participants can repay part of the debt in exchange for collateral. These rules are explicit, but a fast market decline can still produce losses.

This differs from a bank loan based primarily on income or credit history. The protocol does not independently know someone’s future earning capacity. Its initial model made existing assets programmable collateral; it did not solve every form of credit.

Flash loans and technical evolution

Aave popularized flash loans: operations that provide liquidity and require their conditions to be satisfied within one transaction. With flashLoanSimple, the principal and fee must be repaid before completion or the transaction reverts. Aave V3 flashLoan also supports opening debt when collateral or credit delegation permits it. That exception does not mean an unbacked loan can remain open indefinitely.

The mechanism enables atomic operations such as refinancing or collateral changes. It can also be used within strategies exploiting vulnerabilities in other contracts. The mechanism does not establish the safety of the product using it: each integration must examine dependencies and pricing assumptions.

Later versions added tools for separating risks and administering markets. Several teams contributed this work. Kulechov’s story matters because he helped sustain that development, not because every technical feature should be attributed to him personally.

Aave Labs, Aave DAO and AAVE

Aave Labs is a company developing products and contributing to the protocol. Aave governance organizes proposals, voting and execution of changes. AAVE participates in that system; it should not be described as a share in Aave Labs.

Influence is weighted by voting power and delegation rather than one person, one vote. Beyond voting, the ecosystem needs code preparation, risk assessment and response mechanisms. The founder retains the ability to propose and persuade, while contracts and processes determine how changes take effect.

Public debates about funding, branding and service providers show why the company and DAO are not interchangeable. A Labs announcement is not automatically a governance decision executed on-chain; an approved proposal does not establish that an external integration is complete.

What limitations matter?

The risk documentation identifies contract, collateral, oracle and network risks. Overcollateralization reduces some exposures, but does not provide immunity from software faults, incorrect prices or insufficient liquidation liquidity.

The oracle dependency explains the connection between Aave and Sergey Nazarov’s work on Chainlink. To apply a collateral rule, a contract needs usable, timely prices. Information reliability and code reliability are parts of the same product.

Stani Kulechov’s contribution

Kulechov helped turn on-chain lending into infrastructure other teams could integrate. The significant change went beyond automating one operation: reserves, positions and rules could be combined with other applications.

His career also shows that a financial protocol needs institutional maintenance alongside code. Development funding, attribution, risk limits and decision-making under disagreement all affect continuity. Assessing Aave means examining those functions alongside its founder.