刻舟求剑-永恒牛市今年转变之年加油吧少年

Estos días, el mercado se ha sacudido con una volatilidad extrema. Al ver cómo la profundidad de algunos de los principales activos es perforada sin piedad por grandes órdenes, me he reafirmado en la serie de pruebas comparativas que hice hace unos meses. En aquel entonces, usé un script local para simular la estrategia de reequilibrio de bonos negociados al por mayor de un fondo de cobertura cuantitativo. Ejecuté las pruebas en dos entornos: Polymesh y Dusk. El motivo era solo una duda simple: ¿un libro contable completamente transparente también puede cumplir con las normas? ¿Qué busca exactamente Dusk, cargando una pesada deuda criptográfica?

En Polymesh, la lógica de cumplimiento es impecable. Pero cuando miré los pedidos en cadena desde la perspectiva de un tercero contraparte y traté de extraer órdenes, me entró un sudor frío: mis intenciones de cobertura larga/corta, mi precio promedio de entrada y el tamaño de las órdenes quedaban desnudos, con precisión de píxeles, en el libro transparente. Si esto fuera un mercado secundario real, los algoritmos de alta frecuencia ya se habrían acercado para correr primero.

Hay investigaciones académicas con cálculos precisos👉: cuando las instituciones colocan grandes órdenes en mercados públicos antes de que las conozcan los informados, en promedio se pierden entre 15 y 30 puntos básicos de costo implícito. Una reasignación de activos de 100 millones de dólares implica que se pierden entre 150 000 y 300 000 dólares sin posibilidad de rastreo.

Volviendo a Dusk, en su entorno confidencial, bajo el amparo de ZK, las etiquetas de cumplimiento son efectivas. Sin embargo, las instrucciones de operación y las posiciones reales quedan encerradas de forma completa en una caja negra matemática.

Los minoristas siempre creen que “cumplimiento” es la única exigencia del regulador. Pero al ponerme en el lugar de un market maker de Wall Street, con decenas de miles de millones, lo entendí del todo: si el costo del cumplimiento consiste en exponer las cartas comerciales al exterior, las instituciones preferirán permanecer para siempre en sus cajas negras privadas tradicionales. Un rastro de cumplimiento sin protección de privacidad solo puede servir para hacer tokenización de retail a pequeña escala. Dusk asume esa compleja carga de cómputo criptográfico; en esencia, está diseñado para sostener la liquidez mayorista más central del sector financiero.

Más cruel aún: la exposición del libro contable transparente es bidireccional. No solo muestras tus cartas al contraparte, sino también al regulador y a todos los rastreadores (scrapers). Aunque las etiquetas de cumplimiento estén colgadas de manera estandarizada, las posiciones siguen siendo públicas. Dusk usa ZK para convertir lo de “solo vean quienes deben ver” y “quienes no deben ver, no vean” en una opción predeterminada del protocolo. Esto es precisamente lo que las instituciones están dispuestas a intercambiar, incluso pagando el costo criptográfico.$BTC $ETH
#dusk $DUSK @Dusk

在一家私募的风控报告里，有道题我连续卡了三天：当监管介入时，谁有权解读那条加密转账记录？我把 Dusk 的 XSC 合约翻了个底朝天，最后得出的结论让客户和我都愣住了——这条链的隐私边界，压根不是数学公式划出来的。

El „Viewing-Key“ de Dusk: la mayoría de los hilos técnicos lo mencionan de pasada y siguen. Pero cuando te pones a fondo, descubres que es el verdadero eje del sistema completo de cumplimiento: quien lo posea, tiene la llave para descifrar esa transacción. La interfaz nativa para auditores reservada en el contrato XSC no fue un parche añadido después; fue una estructura diseñada desde la primera línea de código.

El hallazgo me dejó profundamente incómodo en aquel momento. Pensé que estaba investigando una cadena de privacidad; pero lo que estaba investigando, en realidad, era un sistema de asignación de permisos.

Pero la incomodidad solo duró una noche. Al día siguiente, con otro marco de trabajo, volví a mirarlo: Monero ofrece anonimato absoluto, mientras que Dusk ofrece una privacidad soberana—existe la privacidad, pero el derecho de auditoría puede concederse de forma legítima. Para cualquier institución que quiera entrar con activos en un mercado regulado, esto no es una concesión, sino la única vía viable de acceso.

Esa misma evaluación de control de riesgos, que me tuvo enganchado durante tres días, al final se redactó en un día: entender la lógica de titularidad del „Viewing-Key“. Quién tiene esa llave determina la capacidad de supervivencia de todo el activo en el mundo legal.$BTC $ETH
#dusk $DUSK @Dusk

La primera vez que vi que TermMax admite acciones tokenizadas de Ondo como colateral, mi reacción inicial fue: esto es una colaboración comercial desde el punto de vista regulatorio. Ondo ya completó la conformidad regulatoria en la fase de emisión, y la integración de TermMax solo traslada ese comprobante de cumplimiento al mercado de préstamos en cadena.

Ese juicio me dio tranquilidad durante un tiempo, hasta que empecé a rastrear las vías de liquidación concretas.

Me di cuenta de un problema que yo no había considerado en serio antes: cuando un prestatario utiliza acciones tokenizadas de EE. UU. como colateral y entra en incumplimiento, ¿cómo se liquida el acuerdo? El supuesto de funcionamiento de los mecanismos tradicionales de liquidación en DeFi es que el colateral pueda venderse y monetizarse en un tiempo extremadamente corto en el mercado secundario. ETH y WBTC cumplen con ese requisito, pero las acciones tokenizadas de EE. UU. no. Las acciones de EE. UU. tienen horarios de cierre, y los bonos tokenizados del Tesoro tienen un periodo de rescate; por lo tanto, la liquidez de estos activos en la cadena es muy limitada. La venta forzada solo produce dos resultados: operaciones con un descuento enorme, o simplemente no encontrar contrapartes.

Ese es el motivo real por el que la gran mayoría de los protocolos DeFi nunca aceptan RWA como colateral. No es un problema de cumplimiento: es una deficiencia de ingeniería en el mecanismo de liquidación.

