SanAndreas

#BinancePick Lets go join this binance event

#BinancePick Me uní a esta nueva campaña de Binance Predict

#BinancePick Únete a este evento de Binance Predict

#BinancePick Únete a esta divertida campaña de Binance

#BinancePick Inicia sesión y predice todos los días, eso es todo

#BinancePick Solo predice cada día, un juego divertido

#BinancePick Predice un juego divertido para todos los días. Únete

#BinancePick predice y consigue el punto, solo eso

#BinancePick No te pierdas esta campaña de Binance

#BinancePick la divertida campaña de Binance. Unámonos

#BinancePick Nueva campaña Binance Fun

#BinancePick nueva campaña divertida de Binance

#BinancePick Me uní a este nuevo evento

@Dusk #dusk $DUSK
DuskVM
DuskVM es el entorno de ejecución para contratos Rust/WASM basado en Wasmtime que se ejecuta directamente en la Dusk L1. Es la vía para contratos que necesitan acceso directo a los activos de L1, a los modelos de transacciones, privacidad o capacidades de conocimiento cero.

DuskEVM
DuskEVM es un entorno de ejecución equivalente a EVM basado en OP Stack. Te permite desplegar contratos Solidity usando herramientas EVM estándar mientras utilizas DuskDS para la liquidación y la disponibilidad de datos.

Capa de red: Kadcast
Kadcast es la capa de red P2P de Dusk. Utiliza un overlay estructurado (en lugar de gossip aleatorio) para reducir el ancho de banda y mejorar la previsibilidad de la latencia.

Contratos de génesis
Dusk incluye dos contratos de génesis:

Stake: realiza seguimiento a provisioners, stakes, recompensas y la gestión del conjunto de validadores. (source)
Transfer: transfiere DUSK y es el punto de entrada para la ejecución de transacciones y el pago de gas. (source)
Para operadores de nodos: Ejecuta un nodo provisioner.

Aplicaciones
Sobre el protocolo base, Dusk admite protocolos y herramientas de capa de aplicación para mercados regulados.

Dusk Trade
Dusk Trade es la capa de aplicación para activos financieros tokenizados en Dusk. Se está construyendo en torno a flujos de trabajo reales de mercado: incorporación de inversores, vinculación de wallets, transferencias controladas, coordinación de pagos y liquidación conforme.

Zedger / Hedger
Zedger y Hedger son protocolos para emitir y gestionar activos regulados con restricciones integradas de cumplimiento y privacidad.

Zedger utiliza contratos DuskVM en la Dusk L1.
Hedger se ejecuta en DuskEVM para ofrecer una experiencia para desarrolladores centrada en EVM.
Citadel
Citadel

Citadel es la capa de identidad y acceso de Dusk. Admite divulgación selectiva para que los usuarios puedan probar atributos (p. ej., residencia, rango de edad, acreditación) sin revelar más de lo necesario.

#termmax @TermMax
3. Utilidad TMX
Los titulares de TMX pueden participar en la gobernanza y orientar las funciones del producto y los parámetros del protocolo.

Los titulares de TMX también pueden proporcionar liquidez a un pool de DEX como PancakeSwap o apostar sus tokens $TMX para recibir sTMX (tokens FT del protocolo en TMX), lo que permite que los titulares obtengan los siguientes beneficios:

Recompensas de staking, incluidas emisiones de TMX que pueden proceder de la asignación de la Comunidad (en Tokenomics) y/o una porción de tokens de los fondos del Tesoro TermMax

Derechos de gobernanza mejorados para ajustar los parámetros del protocolo, incluidos los parámetros de riesgo de mercado, y la inclusión en lista blanca del curador

Los fondos del Tesoro pueden generarse a partir de:

Comisiones de trading de los tokens de producto TermMax FT/XT en todos los mercados

Comisiones del protocolo cobradas por actividad de préstamo

Comisiones por liquidación

Otras fuentes

Este mecanismo alinea los intereses de los titulares a largo plazo con la sostenibilidad y el crecimiento del protocolo.

