D_Phone

I keep coming back to one number when people tell me tokenization has already arrived: real-world asset value on-chain crossed roughly $24 billion by early 2026, up from under $9 billion a year earlier. That sounds like proof. Then I look at what's actually inside that figure, and most of it sits in tokenized treasuries and money market funds, assets that were already liquid and tradeable before anyone put them on a blockchain. Tokenizing a treasury bill mostly adds speed. It doesn't create a market that wasn't there.

Dusk is chasing a harder version of this problem. Through its partnership with NPEX, a Dutch exchange that has raised over €200 million for more than 100 small and medium businesses, Dusk wants to bring private equity, SME financing and similar illiquid instruments on-chain, not just wrap an existing treasury product in a smart contract. That's the use case tokenization was originally sold on, and it's also the use case the current RWA boom has barely touched. Illiquid assets carry a harder problem: even off-chain there's often no ready buyer at a fair price, and a blockchain doesn't manufacture one out of nothing.

I'm not writing this off. NPEX already holds a genuine EU regulatory license under the DLT Pilot Regime, which is more than most projects claiming RWA exposure can say. But a license and a track record are different things. Dusk hasn't yet shown that a private SME share or an illiquid bond trades meaningfully more on its rails than it would through NPEX's existing channels off-chain. Until real secondary volume shows up in those harder categories, the big RWA number doesn't tell me much about whether Dusk's specific bet works. It tells me the easy version of tokenization is working. The hard version, the one Dusk actually needs, is still unproven. NPEX itself has already pointed to plans for bringing more than €300 million in assets under management onto Dusk's rails over time, a specific figure worth tracking far more closely than the sector-wide number above.

@Dusk $DUSK #dusk

Dusk Network talks about itself as the settlement layer where regulated finance finally meets a public blockchain. Confidential transactions, deterministic finality, compliance built into the protocol instead of bolted on after a hack. I find the pitch genuinely compelling, and having spent time looking closely at the ecosystem, I also think the pitch has outrun the ecosystem currently supporting it.

Look at what is actually running today. Total value locked sits under $1 million, a number that would be a rounding error on most Layer 1 chains built for DeFi. Developer activity on public repositories is real but thin, weeks with a handful of commits rather than the sustained cadence you would expect from a network positioning itself as institutional infrastructure. The Dusk Development Fund set aside 15 million DUSK to pull builders in, a meaningful sum on paper, but grant money only works if the tooling, documentation, and support around it make building genuinely easy. Right now that support still feels early.

None of this means the thesis is wrong. Regulated tokenization is a real problem, and privacy plus selective disclosure is a real answer to a real regulatory tension. But a settlement layer is worth exactly as much as the assets settling on it, and infrastructure without applications is a promise, not a product. The NPEX relationship and the Chainlink integration point toward institutional volume that could change this picture fast, and a coming venue called Dusk Trade, meant to carry tokenized funds and bonds, could add to it too. Until transactions from real securities issuance show up in the usage numbers at scale, the gap between what Dusk Network says it is and what its chain currently does stays wide open, and I would rather say that plainly than pretend it is already closed.

@Dusk $DUSK #dusk

Seis años. Es el tiempo que le tomó a Dusk Network pasar de un whitepaper publicado a un mainnet que produce bloques reales e inmutables, y vuelvo a ese número una y otra vez cada vez que alguien afirma que la infraestructura blockchain se entrega puntualmente. La venta de tokens cerró en noviembre de 2018 a 0,0404 USD por token, recaudando aproximadamente 8 millones de dólares con el discurso de una cadena de privacidad, diseñada específicamente para valores regulados. La hoja de ruta pública original apuntaba a un lanzamiento en 2019. Esa fecha pasó en silencio. Luego, un objetivo para 2024 se deslizó de abril a septiembre, y otra vez a una fase pública de pruebas ampliada, que el fundador Emanuele Francioni atribuyó a pruebas adicionales antes de que algo tocara valor real. El primer bloque inmutable aterrizó finalmente el 7 de enero de 2025.

No interpreto la demora como deshonestidad. Las expectativas regulatorias realmente cambiaron bajo los pies del equipo, y Francioni ha explicado que partes del stack se reconstruyeron una vez que se aclararon los requisitos de MiCA, y así es como Moonlight, una opción de transacción transparente que queda junto al modelo privado Phoenix, terminó estando presente en el diseño desde el principio. Esa es una respuesta de ingeniería a una restricción real, no una excusa inventada a posteriori.

Lo que realmente prueban esos seis años es más limitado que lo que sugieren tanto el bombo como la crítica. Muestra que Dusk Network puede completar una investigación criptográfica genuinamente difícil: pruebas de seguridad para Phoenix, un mecanismo de consenso funcional, una capa de liquidación que funciona, todo entregado. Todavía no demuestra que el equipo pueda cumplir una fecha autoimpuesta en el primer intento, y por eso también mantengo los números más recientes con la misma cautela, incluida la ambición ligada a NPEX, cuyo acuerdo espera eventualmente mover íntegramente onchain sus aproximadamente 300 millones de euros en activos existentes a través de Dusk Network. Cada fecha asociada a ese objetivo, o al mainnet de DuskEVM, o a Hyperstaking, merece la misma mezcla de paciencia y escepticismo que el mainnet original tuvo que ganarse, trimestre a trimestre, por una sola ocasión fallida.

