Salman49

JAPÓN QUIERE QUE LAS OPERACIONES BURSÁTILES DEJEN DE ESPERAR DOS DÍAS

Una operación termina en segundos en pantalla.

Aun así, espera dos días para volverse definitiva.

Ese margen es el verdadero problema.

Japón intenta solucionarlo. La FSA y el Banco de Japón están elaborando un plan para la liquidación mediante blockchain de acciones y bonos gubernamentales. Se espera a inicios de 2027. El objetivo es la liquidación en tiempo real. Sin T más dos.

Pero no se trata solo de poner una acción en una cadena.

Esa parte es sencilla.

Lo difícil es que el dinero tiene que moverse con el activo. Hoy el activo se mueve en un sistema. El pago se mueve en otro. Alguien tiene que lograr que ambos estén de acuerdo. Esa espera de dos días no está vacía. Es riesgo. Es colateral. Es equipos que vuelven a conciliar.

Japón está probando una forma distinta. Transferencia y pago juntos. Al mismo tiempo. El BOJ está probando dinero tokenizado del banco central para esto.

Imagina que ambos lados se actualizan a la vez.

Ningún activo queda atorado en un limbo mientras el efectivo alcanza. Ninguna espera porque dos relojes son diferentes.

Esto no está en vivo hoy. Es fase de diseño y pruebas. Se espera una red real solo a inicios de la década de 2030.

EL COSTE OCULTO DE PONER FINANZAS EN ONCHAIN

La parte que nadie menciona en el titular de tokenización es la limpieza.

Un valor puede volverse digital mientras las personas que lo rodean siguen manteniendo registros separados. La elegibilidad del inversor está en algún lugar. La propiedad en otro. El pago llega a través de otro sistema. Luego, todos comprueban si los registros coinciden.

Esa última parte es cara.

No porque copiar datos sea difícil. Sino porque cada traspaso crea otro lugar donde puede aparecer una excepción.

Dusk toma una ruta diferente. Su infraestructura de mercado conecta elegibilidad, controles de transferencia, coordinación de pagos de privacidad y liquidación en torno al mismo flujo de trabajo de activos regulados. Dusk Trade integra esas piezas en un flujo de producto real para descubrir, comprar y vender activos financieros tokenizados.

Lo interesante no es que una sola blockchain haga más.

Es lo que ocurre con la responsabilidad.

Si el mismo estado controlado puede referenciarse cuando un inversor entra, cuando un activo se mueve y cuando ocurre la liquidación, se necesitan menos equipos para reconstruir lo que pasó después de los hechos. Eso puede significar menos comprobaciones manuales y menos oportunidades para que dos sistemas no estén de acuerdo. El material de Dusk en mercados privados hace explícito este problema de reconciliación.

Pero hay una pequeña pega.

La infraestructura más limpia no crea compradores.

Dusk reconoce que la tokenización no puede fabricar demanda, liquidez ni precios justos. Un mejor flujo de trabajo aún necesita un centro autorizado, inversores elegibles e infraestructura de pagos que funcione.

Así que la tesis más profunda de Dusk no trata realmente de hacer que los valores se vean digitales.

Se trata de eliminar la maquinaria administrativa que sigue reconstruyendo el mismo evento financiero de cinco maneras distintas.

@Dusk $DUSK #dusk

168

Noor ✅

Sam

Aria

Bilverse

sí

EL VALOR MOBILIARIO PUEDE MOVERSE EN ONCHAIN. PERO ¿PUEDE EL DINERO MANTENER EL RITMO?

Antes pensaba que poner una acción en onchain resolvía la parte difícil. La propiedad se mueve de forma digital, el registro se actualiza y la operación parece terminada.

Luego está la parte incómoda.

El comprador todavía tiene que pagar.

Una operación real no consiste solo en mover el activo. El dinero también tiene que llegar al otro lado. Si el valor se mueve al instante pero el pago sigue esperando en algún otro lugar, la operación no ha escapado realmente del proceso antiguo. Un lado ya terminó. El otro sigue haciendo trámites.

Esa es la parte de Dusk Trade que me resulta más útil para pensar. El sistema se está diseñando teniendo en cuenta la compra, el pago y el intercambio final como piezas conectadas, en lugar de tratar la transferencia del valor como la transacción completa.

Entonces entra EURQ. Quantoz proporciona un instrumento de pago digital regulado basado en euros, y Dusk lo describe como una parte importante del flujo de trabajo planificado del intercambio onchain NPEX.

