La mayoría de las cadenas tratan el cumplimiento como una casilla en el proceso de incorporación. Un solo formulario de KYC, una sola lista de permitidos, y ya está. Funciona bien hasta que aparece la prospección (soundings) del mercado.
La prospección es temporal, específica y de alto riesgo. En el momento en que un inversor recibe información no pública, tiene que quedar aislado—sin poder operar hasta que la información se haga pública o se cierre la ventana. Fuera de la cadena, los bancos lo manejan con correos electrónicos y listas internas. En on-chain, si el sistema solo ve direcciones y una credencial estática, el “muro” básicamente se convierte en una lista de correo que llega demasiado tarde. El pedido ya está hecho. La aplicación de la norma termina siendo una limpieza forense costosa después de los hechos.
La prueba real es el estado en vivo: cobertura que solo empieza una vez confirmada la recepción (no solo “enviamos el correo”), se libera automáticamente cuando la información es pública o cuando llega el plazo, y registra la hora exacta de liberación para que puedas auditar cualquier bloqueo restante o desbloqueo temprano. Las fallas deberían devolver un código de muro claro, no algún error de saldo. Los cuestionarios estáticos no pueden manejar ese tipo de temporización.
El diseño de Dusk se acerca más. Los controles de acceso y las comprobaciones de transferencia pueden fallar por razones específicas. Las credenciales de identidad más la divulgación selectiva abren la puerta a restricciones dinámicas y acotadas en el tiempo, específicas de cada evento, sin volcar todo al público. Aún queda la pregunta de si el protocolo realmente puede ejecutar un muro dinámico de prospección en producción, pero al menos la arquitectura ya está formulando la pregunta correcta. La mayoría de las L1 ni siquiera ve el vacío.
$DUSK #dusk @Dusk $TUT $PAXG
La prospección es temporal, específica y de alto riesgo. En el momento en que un inversor recibe información no pública, tiene que quedar aislado—sin poder operar hasta que la información se haga pública o se cierre la ventana. Fuera de la cadena, los bancos lo manejan con correos electrónicos y listas internas. En on-chain, si el sistema solo ve direcciones y una credencial estática, el “muro” básicamente se convierte en una lista de correo que llega demasiado tarde. El pedido ya está hecho. La aplicación de la norma termina siendo una limpieza forense costosa después de los hechos.
La prueba real es el estado en vivo: cobertura que solo empieza una vez confirmada la recepción (no solo “enviamos el correo”), se libera automáticamente cuando la información es pública o cuando llega el plazo, y registra la hora exacta de liberación para que puedas auditar cualquier bloqueo restante o desbloqueo temprano. Las fallas deberían devolver un código de muro claro, no algún error de saldo. Los cuestionarios estáticos no pueden manejar ese tipo de temporización.
El diseño de Dusk se acerca más. Los controles de acceso y las comprobaciones de transferencia pueden fallar por razones específicas. Las credenciales de identidad más la divulgación selectiva abren la puerta a restricciones dinámicas y acotadas en el tiempo, específicas de cada evento, sin volcar todo al público. Aún queda la pregunta de si el protocolo realmente puede ejecutar un muro dinámico de prospección en producción, pero al menos la arquitectura ya está formulando la pregunta correcta. La mayoría de las L1 ni siquiera ve el vacío.
$DUSK #dusk @Dusk $TUT $PAXG