Maxine Agency

Había un tiempo en que pensé que RWA era bastante simple: poner activos en blockchain, dividir la propiedad y abrir el acceso a más personas, y entonces naturalmente aumentaría la liquidez.
Pero cuanto más leo sobre Dusk, más veo que la tokenización solo resuelve la parte de “representar activos”, mientras que el mercado detrás todavía tiene que responder una serie de preguntas aún más difíciles.
Un bono o un valor puede tokenizarse con mucha facilidad a nivel técnico. Pero quién tiene permitido comprar, a quién puede transferirse el activo, cómo se reconoce la propiedad, cómo se realiza la liquidación y qué parte es responsable si surgen disputas, todo eso depende del marco regulatorio y de la infraestructura operativa.
Por eso empecé a separar ambos conceptos.
La tokenización hace que los activos sean más fáciles de emitir, rastrear y transferir en un entorno digital. La liquidez, en cambio, requiere compradores, vendedores, la capacidad real de transferir y suficiente confianza para que las partes estén dispuestas a negociar.
Aquí es donde veo que el camino de Dusk es especialmente destacable.
Dusk no ve RWA como simplemente emitir un token y subirlo a un explorer. Para activos gestionados, la privacidad, la elegibilidad, la divulgación selectiva y la liquidación deben ir de la mano, porque “permissionless” por sí solo no necesariamente encaja con los valores reales.
En mi opinión, el problema más grande de RWA no es cuántos activos puede contener esa blockchain.
Sino si esa infraestructura puede convertir el derecho de propiedad digital en un mercado en el que los participantes realmente quieran hacer transacciones.
Si la ley sigue limitando quién puede comprar y el activo sigue siendo difícil de transferir, blockchain puede reducir la fricción, pero no necesariamente crear nueva liquidez.
A veces, solo hace que la liquidez existente funcione con mayor eficiencia.
@Dusk $DUSK #dusk
$DEBIT $TMX

Empiezo a encontrar DUSK más interesante en esos días en que los gráficos ya no resultan tan atractivos.

En un tiempo, yo miraba Dusk principalmente a través del precio. Cuando el volumen aumentaba con fuerza y el gráfico corría rápido, sentía como si el mercado estuviera revalorando el proyecto.
Pero cuanto más seguía, más veía que el precio solo reflejaba la atención del momento. Lo difícil es saber si esa atención se convierte en una necesidad real de uso de la red.
Para mí, DuskEVM es un paso importante en esta historia. Los desarrolladores familiarizados con Solidity y las herramientas del ecosistema de Ethereum pueden acceder a Dusk con más facilidad, mientras que las capas de settlement y de privacidad, por su parte, conservan las diferencias del sistema.
Lo que quiero ver a continuación no es solo un anuncio de partnership.
Quiero saber si, después de que a los desarrolladores les resulte más fácil entrar, se quedan para construir producto. ¿La app genera transacciones de manera constante? ¿Los activos tokenizados realmente se emiten y se hacen settlement, o solo aparecen en el roadmap.
Esta pregunta es aún más importante porque $DUSK sigue emitido para pagar recompensas a la red. La emisión puede alimentar el staking y la seguridad en la etapa inicial, pero a largo plazo esa cantidad de tokens nuevos todavía necesita ser absorbida por una demanda real.
Si la actividad crece más lento que la oferta, ni siquiera una vela bonita cambia demasiado.
En cambio, si el uso empieza a crecer de forma estable incluso cuando el mercado ya perdió la euforia, lo consideraré una señal de valor mayor que cualquier impulso de breakout.
El chart me dice en qué está fijándose el trader.
Y la actividad nueva de la red me indica si Dusk se está acercando a una economía verdaderamente real.
@Dusk #dusk $TMX $STAR

Me interesa más $DUSK cuando el precio deja de subir

Un impulso alcista fuerte siempre atrae la atención hacia Dusk, pero no quiero usar un gráfico de velas como prueba de que la tesis del proyecto sea correcta.
Lo que me parece más digno de seguimiento está en la infraestructura.
Dusk intenta resolver un problema bastante difícil de las finanzas onchain: los activos deben verificarse y cumplir con la normativa, pero la empresa tampoco puede publicar todas sus posiciones, identidades o historiales de transacciones para que cualquiera que mire la blockchain lo vea.
XSC, selective disclosure y DuskEVM giran en torno a ese límite. Y EURQ hace que la historia sea más práctica, porque los valores tokenizados no solo necesitan que los activos se suban a la cadena. También necesitan un medio de pago adecuado para que el dinero y los activos puedan hacer settlement dentro del mismo ecosistema.
En mi opinión, esta es la parte que se suele pasar por alto con más facilidad.
Una blockchain puede tokenizar bonos o fondos, pero si la liquidación aún tiene que rodear los sistemas tradicionales, entonces la experiencia onchain solo resuelve la mitad del problema.
Por eso no me emociona demasiado si DUSK solo sube con el volumen durante unos días. El momentum puede llevar traders, pero no dice si se quedarán.
Lo que quiero ver cuando el mercado se enfría es si aumentan el volumen de transacciones, los activos que realmente se liquidan y si la demanda de usar DUSK sigue creciendo o no.
Si aún hay actividad cuando el gráfico deje de resultar atractivo, entonces el impulso alcista empezará a tener más significado más allá de la especulación.
@Dusk #dusk $UAI $LAB

