¿Qué es ERC-4626? El estándar de vaults tokenizados

ERC-4626 es el estándar de Ethereum para vaults tokenizados. Define un conjunto común de funciones para depositar un único token ERC-20 en un vault, recibir a cambio participaciones del vault (shares) y convertir entre ambos, de modo que cualquier wallet, mercado de préstamos o agregador pueda integrar cualquier vault compatible de la misma forma. Las participaciones del vault son a su vez un token, y su valor en el activo subyacente aumenta a medida que el vault genera rendimiento.

Esta guía trata la interfaz, la matemática de participaciones frente a activos con un ejemplo práctico, el ataque de inflación, las extensiones asíncronas y multiactivo, y cómo gestionan las participaciones de vaults las cadenas no EVM como Sui.

¿Qué es ERC-4626?

ERC-4626, titulado «Tokenized Vaults», fue creado el 22 de diciembre de 2021 por Joey Santoro, t11s, Jet Jadeja, Alberto Cuesta Cañada y Señor Doggo. Es un ERC de tipo Standards Track con estado Final, y se basa en ERC-20 y ERC-2612 (firmas permit), según la página del EIP. Su resumen lo describe como una «API estándar para vaults tokenizados que representan participaciones de un único token EIP-20 subyacente».

Antes de su existencia, cada agregador de rendimiento, mercado de préstamos y wrapper de staking escribía su propia interfaz de vault. Cualquier aplicación que quisiera admitir diez vaults necesitaba diez adaptadores, cada uno de ellos un nuevo foco de errores. ERC-4626 lo sustituyó por una única forma, igual que hizo ERC-20 con los tokens fungibles.

El estándar fija la interfaz, no la estrategia: un vault arriesgado o malicioso puede ser plenamente compatible. Para una visión más amplia de lo que hacen los vaults con su dinero, consulte los vaults cripto explicados.

La interfaz de ERC-4626, función por función

Un vault compatible es un token ERC-20 (las participaciones) más las funciones siguientes. Cada una procede de la especificación.

Dos eventos, Deposit y Withdraw, dan a los indexadores un único patrón para seguir cualquier vault compatible.

Por qué importan las funciones preview y max

Las funciones preview muestran lo que usted obtendría realmente en este bloque, después de comisiones, que es lo que una interfaz debería mostrar antes de que firme. Las funciones max exponen límites, pausas y restricciones de liquidez, de modo que un router pueda evitar una transacción condenada a fallar.

La especificación advierte de que totalAssets, convertToShares y convertToAssets son «estimaciones útiles a efectos de visualización», y de que las funciones preview pueden manipularse y no siempre son seguras como oráculos de precios. Nuestra guía sobre los oráculos de precios explica por qué.

Participaciones frente a activos: un ejemplo práctico

El núcleo de todo vault es una única proporción:

precio de la participación = totalAssets ÷ totalSupply de participaciones

Tome un vault de USDC que contiene 1.000 USDC y ha emitido 1.000 participaciones. Cada participación vale 1 USDC.

1. La estrategia genera rendimiento. Llegan 50 USDC de intereses. Los activos totales son ahora 1.050 y sigue habiendo 1.000 participaciones, así que cada una vale 1,05 USDC. El número de participaciones de nadie ha cambiado; lo que ha cambiado es el precio.
2. Alice deposita 210 USDC. Recibe 210 × 1.000 ÷ 1.050 = 200 participaciones. El vault contiene ahora 1.260 USDC frente a 1.200 participaciones, y el precio sigue siendo 1,05. Su depósito no diluyó a nadie.
3. El vault vuelve a generar rendimiento. Los activos totales llegan a 1.320 USDC. El precio es 1.320 ÷ 1.200 = 1,10.
4. Alice canjea sus 200 participaciones. Obtiene 200 × 1,10 = 220 USDC, una ganancia de 10 USDC, antes de comisiones.

Por eso los tokens ERC-4626 como sUSDS de Sky nunca aumentan su saldo; cada token simplemente se canjea por más cantidad del activo con el tiempo. Nuestra guía de USDS y sUSDS analiza ese caso.

El redondeo siempre favorece al vault

Las cifras reales rara vez se dividen de forma exacta. La especificación indica que, cuando el vault emite participaciones por un depósito o paga activos por participaciones, debe redondear a la baja. Cuando calcula cuántas participaciones debe quemar usted, o cuántos activos debe aportar, debe redondear al alza. Las funciones convertTo siempre deben redondear a la baja.

Así, cada error de redondeo deja una cantidad ínfima en el vault en lugar de permitir que un usuario se la extraiga a los demás.

