MkHasan0110

After listing, price will dominate every conversation for about a week. Two other numbers will say more, and both come straight out of TermMax's own published structure.

The first is the split between claiming and staking.
The checker page offers a bonus of +80% for three months or +180% for six, against claiming immediately. Every allocation holder makes that choice by August 23. The resulting ratio is a direct, unfiltered measurement of what the people who earned the token actually believe about it.
No survey. No sentiment index. A forced choice with real money on both sides of it.

The second is whether TVL moves with the token.
@TermMax 's business is fixed-rate lending — deposits, borrows, vaults, maturities. TMX is a governance and utility token layered on top. If the lending business is genuinely independent of token speculation, TVL should barely notice listing day. If TVL drops sharply once points convert into tokens, then a meaningful share of those deposits was renting yield rather than using the product.
Both are visible without privileged access. The staking split is inferable from the staking contracts. TVL is on public dashboards.

One caution about timing. The first forty-eight hours will be noise — bridging, claiming, gas, panic and opportunism all firing at once. The signal shows up somewhere around days seven to thirty, once the people who intended to leave have left.
That's also roughly when Leaderboard Season 1 details are expected, which will muddy the read again. So the clean window is narrower than people think.

Thirty days from now, which would you rather see — a higher token price, or a TVL that didn't move at all?

#termmax @TermMax

Cosa pequeña en el repositorio de auditoría de Dusk que dice algo más grande.
El repositorio ahora se divide en dos carpetas. core-audits contiene lo que cabría esperar: el sistema de pruebas, la VM, el consenso, la librería del nodo, la capa de red, en su mayoría de 2023 a 2024.
Luego está token-audits, y contiene dos informes de abril de 2026: una evaluación de seguridad del contrato ERC20 @Dusk y uno del contrato BEP20 $DUSK BEP20, ambos de Mochavi.
Eso me detuvo. El Mainnet está en funcionamiento desde principios de 2025. ¿Por qué gastar presupuesto de auditoría en 2026 en los contratos de tokens heredados en otras cadenas?
La única respuesta que tiene sentido es que esos contratos siguen soportando gran parte del sistema. Una gran parte de DUSK todavía vive como ERC20 y BEP20. Los depósitos en exchanges, los saldos en wallets, la ruta de migración hacia nativo $DUSK : todo eso sigue canalizándose a través de código que es anterior a la cadena que se supone que debe alimentar.
Dos lecturas, y yo sostengo ambas.
Generosa: es exactamente la madurez que quieres. La mayoría de los equipos tratan el antiguo contrato de token como legado y no vuelven a mirarlo nunca, aunque siga teniendo la mayor parte del capital. Auditarlo años después es un trabajo poco glamuroso y sin valor de marketing, lo cual suele ser una señal de que se hizo por la razón correcta.
Cautelosa: también es una admisión de dónde vive realmente el token. Si la mayor parte de la oferta hubiera migrado a DUSK nativo, esos contratos importarían mucho menos con cada año. Encargar auditorías nuevas sugiere lo contrario: que las vías antiguas siguen siendo las principales, en el segundo año de mainnet.
Aclaración justa: estoy leyendo intención a partir de un nombre de archivo y una fecha. No he visto una declaración de #dusk explicando el momento, y podría estar equivocado sobre la motivación.
Cuando un proyecto audita sus contratos heredados años después del lanzamiento, ¿te suena a diligencia, o a una señal sobre dónde sigue asentada la oferta?

#dusk $DUSK @Dusk Most crypto projects eventually call themselves “regulation-friendly.” Very few name the actual frameworks they are designing around.

Dusk does.

Its regulatory positioning repeatedly points to three EU frameworks: MiCA, which governs crypto-asset markets; MiFID II, which covers investment services and financial instruments; and the DLT Pilot Regime, the EU framework for experimenting with blockchain-based market infrastructure.

That specificity can be read in two very different ways.

The optimistic reading is that Dusk has done the homework. If the goal is to bring securities and other regulated assets on-chain, vague promises about “compliance” are not enough. You need to understand how issuance, trading, disclosure and settlement fit into existing law.

