Buy Crypto
Markets
Spot
FuturesBTC
Earn
Event Center
More
0-Fee Fest
ERC-4626: ¿Qué es ERC-4626?ERC-4626 es un estándar de tokens de Ethereum que define una interfaz común para bóvedas tokenizadas que mantienen un activo ERC-20 subyacente.Una bóveda tokenizada acepta un activo cERC-4626: ¿Qué es ERC-4626?ERC-4626 es un estándar de tokens de Ethereum que define una interfaz común para bóvedas tokenizadas que mantienen un activo ERC-20 subyacente.Una bóveda tokenizada acepta un activo c

ERC-4626

2026/10/13 15:31
#Advanced
Humanity
H$0.05522-2.88%
PX
PX$0.0106-5.35%
PortugalNationalTeam
POR$0.0666-0.22%
Lagrange
LA$0.06574+18.49%
DEAPcoin
DEP$0.0009942+0.65%

¿Qué es ERC-4626?

ERC-4626 es un estándar de tokens de Ethereum que define una interfaz común para bóvedas tokenizadas que mantienen un activo ERC-20 subyacente.

Una bóveda tokenizada acepta un activo cripto subyacente y emite tokens de participación fungibles que representan un derecho proporcional sobre los activos gestionados por la bóveda.

La especificación oficial de ERC-4626 estandariza los depósitos, las retiradas, la acuñación de participaciones, su canje, las vistas previas de los tipos de cambio y los límites de la bóveda.

ERC-4626 es un estándar Final de Ethereum Request for Comments.

Se creó para facilitar la integración de las bóvedas que generan rendimiento en carteras, aplicaciones descentralizadas, agregadores y otros contratos inteligentes.

A veces se denomina estándar de bóvedas tokenizadas (Tokenized Vault Standard).

ERC-4626 no define una estrategia de inversión ni garantiza que los activos depositados generen rentabilidad.

Define cómo comunican las bóvedas compatibles la contabilización de sus activos y las funciones de entrada y salida.

¿Qué es una bóveda tokenizada?

Una bóveda tokenizada es un contrato inteligente que gestiona activos cripto y emite tokens que representan derechos sobre esos activos.

El usuario deposita el activo subyacente admitido por la bóveda y recibe participaciones de esta.

La bóveda puede prestar activos, ponerlos en staking, aportar liquidez, mantenerlos en reserva o utilizar otra estrategia definida por su código.

Si la estrategia genera ingresos, puede aumentar el valor representado por cada participación.

Si la estrategia pierde activos, puede disminuir el valor representado por cada participación.

Por tanto, una participación de una bóveda no equivale automáticamente a una unidad del activo subyacente.

Su valor depende de la relación entre los activos gestionados por la bóveda y el número total de participaciones en circulación.

¿Por qué se creó ERC-4626?

Antes de ERC-4626 ya existían bóvedas tokenizadas, pero a menudo utilizaban funciones, reglas contables y terminología diferentes.

Una aplicación que integrase varias bóvedas necesitaba un adaptador distinto para cada implementación.

Los adaptadores personalizados aumentaban el trabajo de desarrollo y las posibilidades de cometer errores contables.

ERC-4626 introdujo una interfaz común para que las bóvedas compatibles pudieran utilizar los mismos métodos básicos de depósito, retirada, acuñación, canje y vista previa.

Esta estandarización mejora la composabilidad, ya que una aplicación puede interactuar con muchas bóvedas mediante un conjunto de funciones conocido.

La estandarización no hace que las estrategias subyacentes sean idénticas.

Cada bóveda puede tener activos, comisiones, riesgos, límites, administradores y lógica de inversión distintos.

Activos subyacentes y participaciones de la bóveda

ERC-4626 distingue entre activos y participaciones.

El activo es el token ERC-20 que se deposita en la bóveda y se retira de ella.

La participación es el token ERC-20 que emite la bóveda para representar un derecho sobre los activos que gestiona.

Por ejemplo, un usuario podría depositar 100 unidades de un token subyacente y recibir 100 participaciones cuando el tipo de conversión inicial sea de un activo por participación.

Si posteriormente la bóveda crece hasta tener 110 activos y siguen existiendo solo 100 participaciones, cada participación representa aproximadamente 1,1 activos.

Si, en cambio, la bóveda pierde diez activos, cada participación podría representar aproximadamente 0,9 activos.

El resultado exacto depende de la contabilidad de la bóveda, las comisiones, el redondeo y el rendimiento de la estrategia.