JubJub me hizo prestar atención a la parte menos mencionada de la historia de privacidad de Dusk

Cuando se habla de Dusk, lo más visible suele ser confidential transactions, selective disclosure o los activos financieros privados. Pero a medida que bajo a las capas criptográficas que hay debajo, me parece que JubJub es mucho más interesante de lo que su nombre podría sugerir.
JubJub es una curva elíptica diseñada para funcionar de manera eficiente en entornos amigables con SNARK. Para Dusk, esto es importante porque la privacidad no es solo ocultar datos en una interfaz. Las pruebas de conocimiento cero todavía deben poder verificar que la transacción cumple con las reglas correctas sin obligar a que los datos sensibles se hagan públicos.
Phoenix deja ver con bastante claridad ese papel. La dirección shielded de Phoenix se construye a partir de puntos sobre JubJub, mientras que Dusk añade también primitivas como Schnorr, Poseidon y PLONK dentro de su pila criptográfica.
Lo que me gusta aquí es que Dusk no intenta convertir a JubJub en un relato aparte. Es como una pieza en lo profundo del motor: los usuarios casi no necesitan saber que existe, pero elegir primitivas que no son las adecuadas puede hacer que la prueba sea más pesada o más difícil de integrar.
Por supuesto, una pila criptográfica elegante no genera adopción por sí sola. Dusk todavía tiene que demostrar que los desarrolladores, las organizaciones y los activos realmente necesitan esta infraestructura.
Pero si quieres entender si una privacy chain hace el trabajo técnico en serio o no, creo que deberías mirar por debajo de las palabras de marketing.
A veces, lo más valioso es precisamente lo que no tiene ticker, no tiene campañas y nadie promociona.
@Dusk $DUSK #dusk $AOP $4

Dusk está cambiando de una “cadena de privacidad” a una infraestructura con capas más claras

Antes, cuando miraba Dusk, casi solo me fijaba en la privacidad. Eso tiene sentido, porque el proyecto pasó muchos años construyendo infraestructura para las finanzas en secreto antes de que el mainnet se lanzara a principios de 2025.
Pero cuanto más revisaba las mejoras posteriores, más me parecía que lo más destacable no era la privacidad en sí, sino la forma en que Dusk está separando cada tarea de la red.
DuskDS se centra en el consenso, el staking, la disponibilidad de datos y el settlement. DuskEVM crea un entorno más familiar para los desarrolladores de Solidity. La privacidad sigue existiendo, pero ya no se obliga como requisito obligatorio para todas las aplicaciones.
En mi opinión, este cambio es bastante importante.
Una blockchain con buena tecnología de privacidad, pero que obliga a los desarrolladores a aprender demasiadas cosas nuevas, terminará reduciendo el grupo de personas que pueden construir sobre ella. La incorporación de EVM ayuda a disminuir los costos de adaptación, mientras que las capas de settlement y la privacidad por separado mantienen aquello que hace a Dusk distinto de una cadena EVM típica.
Por eso, mejoras como las blob transactions o PLONK V2 las veo más como preparación de infraestructura que como “una función nueva”.
Pero una arquitectura bonita en el papel no dice mucho.
Lo que quiero ver es si DuskEVM logra mantener a los desarrolladores trabajando a largo plazo, si el volumen de transacciones realmente aumenta y qué activos financieros terminan por asentarse a través de DuskDS en lugar de quedarse solo en una demo o un anuncio.
Si aparecen esas cifras, separar la ejecución del settlement tendrá un significado práctico.
Si no, Dusk apenas habrá resuelto el problema de diseño, pero no el problema de la adopción.

@Dusk $DUSK #dusk

$UP $MarsCoin

Es destacable el 93% de seguridad de TermMax, pero no lo veo como una prueba final