Leí con detenimiento el apartado del whitepaper de TermMax sobre Entrega Física (Physical Delivery) y entonces pude ver con claridad qué problema está intentando resolver ese diseño. Cuando el prestatario incumple, el protocolo ofrece una ventana estándar de liquidación de dos horas. Si en ese tiempo la liquidación convencional se completa—los arbitrajistas reembolsan la deuda y se hace la toma del colateral con descuento—todo funciona como se espera. Pero si, debido a que el colateral no tiene suficiente liquidez, los arbitrajistas no pueden intervenir, el sistema deja de forzar la venta en el mercado y, en su lugar, asigna directamente el colateral restante de forma proporcional a los tenedores de los FT (prestamistas).

Lo que recibe el prestamista son los activos en sí, no depende de los resultados de la monetización basada en liquidez inmediata. Los prestamistas que mantienen bonos del Tesoro tokenizados a corto plazo pueden conservarlos hasta el vencimiento natural y recibir el pago, sin necesidad de pasar por una monetización forzada con descuento.

Después de comprender ese mecanismo, volví a mirar las noticias sobre la colaboración con Ondo y la interpretación fue completamente distinta: no fue primero una colaboración comercial a nivel de cumplimiento, sino que el mecanismo de Entrega Física resolvió el problema de liquidación a nivel de ingeniería, y entonces la integración de RWA pudo hacerse realidad.

El marco regulatorio ya existía. Lo que ha estado bloqueando la entrada de RWA al mercado de crédito DeFi siempre ha sido el mecanismo de liquidación. La Entrega Física es la llave que realmente abre esa puerta. $BTC $ETH $BNB
#termmax @TermMax

Los que se dedican a operar negocios institucionales lo entienden: la profundidad de un pool de liquidez lo decide todo. Ahora mismo, la principal duda del mercado sobre Dusk es bastante directa: NPEX emitió más de 300 millones de euros en activos, pero sigue faltando un AMM global tipo Uniswap. Y el Dusk Trade todavía está en fase inicial; la liquidez parece haber sido “cortada” y confinada en una serie de islas de cumplimiento normativo, una por una.

En realidad, se está midiendo el mercado de cumplimiento con una regla DeFi. En Ethereum, la liquidez se ajusta sin problemas entre contratos, pero las instituciones jamás permiten que órdenes grandes y estrategias queden “al descubierto” en una cadena pública. Así que se repliegan a cadenas privadas de consorcio. El resultado: la cadena del Banco A y la del Banco B no son interoperables; la liquidez se “oxida” por completo. La separación aporta cumplimiento, pero también inmoviliza el flujo de capital entre instituciones.

He revisado varios documentos de integración de cadenas privadas y la incomodidad del “cada uno por su cuenta” es más común de lo que uno imaginaría. Aparentemente cumple, pero el costo es que la liquidez entre instituciones se evapora por completo. Peor aún: cada isla repite la rueda y nadie quiere ser el primero en abrir la comunicación para interconectar.

El punto real de captura de valor de Dusk—recién después de revisar el diseño de emparejamiento de Hedger lo vi con claridad—está en que el protocolo subyacente Hedger y XSC logran “transacciones privadas bajo un estado global de blockchain pública”. No es retirarse a una cadena privada, sino tratar por capas la transparencia y la privacidad: el estado global se unifica y cada transacción individual permanece privada.

Ponle una capa de invisibilidad a cada institución y haz que operen en la misma plaza: esa cuenta la tengo hecha. El libro de órdenes está cifrado; comprador y vendedor no saben quién es quién, pero el motor de emparejamiento realiza la liquidación dentro del cifrado. La plaza es una sola; las capas de invisibilidad, cada una la suya. Así se obtiene eficiencia y confidencialidad a la vez.

El futuro no se limita a NPEX. Cualquier emisor que cumpla normativas podría realizar en Dusk trading de dark pool entre instituciones, sin necesidad de exponer secretos comerciales. He seguido el ritmo de emisión de NPEX: cuanto más veo las islas conectarse, y sin que se pierda la privacidad, más claro queda que ahí está el verdadero foso—la muralla de protección. Eso sí: por ahora el dark pool está detenido en NPEX; para ver cómo se conectan las islas habrá que esperar cuándo la siguiente entidad emisora suba a la cadena. Cuando el emisor pasa de uno a varios, la liquidez se acumula.

Romper las islas de cadenas privadas manteniendo la privacidad a nivel institucional es la única solución para liberar la liquidez de billones de USD en RWA. Dusk está tendiendo este puente de una sola tabla con criptografía de corte muy duro: apuesta a que las instituciones aceptarán un libro contable que es “a la vez transparente y a la vez privado”. $BTC $ETH
#dusk $DUSK @Dusk

La ventana de liquidación de 2 horas de TermMax: un respiro que en realidad le da a los FT un ancla de tiempo

TermMax codifica la ventana de liquidación en 7200 segundos—exactamente dos horas. Muchos piensan primero: esto es para darle a los prestatarios un tiempo de respiro. Pero si desarmamos el mecanismo, el verdadero beneficiario de este diseño quizá no sea el prestatario.

Revisé ese contrato: LIQUIDATION_WINDOW está fijado en 7200. Además, al superponerse con el límite máximo de liquidación de media parte, las posiciones grandes a menudo tienen que liquidarse en varias rondas. Y eso resulta intrigante: si de verdad estuviera pensado para ayudar al prestatario, ¿por qué no permitir que liquide una sola vez y termine cuanto antes, en lugar de limitar la velocidad de liquidación y alargar el proceso?

Los tenedores de FT compran un compromiso a tasa fija; cuánto se podrá cobrar finalmente depende de la tasa de recuperación en la liquidación. Sin una ventana, el tiempo de liquidación es impredecible—lo que enfrentas es la ambigüedad de "no sé cuánto tardaré en recuperar el dinero". Con esos 7200 segundos, el peor escenario queda fijado: o la liquidación se completa dentro de dos horas, o recuperas directamente el colateral. Cuanto más lo pienso, más siento que para los productos de tasa fija, un ancla temporal es más importante que ese pequeño ajuste en la recuperación: el producto que se vende es, ante todo, previsibilidad.

Pero en cuanto te topas con una liquidación continua, toda esta lógica se enreda. Una caída del 20% de ETH dispara simultáneamente múltiples liquidaciones de GT. Cada ronda se come parte del colateral y, mientras tanto, ft.totalSupply() se va reduciendo junto con GT. En el contrato no existe una "fijación proporcional"; la liquidación en cadena era, en teoría, el sentido mismo de la existencia de los FT. Sin embargo, al analizar esta parte, descubres el problema: al disminuir el denominador, la proporción de los tenedores de FT en realidad sube, mientras que el tamaño absoluto del pool de colateral se encoge al mismo tiempo. Uno aumenta, el otro disminuye; después del ajuste, nadie puede calcular el efecto neto con claridad.