@Dusk #dusk $DUSK
DuskDS es la capa de Disponibilidad de Datos y Liquidación de Dusk. Es el fundamento de consenso, finalidad y disponibilidad de datos de Dusk L1 e incluye los modelos de transacciones Moonlight y Phoenix usados para transferir DUSK y pagar por la ejecución.
DuskDS no es un nombre para la red completa de Dusk. Dusk L1 también incluye la ejecución de contratos inteligentes DuskVM, mientras que DuskEVM es una capa de ejecución compatible con EVM que liquida y publica datos a través de DuskDS.
DuskDS admite dos modelos de transacciones: Moonlight para cuentas públicas transparentes y Phoenix para transferencias confidenciales protegidas. Ver: Modelos de Transacciones en Dusk.
Rusk
Rusk es la implementación del nodo en Rust para Dusk L1. Ejecuta el consenso de DuskDS, mantiene el estado de la cadena, ejecuta contratos de DuskVM y expone la API HTTP y el sistema de eventos RUES usados por billeteras, indexadores e integradores.
Acreditación Concisa (Succinct Attestation)
Succinct Attestation (SA) es el protocolo de consenso de prueba de participación (proof-of-stake) sin permisos y basado en comités de DuskDS. Utiliza provisioners seleccionados aleatoriamente para proponer, validar y ratificar bloques, proporcionando una finalidad rápida y determinista adecuada para los mercados financieros.
A alto nivel, cada ronda pasa por tres pasos:
Propuesta – un provisioner crea y difunde un bloque candidato.
Validación – un comité comprueba la validez del bloque.
Ratificación – otro comité confirma el resultado de la validación y finaliza el bloque.
Para la especificación completa del protocolo y el análisis de seguridad (incluida la selección de comités, la finalidad y el slashing), consulte la Sección 3 “Mecanismo de consenso” del Dusk Whitepaper (2024).
Transacciones en DuskDS
Las transacciones en DuskDS las gestiona el contrato de Transfer, que admite tanto transferencias públicas como transferencias protegidas.
Moonlight es basado en cuentas y es público. Phoenix es basado en UTXO y está protegido. Ambos se usan para transferir DUSK, pagar el gas y actuar como punto de entrada para la ejecución de contratos.

2. Introducción a TermMax

2.1 El Problema
Los mercados de DeFi operan principalmente con tipos de interés variables, creando incertidumbre tanto para prestatarios como para prestamistas. Las instituciones tradicionales y los traders profesionales requieren previsibilidad de tipos para:

Planificar estrategias de asignación de capital

Hedgear la exposición a tipos de interés

Optimizar los costes y rendimientos del apalancamiento

Gestionar el flujo de caja con certeza

2.2 La Solución
TermMax proporciona infraestructura descentralizada de préstamos y empréstitos con tasa y plazo fijos mediante un sistema de tres tokens y un AMM personalizado:

FT (Token de Tasa Fija) — Un token tipo bono cupón cero que representa el derecho a canjear el valor nominal de una posición de deuda al vencimiento. Los prestamistas compran FT con descuento y lo canjean a la par, fijando un rendimiento fijo desde el momento en que entran.

XT (Token de Rendimiento) — El componente complementario de FT, donde 1 FT + 1 XT = 1 token de deuda. Los prestatarios reciben XT cuando contratan un préstamo y pueden venderlo inmediatamente para obtener liquidez, fijando su coste de endeudamiento al momento de entrar. XT también funciona como un token similar a una prima de opción, que representa el instrumento de opciones en los mercados TermMax Alpha.

GT (Token de Gearing) — Un NFT que encapsula una posición apalancada, registrando en cadena la información de su colateral y deuda asociadas. En lugar de hacer manualmente el bucle de colateral y pedir prestado múltiples veces, los usuarios pueden acuñar un GT en una sola transacción para lograr el apalancamiento objetivo con costes de gas significativamente más bajos.

Curadores & Eficiencia de Capital