Suele pasar que me desplazo bastante rápido por páginas de seguridad, porque la mayoría de los protocolos comparten el mismo conjunto de palabras clave: auditoría, bug bounty, monitoreo, timelock. Pero TermMax me hizo detenerme cuando vi que DeFiSafety le otorga 93%, el mismo nivel que el proyecto usa para compararse con Aave V3.
El número es bueno, pero creo que es más importante la forma de interpretarlo que el puntaje en sí.
DeFiSafety no audita directamente el código. Evalúan el proceso, la documentación, el grado de transparencia y cómo el protocolo aplica prácticas de seguridad. Por lo tanto, ese 93% sugiere que TermMax tiene un proceso de seguridad bien construido, pero no significa que el smart contract haya demostrado ser “seguro al 93%”.
Al observar el stack actual, TermMax tiene varias capas: auditoría para detectar fallos antes del despliegue, bug bounty para ampliar la superficie de verificación, Hypernative para monitorear anomalías después de que el sistema está en funcionamiento y timelock para retrasar cambios sensibles. Cada capa aborda un tipo de riesgo diferente.
Pero hay algo que no se puede comprar antes con una auditoría.
Eso es el historial de supervivencia frente al mercado real.
Aave V3 tiene la ventaja de haber operado durante muchos años y a través de muchas situaciones bajo presión. TermMax aún no cuenta con la misma cantidad de datos de experiencia real.
Así que no voy a preguntar si TermMax es seguro o no.
Quiero ver cómo reacciona este stack de seguridad cuando la liquidez fluctúa con fuerza, cuando el oráculo recibe presión o cuando aparece un caso extremo de verdad en mainnet.
El puntaje indica qué tan en serio se preparó el protocolo.
El track record nuevo indica hasta qué punto esas preparaciones resisten la realidad.

@TermMax #TermMax
$BEAT $BTC $ARX

Citadel reduce los datos que es necesario compartir, pero al mismo tiempo hace que me fije más en la persona que emite las credenciales

Lo que me parece interesante de Citadel es que los usuarios no necesitan proporcionar todo el expediente KYC a cada parte con la que quieren verificarse.
Después de la verificación, una credencial puede usarse para demostrar cosas específicas como la jurisdicción legal, el estatus de inversionista o el cumplimiento de algún requisito de compliance. La parte verificadora recibe exactamente la información necesaria, en lugar de todo el conjunto de datos de identidad.
Al principio pensé que esto solo era una forma de reducir la confianza.
Pero mirando con más detenimiento, la confianza en realidad se traslada a otra parte.
Si varias organizaciones aceptan una misma credencial, la decisión inicial del emisor tiene aún más peso. Una evaluación puede reutilizarse muchas veces, por lo que un error al emitir credenciales también puede propagarse más, en vez de afectar únicamente a una transacción.
El tiempo además vuelve el problema más difícil. Una credencial correcta hoy no necesariamente seguirá siendo correcta dentro de unos meses. El estado de las sanciones, la jurisdicción o la elegibilidad pueden cambiar.
Por eso, para mí, lo más importante de Citadel no es solo la divulgación selectiva. También está en la vigencia (freshness), la revocación y la responsabilidad del emisor cuando los datos de base han cambiado.
También me interesaría saber más sobre cuántas credenciales realmente se reutilizan, más que sobre cuántas integraciones se anuncian.
Porque la privacidad solo resuelve la pregunta de “cuántos datos necesita ver la parte verificadora”.
Pero cuando la credencial está mal o ya está desactualizada, la pregunta difícil sigue ahí: ¿quién se hace responsable de una decisión en la que todo el sistema ha confiado?
@Dusk $DUSK #dusk

$APR $BNB

Cuanto más problemas tiene Dusk, más me preocupo por quién está a cargo de restaurar la red

Al leer el consenso de Dusk, veo que el mecanismo “normal” no es lo que más debería preocupar. Lo interesante está en el momento en que la red no logra alcanzar el quórum de forma continua.
Tras 16 iteraciones fallidas, Succinct Attestation cambia a modo de emergencia. Se eliminan los timeouts de cada paso y pueden abrirse varias iteraciones a la vez para aumentar la probabilidad de encontrar un bloque válido. Si varios candidatos llegan al consenso, se prioriza el bloque de la iteración más baja.
Este diseño ayuda a que la red no se quede atascada solo porque algunos provisioners sean lentos o pierdan la conexión. Pero también me hace fijarme en otro límite: cuando las condiciones de la red empeoran, la capacidad de recuperación empieza a depender de forma más clara de la distribución del stake.
En el plan final, el bloque de emergencia solo se crea cuando el grupo de provisioners lo solicita y tiene la mayoría del stake total de la red. Mientras que, para participar directamente en el consenso, un provisioner actualmente necesita un stake mínimo de 1.000 DUSK.
Así que no solo veo el staking como una forma de obtener recompensas. También determina quién tiene peso cuando el sistema necesita salir de un estado anómalo.
Según yo, la prueba importante para Dusk no es un día de red funcionando sin problemas. Es cuando aumenta la congestión, algunos nodos se quedan atrás y los comités cambian continuamente: que la red se recupere sin concentrar demasiado el poder de decisión en un solo grupo con mucho stake o no.
Un mecanismo de recuperación puede ser muy sólido a nivel técnico.
Pero si el poder de salvar la red se concentra cada vez más según el stake, la descentralización es lo que más debe medirse con cuidado.
@Dusk $DUSK #dusk
$ONDO $BTC