Las participaciones ERC-4626 son tokens ERC-20

Una bóveda ERC-4626 debe implementar ERC-20 para su token de participación.

Por tanto, los titulares pueden tener saldos, autorizaciones, transferencias y aprobaciones ERC-20.

La bóveda también debe implementar las funciones opcionales de metadatos ERC-20 para el nombre, el símbolo y los decimales de sus participaciones.

Una bóveda puede hacer que sus participaciones no sean transferibles revirtiendo las llamadas de los usuarios a

transfer
o
transferFrom
.

Esto significa que la compatibilidad con ERC-4626 no garantiza que las participaciones puedan negociarse libremente.

Los proyectos pueden restringir las transferencias de participaciones por motivos técnicos, regulatorios, contables o de gestión del riesgo.

La función asset

La función

asset
devuelve la dirección del contrato del token ERC-20 subyacente de la bóveda.

Esta dirección indica a las aplicaciones qué activo se utiliza para los depósitos, las retiradas y la contabilidad de la bóveda.

El estándar exige que la función no revierta la transacción.

Los usuarios deben verificar la dirección del token devuelta, en lugar de confiar únicamente en el nombre o símbolo del activo.

Distintos tokens pueden utilizar el mismo símbolo visible.

Una bóveda ERC-4626 estándar gestiona un único activo ERC-20 subyacente.

Se necesitan extensiones independientes para activos nativos de blockchain o estructuras de bóveda con varias vías de entrada de activos.

La función totalAssets

La función

totalAssets
informa de la cantidad de activos subyacentes gestionados por la bóveda.

Debe incluir el rendimiento que ya se haya incorporado a los activos gestionados por la bóveda.

También debe tener en cuenta las comisiones aplicadas a los activos que mantiene la bóveda.

La función no debería revertir la transacción.

El importe declarado puede incluir activos desplegados mediante una estrategia externa, no solo tokens depositados directamente en la dirección de la bóveda.

Los usuarios deben examinar cómo calcula la implementación los activos gestionados.

Una contabilidad incorrecta o manipulable puede generar precios de participación engañosos y depósitos inseguros.

Cómo funciona el tipo de cambio de ERC-4626

El tipo de cambio de la bóveda indica cuántos activos subyacentes corresponden a un número determinado de participaciones.

Un cálculo simplificado divide los activos totales gestionados por la oferta total de participaciones.

Las implementaciones reales pueden añadir activos virtuales, participaciones virtuales, comisiones, ajustes o contabilidad específica de la estrategia.

El tipo de cambio puede aumentar si la bóveda genera rendimiento o recibe activos donados.

Puede disminuir si la bóveda pierde activos o reconoce deuda incobrable.

El tipo de cambio no es necesariamente un precio de mercado procedente de una plataforma de negociación externa.

Es una relación contable definida por el contrato de la bóveda.

La función convertToShares

La función

convertToShares
estima cuántas participaciones corresponden a una cantidad determinada de activos subyacentes en condiciones ideales.

Está concebida como un cálculo de conversión medio, no como una promesa exacta para una transacción concreta.

El resultado no debe incluir las comisiones de depósito.

No debe variar según la identidad de quien realiza la llamada.

Tampoco debe reflejar límites temporales de la bóveda ni condiciones aplicables solo a un usuario.

El estándar exige redondear la conversión hacia abajo, en dirección a cero.

Una aplicación que necesite estimar el resultado probable de un depósito real debe utilizar

previewDeposit
.

La función convertToAssets

La función

convertToAssets
estima cuántos activos subyacentes corresponden a un número determinado de participaciones de la bóveda en condiciones ideales.

No debe incluir las comisiones de retirada.

No debe variar según quién realice la llamada.

También redondea hacia abajo, en dirección a cero.

La función puede ser útil para mostrar carteras y realizar cálculos contables generales.

No debe considerarse una cotización garantizada de retirada, ya que las salidas reales pueden verse afectadas por comisiones, límites, liquidez disponible y cambios en el estado de la bóveda.

Depósito frente a acuñación

Las funciones

deposit
y
mint
permiten entrar en una bóveda ERC-4626, pero definen la transacción desde perspectivas distintas.

Con

deposit
, el usuario especifica el importe exacto de activos subyacentes que quiere aportar.

La bóveda calcula cuántas participaciones recibe el destinatario.

Con

mint
, el usuario especifica el número exacto de participaciones que debe recibir el destinatario.

La bóveda calcula cuántos activos subyacentes hay que aportar.