@Dusk $DUSK #dusk

Siempre vuelvo a un detalle cuando leo sobre DuskEVM. La privacidad en esta capa es opcional. Esa sola palabra hace más trabajo del que la mayoría de la gente le da crédito.

Dusk está preparándose para un lanzamiento de mainnet para DuskEVM, una capa de ejecución compatible con EVM que permite a los desarrolladores escribir contratos estándar de Solidity en lugar de aprender un stack completamente nuevo. Esa parte, por sí sola, no es nueva. Lo que cambia es Hedger, el módulo que lleva transacciones confidenciales a ese mismo entorno usando una combinación de cifrado homomórfico y pruebas de conocimiento cero.

En la práctica, eso significa algo concreto. Un desarrollador puede desplegar un mercado de préstamos, una estructura de fondo o un flujo de settlement en DuskEVM con herramientas que ya conoce, y luego decidir si los saldos y los montos de las transferencias permanecen cifrados o permanecen públicos. Las finanzas reguladas rara vez quieren total transparencia y rara vez quieren total anonimato. Quieren la capacidad de probar que algo es verdadero, como solvencia o elegibilidad, sin transmitir cada cifra a todo internet. Dusk llama a esto privacidad programable, y ese planteamiento me parece más preciso que llamarlo simplemente otra cadena de privacidad.

Hay un detalle más pequeño que encuentro igual de revelador. DuskEVM actualmente funciona sin un mempool público, así que las transacciones pasan por un secuenciador en lugar de quedar expuestas antes de la ejecución, lo cual ya reduce una forma común de front running antes de que incluso se aplique el cifrado de Hedger.

Pero las funciones opcionales solo importan si la gente se suscribe. Un mainnet con herramientas confidenciales disponibles no es lo mismo que un ecosistema donde esas herramientas se usan. ¿Los creadores en DuskEVM realmente activarán Hedger para productos en vivo, o la mayoría de los contratos se quedarán en el modo transparente predeterminado porque es más simple de auditar? Yo sería escéptico con cualquiera que afirme saber esa respuesta ya.

Lo que sí puedo decir es que la arquitectura le da a los creadores una elección real en lugar de obligar a un solo modelo en cada aplicación. Eso vale la pena observar una vez que el mainnet esté en marcha.

@Dusk #dusk $DUSK

La normativa en cripto suele tratarse como un obstáculo que hay que sortear en el diseño. Dusk Network la trata como una especificación con la que construir, y eso es un punto de partida significativamente diferente.

La divulgación selectiva es el mecanismo que hace esto posible en la práctica, no solo en el mensaje. Una transferencia protegida en Dusk oculta, por defecto, el remitente y el importe de la vista pública, pero el destinatario puede demostrar criptográficamente quién le pagó cuando se lo solicitan, cumpliendo reglas como las regulaciones de viaje de la UE sin exponer la transacción a todo el mundo que observa la cadena. Añade una liquidación determinista, transacciones que alcanzan una finalización definitiva y cierta, en lugar de una probabilidad que mejora lentamente, y las piezas empiezan a parecerse a algo construido específicamente para mercados que operan bajo marcos como MiCA, en lugar de una cadena de propósito general que espera que el cumplimiento funcione más adelante.

Ese orden importa más de lo que se le reconoce. Adaptar el cumplimiento a una cadena transparente por defecto, o a una completamente privada, tiende a producir compromisos incómodos. Diseñar la divulgación selectiva dentro del protocolo base desde el principio es un problema de ingeniería más difícil desde el inicio, a cambio de menos compromisos dolorosos en el futuro.

NPEX tampoco es el único entorno regulado en este panorama. Dusk también se ha conectado con 21X, un exchange de activos digitales que opera bajo el Régimen Piloto de DLT de la UE, lo que sugiere que el diseño primero en cumplimiento no es una historia de una sola colaboración, sino algo que la arquitectura está pensada para soportar en múltiples entornos regulados y, eventualmente, en múltiples marcos más allá de MiCA únicamente.

Nada de esto significa que la aprobación regulatoria sea automática o universal. MiCA cubre la UE. Otras jurisdicciones tienen sus propios marcos, sus propios reguladores, sus propios plazos, y la preparación de la arquitectura en el lado de Dusk no sustituye nada de eso. Estar construido para el cumplimiento y estar formalmente habilitado para él en cada mercado que importa son dos hitos distintos, con dos cronogramas diferentes.

@Dusk #dusk $DUSK $BTW $TRUMP