En pocas palabras:

El valor se mueve.

El dinero se mueve.

El sistema tiene que saber que ambos ocurrieron.

Eso suena casi como una obviedad de lo más tonta. Pero la liquidación tradicional existe en parte porque esos dos lados tienen que emparejarse, comprobarse y confirmarse entre sistemas diferentes.

Y creo que esto cambia la forma en que debería juzgarse la tokenización. Que una acción sea digital es un logro. Lograr que la acción y su pago completen la operación juntas es el problema económico más difícil.

Si el dinero todavía tiene que ponerse al día, la operación sigue esperando. $DUSK #dusk @Dusk

POR QUÉ PIECRUST + UNA ATTESTACIÓN SUCINTA CAMBIAN EL PROYECTO DE LIQUIDACIÓN

Mi teléfono viejo tenía un problema estúpido. Un editor de video guardaba demasiado historial y cada nueva exportación ralentizaba todo. La parte molesta no era una exportación lenta. Era pagar por el trabajo antiguo una y otra vez.

Esa es una forma útil de ver a Piecrust. Dusk dice que lo reemplazó a RuskVM después de encontrarse con problemas de crecimiento del estado y de rendimiento, y que Piecrust ofrece más de 10 veces la velocidad y transacciones más baratas. Más importante aún, Dusk lo diseñó para evitar la re-ejecución innecesaria cuando cambia el estado por consenso.

Esto importa para la liquidación porque los flujos financieros pueden disparar mucha ejecución alrededor de un solo movimiento de activo. Si la VM puede reutilizar el trabajo en lugar de hacer el mismo cálculo otra vez, el ahorro no es solo “la blockchain es más rápida”. Significa que tiene que pagarse menos trabajo de infraestructura.

Ahora pon al lado una Attestation Succinct. SA usa comités para validar y ratificar bloques, y Dusk proporciona una finalización determinista del bloque después de la ratificación.

Así que los dos mecanismos tocan partes diferentes del proceso de liquidación. Piecrust reduce el trabajo. SA reduce la espera de certeza.

Esa distinción importa porque los costos de liquidación no son solo comisiones de transacción. También hay infraestructura ejecutándose en segundo plano mientras se procesa la propiedad y todos esperan a que el resultado se vuelva definitivo.

Y esta es la parte que me resulta más interesante: Dusk separa la ejecución de la liquidación a nivel de arquitectura. DuskVM gestiona la ejecución de contratos inteligentes, mientras que DuskDS gestiona el consenso, la finalización y la disponibilidad de datos.

Si esas capas siguen reduciendo el cómputo y la incertidumbre de la liquidación de forma independiente, la economía de mover un activo regulado empieza a parecerse menos a “pagar una tarifa de blockchain” y más a eliminar piezas de la maquinaria que hizo que la liquidación fuera cara en primer lugar.

@Dusk $DUSK #dusk

POR QUÉ DUSK NO HACE QUE UN SOLO NODO HAGA TODO

Hace dos semanas intentaba ahorrar dinero en un VPS. Coloqué mi aplicación principal, las copias de seguridad de la base de datos y un trabajo pesado de procesamiento de imágenes en el mismo servidor pequeño. Parecía eficiente. No lo era. El trabajo de imágenes se iniciaba y, de repente, mi aplicación principal desaparecía las solicitudes.

Ese tonto problema del VPS me vuelve a la mente cuando leo la configuración de nodos de Dusk. Dusk separa el trabajo entre las funciones de Provisioner, Archive y Prover. No son tres nombres elegantes para que una sola máquina haga todo.

Un Provisioner se enfoca en el consenso y necesita al menos 1.000 DUSK en staking. Un Archive Node mantiene el historial finalizado para cosas como "moonlightHistory" y "finalizedEvents". Un Prover se encarga del trabajo más pesado de las pruebas de Zero-Knowledge.

Luego llego al Prover y el problema de hardware cambia de nuevo. Dusk dice que la generación de pruebas es de un solo hilo, así que importa un rendimiento fuerte de un solo núcleo. La infraestructura de Archive tiene un punto de partida diferente: 4 núcleos, 8 GB de RAM, 500 GB de almacenamiento y redes de 100 Mbps.

Y esta es la parte que se siente familiar. Dusk recomienda mantener la infraestructura de API de producción separada de las tareas del Provisioner porque el tráfico de consultas y el mantenimiento pueden competir con el trabajo de consenso. Aprendí lo mismo de la manera molesta en ese VPS.