Esta diferencia es importante cuando una aplicación necesita fijar el importe de entrada o el de salida.

La función deposit

La función

deposit
transfiere a la bóveda un importe exacto de activos subyacentes y emite participaciones para el destinatario elegido.

La mayoría de las implementaciones exigen que el usuario autorice primero a la bóveda a utilizar el activo ERC-20 subyacente.

La transacción debe revertirse si no se puede depositar el importe completo del activo.

Esto puede deberse a un límite de depósito, una autorización insuficiente, un saldo insuficiente, una bóveda pausada u otra restricción.

Un depósito satisfactorio debe emitir un evento estandarizado

Deposit
.

La función devuelve el número de participaciones emitidas para el destinatario.

La función mint

La función

mint
emite un número exacto de participaciones de la bóveda para un destinatario.

Quien realiza la llamada aporta la cantidad de activos subyacentes que requiere la contabilidad actual de la bóveda.

La transacción debe revertirse si no se puede acuñar el número solicitado de participaciones.

El importe de activos requerido puede incluir comisiones de entrada si la bóveda las aplica.

Una acuñación satisfactoria debe emitir el evento

Deposit
, ya que tanto los depósitos como las acuñaciones representan una entrada en la bóveda.

Retirada frente a canje

Las funciones

withdraw
y
redeem
permiten salir de una bóveda ERC-4626.

Con

withdraw
, quien realiza la llamada especifica el importe exacto de activos subyacentes que debe recibir el destinatario.

La bóveda calcula cuántas participaciones debe quemar.

Con

redeem
, quien realiza la llamada especifica el número exacto de participaciones que se deben quemar.

La bóveda calcula cuántos activos recibe el destinatario.

El titular de las participaciones y el destinatario de los activos retirados pueden ser direcciones distintas.

Cuando quien realiza la llamada no es el titular de las participaciones, normalmente necesita una autorización ERC-20 suficiente.

La función withdraw

La función

withdraw
envía un importe exacto de activos subyacentes a un destinatario y quema las participaciones necesarias de un titular.

La función debe revertirse si no se pueden retirar los activos solicitados.

Entre los motivos posibles figuran participaciones insuficientes, autorización insuficiente, límites de liquidez, restricciones de retirada o una estrategia pausada.

El número de participaciones quemadas puede incluir una comisión de salida reflejada en el proceso de conversión.

Una retirada satisfactoria debe emitir el evento estandarizado

Withdraw
.

La función redeem

La función

redeem
quema un número exacto de participaciones y envía los activos correspondientes a un destinatario.

La función devuelve el importe de activos subyacentes entregado.

Debe revertirse cuando no se pueda canjear el total de participaciones.

El importe de activos devuelto puede reducirse por una comisión de salida.

Un canje satisfactorio debe emitir el evento

Withdraw
.

Funciones de vista previa de ERC-4626

ERC-4626 incluye funciones de vista previa que estiman el resultado de una operación de entrada o salida según las condiciones on-chain actuales.

Las funciones son

previewDeposit
,
previewMint
,
previewWithdraw
y
previewRedeem
.

A diferencia de las funciones de conversión generales, las vistas previas deben incluir las comisiones aplicables.

Deben simular el resultado con la mayor precisión posible sin modificar el estado de la blockchain.

Una vista previa puede quedar desactualizada antes de que se ejecute la transacción, ya que otra transacción puede modificar los activos, la oferta, las comisiones o los límites de la bóveda.

Las aplicaciones deben combinar las vistas previas con controles de deslizamiento, en lugar de suponer que el resultado indicado está garantizado.

previewDeposit y previewMint

previewDeposit
estima el número de participaciones que produciría el depósito de un importe de activos determinado.

En el mismo estado de la transacción, no debería devolver más participaciones de las que emitiría el depósito real.

previewMint
estima el número de activos necesarios para acuñar una cantidad concreta de participaciones.

En el mismo estado de la transacción, debería devolver al menos tantos activos como exigiría la acuñación real.

Estas direcciones de redondeo protegen a la bóveda para que no prometa a los usuarios resultados más favorables de los que pueden ofrecer las funciones que modifican el estado.

previewWithdraw y previewRedeem

previewWithdraw
estima cuántas participaciones deben quemarse para recibir un importe determinado de activos.

En el mismo estado de la transacción, debería devolver al menos tantas participaciones como exigiría la retirada real.

previewRedeem
estima cuántos activos se obtienen al canjear un número determinado de participaciones.