¿TVL grande no necesariamente significa que se haya aprovechado del todo la eficiencia del capital de TermMax?

Lo que me resulta interesante del DeFi es que la liquidez puede verse bastante “densa” en el panel, pero en la práctica permanece bastante tiempo inmóvil entre una ronda de emparejamientos y la siguiente. El capital sigue ahí; solo que no siempre está en el lugar exacto donde hay necesidad de pedir prestado.
Los Atomic Orders de TermMax me llamaron la atención porque resuelven precisamente ese punto.
En lugar de dividir la liquidez en muchas partes separadas para cada mercado o para cada vencimiento, una sola fuente de capital puede servir para múltiples órdenes. Si este mecanismo funciona de manera eficiente, un dólar de liquidez no solo aparece una vez en el TVL, sino que también puede reutilizarse a través de múltiples oportunidades de crédito.
Por eso pienso que el TVL por sí solo no es suficiente para evaluar TermMax.
Un protocolo puede tener un TVL alto, pero la mayor parte del capital está esperando, y eso no necesariamente significa que sea mejor que un sistema más pequeño con una mayor rotación de capital. Con Atomic Orders, lo que quiero observar es la velocidad a la que se vuelve a emparejar el capital, cuántas veces se reutiliza y qué volumen de crédito soporta realmente cada dólar de liquidez.
Pero la liquidez compartida también tiene un aspecto que hay que revisar.
Muchos mercados pueden parecer más profundos cuando comparten una misma fuente de liquidez. Sin embargo, si la demanda de préstamos aumenta con fuerza en muchos lugares al mismo tiempo, saldrá a la luz el límite real de la liquidez disponible. El capital podría asignarse de forma más eficiente, pero no por eso se vuelve infinito.
En mi opinión, este es el métrico que realmente importa en TermMax.
No se trata solo de cuánta plata logra mantener el protocolo, sino de cuántas veces puede “trabajar” cada dólar de capital antes de que el sistema empiece a tocar el límite de liquidez.
@TermMax #TermMax
$SKYAI $BTC $BNB

Las P2P ahora tienen una capa adicional de “Verificación” y veo que este detalle vale la pena revisarlo antes de ejecutar una orden

El otro día, al usar Binance P2P, me di cuenta de que algunos comerciantes añadieron la etiqueta “Verificación” justo debajo del anuncio. Al hacer clic y revisarlo con detenimiento, en la sección de requisitos del anunciante pueden aparecer pasos adicionales, como verificar que la persona es real, documentos de identidad con foto o KYC adicional.
Lo que me parece importante es que estas exigencias no se muestran en el último paso, sino justo antes de colocar la orden.
O sea, antes de pulsar “Vender”, el usuario debería abrir la sección de condiciones del comerciante para leerla con atención. Si el anuncio pide verificación adicional y yo no quiero proporcionar esa información o no puedo cumplirla, lo mejor es detenerse desde el principio en vez de abrir la orden y luego descubrirlo.
En mi opinión, esta también es una capa de control bastante razonable para las transacciones P2P, especialmente con comerciantes que gestionan grandes volúmenes. Cuando la identidad de ambas partes es más clara, más adelante también es más fácil contrastar al pagador, el origen del dinero y manejar las disputas.
Pero tener verificación no significa que ignoremos otros pasos de seguridad.
Al vender USDT, sigo verificando por mi cuenta que el dinero realmente haya entrado en la cuenta antes de hacer Release. Al comprar, sigo enviando al usuario la cuenta que se muestra en la orden y mantengo toda la comunicación dentro de Binance. Si el comerciante pide enviar documentos por fuera de la plataforma, no lo haré solo porque el anuncio tenga la etiqueta de verificación.
Lo que me llevo es que antes yo solía fijarme en el precio, la Completion Rate y la cantidad de órdenes.
Ahora miraré también un punto más: qué es lo que el comerciante me pide que verifique antes de la transacción.
Leerlo bien durante 10 segundos antes de colocar la orden es más fácil que gestionar una orden que no encaja y que luego resulte inapropiada.

@Binance Vietnam #BinanceP2PAnToan
$BTC $ON $EDGE

Tipo de interés fijo frente a variable, creo que la respuesta depende de lo que quieras controlar

