Thanh Tung 90

#termmax @TermMax

Yo solía pensar que RWA no era más que tomar un activo del mundo real, tokenizarlo y ponerlo en una blockchain. Si la propiedad quedaba registrada on-chain, yo pensaba que la parte más difícil prácticamente ya estaba resuelta.

Pero cuando vi TermMax, especialmente la manera en que se refieren a la entrega física, empecé a darme cuenta de que había simplificado demasiado el problema. Un activo tokenizado no significa automáticamente que se vuelva tan líquido como ETH o un stablecoin. Cuando el préstamo llega al punto en que surgen problemas, la pregunta clave pasa a ser cómo se puede gestionar ese activo.

La entrega física me llamó la atención precisamente por este motivo. En lugar de que todo tenga que volver a un mercado secundario para vender el colateral, en algunas estructuras, el activo puede transferirse directamente al prestamista (lender). Para mí, esta es una perspectiva más realista sobre RWA: la blockchain puede hacer muy bien lo referente al registro y la transferencia, pero no puede crear liquidez por sí sola para un activo que ya era poco líquido.

Esto también se relaciona bastante con el fixed-rate lending (préstamos a tasa fija). Cuando un préstamo tiene un plazo concreto, el prestamista no solo se centra en el interés que recibirá. También necesita saber qué tipo de riesgo está asumiendo realmente si el prestatario no devuelve a tiempo.

A partir de ahí, comencé a ver TermMax no solo como un protocolo de lending, sino como un experimento sobre cómo construir un mercado de crédito para activos que no son del todo iguales a los criptoactivos nativos.

Todavía no creo que los RWA vayan a escalarse de forma sencilla. Lo que quiero seguir observando es cómo manejará TermMax, a medida que crece el tamaño de los activos, el equilibrio entre la transparencia on-chain, la propiedad en el mundo real y la liquidez efectiva de esos activos.

#termmax @TermMax

Antes pensaba que el lending en blockchain solo resulta realmente eficiente cuando las garantías son lo bastante líquidas. ETH, BTC o stablecoins pueden valorarse de forma continua y venderse casi de inmediato cuando la posición entra en problemas. Por eso, dudaba bastante de la idea de introducir activos menos líquidos en el lending.

TermMax me hizo replantearlo al estudiar el mecanismo de physical delivery. En lugar de asumir que todas las garantías deben venderse en el mercado para gestionar el préstamo, este mecanismo permite que, en algunos casos, el activo se transfiera directamente al prestamista. Ese detalle no suena tan grande, pero me hizo darme cuenta de que el problema de los RWA no reside únicamente en tokenizar activos.

Si un activo real se lleva a blockchain pero la liquidez secundaria sigue siendo limitada, la forma de manejar el préstamo cuando surge un problema será igual de importante que cómo se valoró. Un token que representa un activo real no se vuelve naturalmente más líquido solo porque exista en cadena.

Desde esta perspectiva, el fixed-rate lending también empieza a tener un significado diferente. Cuando el préstamo tiene un plazo y una tasa de interés clara, el prestamista necesita saber no solo cuánto recibirá, sino también qué activo puede quedar detrás del préstamo si las cosas no salen como se esperaba.

Sigo siendo bastante cauteloso con la narrativa de los RWA. La tokenización puede resolver una parte del problema relacionado con la propiedad y el comercio, pero no puede borrar por sí sola las limitaciones de los activos subyacentes.

Lo que quiero observar en TermMax es cómo funcionará el physical delivery cuando se aplique a activos realmente poco líquidos. Porque ahí es cuando creo que este mecanismo se valida de verdad.

#binancep2pantoan @Binance Vietnam
Una vez vendí 400 USDT en P2P. El comprador acababa de pasar a “Pagado” y me mandó inmediatamente una foto del recibo.

A simple vista, yo tampoco dudé. La foto del comprador tiene el nombre completo del destinatario, el importe, la hora de la transacción, el código de transacción… parecía exactamente como una captura real de la app del banco.

El comprador además me escribió:

“Por favor revisa, ya hice la transferencia. Libera los USDT para mí.”

La verdad, en ese momento yo también estaba un poco confiado. Pero antes de liberar, abrí la app del banco para comprobar.

No había nada.

Volví a refrescar varias veces, revisé el historial de transacciones, el saldo… y aun así no vi ese ingreso.

Le respondí:

“En nuestro lado aún no hemos recibido el dinero, ¿vale?”