La ventana de redención de Babylon me da una sensación parecida: en el período de prueba de 3 días, los tenedores también quedan atascados en el dilema de "esperar o no esperar". TermMax reduce la ventana a 2 horas; el tiempo de espera se vuelve más corto, pero en escenarios de liquidación continua, la variación dinámica de la proporción se vuelve más compleja. Es como cerrar rápido la llave del agua: el fondo del balde también sigue perdiendo.

La ventana de dos horas está diseñada con precisión para una liquidación individual. Pero bajo liquidaciones continuas, la brecha entre la proporción con la que se reparten y la recuperación real—por ahora nadie la puede estimar con certeza. Ese resquicio es, precisamente, en lo que los tenedores de FT deberían poner la mira. $BTC $ETH $BNB
#termmax @TermMax

La inflación compra la seguridad, es una inversión, no un endeudamiento
Dusk usa la inflación para emitir monedas y comprar seguridad de red—cuando vi este planteamiento por primera vez me pareció una señal de alerta. Pero cuando me puse en el lugar de un titular de monedas y lo calculé, entendí que no se trata de endeudarse, sino de invertir.
Me quedé mirando la página de rendimientos por pignoración: el APY proviene de monedas recién emitidas. A primera vista parece que todos comparten el costo; en realidad, es la forma de financiación de seguridad más madura en una cadena PoS. Ethereum, Solana y Cosmos no tienen excepciones. Mi experiencia real de la decisión fue esta: para los titulares, la inflación se transforma en una cadena con la que pueden hacer liquidaciones de nivel institucional con tranquilidad; ese dinero vale la pena.
Revisé la curva de liberación, punto por punto, y entendí su lógica: los primeros cuatro años son de alta liberación, para levantar rápidamente una red confiable de validadores en la etapa inicial del ecosistema; después, se reduce año con año. Esto no es una dilución sin sentido, sino inversión acelerada al principio. El destino de cada moneda nueva está claramente definido: comprar seguridad de la red, comprar los cimientos para tokenizar activos y ponerlos en cadena.
También investigué la re-pignoración de EigenLayer para compararla. Se apalanca en activos existentes: es eficiente, pero depende de la confianza externa. El APY de Dusk proviene de sus propias monedas recién emitidas: aunque parezca más lento, mantiene firmemente la fuente económica de la seguridad dentro de su propio ecosistema. Yo he visto ambos caminos, y el que eligió Dusk encaja mejor con su postura orientada al cumplimiento.
Lo que de verdad me deja tranquilo es si esta inversión puede recuperarse. Me metí en la comunidad, vi las necesidades reales de RWA institucional y, en Discord, leí una por una las preguntas de clientes institucionales. Lo que más les preocupa no es el precio, sino si la liquidación realmente se puede llevar a la cadena. Cuando la adopción real empieza a funcionar, la seguridad creada por la inflación se convierte en el pase para tokenizar activos y ponerlos en cadena.
Así que mi conclusión es muy directa: la inflación no es un martillo colgado sobre la cabeza; es el seguro que Dusk le compra al futuro. Lo importante no es cuánto se libera, sino si cada moneda termina cambiándose por algo más valioso. Lo que viví es que está comprando, poco a poco, el activo a largo plazo de “seguridad”. $BTC $ETH
#dusk $DUSK @Dusk

越写越长的欠条：Dusk 的密码学债务本金还在涨

Dusk 的密码学债就像一张越写越长的欠条——AEGIS 的 39 项修复只还了零头，本金还在继续往上滚。

说实话：深入读 AEGIS 报告的细节后，我发现 Dusk 面对的不只是 39 项修复，而是密码学实现层面的系统性债务——密码学理论与工程落地之间的根本矛盾。我追踪了那 7 个严重问题：一个涉及同态加密的侧信道攻击风险，另一个涉及 ZK 电路的边界条件漏洞。修复它们需要重新验证整套系统的安全性，而不是改几行代码。

理论上，zk-SNARK 电路能够证明任何计算，但电路复杂度会直接决定证明生成时间与验证成本。Dusk 采用同态加密加上 ZK 双轨，隐私保护完整，代价却是技术债在暗中累积。我观察 Hedger 测试网数据：在理想条件下，证明生成不到 2 秒——但那建立在简化场景上。电路一旦复杂、交易规模一旦扩大，证明时间就会非线性增长，从 2 秒到 10 秒只是一瞬间的事。

更深层的问题在于，密码学实现的安全性高度依赖工程细节。一个边界条件的疏忽、一次随机数生成的缺陷，都可能击穿整套隐私。我在 Dusk 的技术文档里观察到，密码学实现的细节说明相当匮乏：证明系统、电路参数、密钥派生这些关键环节都没有公开到可供独立复核的程度。这直接抬高了外部审计的难度，也让那 7 个严重问题变成了可以拖延 20 个月的暗债。

密码学债务不会自动消失，只会随着系统复杂度增加而累积。每一次延期修复、每一个未验证的边缘情况，都在增加系统的脆弱性。Dusk 要偿还的，不是那份 39 项的修复清单，而是越写越长的欠条——每拖一次，都是在给未来某次侧信道攻击攒利息。$BTC $ETH
#dusk $DUSK @Dusk

Hay un detalle que al principio no presté mucha atención en el acuerdo de préstamo con tasa fija de TermMax: la marca de liquidación (liquidatable) del GT de corto plazo se establece en false. Al vencimiento, el GT de corto plazo simplemente se salta el proceso de liquidación y los tenedores de FT canjean inmediatamente el colateral 🤔

El GT con vencimiento a 7 días evita la ventana de liquidación, y el tiempo en que los tenedores de FT recuperan el colateral se reduce drásticamente. En el contrato, liquidatable lo determina un parámetro creado por el GT; para el GT de corto plazo, el valor predeterminado es false.

Pero, ¿en qué condiciones liquidatable=false deja de ser una "optimización del producto a corto plazo" y se convierte en un amplificador de riesgo sistémico?

