FOLL0W

Por qué denuncié el problema de la participación artificial en Binance — y por qué importa

Hace dos meses, compartí mis comentarios con el Soporte al Cliente de Binance y más tarde recibí una notificación de «Aceptado».

Pero la carrera por los «me gusta» y los comentarios en las publicaciones de la campaña siguió.

¿Por qué lo denuncié?

Primero, la justicia. Algunos creadores compartían enlaces de la campaña en grupos de redes sociales y se intercambiaban cientos de «me gusta» y comentarios para ganar más puntos. Mientras tanto, los creadores con contenido realmente bueno pero con redes más pequeñas a menudo tenían dificultades para llegar al ranking.

Segundo, y más importante, el tiempo.

Imagina compartir tu publicación de campaña y recibir 100 comentarios. Luego respondes a esos comentarios y visitas los perfiles de esos usuarios para darles «me gusta» y comentar en sus publicaciones.

Fácilmente puede convertirse en una rutina diaria de 3 a 5 horas.

¿Por qué? Porque se transforma en un intercambio:

«Te involucras con mi publicación, yo me involucro con la tuya».

En lugar de dedicar ese tiempo a investigar, escribir y mejorar el contenido, los creadores pueden acabar manteniendo una red de participación únicamente para seguir siendo competitivos.

Por eso creo que la acción reciente de Binance es un paso positivo.

Binance ha anunciado que 27 cuentas no son elegibles para recibir recompensas, mientras que cientos han recibido advertencias.

Esto no significa que todos los creadores con alta participación estén haciendo algo mal. La participación genuina es valiosa y siempre debe fomentarse.

El problema real son los intercambios de participación artificial y organizada que pueden dar a algunos creadores una ventaja injusta.

Si queremos que Binance Square se convierta en una plataforma más justa y transparente, debemos denunciar este tipo de prácticas y seguir compartiendo comentarios constructivos.

Al final del día, el buen contenido debería tener una oportunidad justa de ganar—no el creador con la red de participación más grande.
#BinanceSquare #FairEngagement #ContentCreators
@Binance Square Official @CZ

Recuerdo haber ejecutado un monedero de Zcash hace años y ver cómo tardaba minutos en avanzar, solo para encontrar mis propias transacciones.

En aquel entonces pensé que ese era el precio que se paga por la privacidad. Cómputo pesado, sincronización lenta, básicamente inusable fuera de un ordenador de escritorio adecuado.

Así que cuando leí sobre el modelo de delegación de Phoenix en el documento técnico @Dusk , mi primera reacción fue el escepticismo.

Delegar el escaneo, delegar la generación de la prueba: suena a ceder tu privacidad a otra persona.

Pero en realidad no es exactamente lo que está pasando.

Resulta que una clave de vista solo permite que alguien más escanee la cadena y marque qué transacciones son mías.

El gasto es una clave totalmente aparte, una que nunca sale de mis manos.

La misma lógica se aplica a la generación de pruebas. Otra persona puede calcular la prueba ZK real, la parte costosa, mientras que mi firma sigue siendo lo que hace válida la transacción.

Creo que ese detalle fue lo que cambió mi forma de verlo.

Custodia y cómputo no son lo mismo aquí. Phoenix parece separarlos a propósito.

Puedes externalizar el trabajo pesado sin externalizar el control sobre tu dinero.

En la práctica, eso podría significar que un monedero más ligero, o incluso un teléfono, se comporte como si estuviera ejecutando toda la pila de privacidad sin realmente cargar con ese peso.

Para una red que intenta atraer a instituciones, esto se siente relevante más allá de la simple comodidad.

Un exchange o un proveedor de infraestructura podría ofrecer el escaneo o la generación de pruebas como un servicio en Dusk sin convertirse nunca en custodio en el sentido tradicional.

Ese es un perfil de riesgo diferente al de lo que la mayoría de los acuerdos de infraestructura cripto manejan hoy.

No creo que se hable lo suficiente de una delegación como esta. La custodia suele ser el tema principal en las conversaciones, no el cómputo.

Separar el cómputo del control, ¿realmente reduce la barrera para quienes están dispuestos a construir infraestructura alrededor de Dusk, o la custodia sigue siendo la única pregunta de confianza que importa?

$DUSK #Dusk @Dusk #dusk

Un amigo me preguntó la semana pasada por qué no uso Monero si la privacidad es todo lo que me importa.