El otro lado de inmediato volvió a enviar la foto y dijo:

“Pero ya transferí, ¿no ves? Vuelve a revisar.”

Fue entonces cuando me di cuenta: la imagen se parecía mucho a la real, pero no demostraba que el dinero realmente hubiera entrado en mi cuenta.

Lo siguiente es que el comprador siguió insistiendo, diciendo que seguramente era un error, y me pidió agregar Zalo para continuar la operación. Incluso me prometió que, si hacíamos la operación por Zalo, el precio sería más alto que el del P2P en Binance.

No liberé los USDT ni cancelé la operación con prisa; solo conservé todo el chat y abrí una reclamación para que Binance lo gestione.

Cuando te toque un caso en el que el comprador envía una imagen falsa de comprobante de transferencia en Binance P2P, recuerda estos puntos:

🔴 No liberes USDT solo porque el comprador envió una foto del comprobante.
🔴 Si el dinero no ha entrado a tu cuenta, bajo ninguna circunstancia liberes.
🔴 No hagas clic en enlaces extraños ni proporciones información bancaria.
🟢 Guarda la imagen, el chat y el código de transacción.
🟢 Si hay señales de algo anormal, abre una reclamación para que Binance te ayude.
🟢 Haz operaciones P2P solo en Binance.

#dusk $DUSK @Dusk
Antes, yo pensaba que una Layer 1 para las finanzas solo necesitaba tener una velocidad suficientemente buena, comisiones razonables y la capacidad de gestionar activos tokenizados. Si la blockchain ya resolvió el settlement, entonces quizá lo demás solo sea construir aplicaciones encima.

Pero al leer con más detenimiento sobre Dusk, empecé a notar que estaba mirando el problema de manera un poco simplista. Un detalle que me llamó la atención es que Dusk no solo habla de activos tokenizados: también construye todo lo que rodea su ciclo de vida: incorporación de inversores, vinculación de wallets, control de transferencias, disclosure y coordinación de pagos.

Esto me hizo cambiar la forma en que veo los RWA. Un token que represente un bono o un fondo de inversión no se convierte de manera natural en un activo financiero utilizable solo porque esté en una blockchain. Todavía hace falta una respuesta para quién puede comprar, quién puede mantenerlo, qué información debe hacerse pública, qué información debe mantenerse en secreto y cómo se hará el settlement entre el dinero y el activo.

Dusk va incluso más allá al separar la ejecución del settlement: DuskEVM para Solidity y DuskVM para las aplicaciones que necesitan interactuar directamente con la L1, mientras que DuskDS se encarga del settlement y la disponibilidad de datos.

No creo que esta arquitectura por capas haga automáticamente que Dusk se convierta en una buena infraestructura financiera. Cuantas más piezas, más cosas hay que demostrar en la práctica.

Pero tal vez ahí es donde precisamente quiero fijarme: si Dusk puede convertir una serie de requisitos de capital muy dispersos del mercado tradicional en un workflow onchain verdaderamente fluido.

#binancep2pantoan @Binance Vietnam
Revisa bien la cantidad de dinero antes de hacer Release, ¿vale, chicos? Con que se desvíe solo unos cientos de miles ya es suficiente para que pierdas dinero de forma injusta.

Una vez vendí 500 USDT en P2P. El pedido estaba correcto: 13.550.000 VND. El comprador tocó “Ya pagado”; además, el teléfono también mostraba una notificación de que entró el dinero, así que abrí la app del banco solo para comprobar un poco y pensé en hacer Release.

Pero al mirar con más detenimiento, vi que había algo raro.

Pedido: 13.550.000 đ
Recibido: 13.055.000 đ

La diferencia era de 495.000 đồng. Pero si solo miras rápido el total, es muy fácil pasarlo por alto. Especialmente cuando hay muchas órdenes seguidas, ver que la cuenta sube más de 12 millones hace que mi cerebro se convenza fácilmente: “ya está, el dinero es el correcto”.

Como todavía no había hecho Release, le envié un mensaje al comprador preguntando por la parte que faltaba. Del otro lado dijeron que se habían equivocado al transferir y me pidieron que yo hiciera Release primero, y luego enviarían el resto.

Por supuesto que no hice eso.

Mientras el USDT siga en Escrow, todavía tengo derecho a revisar. En cuanto se hace Release, la historia es completamente distinta.