The more skeptical reading is that naming MiCA, MiFID II and the DLT Pilot Regime is also powerful marketing. Three recognizable regulatory acronyms make a blockchain sound institution-ready long before outsiders can measure how much of that alignment becomes real adoption.

From the outside, those two explanations can look almost identical.

There is another trade-off here.

Dusk’s regulatory thesis is heavily European.

That can be a strength. Building deeply around one relatively defined regulatory environment may be more realistic than pretending one compliance model works everywhere.

But it is also a regional bet.

The US has a very different regulatory structure, and Asian markets vary widely in licensing, securities classification and digital-asset rules. A system that fits neatly into the EU framework may still require major adaptation elsewhere.

So the real question is whether Europe becomes Dusk’s launchpad for global institutional adoption — or a regulatory architecture that is difficult to export.

And regulation itself is not permanent infrastructure. Frameworks get amended, interpreted and rewritten.

If rules like MiCA change later, who ultimately absorbs that risk — the protocol, the issuers building on it, or the users holding the assets?

Así es como existen tantos contratos en el bloque génesis de Dusk.
Stake, que hace el seguimiento de los provisioners, el staking, las recompensas y la gestión del conjunto de validadores. Transfer, que mueve $DUSK y actúa como el punto de entrada para la ejecución y el pago de gas.
Eso es toda la base confiable.
Sigo pensando en lo inusual que es. Muchas cadenas lanzan con una docena de módulos del sistema ya integrados: gobernanza, naming, mercados de tarifas, precompilados para lo que estuviera de moda ese año. Cada uno de ellos es código que nunca puedes eliminar por completo, auditado una vez, y llevado para siempre.
@Dusk fue en la dirección contraria. Todo lo demás tiene que desplegarse como lo haría cualquier usuario: como una transacción. El despliegue de contratos ni siquiera era posible después del génesis en versiones anteriores: se agregó como un tipo de transacción específicamente para el lanzamiento en la red principal, para que nadie, ni siquiera el equipo, necesitara una ruta especial.
La ventaja es obvia. Una pequeña superficie de génesis es una pequeña superficie de ataque permanente, y significa que el equipo del protocolo no puede privilegiar en secreto sus propias aplicaciones en la capa base.
El intercambio es menos evidente y vale la pena decirlo en voz alta. Cuando casi nada está integrado, casi todo es el contrato de alguien: con la clave de actualización de alguien, el bug de alguien, el riesgo de abandono de alguien. Pools de staking, servicios de nombres, DEXs: todo está en el espacio del usuario (user-land). Para una cadena que busca a instituciones, "es solo un contrato que alguien desplegó" es una frase que se pregunta en la diligencia.
Base mínima, responsabilidad máxima empujada hacia afuera. Esa es una filosofía, no un accidente.
¿Preferirías que una cadena construya las piezas importantes dentro del protocolo, donde son permanentes y auditadas, o dejarlas en el espacio del usuario, donde son reemplazables pero no están bajo propiedad?

#dusk

Estaba revisando mis puntos Alpha anoche y algo no cuadraba.
Yo metería unos 23 tokens de prima, más o menos. El contador de volumen decía cerca de 500.
Resulta que no era un bug. La página de volumen de @TermMax lo explica. El volumen de trading es el tradingAmts menos lo que realmente te quedó en la cartera, lo que básicamente significa nocional. Incluso publican un ejemplo resuelto con el hash de la transacción.
Long en una llamada de ESPORTS, input real 23.1, volumen contado 496.9. Cierras la posición y vuelve a contarlo, otro 490.3.
Así que una ida y vuelta de alrededor de 23 de prima aparece como unos 987 de volumen.
Con justicia: aquí. El volumen de opciones se mide por nocional en prácticamente todas partes; esa es solo la convención. Y la mayoría de los sitios no te dan la fórmula más un hash para comprobarla contra ella. Esa parte es mejor divulgación de la que esperaba.
Pero la cifra que estás cosechando y la que sale de tu cartera están separadas por unas veinte veces.