En el mismo estado de la transacción, no debería devolver más activos de los que entregaría el canje real.

Estas funciones ayudan a las interfaces a explicar los costes antes de pedir a los usuarios que autoricen una salida.

Límites máximos de depósito y acuñación

La función

maxDeposit
informa del mayor importe de activos que se puede depositar actualmente para un destinatario.

La función

maxMint
informa del mayor número de participaciones que se puede acuñar actualmente para un destinatario.

Estos valores deben tener en cuenta los límites globales y las restricciones específicas del destinatario.

Si los depósitos están deshabilitados, el máximo correspondiente debe devolver cero en lugar de revertirse.

Si no existe un límite práctico, la bóveda puede devolver el valor máximo de un entero sin signo.

Un máximo no constituye una reserva, porque las condiciones de la bóveda pueden cambiar antes de que se ejecute la transacción del usuario.

Límites máximos de retirada y canje

La función

maxWithdraw
informa del mayor importe de activos que un titular puede retirar actualmente.

La función

maxRedeem
informa del mayor número de participaciones que un titular puede canjear actualmente.

Estos límites pueden reflejar saldos de participaciones, restricciones de liquidez, periodos de bloqueo, operaciones pausadas y otras reglas de la bóveda.

Una bóveda puede mantener activos valiosos y, aun así, indicar un límite de retirada bajo porque esos activos no están disponibles de inmediato.

Las aplicaciones no deben suponer que todos los activos de la bóveda están siempre disponibles para un canje inmediato.

Eventos ERC-4626

ERC-4626 define los eventos

Deposit
y
Withdraw
, además de los eventos ERC-20 habituales para las participaciones.

El evento

Deposit
registra a quien realiza la llamada, al titular de las participaciones, el importe de activos depositado y el número de participaciones emitidas.

El evento

Withdraw
registra a quien realiza la llamada, al destinatario de los activos, al titular de las participaciones, el importe de activos retirado y el número de participaciones quemadas.

Las aplicaciones pueden utilizar estos eventos para seguir la actividad de entrada y salida de la bóveda.

Los eventos ERC-20

Transfer
también registran la acuñación, la quema y la transferencia de participaciones de la bóveda.

Los indexadores deben comprender la relación entre estos eventos para no contar dos veces una misma acción de la bóveda.

Rendimiento de la bóveda y valor de las participaciones

Una bóveda ERC-4626 suele reflejar el rendimiento mediante un aumento de los activos subyacentes representados por cada participación.

El contrato no tiene que enviar nuevas participaciones a cada titular cada vez que se genera rendimiento.

En su lugar, el mismo número de participaciones puede pasar a ser canjeable por más activos subyacentes.

Una bóveda también puede distribuir valor mediante otro método contable, siempre que su implementación siga siendo conforme.

Los usuarios deben verificar cómo y cuándo se reconocen los ingresos de la estrategia en

totalAssets
.

Es posible que el rendimiento pendiente, no realizado o declarado externamente no pueda retirarse de inmediato.

Comisiones de la bóveda

ERC-4626 permite que las bóvedas cobren comisiones.

Entre los posibles cargos figuran las comisiones de entrada y salida, gestión y rendimiento, así como los gastos de estrategia.

El estándar no prescribe una estructura de comisiones ni un porcentaje máximo.

Las funciones de vista previa deben reflejar las comisiones aplicables a la operación simulada.

Las funciones de conversión generales deben excluir las comisiones.

Los usuarios deben revisar quién recibe las comisiones, cómo se calculan, si los administradores pueden modificarlas y si se cobran en activos o participaciones.

Un rendimiento anunciado elevado puede reducirse considerablemente al incluir todas las comisiones y pérdidas.

Redondeo y depósitos pequeños

Los cálculos de ERC-4626 utilizan aritmética con enteros, ya que los contratos inteligentes no pueden emitir fracciones inferiores a la unidad mínima del token de participación.

Por tanto, el redondeo puede hacer que un depositante reciba ligeramente menos participaciones de lo que indica un cálculo matemático exacto.

La pérdida es más significativa cuando un depósito genera solo un número muy pequeño de unidades de participación.

En un caso extremo, el redondeo puede reducir a cero las participaciones de un depósito.

Si un usuario deposita activos y recibe cero participaciones, transfiere efectivamente valor a los titulares de participaciones existentes.

Las aplicaciones deben rechazar los depósitos que generen un número de participaciones inaceptablemente bajo.

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