Cuanto más miro el TermMax, más veo que el préstamo a tipo fijo no es simplemente “tener un interés más estable”. Es intercambiar parte de la flexibilidad por la capacidad de conocer de antemano el coste o el rendimiento desde el inicio.
Si prestas 100.000 USD durante 12 meses con tipo fijo, sé casi con exactitud qué capital estoy bloqueando a cambio de qué nivel de rendimiento y en qué momento termina ese préstamo. Esto es especialmente útil si el objetivo es planificar el flujo de caja o mantener una estrategia estable sin tener que vigilar los intereses cada día.
Pero el precio a pagar es la oportunidad.
El mercado puede moverse más rápido que el plazo. Es posible que el nuevo tipo de interés sea más alto que el que se bloqueó. Otro pool puede resultar más atractivo. O simplemente quiero retirar el capital antes para pasar a otra estrategia.
El tipo variable funciona justo al revés. Mantienes la flexibilidad, pero tienes que aceptar que el rendimiento cambia continuamente y es más difícil de predecir.
Por eso, en mi opinión, fijo y variable no compiten como si uno fuera absolutamente mejor. Resuelven necesidades diferentes.
El fijo es adecuado cuando priorizas la certeza y quieres saber de antemano el resultado financiero de una posición.
El variable encaja mejor cuando das un valor alto a la liquidez y a la posibilidad de cambiar de estrategia.
Si tuviera 100.000 USD para prestar durante 12 meses, probablemente no elegiría uno u otro completamente. Dividiría el capital: 60k$ para bloquear un tipo fijo y generar una base de rendimiento más predecible, y el resto mantenerlo en variable para conservar margen de maniobra si el mercado cambia.
Para ti, si tuvieras que elegir entre uno de los dos, ¿qué es más importante en los próximos 12 meses: la certeza (certainty) o la flexibilidad (flexibility)?
@TermMax #TermMax

$BNB $RICE $APR

La privacidad de Dusk solo es realmente confiable cuando la red está bajo estrés

Lo que me cambió la forma de ver a Phoenix fue darme cuenta de que no ver no equivale a no poder comprobar.
En las transacciones cifradas, los observadores públicos no ven el remitente, el destinatario ni el importe como en Moonlight, pero la red aún debe verificar la transacción antes de que el estado sea aceptado. Luego, DuskDS envía el bloque mediante una propuesta, validación y ratificación para lograr una finalidad determinista.
En condiciones normales, este modelo es bastante compacto. Donde quiero mirarlo con más detalle es cuando la red está congestionada.
Si las transacciones públicas y las confidenciales ejercen presión simultáneamente sobre el sistema, el comité cambia continuamente y algunos provisioners empiezan a ir más despacio: la privacidad deja de ser la única pregunta. La red también debe mantener la vivacidad y la finalidad sin rebajar los estándares de verificación.
Lo que me parece razonable es que Dusk no trata todos los errores como si fueran iguales. Los provisioners que se pierdan sus tareas pueden recibir una soft penalty, mientras que las conductas que se pueden demostrar incorrectas, como un voto no válido o una firma en conflicto, pueden conllevar una hard penalty.
En mi opinión, esta es la prueba que vale más la pena observar que una transacción privada que simplemente funcione sin problemas.
Un buen sistema de privacidad no solo tiene que ocultar datos cuando todo va bien. Debe conservar la verificabilidad cuando los nodos se desincronizan, el comité rota y la carga de la red aumenta de forma notable.
Si Dusk logra mantener ese límite, entonces la privacidad será de verdad una propiedad de la infraestructura, no solo una experiencia de la billetera.
@Dusk $DUSK #dusk
$RICE $BTW

Vende USDT mediante el Comercio Rápido en Binance P2P: la operación es rápida, pero el último paso debe revisarse con mucha atención

Acabo de volver a probar el flujo de Vender en la sección de Comercio Rápido y me pareció bastante fácil de usar si sigues cada paso al pie de la letra.
Primero, entra a P2P → Comercio Rápido → elige Vender e introduce la cantidad de USDT que quieres vender. En la imagen lo probé con 10$. El sistema muestra el monto estimado en VND para que puedas verificar antes de continuar.
El siguiente paso es elegir el método para recibir el dinero. En el momento en que hice la operación, la transferencia bancaria tenía un precio de 25.506đ/USDT, mientras que MoMo era de 25.455đ/USDT. Yo suelo comparar ambos valores porque, aunque vendas la misma cantidad de USDT, el dinero real que recibes puede ser diferente.
Después de seleccionar la transferencia bancaria, Binance empareja la orden con el Merchant GiaoDichTuDong_247. El precio final de la orden es de 25.506đ/USDT y el monto estimado que se recibirá es de 254.804đ.
A partir de aquí, ya no necesito buscar un comprador por mi cuenta. Lo que hay que hacer es esperar a que el socio pague en la cuenta bancaria registrada.
Este también es el paso más importante.
Cuando Binance indica que el comprador ya pagó, yo igual abro la app del banco para comprobarlo. Debo verificar que el monto sea correcto, el estado de la transacción y, especialmente, el nombre del remitente. Si el nombre real del que envía no coincide con el nombre del comprador que se muestra en la Order, no presiono “Desbloquear” y uso “Reclamo/Disputa” para resolver.
Solo cuando toda la información coincide, elijo “Recibido” y luego confirmo el desbloqueo de USDT.
Después del release, la orden pasa a “Completada” y los 10 USDT quedan registrados como vendidos con éxito.
El Comercio Rápido ayuda a evitar el proceso de buscar Merchant, pero no elimina el paso final de verificación.
Rápido al operar, pero con unos segundos de más al verificar el dinero: así es como yo lo veo más seguro.

