¿Quién es Stani Kulechov? Fundador de Aave

Stani Kulechov es el fundador de ETHLend y Aave, proyectos que utilizan contratos inteligentes para organizar préstamos de criptoactivos. El primero buscaba conectar a quien quería prestar con quien necesitaba pedir prestado; su evolución hacia Aave cambió la arquitectura del producto y dio lugar a un ecosistema más amplio.

Replantear el diseño de una primera aplicación para servir mejor a su propósito es una decisión de producto que requiere criterio. La evolución también obliga a repartir responsabilidades: la empresa desarrolla software, el protocolo ejecuta operaciones y la gobernanza decide parámetros. El papel de Kulechov se entiende dentro de esa colaboración.

¿Quién es Stani Kulechov?

Stani Kulechov es el fundador de ETHLend y de Aave, y CEO de Aave Labs. La historia publicada por Aave sitúa el debut del protocolo Aave en 2020, a partir del equipo que había construido ETHLend. Kulechov recuerda en sus intervenciones de gobernanza que inició ETHLend en 2017 con la idea de utilizar contratos inteligentes para organizar préstamos.

Su aportación se entiende mejor como liderazgo de producto y organización que como autoría individual de todas las versiones. Aave ha incorporado desarrolladores, investigadores, proveedores de riesgo y equipos externos. En febrero de 2026, el propio Kulechov reconoció públicamente el trabajo de BGD Labs en la evolución técnica de Aave v3.

De ETHLend a los fondos de liquidez

ETHLend utilizaba un modelo de préstamos entre participantes. El informe de contribuciones de Aave Labs reconoce que aquel modelo resultó difícil de escalar. Encontrar una contraparte con condiciones compatibles añadía fricción al uso del producto.

Aave reorganizó esa interacción alrededor de fondos de liquidez. Los usuarios aportan activos a reservas comunes y los prestatarios acceden a la liquidez disponible conforme a las reglas del mercado. El cambio redujo la necesidad de negociar cada préstamo como una relación individual entre dos partes.

Esa evolución ilustra una decisión de diseño, no la desaparición del riesgo. Agrupar liquidez cambia cómo se accede al crédito y cómo se reparten los flujos; no garantiza que siempre haya fondos retirables ni que todo activo aceptado como garantía conserve su valor.

Qué hizo diferente a Aave

La documentación de Aave v3 describe posiciones de suministro y deuda representadas en contratos. Los intereses dependen de la utilización y de parámetros del mercado. Para retirar activos importa la liquidez disponible, además de si esos activos respaldan una posición de deuda.

En los préstamos ordinarios sobrecolateralizados, el valor de la garantía debe superar el de la deuda según los límites configurados. Si la posición cruza su umbral de liquidación, otros participantes pueden repagar parte de la deuda a cambio de garantía. El sistema hace explícitas esas reglas, pero una caída rápida del mercado puede seguir generando pérdidas.

Esto difiere de un préstamo bancario basado principalmente en ingresos o historial crediticio. El protocolo no conoce por sí solo la capacidad económica futura de una persona. Su modelo inicial convirtió activos ya existentes en garantía programable; no resolvió todas las formas de crédito.

Los flash loans y la evolución técnica

Aave popularizó los flash loans: operaciones que entregan liquidez y exigen satisfacer sus condiciones dentro de la misma transacción. En flashLoanSimple, el importe y la comisión deben devolverse antes de terminar; de lo contrario, revierte. En flashLoan de Aave V3 también existe la opción de abrir deuda cuando la garantía o la delegación de crédito lo permiten. Esa excepción no equivale a dejar un préstamo sin respaldo abierto indefinidamente.

La innovación permite coordinar operaciones como refinanciaciones o cambios de garantía de forma atómica. También puede formar parte de estrategias que explotan vulnerabilidades de otros contratos. El mecanismo no acredita la seguridad del producto que lo utiliza: cada integración necesita examinar sus dependencias y sus supuestos de precio.

Las versiones posteriores añadieron herramientas para separar riesgos y administrar mercados. Su desarrollo pertenece a varios equipos. La historia de Kulechov importa por haber impulsado esa continuidad, no porque cada función técnica deba atribuirse a su autoría personal.

Aave Labs, Aave DAO y el token AAVE

Aave Labs es una empresa que desarrolla productos y contribuye al protocolo. La gobernanza de Aave articula propuestas, votación y ejecución de cambios. AAVE participa en ese sistema; no debe describirse como una acción de Aave Labs.

La influencia está ponderada por poder de voto y delegación, no por una persona, un voto. Además de votar, el ecosistema necesita preparar código, evaluar riesgos y operar mecanismos de respuesta. El fundador conserva capacidad de proponer y persuadir, mientras que los contratos y los procesos determinan cómo se materializan los cambios.

Los debates públicos sobre financiación, marca y proveedores muestran que empresa y DAO no son intercambiables. Un anuncio de Labs no equivale automáticamente a una decisión ejecutada por la gobernanza; una propuesta aprobada tampoco demuestra por sí sola que una integración externa esté terminada.

Qué límites conviene conocer

La documentación de riesgos identifica riesgos de contratos, garantías, oráculos y redes. La sobrecolateralización reduce ciertas exposiciones, pero no ofrece inmunidad frente a fallos de software, precios incorrectos o falta de liquidez para liquidar posiciones.

La conexión con oráculos explica la relación entre Aave y el trabajo de Sergey Nazarov en Chainlink. Para aplicar una regla de garantía, el contrato necesita precios utilizables y actualizados. La fiabilidad del dato y la del código forman parte del mismo producto.

El legado de Stani Kulechov

Kulechov ayudó a convertir los préstamos on-chain en infraestructura que otros equipos pueden integrar. El cambio relevante no fue solo automatizar una operación, sino hacer que reservas, posiciones y reglas pudieran componerse con otras aplicaciones.

Su trayectoria también muestra que un protocolo financiero necesita mantenimiento institucional además de código. Financiación del desarrollo, atribución del trabajo, límites de riesgo y capacidad de decidir bajo desacuerdo son parte de esa continuidad. Evaluar Aave exige observar esas funciones junto a la figura de su fundador.