Un ataque de inflación manipula el tipo de conversión entre activos y participaciones de una bóveda, especialmente cuando está vacía o tiene muy poca liquidez.

Un atacante puede realizar un pequeño depósito inicial y después transferir activos subyacentes directamente a la bóveda sin acuñar participaciones adicionales.

Esta donación aumenta los activos asociados a las participaciones que ya posee el atacante.

El depósito de un usuario posterior puede redondearse a muy pocas participaciones o a cero.

El atacante puede canjear las participaciones originales y apropiarse de parte o de la totalidad de los activos depositados por la víctima.

La guía de seguridad ERC-4626 actual explica esta manipulación del primer depósito y su relación con el redondeo.

Cómo protegerse de los ataques de inflación

Una defensa consiste en utilizar activos virtuales y participaciones virtuales al calcular el tipo de cambio.

Estas cantidades virtuales establecen un tipo inicial más seguro antes de que los usuarios realicen depósitos reales.

Un ajuste de decimales también puede proporcionar a las participaciones más precisión que al activo subyacente.

Una mayor precisión dificulta que un depósito normal se redondee a cero participaciones.

Las implementaciones mantenidas actualmente pueden incluir estas protecciones, pero no todas las bóvedas ERC-4626 desplegadas las utilizan.

Las aplicaciones también deben exigir un mínimo de participaciones de salida y rechazar depósitos desfavorables.

Otra opción de diseño es sembrar la bóveda con liquidez bloqueada permanentemente, aunque esto plantea otras consideraciones operativas.

Riesgo de deslizamiento

El deslizamiento se produce cuando el resultado real de un depósito o una retirada difiere del importe que esperaba el usuario.

Otra transacción puede modificar el tipo de cambio entre la vista previa y la ejecución de la transacción del usuario.

Las comisiones, las donaciones, los informes de estrategia, las pérdidas y otros depósitos o retiradas también pueden alterar el resultado.

Las funciones básicas de entrada y salida de ERC-4626 no incluyen parámetros explícitos de salida mínima o entrada máxima.

La extensión ERC-5143 propone funciones sobrecargadas con controles de deslizamiento para las interacciones directas de los usuarios.

Una aplicación también puede utilizar un router o wrapper que compruebe el resultado final frente a un límite definido por el usuario.

Manipulación del precio de las participaciones y oráculos

A veces, las aplicaciones utilizan el tipo de conversión de una participación ERC-4626 como referencia de valor.

Esto puede ser peligroso si el tipo puede modificarse mediante donaciones directas, contabilidad retrasada, baja liquidez o una estrategia manipulable.

Un protocolo de préstamo que utilice participaciones de la bóveda como garantía debe entender con qué facilidad pueden cambiar

totalAssets
y la oferta de participaciones.

Una transacción puede crear un tipo temporal que no sea seguro como oráculo de precios.

Una función de conversión ERC-4626 informa de la contabilidad de la bóveda y no debe considerarse automáticamente un precio de mercado resistente a la manipulación.

Las integraciones pueden necesitar precios independientes, datos ponderados en el tiempo, límites de variación u otras salvaguardas.

Riesgo de reentrada y transferencia de tokens

Los depósitos y las retiradas interactúan con contratos de tokens externos.

Un token malicioso o inusual puede ejecutar funciones de retorno, devolver valores inesperados, cobrar comisiones de transferencia o modificar los saldos de forma no estándar.

Los contratos de estrategias externas también pueden volver a llamar a la bóveda.

Los desarrolladores deben actualizar la contabilidad crítica en un orden seguro y utilizar una protección adecuada contra la reentrada.

La guía de seguridad de Solidity explica por qué toda llamada a un contrato externo debe tratarse como una posible cesión del control.

Proteger una sola función de entrada puede ser insuficiente si un atacante puede volver a entrar a través de otra función de la bóveda.

Tokens subyacentes no estándar

Los tokens con comisión de transferencia pueden hacer que la bóveda reciba menos activos de los que ha solicitado el depositante.

Los tokens rebasables pueden modificar el saldo de la bóveda sin una transferencia ordinaria.

Los tokens con direcciones bloqueadas o controles de pausa pueden impedir las retiradas.

Los tokens con valores decimales inusuales pueden complicar las conversiones y la presentación de datos.

Un token subyacente actualizable puede cambiar su comportamiento después del despliegue de la bóveda.

Los desarrolladores de bóvedas deben medir el movimiento real de tokens y probar el comportamiento del activo concreto, en lugar de dar por hecho que se comporta perfectamente según ERC-20.