Luego noté lo mismo un nivel por arriba.
Token Terminal tenía a @TermMax en el puesto #2 en direcciones activas diarias entre los protocolos de lending en marzo, solo detrás de Aave. DefiLlama lo tiene alrededor del #36 por TVL. Ninguno está mal. Uno cuenta personas; el otro cuenta dinero.

Las comisiones viven en el lado pequeño de esa brecha. 7% de la prima para abrir o cerrar. La comisión por take profit se cobra sobre el nocional: 1.9% al inicio, reduciéndose a medida que se acerca el vencimiento. El financiamiento va contando por segundo, también sobre nocional.

TGE es el día 25. Este es el punto al que sigo volviendo.

La actividad se reporta en direcciones y nocional. Los ingresos y el float se reportan en dólares y tokens. No pude encontrar en ningún sitio que publique la conversión entre esos dos mundos.
No digo que el crecimiento sea falso. Los métricos estandarizados existen por una razón.
Solo no sé qué número mira el mercado el día uno.
Direcciones, nocional o comisiones. ¿Cuál es el que se valora?

#termmax @TermMax

#dusk $DUSK @Dusk_Foundation
Pasé una tarde revisando el repositorio público de auditorías de Dusk en lugar del gráfico de precios. Aquí está el inventario.
dusk-plonk, Porter Adams, Dic 2023. Piecrust, Julio 2024. Revisiones de BLS y de hashes por JP Aumasson, Sep 2024. Protocol Security Review, Oak Security, Sep 2024. Economic Protocol Design, POL Finance, Sep 2024. Rusk Consensus, Oak, Sep 2024. Rusk Node Library, Oak, Sep 2024. Phoenix, Jules de Smit, Oct 2024. Más una evaluación de un contrato de migración, más Kadcast de Blaize.
Publicar todo eso abiertamente, incluyendo los hallazgos, es más de lo que hace la mayoría de las cadenas. El método de Oak también merece la pena destacarlo: varios auditores trabajan con las mismas limitaciones y de forma independiente, y luego se reúnen para comparar, específicamente para no sesgarse entre sí.
Ahora el patrón incómodo.
Casi todos esos informes están fechados en 2023 o 2024. Desde entonces Dusk ha lanzado DuskEVM, Hedger, Dusk Connect y una nueva wallet de primera parte, y ha impulsado dos hard forks: Aegis en marzo y Boreas en junio de este año. La superficie auditada y la superficie de lanzamiento ya no son la misma.
Y el hallazgo crítico de 2026 — el bug de solidez de dusk-plonk — no provino de ninguno de esos encargos. Vino de OtterSec, que no estaban contratados para eso y estaban revisando implementaciones de PLONK en general.
Quiero ser justo: ningún programa de auditoría lo detecta todo; Dusk lo solucionó en un día, y publicaron el repositorio de auditorías que me permitió escribir este post. La transparencia es real.
Pero “auditado” hace mucho trabajo en el marketing cripto, y las fechas detrás de esa palabra rara vez se verifican.
Para una cadena que lanza hard forks dos veces al año — ¿qué tan reciente tiene que ser una auditoría antes de que dejarías de contarla?

La mayoría de las personas pregunta si un protocolo es actualizable. Yo me encontré preguntando otra cosa: ¿qué se permite realmente cambiar? La documentación de actualizaciones de TermMax hace una distinción interesante. La lógica central del protocolo permanece inmutable, mientras que solo una parte pequeña de la infraestructura es actualizable. Según la documentación, únicamente AccessManager y Router usan el patrón de proxy UUPS. Los mercados, los bóvedas y los contratos de tokens no están en esa lista. Es una elección de diseño con significado. Los contratos que mantienen el colateral de los usuarios no están pensados para reescribirse después del despliegue. Pero la pregunta más interesante es qué es lo que permanece actualizable. El AccessManager controla los permisos, y el Router se interpone entre los usuarios y el protocolo. No son componentes al azar. Son los puntos en los que una sola actualización podría afectar a todo el protocolo. La documentación también describe salvaguardas. Las actualizaciones requieren aprobación mediante una4-de-6 Gnosis Safe, con transacciones de monitoreo de Hypernative. Núcleo inmutable. Pasarelas actualizables. Es un equilibrio reflexivo entre flexibilidad y seguridad, pero también plantea una cuestión de gobernanza interesante. Si estuvieras diseñando el protocolo, ¿mantendrías la capa de permisos actualizable, o la congelarías junto con la lógica central?