Sigo volviendo a una brecha cuando observo el lending en DeFi: hoy nadie puede decirte cuánto costará realmente un préstamo en tres meses. Esa incertidumbre es exactamente el problema que TermMax, un protocolo descentralizado para préstamos, lending y opciones a tasa fija, fue construido para cerrar. En lugar de tasas flotantes que se desplazan con la utilización, TermMax fija una tasa y un vencimiento en el momento en que un préstamo coincide, tomando su lógica de un bono más que de una cuenta de ahorros.

La mecánica se siente casi anticuada, en el mejor sentido. Un prestamista y un prestatario acuerdan una tasa para un plazo determinado, y ese número no vuelve a moverse pase lo que pase en otras partes del mercado. Para un gestor de tesorería o un tenedor a largo plazo, esa certeza a menudo supera a un APY flotante apenas más alto que podría esfumarse de la noche a la mañana.

Lo que me resulta más difícil de ignorar es el intercambio que nadie promociona con claridad. Una tasa fija solo se mantiene si hay suficiente liquidez real en ambos lados dispuesta a hacer match en ese plazo y precio. TermMax lo gestiona mediante órdenes por rangos y un motor AMM modificado en lugar de un pool simple, y ya ha liquidado préstamos en más de 100 mercados desde su lanzamiento. Eso es una señal de demanda, no una prueba de que el modelo escale a través de todas las condiciones.

Los prestatarios obtienen algo igual de valioso aquí. Cualquiera que haya operado una posición apalancada en una plataforma de tasa flotante conoce la angustia de que los costos de endeudamiento suben mientras el valor del colateral cae. Una tasa fija convierte esa variable en constante, permitiendo a un prestatario planificar en torno a un costo conocido en lugar de un objetivo en movimiento. TermMax lo complementa con ejecución sin custodia, así que el protocolo nunca toma la propiedad de los fondos del usuario durante la vida del préstamo.

Creo que la previsibilidad, no solo el rendimiento, es lo que eventualmente atraerá capital serio a DeFi. TermMax es uno de los intentos más claros de construir ese carril. Si el lending a tasa fija se convierte en infraestructura central o se mantiene como un nicho para usuarios pacientes sigue siendo una pregunta abierta, y prefiero convivir con esa honestidad en lugar de fingir que ya está resuelto.

@TermMax #TermMax $BTW $ONG $VELVET

No puedo dejar de pensar en una conversación que tuve con un desarrollador el año pasado, que quería construir un protocolo de préstamos con saldos privados. Tenía dos opciones y ninguna le parecía adecuada. Elegir una cadena de privacidad y reescribir todo el stack desde cero, o quedarse con las herramientas EVM que ya le eran familiares y renunciar por completo a la confidencialidad. Ese dilema ha moldeado en silencio lo que se construye en esta industria durante años.

Dusk Network está cerrando esa brecha. DuskEVM permite a los equipos desplegar contratos estándar de Solidity usando las herramientas que ya conocen. Nada exótico que aprender el primer día. Lo que cambia es lo que hay debajo: DuskEVM vuelve a asentarse en DuskDS, la capa base de Dusk diseñada para una finalidad determinista, y abre un camino para flujos de transacciones confidenciales a través de Hedger, el módulo de privacidad dedicado del proyecto para aplicaciones EVM.

Hedger no se apoya solo en pruebas de conocimiento cero. Las combina con cifrado homomórfico, de modo que los cálculos puedan realizarse sobre valores cifrados sin exponerlos nunca, mientras la transacción sigue demostrando que es correcta. Esa combinación es rara. La mayoría de las herramientas de privacidad en este espacio eligen un solo primitivo y se quedan con sus límites.

También hay una capa práctica alrededor de esto. El gas en DuskEVM se paga en DUSK, y recientemente se lanzó un nuevo SDK llamado Dusk Connect, diseñado específicamente para que la integración de wallets sea menos dolorosa para los equipos que se apoyan en todo lo anterior. Un detalle pequeño, pero es del tipo de “fontanería” poco glamorosa que decide si los desarrolladores se quedan después de la primera demo.

Aún no está todo terminado, y creo que la honestidad importa más que el hype. Tanto DuskEVM como Hedger se están ejecutando ahora mismo en testnet, no en mainnet. El mainnet llega, pero no está aquí. La madurez de las herramientas y las auditorías reales siguen siendo preguntas abiertas hasta que realmente se publique y se empiece a usar.

Aun así, la dirección es clara. Un desarrollador no debería tener que elegir entre las herramientas que conoce y la privacidad que necesitan sus usuarios. Dusk apuesta por que eliminar esa elección vale 6 años de trabajo de infraestructura.

@Dusk #dusk $BTW $DUSK $ONG

Dusk Network se vende con una premisa sencilla. La privacidad debe vivir dentro del protocolo, no añadirse como un parche después. Las pruebas de conocimiento cero aseguran cada transferencia de Phoenix. Las firmas de Schnorr y el hash Poseidon funcionan por debajo, y PLONK hace que las pruebas sean lo bastante concisas como para verificarse en cadena. Todo eso es real, está auditado y hoy funciona en producción gracias a Succinct Attestation, un diseño de consenso construido específicamente para la liquidación determinista y no para conjeturas probabilísticas. Luego pasó enero.