No tuve una respuesta rápida.

Estuve dándole vueltas a esa pregunta más tiempo del que esperaba.

Porque la respuesta honesta podría ser: la privacidad no es realmente lo que me importa con Dusk. La confidencialidad sí. No son lo mismo.

Monero oculta una transacción para todo el mundo. Sin excepciones, sin claves, nada.

Phoenix, el modelo de transacciones privadas de Dusk, la oculta al público pero deja una puerta abierta. Existe una clave de visualización. Alguien con la clave correcta todavía puede mirar dentro.

Creo que ese detalle podría ser el verdadero desbloqueo para las finanzas institucionales, más que cualquier otra cosa en el whitepaper.

Porque BlackRock o Franklin Templeton en realidad no están preguntando "¿podemos ocultarlo de los reguladores?".

La pregunta real está más cerca de "¿podemos ocultarlo de los competidores mientras los reguladores sigan viendo todo lo que necesitan?".

Una pregunta totalmente distinta.

La mayor parte de la tecnología de privacidad se construyó para la primera.

Phoenix, y Zedger apoyado sobre ella para valores específicamente, se siente construido para la segunda.

Saldos confidenciales. Auditables por diseño, no por excepción.

Me sorprendo una y otra vez llamándolo "privacidad" por costumbre, y empiezo a pensar que esa palabra subestima lo que realmente está pasando.

La privacidad implica que nadie ve nada, nunca.

Lo que hace Dusk se parece más a una visibilidad controlada.

Quizá suene como una distinción pequeña. Pero no lo creo, aunque todavía estoy averiguando por qué me molesta tanto.

Una propuesta basada en "confía en nosotros, cumplimos" le pide fe a las instituciones.

Una propuesta basada en "aquí está la clave que tu auditor puede usar cuando quiera" no pide nada.

¿Cómo explicarías esa diferencia a alguien que piensa que las monedas de privacidad y Dusk pertenecen a la misma categoría?

$DUSK #dusk @Dusk

¿El trading perpetuo podría convertirse en uno de los mayores casos de uso para el cripto on-chain? 👀

Si eres nuevo en cripto, aquí va la idea simple:

Un contrato perpetuo te permite operar el precio de un activo sin necesidad de poseer realmente el activo.

📈 Largo = esperas que el precio suba
📉 Corto = esperas que el precio baje

A diferencia de los futuros tradicionales, los contratos perpetuos no tienen una fecha de vencimiento fija.

Ahora es donde todo se pone interesante:

Cada vez más trading perpetuo se está moviendo a la cadena (on-chain).

En términos sencillos, los sistemas basados en blockchain pueden usarse para gestionar cosas como:

• Colateral
• Posiciones
• Liquidaciones
• Liquidación (settlement)

El beneficio potencial es una mayor transparencia y programabilidad.

Pero poner el trading en una blockchain no significa automáticamente que sea mejor.

Los traders todavía necesitan los fundamentos:

• Buena liquidez
• Ejecución rápida y confiable
• Fuerte gestión del riesgo
• Seguridad
• Infraestructura sostenible

Así que la pregunta más grande no es:

“¿Pueden los perpetuos pasar a la cadena (on-chain)?”

Pueden.

La pregunta real es:

¿Pueden los mercados perp on-chain volverse lo bastante fiables como para que traders serios de verdad los usen a gran escala?

Esa es la parte que estoy observando de cerca. 👀

¿Qué crees que importará más para el crecimiento de los perpetuos on-chain: liquidez, velocidad, seguridad o experiencia de usuario?

Solo contenido educativo. No es asesoramiento financiero. El trading perpetuo implica un riesgo significativo, incluyendo la posibilidad de perder tu dinero. #DYOR Antes de tomar cualquier decisión financiera.

#dusk $DUSK recientemente estaba mirando documentos oficiales sobre cómo @Dusk maneja los problemas de red y noté algo que cambia la forma en que pienso sobre ello.

La mayoría de las blockchains tienen una debilidad de la que nadie habla.

Cuando los validadores se desconectan o la red se congestiona, todo el sistema puede detenerse.

Estás esperando el consenso.
No pasa nada.
La cadena se bloquea.

Luego leí sobre la función de bloque de emergencia de Dusk.

Si los validadores no pueden alcanzar el consenso normal después de demasiadas rondas fallidas, Dusk produce un bloque vacío en su lugar.