Ahora miro las tres funciones un poco diferente. Si el consenso, las consultas históricas y la generación de ZK comienzan a pelearse por los mismos recursos, quizá una sola caja haciendo todo no sea realmente la opción más simple.

@Dusk #dusk $DUSK

EL OCASO ESTÁ PONIENDO SUS RECOMPENSAS QUEMADAS SOBRE LA MESA

Vale, la idea de la tesorería de OpenDusk suena sencilla al principio. Pero el dinero proviene de un lugar bastante específico: recompensas que, de otro modo, se quemarían. En cuanto lo pienso, la pregunta cambia. No es solo “¿debería Dusk tener una tesorería?” Es “¿qué debería pasar con el valor del protocolo que ya se estaba eliminando?”

La recompensa de bloque de Dusk combina DUSK emitido recientemente y las tarifas de transacción. El generador de bloques también puede recibir hasta un 10% extra en función de los créditos de certificados. Cualquier parte de esa asignación adicional que no se distribuya se quema. El fondo de desarrollo ya recibe su propio 10%.

Eso hace que la idea de la tesorería se sienta diferente para mí. Las recompensas quemadas desaparecen y la decisión termina ahí. Mantener ese valor cerca y, de pronto, alguien tiene que decidir sobre él. Y esa decisión necesita un motivo.

¿Herramientas para desarrolladores? ¿Infraestructura? ¿Subvenciones? Está bien. Pero seis meses después, alguien todavía tiene que preguntarse si el dinero realmente hizo algo útil.

Dusk ya ejecuta un Programa de Subvenciones con presupuestos basados en hitos, planes de mantenimiento y objetivos medibles como volumen de transacciones, actividad de desarrolladores y crecimiento del ecosistema. Eso me da una forma más práctica de ver una tesorería comunitaria. Lo interesante no es tener dinero. Es tener que explicar por qué un uso en particular merece ese dinero.

Y es esa la parte que quiero vigilar con OpenDusk. Una vez que las recompensas dejen de desaparecer automáticamente, la comunidad tiene que empezar a tomar decisiones sobre qué se mantiene.

@Dusk $DUSK #dusk

$ZEC
$XRP

POR QUÉ EL REGLAMENTO DE 21X HACE QUE DUSK SEA MÁS INTERESANTE

Entré en la historia de 21X pensando que lo interesante era que la negociación y la liquidación ocurrían juntas. Luego empecé a mirar las reglas de ese planteamiento, y la conexión con Dusk se volvió más interesante para mí.

21X tiene su propio Reglamento, Controles de Prenegociación y Política de Gestión por Defecto. Eso me dice algo importante sobre lo que realmente está construyendo Dusk para @Dusk Poner un mercado en la cadena no elimina las reglas que lo rodean. Dusk está proporcionando la infraestructura donde esas reglas, la actividad de negociación y la liquidación pueden funcionar juntas.

Los Controles de Prenegociación son la parte a la que sigo volviendo. Revisan las órdenes antes de la ejecución. Me gusta ese detalle porque muestra dónde la blockchain deja de ser toda la historia. Dusk puede proporcionar infraestructura de liquidación y ejecución, pero el mercado aún necesita decidir qué debería permitirse pasar en primer lugar.

Luego está la Política de Gestión por Defecto. Si alguien no logra cumplir, no desaparece mágicamente porque la liquidación ocurra en la cadena. Todavía tiene que haber un proceso para manejar ese desorden.

Y eso cambia la forma en que veo la conexión de 21X. Dusk no está reemplazando el reglamento por código. Al menos, por lo que puedo ver, está intentando colocar la actividad de mercado regulada en una infraestructura donde la ejecución, la privacidad y la liquidación puedan trabajar más de cerca.

Eso me hace preguntarme por la idea más amplia de Dusk. Quizá la parte interesante de llevar las finanzas reguladas a la cadena no sea eliminar todas las reglas antiguas.

Quizá sea hacer que las reglas y la transacción vivan mucho más cerca.

$DUSK #dusk

Bitcoin acaba de superar los 70.000 dólares.

Pero aquí está la parte que estoy observando.

El rally no fue impulsado solo por compradores en contado.

Más de 2.700 millones de dólares en posiciones cortas de cripto fueron liquidadas cuando $BTC rompió al alza, convirtiendo el posicionamiento bajista en compras forzadas.

Eso crea un bucle de retroalimentación peligroso.

El precio sube.

Las posiciones cortas se aprietan.