Un equipo gestionó una billetera con funcionalidad de wallet operada para tareas de puentes y empezó a mostrar una actividad inusual. Dusk detuvo los servicios de puente, deshabilitó y reutilizó las direcciones afectadas, y declaró públicamente que no esperaba que las pérdidas de los usuarios llegaran a materializarse. Me tomo ese punto en serio. Pero el incidente revela algo que el discurso de privacidad tiende a omitir. La criptografía que protege una nota protegida no tiene nada que ver con la seguridad operativa de una wallet de firmas que mueve activos en el borde exterior de ese mismo sistema.

Esto no es exclusivo de Dusk. Los puentes de toda la industria drenaron cientos de millones de dólares en 2026, casi siempre debido a claves comprometidas en lugar de que las matemáticas se rompieran. Entonces, ¿qué es lo que realmente quiero de Dusk Network a continuación? No otro documento explicando circuitos PLONK. Un informe público sobre cómo se distribuye, rota y supervisa la autoridad de firma del puente, porque ahí es donde se rompe la confianza en la práctica, no en la capa de conocimiento cero.

Zedger y Hedger pueden demostrar que una transacción es válida sin revelar su contenido al público. Ninguno puede demostrar que una wallet de firmas se operó correctamente. La divulgación selectiva protege el libro mayor. Dice muy poco sobre las personas que sostienen las llaves alrededor de él, y ese vacío merece tanta atención como los circuitos.

Si el protocolo base puede ser tan riguroso con lo que demuestra, las wallets y direcciones justo fuera de ese límite merecen el mismo estándar. Dusk Network respondió con rapidez al incidente. Si esa disciplina se mantiene de forma permanente, y no solo después de una alarma

@Dusk #dusk $DUSK $BTW $ACE

Un detalle en el diseño de TermMax como un protocolo de opciones de trading descentralizado que me llama la atención es que abrir una posición Alpha implica una comisión del 7% sobre la prima, mientras que las comisiones por take-profit o por ejercicio comienzan en el 1.9% del nocional.

A primera vista, el 7% parece ser el número más caro. Pero los porcentajes se aplican a bases muy distintas.

La prima es solo una parte del valor de la posición. El nocional puede ser mucho mayor, así que una comisión del 1.9% sobre el nocional puede superar una comisión del 7% sobre la prima en términos de dólares, incluso aunque el porcentaje principal sea menor.

Lo que aún no sé es qué capa de comisiones importa más cuando una operación Alpha pasa de la entrada a la ganancia realizada.

Eso también cambia el denominador que me importa. Los dólares absolutos de comisiones son más útiles que los porcentajes por sí solos, pero la medida más sólida es cuánto de la ganancia bruta de la operación esas comisiones realmente consumen.

Esa es la señal más fuerte porque pone ambas bases de comisiones dentro del mismo resultado económico, en lugar de comparar porcentajes que, de todas formas, nunca fueron directamente comparables.

Aprendería más de las comisiones totales como una proporción de la ganancia realizada entre distintas posiciones Alpha que de comparar el 7% y el 1.9% de forma aislada.

La pregunta es si el menor porcentaje basado en nocional de TermMax se mantiene como algo secundario una vez que las operaciones rentables se liquidan, o si se convierte en la comisión que se lleva la mayor parte del resultado.

Estoy observando las ratios prima-a-nocional, los dólares de comisiones por componente y las comisiones totales como proporción del P&L realizado.

@TermMax #TermMax $BTW $ACE $BOME

Mình vẫn nhớ lần đầu mua USDT qua P2P, khi đó mình đã thanh toán đủ tiền và đúng payment details trên order. Nhưng đợi khá lâu seller vẫn không release crypto.

Mình nhắn trong P2P Chat để hỏi họ đã nhận được tiền chưa nhưng không có phản hồi.

Mình đợi thêm khoảng 5 phút. Order vẫn không thay đổi, seller cũng không trả lời nên mình quyết định mở Appeal và gửi đầy đủ payment proof cho Binance Support review.

Vừa mở Appeal xong thì seller nhắn lại rằng họ đã nhận đủ tiền và sau đó release USDT cho mình.

Mình không biết vì sao vừa Appeal xong thì seller phản hồi lại. Nhưng case này làm mình nhìn Appeal khác hẳn đi.

Trước đây mình thường nghĩ Appeal chủ yếu dành cho lúc buyer và seller có dispute, tức là hai bên đang không đồng ý với nhau về một vấn đề nào đó.

Nhưng lần này chẳng có gì để tranh luận cả. Mình đã gửi tiền, có payment proof, còn seller thì đơn giản là không trả lời.

Và đó cũng là lúc P2P Chat bắt đầu hết tác dụng. Mình có thể gửi thêm một tin nhắn nữa, rồi thêm một tin nữa, nhưng nếu phía bên kia vẫn im lặng thì order cũng không tiến thêm được bước nào.

Appeal lúc này không chỉ là cách giải quyết dispute. Nó còn là một đường thoát khỏi một cuộc chat không đi đến đâu.