Los mercados de TermMax son gestionados por curadores profesionales: gestores especializados de liquidez que establecen curvas de precios, gestionan parámetros de riesgo y optimizan la asignación de capital. Los curadores actuales incluyen Keyrock, Hardcoded Lab, Edge Capital, AlphaPing y Origami Crypto.

Dos mecanismos garantizan que el capital de los curadores funcione con la máxima eficiencia:

Órdenes Atómicas: Antes de que los fondos sean prestados, la liquidez virtual puede distribuirse simultáneamente entre múltiples órdenes, asegurando que el capital esté siempre colocado donde más se necesita sin fragmentación.

@TermMax #TermMax

#termmax @TermMax

Libro Blanco del Token TMX
Versión 1.0 | Marzo de 2026

Aviso legal:
Este libro blanco es solo para fines informativos y no constituye asesoramiento financiero, legal ni de inversión. La información contenida en este documento puede estar sujeta a cambios sin previo aviso. Term Structure Labs y sus entidades afiliadas no realizan declaraciones ni ofrecen garantías sobre la exactitud o integridad de este documento. Los participantes potenciales deben realizar su propia diligencia debida y consultar con asesores profesionales antes de tomar cualquier decisión.

1. Resumen ejecutivo
TMX es el token de utilidad y de gobernanza para TermMax, un protocolo descentralizado de préstamos y empréstitos a tasa fija que ofrece tasas de interés predecibles en DeFi mediante una tokenización innovadora y tecnología de market maker automatizado (AMM).

Aspectos clave:
Suministro total: 1.000.000.000 TMX (fijo, sin inflación)
Estándar de token: ERC20 (OFT en múltiples blockchains)
Fecha de TGE: por anunciar
Circulación inicial: ~20% en el momento del TGE
Función principal: gobernanza del protocolo, recompensas de staking e incentivos del ecosistema

@Dusk #dusk

$DUSK Componente principal:

5.Citadel
Rol: Primitivas de identidad y acceso (divulgación selectiva)

A dónde ir a continuación:
Citadel 2
Citadel 2 es una versión mejorada del protocolo de identidad auto-soberana de Dusk. Permite que alguien demuestre que posee una credencial válida, llamada licencia, sin poner sus datos personales ni la licencia exacta que usó en la cadena (on-chain).

La idea central
Piensa en una licencia de Citadel como una credencial privada.

Un usuario solicita una licencia a un Proveedor de Licencias (LP) de confianza.
El LP comprueba al usuario fuera de la cadena (off-chain), firma los datos de atributos relevantes, publica una licencia cifrada y registra esa licencia en un contrato de Citadel.
Más tarde, el usuario quiere acceder a un servicio. Genera una prueba de conocimiento cero que demuestra que posee una licencia registrada y firmada por el LP, sin revelar qué licencia se está usando.
El contrato de Citadel verifica la prueba y registra una sesión pública.
El usuario envía una cookie de sesión al Proveedor de Servicios (SP), y el SP decide si concede el acceso.
Ese último punto es importante: Citadel prueba que la sesión es válida criptográficamente, pero no decide la política del servicio. El SP sigue decidiendo en qué LPs confía, qué atributos se aceptan, si la sesión está vencida o revocada, y si la cookie puede reutilizarse.

Qué permanece privado
Citadel 2 está diseñado para que los atributos personales no se escriban en la blockchain. La sesión on-chain no revela la clave de la billetera del usuario, la licencia usada, la clave del LP, la clave del SP, los atributos firmados ni la ruta de la prueba Merkle. Si un servicio necesita aprender o verificar un atributo, el usuario divulga o prueba solo lo que requiere la política de ese servicio.

Usando Citadel 2
Los desarrolladores pueden implementar su propio contrato de licencia de Citadel en Dusk. El repositorio de Citadel incluye la biblioteca central en Rust, el contrato de licencia y zk-citadel-wallet, un CLI/TUI respaldado por una billetera para implementar un contrato, solicitar y emitir licencias, usar una licencia, listar cookies de sesión guardadas y verificar sesiones.