Las posiciones cortas vuelven a comprar.

El precio vuelve a subir.

El mercado empieza a perseguir el movimiento contra el que estaba apostando.

Y ahora — aquí es donde se pone interesante.

El BTC llegó hoy a alrededor de 72,5 K, pero el RSI diario ya estaba cerca de 79, mostrando lo sobrecalentado que se ha vuelto el movimiento.

Así que no interpreto los 70.000 dólares como “mercado alcista confirmado”.

Lo interpreto como una prueba.

¿Puede la demanda en contado mantener el BTC por encima de la zona de ruptura después de que desaparezcan los compradores forzados?

Porque los squeeze de cortos pueden iniciar un rally.

Pero no pueden demostrar que el rally vaya a durar.

Para fin de mes, esa diferencia importará mucho más que la vela del titular. #BTC

EL TOKEN ESTÁ EN LA CADENA. PERO ¿QUIÉN ESTÁ VIGILANDO EL MERCADO?

Estoy mirando @Dusk y la combinación NPEX + Chainlink, y siento que hay algo fácil de pasar por alto. Poner un activo financiero en la cadena resuelve el problema de la propiedad. No resuelve el problema de la información. El libro contable sabe quién posee el valor. Pero no sabe automáticamente cuánto vale ese valor fuera de la cadena.

De acuerdo, el activo está en la cadena. Pero el precio sigue viniendo de algún otro lugar. Ahí es donde DataLink tiene más sentido para mí. Dusk dice que está diseñado para llevar datos oficiales del intercambio NPEX a la cadena. La parte útil no es solo introducir un precio en un contrato inteligente. Es darle al contrato una conexión con el mercado donde existe el activo. Si no, la blockchain puede ser correcta y aun así funcionar con una imagen del mercado equivocada.

Y aquí es donde Data Streams cambia la pregunta. ¿No está trayendo también datos de mercado a la cadena? La diferencia es la rapidez con la que esa información necesita llegar. Data Streams está construido para datos de mercado de baja latencia y alta frecuencia. Si el mercado se mueve primero y los datos llegan después, la transacción puede ejecutarse como estaba programada y aun así usar información desactualizada.

CCIP añade otra pieza del rompecabezas. Se encarga de la interoperabilidad entre cadenas, mientras que el estándar Token Cross-Chain gestiona el movimiento de DUSK mediante mecánicas de quemar y acuñar. Así, el activo puede moverse entre redes sin fingir que el movimiento entre cadenas, el descubrimiento de precios y los datos de mercado son un solo problema.

Esto hace que la tokenización me parezca menos ordenada. Emite el valor. Registra la propiedad. Incorpora el precio del mercado. Mantén esa información fresca. Luego, deja que la aplicación actúe en consecuencia.

Y de repente, el token no está haciendo tanto por sí mismo.

Durante un tiempo, traté la tokenización principalmente como un problema de blockchain. Ahora estoy menos convencido. La parte más difícil puede ser mantener la blockchain conectada con todo lo que le da al activo su significado financiero.

Porque cuando empieza la negociación y el mercado se mueve, el contrato inteligente no puede decir: “Me pondré al día después.” $DUSK #dusk
$SKYAI $BNB

Millonario comprobado con backtest, Peón de trading en vivo

Tu backtest es una película de Marvel. El trading en vivo es el detrás de cámaras donde se acabó el presupuesto del CGI.

El backtest tiene una tasa de acierto del 91% porque solo entra después de que la vela cierra en verde. Sin deslizamiento. Sin comisiones. Sin que la exchange diga "ups, mantenimiento" tres segundos antes de tu take profit. Se llena tu límite completo de tamaño completo como si el libro de órdenes te estuviera sujetando la puerta. Enternecedor.

Luego haces clic en "en vivo".

Giro de guion.

Tu límite falla porque tu router estornudó. Haces market, donas una parte a las comisiones, y ves cómo tu ventaja se evapora antes incluso de que cargue la operación. El funding se vuelve negativo como si te hubiera tomado la posición de manera personal. Tres pérdidas se apilan y tu cerebro desinstala "gestión de riesgo" para instalar "doble o nada". El backtest lo etiqueta como un "retroceso saludable". Tu app del banco lo etiqueta como "saldo insuficiente".