La lógica de que el GT (vencimiento de 7 días) se salte la liquidación es que, dentro de 7 días, la probabilidad de una caída fuerte del colateral es baja. Pero, si TermMax lanza GT de 30 o 60 días y aun así mantiene liquidatable=false, ¿qué pasa? En 30 días, ETH perfectamente puede caer más de 30%. En ese caso, el tenedor de FT no tiene un liquidador que detenga las pérdidas antes del vencimiento, y el colateral que se recupere al final podría estar muy por debajo del valor esperado 💭

Cuando en el mismo mercado coexisten GT con liquidatable=false y GT con liquidatable=true, la conducta de los liquidadores se ve afectada. Los liquidadores priorizan monitorear y liquidar los GT con liquidatable=true (con 5% de recompensa), mientras que los GT con liquidatable=false no disparan liquidación aunque el LTV empeore. El precio del riesgo crediticio de ambos tipos de GT debería ser distinto, pero actualmente, ¿el mercado realmente distingue esa diferencia en el descuento del FT? Sospecho que no.

El mecanismo de slashing de los operators de EigenLayer me da una sensación parecida: algunas condiciones de slashing son más permisivas (como liquidatable=false). Los tenedores creen que es seguro, pero cuando algo sale mal, no hay liquidadores de respaldo. La configuración de TermMax con liquidatable=false crea una estructura similar: el tenedor de FT queda expuesto al riesgo de crédito sin participación de liquidadores; simplemente se omite al liquidador. El proceso de liquidación sigue existiendo, pero es como si el hospital hubiera cerrado la sala de emergencias: el paciente solo puede esperar a consulta, pero la enfermedad no va a esperar.

Que liquidatable=false sea una optimización razonable para el producto de corto plazo, sí; pero requiere una restricción estricta sobre el límite máximo de la fecha de vencimiento. Si los GT de vencimiento largo también usan esta bandera, para el tenedor de FT equivale a quedar expuesto sin protección de liquidación. El mercado probablemente esté subestimando esta diferencia, y por eso esta es una oportunidad para observar.$BTC $ETH $BNB
#termmax @TermMax

Terminé de cenar y vi que había nuevas tareas para creadores; ni siquiera me lavé el plato y fui a descargar el whitepaper. El whitepaper tiene mucho contenido. Cuando vi esta línea de código en el contrato TermMax: `proportion = ftAmount * 1e16 / ft.totalSupply()`, de pronto entendí que la proporción que bloquean los tenedores de FT no es la que se recupera al vencimiento. En este protocolo de préstamos descentralizado de tasa fija, la proporción de reparto es dinámica: cada liquidación reescribe tu denominador.

Está claro: la proporción de reparto de los FT se calcula en tiempo real, no es un snapshot estático. Cada vez que se liquida un GT, disminuye ft.totalSupply() y, por lo tanto, cambia la composición del pool de activos que se puede repartir. Los tenedores de FT creen que tienen bloqueado un “X% que se recupera al vencimiento”, pero el denominador de ese X% ha estado cambiando antes de que llegue el vencimiento. El pastel se hace más pequeño y tu porción también cambia; no sabes qué tan grande es el pastel, ni cuánto cortas.

Puedes compararlo con los aToken de Aave: 1:1 anclados. Ahí, tu participación es un valor absoluto; si el pool pierde, se refleja mediante el tipo de cambio, pero la cantidad de aToken que posees no cambia. La participación de los FT, en cambio, es una proporción relativa: el denominador es dinámico. Esto significa que los tenedores de FT enfrentan una doble incertidumbre: el tamaño absoluto del pool de activos cambia porque las liquidaciones consumen colateral; y también cambia tu proporción relativa dentro del pool porque fluctúa el totalSupply. Como ambos factores se mueven a la vez, los tenedores de FT casi no tienen certidumbre sobre su tasa de recuperación al vencimiento.

Quizá no sea un caso marginal. En escenarios con liquidaciones continuas, la recuperación real de los tenedores de FT puede desviarse de forma importante de lo que se esperaba. El contrato no tiene un mecanismo de “proporción bloqueada”, porque bloquearla significaría que las pérdidas por liquidación no podrían transmitirse; y esa transmisión de pérdidas es precisamente el sentido de que existan los FT. La “dinamicidad del denominador” que asumen los tenedores de FT, en esencia, es una forma de fijar el precio del riesgo de crédito de todo el sistema, solo que el proceso de fijación de precio es implícito para ellos. El contrato escribe el cálculo como dinámico, pero el modelo mental de los tenedores de FT es el de un reparto estático; esa diferencia cognitiva es el origen del riesgo.

Después de leer el whitepaper, mientras lavas los platos, ¿en qué deberías pensar para el siguiente paso? Tal vez seguir la desviación entre la recuperación real de los tenedores de FT y la proporción inicial en eventos de liquidación continua, y cuantificar en qué medida esa dinamicidad del denominador erosiona los rendimientos. ¿Qué te parece?
#termmax @TermMax $BTC $ETH $BNB

En el cumplimiento de valores existe una regla dura: MNPI, la información material no pública no puede divulgarse de forma selectiva. El Reglamento de la UE MAR exige que, antes del anuncio oficial, el emisor no permita que ninguna persona específica conozca anticipadamente los términos de la emisión.

La transparencia de blockchain y esta regla guardan una contradicción positiva.
Quieres escribir los términos de emisión de los bonos en la cadena para disfrutar de la liquidación atómica on-chain y la ejecución automática de la normativa. Pero en cuanto los términos se suben a la cadena, la transparencia predeterminada de blockchain implica que cualquiera puede leerlos en ese mismo instante. Antes del anuncio oficial, los términos ya son visibles para todo el mundo. Desde la perspectiva de MAR, esto equivale a una liberación de información incontrolable: la infracción ocurre en ese segundo.

La mayoría de las soluciones para emisiones on-chain son: mantener la información sensible fuera de la cadena y en la cadena solo registrar el hash. Pero así no obtienes la auditabilidad completa on-chain ni la capacidad de liquidación atómica. Entre dos exigencias de cumplimiento, solo puedes elegir una.

Dusk Network se posiciona como una privacidad L1 orientada a aplicaciones financieras. Con los contratos de valores confidenciales XSC, los términos de emisión se almacenan on-chain en forma cifrada: en la cadena queda registrado “que esta emisión existe” (cumple el requisito de auditoría), pero el contenido de los términos está cifrado y no es legible (cumple el requisito de MNPI). En el momento del anuncio oficial, las claves de descifrado se liberan sincronizadamente: todos ven la misma información al mismo tiempo. No hay divulgación selectiva.

