#dusk $DUSK
Cada cadena RWA afirma tener la conformidad integrada. Lo que realmente me hizo detenerme fue una sola línea en la documentación de la infraestructura de mercado de Dusk: los controles de transferencia existen como un paso distinto y obligatorio. Aplicar quién puede tener o transferir, separado del proceso de alta y separado de la liquidación. La mayoría de las cadenas lo difuminan en una sola cosa: si tienes tokens, puedes moverlos.
Así que quería comprobar qué significa realmente esa separación para NPEX al pasar a onchain.
Documentado: la arquitectura de Dusk divide el ciclo de vida del activo regulado en etapas: configuración del emisor, incorporación de inversores (vinculación de la wallet con participantes verificados), controles de transferencia, negociación/distribución y liquidación con finalidad determinista. Cada etapa es un punto de control, no solo un paso de la interfaz. Zedger lo ejecuta de forma nativa en DuskDS; Hedger aporta un modelo similar a DuskEVM usando cifrado homomórfico más pruebas ZK, de modo que los saldos se mantengan cifrados mientras siguen siendo auditables.
Por qué importa: un libro público puede demostrar que ocurrió una transacción. No puede, por sí mismo, demostrar que el destinatario era elegible para recibir ese activo. Esa comprobación de elegibilidad es lo que separa los tokenizados de los regulados. Que NPEX lleve su AUM de ~€300M+ a onchain es la primera prueba real de si esa capa de cumplimiento funciona en vivo, y no solo en documentos.
Lo que no puedo confirmar con material público: si la actividad onchain actual de NPEX realmente se canaliza a través de la lógica de vinculación de wallet y de controles de transferencia a nivel de contrato, o si hoy en día esa obligación sigue ocurriendo fuera de la cadena y la blockchain actúa principalmente como capa de liquidación y registro por ahora. La documentación de Dusk describe el diseño; no me muestra la configuración en vivo de NPEX.
Sinceramente curioso: ¿alguien ha visto una transacción (o una transacción rechazada) del despliegue de NPEX que muestre que la lógica de control de transferencias bloquea realmente a un titular no elegible en onchain, en lugar de hacerlo en la capa de corretaje?
@Dusk_Foundation $DUSK #dusk
Cada cadena RWA afirma tener la conformidad integrada. Lo que realmente me hizo detenerme fue una sola línea en la documentación de la infraestructura de mercado de Dusk: los controles de transferencia existen como un paso distinto y obligatorio. Aplicar quién puede tener o transferir, separado del proceso de alta y separado de la liquidación. La mayoría de las cadenas lo difuminan en una sola cosa: si tienes tokens, puedes moverlos.
Así que quería comprobar qué significa realmente esa separación para NPEX al pasar a onchain.
Documentado: la arquitectura de Dusk divide el ciclo de vida del activo regulado en etapas: configuración del emisor, incorporación de inversores (vinculación de la wallet con participantes verificados), controles de transferencia, negociación/distribución y liquidación con finalidad determinista. Cada etapa es un punto de control, no solo un paso de la interfaz. Zedger lo ejecuta de forma nativa en DuskDS; Hedger aporta un modelo similar a DuskEVM usando cifrado homomórfico más pruebas ZK, de modo que los saldos se mantengan cifrados mientras siguen siendo auditables.
Por qué importa: un libro público puede demostrar que ocurrió una transacción. No puede, por sí mismo, demostrar que el destinatario era elegible para recibir ese activo. Esa comprobación de elegibilidad es lo que separa los tokenizados de los regulados. Que NPEX lleve su AUM de ~€300M+ a onchain es la primera prueba real de si esa capa de cumplimiento funciona en vivo, y no solo en documentos.
Lo que no puedo confirmar con material público: si la actividad onchain actual de NPEX realmente se canaliza a través de la lógica de vinculación de wallet y de controles de transferencia a nivel de contrato, o si hoy en día esa obligación sigue ocurriendo fuera de la cadena y la blockchain actúa principalmente como capa de liquidación y registro por ahora. La documentación de Dusk describe el diseño; no me muestra la configuración en vivo de NPEX.
Sinceramente curioso: ¿alguien ha visto una transacción (o una transacción rechazada) del despliegue de NPEX que muestre que la lógica de control de transferencias bloquea realmente a un titular no elegible en onchain, en lugar de hacerlo en la capa de corretaje?
@Dusk_Foundation $DUSK #dusk