Thay vì tiếp tục chase seller, mình đưa payment proof vào đúng process để Binance Support có thể review. Nếu seller quay lại và tự giải quyết như case này thì tốt.

Nên safety rule của mình như sau: nếu đã thanh toán đúng, seller không release và P2P Chat không còn tạo ra phản hồi nào, mình sẽ không chờ vô thời hạn. Sau khoảng 10 phút, mình sẽ chuyển sang Appeal và để evidence nói thay cho những tin nhắn tiếp theo.

@Binance Vietnam #BinanceP2PAnToan $BTW $ACE $BOME

Sigo viendo a DuskEVM descrito como un interruptor que alguien acciona: escribe Solidity, despliega y listo, compatible al instante con todo lo que ya se construyó en Ethereum. Esa formulación resulta reconfortante. También es incompleta, y Dusk Network nos dio una prueba exacta de dónde se desmorona.

La capa central, DuskDS, ejecuta Succinct Attestation, un diseño de consenso construido para que los bloques no se reorg y la liquidación no se quede esperando a un número suficiente de confirmaciones para sentirse segura. Eso funcionó bien en enero de 2026, cuando un atacante drenó tokens desde el puente que conecta Dusk con redes EVM. El exploit nunca tocó el consenso. Afectó a una billetera de firma, una pieza de infraestructura auxiliar situada en la unión entre la cadena nativa y el lado EVM; no a la finalización determinista que Dusk pasó años construyendo.

Ese es el vacío que vale la pena nombrar con claridad. La propuesta de compatibilidad con EVM trata sobre la experiencia del desarrollador: herramientas familiares, liquidez existente, menos código para reescribir. Lo que se subestima es que cada puente es nueva infraestructura con su propia gestión de claves y sus propios modos de fallo, fuera de las garantías que la capa base se esforzó por ganarse. Dusk publicó un aviso de incidente del puente dentro de un día del ataque, seguido de un post-mortem más completo y un análisis de seguridad separado unos dos meses después. La causa raíz nombrada en esa revisión fue un diseño de puente ligero que carecía de un aislamiento adecuado entre componentes, no una falla en Succinct Attestation como tal. La solución no fue un parche de protocolo. Fue aislar componentes y reducir la exposición a billeteras “hot” para que una clave comprometida no pueda volver a drenar un puente.

Nada de esto hace que DuskEVM sea una mala idea. Aportar privacidad programable a contratos Solidity cotidianos a través de Hedger es, en efecto, útil si la infraestructura que lo rodea se gana la confianza. Prefiero evaluar la compatibilidad con honestidad, como una decisión que amplía la superficie de ataque justo cuando amplía el alcance, en lugar de tratarla como una actualización gratuita sin desventajas

@Dusk $DUSK #dusk $BTW $PORTAL

""Fixed rate"" suena a una promesa. Fijás un número, te retirás y sabés exactamente cuánto debes u obtienes cuando termina el plazo. Ese es el planteamiento detrás de TermMax, y para el cupón en sí, realmente se cumple. La tasa que bloqueás es la tasa que recibís al vencimiento. Pero un préstamo es más que su cupón, y ahí es donde sigo regresando a una brecha real entre lo que TermMax promete y lo que ocurre en un mal día.

TermMax maneja la liquidez escasa y la volatilidad marcada mediante entrega física: en lugar de la liquidación por subasta de descuento que ejecutan la mayoría de los protocolos de préstamo, el colateral se entrega directamente al prestamista cuando una posición se descompone. En el papel, esto parece protección. En la práctica, le entrega al prestamista un activo que no pidió, en un momento que no eligió, por el valor que el mercado diga que vale en ese instante. Un prestamista que quería volver a tener USDC al 8% ahora tiene ETH en un mercado en caída. La tasa estaba fija. El resultado no.

La entrega física tampoco es un mecanismo de gatillo inmediato. TermMax limita cada mercado con una relación préstamo-valor máxima cómoda por debajo de 1, de modo que una posición tiene margen real para moverse antes de llegar a ese límite. Ese colchón ayuda en una caída normal. Dice mucho menos sobre un evento de brecha genuino, del tipo de movimiento en el que el precio salta directamente el colchón antes de que alguien, humano o automatizado, pueda reaccionar a tiempo.

No creo que esto haga a TermMax imprudente. Existen requisitos de sobrecolateralización y monitoreo activo del riesgo porque alguien en TermMax ya comprendía bien esa tensión mucho antes de que yo la notara. Pero ""fixed rate"" como frase sugiere más certeza de la que el mecanismo entrega cuando entra en juego el colateral, no solo el rendimiento. La pregunta que querría que se respondiera antes de depositar un tamaño real sería: con qué frecuencia la entrega física se ha activado realmente y qué es lo que los prestamistas terminaron sosteniendo al retirarse. La previsibilidad a nivel de cupón y la previsibilidad a nivel de cartera no son la misma afirmación, y el propio diseño de TermMax admite en silencio eso construyendo un respaldo para el momento en que se desvían.