Desde entonces, adopté una regla bastante simple: no revisar el dinero “por sensaciones”.

Abrir el banco → mirar la cantidad real recibida → comparar cada cifra con el Pedido → solo si está al 100% se hace Release.

Que el comprador marque como Pagado no significa que el dinero esté completo. La notificación “ting ting” tampoco significa que la transacción ya esté finalizada.

Recomendación para cuando les pase esto:

* No hacer Release de USDT si no se recibió el dinero completo.
* Siempre abre la app del banco para verificar la cantidad real recibida, no solo mirar la notificación.
* Compara cada cifra con el monto del Pedido.
* No confiar en las fotos del comprobante ni en la promesa de “release primero, te transfiero el resto”.
* Guarda el Pedido, el historial de transacciones y todo el chat.
* Si el comprador no coopera, conserva el USDT y presenta Appeal directamente en la plataforma. No lo resuelvas por fuera de la plataforma, como por ejemplo en Zalo

#dusk $DUSK @Dusk
Anteriormente, yo creía que una blockchain para las finanzas solo necesitaba resolver bien dos cosas: llevar los activos a la cadena y hacer que se puedan negociar de forma más sencilla. En ese entonces, miraba RWA principalmente desde esa perspectiva, por lo que era bastante fácil dejarme convencer por las cifras sobre la cantidad de activos tokenizados.

Pero cuando profundicé más en Dusk, empecé a ver que el problema está en la parte que viene después del token. Dusk Trade se está construyendo no solo para la negociación de activos tokenizados, sino que también gira en torno a todo el proceso de incorporación de inversores, vinculación de billeteras, control de transferencias y coordinación de pagos. Este detalle me hizo darme cuenta de que la tokenización en realidad es solo una parte muy pequeña del mercado financiero.

Lo que da que pensar es que Dusk quiere que estos procesos estén en una misma infraestructura con capacidad de settlement determinista y privacidad con “selective disclosure” (divulgación selectiva). Yo pensaba que, cuanto más transparente sea una blockchain, mejor, pero con activos gestionados, hacer públicos todos los datos a veces no es la opción más realista. Un inversor quizá necesite privacidad, mientras que una institución o una autoridad reguladora todavía necesita la posibilidad de verificar cuando sea necesario.

A partir de ahí, empecé a ver Dusk menos como una blockchain “de tokenización de RWA” típica. La ambición real parece estar en llevar a la cadena más partes del ciclo de vida de un activo: desde la emisión hasta la negociación y el settlement, pero conservando al mismo tiempo las capas de control que exige el mercado tradicional.

Todavía no sé si este enfoque será lo bastante simple para que las organizaciones lo usen de verdad. Quizá eso sea lo siguiente que vale la pena observar.

#termmax @TermMax
Yo antes pensaba que los vaults en DeFi no tenían nada particularmente especial. Los usuarios depositan dinero, el protocolo busca rendimientos por ellos y, al final, reciben una parte de las ganancias. Suena bastante parecido a una caja ya empaquetada, con la única diferencia de que esa caja está en blockchain.

Pero cuando investigué el modelo de Vault y el Curator de TermMax, empecé a ver que esa interpretación era un poco superficial. El Curator no es simplemente alguien que “busca un APY alto”. Tiene que decidir en qué mercado se debe invertir el capital, por cuánto tiempo y con qué nivel de riesgo. En particular, en el lending a tasa fija, la asignación del capital también está ligada a la madurez (maturity). Un rendimiento bueno pero con mala liquidez o un vencimiento que no encaja quizá no sea, necesariamente, la mejor opción.

Esto me hizo replantear el lending a tasa fija. Antes, yo solía comparar los protocolos usando el APY que aparece en pantalla. Pero si el capital se asigna a través de muchos mercados con distintos plazos, quizá la pregunta más importante sea: ¿de dónde proviene ese rendimiento y qué está intercambiando (cediendo) el curator para conseguirlo?

Me gusta cómo este modelo hace que un problema de capital bastante invisible se vuelva más claro. Los usuarios quieren un rendimiento pasivo, pero esa “pasividad” no significa que el riesgo desaparezca. Solo se traslada desde el usuario hacia otra capa de gestión.

Todavía quiero observar cómo los vaults de TermMax manejan las fases de mercados con alta volatilidad. Una estrategia que parece muy razonable cuando hay abundante liquidez quizá se compruebe de verdad cuando las maturities empiecen a diferir entre sí y los usuarios quieran retirar su capital al mismo tiempo.