La transparencia on-chain y el cumplimiento de MNPI pueden coexistir por primera vez, sin necesidad de elegir entre una u otra.

NPEX ha completado con este mecanismo una emisión de valores por más de 200 millones de euros. El Artículo 79 de la AMLR se implementará a mediados de 2027, y el marco regulatorio está avanzando hacia un respaldo de privacidad auditable. Hedger actualmente se encuentra en testnet; la verificación en mainnet es el siguiente paso.

¿Has hecho alguna emisión de valores on-chain? ¿Cómo resuelves la contradicción entre el cumplimiento de MNPI y la transparencia on-chain?
@Dusk XSC cifrada en cadena: por primera vez, transparencia on-chain y cumplimiento de MNPI se cumplen simultáneamente.#dusk $DUSK $BTC $ETH @Dusk

Lo 8% que ves,
solo es el precio en la orden
Cuando miré por primera vez el libro de órdenes de TermMax, clavé una orden al 8% durante tres días hasta que se ejecutó. En ese momento lo entendí: el número de la interfaz es el precio al que estás dispuesto a cerrar, no una promesa de entrega garantizada.
El mecanismo subyacente es un emparejamiento de curvas punto a punto: los prestamistas publican precios siguiendo la curva de rendimientos, los prestatarios vienen a consumir; solo en el momento en que se ejecuta, el tipo de interés queda “soldado”, y no tiene nada que ver con el nivel del fondo.
El dinero se deposita y la primera “campanada” se mueve primero. El principal fluye primero hacia el mercado monetario externo para ganar intereses variables, hasta que las órdenes fijas se emparejan: ese tramo es de campanada variable.
La semana pasada probé colgar un préstamo fijo. Los primeros cinco días solo corría la campanada variable; el sexto día recién se emparejó. El costo de espera adicional en la cuenta era claramente visible. Cuando la orden realmente se ejecutó, entonces se activó la segunda “campanada”.
Por eso, el 8% y si tú puedes, o cuánto tiempo tardas en obtener ese 8%, son dos cuentas distintas. En el libro delgado, una orden puede tardar mucho en ejecutarse; toda la fase de espera corre con campanada variable, y el número fijo solo es el destino, no el recorrido.
Esto es mortal para el dinero a corto plazo. Dos semanas de préstamo esperando se convierten en cinco días perdidos; el rendimiento total cae y el flujo de caja se desordena. El riesgo de calidad de ejecución se maquilla como un problema de tasa; yo mismo casi me lo trago así al principio.
TermMax usa rendimientos base combinables para que el capital ocioso tenga un “piso” con interés variable, resolviendo la inactividad durante el periodo de colocación; es un paso más listo que muchos veteranos de tasas fijas.
Pero tampoco elimina la ilusión de que el precio publicado equivale al precio que recibirás. Cuando no hay suficiente profundidad, el precio real de ejecución lo determinan el grosor del libro de órdenes y la velocidad de emparejamiento; nadie compra tu espera por ti.
Hay quien cree que es como un fondo de deuda fijo: depositas y ya. Ese es un malentendido. Te da certeza en la tasa, pero no garantiza que se vaya a ejecutar el 100% de la cartera al precio publicado. Ese ejemplo de mi orden que se ejecutó recién el sexto día lo demuestra.
Así que hay que preguntar: ¿qué tan profundo es el libro cerca de la tasa objetivo?
Para las tesorerías institucionales, el periodo de espera puede desordenar la calendarización del reembolso.
En la pantalla, el 8% se parece más a un deseo que a un recibo. El código representa tu precio pedido, no la probabilidad de que se ejecute. Nunca compra tu espera.
Ahora, cuando miro cualquier tasa fija, primero reviso qué tan grueso es el libro; luego decido si ese 8% “huele” bien. El precio es una tarjeta de oferta, no un comprobante de cobro.
Cuanto más agresiva la oferta, a menudo más tiempo esperas y peores los deslizamientos. Yo normalmente aclaro primero todo antes de actuar, para no dejarme deslumbrar por ese entero.
#termmax @TermMax
$BTC $ETH $BNB

La compatibilidad con EVM es una espada de doble filo, y el filo apunta hacia uno mismo

La compatibilidad con EVM es como un conector universal para unir a Dusk: encaja con las vigas de otros, pero si esas vigas se aflojan, la estructura propia también se desarma

Hardhat y MetaMask se conectan directamente; los desarrolladores pueden subir a Dusk sin aprender un lenguaje nuevo. Phoenix esconde saldos; Hedger usa cifrado homomórfico y PLONK para privacidad auditable; XSC escribe reglas financieras.

Pero la compatibilidad también trae homogeneidad. Todos los EVM L2 le dan a los desarrolladores la misma cadena de herramientas; la diferenciación de Dusk se reduce a “privacidad + cumplimiento”.

Esta espada apunta hacia uno mismo: el desarrollador viene por la privacidad hoy, y mañana otra cadena EVM también tendrá privacidad; con un clic, se puede migrar. La compatibilidad con EVM reduce el costo de venir y también reduce el costo de ir.

A Dusk le falta esa necesidad urgente de “solo aquí se puede lograr”. La privacidad con cumplimiento es una diferencia, pero aún no es intransferible.

He comparado varios esquemas de privacidad en EVM: en la mentalidad del ecosistema de desarrolladores, lo “verdaderamente real” es ir donde haya más subsidios de privacidad; en Dusk no hay una guerra de subsidios que jugar.

Lo más problemático es que la homogeneización hace que Dusk compita por el mismo grupo de talentos Solidity con montones de otros L2, pero además carga con la deuda de rendimiento de una cadena de privacidad; la relación calidad-precio quizá no sea la mejor.

DuskEVM todavía está en la red de pruebas; la capa de aplicación no se ha entregado. Para construir cosas reales, los desarrolladores tienen que esperar. Y mientras esperan, el impulso humano ya se lo llevan los beneficios de otros lados.

Los desarrolladores de contratos con los que hablé juzgan si una cadena vale la pena profundizar según ingresos del ecosistema y los incentivos de retención; la compatibilidad solo es el umbral para aprobar.

Así que mi preocupación es muy directa: Dusk abre la puerta, pero no instala el cerrojo que retiene a la gente. La retención de desarrolladores suele tener una dificultad que supera a la captación.

He visto equipos mudarse entre tres cadenas EVM una y otra vez; la razón es simplemente que en algún lado hay un 20% más de subsidio de Gas, y Dusk no puede retener a este tipo de personas.