@TermMax #TermMax $BTW $PORTAL $HEMI

Binance P2P es el propio mercado peer to peer (P2P) de Binance para comprar y vender criptomonedas directamente con otros usuarios verificados, y su sistema de protección funciona por capas. Cada comerciante completa la verificación de identidad (KYC) antes de colocar una orden, así que detrás de cada cuenta hay una identidad real en lugar de un usuario anónimo. Una vez que se abre una orden, el activo de criptomonedas del vendedor pasa a un servicio de custodia (escrow) y permanece allí hasta que ambas partes confirman la operación, lo que significa que los fondos no pueden simplemente desaparecer a mitad de la transacción. El chat dentro de la app conserva un registro completo de cada mensaje y, si surge un desacuerdo, cualquiera de las dos partes puede presentar una apelación de disputa para que Binance intervenga y revise las pruebas.

Recuerdo con claridad mi primera orden en Binance P2P, sobre todo porque estaba nervioso por enviar dinero a alguien con quien nunca había tratado. Antes de pagar cualquier cosa, abrí el perfil del comerciante y comprobé tres cosas: la tasa de finalización, el número total de órdenes y cuánto tiempo llevaba existiendo la cuenta. Un perfil con un 99% de tasa de finalización y miles de operaciones detrás me dijo mucho más que cualquier mensaje amable del chat. Cuando más tarde otra cuenta, mucho más nueva y diferente, me pidió que omitiera la misma verificación y pagara rápido, cancelé la orden en lugar de ignorar la señal de advertencia que tenía delante.

El hábito que más me protege ahora es negarme a liberar criptomonedas hasta que el pago se confirme realmente. Abro mi propia app de banca, no una captura de pantalla que alguien me envía, y verifico que el nombre del remitente y la cantidad exacta coincidan con lo que espera la orden. Una imagen de confirmación editada o un nombre que no coincide con la cuenta registrada es una de las señales de alerta más claras en Binance P2P, y la solución es simple: pausar la operación, verificar de forma independiente y contactar con el soporte de Binance si todavía hay algo que no se sienta bien.

También hago una captura de pantalla de la página final de confirmación antes de cerrar la app, ya que tener mi propia copia de cada orden completada me ha ahorrado tiempo cada vez que necesitaba consultar algo más adelante.

@Binance Vietnam #BinanceP2PAnToan $BTW $HEMI $PORTAL

Sigo volviendo a un detalle en el diseño de TermMax que la mayoría de los usuarios primerizos se saltan: un préstamo de tasa fija único se divide en tres tokens separados en vez de uno. Están el Fixed-Rate Token, el X Token y el Gearing Token, y cada uno cumple una función distinta. FT se comporta como un bono cupón cero. Lo compras con descuento, lo canjeas por su valor nominal en la fecha de vencimiento, y la diferencia entre esos dos números es tu rendimiento, fijado en el momento en que compras. XT existe únicamente para mantener las matemáticas equilibradas: en cualquier punto antes del vencimiento, un FT más un XT equivalen a un token completo de deuda, y cuando llega el vencimiento, XT cae a cero mientras que FT se vuelve canjeable. GT es la posición en sí: el colateral y la deuda envueltos en un único registro negociable.

¿Y por qué no usar simplemente un solo token de préstamo como hacen la mayoría de los mercados de dinero? Porque al agrupar colateral, principal e intereses en un solo instrumento, cada parte es menos líquida por sí sola. Separarlos permite que un prestamista venda solo la exposición al rendimiento, que un prestatario negocie la parte de intereses de su deuda de forma independiente y que una posición apalancada se transfiera como una sola unidad sin deshacer todo el préstamo. Creo que esta es la razón real por la que TermMax puede admitir apalancamiento con un solo clic: el GT ya contiene todo lo que necesita una estrategia de bucle dentro de un único envoltorio.

También hay un lado práctico. Como un GT rastrea tanto el colateral como la deuda de una posición, un prestatario puede añadir colateral, reembolsar parte de la deuda o ajustar el préstamo sin tocar el mercado de FT, y la posición se mantiene intacta como un único registro durante todo el proceso.

Lo que aún no he visto demostrado es si estos tres tokens en lugar de uno realmente mejoran la eficiencia de capital para el usuario promedio, o si principalmente benefician a actores sofisticados que saben cómo negociar FT y XT por separado. Para un prestamista primerizo que solo deja USDC estacionado, la capa extra de tokens es invisible. Para un market maker que ejecuta órdenes en rango en TermMax, es todo el sentido

@TermMax #TermMax $VELVET $BTW $PORTAL

“Mainnet is live." I read that headline about DuskEVM back in January 2026, and for a moment it sounded like the story was finished. Six years of engineering, wrapped into one clean announcement. Dusk Network had shipped its EVM-compatible layer, Solidity developers could show up, and the regulated finance thesis had its execution environment.