#binancep2pantoan @Binance Vietnam
Hay un tipo de transacción P2P que, creo, cuando el comprador lo vive una vez, no se olvida: el dinero ya se ha transferido, el banco marca la operación como exitosa, pero el cripto todavía no aparece por ningún lado 😂

Antes yo pensaba que el P2P en Binance era bastante sencillo. Eliges el comercio (merchant), pones la orden, haces la transferencia, el vendedor confirma y luego recibes USDT. Si todo va normal, en unos minutos se termina.

Pero en la práctica a veces es diferente.

Una vez compré 1000 USDT para recargar en mi cuenta de trading. Hice la transferencia y envié exactamente la información que figuraba en el Order, luego me quedé esperando. Al rato, el merchant no había liberado (Release) todavía.

Le pregunté y me respondieron:

“La tienda está revisando la transferencia del banco; por favor espera unos minutos más.”

Vale, esperé.

10 minutos… 30 minutos… y luego una hora, dos horas, seguía esperando. No tardé en darme cuenta de que ya habían pasado cinco horas.

En ese momento empecé a impacientarme. No porque el monto fuera demasiado grande, sino porque el dinero ya se había ido de mi cuenta, pero los USDT seguían en estado de “pendiente de procesamiento”. Si en ese momento yo necesitaba capital para entrar a comprar a la baja (catch the dip) en alguna coin o para reforzar con más margen y salvar la posición del future antes de que se liquidara, entonces sí sería una tragedia.

Tampoco creo que un merchant que tarda en hacer Release signifique necesariamente que tengan malas intenciones. Puede ser que necesiten conciliación (revisión/seguimiento), que el banco vaya retrasado con la actualización o simplemente que estén procesando demasiadas transacciones.

Si les pasa algo similar, yo mantendría la Order tal cual, guardaría las pruebas de la transferencia y haría la comunicación directamente dentro del chat. No cancelaría la orden por cuenta propia ni enviaría más dinero solo porque el merchant lo pida. En especial, que nadie intente resolver el problema fuera de plataformas de Binance como Zalo o Telegram. Y pienso que Appeal es una opción razonable si el vendedor no responde

#dusk $DUSK @Dusk
Entonces, ¿cuál crees que es el motivo por el que usas DUSK?

Antes, yo pensaba que el mayor problema de la RWA era llevar un activo del mundo real a la blockchain. Un bono o un fondo se tokeniza, se negocia en cadena, y listo: aparentemente lo importante ya estaba resuelto.

Pero al profundizar en Dusk, empecé a dudar de esa visión. Hay un detalle bastante pequeño, pero que llamó mi atención: Dusk distingue entre tokenización y emisión nativa. Una cosa es poner un activo existente en la cadena; la otra es diseñar para que más partes del ciclo de vida del activo se formen y operen directamente en la cadena.

Esa diferencia suena relativamente menor, pero a medida que pienso, se vuelve más importante. Si solo tokenizas un activo que ya existe, la blockchain aún tiene que depender de muchos procesos externos para verificar la propiedad, emitir, transferir o liquidar. En ese caso, el token puede estar en la cadena, pero la mayor parte de la lógica del activo sigue fuera de ella.

Dusk me hace ver la RWA desde otro ángulo: el problema no es solo “llevar un activo a la blockchain”, sino ver cuánta parte del propio ciclo de vida del activo puede asumir la blockchain. Y aquí es donde la privacidad programable se vuelve especialmente relevante. Para valores gestionados, no toda la información puede hacerse pública, pero tampoco se puede permitir que el proceso de operación se convierta en una caja negra.

Sigo siendo bastante prudente con este tipo de afirmaciones. La emisión nativa suena razonable en un papel, pero la brecha entre lo que la infraestructura podría hacer y lo que las organizaciones realmente utilizan sigue siendo enorme.

Esa es la brecha que quiero seguir observando en Dusk.

#termmax @TermMax

Antes yo pensaba que el apalancamiento en DeFi era simplemente pedir más dinero para aumentar las ganancias. Si tienes activos, los pones como garantía, pides stablecoins y luego compras más activos. Si el mercado va en la dirección correcta, ganas más; si sale mal, pierdes más. Yo lo veía casi como una simple multiplicación.