#termmax @TermMax #TMX

Pasé una velada reconciliando datos de Dusk y me quedé atascado en algo pequeño. Un encabezado de bloque decía 6 de junio. Las reglas que ese bloque imponía no entraron en vigor hasta el 10 de junio. No estaba roto nada. Durante veinte minutos aún no pude decirte por qué.
La respuesta está en cómo Boreas llegó a mainnet. No fue una activación rutinaria por altura futura. La documentación describe un reinicio coordinado. Mainnet se reanudó desde el bloque 4,414,095 y, como el reinicio reutilizó un snapshot existente de la cadena, el primer bloque conservó una marca de tiempo de encabezado del 6 de junio mientras que el reglaset de Boreas se activó el 10 de junio.
Esto importa para cualquiera que construya herramientas de reconciliación, indexación o auditoría. Esos sistemas tratan las marcas de tiempo como evidencia y asumen que la hora del encabezado avanza al ritmo de los cambios de reglas. Aquí no sucede. La brecha es explicable y no sospechosa, pero solo porque Dusk lo dejó por escrito. La alternativa es que un integrador encuentre una discrepancia de cuatro días a las 2 a. m. sin nada contra lo que comprobarla.
El segundo cambio es más silencioso. Boreas reordena las transiciones de estado para que las penalizaciones (slashes) se apliquen antes de la ejecución de transacciones. Antes de Boreas, había un caso de orden dentro del mismo bloque en el que la participación de un provisor podía modificarse antes de que cayera sobre él una penalización pendiente. Es algo limitado, pero del tipo de ventana que produce saldos en disputa en lugar de fallos visibles. Los bloques pre-Boreas mantienen su orden original durante el replay, por eso existe la lógica de replay consciente de forks. La historia tiene que seguir siendo reproducible bajo las reglas con las que fue escrita.
Así que no dejo de darle vueltas. $DUSK vende finality determinista. ¿Esa línea sobrevive en una cadena que necesitó un reinicio coordinado para enviar un fork? ¿O un reinicio documentado es simplemente lo que parece una infraestructura madura cuando es honesta, y las cadenas que nunca reinician son las que no te están diciendo?
Operadores de nodos e integradores: ¿preferirían ejecutar contra una cadena que nunca reinicia o contra una que reinicia y publica la altura del bloque, la reutilización del snapshot y el artefacto de la marca de tiempo?

#dusk @Dusk $BTC

El 4% sonaba como un número pequeño y sin importancia hasta que hice la resta. La documentación de TermMax asigna 40 millones de TMX, el 4% de un suministro total de mil millones, a una preventa que recompensa a usuarios tempranos y que se puede reclamar alrededor del TGE. Mi primera idea no fue el 4%. Fue quién tiene el otro 96% y cuánto tiempo se espera que esperen a que eso importe.
Si cuatro de cada cien tokens financian la actividad de usuarios de hoy, la mayor parte del suministro está en manos de partes que no aparecen en el número de TVL en absoluto: las que el diseño asume que mantendrán mientras el protocolo se prueba. Es mucha paciencia la que se les pide a personas que no están ganando puntos.
Mientras tanto, los depósitos que persiguen ese 4% no se comportan como liquidez a tasa fija. La recompensa de la preventa se calcula según un FDV supuesto, así que quienes depositan dimensionan sus posiciones frente al token que podrían recibir, no frente a la tasa ofrecida. Un libro de órdenes a tasa fija necesita liquidez que esté disponible para esa tasa. El capital impulsado por puntos existe para el airdrop — y las reclamaciones de TMX pre-minado son 1:1 con cero vesting una vez que es transferible.
Ese desajuste no se resuelve en el TGE. Cae en quien todavía esté depositando por la tasa en ese momento, una vez que el capital mercenario tenga una salida.
¿Cuánto de la base de depósitos actual crees que sigue allí 30 días después de que los tokens se vuelvan transferibles?