El ataque de inflación y cómo se defienden los vaults

El redondeo tiene un caso límite peligroso: un vault casi vacío. El ataque de inflación o ataque de donación se describe en la documentación de ERC-4626 de OpenZeppelin.

1. Un atacante se convierte en el primer depositante y acuña un número ínfimo de participaciones, por ejemplo una participación por la unidad más pequeña de USDC.
2. Antes de que llegue el depósito del siguiente usuario, el atacante envía una gran cantidad de USDC directamente al contrato del vault como «donación». No se acuñan participaciones por ella, pero totalAssets se dispara, por lo que el precio de esa única participación se infla enormemente.
3. El depósito de la víctima se convierte al precio inflado y se redondea a cero, o a muchas menos participaciones de las que debería.
4. El atacante canjea su participación y se queda con la mayor parte del depósito de la víctima.

El ataque suele basarse en adelantarse (front-running) a los primeros depósitos de un vault.

Mitigaciones

• Participaciones y activos virtuales. OpenZeppelin añadió esta defensa a su contrato ERC4626 en la versión 4.9.0, publicada el 23 de mayo de 2023, según su registro de cambios. La matemática se comporta como si el vault siempre tuviera algunas participaciones adicionales y una unidad adicional de activos, que absorben parte de cualquier donación. OpenZeppelin afirma que el ataque no es rentable incluso con un desplazamiento (offset) de cero, y que desplazamientos mayores lo encarecen mucho más.
• Sembrar el vault. Algunos equipos realizan ellos mismos un pequeño primer depósito en el lanzamiento y nunca lo retiran, de modo que nunca existe un momento de «vault vacío» que explotar.
• Contabilidad interna. Llevar el registro de totalAssets internamente, en lugar de leer el saldo del token, ignora las donaciones.
• Controles de slippage. Exigir un número mínimo de participaciones recibidas hace que el depósito se revierta.

Para los usuarios, la lección es ser prudente a la hora de estar entre los primeros depositantes de un vault nuevo y sin auditar.

Extensiones: ERC-7540 y ERC-7575

ERC-4626 da por hecho que los depósitos y las retiradas se liquidan al instante, lo que no encaja con estrategias de activos del mundo real ni con las que tardan en deshacerse. Dos estándares posteriores, ambos en estado Final, cubren esas carencias.

ERC-7540: vaults asíncronos

ERC-7540, creado el 18 de octubre de 2023, añade un paso de solicitud. Usted llama a requestDeposit o requestRedeem, la solicitud queda como Pending mientras el vault la procesa, pasa a Claimable y usted la completa con la llamada normal deposit, mint, redeem o withdraw. La especificación indica que las solicitudes no deben saltarse la fase claimable. No existe requestWithdraw a propósito: las salidas asíncronas pasan por requestRedeem.

ERC-7575: vaults multiactivo

ERC-7575, creado el 11 de diciembre de 2023, permite que varios puntos de entrada en activos distintos compartan un mismo token de participación, y que este token resida en un contrato separado del vault. Cada vault expone una función share() que apunta a ese token. La propia especificación señala la contrapartida: como el vault no tiene por qué ser su propio ERC-20, «no es totalmente compatible con ERC-4626».

¿Quién utiliza ERC-4626?

Algunos ejemplos verificados, comprobados el 15 de octubre de 2026:

• Yearn V3. Yearn afirma que sus vaults v3 «están diseñados para interoperar mediante el estándar ERC-4626», según su documentación.
• Morpho Vault V2. El repositorio de Vault V2 indica que es «compatible con ERC-4626 y ERC-2612», con una particularidad documentada: sus funciones maxDeposit, maxMint, maxWithdraw y maxRedeem siempre devuelven cero. Nuestra explicación de los vaults de Morpho trata cómo gestionan los curadores estos vaults.
• sUSDS de Sky. La documentación para desarrolladores de Sky describe sUSDS como «totalmente compatible con el estándar ERC-4626», sin comisiones en la vía de depósito y retirada.

Como estos tokens de participación siguen una única interfaz, se integran en otros protocolos como garantía, como tramos de rendimiento fijo o como entradas de agregadores de rendimiento.

Lo que ERC-4626 no garantiza

«Compatible con ERC-4626» le indica cómo comunicarse con un vault, no si es un buen lugar para su dinero. La propia sección de seguridad del EIP advierte de que los usos totalmente sin permisos «podrían ser víctimas de implementaciones maliciosas». Antes de depositar, compruebe:

• De dónde procede el rendimiento. Nuestra guía de stablecoins que generan rendimiento desglosa las fuentes.
• Quién controla la estrategia. Busque timelocks en los cambios de owner o de curador, y auditorías.
• Las condiciones de salida. Un vault puede ser compatible y aun así limitar las retiradas mediante sus funciones max, o usar una cola de solicitudes ERC-7540.
• Las comisiones. Las comisiones de entrada, salida y rendimiento aparecen en las funciones preview, no en convertToAssets.

Nuestra lista sobre cómo comprobar si un protocolo DeFi es seguro se aplica a cualquier vault, estándar o no.

Cómo gestionan las participaciones de vaults las cadenas no EVM

ERC-4626 solo se aplica en cadenas EVM. Otras cadenas construyen vaults sobre sus propias primitivas de tokens.

Sui es un buen ejemplo. Su estándar de monedas describe Coin<T> como el tipo para tokens fungibles, con un objeto TreasuryCap necesario para acuñarlos o quemarlos. Un vault de Sui suele tener la capacidad de tesorería de su propia moneda de participación, acuña participaciones al depositar y las quema al retirar, y les asigna un precio igual a los activos netos divididos por la oferta: la misma idea que ERC-4626, pero sin nombres de funciones compartidos. La documentación de Sui no recoge ningún estándar de participaciones de vaults, por lo que cada protocolo define su propia interfaz.

El lugar de JewelSwap: Ember Loop de JewelSwap en Sui sigue este patrón. Usted deposita USDC y recibe jeLOOP, una moneda normal de Sui cuyo precio es el valor liquidativo neto del vault dividido por la oferta de jeLOOP, y las salidas son tickets de retirada en cola, de forma muy parecida a una solicitud ERC-7540. Ember Loop es una beta pública, no está auditada, utiliza apalancamiento y los residentes en EE. UU. y el Reino Unido no deben usarla. La documentación de Ember Loop y nuestra explicación de Ember Loop cubren la mecánica, las comisiones y los riesgos.

Preguntas frecuentes

¿Qué es ERC-4626 en pocas palabras?

ERC-4626 es el estándar de Ethereum para vaults tokenizados. Da a todos los vaults las mismas funciones para depositar un token ERC-20, recibir tokens de participación y convertir entre participaciones y activos, de modo que las aplicaciones pueden integrar cualquier vault compatible sin código a medida.

¿ERC-4626 es lo mismo que ERC4626?

Sí. ERC-4626, ERC4626 y EIP-4626 se refieren al mismo estándar «Tokenized Vaults», creado el 22 de diciembre de 2021 y marcado ahora como Final.

¿Qué diferencia hay entre deposit y mint en ERC-4626?

Con deposit usted elige la cantidad del activo subyacente que aporta y recibe las participaciones que esa cantidad permita comprar. Con mint usted elige el número de participaciones que quiere y el vault toma los activos que cuesten. Withdraw y redeem son el mismo par para las salidas.

¿Qué es el ataque de inflación de ERC-4626?

Se dirige a un vault casi vacío. Un atacante acuña un número ínfimo de participaciones y luego dona activos directamente al vault para inflar el precio de la participación, de modo que las participaciones del siguiente depositante se redondean a cero o casi. Las participaciones y activos virtuales, sembrar el vault en el lanzamiento y los controles de participaciones mínimas son defensas contra él.

¿ERC-4626 hace que un vault sea seguro?

No. Estandariza la interfaz, no la estrategia. Un vault compatible puede perder dinero por préstamos fallidos, errores de smart contract, problemas de oráculos o una implementación maliciosa, así que compruebe por separado la estrategia, los controles, las comisiones y las condiciones de salida.

¿Existe un equivalente de ERC-4626 en Sui?

No como estándar formal. Los vaults de Sui suelen emitir su propia moneda de participación mediante el estándar de monedas de Sui y le asignan un precio igual a los activos netos divididos por la oferta. jeLOOP de JewelSwap, del vault beta Ember Loop, es un ejemplo.

Siga leyendo

• Los vaults cripto explicados
• Los vaults de Morpho explicados
• ¿Qué es USDS? La stablecoin de Sky y sUSDS
• Las stablecoins que generan rendimiento explicadas
• ¿Qué son los curadores de vaults en DeFi?

Este artículo es educativo y no constituye asesoramiento financiero. Los detalles del estándar proceden de las páginas de los EIP de Ethereum y de la documentación de los protocolos consultadas el 15 de octubre de 2026, y las implementaciones cambian con el tiempo. JewelSwap gestiona el vault Ember Loop mencionado aquí, que es una beta sin auditar.