@Binance Vietnam #BinanceP2PAnToan
$RICE $BTW $M

TermMax có thể đúng về nhu cầu dài hạn nhưng vẫn phải chứng minh người dùng muốn đổi thói quen

Cuanto más leo sobre TermMax, más veo que la pregunta más importante no está en si el lending con tipo fijo es o no razonable. En lo financiero, es fácil de entender: los prestatarios conocen de antemano el coste del capital, los prestamistas conocen de antemano el rendimiento y ambos tienen fechas de vencimiento claramente definidas.
Pero DeFi no carece de productos razonables.
Lo más difícil es convencer a los usuarios para que se alejen del money market con el que ya están familiarizados. Los tipos variables pueden resultar molestos, pero a cambio ofrecen alta liquidez, operaciones sencillas y no tener que pensar demasiado en los plazos. Para muchas personas, esa comodidad ya es suficientemente buena.
TermMax solo marca una diferencia real cuando la certeza sobre el coste del capital vale más que la flexibilidad que los usuarios ya tienen.
Esto queda más claro con el apalancamiento. Si una estrategia depende de un margen de ganancias reducido, conocer de antemano el coste de financiación puede ayudar a calcular la posición con mayor precisión; pero para quienes solo depositan activos para obtener rendimiento, los beneficios del tipo fijo pueden no ser lo bastante fuertes como para que cambien de comportamiento.
Por eso pienso que XP o los Activity Points solo resuelven el problema del atractivo inicial. Pueden atraer volumen y llevar usuarios al sistema, pero no responden la pregunta más difícil: cuando las recompensas disminuyan, ¿seguirán volviendo por el producto en sí?
No tengo dudas de que la demanda de fixed income será mayor a medida que las criptomonedas maduren.
Lo que no tengo claro es el momento.
Si TermMax quiere demostrar product-market fit, miraría la tasa de retorno de los usuarios, la liquidez sostenida después de los incentivos y si el tipo fijo realmente les ayuda a gestionar mejor el capital que las opciones actuales.

@TermMax #TermMax
$BTC $LAB $X

Dusk Trade me hace pensar que un “neobroker” onchain no debería evaluarse por la interfaz

Si solo lo miras desde la perspectiva del usuario, Dusk Trade se parece bastante a un lugar para encontrar y operar activos tokenizados, pero lo que a mí me interesa está detrás de la pantalla de compraventa.
Con activos administrados, una orden no solo necesita casar el precio. El comprador también debe pasar por el proceso de onboarding, cumplir las condiciones de propiedad, conectar la billetera y solo revelar a la parte con derecho los datos necesarios. Dusk Trade está reuniendo esos pasos en un mismo flujo de trabajo, coordinando además la parte de los activos y la parte de los pagos antes del settlement.
Para mí, esa es precisamente la idea de un neobroker en el contexto de RWA. El valor no está en convertir bonos o fondos en tokens y colocarlos en una app nueva. Lo difícil es lograr que la propiedad, las condiciones de operación, el nivel de privacidad y el settlement funcionen de forma fluida entre sí.
Pero todavía no quiero evaluar Dusk Trade por la waitlist.
El número de inscritos solo indica curiosidad. Lo que realmente vale la pena mirar es qué activos reales está publicando el issuer, cuántas cuentas cumplen las condiciones y realmente operan, y qué cantidad de valor ha sido liquidada (settled) a través del sistema.
Dusk aún describe Dusk Trade como un producto en construcción. Por eso, para mí, el hito importante no es cuánta gente se sume a la app en espera, sino cuando MMF, bonos o los demás activos regulados empiecen a generar volumen real.
El narrative puede captar la atención.
El settlement real es lo que prueba que el mercado existe.

@Dusk $DUSK #dusk
$CLO $LAB