Then the year kept going. In March, an upgrade called Aegis rolled out on testnet to harden the network ahead of the EVM transition. In April, Dusk Connect and a new multi-platform wallet arrived, the unglamorous SDK and tooling work that rarely makes a headline but that any team actually shipping something depends on. In May, Boreas followed, another testnet upgrade aimed at resilience and DuskEVM readiness. By August, Dusk Network announced that its DuskEVM testnet now lets developers deploy and test with Solidity and Hardhat, the exact ordinary tooling anyone building on Ethereum already knows.

That is not a contradiction so much as a pattern I think crypto commentary rushes past. A launch headline compresses a year of staged testnet work into a single moment, because a moment is what gets shared. The actual infrastructure arrives in increments: consensus hardening, then wallet and SDK tooling, then a testnet stable enough to hand to outside developers.

What I want to know now is simpler than the marketing question. Not "did DuskEVM launch," but how many independent teams have actually deployed contracts that touch real users, versus how many are still kicking the tires on a testnet. A live testnet with working Solidity support is a genuine milestone, and it is also, by definition, still a testnet. Developer access is not the same thing as developer adoption, and Dusk Network's own updates seem to admit as much by keeping the roadmap language cautious even after the headlines moved on.

@Dusk #dusk $DUSK $BTW $VELVET

I sent my first Binance P2P order for $50 and my hands were actually shaking over such a small amount. Binance P2P is the peer to peer marketplace built into Binance where buyers and sellers trade crypto directly, but every order sits inside an escrow that locks the seller's coins the second a trade opens. Nothing releases until the seller confirms real payment, and every trader on the platform has already passed KYC, so a verified identity sits behind each order. The in app chat records every message, and if a trade goes wrong, the dispute appeal process brings Binance in to review the evidence directly.

Before paying, I always check the counterparty's profile: completion rate, total orders, and account age. On that first trade, the name on the receiving bank account didn't match the name listed on the seller's profile. That mismatch is one of the most common red flags on Binance P2P, so instead of assuming it was a typo, I asked in chat. The answer was vague, so I canceled the order and reported it instead of taking the risk.

My routine now is simple. I screenshot the profile before opening any order. I pay only through the exact method shown in the order details, never a workaround someone suggests in chat. I confirm receipt in my own banking app before I ever release or expect crypto to be released. When anything feels off, I contact Binance support directly rather than trying to resolve it myself.

I've also started paying attention to how a merchant responds in chat before a trade even begins, since a slow, generic reply to a simple question feels very different from someone who answers clearly and specifically. A merchant who's traded thousands of orders usually sounds like it, and one who deflects basic questions about the process is telling you something too, even before any money moves.

None of this takes long, but it turns Binance P2P from a leap of faith into a system you can actually verify at every step.

@Binance Vietnam #BinanceP2PAnToan $BTW $PORTAL $VELVET

"Predictable" is the word TermMax leans on hardest, and it earns it in one specific place. Deposit USDC into one of TermMax's fixed pools, lock a term, and the rate at entry is the rate at maturity. No accrual math, no rate resets, no refreshing a dashboard at 2am to see what the market did. For a lender, that part of the pitch holds up completely.

Where it gets murkier is the borrowing side, specifically inside the Gearing Token. A GT is TermMax's NFT wrapper around a leveraged position: collateral locked, debt owed, interest fixed the moment it mints. Fixed interest is real. Fixed safety is a different claim, and the two get blurred whenever "removing uncertainty" gets used as a blanket phrase for the whole protocol.

A GT is still an over-collateralized loan underneath the wrapper. If the value of the locked collateral, wstETH or a Pendle PT token for instance, falls far enough against the debt, that position gets liquidated like any other DeFi loan. TermMax's own risk documentation says this outright: collateral liquidation risk, oracle risk tied to its Chainlink and RedStone feeds, a physical delivery mechanism built to soften shortfalls rather than erase them. I'd rather see a project write that down plainly than sell a landing page implying fixed rate means fixed outcome.

The accurate version of the pitch is narrower than the marketing version. TermMax removes interest rate volatility from a position. It does not remove collateral risk, oracle risk, or liquidation risk, and it never claimed to on the documentation side. Anyone opening a GT for leverage should read the risk page before the landing page.

That's still a real advance, not a knock against it. Rate certainty is a problem traditional finance solved a century ago through zero coupon bonds, and DeFi hadn't caught up until protocols like this one. TermMax just isn't selling what some readers assume it's selling, and the difference is worth being precise about

@TermMax #TermMax $VELVET $BTW $PORTAL

I keep coming back to one detail whenever I explain Dusk Network to someone new: the mainnet was supposed to arrive in April 2024. It didn't. The team pushed the date to September 2024, then again, and Dusk Network's first immutable block wasn't produced until January 7, 2025, nearly 6 years after the project began in 2018. On paper, the pitch was always simple: a Layer-1 blockchain giving financial institutions instant settlement finality without forcing a choice between privacy and compliance. In practice, building that took far longer than any announcement admitted up front.