Pero al ver cómo TermMax construye un apalancamiento con un solo clic (one-click leverage), empecé a notar que el problema era más complejo. Usar un flash loan para reunir muchos pasos en una sola transacción no solo hace que la operación sea más rápida. También cambia la forma en que se crea desde el principio una estrategia de leveraged yield.

Especialmente cuando los activos en garantía son activos que generan rendimiento (yield-bearing assets) o Principal Tokens, lo que se amplifica no es únicamente el precio de un token. El usuario está intentando amplificar todo el flujo de rendimiento asociado a ese activo. Y en ese momento, la curva de precios se vuelve crucial. El costo del préstamo, el nivel de precio y la liquidez ya no son variables aisladas. Con que haya un solo eslabón que no encaje, el beneficio esperado puede erosionarse por el propio costo del capital.

Esto me hace ver el apalancamiento menos como una herramienta para “ganar más”. En realidad, se parece más a una forma de reordenar el flujo de capital, donde cada decisión tiene su propio costo.

Aun así, quiero observar algo: cuando el mercado se vuelve muy volátil, ¿las estrategias de apalancamiento diseñadas de forma tan compacta en la interfaz realmente mantienen esa compacidad cuando llega el momento de deshacer (unwind) la posición? Porque a veces, la parte más difícil del apalancamiento no está al abrir la operación, sino cuando se quiere salir.

#termmax @TermMax

Antes yo pensaba que el lending en DeFi, en esencia, era solo depositar activos en un protocolo, ganar intereses y esperar a que el rendimiento variara según la oferta y la demanda. Cuanto más alta la tasa de interés, más atractivo; si es baja, se retira el capital. Me había acostumbrado a esa visión bastante simple hasta que descubrí TermMax y vi que ellos colocan el lending con tasa fija en el centro.

Lo que me hizo replantearme no fue que “la tasa fija” suene atractiva, sino la forma en que cambia la naturaleza del préstamo. Cuando un prestamista bloquea el rendimiento (yield) y el vencimiento con antelación, el beneficio deja de depender únicamente del APY que aparece en la pantalla. Se convierte en un acuerdo con un plazo claramente definido entre quien aporta el capital y quien lo utiliza.

Pero justo en ese momento, también me di cuenta de otro problema. Si el capital está ligado a un vencimiento (maturity), la liquidez se vuelve una historia mucho más difícil. El prestamista puede saber cuánto recibirá, pero ¿y si necesita retirar antes del plazo? Ahí es donde me fijé en mecanismos como Smart Unwind en TermMax V2. Esto me mostró que el lending con tasa fija no solo es un problema de rendimiento, sino también de la capacidad de salir de la posición.

Todavía no he pensado que la tasa fija vaya a reemplazar al lending tradicional. Solo vi que yo había simplificado demasiado el problema. Lo que quiero seguir observando es si TermMax realmente puede resolver la contradicción entre el rendimiento fijo y la necesidad de liquidez.

#binancep2pantoan @Binance Vietnam
¿Comprar con 150$ USDT y pedir al comprador que envíe fotos del CCCD y grabe un video de su rostro solo para que pague? 😵‍💫

Anoche publiqué en P2P de Binance para vender por 150$ , chicos. Pensé que la operación tardaría unos minutos y listo, pero el comprador no transfirió el dinero: en vez de eso me escribió exigiendo que yo tomara una foto del CCCD, grabara la pantalla de la app del banco y grabara un video de mi rostro; luego se los envié para que “verificaran la identidad”.

¿Eh? Yo estoy vendiendo USDT, no estoy haciendo ningún trámite de préstamo con el banco… ¿y por qué necesitaría tanto? 😭

Tampoco sé para qué realmente necesitan esa información. Pero con datos personales como el CCCD o un video con mi cara, no tengo ninguna razón para enviárselos a alguien que no conozco solo porque lo piden. ¿Y si usan ese video para cometer estafas? ¿Quién sabe…?

Así que no envié nada más y tampoco liberé los USDT.

Después presenté una apelación (Appeal) ante la plataforma y, a la vez, guardé todo el historial del chat y la información de la orden para que revisen. Creo que en casos como este es más seguro dejar que la plataforma se encargue en vez de llegar a acuerdos por fuera.

Chicos, en las transacciones P2P recuerden estas reglas:

🔴 No proporcionen el CCCD, video del rostro, información de la cuenta ni datos personales que no tengan relación, solo porque la otra parte lo solicite.