Los desarrolladores que de verdad se quedan son los que, al salir de Dusk, no encuentran escenarios de privacidad con cumplimiento equivalentes; por ahora, este tipo de gente todavía es poca.

Lo que trae la compatibilidad con EVM es “ser comparable”. En cuanto algo es comparable, los desarrolladores votan con subsidios y liquidez.

Aunque la privacidad con cumplimiento de Dusk sea especial, dentro de la lista comparable es solo una línea más; para retener, hay que depender de otra cosa que no se pueda reemplazar.

He visto desarrolladores migrar en grupo porque una cadena salió primero en algún DeFi blue chip; Dusk no tiene ese foco de atracción.

@Dusk La compatibilidad es el punto de partida, no es un foso.
#dusk $DUSK $BTC $ETH @Dusk

Nadie se ha tomado la molestia de calcular las cuentas de la encriptación homomórfica por encargo de una institución

El homomorphic encryption de Dusk es como un molino capaz de comprobar el nivel de plenitud del grano sin quitarle la cáscara: la máquina ya gira, pero todavía nadie ha creado el protocolo de “tostado” correspondiente para que una estación de acopio lo use

Hedger hace que los contratos calculen directamente en estado cifrado y, luego, usa pruebas de conocimiento cero de PLONK para proporcionar una “privacidad auditable”. XSC mete la lista blanca, el tope de tenencia y la cesión forzosa dentro del contrato, y Phoenix oculta saldos sensibles en la red principal.

La red principal de DuskDS ya está en marcha con la liquidación de privacidad, mientras que la capa de Hedger aún se queda en la red de pruebas. La dirección del mecanismo es real: las instituciones pueden completar validaciones de cumplimiento sin revelar sus posiciones.

Pero el relato dominante siempre habla del cómputo de privacidad como si no tuviera costo. El coste computacional del cómputo on-chain con encriptación homomórfica es extremadamente alto; una transacción confidencial con reglas de cumplimiento consume mucha más potencia que una transferencia normal.

¿Y finalmente quién asume ese costo? Dusk apuesta a que las instituciones pagarán un sobreprecio por una privacidad auditable, pero nadie ha publicado cuán alto es ese sobreprecio ni cómo calcula la ROI la institución.

Revisé una y otra vez los docs y no encontré una tabla de referencia de “coste de computación para una transacción confidencial”. Sin un benchmark, el sobreprecio solo puede llenarse con fe.

Cada paso de la encriptación homomórfica exige operaciones con cifrado, y el modelo de gas es completamente distinto a una llamada normal de EVM. Antes de que los desarrolladores desplieguen XSC, ni siquiera pueden estimar bien el presupuesto.

Piecrust, como ZK-VM de Dusk, debe soportar a la vez la conversión de estados confidenciales y la generación de pruebas: este tipo de carga, en el EVM tradicional, simplemente no existe.

Sumarle ZK-KYC de Citadel añade otra capa: significa que cada verificación de identidad también debe seguir la ruta de prueba, y además aumenta el volumen de datos por interacción.

Más realista es que, cuando las instituciones compran infraestructura de privacidad, miran el TCO, no solo las llamadas individuales. Los nodos, la auditoría y la integración con cumplimiento cuestan; el modelo TCO de Dusk aún no se ha desglosado.

La vulnerabilidad de PLONK se parcheó recién en 2026-02, y el número de versión se quedó en dusk-rusk-1.6.0. La capa criptográfica sigue puliéndose; tampoco se ha corrido el balance de rendimiento.

Así que la duda es muy concreta: ¿cuánto sobreprecio de potencia computacional, en concreto, está dispuesta a pagar una institución por un cómputo de privacidad auditable? Si esa cuenta no cuadra, aunque Hedger sea elegante, solo quedará en papel.

En los debates del gremio sobre soluciones de privacidad, en la plantilla de debida diligencia, la primera casilla siempre es “¿se puede cuantificar el costo?”. En el caso de Dusk, esa casilla está vacía por ahora.

Entiendo la ruta de @Dusk , pero el modelo de costos debe desglosarse.
#dusk $DUSK @Dusk
$BTC $ETH

Dusk no es una cadena de privacidad absoluta, es privacidad bajo condiciones

Llevé a un emisor de RWA a revisar el listado de onboarding de Dusk, y cuando llegamos al apartado de privacidad, se detuvo. Me preguntó: ¿se puede ocultar?, ¿y además aguanta una auditoría?

Con esa pregunta, dio justo en el punto que más suele malinterpretarse de Dusk.

En la red principal, la contabilidad de Dusk funciona con dos cuentas. Moonlight es la cuenta pública: el regulador puede ver los saldos y los movimientos que le interesan. Phoenix es la cuenta de ocultación: ahí se guardan las posiciones que no se quiere exponer. La cartera usa un Profile para vincular las dos cuentas bajo el mismo conjunto de frases de recuperación (seed); la cadena pública y la de privacidad van dentro de una sola cadena, no hace falta separarlas en dos.

Pero mucha gente confunde Phoenix con anonimato total, y eso es un error. Ahora, con Phoenix 2.0, las reglas cambiaron: el emisor puede ser conocido por el receptor. Se ha cedido una parte del anonimato “puro” de forma voluntaria.

Creo que esto no es un retroceso técnico, sino una orientación de gobernanza. Para conectarse a mercados de intercambio regulados, Dusk cambió la privacidad absoluta por privacidad bajo condiciones. La capa Moonlight —cuenta pública— permite que los exchange centralizados coticen DUSK de manera conforme. La capa Phoenix —cuenta de ocultación— atiende a quienes prefieren no exponer ciertas partes. En comparación con Aztec, que trata el anonimato como configuración de fábrica en su L2 de privacidad, o con monedas como Monero, que ni siquiera se distinguen con claridad en toda la red, Dusk pone como condición la “visibilidad ante el regulador”. La divulgación selectiva y la entrega de una clave de visualización al regulador son precisamente su foso defensivo central: desde el principio, el objetivo no era esconderlo todo hasta el extremo.

Lo que buscan las instituciones no es el “anonimato fuera de control”, sino la capacidad de abrir, en cualquier momento, esa capa hacia el regulador. Como exchanges con licencia en Países Bajos como NPEX, o plataformas que obtuvieron permisos de DLT de la Unión Europea como 21X, cuando quieren colaborar con Dusk, justo valoran esa capacidad.