#termmax @TermMax

Excelente análisis de datos. Gracias por resaltar estos aspectos importantes.🧡💛

¡Análisis acertado! Sin el suministro máximo, calcular la inflación futura es solo conjeturar. Esto me hace muy cauteloso sobre invertir ahora mismo.

Encontré la integración de CCXT mientras revisaba la documentación de la API de GRVT.
Es realmente genial que una librería de código abierto facilite la conexión a más de 100 exchanges. Los servicios de Gravity están alojados en AWS Tokio y admiten CCXT, que está disponible en lenguajes populares como Python, JavaScript, TypeScript, PHP y C#.
Además, sus métodos de autenticación, como las API keys y el inicio de sesión de wallet, garantizan el máximo nivel de seguridad.
¿Crees que usar la integración de CCXT ha hecho el trabajo de los desarrolladores y la experiencia de trading mucho más fácil?
@grvt_io
Cuéntanos qué opinas.✍️😊 #grvt #ccxt #security

He estado notando mucha discusión sobre GRVT últimamente. Lo más interesante para mí es la combinación de tokens de GRVT. Me interesa mucho, así que fui al sitio web @grvt_io y encontré esto:
Por lo que he visto, el suministro de GRVT está limitado a 1.000 millones de tokens, así que no hay inflación debido a GRVT. La asignación de GRVT también es bastante interesante. El 28% es para la comunidad y los airdrops, el 33,1% para futuras emisiones, y el resto se divide entre el equipo de GRVT y los inversores.
Lo que me gusta de GRVT es que no se siente como un token inútil. Si GRVT realmente ofrece varios beneficios en todo su ecosistema, como ventajas para el trading y utilidades relacionadas con la Gravity Card, será aún más interesante seguirlo. Entonces habrá más beneficios para nosotros también y el número de usuarios seguirá creciendo en el futuro. 😇
Por supuesto, la buena combinación de tokens de GRVT por sí sola no garantiza su éxito. Mucho dependerá de la implementación de GRVT. En general, creo que GRVT vale la pena tenerla en la mira. Y me gustaría decirle a todos en mi comunidad que completen correctamente el evento binance web3 booster; solo quedan unos pocos días para que termine.
¿Qué opinas sobre GRVT? Espero que compartas tus opiniones en los comentarios 😊
#grvt #crypto #Web3 #ZK #ETH

Permítanme contarles un poco sobre el sistema de gestión de estrategia de GRVT. Las cuentas de trading de estrategias en esta plataforma mantienen un índice de apalancamiento de apertura específico, que no puede exceder 5 veces su capital total. Además, si el índice de apalancamiento de su cuenta supera 100 veces, la posición se liquidará automáticamente.
El tema de los requisitos de margen adicionales es muy importante en el área de gestión de riesgos. Es igual al valor total de los rescates urgentes, que se puede ver a través de la API de resumen de subcuentas.
La parte más importante es la condición de exclusión (delist). GRVT elimina las estrategias si su precio de participación cae por debajo de $0.10 o si falla el rescate forzoso durante 48 horas. Para evitar este riesgo, puede aumentar el capital de la estrategia mediante la API de Share Burn o invirtiendo más en la estrategia. @grvt_io #grvt #cryptouniverseofficial #BinanceSquareFamily

hola a todos m....

(●'◡'●)

💕💕👍👌😘

proyecto de Google

kool

#grvt La seguridad es lo más importante para mí al usar la app GRVT. Aquí, mis activos son completamente míos, de nadie más. Me siento completamente seguro con una seguridad sólida como la autenticación de dos factores, claves privadas y la privacidad de los datos. GRVT nunca podrá acceder a mis fondos, lo que ha fortalecido mi confianza. @grvt_io #SecurityFirst #PrivateKeys #DataPrivac #CryptoSecurity