Riesgos de estrategia y liquidez

La estandarización de ERC-4626 no limita lo que hace la bóveda con los activos depositados.

Una estrategia puede implicar préstamos, staking, provisión de liquidez, derivados, bridges o custodia externa.

Cada actividad conlleva riesgos independientes relacionados con contratos inteligentes, mercado, contraparte, oráculos, liquidación y liquidez.

Una bóveda puede declarar que posee activos valiosos y no poder recuperarlos rápidamente.

También puede reconocer pérdidas si una posición externa se vuelve insolvente.

Los usuarios deben evaluar la estrategia, no solo la interfaz ERC-4626.

Riesgos administrativos y de actualización

Una bóveda ERC-4626 puede contener roles de administrador que controlen las comisiones, los límites, las estrategias, las pausas o las retiradas de emergencia.

Una bóveda actualizable puede cambiar su implementación después de que los usuarios reciban participaciones.

Las actualizaciones pueden corregir vulnerabilidades, pero también introducir comportamientos maliciosos o inseguros.

Un administrador comprometido puede desviar activos, aprobar una estrategia perjudicial o bloquear las salidas normales.

Los usuarios deben examinar la autoridad de actualización, los bloqueos temporales, los requisitos de firmas múltiples, los poderes de emergencia y la separación de funciones.

El cumplimiento de ERC-4626 no significa que una bóveda sea descentralizada o inmutable.

ERC-4626 y ETH nativo

El estándar ERC-4626 básico exige un único token ERC-20 subyacente.

ETH nativo no es un contrato ERC-20, por lo que no cumple directamente este requisito.

Una bóveda puede utilizar una representación tokenizada de ETH como activo ERC-20 subyacente.

La extensión Final ERC-7535 adapta la interfaz ERC-4626 a bóvedas cuyo activo subyacente es ETH nativo.

Los usuarios deben confirmar si una bóveda espera ETH nativo o una representación ERC-20, ya que enviar el activo equivocado puede provocar un fallo o dejarlo inaccesible.

Bóvedas síncronas y asíncronas

ERC-4626 estándar está diseñado principalmente para flujos de entrada y salida atómicos.

Cuando se permiten, los depósitos, la acuñación, las retiradas o los canjes suelen completarse en una sola transacción blockchain.

Algunas estrategias necesitan un periodo de espera antes de que se puedan reclamar los activos o las participaciones.

El estándar ERC-7540 amplía ERC-4626 con solicitudes asíncronas de depósito y canje.

Esto puede servir para estrategias con liquidación diferida, liquidez limitada, actividad entre cadenas o activos off-chain.

Una bóveda asíncrona no debe evaluarse como si todas las salidas ERC-4626 estuvieran disponibles de inmediato.

Bóvedas de un solo activo y multi-activo

Una bóveda ERC-4626 estándar tiene un activo ERC-20 subyacente y un token de participación de la bóveda.

Algunos sistemas de bóveda necesitan varias vías de entrada de activos que generen el mismo token de participación.

El estándar ERC-7575 adapta ERC-4626 a estructuras de bóveda multi-activo y puede separar el punto de entrada de la bóveda del token de participación.

Esta extensión añade requisitos de integración y detección de interfaces distintos.

Un contrato no debe afirmar que ofrece el comportamiento normal de ERC-4626 mientras acepta en silencio varios activos no relacionados mediante una contabilidad no documentada.

¿Tiene ERC-4626 un ID de interfaz?

La especificación básica de ERC-4626 no exige la detección de interfaces ERC-165.

Esto difiere de estándares como ERC-721, que exigen compatibilidad con ERC-165.

Las aplicaciones suelen detectar ERC-4626 mediante sus funciones, el ABI publicado, el código fuente verificado, información de registros o documentación del proyecto.

Llamar a una función conocida no basta para demostrar el cumplimiento completo.

Una integración debe confirmar toda la interfaz y probar el comportamiento exigido a la bóveda.

Cómo pueden implementar ERC-4626 los desarrolladores

Los desarrolladores deben partir de una implementación mantenida y revisada, en lugar de crear desde cero la contabilidad de la bóveda.

La documentación actual de la API ERC-20 y ERC-4626 ofrece una implementación reutilizable, concebida para ampliarse con una estrategia.

Aun así, los desarrolladores deben definir cómo se despliegan, valoran, recuperan y protegen los activos.

