Capítulo 2 – Seguridad: Mantén tus activos a salvo en cualquier situación

CryptoLegacy mantiene los activos bajo control del propietario durante la operación normal y aplica un modelo de ejecución por estados cuando el propietario no puede actuar con límites.

Alice siempre se tomó en serio la seguridad en cripto. Protegía sus wallets, hacía backups seguros con regularidad y seguía buenas prácticas. Aun así, los métodos para acceso de emergencia, Recuperación o herencia seguían preocupándola:

• Wallets multisig o MPC: El fallo de coordinación es un riesgo real. Si una clave se pierde o se ve comprometida, los activos pueden quedar bloqueados o expuestos. Depender de varios firmantes también trae conflictos humanos y riesgos de disponibilidad.

• Compartir la frase semilla (mnemonic): Simple, pero frágil. Un solo fragmento filtrado o perdido puede llevar a una pérdida inmediata e irreversible.

• Custodia legal tradicional (abogados, notarios, empresas fiduciarias): Entregar backups o claves a intermediarios crea nuevas superficies de ataque. Los documentos pueden copiarse, perderse o usarse mal, y los procesos legales no pueden ejecutar acciones on-chain.

Por eso Alice eligió CryptoLegacy.

Con CryptoLegacy, Alice mantuvo el control total mientras estaba activa. Sus activos se quedaban en sus propias wallets y nunca se depositaban en contratos de terceros. El sistema funcionaba como una máquina de estados predefinida: mientras Alice siguiera activa, nadie más podía iniciar transferencias ni mover activos.

Ella designó Garantes con antelación — familiares, amigos o asesores — que solo podían actuar dentro de límites estrictos definidos por el protocolo. Ningún Garante podía activar la ejecución por su cuenta. Se requería un umbral de confirmaciones predefinido, seguido de un Período de oposición obligatorio antes de que cualquier transferencia fuera posible.

Los Garantes no tenían acceso directo a los fondos ni visibilidad de los saldos. Incluso si la cuenta de un Garante se viera comprometida, eso no podía provocar una ejecución inmediata. Su rol se limitaba a aportar una confirmación para una transición de estado, no a otorgar control.

Los Beneficiarios también estaban limitados por diseño. Aunque una cuenta de un beneficiario fuera comprometida, los activos no podían retirarse de golpe. Solo se podían reclamar activos cuando el sistema entraba en el Período de distribución y siguiendo el calendario de reclamación que Alice había definido, liberando los activos de forma gradual.

Cuando Alice sufrió un accidente grave y permaneció inconsciente durante semanas, la incertidumbre se extendió entre los que la rodeaban. Aun así, sus activos siguieron siendo inaccesibles para acciones no autorizadas. Nadie podía saltarse umbrales, omitir el Período de oposición ni acelerar la ejecución. Solo después de que se cumplieran las confirmaciones requeridas y las verificaciones basadas en tiempo, el sistema cambió de estado y permitió que se ejecutaran las reglas de distribución predefinidas.

Más tarde, Alice se recuperó. Usando el mecanismo de Recuperación predefinido, volvió a tomar control de los activos restantes que seguían bajo el contrato. Las transferencias que ya se habían hecho eran definitivas, pero no se expuso nada más ni se movieron activos antes de tiempo.

CryptoLegacy no eliminó el riesgo. Pero redujo modos de fallo críticos por diseño:

Los activos se mantuvieron bajo el control del Propietario hasta que se cumplieron los umbrales y las condiciones basadas en tiempo.

La ejecución requirió múltiples confirmaciones, no un único actor comprometido.

Los Períodos de oposición evitaron ejecuciones apresuradas o por error.

La Recuperación aplicó solo a los activos restantes, sin reescribir el historial.

CryptoLegacy le dio a Alice algo que otros enfoques no podían: un modelo de seguridad que sigue funcionando correctamente incluso cuando el Propietario no puede actuar.

Tus claves. Tu cripto. Tu seguridad.