No es perfecto. No está lleno de transacciones.

Pero la cadena sigue avanzando.

Esto significa lo siguiente: Dusk eligió mantener la red en funcionamiento por encima de mantenerla perfecta.
Eso es diferente y es interesante para mí ver qué hacen otros proyectos.

Eso es diferente de lo que hacen otros proyectos.

Creo que esto es realmente inteligente para las instituciones.

Un banco no quiere una blockchain que a veces se congele porque el consenso se quedó atascado.

Los bancos se preocupan por la consistencia.
La previsibilidad.
El sistema sigue funcionando incluso cuando algo sale mal.

Los bloques de emergencia son como un respaldo.
No es ideal.
Pero significa que Dusk nunca se detiene.

Me di cuenta de que esto muestra cómo Dusk funciona de manera diferente en cuanto a la confiabilidad.

La mayoría de las blockchains optimizan primero la seguridad o la descentralización.

Parece que Dusk optimiza para "que la red siga viva".

Eso no es un detalle técnico. Es una elección filosófica sobre lo que importa.

Para alguien que mueve dinero a través de Dusk, esto es importante.

Sabes que la cadena no se va a detener de repente a mitad de una transacción porque los validadores no puedan llegar a un acuerdo perfecto.

Dusk tiene un mecanismo de seguridad incorporado.

Me pregunto si las instituciones realmente evalúan esto cuando observan a Dusk.

¿Crees que una blockchain que prioriza la continuidad sobre la perfección importa para el uso en el mundo real?

¿O el consenso perfecto es más importante de lo que estoy pensando?

$DUSK #dusk @Dusk Antes creía que la finalidad de una transacción era binaria.

Un bloque es definitivo o no lo es.

Hasta que empecé a leer sobre la finalidad (finality) en marcha en Dusk y me di cuenta de que me faltaba algo sobre cómo realmente se comunica la seguridad.

La mayoría de las discusiones sobre la seguridad en blockchain se reducen a una sola métrica.

Confirmaciones. Tiempo transcurrido. Algo cuantificable que se trata como un umbral.

Luego miré cómo Dusk estructura la finalidad y cambió la forma en que pienso sobre la seguridad de las transacciones.

No se trata de alcanzar un número.

Se trata de la granularidad en los estados de estabilidad.

Un bloque comienza como "accepted" — está en la cadena, pero podría reemplazarse bajo condiciones específicas de consenso.

Pasa a "attested" — han fallado iteraciones más bajas, y la probabilidad de reemplazo disminuye de forma medible.

Después "confirmed" — sus sucesores lo han validado; revertir requiere romper un consenso significativo.

Finalmente "final" — toda la ascendencia es definitiva, irreversibilidad genuina.

Lo que noté es que el modelo de Dusk les da a los usuarios una visibilidad real sobre lo que está ocurriendo.

La mayoría de las cadenas colapsan todo esto en "confirmed" y ya lo dan por hecho.

El marco de Dusk te permite ver la progresión real.

Las instituciones que mueven capital probablemente necesiten este nivel de especificidad.

Saber si tu transacción está "confirmed" versus "final" te dice algo concreto sobre la exposición al riesgo.

Puedes tomar decisiones basadas en estados de estabilidad reales, y no solo en alcanzar el umbral arbitrario de alguien.

No estoy seguro de que esto cambie la adopción institucional.

Quizá todavía prefieran respuestas más simples.

Pero creo que el enfoque de Dusk sobre la finalidad — mostrando cada etapa de estabilidad en lugar de una sola respuesta final — es más útil para cualquiera que esté evaluando un riesgo real.

Reconoce que las personas mueven cantidades distintas con tolerancias al riesgo diferentes.

¿El marco de finalidad de Dusk realmente cambia cómo las instituciones evalúan si una cadena es lo suficientemente segura como para mover capital?

¿O sigue siendo más atractiva la simplicidad de las otras cadenas?

#dusk $DUSK He estado leyendo sobre lo que realmente necesitan las instituciones para los valores tokenizados y empecé a notar algo sobre cómo Dusk se está acercando a ello.

Todo el mundo habla de la adopción de RWA como si fuera un problema de velocidad.

Mover activos más rápido, liquidar más rápido que T+2; esa es toda la narrativa.

Pero cuanto más lo miraba, más me preguntaba si la velocidad es realmente lo que está frenando a las instituciones.