🔴 No pasen a Zalo/Telegram para “verificar” o resolver asuntos por su cuenta. Resuelvan todo únicamente en Binance.

🟡 Que el comprador diga que ya transfirió no significa que el dinero ya esté en la cuenta. Si no se ha comprobado que el dinero está ahí, todavía no se libera el USDT.

🟢 Guarden el Order ID, el historial del chat, la hora de la operación y la prueba del pago como respaldo para la apelación cuando haga falta.

No se metan en un lío solo por querer hacerlo rápido, chicos.

#dusk $DUSK @Dusk
Según usted, ¿cuál es la aplicación en la vida real más destacada de Dusk?

Antes yo pensaba que cuanto más transparente fuera una blockchain dedicada a las finanzas, más confiable sería. Si los datos de las transacciones pueden verse y verificarse públicamente, entonces por defecto eso es una ventaja. Pero a medida que leía más sobre Dusk, me di cuenta de que esa forma de pensar le faltaba una pieza importante.

Lo que me hizo cambiar de opinión fue la manera en que Dusk describe la privacidad programable: privacidad cuando hace falta, transparencia cuando es útil y la posibilidad de revelar información de forma selectiva a las partes autorizadas. A primera vista, puede sonar como otra forma de decir “privacidad”, pero en realidad plantea un problema mucho más difícil. En un mercado financiero regulado, no todo el dato debería hacerse público, pero tampoco se puede dejar todo completamente detrás de una capa de cifrado que nadie pueda verificar.

Empecé a ver a Hedger en ese sentido. El uso de cifrado homomórfico y pruebas de conocimiento cero no es solo para ocultar información. Lo más destacable es la capacidad de crear un estado en el que las transacciones aún puedan evaluarse bajo las condiciones adecuadas sin revelar todos los datos.

Esto me hace pensar que la privacidad en las finanzas quizá no deba entenderse como “ocultar todo”. Se parece más a un mecanismo de control de quién puede ver qué datos. Y si Dusk realmente quiere atender a activos regulados, entonces esta podría ser la parte más difícil.

Todavía no quiero concluir que este modelo funcionará como se espera. Quiero ver cómo se implementa la privacidad programable cuando empiecen a aparecer transacciones reales en la red.

#dusk $DUSK @Dusk @Dusk
Según tú, ¿cuáles son las fortalezas de DUSK?

Antes yo pensaba que el mayor valor de blockchain estaba en que todo podía verse y verificarse de forma pública.

Pero cuanto más observo las aplicaciones financieras del mundo real, más claro me resulta que ese supuesto tiene un límite bastante definido.

Un inversor quizá necesite demostrar que cumple los requisitos para participar.

Una organización quizá deba demostrar que las transacciones cumplen la normativa.

Una empresa quizá deba verificar la propiedad de los activos.

Pero, para hacer esas cosas, ¿realmente hace falta revelar públicamente todos los datos que hay detrás?

Ahí es donde la forma en que Dusk aborda la privacidad me llamó la atención.

En lugar de tratar la privacidad como una capa añadida después de que la blockchain ya esté terminada, el Confidential Security Contract la integra directamente dentro de la lógica del smart contract.

Eso cambió mi manera de ver el problema de la seguridad.

Tal vez la pregunta correcta no sea cómo hacer que la blockchain sea más discreta, sino cómo determinar con precisión qué información debe divulgarse y cuál no.

En las finanzas tradicionales, tampoco necesitas conocer la totalidad de los activos o de las actividades de un socio para confirmar que cumple los requisitos para realizar una transacción.

Solo necesitas una prueba fiable.

Si la blockchain puede hacer algo similar, la privacidad dejaría de estar en oposición a la capacidad de verificación.

Y quizá ese sea el avance verdaderamente importante: no convertir la blockchain en un sistema completamente secreto, sino transformar la privacidad en algo programable y controlable.

#binancep2pantoan @Binance Vietnam
La primera vez que vendí USDT en P2P me topé con el tipo de “no he recibido el dinero, pero el comprador presenta una reclamación”. Hermano mío, qué loco =)))

Ese día tenía un pedido para vender 1000 USDT. El comprador me escribió diciendo que ya había hecho la transferencia y luego, acto seguido, tocó “Ya pagado”.

Yo tampoco tenía prisa por liberar el USDT: primero entré a la app del banco para comprobar. Comprobé una vez y no aparecía; comprobé dos veces y seguía sin aparecer. Pensé que quizá el banco tarda en actualizar, así que esperé un poco más.