La semana pasada, mi amigo se hizo con una operación alpha por 20k$ y luego vendió USDT para comprar el “fondo” en oro. Me contó que ese día la orden P2P se veía completamente normal. El dinero entró correctamente, el nombre del remitente se parecía mucho a la información del destinatario en la Orden, y el concepto de la transferencia tampoco tenía nada fuera de lo habitual, así que la liberó al instante sin pensarlo demasiado.
Unos días después, el banco volvió a llamar para preguntar por el origen del dinero y le bloquearon la cuenta bancaria.
Esta situación me hizo entender algo: el escrow protege el cripto durante la transacción, pero no puede decir por adelantado de dónde proviene el dinero fiat del vendedor antes de que entre en la cuenta bancaria.
Este tipo de riesgo no aparece de inmediato en la pantalla. La Orden ya se completó, el USDT ya salió de la billetera; entonces recién puede surgir la pregunta sobre el origen del dinero.
Cuanto más opero, más claro veo que la “costumbre” a veces puede ser más peligrosa que ser nuevo. Después de decenas de órdenes fluidas, es fácil pensar que el dinero está bien, que el comprador es educado y que el Merchant tiene buen historial, así que todo debe estar bien.
Pero esas señales no sustituyen la verificación del remitente.
Al vender P2P, siempre priorizo la cuenta de pago que tenga el nombre coincidente con el comprador en la Orden, mantengo todo el intercambio dentro de Binance y guardo el Order ID junto con el comprobante bancario. Si el dinero viene de una cuenta de un tercero o si la información no coincide, no me pongo a adivinar la razón y liberar “para que termine”.
No es que todas las operaciones con nombres distintos tengan problemas, pero si no entiendo el origen del dinero, tampoco tengo motivos para tener prisa y desbloquear el cripto.
La seguridad en P2P no solo consiste en evitar perder USDT en el momento de la operación
A veces también es asegurar que unos días después todavía tenga pruebas suficientes para explicar claramente el recorrido del dinero a través de mi cuenta.
@Binance Vietnam #BinanceP2PAnToan
$APR $CLO $BTC

TermMax no elimina la incertidumbre; la valora antes de que empiece la negociación

Al principio pensé que el lending a tipo fijo era atractivo porque ayuda a los prestatarios a escapar de la volatilidad de las tasas de interés. Eliges el plazo, fijas el nivel de costos y sabes de antemano cuánto tendrás que pagar al vencimiento. Suena casi completamente opuesto al resto de DeFi.
Pero al leer con más detalle el mecanismo de TermMax, veo que “fijo” no significa que el riesgo desaparezca.
FT está diseñado como un bono de cupón cero: representa el derecho a recibir una cantidad determinada de tokens de deuda en la fecha de vencimiento. Gracias a eso, los prestamistas saben de antemano el valor que recibirán, mientras que los prestatarios pueden fijar el costo de capital desde el principio.
Lo interesante es que esa misma infraestructura todavía respalda el apalancamiento y las estrategias para buscar mayor rendimiento.
Entonces @TermMax en realidad no borra la incertidumbre del mercado. Solo traslada la parte incierta al momento de la fijación del precio. Cuando se forma un tipo fijo, los participantes aún tienen que decidir si ese nivel refleja correctamente las expectativas sobre tasas, liquidez y riesgo durante todo el período.
Si el mercado cambia después de abrir la posición, el contrato no se ajusta. Los usuarios ganan certeza, pero a cambio aceptan la posibilidad de que, después, el nivel de tasa que se bloqueó se vuelva menos atractivo que el del mercado.
En mi opinión, ese es el punto realmente destacable del #TermMax
El tipo fijo no es una promesa de que DeFi deje de tener volatilidad. Es una forma de convertir la volatilidad futura en un precio con el que uno puede estar de acuerdo hoy.
La pregunta que me interesa no es cuántos riesgos elimina TermMax, sino qué tan preciso es su mercado al valorar ese riesgo antes de que el usuario bloquee el plazo y comprometa capital real.

$BTC $BNB $X

La reducción a la mitad de Dusk no me dice cuánto ganará el staking

Al principio pensé que solo con mirar el calendario de emisión de Dusk podría estimarse de forma bastante precisa el rendimiento del staking, pero cuando comparé el valor de la emisión con la cantidad de DUSK que actualmente se está haciendo staking, vi que estas dos cosas están relacionadas pero no son equivalentes.
Según el mecanismo actual, la red emite 19,8 DUSK por bloque. La cantidad total de emisión prevista es de 500 millones de DUSK en 36 años y la velocidad de emisión se reduce a la mitad después de cada cuatro años. Esta parte es bastante fácil de predecir porque está definida a nivel de protocolo.
Pero el rendimiento de cada persona que hace staking depende de otras variables.
Si aumenta el total de active stake, la parte que le toca a cada validador o delegador dentro de la totalidad del pool de recompensas será menor, suponiendo que los demás factores no cambien. Además, influyen el nivel de participación en el consenso y las comisiones de las transacciones. Por lo tanto, con una misma emisión por bloque, el APY real aun puede variar de forma significativa.
Ahí es donde yo solía confundir estos dos conceptos.
El halving solo indica la velocidad con la que entra nuevo DUSK al sistema de recompensas. No dice cuánto recibirá mi staking. Un calendario de emisión fijo hace la fuente de suministro de recompensas más predecible, pero no elimina la competencia entre quienes participan en el staking.
Por eso, si quiero evaluar el staking, no me limitaré a mirar el calendario del halving. También haré seguimiento del total de active stake y de cómo cambia esta cantidad con el tiempo.
Cuanto más predecible sea la emisión, más importante se vuelve la competencia entre los que hacen staking.
En mi opinión, con Dusk, la pregunta que realmente importa no es “¿cuántas recompensas hay por bloque?” sino “¿cuántos DUSK están compitiendo a la vez para recibir esas recompensas?”
@Dusk $DUSK #dusk
$STBL $LAB