Deben probar los depósitos, la acuñación, las retiradas, los canjes, las comisiones, el redondeo, las donaciones directas, el comportamiento de una bóveda vacía, las pérdidas y los tokens subyacentes inusuales.

Las pruebas de invariantes deben verificar que los usuarios no puedan retirar más activos de los que justifican sus participaciones.

Las revisiones de seguridad también deben abarcar a los administradores, las estrategias externas, las fuentes de precios, las vías de actualización y los procedimientos de emergencia.

Cómo pueden evaluar los usuarios una bóveda ERC-4626

El primer paso es verificar las direcciones de los contratos de la bóveda y del activo subyacente.

El segundo es identificar la estrategia que genera la rentabilidad prevista.

El tercero es revisar las comisiones de entrada, salida, gestión, rendimiento y estrategia.

El cuarto es inspeccionar los activos actuales, la oferta de participaciones, el tipo de conversión y los límites de retirada disponibles.

El quinto es comprobar si la bóveda incluye protecciones contra ataques al primer depósito y de inflación.

El sexto es revisar los poderes de administración, actualización, pausa y emergencia.

El séptimo es comprender si las retiradas son síncronas, diferidas, en cola o dependen de liquidez externa.

El octavo es examinar las auditorías y el historial de incidentes sin considerar una auditoría como garantía.

El noveno es aplicar límites de deslizamiento y evitar transacciones que emitirían un número extremadamente bajo de participaciones.

El décimo es probar una bóveda desconocida con un importe limitado antes de exponer activos significativos.

Ejemplo de depósito ERC-4626

Supongamos que una bóveda gestiona 1.000 unidades de un activo subyacente y tiene 1.000 participaciones en circulación.

Antes de las comisiones y el redondeo, cada participación representa aproximadamente un activo.

Un usuario consulta

previewDeposit
para saber cuántas participaciones produciría un depósito de 100 activos.

La vista previa devuelve 99 participaciones porque la bóveda cobra una comisión de entrada y redondea según su implementación.

El usuario autoriza a la bóveda a utilizar 100 tokens subyacentes.

A continuación, llama a

deposit
con 100 activos y elige una dirección receptora.

La bóveda transfiere los activos, actualiza su contabilidad, acuña 99 participaciones y emite un evento

Deposit
.

Si posteriormente la estrategia genera activos sin emitir más participaciones, esas 99 participaciones podrían canjearse por más tokens subyacentes.

Si la estrategia pierde valor, esas mismas participaciones podrían canjearse por menos.

Errores habituales con ERC-4626

Un error habitual es suponer que una participación de una bóveda equivale siempre a un activo subyacente.

Otro error es utilizar

convertToShares
como una cotización de depósito garantizada.

Un tercer error es enviar un depósito sin establecer un mínimo aceptable de participaciones.

Un cuarto error es ignorar las pérdidas por redondeo en depósitos pequeños.

Un quinto error es suponer que

totalAssets
equivale a los tokens mantenidos directamente en la dirección de la bóveda.

Un sexto error es utilizar el tipo de cambio de la bóveda como un oráculo de precios seguro sin analizar la manipulación.

Un séptimo error es suponer que todos los activos gestionados están disponibles para su retirada inmediata.

Un octavo error es evaluar el estándar sin tener en cuenta la estrategia subyacente de la bóveda.

Un noveno error es considerar una auditoría como prueba de que no pueden producirse pérdidas.

Un décimo error es suponer que cumplir ERC-4626 garantiza comisiones justas, administradores seguros o un rendimiento positivo.

Preguntas frecuentes

¿Qué significa ERC-4626?

ERC-4626 es el estándar de bóvedas tokenizadas de Ethereum para bóvedas que emiten participaciones ERC-20 que representan derechos sobre un activo ERC-20 subyacente.

¿ERC-4626 es un token ERC-20?

Una bóveda ERC-4626 debe implementar ERC-20 para sus participaciones.

¿Qué es el activo subyacente?

Es el token ERC-20 aceptado para los depósitos y entregado en las retiradas.

¿Qué es una participación ERC-4626?

Es un token fungible que representa un derecho proporcional sobre los activos gestionados por la bóveda.

¿Equivale siempre una participación a un activo?

No. El tipo de conversión cambia según los activos gestionados, la oferta de participaciones, las comisiones, el redondeo, los beneficios y las pérdidas.

¿ERC-4626 garantiza rendimiento?

No. Estandariza las interacciones con bóvedas, pero no garantiza que una estrategia genere una rentabilidad positiva.