The team's own explanation is that delays came from a moving regulatory target, not broken code. MiCA kept evolving while Dusk Network was building, and rather than ship a chain that might not survive contact with European securities law, the founders chose to rebuild parts of the stack, including a reworked version of Succinct Attestation that rewards voters, not just block producers, a change the team says increases participation and strengthens finality guarantees for compliance-sensitive settlement. That's a defensible choice. It's also a reminder that "regulated finance in seconds" describes a settlement layer, not a company timeline, and the two move at very different speeds.

What I keep asking: does a 6-year gap between whitepaper and working mainnet count as caution, or as a warning sign about execution pace? Dusk Network would say caution, and given what MiCA actually demanded, I'm inclined to agree. But nobody outside the team can fully verify how much delay was regulatory necessity versus underestimated complexity. A year into mainnet operation, DuskEVM has shipped and NPEX is live. The theory finally has a working chain behind it. Whether it can move at the speed institutional finance requires is the next test, and it's a different one than shipping a mainnet at all.

@Dusk #dusk $DUSK $PORTAL $BTW

Binance P2P es el propio marketplace de Binance para negociar cripto directamente con otro usuario, y la red de seguridad detrás es real: Binance retiene la cripto del vendedor en custodia (escrow) hasta que se confirme el pago del comprador; cada cuenta ha completado KYC antes de poder operar; cada pedido incluye su propio chat; y una apelación de disputa queda lista por si Binance necesita intervenir y resolver una discrepancia. Esa protección solo existe mientras toda la operación ocurra dentro de Binance P2P, así que terminar cualquier parte de un trato fuera de la app significa alejarse de todo. Antes de aceptar un pedido, reviso las operaciones completadas de la otra parte, su tasa de finalización y si el nombre con el que paga coincide con su cuenta, porque una discrepancia, una exigencia de pago apresurada o un pantallazo no verificable son las señales de alerta más claras. Solo libero después de confirmar los fondos yo mismo en mi propia app bancaria; luego archivo el chat y la prueba de pago después, por si el soporte alguna vez los necesita.

En mi primera operación, yo estaba vendiendo USDT y el comprador me escribió pidiéndome que liberara antes porque su banco estaba “procesando lentamente”. Estuve a punto de hacerlo solo para cerrar el trato y dejar de sentir nervios. Entonces recordé la única regla que realmente importa: revisa mi propia cuenta, no su captura de pantalla, no su promesa. Los fondos no estaban. Le dije que liberaría en el momento en que yo viera que llegaban allí mismo, se molestó y desapareció, y un reporte rápido a soporte marcó el mismo patrón en ese perfil también por parte de otros traders. Desde ese día mi lista de verificación nunca cambia: verificar el nombre en la transferencia, confirmar el monto en mi propia app bancaria, capturar el chat y el registro del pago, y solo entonces liberar. Si un comprador presiona en ese pedido, con eso solo ya sé todo lo que necesito saber. Guardo los registros de cada operación durante semanas después: la custodia protege la cripto durante la operación, pero mis propias capturas son lo que me protege si más tarde se abre una disputa.

@Binance Vietnam #BinanceP2PAnToan $VELVET $BTW $PORTAL

¿Qué te protege más a ti?

Sigo volviendo a una línea silenciosa en el trabajo más reciente de Dusk Network sobre financiación para pymes: un valor tokenizado necesita un registro de propiedad con autoridad.

Al principio, eso suena a papeleo alrededor de la parte interesante. El token es visible, las transferencias son programables y los cambios de propiedad pueden compartir un solo estado controlado. Seguramente el libro mayor ya resolvió el problema del registro.

No necesariamente.

Una empresa puede colocar un token junto a un registro de accionistas sin cambios, una base de datos de administradores y un proceso notarial. Eso crea un registro más que hay que conciliar. No elimina la necesidad de conciliación.

Aquí es donde la infraestructura de Dusk tiene un trabajo más difícil que acuñar un activo. El flujo de emisión debe conectar la elegibilidad del inversor, la asignación, la transferencia, la liquidación y la gestión al registro que la estructura legal realmente reconoce. Para una sociedad privada neerlandesa, incluso un registro digital de accionistas no sustituye automáticamente las acciones notariales requeridas.

Si otro registro sigue siendo decisivo, el token solo puede describir la propiedad en lugar de constituirla.

Así que ya no leo "propiedad onchain" como un estado técnico por sí solo. Lo leo como una afirmación sobre qué estado prevalece cuando dos registros discrepan.

Dusk puede coordinar un ciclo de vida compartido de la propiedad y reducir traspasos repetidos. Pero no puede declarar por sí misma que cada jurisdicción, emisor o tribunal tratará ese estado como jurídicamente decisivo.

La evidencia que quiero es muy específica: un instrumento en funcionamiento cuyos documentos legales identifiquen el registro basado en Dusk, además de una transferencia real que actualice a todas las partes requeridas sin que un segundo libro mayor manual se convierta en la autoridad final.

Hasta entonces, la pregunta importante no es si Dusk puede poner valores de pymes onchain. Es si Dusk puede hacer que el registro onchain sea el lugar donde la propiedad deje de duplicarse.

@Dusk #dusk $DUSK $BTW $VELVET