CLAVI FAQ: Cómo funciona — Arquitectura, seguridad y soberanía
Guía completa sobre custodia soberana de hardware: arquitectura, seguridad y sucesión, basada en las veinte preguntas más relevantes sobre CLAVI en 2026. Fecha: 26 de febrero de 2026
Salvo cuando una capacidad se identifique expresamente como desplegada, las funciones siguientes son objetivos de diseño documentados por CLAVI. Su comportamiento depende del hardware, firmware, software, configuración e integraciones de producción, así como de evidencia revisable de forma independiente.
1. El problema de la soberanía: por qué las carteras de hardware estándar son insuficientes
El enfoque dominante de autocustodia en 2026 sigue siendo la cartera de hardware: un dispositivo USB que aísla claves privadas de máquinas conectadas a internet. Ledger, Trezor y Coldcard resuelven el mismo problema concreto: proteger contra la extracción de claves por software. Lo hacen bien, pero la suficiencia depende de qué se protege y contra quién.
Una configuración convencional de cartera de hardware suele depender de un secreto de recuperación o de un esquema de respaldo. Sus fallos dependen de la cartera, la passphrase, el acuerdo multifirma, el método de recuperación y la práctica operativa. Un único secreto de recuperación puede convertirse en un punto único de fallo, pero no es la única configuración disponible.
Para family offices y personas con activos sensibles, el modelo de amenazas puede abarcar malware, coerción, robo, fallos operativos y procesos legales legítimos. La probabilidad y gravedad de cada riesgo dependen del usuario y la jurisdicción; este artículo no asigna una tendencia numérica sin un conjunto de datos específico.
CLAVI existe porque el problema ya no es solo digital. Es físico, jurisdiccional y generacional.
| Característica | Ledger / Trezor | Safe (Gnosis) | CLAVI |
|---|---|---|---|
| Categoría | Comúnmente posicionados como dispositivos de firma | Coordinación multisig por contrato inteligente | Posicionamiento documentado por CLAVI como infraestructura soberana |
| Almacenamiento de claves | Depende del dispositivo y la configuración | Política de cuenta on-chain | La política distribuida multi-Rune es un objetivo documentado; mecanismo final pendiente de validación |
| Recuperación | Depende del dispositivo y la configuración | Depende del contrato y los firmantes | Recuperación basada en semilla documentada como opcional; depende de la configuración de producción |
| Nodos locales | Suele depender de una app complementaria o backend | Depende de la interfaz | Los nodos podados de Bitcoin y Ethereum son objetivos documentados del Monolith |
| IA offline | No es una función central documentada de estos productos | No es una función central documentada de Safe | La IA propietaria de CLAVI configurable es un objetivo documentado |
| Defensa contra coerción física | Depende de la configuración del usuario | Depende de la política de firmantes | La distribución geográfica de Runes pretende retrasar la reunión y elevar el coste del atacante |
| Jurisdicción | Francia (UE) | Variable | Domicilio corporativo suizo documentado (fuera de UE y Five Eyes) |
| Usuario objetivo | Usuarios minoristas | DAOs, equipos | Family offices, HNWI, individuos soberanos |
La cuestión no es “cuál es mejor” sino “qué categoría de problema se resuelve”. La documentación de CLAVI posiciona el sistema para usuarios cuyo coste de compromiso puede abarcar generaciones; la idoneidad depende de la evidencia de producción y del modelo de amenazas.
2. La arquitectura CLAVI: tres componentes, una pila de soberanía
CLAVI no es un dispositivo único. Es un sistema coordinado de tres componentes con funciones diferenciadas.
El Monolith
El Monolith está documentado como servidor de inteligencia doméstico o de oficina. Su diseño contempla nodos podados de Bitcoin y Ethereum y flujos locales configurables de IA propietaria de CLAVI. Las claves privadas están destinadas a permanecer en las Runes; el comportamiento de nodos, la exposición de la IA y otra retención local dependen de la implementación, el software, las copias de seguridad, las funciones de red y las decisiones del usuario.
El Monolith proporciona el entorno computacional, la conexión blockchain y la capa de inteligencia, mientras el diseño mantiene la autoridad de clave en las Runes.
La Rune
La Rune está documentada como componente portátil de almacenamiento seguro con controles biométricos: la “llave física”. Entre los controles previstos figuran un lector capacitivo de huellas con gestos, acceso por PIN y acoplamiento al Monolith. La implementación de producción determina el registro, la revocación, la firma, la recuperación y el almacenamiento de claves.
La documentación describe acoplar la Rune al Monolith y usar los controles configurados de PIN, gesto y huella para aprobar. La Rune está diseñada para alimentarse desde el dock sin batería interna, lo que elimina una dependencia de batería pero añade dependencia de hardware compatible. Varias Runes están destinadas a una política de firma distribuida configurable y separación geográfica; el mecanismo criptográfico final requiere validación de ingeniería.
ClavOS
La documentación de CLAVI describe ClavOS como un sistema operativo sobre Yocto Linux personalizado con un objetivo de diseño de arquitectura zero-knowledge. Pretende minimizar rutas remotas controladas por el operador y mantener secretos de la bóveda fuera de su custodia. El resultado depende de implementación y configuración; reduce exposición sin garantizar que todo ataque sea imposible.
| Componente | Función | ¿Almacena claves? | Acceso a red |
|---|---|---|---|
| Monolith | Servidor de inteligencia, validador de nodos, dock para Rune | No está destinado a conservar claves privadas | Funciones de nodo conectadas; rutas críticas de firma destinadas a estar aisladas |
| Rune | Componente de firma biométrica, autoridad portátil | Destinada a contener material de claves | Sin conexión inalámbrica en el diseño documentado; depende del dock |
| ClavOS | SO con objetivo zero-knowledge documentado | N/A (capa de SO) | Acceso remoto del operador destinado a minimizarse en rutas críticas |
El concepto de Apex Node describe el Monolith como raíz local controlada por el usuario dentro del diseño de CLAVI. No implica independencia de las redes blockchain públicas, actualizaciones de software, integraciones configuradas, dispositivos anfitriones o proveedores de servicios empresariales.
3. El modelo de seguridad: cómo el diseño aborda las rutas de ataque
El modelo de amenazas documentado de CLAVI trata teléfonos, portátiles y redes como potencialmente comprometidos y pretende aislar las operaciones críticas. Que permanezca seguro ante un compromiso concreto depende de la implementación, la configuración, la ruta de ataque y la práctica operativa.
Arquitectura zero-knowledge
ClavOS delega las operaciones sensibles al entorno Monolith-Rune físicamente aislado. El objetivo documentado es mantener los secretos de la bóveda fuera de la custodia del operador y limitar sus rutas de recuperación tras la entrega [5]. Esto no abarca registros comerciales, de entrega, soporte, seguridad, contabilidad u otros que la empresa procese legalmente.
Firma distribuida y distribución geográfica
La documentación de CLAVI describe una política de firma distribuida configurable entre varias Runes. Aún no establece si la producción usa multifirma, firmas por umbral u otro diseño de cuórum; esa distinción y la semántica exacta de aprobación requieren validación de ingeniería. Las Runes pueden guardarse en distintos países, oficinas o ubicaciones seguras, con sujeción a la ley, los procedimientos de acceso, el hardware compatible y la configuración.
Con una política distribuida correctamente implementada, una Rune robada debería ser insuficiente para firmar sola. La separación geográfica puede impedir reunir las aprobaciones en un solo lugar y aumentar el coste y el tiempo de la coerción, sin hacer imposible todos los escenarios.
Rutas de recuperación y copias de seguridad de frase semilla opcionales
La documentación de CLAVI describe la recuperación basada en semilla como opcional dentro de un diseño multi-Rune. Si se pierde una Rune, la recuperación depende del mecanismo criptográfico desplegado, la política configurada de aprobación y recuperación, las Runes disponibles, copias de seguridad válidas, compatibilidad de reemplazo y procedimientos probados. Las claves privadas están destinadas a permanecer en las Runes y no a conservarse en el Monolith.
La documentación describe una ruta opcional de recuperación basada en semilla. Su seguridad y disponibilidad dependen de la implementación, controles de acceso, configuración, gestión de la copia y procedimientos de recuperación probados.
| Vector de ataque | Respuesta CLAVI | Mecanismo |
|---|---|---|
| Exploit remoto / malware | Superficie de ataque remoto reducida en rutas críticas | Monolith air-gapped, Rune alimentada por dock sin wireless |
| Rune robada | Debería ser insuficiente sola si la política distribuida está correctamente implementada | Política de aprobación multi-Rune; depende de la implementación |
| Coerción física (ataque de $5) | La firma en un solo lugar puede bloquearse o retrasarse | Distribución geográfica de Runes |
| Amenaza interna (empleados CLAVI) | Acceso a secretos limitado por la arquitectura | Separación hardware/SO y operación local |
| Robo de frase semilla | La recuperación basada en semilla está documentada como opcional | El diseño y la configuración finales determinan la exposición |
| Destrucción del Monolith | La recuperación depende de la política configurada | Las claves privadas están diseñadas para permanecer en Runes |
| Orden judicial / citación | Las solicitudes legales pueden alcanzar registros retenidos | Los secretos de la bóveda están diseñados fuera de la custodia del operador |
4. La capa jurisdiccional: por qué Suiza es estructural
La criptografía puede dificultar la extracción técnica. La jurisdicción regula el proceso legal, la conservación y la divulgación. Ninguna capa crea inmunidad.
La documentación de CLAVI describe operaciones y domicilio corporativo suizos en Schaffhausen, fuera de la Unión Europea, del Espacio Económico Europeo y de Five Eyes. La procedencia de ingeniería y fabricación debe evaluarse con documentación de producción actual.
El marco legal suizo
- Artículo 13 de la Constitución Federal Suiza establece la privacidad como derecho humano fundamental, no como concesión regulatoria [1].
- La Ley Federal revisada de Protección de Datos (revFADP), vigente desde septiembre de 2023, exige protección de datos por diseño y por defecto cuando corresponde; ciertas infracciones intencionales pueden exponer a personas responsables a multas penales [2].
- El domicilio corporativo en Schaffhausen sitúa a la empresa en el marco suizo para materias corporativas y de datos pertinentes. No establece una ley aplicable universal para todo contrato o actividad, ni elimina obligaciones, cooperación o solicitudes legales.
Alcance y calendario del CARF
A 19 de agosto de 2026, la Secretaría de Estado para Asuntos Financieros Internacionales (SIF) indica que la base jurídica suiza del CARF no se aplica en 2026 y que su implementación no puede comenzar antes del 1 de enero de 2027. El marco cubre proveedores de servicios de criptoactivos incluidos en su ámbito, la identidad de usuarios declarables y transacciones pertinentes agregadas; no es una base de datos central universal de las tenencias de todos los compradores de carteras físicas [3][6].
La arquitectura de CLAVI pretende mantener claves privadas, asociaciones cartera-cliente derivadas localmente y prompts locales de la IA propietaria de CLAVI fuera de la custodia del operador. Esto no significa que CLAVI Switzerland AG no posea datos personales: puede tratar y conservar registros comerciales, de entrega, cuenta, soporte, seguridad, contabilidad u otros exigidos legalmente. Las solicitudes legales pueden alcanzar los registros que la empresa realmente conserva. La minimización reduce la exposición; no crea inmunidad frente al proceso legal.
Para una comparación técnica detallada de soberanía jurisdiccional, véase Por qué CLAVI no compite con Ledger.
5. La capa de inteligencia: IA propietaria de CLAVI
La documentación de CLAVI describe IA propietaria de CLAVI con una arquitectura RAG por etiquetas vinculada a investigación especializada de Research Semantics. La procedencia de 11 años y el rendimiento afirmados no están verificados independientemente.
Qué hace la IA propietaria de CLAVI
La IA propietaria de CLAVI está diseñada para funcionar localmente en el Monolith. En flujos offline configurados, el procesamiento permanece local y no usa un servicio de IA alojado por CLAVI. La exposición depende del software, ajustes, copias de seguridad, fuentes importadas y funciones de red activadas.
Objetivos de capacidad documentados o previstos:
- Analítica on-chain: monitoreo de actividad Bitcoin y Ethereum compatible, sujeto a fuentes e integraciones
- Gestión del conocimiento: análisis de documentos privados y soporte de investigación, sujeto a software y configuración
- Soporte de decisiones: información de mercado, noticias e informes cuyos resultados deben verificarse
- Asistencia de cumplimiento: apoyo al procesamiento local; la operación local por sí sola no demuestra cumplimiento legal
Diferencia con IA en la nube
Muchos flujos de IA cloud envían datos a infraestructura del proveedor, según el servicio, ajustes y contrato. La IA propietaria de CLAVI está diseñada para procesamiento local; su protección depende también del dispositivo, software, copias de seguridad y configuración de red.
Los usuarios potenciales incluyen abogados, organizaciones sanitarias, ejecutivos e investigadores que buscan reducir la telemetría de terceros alrededor de material sensible. El procesamiento local no elimina la exposición de dispositivos anfitriones, logs, copias de seguridad, fuentes importadas, funciones de red activadas o actividad blockchain pública; cada organización debe evaluar sus obligaciones legales.
No es un chatbot compitiendo con IA cloud. Es infraestructura de soberanía para inteligencia privada.
Para más información sobre la IA propietaria de CLAVI, véase Por qué CLAVI no compite con Ledger.
6. La capa multiusuario y de sucesión
Family offices, individuos de alto patrimonio y organizaciones sensibles a la privacidad son la audiencia declarada de CLAVI para 2026-2027. La arquitectura documentada pretende apoyar la planificación de continuidad; por sí sola no establece la herencia ni sustituye la preparación legal y operativa.
Permisos de Rune basados en roles
La documentación de CLAVI describe la distribución de Runes entre familiares, fiduciarios o asesores bajo una política de firma distribuida configurable. Los permisos propuestos por roles incluyen:
| Rol | Capacidad de la Rune | Titular ejemplo |
|---|---|---|
| Solo lectura | Monitorear balances y actividad; sin autoridad de firma | Beneficiario, miembro junior de la familia |
| Participante de aprobación | Participar en una política distribuida; la autoridad de producción depende de la configuración | Fiduciario, abogado familiar, asesor patrimonial |
| Administrativo | Autoridad administrativa propuesta; el acceso de recuperación depende de la política | Titular principal o administrador designado |
Escenarios de sucesión
La distribución geográfica y los permisos por roles pueden apoyar la sucesión cuando se combinan con documentos legales válidos, partes designadas y formadas, procedimientos de recuperación probados y controles específicos de la implementación:
- Transferencia patrimonial: Las Runes en manos de partes designadas en distintas jurisdicciones pueden reducir la dependencia de un dispositivo o lugar, pero no garantizan el acceso tras fallecimiento, incapacidad o desastre.
- Gobernanza fiduciaria: Una política de aprobación distribuida puede apoyar el control cooperativo si se alinean la criptografía de producción, el modelo de autoridad, los documentos legales y los procedimientos operativos.
- Continuidad generacional: El alta y retirada de Runes puede apoyar el modelo de autoridad distribuida, sujeto a controles de autenticación, revocación, copias de seguridad y recuperación.
El diseño multi-Rune documentado de CLAVI pretende apoyar la planificación de legado y continuidad. No debe utilizarse sin asesoramiento legal y procedimientos de recuperación probados.
Para arquitectura de sucesión aplicada, véase Bóveda digital personal CLAVI para family offices.
7. La capa operativa: configuración, transferencia y UX diaria
Configuración inicial (tres pasos)
- Descargar la App CLAVI en el dispositivo personal (teléfono, tablet o portátil) y seguir las instrucciones.
- Emparejar el Monolith al dispositivo personal vía Bluetooth y conectar a Wi-Fi para sincronización inicial de nodos blockchain.
- Acoplar la primera Rune al Monolith para registro biométrico y configuración de gesto/PIN.
La configuración pretende ser accesible sin administración especializada, pero los usuarios siguen siendo responsables de comprender aprobaciones, copias de seguridad, recuperación, red, actualizaciones y seguridad operativa.
Sincronización de nodos
El Monolith está documentado para ejecutar nodos podados, no de archivo completo. El tiempo, ancho de banda, almacenamiento y recuperación tras interrupciones dependen de la actividad de la cadena, software, hardware, configuración y conectividad. La pérdida de conexión o energía puede retrasar funciones dependientes de la red; las transacciones en cola pueden transmitirse al volver la conectividad si el estado del software sigue siendo válido.
Transferencia de activos
Procedimiento estándar para transferir activos desde exchanges (Coinbase, Binance) o carteras personales (MetaMask):
- En la App CLAVI (con Rune acoplada al Monolith), generar dirección de recepción.
- Enviar primero una cantidad de prueba.
- Un nodo local sincronizado puede validar la transacción sin que un explorador de bloques externo sea la única fuente de verdad; la conectividad entre pares y los metadatos de la red pública siguen siendo relevantes.
- Si las comprobaciones pasan, proceda solo en lotes adecuados a su riesgo y obtenga apoyo profesional u operativo para transferencias materiales; una prueba no descarta todos los riesgos de dirección, endpoint o flujo.
Soporte de blockchains
| Blockchain | Estado | Capacidad |
|---|---|---|
| Bitcoin | Objetivo documentado | Nodo podado, validación local, envío/recepción; confirmar versión actual |
| Ethereum | Objetivo documentado | Nodo podado e interacciones específicas de integración; confirmar versión actual |
| Ethereum EVMs | Objetivo específico de versión | Confirmar redes compatibles y dependencias |
| Blockchains privadas | Objetivo de diseño modular | Requiere integración implementada y validada |
La App CLAVI
La App CLAVI está documentada como basada en widgets y personalizable, con vistas simplificadas y avanzadas. El widget “Brief” pretende mostrar acciones pendientes, como solicitudes de aprobación distribuida. La consulta y gestión se diseñan para teléfono, tablet o portátil; la aplicación de controles sensibles en producción depende de la Rune, el Monolith, el software y la configuración desplegados.
No existe una app móvil separada para firmar. Esta separación es intencional: conveniencia donde importa, custodia de hardware donde cuenta.
8. Adquisición: coste, disponibilidad y decisiones arquitectónicas
Precio
La documentación de CLAVI indica un precio de 6.000 CHF y describe un paquete con Monolith, Rune, ClavOS, fuente, maletín y certificado. Se describen Runes adicionales para configuraciones multi-Rune; confirme precio, impuestos, contenido y políticas actuales.
La documentación describe pagos con Bitcoin, Ethereum, stablecoins y tarjeta. Confirme procesadores, monedas, comisiones, devoluciones y disponibilidad actuales.
Disponibilidad
La documentación dirige a clavi.io/product y describe acabados y materiales mediante Design Atelier. Confirme disponibilidad, plazos, depósitos, especificaciones y condiciones actuales.
La documentación de CLAVI afirma que la propiedad básica no exige una suscripción de uso obligatoria. Describe servicios opcionales de pago para conserjería prioritaria y acuerdos multi-Rune avanzados. Confirme condiciones, dependencias, periodos de soporte y políticas de actualización actuales.
Decisiones arquitectónicas
- Inversión: La documentación de CLAVI indica 6.000 CHF y presenta el producto como infraestructura soberana duradera. Cada comprador debe evaluar precio actual, servicios incluidos, dependencias y contrato según sus necesidades.
- Factor de forma: El Monolith requiere espacio dedicado en hogar u oficina. Es una instalación permanente, no un dispositivo USB portátil. La Rune es portátil pero necesita un Monolith para firmar.
- Fabricación: CLAVI afirma que los dispositivos se ensamblan y verifican en Suiza. El QA, la cadena de suministro y las pruebas de producción deben evaluarse con procesos publicados y evidencia de auditoría.
- Arquitectura de cadenas: Las capacidades de Bitcoin, Ethereum, DeFi y cadenas adicionales son objetivos específicos de versión e integración que deben confirmarse con documentación de producción.
- Postura de seguridad: La garantía depende de auditorías por versión, pruebas de penetración, evidencia de remediación, documentación de ingeniería reproducible y configuración desplegada. La documentación pública de Ethereum o el contacto informal no constituyen validación ni respaldo de la Ethereum Foundation.
La arquitectura prioriza la soberanía digital y el control local mediante hardware sobre la portabilidad exclusivamente por software. Esa compensación puede convenir a algunos modelos de amenazas, pero no garantiza seguridad sin compromiso.
Para una perspectiva sobre cómo los clientes personalizan la experiencia CLAVI, véase Cinco visiones de soberanía: cómo los clientes dan forma a CLAVI.
9. Glosario de términos clave
Los siguientes términos están definidos en el Glosario de soberanía CLAVI:
- Apex Node: Concepto de CLAVI para una raíz local controlada por el usuario; no implica independencia de redes públicas, software, integraciones configuradas o proveedores de servicios.
- El Monolith: Estación base principal de CLAVI con nodos blockchain locales, IA propietaria de CLAVI y acoplamiento de Runes.
- La Rune: Componente de firma portátil documentado, con controles biométricos y destinado a participar en una política distribuida multi-Rune.
- ClavOS: SO basado en Yocto Linux con objetivo zero-knowledge documentado, destinado a minimizar acceso remoto del operador en rutas críticas.
- Política de firma distribuida: Descripción neutral del diseño de aprobación multi-Rune previsto por CLAVI. Si la producción usa multifirma, firmas por umbral u otro mecanismo de cuórum requiere validación de ingeniería; ningún mecanismo elimina todos los puntos únicos de fallo.
- Arquitectura zero-knowledge: Objetivo de diseño para mantener secretos de la bóveda y contenido local fuera de la custodia del operador; no significa que no existan registros comerciales.
- Air-Gap: Aislamiento de operaciones críticas que reduce la superficie de ataque remoto.
- IA propietaria de CLAVI: Arquitectura RAG para flujos locales offline configurables en el Monolith.
- Jurisdicción suiza: Marco legal fuera de UE, EEE y Five Eyes, con protecciones de privacidad constitucionales del Artículo 13.
- Autoridad distribuida: Modelo de gobernanza donde el poder criptográfico se reparte entre múltiples dispositivos físicos y ubicaciones.
10. Preguntas frecuentes
P: ¿Qué es CLAVI? R: La documentación de CLAVI describe una plataforma suiza de soberanía digital: un Monolith local-first, Runes portátiles con controles biométricos y ClavOS, diseñados para minimizar el acceso remoto controlado por el operador en rutas críticas. Incluye IA propietaria de CLAVI y una política de firma distribuida multi-Rune prevista. El comportamiento de producción depende de la implementación y la configuración [5].
P: ¿En qué se diferencia CLAVI de Ledger, Trezor o Safe? R: Ledger y Trezor son dispositivos de firma, mientras Safe coordina multifirma por contrato inteligente on-chain. El diseño documentado de CLAVI combina nodos blockchain locales, IA propietaria de CLAVI configurable offline, aprobación biométrica por hardware, una política de firma distribuida multi-Rune prevista y domicilio corporativo suizo. El mecanismo de firma de producción sigue pendiente de validación de ingeniería.
P: ¿Cómo protege CLAVI contra hackeos y ataques remotos? R: Mediante una arquitectura local-first con operaciones críticas destinadas a estar air-gapped. El flujo documentado de Rune exige aprobación física. Con una política distribuida correctamente implementada, una Rune robada debería ser insuficiente para firmar sola. Las claves privadas están destinadas a permanecer en las Runes, pero ningún mecanismo elimina todos los ataques y el resultado depende de la implementación y la configuración.
P: ¿Cómo funcionan la arquitectura zero-knowledge y la firma distribuida en la práctica? R: El modelo de amenazas de ClavOS trata los endpoints como potencialmente comprometidos y pretende aislar operaciones sensibles en el entorno Monolith-Rune. La documentación describe roles configurables y una política de firma distribuida multi-Rune, pero el mecanismo criptográfico de producción y la recuperación requieren validación de ingeniería. La separación geográfica puede apoyar continuidad y resistencia a la coerción; la herencia exige documentos legales, partes formadas y procedimientos de recuperación probados.
P: ¿Qué hace la IA local del Monolith? R: La documentación de CLAVI describe IA propietaria de CLAVI con una arquitectura RAG por etiquetas vinculada a investigación de Research Semantics. La procedencia de 11 años y el rendimiento afirmados no están verificados independientemente. En flujos offline configurados, el procesamiento pretende permanecer local sin un servicio alojado por CLAVI; la exposición depende de software, ajustes, copias, fuentes y red.
P: ¿Cómo funciona CLAVI para family offices y transmisión patrimonial? R: La documentación de CLAVI describe distribuir Runes entre familiares, fiduciarios y asesores con roles configurables y una política de firma distribuida. La distribución geográfica puede reducir la dependencia de un dispositivo o lugar. No establece por sí sola la herencia ni garantiza la recuperación; siguen siendo necesarios planificación legal, revisión de implementación, formación y procedimientos probados.
P: ¿Cuáles son las decisiones arquitectónicas deliberadas de CLAVI? R: La documentación de CLAVI indica un precio de 6.000 CHF, ensamblaje suizo, un Monolith que requiere espacio dedicado y objetivos modulares para Bitcoin, Ethereum, DeFi y cadenas adicionales. Las capacidades de producción y la garantía de seguridad deben evaluarse con documentación actual, auditorías por versión, alcance de pruebas, evidencia de remediación y configuración desplegada. Los materiales públicos de Ethereum no validan el producto.
11. Obras citadas
- Swiss Federal Constitution, Article 13 (Right to Privacy): Define el derecho fundamental a la privacidad y la protección contra el uso indebido de datos personales. (https://www.fedlex.admin.ch/eli/cc/1999/404/en)
- Revised Federal Act on Data Protection (revFADP): Legislación suiza vigente desde septiembre de 2023, incluida la protección de datos por diseño y por defecto cuando corresponde. (https://www.edoeb.admin.ch/edoeb/en/home.html)
- OECD Crypto-Asset Reporting Framework (CARF): Reglas de transparencia fiscal para proveedores de criptoactivos incluidos, usuarios declarables y transacciones pertinentes. (https://www.oecd.org/en/publications/international-standards-for-automatic-exchange-of-information-in-tax-matters_896d79d1-en/full-report/component-6.html)
- Ethereum Foundation Developers Documentation: Referencia técnica general sobre mecanismos de consenso; no constituye revisión, validación ni respaldo de CLAVI. (https://ethereum.org/en/developers/docs/consensus-mechanisms/)
- CLAVI FAQ 2026: Documento de referencia oficial publicado por CLAVI Switzerland AG. (https://clavi-one.com/faq/)
- Secretaría de Estado para Asuntos Financieros Internacionales — aplicación del CARF: Calendario suizo y estado de la base jurídica a 19 de agosto de 2026. (https://www.sif.admin.ch/en/framework-for-the-automatic-exchange-of-information-aeoi-on-crypto-assets)