Pero no veía el dinero por ningún lado.

Entonces le volví a preguntar al comprador. En vez de mandarme una captura de la transacción o la información de la transferencia, la otra persona abrió directamente un Appeal.

En ese momento yo pensé: “¿O sea que el dinero ni siquiera ha llegado a mi cuenta y aun así yo soy el que queda como denunciado?” =)))

Por suerte, en ese momento no me puse nervioso. Dejé el pedido tal cual, no lo cancelé y tampoco me fui a Zalo ni Telegram para hablar por fuera.

Hice captura del Order ID, de todo el historial del chat y del momento en que el comprador tocó “Ya pagado”. Luego volví a la app del banco y miré el historial de transacciones para demostrar que, en ese periodo, no había ninguna transferencia que correspondiera con ese dinero.

Cuando tocó gestionar el asunto por Appeal, le envié a Binance toda la evidencia para que la contrastaran.

Después de este caso entendí que en las transacciones P2P no solo importa la compra y la venta, sino también la forma en que manejas las disputas.

Si el dinero no llega, no liberas el USDT. Si hay que hacer una reclamación, mantén la calma: conserva el pedido, el chat y la prueba del banco. Y especialmente: todo el mundo solo acepta resolver a través de Binance, no resuelvan por terceros que no tienen nada que ver como Zalo o Telegram, ¿eh?

Un Appeal no da tanto miedo como cuando llega el momento de tener que demostrar y ya no tienes nada en las manos, hermano.

OCC ha otorgado a World Liberty Trust Co. una aprobación preliminar condicionada para operar como un banco fiduciario nacional, lo que permite que la empresa vinculada a Trump emita directamente su stablecoin USD1 y reemplace a BitGo como custodio exclusivo.

Reacción del mercado
El token WLFI se disparó y luego revirtió con fuerza tras el anuncio, con datos on-chain que muestran que 39 millones de WLFI se han transferido a direcciones de depósito en el intercambio, lo que ha reavivado las preocupaciones sobre la presión de venta.

#binancep2pantoan @Binance Vietnam Existe un tipo de transacción P2P que, solo de oírlo, ya parece un poco “incómodo”: pagas, pero para recibir el cripto tienes que esperar a que el merchant revise el extracto bancario 😂

Yo pensaba que la mayor ventaja del P2P era la velocidad. Haces la transferencia, el vendedor confirma y se completa la orden; en teoría, todo debería tomar solo unos minutos. Pero en la práctica a veces no es tan rápido como uno cree.

Una vez pagué a un merchant y luego estuve esperando un montón sin que la orden se procesara. Al principio pensé que seguramente estaban ocupados y que solo tocaba esperar un poco más. Pero pasaron unas cuantas horas y, cuando les escribí, recibí la respuesta típica: “La tienda está revisando el extracto bancario para confirmar la transacción; por favor espere unos minutos más”.

Suena razonable. Pero el problema es que “unos minutos” al final se alargaron hasta horas =)))

No creo que si lo procesan lento sea porque el merchant tenga algún problema. A veces de verdad necesitan conciliar la transacción o el sistema bancario tarda en actualizarse. Sin embargo, para el comprador, el hecho de que el dinero ya se haya enviado y la orden siga detenida durante horas, sin duda genera incomodidad. Especialmente para quienes compran P2P para evitar que su posición en future se queme; ahí la ansiedad es aún mayor.

Por eso, si me encuentro con una situación así, mantendré toda la evidencia de la transacción, las conversaciones directas dentro del Order, y no haré caso por cuenta propia a solicitudes fuera del proceso. Si el tiempo de espera es demasiado y no hay una razón clara, Appeal sigue siendo la opción para que la plataforma intervenga y revise.

#dusk $DUSK @Dusk @Dusk Antes solía pensar que llevar los mercados financieros a blockchain era un problema bastante directo: digitalizar activos, ponerlos en la cadena y aprovechar la velocidad y la composabilidad de DeFi. Pero al mirar más de cerca a Dusk, empiezo a ver que el problema no es tan simple como si los activos se tokenizan o no.

Lo que me llamó la atención es que Dusk Trade está orientado como un neobroker para activos como MMF, ETF y bonos, en lugar de solo construir un lugar para operar con tokens. Si este modelo realmente funciona como un MTF y una plataforma de inversión que cumple con la normativa de la UE, entonces blockchain aquí debe cumplir requisitos muy distintos a los de un mercado cripto convencional.