Llega fin de mes. El PDF del backtest entra con +14% y una sonrisa altanera. Tu extracto del broker se arrastra con -6%, un recibo de funding, un impuesto por retiro y una cinta de "gracias por participar". Mismo setup. Mismo ticker. Simulación diferente. Ahora cuatro partes están en una batalla legal por una sola mecha. El backtest está poniendo precio a un curso. El broker está contando comisiones. Estás buscando en Google "cómo explicárselo a los padres". El mercado solo está cultivando tu stop.

Backtest tú: traje de fondo de cobertura, seis monitores, diciendo "liquidez" en el brunch.

En vivo tú: tío al que lo sacaron mal (wicked out) a las 9:15am y ahora no puede pagar el brunch.

La curva de equidad fue editada en Canva. Los fills los escribió una cuenta fan. Tu disciplina era una plantilla de Notion que nunca abriste después de duplicarla.

"Backtest" no es análisis. Es hipnosis (hopium) con etiquetas de ejes.

¿POR QUÉ DUSK NECESITA LA IDEA DE BLÓBS DE ETHEREUM?

EIP-4844 fue el detalle de DuskEVM que al principio no pude ubicar del todo. Ethereum introdujo blóbs para que la disponibilidad de datos fuera más barata. Dusk, sin embargo, ya tiene DuskDS para la liquidación y la disponibilidad de datos. Entonces, ¿por qué traer este diseño a Dusk?

La división por capas me da una pista mejor. DuskEVM maneja la ejecución de EVM, mientras que DuskDS maneja la liquidación y la disponibilidad de datos. Eso significa que los blóbs tienen un trabajo específico aquí. Pueden darle a la capa de ejecución una forma estándar de trabajar con datos sin poner esa responsabilidad por completo en DuskEVM.

Rusk hace que la implementación sea más difícil de descartar como una casilla de compatibilidad. Tiene endpoints de blóbs para recuperar blóbs a través de su compromiso o hash.

Rusk Wallet también admite transacciones de blóbs. Rusk también los verifica durante la comprobación de precondiciones. Eso llamó mi atención porque el blób ahora forma parte de la ruta de la transacción, no solo algo que entiende la EVM.

KZG hace la conexión todavía más específica. EIP-4844 usa compromisos y pruebas de KZG. Las herramientas de Dusk verifican los compromisos de los blóbs, mientras que su herramienta de instantáneas comprueba la relación de KZG antes de almacenar objetos de blóbs.

Así que las piezas parecen encajar. DuskEVM maneja la ejecución. DuskDS maneja la liquidación y la disponibilidad de datos. Las transacciones de blóbs, la recuperación y la verificación de KZG conectan esas responsabilidades.

No describiría EIP-4844 como algo que Dusk añadió simplemente por familiaridad con Ethereum. Hay una razón arquitectónica más profunda para ello.

Pero, ¿por qué este diseño particular de Ethereum para una red que construye su propia arquitectura alrededor de mercados regulados?

#dusk . $DUSK @Dusk

¿Y SI UNA TRANSACCIÓN DE BLOCKCHAIN NO ESTÁ MAL, SOLO ES DEMASIADO TEMPRANO?

Estoy observando un pequeño cambio en Rusk v1.7.0 que me hace detenerme un segundo. Trata con transacciones de Moonlight que llegan con un nonce futuro. En lugar de rechazarlas de inmediato, Rusk puede ponerlas en cola temporalmente mientras se cierra la brecha del nonce.

Eso me hace pensar en la diferencia entre inválido y demasiado temprano. Si el nodo todavía está esperando una transacción anterior, la siguiente puede simplemente estar adelantada en la secuencia. Rusk usa una cola de reintentos acotada para esto. También emite un evento diferido mientras la transacción espera.

La comparación más sencilla para mí es una transferencia bancaria. El número dos llega al sistema antes que el número uno. No asumo automáticamente que el número dos sea malo. Primero quiero saber si el sistema simplemente está esperando al número uno.

Eso me hace pensar en otro detalle interesante: @Dusk . La API HTTP puede devolver 202 Accepted cuando una transacción se propaga. Pero eso no significa que ya esté en el mempool o finalizada. Incluso los documentos de Dusk dicen que la vista mempoolTxs local excluye las transacciones con nonce futuro que están esperando en la precola.

Ahora me quedo con la parte diferida. Si una billetera o un exchange ve ese evento, ¿qué debería hacer realmente con la transacción? ¿Debería esperar a que la transacción avance, o hay otra señal en la que deba basarse?

Me inclino por mantenerla bajo vigilancia. Pero aun así me gustaría saber cómo manejan ese periodo de espera las integraciones reales.#dusk

$METAB $STAR $DUSK