¿Puede el perp multiactivo convertirse en una categoría independiente? Ahora mismo nadie puede responderlo
Pero se puede inferir, a partir de tres retos de diseño, si Hertzflow podrá superarlos después del lanzamiento en la mainnet
Primer reto: ¿debería aislarse el pool de LP?
La volatilidad de las criptomonedas no está en el mismo orden de magnitud que la de los mercados de divisas. Una caída del 15% en BTC en un día es habitual; un movimiento del 1,5% en USDJPY en un día ya es una gran noticia
Si se coloca en el mismo pool de LP, cuando la posición cripto se liquida por explosión (crash), el motor de liquidación se come la liquidez del LP, mientras que la posición de divisas aún no se ha movido mucho. Así, el LP queda secuestrado por la volatilidad cripto
La propuesta de @Hertzflow_xyz es aislar por capas: cada activo opera en su propio pool y los LP eligen qué riesgo están dispuestos a asumir. La dirección es correcta
Pero después de aislar, aparecen nuevos problemas. La divisa y el oro tienen fluctuaciones diarias pequeñas y, además, el volumen de trading a largo plazo es relativamente bajo. La liquidez en pools independientes puede volverse demasiado delgada: al entrar grandes órdenes, el deslizamiento es alto o incluso directamente se rechaza la orden
Por eso se necesita, para distintas clases de activos, establecer umbrales mínimos de profundidad diferenciados, o bien ofrecer a los LP comisiones/participaciones más altas en los pools de baja volatilidad para atraerlos; incluso permitir, en un grado limitado, el préstamo de liquidez entre pools
Además, la capa agregadora de Vault tiene el problema de que, en condiciones extremas, la re-balanceo puede ir con retraso. La estrategia depende de los pools aislados subyacentes. Cuando el pool cripto “explota”, hay que verificar si las órdenes de re-balanceo se pueden ejecutar al instante, y si quedarán bloqueadas en la cadena. Es necesario hacer pruebas de estrés para validarlo
Segundo reto: ¿debería estar vinculado el settlement entre activos?
La documentación enfatiza el aislamiento del mercado, pero aun así, dentro de la misma cuenta pueden existir verificaciones de riesgo a nivel de cuenta
¿La explosión de BTC dispararía verificaciones de cumplimiento/chequeos forzados para la posición de oro o causaría una reducción conjunta? Si hay vinculación, hay que dar al trader una opción de interruptor explícita para garantías de margen independientes. Si no hay vinculación, hay que asegurar que el crash de un pool no afecte indirectamente a los demás pools mediante un oráculo compartido o el motor de liquidación
En la actualidad, la documentación pública no deja claro la implementación final del aislamiento de riesgo a nivel de cuenta y a nivel de posición. Tras el lanzamiento en mainnet, habrá que basarse en el comportamiento real de los contratos
Usuarios que ya probaron en testnet reportaron que, al cerrar posiciones con alto apalancamiento, el precio de liquidación que muestra el frontend y el precio de ejecución real tienen un desfase de 2 a 3 segundos. La causa es que el sondeo del frontend no alcanza a seguir los eventos on-chain
La mainnet debe optimizarse hasta el nivel de milisegundos; si no, la experiencia de los usuarios con alto apalancamiento se vendrá abajo
En escenarios extremos de “doble golpe” hay que diseñar con antelación. El 5 de agosto de 2024, Nikkei cayó 12% en un solo día; ese día BTC pasó de 60.000 a 49.000; USDJPY cayó de 146 a 141
Si ese día un perp multiactivo estuviera en marcha, la capacidad de procesamiento del settlement, la frecuencia de actualización del oráculo y la capacidad de reposición instantánea de LP tienen que aguantar. Se recomienda abordar primero los activos de alta volatilidad y añadir un mecanismo de circuit breaker (freno de emergencia)
Tercer reto: ¿puede el oráculo servir a tantos activos al mismo tiempo?
Hertzflow usa validación cruzada con múltiples oráculos, principalmente Pyth
Pero las frecuencias de actualización para divisas, acciones y materias primas, las reglas por periodos festivos (cierres), el tratamiento de saltos anómalos… son completamente diferentes a las de las criptomonedas
Durante la testnet, una falla de Pyth ya disparó tareas de mantenimiento. Lo que hay que hacer es: asignar pesos dedicados por categoría de activo a los oráculos, ajustar dinámicamente los intervalos de confianza y cambiar automáticamente a fuentes de respaldo
El apalancamiento tiene que “quedarse en la realidad”. La web promociona hasta 1000x; el documento de GitBook dice 500x; en el mundo real el límite varía según el activo y el modo. En mainnet, el parámetro final será el oficial
Para los activos no cripto, forzar una reducción del límite de apalancamiento. Para divisas, 100x a 200x es razonable; solo permitir niveles más altos para cripto. Si no, la latencia del oráculo bajo alto apalancamiento sería un amplificador de desastre
Umbrales duros antes de lanzar en mainnet
Primero, a principios de agosto de 2026 todavía no hay informes públicos de auditoría por terceros. Que todos los módulos centrales estén cubiertos por completo —liquidación, re-balanceo, límites de retiro, roles y permisos— es el mínimo. Este es uno de los umbrales más duros antes del lanzamiento
Segundo, cuando la utilización es alta o los traders tienen ganancias flotantes grandes, los retiros tienen un límite. Se requiere mostrar de forma más transparente un saldo disponible en tiempo real, además de simular escenarios de presión como “los traders ganan colectivamente y a la vez retiran”
Tercero, aunque la testnet esté muy bien, en el inicio de la mainnet la profundidad puede no ser suficiente. El mecanismo de incentivo para LP en los primeros días, con más participación (mayores comisiones/fees compartidas) y minería de profundidad con tiempo limitado, decidirá si tras el lanzamiento en mainnet realmente hay liquidez o si solo fue una historia y luego se retira el dinero
Volviendo a la pregunta original: ¿puede el perp multiactivo convertirse en una categoría independiente?
La necesidad es real. Quienes hacen trading macro naturalmente necesitan mirar varios mercados a la vez; es real que un solo terminal que gestione todas las posiciones mejora la eficiencia
Pero el punto vital es si settlement y LP pueden manejar, al mismo tiempo, volatilidades diferentes. Si estos ajustes no están listos antes de la puesta en marcha en la mainnet, el riesgo es mucho mayor que la eficiencia aparente
En cambio, si se logra, no solo definiría a Hertzflow, sino el estándar de toda la categoría
https://testnet.hertzflow.xyz
@Hertzflow_xyz
Pero se puede inferir, a partir de tres retos de diseño, si Hertzflow podrá superarlos después del lanzamiento en la mainnet
Primer reto: ¿debería aislarse el pool de LP?
La volatilidad de las criptomonedas no está en el mismo orden de magnitud que la de los mercados de divisas. Una caída del 15% en BTC en un día es habitual; un movimiento del 1,5% en USDJPY en un día ya es una gran noticia
Si se coloca en el mismo pool de LP, cuando la posición cripto se liquida por explosión (crash), el motor de liquidación se come la liquidez del LP, mientras que la posición de divisas aún no se ha movido mucho. Así, el LP queda secuestrado por la volatilidad cripto
La propuesta de @Hertzflow_xyz es aislar por capas: cada activo opera en su propio pool y los LP eligen qué riesgo están dispuestos a asumir. La dirección es correcta
Pero después de aislar, aparecen nuevos problemas. La divisa y el oro tienen fluctuaciones diarias pequeñas y, además, el volumen de trading a largo plazo es relativamente bajo. La liquidez en pools independientes puede volverse demasiado delgada: al entrar grandes órdenes, el deslizamiento es alto o incluso directamente se rechaza la orden
Por eso se necesita, para distintas clases de activos, establecer umbrales mínimos de profundidad diferenciados, o bien ofrecer a los LP comisiones/participaciones más altas en los pools de baja volatilidad para atraerlos; incluso permitir, en un grado limitado, el préstamo de liquidez entre pools
Además, la capa agregadora de Vault tiene el problema de que, en condiciones extremas, la re-balanceo puede ir con retraso. La estrategia depende de los pools aislados subyacentes. Cuando el pool cripto “explota”, hay que verificar si las órdenes de re-balanceo se pueden ejecutar al instante, y si quedarán bloqueadas en la cadena. Es necesario hacer pruebas de estrés para validarlo
Segundo reto: ¿debería estar vinculado el settlement entre activos?
La documentación enfatiza el aislamiento del mercado, pero aun así, dentro de la misma cuenta pueden existir verificaciones de riesgo a nivel de cuenta
¿La explosión de BTC dispararía verificaciones de cumplimiento/chequeos forzados para la posición de oro o causaría una reducción conjunta? Si hay vinculación, hay que dar al trader una opción de interruptor explícita para garantías de margen independientes. Si no hay vinculación, hay que asegurar que el crash de un pool no afecte indirectamente a los demás pools mediante un oráculo compartido o el motor de liquidación
En la actualidad, la documentación pública no deja claro la implementación final del aislamiento de riesgo a nivel de cuenta y a nivel de posición. Tras el lanzamiento en mainnet, habrá que basarse en el comportamiento real de los contratos
Usuarios que ya probaron en testnet reportaron que, al cerrar posiciones con alto apalancamiento, el precio de liquidación que muestra el frontend y el precio de ejecución real tienen un desfase de 2 a 3 segundos. La causa es que el sondeo del frontend no alcanza a seguir los eventos on-chain
La mainnet debe optimizarse hasta el nivel de milisegundos; si no, la experiencia de los usuarios con alto apalancamiento se vendrá abajo
En escenarios extremos de “doble golpe” hay que diseñar con antelación. El 5 de agosto de 2024, Nikkei cayó 12% en un solo día; ese día BTC pasó de 60.000 a 49.000; USDJPY cayó de 146 a 141
Si ese día un perp multiactivo estuviera en marcha, la capacidad de procesamiento del settlement, la frecuencia de actualización del oráculo y la capacidad de reposición instantánea de LP tienen que aguantar. Se recomienda abordar primero los activos de alta volatilidad y añadir un mecanismo de circuit breaker (freno de emergencia)
Tercer reto: ¿puede el oráculo servir a tantos activos al mismo tiempo?
Hertzflow usa validación cruzada con múltiples oráculos, principalmente Pyth
Pero las frecuencias de actualización para divisas, acciones y materias primas, las reglas por periodos festivos (cierres), el tratamiento de saltos anómalos… son completamente diferentes a las de las criptomonedas
Durante la testnet, una falla de Pyth ya disparó tareas de mantenimiento. Lo que hay que hacer es: asignar pesos dedicados por categoría de activo a los oráculos, ajustar dinámicamente los intervalos de confianza y cambiar automáticamente a fuentes de respaldo
El apalancamiento tiene que “quedarse en la realidad”. La web promociona hasta 1000x; el documento de GitBook dice 500x; en el mundo real el límite varía según el activo y el modo. En mainnet, el parámetro final será el oficial
Para los activos no cripto, forzar una reducción del límite de apalancamiento. Para divisas, 100x a 200x es razonable; solo permitir niveles más altos para cripto. Si no, la latencia del oráculo bajo alto apalancamiento sería un amplificador de desastre
Umbrales duros antes de lanzar en mainnet
Primero, a principios de agosto de 2026 todavía no hay informes públicos de auditoría por terceros. Que todos los módulos centrales estén cubiertos por completo —liquidación, re-balanceo, límites de retiro, roles y permisos— es el mínimo. Este es uno de los umbrales más duros antes del lanzamiento
Segundo, cuando la utilización es alta o los traders tienen ganancias flotantes grandes, los retiros tienen un límite. Se requiere mostrar de forma más transparente un saldo disponible en tiempo real, además de simular escenarios de presión como “los traders ganan colectivamente y a la vez retiran”
Tercero, aunque la testnet esté muy bien, en el inicio de la mainnet la profundidad puede no ser suficiente. El mecanismo de incentivo para LP en los primeros días, con más participación (mayores comisiones/fees compartidas) y minería de profundidad con tiempo limitado, decidirá si tras el lanzamiento en mainnet realmente hay liquidez o si solo fue una historia y luego se retira el dinero
Volviendo a la pregunta original: ¿puede el perp multiactivo convertirse en una categoría independiente?
La necesidad es real. Quienes hacen trading macro naturalmente necesitan mirar varios mercados a la vez; es real que un solo terminal que gestione todas las posiciones mejora la eficiencia
Pero el punto vital es si settlement y LP pueden manejar, al mismo tiempo, volatilidades diferentes. Si estos ajustes no están listos antes de la puesta en marcha en la mainnet, el riesgo es mucho mayor que la eficiencia aparente
En cambio, si se logra, no solo definiría a Hertzflow, sino el estándar de toda la categoría
https://testnet.hertzflow.xyz
@Hertzflow_xyz