ANONY - SHAHID

Binance acaba de listar JPMB, una acción tokenizada de JPMorgan, como nuevo par de trading de bStock y activo de garantía para operaciones con margen. Las acciones tradicionales siguen encontrando su camino hacia los rieles cripto.

$JPMB #Binance

Una visita tranquila a un hospital dice mucho. El príncipe heredero de EAU, Hamdan bin Mohammed, se sentó junto al piloto de flydubai de la India, el capitán Smit Machchhar, para comprobar en persona su recuperación.
Pequeño gesto, verdadero significado. 🙏

🇦🇪

#UAE #India #Dubai #Humanity

Musk confirma que la mezcla de ingresos de SpaceX se ha invertido: casi un 90% es comercial este año, mientras que los contratos gubernamentales bajan de 5% para el Q4. Starlink hizo ese cambio. La compañía ahora funciona más como un negocio de conectividad global que como un proveedor de lanzamientos gubernamentales.

$SPCX #Binance

Nike $NKE is está llegando a Binance Perp 🔥

En spots de Binance no hay nuevas publicaciones 👀

Todo el mundo está alcista con $SOL . ¿Aun así debería ponerme corto, broskies? 👀

vamos 🔥

. $TAO 🫡🔥

$UNI es imparable 🔥

$ARB está enloqueciendo 🔥

$GENIUS se vuelve a cargar otra vez 🔥🔥

¡vamos a acceder rápidamente 😜

$ZS is aterrizando en binance perp con $30.46b

market cap 😨😨

Pasé una tarde revisando cada socio de la lista oficial de Dusk. Al final tenía dos columnas. Anunciado. Y verificado.

La brecha entre ellas es más amplia de lo que sugiere el marketing.

21X es lo más concreto. La documentación de abril de 2025 confirma que DUSK fue incorporado como participante de una transacción. Esa es una acción registrada de verdad, no un comunicado de prensa. Pero la integración de DuskEVM con 21X aún figura como planificada. Alguien entró por la puerta, pero el acuerdo a largo plazo no ha sido firmado.

El estado oficial de Chainlink es que actualmente está en integración. Algunas coberturas lo describen como ya en funcionamiento. Las implementaciones de contratos en cadena todavía no son visibles públicamente, así que por ahora no es posible una verificación independiente.

NPEX posee licencias reales de MTF, Broker y ECSP. La licencia DLT-TSS sigue en proceso. La cifra de trescientos millones de euros del activo se describe como un plan para llevarlo a la cadena. Busqué en exploradores de bloques contratos existentes de valores y no encontré nada.

Quantoz's EURQ es un token genuino de dinero electrónico MiCA. La integración de EURQ con Dusk se lee más como un anuncio que como un despliegue en vivo. La liquidez real y la profundidad de negociación son preguntas separadas.

Cordial es una firma de custodia real. No se puede verificar de forma independiente hasta dónde ha avanzado la integración de Dusk Vault a partir de fuentes públicas.

La formulación honesta aquí: la lista de socios muestra empresas reales con licencias reales. Eso importa. La mayoría de los proyectos RWA no pueden listar juntos NPEX, 21X, Quantoz, Cordial y Chainlink. Esa selección por sí sola pesa en los círculos institucionales.

Pero la cooperación estratégica y la integración ejecutable son etapas distintas. La primera prueba que las relaciones existen. La segunda prueba que el trabajo está hecho.

Ahora mismo @Dusk tiene pruebas sólidas de la primera. Lo segundo es lo que los próximos doce meses deben demostrar.

#dusk $DUSK #Binance

Creí la afirmación de cero deslizamiento durante unos tres días. Luego saqué los datos on-chain.

Chainlink CCT emparejado con Dusk quema tokens en la cadena de origen y acuña 1:1 en la cadena de destino. No hay ningún fondo de liquidez involucrado. Esa parte es correcta. El puente en sí realmente no tiene deslizamiento.

Lo que el marketing omite es lo que pasa después de llegar.

La liquidez del pool en el lado de Ethereum @Dusk se sitúa entre unos pocos cientos de miles y aproximadamente trescientos mil dólares durante períodos prolongados. Los pools de BNB Chain, sumados en una docena de sedes, alcanzan decenas de miles. La mayor parte del volumen de DUSK pasa por exchanges centralizados. La liquidez en DEX on-chain es escasa en cada cadena que toca.

