Preguntas Frecuentes
Respuestas claras sobre Recuperación, Guardianes, Beneficiarios, privacidad, seguridad, comisiones, NFTs, flexibilidad y más — Preguntas Frecuentes de CryptoLegacy.
¿Qué son las Direcciones de recuperación?
Las Direcciones de recuperación son una o varias direcciones que configura el Propietario para ejecutar acciones de Recuperación, bajo un Umbral de confirmaciones definido por el Propietario. La Recuperación puede incluir, opcionalmente, una capa extra de autenticación con contraseña. Las Direcciones de recuperación se hashean junto con la contraseña y no se pueden vincular a un contrato de CryptoLegacy en concreto hasta que se usen on-chain.
Los Metadatos de activos relacionados con Recuperación se cifran por rol de Recuperación. Las Direcciones de recuperación pueden descifrar estos metadatos en cualquier momento para preparar transacciones de Recuperación. El descifrado por sí solo no da acceso a los activos ni permite transferencias.
Las Direcciones de recuperación pueden cancelar una votación de Garantes activa y Períodos de oposición en curso, y también pueden iniciar el Flujo de recuperación on-chain predefinido. Este proceso primero mueve los activos al contrato de CryptoLegacy y luego los transfiere a cualquier dirección indicada, estrictamente según las reglas configuradas.
¿Quiénes son los Beneficiarios?
Los Beneficiarios son direcciones designadas por el Propietario para recibir activos durante el Período de distribución. Para cada Beneficiario, el Propietario define una participación, un retraso opcional y un Período de vesting, que juntos determinan cómo y cuándo los activos pasan a estar disponibles para reclamar.
Los Metadatos de activos de cada Beneficiario se cifran de forma individual. Los Beneficiarios no tienen visibilidad de los saldos de las wallets, los metadatos de activos ni el estado del contrato hasta que se cumplan las condiciones de distribución.
Si vence el Período de inactividad de 6 meses, cualquier Beneficiario puede iniciar un Período de oposición de 3 meses. Si el Período de oposición no se cancela, los Beneficiarios pueden descifrar los Metadatos cifrados, activar el proceso on-chain que mueve los activos al contrato de CryptoLegacy, y reclamar activos poco a poco según sus calendarios configurados.
Si hay plugins aprobados habilitados, los Beneficiarios también pueden usar la lógica de plugin predefinida durante el Período de distribución. Todas las acciones de los Beneficiarios se ejecutan estrictamente según las reglas on-chain y no dan acceso directo a las claves privadas ni control sin límites sobre los activos.
¿Quiénes son los Garantes?
Los Garantes son direcciones autorizadas para saltarse el Período de inactividad de 6 meses e iniciar la distribución votando según un Umbral de confirmaciones predefinido.
Una vez alcanzado el Umbral de confirmaciones, puede aplicarse un Período de oposición configurado por el Propietario (hasta 30 días). Durante ese período, el Propietario o una Dirección de recuperación puede cancelar el proceso.
Después del Período de oposición, cualquier Garante puede activar el proceso on-chain que mueve los activos al contrato de CryptoLegacy para la distribución. Los Garantes no pueden retirar activos a sus propias direcciones ni redirigirlos.
Por defecto, los Beneficiarios actúan como Garantes con un Umbral de confirmaciones de 3 de 5 y un Período de oposición de 30 días.
¿Qué significan el Período normal, el Período de oposición y el Período de distribución?
Son los estados de un contrato de CryptoLegacy:
Período normal — El contrato está activo, no guarda activos y requiere una transacción on-chain periódica cada 6 meses para hacer la Confirmación de actividad del Propietario. Durante este período, el Propietario mantiene el control total y gestiona los activos directamente desde sus wallets.
Período de oposición — Se activa cuando vence el Período de inactividad de 6 meses o cuando los Garantes votan para saltarse ese límite, según el Umbral de confirmaciones configurado. Este período dura hasta 3 meses y puede ser cancelado por el Propietario o una Dirección de recuperación.
Período de distribución — Los Metadatos de activos pasan a poder descifrarse, y los Garantes o Beneficiarios pueden activar el proceso on-chain que mueve los activos al contrato de CryptoLegacy. Luego, los Beneficiarios reclaman su participación poco a poco según el calendario de reclamación configurado. Las Direcciones de recuperación también pueden ejecutar el Flujo de recuperación para transferir todos los activos según las reglas del contrato.
Mis Beneficiarios no están familiarizados con Web3, cripto y blockchain. ¿Es un requisito?
No.
Los Beneficiarios no necesitan experiencia previa en Web3 o blockchain para participar en el proceso del Período de distribución. Solo interactúan con flujos del contrato ya definidos, como descifrar metadatos y reclamar activos según el calendario configurado.
Hay documentación y guía en la interfaz para explicar los pasos necesarios. Todas las acciones relacionadas con los activos las ejecuta el protocolo de forma autónoma, según las reglas on-chain.
¿Qué ventajas tiene CryptoLegacy frente a las wallets multisig para recuperación y legado?
Las wallets multisig están pensadas para control compartido, no para legado. Requieren que los Beneficiarios tengan claves de firma desde el principio, lo que puede exponer saldos antes de tiempo y hace que la gestión de claves sea crítica durante períodos muy largos.
CryptoLegacy usa un enfoque distinto:
Los activos se quedan en las wallets del Propietario hasta que se cumplan las condiciones de distribución, evitando la exposición temprana de saldos y la custodia compartida.
Las reglas de distribución se definen por adelantado y se aplican on-chain, dando una ejecución clara y determinista cuando arranca la distribución.
Los fondos no se quedan bloqueados en una wallet compartida, reduciendo el riesgo de quedar fuera para siempre por claves perdidas, inactivas o no disponibles.
La Recuperación se gestiona con un Flujo de recuperación separado y predefinido, permitiendo que las Direcciones de recuperación ejecuten una recuperación completa según las reglas del contrato, sin requerir acceso compartido a los fondos durante el Período normal.
Son dos modelos para cosas distintas: multisig se centra en acceso compartido y coordinación, mientras que CryptoLegacy se centra en distribución basada en tiempo, Recuperación y una separación estricta de roles entre Propietario, Garantes, Direcciones de recuperación y Beneficiarios.
¿En qué se diferencia CryptoLegacy de compartir la frase semilla en físico?
Compartir una frase de recuperación en físico implica dividir la frase de recuperación de una wallet y repartir partes entre varias personas para guardarlas a largo plazo. Este enfoque exige que todos se coordinen bien, entiendan su papel, guarden su fragmento de forma segura durante años y actúen de buena fe cuando toque. Cualquier error, pérdida, malentendido o falta de cooperación puede bloquear el acceso a los activos para siempre.
CryptoLegacy sigue otro modelo:
Nada de compartir frases semilla, ni en físico ni en digital — las frases de recuperación y las claves privadas nunca se dividen, copian ni se distribuyen.
Sin coordinación a largo plazo — Beneficiarios, Garantes y Direcciones de recuperación no tienen que guardar secretos, recordar procedimientos ni coordinar acciones fuera de reglas ya definidas.
Ejecución basada en reglas, no en confianza — las transferencias de activos y acciones de Recuperación se ejecutan con procesos on-chain predefinidos, no reconstruyendo una clave privada mediante acuerdos entre personas.
Flujo de recuperación dedicado — la Recuperación se gestiona con lógica explícita del contrato, eliminando la necesidad de decisiones manuales o confianza en el momento de ejecución.
Los dos enfoques cubren riesgos distintos: compartir la frase semilla en físico depende de secreto, coordinación y confianza durante años, mientras que CryptoLegacy elimina la distribución de secretos y aplica la Recuperación y la distribución con reglas on-chain.
¿Cómo se compara CryptoLegacy con la herencia legal?
La herencia tradicional transfiere la propiedad legal, pero en autocustodia no resuelve dos problemas prácticos. Primero, las claves privadas o hardware wallets tarde o temprano se tienen que guardar, transportar o revelar a alguien, y eso introduce riesgos inevitables de pérdida, copia o mal uso. Segundo, la ejecución depende de procedimientos de cada jurisdicción — juzgados, intermediarios y plazos — que pueden ser lentos, disputados o difíciles de coordinar entre países.
CryptoLegacy usa un modelo distinto: no depende de intermediarios para manejar claves. En su lugar, la Recuperación y la distribución se ejecutan on-chain según reglas predefinidas, independientemente de procesos judiciales en el momento de la transferencia. La herencia legal y CryptoLegacy cubren capas distintas: los sistemas legales definen derechos, mientras que CryptoLegacy aporta un mecanismo determinista para ejecutar transferencias sin exponer claves privadas.
¿Cómo se compara CryptoLegacy con una herencia o Recuperación basada en MPC?
En configuraciones basadas en MPC, el control sobre los activos se divide entre varios participantes que autorizan acciones de forma conjunta. Cuando se usa MPC para herencia, los Beneficiarios, en la práctica, pasan a formar parte del grupo MPC que aprueba las transferencias.
En la práctica, esto crea ambigüedad. A menudo no está claro quién inicia la Recuperación, cuántos participantes tienen que cooperar, qué pasa si algunos Beneficiarios no están disponibles o cómo se resuelven desacuerdos. La ejecución depende de coordinación off-chain, disponibilidad de los participantes y que todos actúen bien justo en el momento en que hay que mover los activos.
CryptoLegacy sigue un modelo distinto. Los Beneficiarios no necesitan coordinar el uso de claves ni participar en flujos de aprobación off-chain. En su lugar, la Recuperación y la distribución se ejecutan on-chain según reglas predefinidas, con roles, umbrales y condiciones basadas en tiempo definidos desde el inicio.
Los dos enfoques parten de supuestos distintos: MPC asume coordinación activa entre participantes, mientras que CryptoLegacy asume que esa coordinación puede fallar y codifica las reglas de ejecución directamente en el protocolo.
¿Cómo se compara CryptoLegacy con Shamir’s Secret Sharing?
Shamir’s Secret Sharing divide una clave privada o frase semilla en varios fragmentos, y hace falta un umbral de fragmentos para reconstruir el secreto original. En escenarios de legado, esos fragmentos suelen repartirse entre Beneficiarios o partes de confianza para guardarlos a largo plazo.
En la práctica, esto crea retos parecidos a compartir la frase semilla en físico. Los fragmentos deben guardarse de forma segura durante mucho tiempo, la gente tiene que seguir disponible y alguien tiene que coordinar la reconstrucción. Si los fragmentos se pierden, se retienen o se combinan mal, los activos pueden quedar inaccesibles de forma permanente. La ejecución depende de coordinación humana justo cuando se necesita la Recuperación.
CryptoLegacy sigue un modelo distinto. Las claves privadas y frases semilla nunca se reconstruyen ni se revelan. En vez de rearmar un secreto, la Recuperación y la distribución se ejecutan on-chain según reglas, umbrales y condiciones basadas en tiempo. Los Beneficiarios no tienen que guardar ni combinar fragmentos, y no hace falta coordinación off-chain en el momento de ejecutar.
Los dos enfoques parten de supuestos distintos: Shamir’s Secret Sharing asume disponibilidad y cooperación a largo plazo, mientras que CryptoLegacy asume que la coordinación puede fallar y codifica la lógica de ejecución directamente en el protocolo.
¿Cómo asegura CryptoLegacy la seguridad de los smart contracts?
CryptoLegacy usa smart contracts personales que no custodian fondos durante el Período normal, reduciendo la superficie de ataque antes de que se cumplan condiciones de distribución o Recuperación.
La lógica del contrato es intencionalmente mínima y solo ejecuta acciones predefinidas. El protocolo ha pasado auditorías de seguridad independientes, y todas las operaciones relacionadas con activos están protegidas por condiciones on-chain explícitas, en lugar de lógica discrecional.
Los activos se quedan en las wallets del Propietario hasta que la distribución o la Recuperación se activan según las reglas del contrato. El protocolo no mantiene ni gestiona activos fuera de estos flujos de ejecución predefinidos.
¿Cómo asegura CryptoLegacy la seguridad de la interfaz (UI)?
La interfaz de CryptoLegacy no almacena claves privadas ni datos sensibles de activos, y no participa en la ejecución de activos. Toda la lógica crítica se aplica con smart contracts on-chain, no desde el frontend.
La interfaz alojada se entrega con prácticas estándar de seguridad web y protecciones contra ataques comunes a nivel de red. Para usuarios que necesitan más control, el frontend se puede auto‑hospedar, reduciendo la dependencia de infraestructura de terceros sin cambiar el comportamiento del contrato.
¿Qué pasa si no envío la transacción obligatoria cada seis meses?
Si vence el Período de inactividad de 6 meses, puede iniciarse un Período de oposición de 3 meses. El Período de oposición puede iniciarlo un Beneficiario o un Garante según el Umbral de confirmaciones configurado.
Durante el Período de oposición, el proceso puede cancelarlo el Propietario o una Dirección de recuperación. Si el Período de oposición termina sin cancelación, empieza el Período de distribución según las reglas predefinidas del contrato.
En ese punto, los Garantes o Beneficiarios pueden activar el proceso on-chain que mueve los activos al contrato de CryptoLegacy. Después, los Beneficiarios reclaman su participación poco a poco según el calendario de distribución configurado, y las Direcciones de recuperación pueden ejecutar el Flujo de recuperación para transferir todos los activos según lo definido por el contrato.
¿Puedo auto‑hospedar el frontend de CryptoLegacy?
Sí.
El frontend de CryptoLegacy se puede auto‑hospedar usando el repositorio publicado. Auto‑hospedarlo permite ejecutar la interfaz en tu propia infraestructura, como IPFS, Arweave o un servidor privado, sin depender del frontend alojado.
Auto‑hospedar no cambia el comportamiento del contrato ni la lógica de ejecución. Todas las acciones críticas siguen aplicándose con smart contracts on-chain, independientemente de dónde se sirva la interfaz.
¿Cómo protege CryptoLegacy la privacidad de los Beneficiarios y los activos?
CryptoLegacy está diseñado para limitar la divulgación de información y retrasar la visibilidad hasta que se cumplan condiciones de distribución o Recuperación.
Cada contrato de CryptoLegacy usa su propia dirección única, que no está vinculada directamente a la wallet del Propietario ni a otros contratos.
Las direcciones de Beneficiarios, Garantes y Direcciones de recuperación se guardan como hashes, evitando asociarlas pronto a un contrato específico hasta que se usen on-chain.
Los Metadatos de activos se cifran por rol y solo se pueden descifrar cuando se cumplen las condiciones on-chain correspondientes.
Durante el Período normal, los activos se quedan en las wallets del Propietario. El contrato no guarda fondos y no expone saldos ni datos de activos antes de la ejecución.
La privacidad en CryptoLegacy se aplica mediante separación de roles, identidades hasheadas, metadatos cifrados y ejecución basada en reglas, no mediante ofuscación custodial o secreto off-chain.
¿Pueden los Beneficiarios o Garantes acceder antes a los datos cifrados inspeccionando la blockchain o el código?
Los Metadatos cifrados son visibles públicamente on-chain y se pueden analizar off-chain.
Pero esos metadatos no se pueden descifrar de forma útil sin las claves privadas correspondientes, y el descifrado por sí solo no permite mover activos. Todas las transferencias siguen estando limitadas por condiciones on-chain, Umbrales de confirmaciones y flujos de ejecución definidos por el contrato.
Inspeccionar el frontend, auto‑hospedar la interfaz o revisar el código fuente no da acceso extra más allá de lo que ya es visible públicamente on-chain. La interfaz no almacena claves privadas ni metadatos de activos en texto plano, y no salta protecciones criptográficas ni enforcement a nivel de contrato.
CryptoLegacy no depende de “seguridad por oscuridad” ni de restricciones del frontend para la privacidad. Depende de cifrado, separación de roles y ejecución on-chain basada en reglas, asumiendo que los datos en blockchain son públicos por diseño.
Pero las Autorizaciones y los datos cifrados se guardan on-chain… ¿no es técnicamente accesible?
Sí. Los Metadatos cifrados y los datos de Autorizaciones son visibles públicamente on-chain y se pueden analizar off-chain.
Pero que sea técnicamente visible no significa que haya acceso práctico o control. Los datos cifrados no se pueden descifrar de forma útil sin claves privadas, y aunque se descifren, eso no permite mover activos fuera de rutas de ejecución predefinidas.
CryptoLegacy asume que los datos en blockchain son públicos por defecto y se centra en que la visibilidad no se convierta en autoridad. La Recuperación y la distribución solo pueden ejecutarse mediante reglas on-chain predefinidas, independientemente del análisis off-chain o la ingeniería inversa.
¿Puede CryptoLegacy soportar NFTs y otros protocolos?
CryptoLegacy está diseñado para ser extensible mediante un sistema de plugins basado en el estándar Diamond (EIP-2535).
La arquitectura de plugins permite añadir lógica extra de ejecución sin modificar el comportamiento del contrato core. Esto incluye soporte para tipos de activos e interacciones con protocolos más allá de simples transferencias de tokens.
En el lanzamiento, el sistema de plugins ya está listo, y el soporte para NFTs y otras integraciones de protocolos está previsto mediante plugins aprobados con el tiempo. El registro y la ejecución de plugins siguen sujetos a reglas predefinidas y no cambian la lógica de distribución.
¿Qué pasa si una clave privada se ve comprometida?
Si una clave privada se ve comprometida durante el Período normal, el Propietario puede actualizar la configuración del contrato según las reglas predefinidas. Esto puede incluir cambiar la dirección del Propietario, actualizar direcciones de Beneficiarios o Garantes, o ajustar la configuración de Recuperación.
Una vez que empieza el Período de distribución, el control del Propietario queda suspendido y no se puede usar para alterar la ejecución. En esa fase, las transferencias de activos siguen estrictamente las reglas predefinidas de distribución o Recuperación, independientemente de la clave comprometida.
Los Beneficiarios pueden actualizar sus direcciones de recepción durante el Período de distribución, si la lógica del contrato lo permite. Ningún rol puede usar una clave comprometida para saltarse condiciones on-chain o modificar flujos de ejecución.
¿Qué puedo hacer si mis claves podrían estar comprometidas y no tengo acceso a mis dispositivos o backups?
Durante el Período normal, se pueden usar mecanismos de Recuperación predefinidos según la configuración del contrato.
Los Garantes pueden iniciar el proceso on-chain predefinido para mover activos al contrato de CryptoLegacy, sujeto a Umbrales de confirmaciones y al Período de oposición configurado. Durante el Período de oposición, el proceso puede cancelarlo el Propietario o una Dirección de recuperación.
Las Direcciones de recuperación también pueden ejecutar el Flujo de recuperación según las reglas predefinidas. Este flujo mueve activos al contrato de CryptoLegacy y permite transferirlos según lo definido en la configuración de Recuperación.
Todas las acciones se ejecutan estrictamente según reglas on-chain. Ningún rol puede saltarse Umbrales de confirmaciones, retrasos de tiempo o condiciones de ejecución.
¿Puedo pausar o reanudar el contrato?
El contrato de CryptoLegacy incluye un mecanismo de Pausa que bloquea transferencias de activos y otras acciones de ejecución.
Mientras el contrato esté en Pausa, no se pueden mover activos y queda bloqueado el inicio del Período de oposición. El Propietario aún puede actualizar la configuración del contrato, incluyendo ajustes de Beneficiarios, configuración de Garantes, parámetros de Recuperación y otras opciones que no sean de ejecución, según las reglas del protocolo.
El Período de inactividad sigue corriendo aunque el contrato esté en Pausa. Para evitar entrar en Período de oposición, el Propietario debe renovar el Período de inactividad de 6 meses enviando la transacción on-chain requerida de Confirmación de actividad (y la Donación DAO, si aplica).
Si el Período de inactividad ya venció, no se puede iniciar un Período de oposición mientras el contrato esté en Pausa, pero puede iniciarse inmediatamente después de reanudarlo.
Reanudar restaura la ejecución bajo las mismas condiciones on-chain. Las Autorizaciones de tokens se pueden revocar en cualquier momento, por separado, fuera del mecanismo de Pausa.
¿Puedo personalizar los calendarios de distribución de los Beneficiarios?
Sí.
Para cada Beneficiario, el Propietario define una participación, un retraso opcional y un Período de vesting. Estos parámetros determinan cuándo empieza la reclamación de activos y cómo los activos pasan a estar disponibles para reclamar con el tiempo.
Retraso antes del acceso — el tiempo de espera antes de que un Beneficiario pueda empezar a reclamar activos.
Período de vesting — la duración durante la cual los activos van quedando disponibles para reclamar de forma gradual según el calendario configurado.
Los parámetros de distribución se pueden actualizar por el Propietario durante el Período normal. Una vez que empieza el Período de distribución, estos parámetros quedan fijos y se aplican on-chain según las reglas configuradas.
¿Qué pagos requiere CryptoLegacy?
CryptoLegacy se sostiene con Donaciones DAO.
Se requiere una Donación DAO fija al desplegar un contrato personal y al renovar el Período de inactividad con la Confirmación de actividad en el intervalo requerido.
Según la configuración del protocolo, puede existir una opción alternativa de acceso ilimitado, que cubre despliegues de contratos y confirmaciones de actividad en las cadenas compatibles.
¿Qué es el mecanismo de referidos y cómo funciona?
CryptoLegacy incluye un mecanismo de referidos opcional pensado para contabilizar introducciones de confianza.
Cuando se usa un código de referido, se aplica un descuento predefinido a quien despliega, y se atribuye una parte predefinida al titular del código según las reglas del protocolo.
Los códigos de referido están pensados para uso privado y en contextos de confianza, no para distribución pública ni campañas de crecimiento. Las direcciones de cobro asociadas a los códigos de referido se pueden actualizar según la configuración del protocolo.
¿Qué pasa si el equipo core no puede dar soporte al producto?
CryptoLegacy no depende de la participación continua de un equipo core para ejecutar los contratos.
Una vez desplegados, los contratos de CryptoLegacy operan de forma autónoma on-chain y no dependen de servicios centralizados para ejecutar la lógica de Recuperación o distribución. El frontend se puede auto‑hospedar, y se puede interactuar con los contratos directamente on-chain, independientemente de cualquier interfaz alojada.
La disponibilidad y el mantenimiento del código pueden evolucionar con el tiempo según la gobernanza del proyecto, pero los contratos ya desplegados siguen funcionando y aplican sus reglas predefinidas, incluso si no hay soporte continuo del equipo.
¿Por qué el código del contrato es público, pero está bajo copyright y no se publica con una licencia open-source?
El código de los contratos de CryptoLegacy es públicamente legible para permitir revisión y auditoría independientes.
Al mismo tiempo, el código se distribuye bajo copyright para limitar la reutilización no verificada, la clonación o despliegues en contextos engañosos o inseguros. Este enfoque busca reducir el riesgo de estafas, forks mal configurados o despliegues no autorizados que puedan perjudicar a los usuarios.
La licencia y la disponibilidad del código pueden evolucionar con el tiempo según la gobernanza y la madurez del proyecto. Independientemente de la licencia, los contratos ya desplegados siguen operando de forma autónoma y aplican sus reglas on-chain.
¿Por qué el código de la UI está cerrado y ofuscado?
La interfaz de CryptoLegacy no es un límite de seguridad. No almacena claves privadas, metadatos de activos descifrados ni autoridad de ejecución. Toda la lógica crítica se aplica con smart contracts on-chain.
El código de la UI se distribuye ofuscado para reducir el riesgo de phishing, frontends falsos y réplicas engañosas que puedan llevar a los usuarios a firmar transacciones no deseadas. La ofuscación se usa para limitar la reutilización o modificación trivial de la interfaz en contextos inseguros, no como sustituto de la seguridad criptográfica o a nivel de contrato.
Los usuarios pueden auto‑hospedar la interfaz o interactuar con los contratos directamente on-chain. La disponibilidad y la licencia del código de la UI pueden evolucionar con el tiempo según la gobernanza del proyecto, pero los contratos ya desplegados siguen siendo totalmente auditables y aplican sus reglas de forma independiente del frontend.
Last updated