He usado Binance P2P desde 2022 y, cuanto más tiempo paso comerciando, menos me importa “cazar un buen precio”.

Revisé fotos de mis operaciones del 21/1/2022 y vi una orden de venta de 1.656 USDT. Recibí 38.836.512đ, equivalente a unos 23.452đ/USDT.
Al mirar con más claridad, me doy cuenta de que he usado Binance P2P durante mucho tiempo. Al principio solo me importaba una cosa: qué Merchant compraba a un precio más alto, ese era el que elegía. Con los años, mi forma de comerciar ha cambiado mucho.
El primer consejo es no fijarse solo en el precio. Una diferencia de unas cuantas decenas de đồng por cada USDT no vale la pena a cambio de un socio que responda lento, condiciones complicadas o un historial de operaciones poco estable. Siempre reviso la Completion Rate, el número de órdenes completadas, los límites de negociación y el método de pago antes de abrir una Orden.
También reviso varias publicaciones de anuncios al mismo tiempo para ver el panorama general. Que el anuncio esté arriba en la primera página no significa que tenga el mejor precio, así que comparar durante unos segundos puede evitar una orden con una desviación de precio demasiado grande.
El segundo: cuando vendo USDT, solo lo libero después de abrir yo misma la app del banco y ver que el dinero realmente ya entró. Una captura de la transferencia, el SMS o un mensaje tipo “ya te transferí” no sustituye ese paso.
El tercero: todas las comunicaciones las mantengo en el Order Chat. Si el otro pide pasar a Zalo o Telegram, cambiar la cuenta para recibir dinero o tratar fuera de Binance, me detengo de inmediato.
Con órdenes grandes, también suelo dividirlas en partes. Así es más fácil controlar el flujo de dinero y se reduce la presión cuando surge un problema en una transacción.
Al final, siempre priorizo el proceso por encima de la rapidez. Un P2P efectivo no es el que negocia más rápido ni el que deja unas decenas de miles de ganancias extra.
Es cuando el dinero entra bien, la información coincide y hay pruebas suficientes, y no tengo que apostar a mi propia suposición.

@Binance Vietnam #BinanceP2PAnToan

$BTC $APR $LAB

Ver la clave de Dusk me hizo pensar más sobre el “derecho a ver”

Cuando leí sobre Phoenix, al principio me fijé en la parte de las transacciones que está oculta ante los observadores públicos, pero lo que me pareció más difícil no estaba en eso, sino en el selective disclosure.
Phoenix permite que el propietario comparta la viewing key para que otra parte pueda identificar qué outputs le pertenecen y, con los datos proporcionados, leer la parte de su valor correspondiente. Esto encaja con auditorías o informes, porque quien necesita verificar puede ver la información suficiente sin convertir toda la transacción en datos públicos.
Pero desde aquí surge una pregunta poco mencionada: ¿cuánto tiempo debe existir el derecho a ver?
Una auditoría tiene un inicio y un fin. En cambio, la viewing key es un derecho de acceso criptográfico. Si una empresa la comparte con un auditor, lo importante no es solo quién puede ver, sino también qué alcance de datos ve, cómo se gestiona la key y qué ocurre cuando se ha completado el propósito original.
En mi opinión, esto es una privacidad más “real” que el hecho de ocultar saldos del explorer.
Blockchain puede impedir que el público vea los datos de Phoenix, pero una vez que la información se ha revelado de manera válida, el sistema no puede hacer que la copia del destinatario desaparezca por sí sola. La privacidad, por tanto, no termina en la criptografía: también depende de la gobernanza de los permisos y de los procesos fuera de la cadena.
Lo que quiero observar en #dusk l es cómo la viewing authority se limita en la práctica.
¿Quién puede ver, qué parte puede ver y durante cuánto tiempo?
Si el selective disclosure puede responder a esas tres preguntas, entonces la privacidad realmente se convierte en una herramienta para finanzas gestionadas.

@Dusk $DUSK $Q $BASED