El puente te lleva de forma limpia. El mercado del otro lado es donde empieza el problema. Si quieres convertir DUSK a USDT después de cruzar, el deslizamiento y el impacto en el precio te esperan ahí, independientemente de lo limpio que haya sido el traspaso del puente. Cero deslizamiento en el puente no significa cero fricción en el destino.

La situación en Solana añade otra capa. Dusk ha afirmado con claridad que todavía no existe ningún DUSK oficial en Solana. Cualquier token que afirme ser DUSK en Solana es extraoficial. Se ha declarado la dirección del puente, pero el punto de entrada oficial no está abierto. La transferibilidad entre múltiples cadenas ahora mismo significa que existe infraestructura, no que exista liquidez ni que sea posible operar de forma segura en varias cadenas actualmente.

CCIP y CCT como dirección es correcto. Una vez que la acuñación oficial, los pools de la cadena de destino y el soporte en exchanges se alineen, la fragmentación debería mejorar. Esa es una visión razonable a medio plazo.

Pero ahora mismo, estas tres cosas están separadas: el puente con cero deslizamiento, la liquidez al llegar y si el lanzamiento oficial ya aterrizó. Tratar la acuñación 1:1 como si fuera un cobro 1:1 es el error que comete la mayoría de la gente.

#dusk $DUSK #Binance

Bitcoin recupera $78.000 otra vez 🔥🔥

$BTC

Vi un post de un KOL la semana pasada afirmando que DuskEVM es equivalente a EVM y que Uniswap V3 se despliega directamente. Hice un fork de V3 Core y lo compilé en Boreas RC1 para comprobarlo.

El primer error apareció en Pair.sol.

balanceOf lee _reserves desde el almacenamiento público de EVM. La capa de privacidad de DuskEVM enruta la profundidad de liquidez a través de Hedger. Las variables de Hedger no viven en el almacenamiento de EVM. Así que cada función view que lee reservas cae en un callejón sin salida. El mint, burn y swap de Uniswap dependen de leer de forma sincrónica las reservas para calcular el producto constante. Toda esa ruta aritmética tiene que sobrecargarse desde cero.

El problema del pool de shielding va más profundo. Los tokens LP de Uniswap son ERC-20 estándar con transferencias públicamente visibles. El LP confidencial en DuskEVM requiere reempaquetar con ConfidentialERC20. Los saldos de LP se mueven dentro de notas de Zedger. Los swaps ya no actualizan el mapeo de reservas. Consumen la nota antigua y acuñan una nueva con importes respaldados por pruebas PLONK.

getAmountOut no puede funcionar de la misma manera. El original divide reserveIn y reserveOut de forma abierta. La versión de Dusk tiene que demostrar dentro del circuito que la nota anterior menos la entrada equivale a la nueva nota más la salida. La entrada y la salida permanecen invisibles para los creadores de mercado, pero siguen siendo verificables por cualquiera que tenga la clave de lectura (view key).

Al día ocho intenté heredar Pair desde la clase base de ConfidentialERC20. El conflicto de la firma de la función permit (Permit) apareció de inmediato. El approve de Hedger usa el consumo de notas, no el mapa de allowances del ERC20. SafeCast tiene que cambiar a HedgedUint256 en todo.

Reescrituras mínimas requeridas: el contrato Pair, el cálculo de importes del Router y el muestreo TWAP del Oracle. El objetivo del muestreo se convierte en un compromiso de nota que no se puede leer directamente.

Lo que se mantiene: sintaxis de Solidity, Foundry, Remix, configuración de chainId. El conjunto de herramientas circundante funciona. La lógica central de AMM no migra sin una reestructuración importante.

Equivalente a EVM significa que el entorno es familiar. No significa que los contratos existentes se ejecuten sin cambios cuando hay privacidad.

#dusk $DUSK @Dusk

Los nodos Running Boreas RC1 cambiaron la forma en que pienso sobre la infraestructura de red.

No por los tiempos de bloque ni por las recompensas de staking. Porque empecé a usar tcpdump para observar el tráfico de sincronización por costumbre y noté algo que la mayoría de la gente nunca mira. Los @Dusk nodes no usan la pila gossipsub de Geth para la propagación de bloques. Usan Kadcast.