Me quedó aún más claro cuando Dusk habló de colaborar con instituciones autorizadas en la UE, entre ellas NPEX, un exchange regulado por la AFM. Este detalle me hizo cambiar la forma de verlo: quizá llevar las finanzas a la cadena no signifique eliminar el sistema antiguo, sino buscar una manera de combinar la infraestructura blockchain con las capas de control que ya existen.

Y por eso el concepto de privacidad programable de Dusk merece la pena observarlo. Un mercado regulado no puede ser siempre completamente público con todos los datos, pero tampoco puede convertirse en una caja negra. La privacidad, la capacidad de divulgación selectiva y los pagos predefinidos deben coexistir.

Todavía no sé si Dusk logrará equilibrar todo esto en la práctica. Pero precisamente el enfoque que adoptan es lo que me impulsa a seguirlos de cerca, ya que sus productos y socios empiecen a operar en el mundo real.

#binancep2pantoan @Binance Vietnam

Antes yo pensaba que el trading P2P seguro era cosa de la plataforma

Antes solía pensar que lo más difícil al hacer trading en Binance P2P era encontrar un socio con un historial lo bastante bueno. Con solo una tasa de finalización alta, muchas operaciones y un distintivo de comerciante, yo daba por hecho que el riesgo había disminuido de forma considerable. También creía que lo demás ya lo resolvía Binance con el Escrow y el sistema de reclamaciones.

Pero cuanto más investigo, más veo que esa idea es incompleta. Mecanismos como el Escrow, el sistema de chat o el proceso de disputas realmente añaden una capa de protección, pero no pueden sustituirme al momento de tomar decisiones en cada transacción. En otras palabras, la plataforma puede controlar parte del riesgo, pero la subjetividad del usuario sigue siendo otra variable.

Empecé a prestar mucha más atención al momento justo antes de liberar los fondos. Una captura de pantalla de una transferencia puede parecer muy convincente, especialmente cuando la otra parte insiste con urgencia. Pero cuanto más lo pienso, más claro veo que no hay motivo para confiar más en una imagen que en los datos reales de mi cuenta. Si el dinero aún no aparece en el banco o en la billetera, sigo considerando que la operación no ha finalizado.

Señales como el cambio de la cuenta de pago, solicitudes de realizar operaciones fuera de la plataforma o la presión para procesar rápido también me hacen ser más cauteloso. Antes, podía verlo solo como una molestia. Ahora, lo tomo como motivo para detenerme y revisar desde el principio. Tal vez lo que más cambié no sea la forma de usar Binance P2P, sino mi manera de entender la seguridad. Ya no pienso que una plataforma grande signifique que puedo ser menos cuidadoso.

#dusk $DUSK @Dusk @Dusk Anteriormente, solía pensar que llevar activos financieros a blockchain era, sobre todo, una historia de trasladar lo que ya existe en el mundo real a un sistema nuevo. Podrían ser bonos, ETF u otros activos reales, siempre que se tokenicen; entonces, lo más difícil, aparentemente, ya estaría resuelto.

Pero mientras leo más sobre Dusk, más veo que esa comprensión es un poco simplista. Hay un detalle que me llamó la atención: DuskEVM no solo ofrece un entorno compatible con Solidity para que los desarrolladores habituales puedan construir, sino que además se integra con Hedger para crear procesos EVM con privacidad y, aun así, verificables.

A partir de ahí empecé a ver el problema desde otra perspectiva. En un mercado financiero regulado, blockchain no puede simplemente elegir entre transparencia total y privacidad total. Una transacción puede necesitar mantenerse en secreto para la mayor parte del mercado, pero aún así debe permitir que las partes autorizadas verifiquen cuando sea necesario. Por eso, el cifrado homomórfico y las pruebas de conocimiento cero de Hedger me interesan incluso más que la historia familiar de EVM.

Esto también está relacionado con la ambición de Dusk en torno a RWA y la emisión nativa. Tokenizar un activo es solo el primer paso; si todo el proceso de emisión, transacción y liquidación puede operar onchain, entonces la arquitectura subyacente debe manejar requisitos mucho más complejos.

Todavía no he pensado que todo esto sea suficiente para demostrar que el modelo de Dusk funcionará. Quiero esperar al mainnet y ver cómo los procesos financieros reales pondrán a prueba estas ideas.