Desarmé el anuncio de Chainlink de NPEX, el @Dusk y encontré que mucha gente junta cuatro nombres en una sola frase: “enlazaron un oráculo”. En realidad, CCIP se encarga de los mensajes entre cadenas y del movimiento de activos; CCT es el estándar de token entre cadenas controlado por el emisor; DataLink se usa para publicar en la cadena los datos oficiales de mercado de NPEX; y Data Streams está orientado a actualizaciones de precios con baja latencia. Llevar activos, administrar tokens y enviar datos de mercado son tres problemas distintos.
Para los valores regulados, lo más difícil no es quemar un token en una cadena A y acuñarlo en una cadena B. El emisor también debe conservar el control de límites de velocidad, la ruta de actualización y la elegibilidad de los tenedores; y en la otra cadena, la fuente de precios debe saber de qué mercado proviene, cuándo se actualiza y si después de una suspensión sigue cotizando. Por eso, $DUSK entre cadenas y los datos de valores de NPEX no pueden resolverse solo con un puente simple de liquidez.
Pero las palabras del anuncio son adopting e integrating; además, las explicaciones tempranas indicaban que parte de la integración de datos se haría después de obtener DLT-TSS. La página pública de estado de Chainlink CCIP no me ofrece una entrada de rutas verificable directamente para Dusk, así que ahora, como máximo, puedo confirmar la dirección de la colaboración y la relación de socios que figura en la documentación oficial. No puedo afirmarlo como si muchos valores ya hubieran pasado por CCIP entre cadenas, o si Data Streams ya tuviera datos reales de operaciones y estuviera alimentando precios de forma continua.
Si de verdad hay que ponerle una calificación al progreso de interoperabilidad de #dusk , habría que revisar por separado si las rutas ya están en línea, si el control del emisor se conserva y si los datos de NPEX tienen actualizaciones verificables. Lo más clave del entrecruce RWA es “que pueda pasar”, ¿o también que, una vez que pasa, se siga sabiendo quién puede poseer y de dónde sale el precio?
Para los valores regulados, lo más difícil no es quemar un token en una cadena A y acuñarlo en una cadena B. El emisor también debe conservar el control de límites de velocidad, la ruta de actualización y la elegibilidad de los tenedores; y en la otra cadena, la fuente de precios debe saber de qué mercado proviene, cuándo se actualiza y si después de una suspensión sigue cotizando. Por eso, $DUSK entre cadenas y los datos de valores de NPEX no pueden resolverse solo con un puente simple de liquidez.
Pero las palabras del anuncio son adopting e integrating; además, las explicaciones tempranas indicaban que parte de la integración de datos se haría después de obtener DLT-TSS. La página pública de estado de Chainlink CCIP no me ofrece una entrada de rutas verificable directamente para Dusk, así que ahora, como máximo, puedo confirmar la dirección de la colaboración y la relación de socios que figura en la documentación oficial. No puedo afirmarlo como si muchos valores ya hubieran pasado por CCIP entre cadenas, o si Data Streams ya tuviera datos reales de operaciones y estuviera alimentando precios de forma continua.
Si de verdad hay que ponerle una calificación al progreso de interoperabilidad de #dusk , habría que revisar por separado si las rutas ya están en línea, si el control del emisor se conserva y si los datos de NPEX tienen actualizaciones verificables. Lo más clave del entrecruce RWA es “que pueda pasar”, ¿o también que, una vez que pasa, se siga sabiendo quién puede poseer y de dónde sale el precio?