Ese detalle importa más que la mayoría de las métricas principales.

El protocolo de gossip funciona haciendo que cada nodo envíe bloques a N pares aleatorios, que luego los envían a sus propios pares. La propagación exponencial suena eficiente hasta que te das cuenta de que el mismo bloque llega al mismo nodo cinco veces por cinco rutas distintas. El ancho de banda se consume con duplicados, no con datos útiles.

Kadcast lo resuelve de otra forma. Los nodos se organizan en k-buckets usando la distancia XOR de Kademlia. El productor de bloques solo envía a los k nodos más cercanos. Cada salto sigue la tabla de enrutamiento hacia adelante sin difundir a la red completa. Cada nodo recibe cada mensaje una sola vez. Los paquetes redundantes caen cerca de cero.

Para la arquitectura de Dusk, esto no es una optimización menor. Las pruebas Phoenix PLONK, las confirmaciones Zedger y las pruebas de variables confidenciales Hedger son cargas de trabajo considerables. Los lotes del DuskEVM Sequencer que vuelven desde DuskDS para la verificación de SBA pasan por esta misma red. Bajo gossip, 50 nodos reenviando mutuamente solicitudes de verificación saturarían el ancho de banda típico de un hogar. Kadcast reduce los bytes totales por propagación de bloques en aproximadamente un orden de magnitud a esa escala.

Ejecuté dos nodos de testnet local simultáneamente. Uno usando Kadcast y otro simulando reenvío gossip. Misma altura de bloque; comparé directamente las capturas de tcpdump. El tráfico entrante en el nodo Kadcast fue el 38% de la simulación gossip. Las rondas de firmas SBA entre el productor, el validador y el aprobador también pasaron por Kadcast, y el jitter de producción de bloques bajó de forma notable.

La mayoría de los operadores de nodos vigilan los tiempos de bloque. La capa de propagación debajo es la que determina si esos tiempos de bloque se mantienen estables bajo carga.

#dusk $DUSK #Binance

Nadie me dijo que la fecha de la mainnet 2027 de DuskEVM viene con un requisito previo del que casi nadie habla.

Esta mañana estaba revisando las notas al pie del roadmap cuando me di cuenta. La mainnet de DuskEVM no puede bifurcarse directamente desde el testnet Boreas RC1. Tiene que esperar primero la actualización Rusk de la mainnet de Boreas. Y Rusk no es una simple actualización de versión. Reescribe la lógica de selección dentro del mecanismo de consenso SBA.

SBA en Boreas RC1 funciona así. Los validadores envían una puja ciega antes de cada bloque. Un VRF mezcla el hash del bloque anterior para seleccionar al productor del bloque, validando a los miembros del comité con una recompensa del 5% y aprobando a los miembros del comité con otro 5%.

Rusk cambia dos cosas específicamente.

Primero, se agrega el ponderado de identidad Citadel a la fase de compromiso de la puja ciega. El coeficiente de compensación de la lotería se ajusta ligeramente para que los nodos con un nivel KYC más alto tengan un pequeño sesgo. Esto evita que los nodos anónimos que nunca pasaron el canal AFM dominen la producción de bloques solo por el tamaño del staking.

Segundo, el umbral de la firma del comité aprobador pasa de firmar el 5% de peso de manera colectiva a exigir al menos 3 nodos de regiones geográficas independientes que firmen para ese peso combinado del 5%. Capturar el control desde un único centro de datos se vuelve estructuralmente más difícil.

La finalidad (finality) del estado de DuskEVM se ancla a DuskDS. Si Rusk reduce la fluctuación en la producción de bloques, de más/menos 1.5 segundos a más/menos 0.5 segundos, la liquidación DvP a nivel de segundo de NPEX se convierte en algo que realmente puedes incluir en un SLA.

Ejecutando yo mismo nodos de testnet, vi que la lotería de SBA se repetía hasta una tercera ronda varias veces cuando los miembros del comité de validación se desconectaban. Después de Rusk, eso se vuelve estructuralmente menos frecuente.

La fecha de 2027 no es un retraso. Es el equipo esperando que Rusk ejecute la lógica de selección a través de un trimestre completo de tráfico simulado de NPEX antes de tocar la mainnet. Esa disciplina vale más que una fecha de lanzamiento más rápida.

#dusk $DUSK @Dusk