Mirándolo a futuro: las nuevas normas de la UE contra el blanqueo de capitales pondrán disposiciones para herramientas de anonimato en vigor a mediados de 2027. Un diseño como el de Dusk, que deja deliberadamente una “puerta de verificación” al regulador, equivale a escribir con antelación la parte de cumplimiento que tarde o temprano habría que completar.

Así que la cuestión final vuelve a recaer en Dusk: cuando el emisor tenga que mostrarse, ¿todavía podrá retener a quienes buscaban privacidad absoluta? ¿O en realidad nunca tuvo intención de atraer a ese grupo?
$BTC $ETH
#dusk $DUSK @Dusk

La entrada de Dusk está llena de cestas de flores, pero el almacén trasero aún tiene los estantes vacíos
Que una tienda tenga en la entrada un surtido de cestas de flores de inauguración que le han regalado socios colaboradores, no significa que el almacén trasero ya tenga la mercancía preparada. La lista de socios de Dusk es larga—NPEX、Chainlink、21X、EURQ、Cordial—alineados uno tras otro: cada uno es un cartel real, una colaboración real. Pero por más densas que estén las cestas, no pueden llenar los estantes vacíos; por más larga que sea la pared de fotos grupales, no equivale a que haya personas pagando en la tienda. Por muy bullicioso que sea el montaje en la entrada, la hoja de inventario del almacén trasero sigue en blanco; por más banderines de felicitación que cuelguen, no iluminan los estantes vacíos. Las cestas son un gesto elegante de otros; los estantes son la seguridad que es tuya. No se pueden contar ambas cosas juntas.

He comprobado la realidad en la cadena: el total de Dusk en tokens bloqueados se mueve a largo plazo en el rango de millones de dólares, todavía a un orden de magnitud de lo que tienen las instituciones. Esas colaboraciones son reales, pero son anuncios, son intenciones, son un waitlist; no son volúmenes de transacciones ya ejecutadas en la cadena ni saldos en custodia ya depositados. Mi juicio es que la longitud de la lista y el “grosor” en la cadena son dos cuentas distintas, no pueden sumarse como si fueran una sola. Los saldos en custodia en la cadena y las transacciones reales son el inventario del almacén trasero, y en este momento ambas cosas aún no han crecido. Aunque la foto de los apretones en los anuncios salga más brillante, no revela el número de inventario del almacén trasero.

Cuando veo el relato de RWA, se trata de una historia sobre tokenizar un activo de un billón de dólares; pero el protagonista de la historia tiene que tener gente que primero de verdad traslade los activos a la cadena. Las cartas de Dusk son acceso regulatorio, y eso no está mal, pero el acceso es una entrada, no es el flujo de clientes. Por mucha gente que se tome fotos en la puerta, si en la tienda no hay clientes que paguen, las ventas seguirán en cero. El viento regulatorio habrá que esperar a que la mercancía realmente se suba y se ponga a la venta para que ese viento hinche las velas. Incluso si el viento de RWA es enorme, sin un barco que lleve carga, solo se consigue agitar la pared de fotos grupales de la entrada. La extensión de la lista de socios no compra la profundidad en la cadena. La lista dice quién está dispuesto a venir a brindar; en la cadena figura quién realmente dejó el dinero.

Así que al mirar a Dusk, no basta con ver con quién estrecha la mano: hay que ver quién realmente ha trasladado los activos a la cadena. Mientras la lista de socios siga alargándose, ¿vas a apostar tus fichas por un directorio bonito o por una red que ya ha ejecutado negocios en cadena? ¿La imagen y el brillo de la lista, frente a la solidez de la actividad, quedan separados por una fila de cestas de flores que nadie ha abierto? $BTC $ETH
#dusk $DUSK @Dusk

La cinta transportadora central de @Dusk ahorra esfuerzo y también entrega el interruptor

En la documentación oficial, la capa EVM de Dusk la impulsa un único clasificador (sequencer). Esto es la misma estructura base que la de los “centralized sequencers” de muchos L2 de Ethereum. Una sola cinta transportadora central ordena todas las transacciones y los desarrolladores no tienen que construir sus propios rieles; pero, si esa cinta se detiene, toda la tienda de mercancías queda inutilizable. Ethereum L2 cambió “ordenadores/sequencers” para abaratar costos, y Dusk sigue el mismo camino: la baratura y la fragilidad suelen venderse juntas. Los desarrolladores, al buscar comodidad, terminan entregando el “punto vital” del sistema. Al elegir la misma estructura base, Dusk también asume el mismo costo.

Para el custodiado por instituciones, esta cinta significa que el orden de liquidación lo decide la parte de Dusk. Mi criterio es simple: cómo se ordena el dinero y quién tiene derecho a pulsar el botón de pausa deben quedar reflejados en reglas verificables, no escondidos en los indicadores de alguna máquina. En los contratos de custodia debe especificarse quién es responsable de la interrupción y quién adelanta primero cuando el cliente canjea. Si las reglas no se redactan con claridad, equivale a que nadie asume responsabilidad. En cuanto el reembolso se traba, quien entra en pánico primero no es la máquina, sino las personas.

Las reglas de custodia de la ESMA justamente están investigando esto: quién controla los activos del cliente y quién responde ante una interrupción. El consenso de la red principal de Dusk le da finalidad a las transacciones, pero el interruptor de ordenación en la capa EVM sigue estando en manos del proyecto. Lo que quiere el custodio son garantías que puedan escribirse en el contrato, no un folleto que diga “finalidad” pero que no pueda controlar la ordenación. Lo que busca el auditor no son términos, sino responsabilidades: por muy altos que sean los nombres que se apilen, no se puede rellenar el vacío de responsabilidad. La finalidad puede llevar la contabilidad, pero no puede gestionar ese cable de alimentación. Lo que busca el regulador es la responsabilidad firmada, no un bonito diagrama de arquitectura.

Por eso, la compatibilidad de EVM le ahorra a Dusk esfuerzo de ingeniería, pero en la otra punta está la cesión de soberanía sobre el orden. Me inclino a que este interruptor de ordenación se incluya en el checklist de debida diligencia del custodio, no confiar solo en promesas del whitepaper. Aunque el consenso de la red principal sea sólido, no cubre el interruptor de esta capa: el riesgo está en manos de quien sostiene la mano sobre el interruptor. Incluso si las palabras del whitepaper están bien redactadas, no pueden ocultar un cambio que está a solo una capa de distancia, un modo manual. Cuando la ESMA vigile y pregunte a quién corresponde el cese/interrupción dentro de la cadena de custodia, ¿tú tienes la garantía firmada en el contrato, o tienes el interruptor eléctrico en la mano de otra persona? ¿Y si se apaga la luz, a quién se supone que deberían llamarle?$BTC $ETH #dusk $DUSK @Dusk

