El Problema con las Bóvedas en Tiempo Real
Cada participación en una bóveda representa un derecho sobre los activos subyacentes. La pregunta es si el precio que se utiliza para emitir y canjear esas participaciones es realmente correcto.
En las finanzas tradicionales, el NAV(1) se mueve lentamente. La mayoría de los fondos utilizan precios forward, donde los depósitos se liquidan más tarde a través de ventanas de entrada en cola, lo que limita naturalmente el riesgo de precios desactualizados.
DeFi cambia eso por completo. Para que las participaciones de las bóvedas sigan siendo componibles en los mercados de préstamos, los bucles de apalancamiento y los sistemas financieros en cadena, los depósitos deben realizarse atómicamente mientras que las estrategias subyacentes y los sistemas contables se actualizan de forma asíncrona a través de cadenas, plataformas y entornos de ejecución.
Eso crea una brecha peligrosa entre lo que la bóveda realmente posee y lo que la bóveda cree que posee.
En el momento en que el capital puede moverse de forma continua, el NAV deja de ser una función de informes y se convierte en una infraestructura central. Cada depósito, canje, reequilibrio y liquidación depende de la integridad del precio que se utiliza en ese momento exacto. Un NAV desactualizado no es un problema cosmético; es un evento de transferencia de valor.
Si los depósitos se valoran con saldos desactualizados, los nuevos usuarios subsidian a los tenedores existentes. Si los canjes se liquidan con precios desactualizados, los usuarios que retiran extraen valor de la bóveda. Y si una estrategia incurre en pérdidas antes de que las actualizaciones del NAV se pongan al día, los nuevos depósitos pueden comprar inventario deteriorado sin saberlo a precios previos a la pérdida. Ninguno de estos fallos aparece en el APY principal, pero importan.
Este es el problema de infraestructura oculto detrás de DeFi institucional, y es exactamente por lo que Concrete construyó un sistema de gestión de NAV en tiempo real diseñado para finanzas asíncronas en cadena.
La mayoría de los sistemas de bóvedas se construyeron bajo esta suposición: las estrategias estaban completamente en cadena y la generación de rendimiento era programática. El capital se movía a través de contratos inteligentes, las posiciones se actualizaban de forma determinista y la contabilidad podía codificarse directamente en la propia bóveda. Mientras las estrategias vivieran completamente en cadena, el NAV seguía siendo relativamente sencillo de calcular porque la bóveda siempre tenía visibilidad inmediata de sus posiciones y saldos subyacentes.
Esa suposición se rompe en el momento en que las bóvedas evolucionan más allá de las estrategias de contratos inteligentes.
Los sistemas de bóvedas modernos dependen cada vez más de la ejecución activa, las asignaciones impulsadas por curadores, el despliegue entre cadenas y las fuentes de rendimiento fuera de la cadena que no pueden reflejarse en cadena en tiempo real. Las estrategias ahora operan a través de puentes, plataformas perpetuas, mercados monetarios, sistemas de re-staking y grupos de liquidez, todos con diferentes tiempos de liquidación, retrasos en los informes y características de liquidez. En algunos casos, el estado de la posición relevante puede depender de registros de custodios, datos de la plataforma, liquidación entre cadenas o registros de ejecución fuera de la cadena que no pueden reflejarse en cadena a la misma velocidad que un simple saldo de token.
El resultado es que el capital se mueve de forma continua mientras que el estado subyacente de la bóveda se actualiza de forma asíncrona, creando una brecha peligrosa entre lo que la bóveda realmente posee y lo que la bóveda cree que posee.
En esa brecha, el valor se filtra.
La latencia de precios no es fricción operativa, es una transferencia de riesgo oculta. Cuanto más rápido se mueve DeFi, más importante se vuelve la integridad contable.
Gestión de NAV para Finanzas en Cadena
Concrete aborda el NAV como un problema de sistemas, en lugar de un solo oráculo o actualización contable. La arquitectura combina modelos de suavizado, umbrales de riesgo dinámicos, verificación independiente, controles de depósito y mecanismos de pausa automatizados en un marco unificado diseñado para mantener la precisión del precio de la bóveda incluso durante condiciones de mercado volátiles.
El primer desafío es el ruido. Los datos de precios sin procesar son inherentemente imperfectos. Los retrasos en los puentes, las API desactualizadas, las dislocaciones temporales de liquidez y los eventos de liquidación asíncronos pueden distorsionar la contabilidad a corto plazo. Concrete suaviza las observaciones del NAV utilizando un promedio móvil ponderado exponencialmente (EWMA), lo que permite que las observaciones recientes tengan más peso mientras filtra picos aislados y anomalías transitorias.(2) El objetivo no es suprimir la volatilidad; es limitar la influencia de irregularidades de datos aisladas en el precio de la bóveda.
Pero el suavizado por sí solo no es suficiente porque cada bóveda se comporta de manera diferente. Una estrategia de carry delta-neutral tiene un perfil de volatilidad completamente diferente al de una bóveda de re-staking apalancada. Un movimiento de 50 puntos básicos puede ser insignificante para una estrategia y catastrófico para otra. Concrete calibra cada bóveda de forma independiente vinculando los umbrales de pausa a mediciones de volatilidad móvil derivadas de un modelo de desviación estándar de dos semanas.(3) Los umbrales se ajustan automáticamente durante períodos estables y se amplían durante entornos volátiles, lo que permite que la gestión de riesgos se adapte dinámicamente al comportamiento de la estrategia subyacente en lugar de depender de suposiciones estáticas.
Verificación Antes de la Liquidación
Incluso entonces, la velocidad sin verificación no es infraestructura institucional. Cada actualización del NAV dentro de Concrete pasa por un proceso de verificación de tres partes. Un Proponente de Transacciones calcula la actualización propuesta utilizando datos de estrategia y contabilidad. Un Firmante Independiente valida la actualización contra una fuente contable separada. Finalmente, el propio contrato inteligente rechaza las actualizaciones que están fuera de los límites contables predefinidos.(4) Por diseño, ningún operador individual, incluido Concrete, puede modificar unilateralmente la contabilidad de la bóveda fuera de los límites impuestos por el contrato inteligente. El propósito del sistema no es simplemente la redundancia operativa; es reducir el riesgo de que los datos incorrectos, los informes desactualizados o los errores del operador afecten directamente la capa de precios contra la que los usuarios realizan transacciones.
La integridad de los precios, sin embargo, es solo la mitad del problema. Incluso los sistemas contables perfectamente verificados no pueden eliminar la latencia entre los eventos del mercado y las actualizaciones de liquidación.
La verificación asegura que el NAV reportado sea correcto. La integridad de la liquidación asegura que los usuarios realicen transacciones contra ese NAV de manera justa mientras el estado subyacente de la bóveda continúa actualizándose de forma asíncrona.
El objetivo no es eliminar la latencia por completo. El objetivo es evitar que la incertidumbre temporal se convierta en una fuga de valor permanente.
Protegiendo al Próximo Depositante
Esto se vuelve más importante durante eventos de pérdida material, que es donde la mayoría de los sistemas de pausa de DeFi se malinterpretan fundamentalmente. Los mecanismos de pausa a menudo se presentan como salvaguardas operativas que protegen a los protocolos u operadores. En realidad, existen para proteger al próximo depositante.
Si una estrategia incurre en una pérdida material antes de que el NAV se actualice por completo, el peor resultado posible es permitir que nuevos depósitos continúen ingresando a la bóveda con precios desactualizados. Esos usuarios están comprando efectivamente inventario deteriorado sin darse cuenta. La arquitectura de pausa de Concrete está diseñada específicamente para este escenario. Cuando las desviaciones entre la capa de observación en vivo y el modelo de precios suavizado superan los umbrales ajustados por volatilidad, el sistema está diseñado para detener los depósitos hasta que se restablezca la integridad de los precios.(5) El propósito no es la conveniencia operativa; es reducir el riesgo de que las pérdidas se socialicen involuntariamente entre los participantes.
Los retiros introducen el mismo problema a la inversa. Si el capital permanece desplegado después de que se inicia una solicitud de retiro, todavía está generando rendimientos y todavía está expuesto al riesgo. Tratar a los usuarios como si hubieran salido antes de que las posiciones se deshagan realmente crea un desajuste entre la exposición económica y la realidad contable.
La arquitectura de bóveda asíncrona de Concrete utiliza colas de retiro por épocas compatibles con ERC-4626 que liquidan los canjes contra el NAV en el momento de la liquidación, no contra el NAV en el momento de la solicitud.(6) El principio es simple: si los fondos todavía están expuestos al riesgo de la estrategia, también deben permanecer expuestos a los cambios resultantes del NAV. Cualquier otra cosa crea oportunidades de arbitraje y transferencia de valor injusta entre los participantes.
El Producto es el Stack
Lo que importa no es ninguna capa de control individual, sino cómo las capas se refuerzan entre sí. El suavizado sin umbrales adaptativos se vuelve demasiado rígido. Los umbrales sin verificación introducen riesgo operativo. La verificación sin controles de depósito aún expone a los usuarios durante las ventanas de latencia. Los límites de depósito sin sistemas de pausa aún permiten eventos de precios deteriorados. Y los sistemas de pausa sin una arquitectura de retiro coherente aún filtran valor en el canje.
El producto no es EWMA. El producto no son los límites de depósito. El producto no es la contabilidad automatizada.
El producto es el stack.
Los asignadores institucionales no evalúan las bóvedas únicamente por el rendimiento. Evalúan la integridad contable, los controles operativos, la precisión de los precios y el diseño de mitigación de pérdidas. Esta es la capa de infraestructura necesaria para que DeFi madure más allá de los flujos de capital especulativo y evolucione hacia una infraestructura financiera programable capaz de soportar capital a escala institucional.
El sistema de Concrete está diseñado para que las actualizaciones del NAV sean verificadas de forma independiente, las anomalías de precios se filtren antes de la liquidación, la exposición de los depósitos esté dinámicamente limitada, los eventos de pérdida material activen mecanismos de pausa en las nuevas entradas y los retiros se liquiden contra estados contables en vivo en lugar de instantáneas desactualizadas. Estos sistemas no son características opcionales añadidas a las bóvedas después del hecho. Son requisitos fundamentales para hacer que las finanzas programables sean confiables a escala.
El Futuro de la Infraestructura de Bóvedas
DeFi resolvió la transparencia antes de resolver la contabilidad. Eso ahora está cambiando.
A medida que las bóvedas evolucionan hacia una infraestructura financiera programable que opera a través de cadenas, estrategias y capas de liquidez, la calidad de la infraestructura se vuelve más importante que el APY principal. La próxima fase de DeFi no será definida por quién reporta el rendimiento más rápido. Será definida por quién puede hacer que esos números sean confiables.
El NAV en tiempo real no es simplemente una mejora de UX. Es una infraestructura fundamental para el capital institucional. Porque cuanto más rápido se mueve el capital en cadena, más importante se vuelve la integridad contable.
Las bóvedas ya no son envoltorios de rendimiento pasivos. Son sistemas financieros programables, y los sistemas financieros programables requieren confianza programable.
Este artículo es solo para fines informativos y no constituye asesoramiento de inversión, legal, fiscal, financiero, ni una oferta o solicitud de ningún tipo. Las descripciones de la arquitectura, los controles y los objetivos de diseño de Concrete son ilustrativos; no eliminan los riesgos asociados con contratos inteligentes, protocolos DeFi, condiciones del mercado, fallos de oráculos o datos, fallos operativos, infraestructura de terceros o el rendimiento de la contraparte. Concrete no garantiza que se logrará ningún rendimiento objetivo, precisión del NAV, comportamiento de pausa u otro resultado del sistema. Las declaraciones prospectivas reflejan las expectativas actuales de Concrete y no son garantías de resultados futuros. La participación en las bóvedas de Concrete implica riesgos, incluido el riesgo de pérdida total. Para conocer las divulgaciones de riesgo completas, consulte https://concrete.xyz/disclaimershttps://concrete.xyz/disclaimers).
- En este artículo, "NAV" se refiere al valor contable operativo utilizado para valorar las participaciones de la bóveda, los depósitos, los canjes y la liquidación a nivel de estrategia. Puede diferir del NAV de los estados financieros, los registros del custodio o los valores del protocolo de terceros, y puede estar sujeto a la metodología y el momento específicos de la bóveda.
- Un promedio móvil ponderado exponencialmente da más peso a las observaciones recientes sin dejar de incorporar datos más antiguos. Los parámetros específicos, incluida la tasa de caída y las ventanas de observación, se calibran por bóveda y Concrete puede actualizarlos con el tiempo en función de las características de la estrategia, las condiciones del mercado y los datos operativos. El suavizado EWMA reduce la influencia de las anomalías de precios a corto plazo, pero no elimina el riesgo de precios.
- Las ventanas de volatilidad, los anchos de umbral y los parámetros de pausa se calibran por bóveda, están sujetos a cambios a discreción de Concrete y dependen de la precisión de los datos de entrada. Ningún modelo de umbral puede anticipar todas las condiciones del mercado.
- Los roles descritos (Proponente de Transacciones, Firmante Independiente y validación en cadena) operan dentro de los contratos inteligentes de la bóveda de Concrete y están sujetos a controles de multifirma y bloqueo de tiempo. La verificación reduce, pero no elimina, el riesgo de actualizaciones incorrectas del NAV, incluidos los riesgos que surgen de claves comprometidas, datos de entrada defectuosos o vulnerabilidades de contratos inteligentes. El historial de auditorías de Concrete está disponible en docs.concrete.xyz/audits.
- El comportamiento de pausa depende de una calibración precisa del umbral y de la precisión de la capa de observación subyacente. Es posible que las pausas no se activen en todos los escenarios de pérdida, y el diseño tiene como objetivo reducir, no eliminar, el riesgo de que los nuevos depositantes realicen transacciones con precios desactualizados.
- Las bóvedas de Concrete están construidas según el estándar de bóveda ERC-4626, con extensiones de cola de retiro asíncrona basada en épocas implementadas a nivel de contrato. El momento de la liquidación depende del perfil de liquidez de la estrategia subyacente y puede estar sujeto a límites a nivel de bóveda, eventos de suspensión y otros términos establecidos en la documentación de la bóveda aplicable.