Las finanzas tradicionales ya mueven dinero. La fricción real parece ser otra cosa.

Por ejemplo, un pago de dividendos podría requerir un intermediario centralizado para que siquiera pueda ocurrir.

Una transferencia forzada en una acción regulatoria podría requerir salir del sistema por completo.

Una acción corporativa como un split de acciones podría necesitar que todo se detenga.

Estos problemas no se resuelven con hacer las transacciones más rápidas, creo.

Empecé a notar cómo Zedger está planteado de forma diferente.

Parece que está construido asumiendo que estas operaciones ocurren nativamente en el protocolo.

No como casos límite. No como soluciones alternativas.

Dividendos como operaciones.

Transferencias forzadas como funciones.

Acciones corporativas como funciones de primera clase.

Eso es distinto a añadir la regulación a una blockchain general.

Se siente como si Dusk hubiera preguntado: "¿Cómo sería la infraestructura de valores si se diseñara para esto desde el principio?"

Y luego hubiera construido Zedger como la respuesta.

Pero creo que la mayoría de las otras cadenas parecen estar intentando demostrar que la blockchain puede replicar lo que hace la financiación tradicional, pero más rápido.

Dusk podría estar preguntando algo diferente con Zedger: ¿qué se vuelve posible cuando la liquidación de valores es realmente nativa?

La privacidad podría existir mientras los rastros de auditoría siguen siendo accesibles para las instituciones.

La liquidación podría ocurrir sin intermediarios.

Las acciones regulatorias podrían ejecutarse en el protocolo.

No estoy seguro de si esa distinción es lo que las instituciones buscan realmente todavía, o si siguen evaluando solo la velocidad y las casillas de cumplimiento.

Pero me parece que Zedger posiciona a Dusk de manera distinta a como la mayoría del mercado habla de RWA ahora en 2026.

Quizá eso importe más de lo que la gente se imagina.

@Dusk

Esta es la parte que encuentro más interesante de Dusk. Antes pensaba que la privacidad significaba ocultarlo todo, pero en casos de uso financieros reales, distintos flujos de trabajo requieren diferentes niveles de visibilidad. Dar a los usuarios esa elección se siente mucho más práctico que imponer un solo modelo de privacidad a todos.
$DUSK $ALLO $XPL

Lo que más me llamó la atención es la forma en que Dusk aborda la privacidad de manera práctica. Me gusta que no se trate solo de ocultar datos, sino de proteger la información sensible dejando, al mismo tiempo, margen para el cumplimiento cuando sea necesario. Para mí, eso se siente mucho más relevante para las finanzas del mundo real que el discurso habitual sobre velocidad y TPS.

Lo que destaca para mí sobre DUSK es que en realidad no intenta vender «privacidad por el simple hecho de la privacidad». Para mí, el ángulo más interesante es la privacidad que realmente puede funcionar en un entorno regulado. Si las instituciones alguna vez trasladan de forma seria la actividad de valores a la cadena de bloques, necesitarán algo que proteja los datos sensibles sin renunciar por completo al cumplimiento. Ese equilibrio es donde DUSK empieza a parecer realmente relevante.
$DUSK

Toma firme. La privacidad en las finanzas reguladas no se trata solo de ocultar datos: se trata de diseñar quién puede verificar qué sin convertir el sistema en una caja negra controlada y restringida. Ese equilibrio entre cumplimiento y control podría realmente decidir si Dusk destaca.
$DUSK

Muy bien dicho. Mucha gente se centra en la parte de “tokenización”, pero la verdadera prueba comienza cuando alguien realmente quiere salir. Si no hay liquidez, entonces el activo está técnicamente en la cadena, pero no es realmente utilizable en la práctica.

Por eso, el mayor desafío no es tanto acuñar RWAs que cumplan con la normativa, sino construir un mercado compartido donde emisores, compradores y creadores de mercado puedan encontrarse con suficiente profundidad como para que el trading tenga sentido. El éxito de Dusk Trade probablemente dependa menos de las vías en sí y más de si puede resolver ese problema de coordinación.

Seguí leyendo sobre @Dusk y me preguntaba por qué nadie hablaba de la capa de red.