$AIXBT 帅不过三秒，又下来了

$AIXBT ¿Esta ola es basura?

Observación de conductas en la cadena (RARE): ¿qué hizo realmente el dinero dentro del pool?
Últimamente no miré las velas; me dediqué a revisar la cadena y los datos del pool. A continuación traduzco al “lenguaje humano” a dónde va el dinero que se puede ver: no es una señal para comprar/vender, es un análisis de comportamiento.
Aviso de riesgo: este token aparece en Binance con la marca de «monitorización de riesgos». En la plataforma se considera que su volatilidad y riesgo potencial son relativamente altos. Antes de participar, piensa bien la posición y la liquidez; no te dejes engañar por la actividad de corto plazo.
Primero, mira el “chasis” del pool. La liquidez del pool principal de Uniswap es de ~267,948 y el volumen en 24 h es de 1,262; la relación volumen-precio es de 0.00x. La rotación intradía está en un rango normal: el dinero no entra y sale de forma desenfrenada, así que el precio no debería moverse tan fácilmente con solo uno o dos trades.
En la capa de wallets (concentración de holders, transferencias de gran importe, direcciones repetidas y si se transfieren a un exchange) también se revisó. Esta parte es la que mejor explica “quién está ejecutando acciones”.
Direcciones de salida repetidas: 0xbdb3...47b6 aparece 18 veces; 0x0000...8a90 aparece 15 veces; 0xd40b...a052 aparece 9 veces. Estas direcciones parecen ser fuentes/distribuidores de fondos, por lo que hay que rastrear el siguiente salto.
Direcciones de recepción repetidas: 0x0000...8a90 aparece 16 veces; 0x278d...f8d2 aparece 9 veces; 0xd40b...a052 aparece 9 veces. Este tipo de direcciones parecen puntos de acumulación/transferencia; hay que ver si luego entran a un CEX o si continúan redistribuyendo.
Transferencias directamente relacionadas con el pool principal de DEX: 13 entradas al pool y 11 salidas del pool. Las entradas podrían corresponder a ventas o a añadir liquidez; las salidas podrían corresponder a compras o a retirar liquidez. Debe verificarse con el registro de swaps.
En los últimos 30 movimientos se observaron transferencias densas dentro de ventanas de 5 minutos, algo que se parece a una distribución/agrupación por lotes o a operaciones de robots. Conviene seguir rastreando la ruta de las direcciones.
Resumen en una frase: todo lo anterior son «conductas» en cadena; no equivale a una predicción del precio. A corto plazo la compra y la venta parecen bastante equilibradas, pero la rotación intradía es baja y el “plato” se ve algo frío. El alto FDV/razón de reservas sugiere que el soporte del mercado para esta subida no es muy sólido. En la capa de wallets se aprecia que direcciones fijas redistribuyen fondos repetidamente (ver la agrupación arriba), lo que indica que detrás no hay solo compras/ventas aleatorias de minoristas.
Los datos provienen de las interfaces públicas de Binance, DexScreener, GeckoTerminal y Etherscan. Solo sirven para observación y no constituyen asesoramiento de inversión. Tampoco se atribuye directamente a ninguna dirección el rol de “market maker” o de información privilegiada como consecuencia de este análisis.#观察标签暴跌 $RARE

Observación de la actividad en la cadena: ¿en qué se metió realmente el dinero dentro del pool?
Últimamente he estado siguiendo HOLO (BNB Chain, contrato 0x1a5D...9497). No miré el gráfico K; en su lugar, revisé los datos on-chain y del pool. Aquí va la traducción en claro de “a dónde va el dinero” que se puede ver—no es un grito de señales (no es para comprar), es analizar el comportamiento.
Primero, veamos el chasis del pool. La liquidez del pool principal en pancakeswap es de ~565,142; el volumen de 24h es 704,794, con una relación volumen-precio de 1.25x. La rotación intradía está en un rango normal: no hay entradas y salidas locas de capital, así que el precio no es tan fácil de mover con un par de operaciones.
Luego, miramos el juego de corto plazo. En la última 1 hora, el pool registró 847 operaciones: compras 480 y ventas 367. La relación compra/venta es 1.31x, y la presión de compra se ve claramente más fuerte. El comprador está siendo más activo: eso sugiere que el capital de corto plazo empuja el precio de forma proactiva, pero también hay que separar si es una demanda real o si hay robots compitiendo por la atención—si todo se hace con muchas operaciones pequeñas y densas, lo más probable es que sea para inflar actividad.
La estructura de valoración también importa. El pool HOLO / WBNB al 0.25% tiene reservas reales de ~562,808, pero el FDV está marcado en 174,475,513; FDV / reservas = 310.01x. La valoración nominal está inflada por más de diez veces, lo que significa que el “valor en papel” está muy por encima del dinero que realmente está bloqueado en el pool. Con esta estructura, si se retira la presión compradora, el deslizamiento y la caída pueden llegar rápido, porque la liquidez real que sostiene el precio es en realidad bastante delgada.
Los comportamientos a nivel de wallets (quién acumula, quién distribuye, si hay transferencias hacia exchanges) no se pueden obtener con esta “key” gratis, así que no puedo confirmar si detrás hay grandes tenedores vendiendo en silencio. Ese es el mayor punto ciego ahora mismo; para completarlo hace falta Etherscan Pro.
Resumen en una frase: todo lo anterior son “comportamientos” on-chain por sí mismos; no equivale a una predicción del precio. En corto plazo, la presión de compra es relativamente fuerte; hay capital empujando el precio activamente. Un alto ratio FDV/reservas indica que el piso de esta fase de mercado es delgado. Además, faltan datos a nivel de wallets: antes de perseguir subidas, piensa primero en si la liquidez podría retirarse. Los datos provienen de interfaces públicas de Binance, DexScreener, GeckoTerminal y Etherscan. Solo para observación; no constituye asesoramiento de inversión, y tampoco califica directamente ninguna dirección como “market maker” o insider por una supuesta anomalía.#链上分析 $HOLO