¿Cuál es la diferencia entre deposit y mint?

deposit
especifica los activos de entrada, mientras que
mint
especifica las participaciones que se desean recibir.

¿Cuál es la diferencia entre withdraw y redeem?

withdraw
especifica los activos que se desean recibir, mientras que
redeem
especifica el número de participaciones que se deben quemar.

¿Qué devuelve totalAssets?

Devuelve la cantidad de activos subyacentes gestionados por la bóveda conforme a su lógica contable.

¿Las funciones de vista previa garantizan el resultado final?

No. El estado de la bóveda puede cambiar antes de ejecutar la transacción, por lo que las aplicaciones deben utilizar protección contra el deslizamiento.

¿Pueden cobrar comisiones las bóvedas ERC-4626?

Sí. Pueden cobrar comisiones de entrada, salida, gestión, rendimiento u otras comisiones declaradas.

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

Es un ataque que manipula el tipo de cambio inicial de una bóveda para que el depósito de una víctima se redondee a muy pocas participaciones o a cero.

¿Cómo puede una bóveda reducir el riesgo de un ataque de inflación?

Entre las defensas posibles figuran los activos virtuales, las participaciones virtuales, una mayor precisión de las participaciones, la liquidez inicial bloqueada y las comprobaciones de salida mínima.

¿Puede una bóveda ERC-4626 perder dinero?

Sí. Las pérdidas de estrategia, las vulnerabilidades, la deuda incobrable, los movimientos de mercado, el compromiso del administrador y los fallos externos pueden reducir el valor de las participaciones.

¿Se pueden transferir las participaciones ERC-4626?

Normalmente admiten transferencias ERC-20, pero una bóveda puede hacer que sus participaciones no sean transferibles.

¿Puede ERC-4626 utilizar ETH nativo?

El estándar básico exige un activo ERC-20, mientras que ERC-7535 adapta la interfaz a las bóvedas de ETH nativo.

¿Puede una bóveda ERC-4626 gestionar varios activos subyacentes?

El estándar básico gestiona un activo, mientras que extensiones como ERC-7575 admiten estructuras multi-activo.

¿Admite ERC-4626 retiradas diferidas?

El estándar básico se centra en operaciones atómicas, mientras que ERC-7540 lo amplía con flujos asíncronos de solicitud y reclamación.

¿Exige ERC-4626 compatibilidad con ERC-165?

No. La especificación básica de ERC-4626 no exige la detección de interfaces ERC-165.

¿Es segura una bóveda ERC-4626 por seguir un estándar?

No. El cumplimiento mejora la interoperabilidad, pero no demuestra que la estrategia, la contabilidad, los contratos o los administradores sean seguros.

Conclusión

ERC-4626 es la interfaz estándar de Ethereum para bóvedas tokenizadas que gestionan un activo ERC-20 subyacente y emiten participaciones ERC-20.

Estandariza depósitos, acuñaciones, retiradas, canjes, estimaciones de conversión, funciones de vista previa, límites de la bóveda y eventos de entrada y salida.

El estándar facilita la integración de las bóvedas en carteras y contratos inteligentes, sin obligarlas a utilizar la misma estrategia de inversión.

Las participaciones representan derechos proporcionales, no saldos fijos de uno a uno con el activo subyacente.

Su valor puede aumentar gracias a los ingresos de la estrategia o disminuir por pérdidas, comisiones, deuda incobrable y fallos de seguridad.

El redondeo, el deslizamiento, las donaciones directas y los ataques de inflación al primer depósito requieren una protección cuidadosa.

Los desarrolladores deben utilizar implementaciones mantenidas, probar el comportamiento de las bóvedas vacías, proteger las llamadas externas y establecer controles de salida mínima.

Los usuarios deben evaluar la estrategia subyacente, la liquidez, las comisiones, los poderes administrativos, el sistema de actualización y el proceso de retirada, en lugar de confiar únicamente en la compatibilidad con ERC-4626.

Las extensiones pueden adaptar el estándar a activos nativos, liquidaciones asíncronas, protección contra el deslizamiento y estructuras multi-activo.

Comprender ERC-4626 ayuda a los usuarios de criptomonedas a distinguir la contabilidad estandarizada de las bóvedas de los riesgos financieros y técnicos específicos de la estrategia que gestiona sus activos.
BTC ETFs See $679M in Outflows
BTC ETFs See $679M in OutflowsBTC ETFs See $679M in Outflows
Citi sees BTC at $113K. What do institutions see?