Después de perder una billetera, la propiedad no debe desaparecer junto con la frase mnemotécnica
La autogestión (self-custody) suele resumirse como “quien controla la clave privada controla los activos”, pero ese eslogan aplicado directamente a valores regulados choca con problemas reales. Los valores representan derechos legales que siguen existiendo; que el titular cambie de dispositivo, que la billetera se dañe o que se pierdan claves no debería hacer que automáticamente se evaporen de forma permanente las acciones de una empresa y los derechos de cobro de bonos. La recuperación de los documentos debe integrarse en un modelo operativo.
Sin embargo, el mecanismo de recuperación no puede convertirse simplemente en un reinicio de atención al cliente. Si una plataforma pudiera migrar activos a una nueva dirección solo con un correo electrónico, un atacante también podría aprovechar el mismo camino para arrebatar una posición legítima. El proceso completo requiere, como mínimo, una nueva verificación de identidad, el congelamiento de los documentos antiguos, un periodo de espera o de objeción, el enlace del nuevo monedero y un registro que pueda ser confirmado conjuntamente por el emisor, la bolsa de negociación y el auditor. Además, los requisitos de privacidad implican que no todas estas pruebas pueden hacerse públicas.
La Citadel de Dusk, la divulgación selectiva y los flujos de trabajo de activos controlados marcan una dirección técnica para “demostrar que sigues siendo un tenedor legítimo, pero sin revelar toda la información de identidad”. Aun así, quién aprueba finalmente el derecho de recuperación, cómo se revoca una recuperación incorrecta y si el monedero antiguo aún puede votar o reclamar rendimientos, deben definirse según el producto específico y los arreglos legales. La blockchain ofrece un estado determinista, pero no puede saber de la nada qué le está ocurriendo a las personas del mundo real.
El proceso de recuperación debería incluir un periodo de espera y recordatorios por múltiples canales. Los tenedores legítimos necesitan tiempo para impedir solicitudes por suplantación, y el emisor también puede verificar si existen transacciones pendientes de liquidación; pero el periodo de espera no puede prolongarse indefinidamente. Si los activos necesitan transferirse o recomprarse/ponerse en rescate con urgencia, el mecanismo de recuperación en sí mismo crearía un nuevo riesgo de liquidez.
Por eso miro la experiencia del inversor con @Dusk : no solo cómo de fácil es conectar el monedero por primera vez. Quiero ver, sobre todo, ejercicios de recuperación ante pérdida, cambio de enlace y controversias. La autogestión verdaderamente adecuada para activos financieros a largo plazo no es rechazar la recuperación para siempre, sino hacer que la recuperación tenga umbrales, evidencias, y que además no exponga toda la identidad de una persona a observadores no relacionados. Tras completarse la recuperación, los permisos de voto, transferencia y cobro de rendimientos de la dirección antigua también deben finalizar simultáneamente, para evitar que un mismo derecho tenga dos entradas de control.
@Dusk $DUSK #dusk
La autogestión (self-custody) suele resumirse como “quien controla la clave privada controla los activos”, pero ese eslogan aplicado directamente a valores regulados choca con problemas reales. Los valores representan derechos legales que siguen existiendo; que el titular cambie de dispositivo, que la billetera se dañe o que se pierdan claves no debería hacer que automáticamente se evaporen de forma permanente las acciones de una empresa y los derechos de cobro de bonos. La recuperación de los documentos debe integrarse en un modelo operativo.
Sin embargo, el mecanismo de recuperación no puede convertirse simplemente en un reinicio de atención al cliente. Si una plataforma pudiera migrar activos a una nueva dirección solo con un correo electrónico, un atacante también podría aprovechar el mismo camino para arrebatar una posición legítima. El proceso completo requiere, como mínimo, una nueva verificación de identidad, el congelamiento de los documentos antiguos, un periodo de espera o de objeción, el enlace del nuevo monedero y un registro que pueda ser confirmado conjuntamente por el emisor, la bolsa de negociación y el auditor. Además, los requisitos de privacidad implican que no todas estas pruebas pueden hacerse públicas.
La Citadel de Dusk, la divulgación selectiva y los flujos de trabajo de activos controlados marcan una dirección técnica para “demostrar que sigues siendo un tenedor legítimo, pero sin revelar toda la información de identidad”. Aun así, quién aprueba finalmente el derecho de recuperación, cómo se revoca una recuperación incorrecta y si el monedero antiguo aún puede votar o reclamar rendimientos, deben definirse según el producto específico y los arreglos legales. La blockchain ofrece un estado determinista, pero no puede saber de la nada qué le está ocurriendo a las personas del mundo real.
El proceso de recuperación debería incluir un periodo de espera y recordatorios por múltiples canales. Los tenedores legítimos necesitan tiempo para impedir solicitudes por suplantación, y el emisor también puede verificar si existen transacciones pendientes de liquidación; pero el periodo de espera no puede prolongarse indefinidamente. Si los activos necesitan transferirse o recomprarse/ponerse en rescate con urgencia, el mecanismo de recuperación en sí mismo crearía un nuevo riesgo de liquidez.
Por eso miro la experiencia del inversor con @Dusk : no solo cómo de fácil es conectar el monedero por primera vez. Quiero ver, sobre todo, ejercicios de recuperación ante pérdida, cambio de enlace y controversias. La autogestión verdaderamente adecuada para activos financieros a largo plazo no es rechazar la recuperación para siempre, sino hacer que la recuperación tenga umbrales, evidencias, y que además no exponga toda la identidad de una persona a observadores no relacionados. Tras completarse la recuperación, los permisos de voto, transferencia y cobro de rendimientos de la dirección antigua también deben finalizar simultáneamente, para evitar que un mismo derecho tenga dos entradas de control.
@Dusk $DUSK #dusk