O sea, todos se enfocaban en los comités de votación y la finalidad por consenso, lo cual está bien.
Pero ahí no es de donde realmente sale la velocidad.
Me di cuenta de que la ventaja real es invisible.
La mayoría de las blockchains simplemente dejan que los mensajes se inunden por todos lados, lo cual es simple pero derrochador.
#dusk estructuró su red de forma diferente, y creo que por eso se siente más rápida en la práctica.
En vez de difundir a todos, los mensajes se encaminan a través de rutas organizadas basadas en la distancia entre nodos.
Todo sigue llegando, pero con mucha menos redundancia saturando los conductos.
El efecto es que inviertes menos energía moviendo datos, lo que significa una propagación de mensajes más consistente.
Lo cual hace que los votos en el proceso de consenso lleguen más rápido a los validadores.
Lo cual hace que los bloques se finalicen en realidad más rápido.
Pero esto es lo que me llamó la atención: casi nadie habla de ello.
Todos discuten PoS vs PoW mientras se pierden que la eficiencia de red hace la mitad del trabajo real.
Creo que Dusk entendió algo desde el principio que la mayoría de los proyectos descubren demasiado tarde.
El mecanismo de consenso solo es tan rápido como permita tu red.
Entonces, en lugar de construir el consenso y luego optimizar la red más tarde, Dusk fue por el otro camino.
La capa de red es deliberadamente ligera desde el inicio.
También hay algo bastante interesante en el enfoque de privacidad que nadie menciona.

Cuando encaminar los mensajes por rutas estructuradas en lugar de inundar, rastrear el origen de los mensajes se vuelve más difícil.

No es un teatro de privacidad intencional: es simplemente un efecto secundario de la arquitectura.

Pero encaja con todo el asunto de privacidad y cumplimiento hacia el que $DUSK se dirige.

Me da curiosidad de verdad si las instituciones realmente se dan cuenta de esto o si les importa este nivel de detalle.

La mayoría de las instituciones se enfocan en el cumplimiento y en las velocidades de finalización, y eso tiene sentido.

Pero la arquitectura subyacente que hace que la finalización sea confiable normalmente es invisible para ellas.

Aun así, creo que construirlo bien desde la base en lugar de parchearlo después dice algo sobre cómo Dusk abordó todo el problema.

¿A dónde crees que se dirige Bitcoin ( $BTC ) después? 🤔

¡BTC Rechazó Desde El Área De Soporte Horizontal!!
$BTC

#dusk $DUSK He estado pensando en algo diferente con respecto al enfoque @Dusk para el consenso, y me di cuenta de por qué podría importar más que el límite de velocidad por sí solo.

La mayoría de los proyectos de blockchain tratan el cumplimiento como un problema que hay que resolver *después* de que la cadena ya funciona.

Primero construyes el sistema descentralizado y luego averiguas cómo hacer que los reguladores se sientan cómodos.

Es una ingeniería inversa de una solución dentro de una arquitectura que no fue diseñada para ella.

Dusk parece invertir eso.

El diseño completo del consenso — comités de votación, credibilidad ponderada, seguimiento constante de fallos, mecanismos de penalización — no está añadido.

Es la columna vertebral de cómo la cadena realmente *funciona*.

Lo que significa que el cumplimiento no está separado. Está integrado en la estructura central de incentivos.

Esto podría significar algo así: si eres un banco evaluando infraestructura cripto, no estás eligiendo entre "descentralización sin confianza" y "cumplimiento regulatorio."

Estás evaluando un sistema en el que esas dos cosas son lo mismo.

Los validadores que verifican los bloques son recompensados por participar con honestidad y castigados por comportarse mal.

Eso es a la vez seguridad y auditabilidad en un solo mecanismo.

Creo que las instituciones han estado esperando esta estructura. No "aquí hay un sistema descentralizado, ahora agreguemos cumplimiento", sino "aquí hay infraestructura construida desde cero donde seguir las reglas *es* la ventaja competitiva."

La pregunta con la que me quedo es: ¿el mercado realmente le importa esta distinción?

¿O los bancos seguirán esperando claridad regulatoria antes de moverse a cualquier cadena, sin importar lo bien que esté diseñada?

DUSK parece apostar a que una arquitectura sólida + un diseño listo para la regulación = algo que las instituciones considerarán.

i creo que el Tiempo dirá si esa apuesta paga.

¿Cuál es tu opinión sobre si el diseño por sí solo puede cambiar la adopción institucional?

@Dusk

$BTC 1H continuación bajista