Zero Knowledge on Arpokrat

Data Act vs CLOUD Act: ¿quién controla realmente sus datos en la nube?

Fri, 19 Jun 2026 00:00:00 +0000

Durante años, el mundo funcionó sobre una hipótesis simple: los datos tienen un lugar de residencia física. Si se encontraban en un servidor en Dublín, estaban sujetos al derecho irlandés y europeo. Esta hipótesis se derrumbó en 2018, cuando Estados Unidos adoptó el CLOUD Act, una ley que otorga a las autoridades estadounidenses acceso a los datos controlados por empresas americanas, independientemente de dónde estén físicamente almacenados en el mundo. Varios años más tarde, Bruselas respondió con su propio mecanismo de protección: el Data Act, ahora plenamente aplicable, que intenta limitar el acceso extraterritorial de las autoridades de terceros países a los datos conservados en la Unión Europea.

A continuación se expone lo que realmente prevén estos dos textos, dónde entran en colisión, y por qué la única protección verdaderamente sólida frente a este conflicto sigue siendo la imposibilidad técnica de acceso.

El CLOUD Act estadounidense: un acceso basado en el control, no en la localización

El CLOUD Act (Clarifying Lawful Overseas Use of Data Act), adoptado en marzo de 2018, modificó el derecho estadounidense añadiendo el artículo 18 U.S. Code § 2713. Este texto obliga a todo proveedor de servicios de comunicación electrónica o de computación en la nube a conservar, salvaguardar o divulgar el contenido de una comunicación o cualquier registro relacionado con ella, cuando dichos datos estén en su posesión, custodia o control, independientemente de si esos datos se encuentran dentro o fuera de Estados Unidos.

Es precisamente esta última cláusula la que lo cambia todo. El criterio ya no es la ubicación física del servidor, sino el control ejercido por la empresa matriz sobre sus filiales. Una empresa estadounidense que opera centros de datos en Europa sigue estando sujeta a las órdenes de divulgación americanas, incluso para datos almacenados íntegramente en suelo europeo.

El Data Act europeo: una barrera jurídica al acceso extraterritorial

El Reglamento (UE) 2023/2854, conocido como Data Act, entró en vigor el 11 de enero de 2024 y es plenamente aplicable desde el 12 de septiembre de 2025, con algunas disposiciones escalonadas hasta 2026 y 2027. Su artículo 32 aborda directamente la cuestión del acceso gubernamental internacional a los datos.

El texto establece una regla clara: toda decisión o resolución de un órgano jurisdiccional o autoridad administrativa de un tercer país que exija a un proveedor de servicios de tratamiento de datos que transfiera o dé acceso a datos no personales conservados en la Unión Europea solo será reconocida y ejecutable si se basa en un acuerdo internacional, como un tratado de asistencia judicial mutua (MLA), vigente entre el país solicitante y la Unión, o entre dicho país y el Estado miembro afectado.

A falta de tal acuerdo, el artículo 32 prevé una segunda vía, aunque estrictamente encuadrada: la decisión extranjera solo podrá ejecutarse si el sistema jurídico del tercer país exige que la solicitud esté motivada, sea proporcionada y suficientemente específica —por ejemplo, estableciendo un vínculo claro con personas o infracciones concretas— y si la oposición motivada del destinatario puede someterse al control de un órgano jurisdiccional competente de dicho tercer país.

Una colisión jurídica directa

El problema es inmediato: el CLOUD Act exige una divulgación basada en el control ejercido por la empresa matriz, sin condición de proporcionalidad comparable a la exigida por el derecho europeo. El Data Act, por el contrario, subordina el reconocimiento de tal solicitud a la existencia de un acuerdo internacional o a garantías procesales precisas. Una empresa estadounidense que opera en Europa, requerida por una autoridad americana para transmitir datos alojados en la Unión, queda atrapada entre dos obligaciones legales contradictorias: cumplir el mandato estadounidense violando el derecho de la Unión, o respetar el Data Act exponiéndose a las consecuencias de una negativa en Estados Unidos.

Esta tensión no es teórica. Ya ha sido documentada por el Tribunal de Justicia de la Unión Europea (TJUE) en dos decisiones fundamentales, Schrems I (2015) y Schrems II (2020). En la sentencia Schrems II, el TJUE consideró que la vigilancia estadounidense llevada a cabo al amparo de la Sección 702 de la FISA (Foreign Intelligence Surveillance Act) y de la Orden Ejecutiva 12333 no respeta las garantías mínimas exigidas por el derecho de la Unión en virtud del principio de proporcionalidad, y por tanto no puede considerarse limitada a lo estrictamente necesario. El Tribunal también señaló la ausencia de una vía de recurso judicial efectiva para los interesados de la Unión, en vulneración del artículo 47 de la Carta de los Derechos Fundamentales. Esta decisión invalidó el marco del Privacy Shield, que hasta entonces regulaba las transferencias de datos entre la UE y Estados Unidos.

El riesgo estructural: Harvest Now, Decrypt Later

Más allá del conflicto de jurisdicciones, una amenaza más insidiosa pesa sobre los datos alojados en infraestructuras sujetas al derecho estadounidense: la estrategia conocida como Harvest Now, Decrypt Later (HNDL). El principio consiste, para un servicio de inteligencia o un actor estatal hostil, en interceptar y almacenar desde ahora datos cifrados, a la espera de capacidades de cómputo cuántico suficientes para descifrarlos en el futuro.

Esta estrategia convierte cualquier dependencia prolongada de una infraestructura cloud estadounidense en una deuda de seguridad diferida: lo que hoy es confidencial puede volverse legible en diez o quince años, sin que el atacante necesite realizar ninguna acción adicional, solo tiempo y paciencia.

Por qué solo la imposibilidad técnica constituye una garantía real

El análisis jurídico converge hacia una constatación compartida por numerosos expertos en cumplimiento normativo: por sólido que sea el marco legal del Data Act, sigue siendo un texto que las relaciones de fuerza geopolíticas y las presiones diplomáticas pueden eludir, retrasar o reinterpretar. La única protección que no depende de ninguna negociación futura es la imposibilidad técnica de ejecución.

Una arquitectura zero knowledge, en la que el proveedor no posee ni la custodia ni el control de las claves de descifrado, hace que una orden de divulgación sea materialmente inoperante. No se puede ser obligado a entregar lo que nunca se ha poseído.

Esta es la lógica que estructura ecosistemas como Arpokrat:

Neutralización jurisdiccional: la infraestructura está alojada en Suiza, bajo el régimen de la Ley Federal de Protección de Datos (LPD/FADP), fuera del ámbito de aplicación directa de la extraterritorialidad del CLOUD Act
Ausencia de custodia: la arquitectura zero knowledge priva al proveedor de cualquier capacidad para entregar claves o contenidos que nunca ha poseído
Reducción de la huella identitaria: al eliminar la obligación de registro mediante número de teléfono o dirección de correo electrónico —identificadores que la vigilancia basada en la Sección 702 de la FISA puede rastrear fácilmente—, el usuario deja de ser un abonado identificable para convertirse en una clave criptográfica anónima

La cadena de custodia no termina en el cifrado de los mensajes

Un punto frecuentemente subestimado en los análisis de cumplimiento: no basta con cifrar el contenido de una comunicación si el sistema operativo subyacente, ya sea Android o iOS, continúa capturando metadatos o telemetría a nivel de núcleo, con destino a servidores sujetos a la jurisdicción estadounidense. La protección del secreto exige un cierre completo de la cadena de custodia, desde el contenido hasta la propia infraestructura material.

Por esta razón, la soberanía digital implica también una reflexión sobre el sistema operativo utilizado, no solo sobre las aplicaciones de mensajería. Los sistemas desgooglelizados, en los que módulos como el Bluetooth o la geolocalización GNSS pueden desactivarse directamente a nivel de núcleo, eliminan vectores de ataque físicos que ningún cifrado a nivel de aplicación puede compensar.

La criptografía poscuántica, un horizonte ya comprometido

Ante la amenaza que representa la estrategia HNDL, la adopción de estándares de criptografía poscuántica (PQC) se convierte en una necesidad para cualquiera que desee garantizar la confidencialidad de datos sensibles a largo plazo, ya se trate de secretos empresariales, correspondencia profesional o datos de salud. Un cifrado considerado robusto hoy según los estándares clásicos no garantiza que resistirá las capacidades de cómputo cuántico esperadas en los próximos quince años.

El conflicto entre el Data Act y el CLOUD Act ilustra una realidad más amplia: la soberanía digital ya no puede construirse únicamente sobre textos legales, por sólidos que sean. Exige un cierre de la cadena de custodia en cada nivel, desde el protocolo de cifrado hasta la jurisdicción de alojamiento, pasando por el propio sistema operativo. Es este enfoque por capas, más que una confianza depositada en un único marco regulatorio, lo que define hoy una verdadera soberanía digital por diseño.

Blockchains anónimas: cómo Monero, Zcash y las criptomonedas privadas protegen realmente tus transacciones

Wed, 17 Jun 2026 00:00:00 +0000

Bitcoin nunca fue anónimo. Es uno de los malentendidos más persistentes —y más peligrosos— del universo cripto. Cada transacción de Bitcoin queda registrada, es pública y permanente en un registro que cualquiera puede consultar. Con las herramientas adecuadas de análisis on-chain, rastrear el historial completo de una dirección, asociarla a una plataforma de intercambio y después a una identidad real se ha convertido en una actividad profesional consolidada.

Las blockchains denominadas «anónimas» —o más precisamente privacy coins— nacieron de una constatación sencilla: la transparencia total de un registro público no es compatible con la confidencialidad financiera. A continuación explicamos cómo funcionan realmente, qué protegen y cuáles son sus límites.

Por qué Bitcoin y Ethereum no son privados

En Bitcoin, Ethereum o la práctica totalidad de las blockchains clásicas, cada transacción expone públicamente tres datos: la dirección del remitente, la dirección del destinatario y el importe transferido. Esta transparencia permite el clustering de direcciones, la estimación de patrimonio, el seguimiento de pagos y, finalmente, la identificación en cuanto una sola dirección se vincula a una identidad real —por ejemplo, a través de una plataforma de intercambio sometida a KYC.

Se habla de seudoanonimato, no de anonimato. Una dirección no muestra tu nombre, pero una vez relacionada contigo una sola vez, todo tu historial de transacciones se vuelve legible de forma retroactiva.

Monero: la confidencialidad como norma, no como opción

Monero (XMR) está considerado la criptomoneda privada más robusta en circulación actualmente —no porque ofrezca herramientas de confidencialidad opcionales, sino porque la confidencialidad es obligatoria y automática en cada transacción, sin excepción.

Las ring signatures

El mecanismo central de Monero es la ring signature (firma en anillo). Cuando se envía una transacción, se agrupa con decoys —señuelos extraídos de antiguas salidas de transacciones en la blockchain— para formar un anillo. Un observador ve un conjunto de posibles firmantes, sin poder determinar cuál realizó realmente la transacción.

El principio puede imaginarse como la firma de un documento en una sala llena de otras personas: todos firman, cualquiera puede verificar que una de las personas presentes ha firmado efectivamente, pero nadie puede saber cuál. El tamaño de anillo actual agrupa la transacción real con 15 decoys, formando un conjunto de 16 firmantes plausibles.

Desde octubre de 2020, Monero utiliza el esquema CLSAG (Compact Linkable Spontaneous Anonymous Group signatures), que redujo el tamaño medio de las transacciones en aproximadamente un 25 % manteniendo las mismas garantías de confidencialidad.

Las stealth addresses

Cuando alguien te envía Monero, el remitente no transfiere los fondos directamente a tu dirección pública. Genera una dirección furtiva de un solo uso, derivada de tu clave pública. Es esta dirección temporal la que aparece en la blockchain, no la tuya. Aunque publiques tu dirección Monero públicamente, nadie puede escanear la blockchain para detectar tus transacciones entrantes: cada pago crea una dirección única que solo tu cartera puede reconocer, gracias a tu clave de vista privada.

RingCT: ocultar los importes

Las Ring Confidential Transactions (RingCT) ocultan el importe de las transferencias. La red debe verificar que las entradas igualan las salidas —para garantizar que no se crea moneda de forma artificial—, pero lo hace mediante compromisos criptográficos en lugar de cifras visibles. La introducción de las Bulletproofs redujo considerablemente el tamaño de estas pruebas y las comisiones asociadas, haciendo que los importes confidenciales sean viables en el uso cotidiano.

Dandelion++: la protección a nivel de red

Un cuarto mecanismo, Dandelion++, opera fuera del protocolo on-chain: impide identificar qué dirección IP difundió inicialmente una transacción en la red. Es una protección complementaria —no sustituye a las tres anteriores, pero cierra una puerta que las ring signatures, stealth addresses y RingCT dejan abierta: la vigilancia a nivel de la capa de red.

Cada uno de estos mecanismos cierra una brecha de vigilancia diferente. Eliminar uno solo permitiría una categoría de análisis que los demás no cubren —es su interacción conjunta la que hace que Monero sea tan difícil de rastrear.

Zcash: la confidencialidad mediante pruebas de conocimiento cero

Zcash (ZEC) se basa en un enfoque diferente: los zk-SNARKs (zero-knowledge succinct non-interactive arguments of knowledge), una familia de pruebas criptográficas que permiten verificar que una transacción cumple todas las reglas de consenso sin revelar nunca el menor detalle sobre su contenido.

Un sistema con dos pools

Zcash funciona con dos tipos de direcciones coexistentes: las direcciones transparentes (t-addr), que se comportan exactamente como Bitcoin con un historial público, y las direcciones blindadas (z-addr), que ocultan remitente, destinatario e importe gracias a los zk-SNARKs. Una transacción puede ser completamente transparente, completamente blindada o mixta (paso de un pool a otro, parcialmente visible).

Este diseño opcional fue durante mucho tiempo el punto débil de Zcash: si la mayoría de los usuarios permanecía en el pool transparente, el conjunto de anonimato del pool blindado se mantenía reducido, lo que facilitaba el análisis estadístico. Sin embargo, la situación ha evolucionado notablemente: a principios de 2026, aproximadamente el 30 % del ZEC en circulación se encuentra en los pools blindados, frente a apenas el 8 % en 2024. Varios monederos modernos cambian ahora por defecto a transacciones blindadas, lo que amplía mecánicamente el conjunto de anonimato disponible para todos los usuarios.

Halo 2 y el fin del «trusted setup»

Las primeras versiones de zk-SNARKs en Zcash requerían una ceremonia de configuración de confianza («trusted setup») —un proceso delicado en el que el compromiso de un solo participante habría podido permitir la falsificación de coins blindadas sin límite. El pool Orchard, introducido con Halo 2, elimina completamente esta dependencia gracias a una composición de pruebas recursiva que no requiere ninguna configuración de confianza.

Divulgación selectiva

Una particularidad de Zcash es la divulgación selectiva. Un usuario puede optar por compartir los detalles de una transacción blindada con un auditor, una empresa o un regulador, sin exponer el conjunto de su actividad financiera al público. Esta flexibilidad crea un equilibrio entre confidencialidad y cumplimiento normativo que pocas criptomonedas ofrecen —un argumento que Zcash esgrime ante los reguladores, con un éxito comercial real pero con consecuencias regulatorias que, como veremos, siguen siendo muy desiguales según las jurisdicciones.

Límites y puntos de atención

Ninguna blockchain de confidencialidad es infalible, y es importante comprender dónde se sitúan los límites reales:

El análisis de temporización y de importes sigue siendo posible en determinados escenarios, incluso con importes enmascarados, si otros metadatos (marcas de tiempo, tamaño de transacción) crean correlaciones explotables
La reutilización de direcciones o la mezcla de fondos con un historial transparente puede reintroducir fugas de información, en particular en Zcash, donde el pool transparente sigue siendo mayoritariamente utilizado para los flujos entrantes/salientes
La amenaza cuántica a largo plazo: los zk-SNARKs actuales y ciertas primitivas criptográficas podrían ser vulnerables a ordenadores cuánticos suficientemente potentes. Zcash trabaja en una migración post-cuántica, con carteras «recuperables cuánticamente» previstas para 2026 y una seguridad post-cuántica completa prevista para 2027
Los nodos remotos: conectarse al nodo de un tercero (en lugar del propio nodo local) puede exponer metadatos sobre tu saldo y tu dirección IP, con independencia de las protecciones criptográficas del protocolo

Por qué estas blockchains se han convertido en un objetivo regulatorio mundial

La consecuencia directa de esta robustez técnica es que las privacy coins están hoy sistemáticamente excluidas de las plataformas reguladas en un número creciente de jurisdicciones —Europa, Japón, Corea del Sur y, más recientemente, otros mercados asiáticos importantes. El motivo invocado es casi siempre el mismo: la alineación con los estándares del GAFI (FATF) en materia de lucha contra el blanqueo de capitales.

Esta presión regulatoria casi nunca afecta a la posesión individual o a las transferencias entre pares —apunta específicamente a las rampas de acceso institucionales (exchanges, custodians regulados). Es precisamente este vacío el que plataformas no custodiales y sin recopilación de datos como Arpokrat vienen a llenar.

Intercambiar privacy coins sin comprometer su razón de ser

Intercambiar Monero o Zcash en una plataforma que exige un KYC completo, conserva tus logs de IP y rastrea el historial de tus intercambios equivale a anular una parte significativa de la protección que estas blockchains ofrecen en primer lugar. La confidencialidad on-chain solo vale lo que vale la confidencialidad de la infraestructura que la rodea.

Arpokrat Swap permite intercambiar XMR, ZEC y el conjunto de las principales criptomonedas con privacidad reforzada sin recopilación de cookies, sin logs de IP y sin registro. La plataforma es accesible tanto en clearnet como a través de nuestra dirección .onion, para una protección de extremo a extremo —del protocolo hasta la infraestructura de intercambio.

Consejo práctico: para romper el vínculo on-chain entre dos activos rastreables, un paso intermedio por Monero (por ejemplo BTC → XMR → ETH) sigue siendo uno de los métodos más robustos disponibles actualmente.

La confidencialidad financiera no es una funcionalidad accesoria del mundo cripto —fue una de sus promesas fundacionales, antes de que la transparencia de las blockchains más utilizadas la silenciara de facto. Monero y Zcash, cada uno a su manera, cumplen esa promesa a nivel de protocolo. El resto de la cadena —dónde intercambias, cómo almacenas, qué infraestructura utilizas— sigue siendo enteramente tu responsabilidad.

Arpokrat Swap: intercambia tus criptomonedas sin dejar rastro

Tue, 16 Jun 2026 00:00:00 +0000

Tenemos la convicción de que el acto de intercambiar valor no debería dejar rastro. Hoy hacemos realidad esa convicción con el lanzamiento de Arpokrat Swap : una plataforma de intercambio de criptomonedas diseñada desde sus cimientos para la confidencialidad absoluta.

Una infraestructura que no te conoce

La gran mayoría de las plataformas de intercambio, incluso las que se proclaman «privadas», recopilan datos por defecto: dirección IP, cookies de sesión, huellas digitales del navegador (fingerprinting), registros de transacciones. Estos metadatos, frecuentemente subestimados, constituyen un perfil de comportamiento explotable — por terceros, por reguladores, o por actores maliciosos en caso de filtración.

Arpokrat Swap está construido sobre un principio opuesto: no podemos identificarte porque no intentamos hacerlo.

Sin cookies — ni de sesión, ni de seguimiento, ni analíticas
Sin registros de IP — tu dirección de red no se almacena ni se transmite
Sin registro de cuenta — ninguna cuenta, ninguna dirección de correo electrónico, ningún KYC
Sin fingerprinting — sin JavaScript de terceros, sin scripts de recopilación

Accesible a través de Tor

Para los usuarios que deseen una capa de protección adicional a nivel de red, Arpokrat Swap está íntegramente disponible a través de nuestra dirección .onion:

arpokrat4asurnhw7v3s6rinjqgcwo2fx54fq7zlacawc2xuq7wppsad.onion

Accesible desde el navegador Tor o a través de Orbot, esta interfaz es funcionalmente idéntica a la versión clearnet — sin compromisos en las funcionalidades, sin degradación de la experiencia.

Las criptomonedas de privacidad, primero

Arpokrat Swap es compatible con más de 350 activos digitales en el conjunto de las principales blockchains. Prestamos especial atención a las criptomonedas con privacidad reforzada, que constituyen el núcleo de nuestra filosofía:

Monero (XMR) — transacciones opacas por defecto, el estándar de referencia en materia de confidencialidad on-chain
Zcash (ZEC) — pagos blindados mediante el protocolo zk-SNARKs
Bitcoin (BTC) — en las redes principales y Lightning
Ethereum (ETH) — así como el conjunto de tokens ERC-20
Litecoin (LTC), Dogecoin (DOGE), Cardano (ADA), Solana (SOL)
Avalanche (AVAX), Polkadot (DOT), Chainlink (LINK), Uniswap (UNI)
Tether (USDT) y USD Coin (USDC) en Ethereum, Tron, BSC y Polygon
XRP, Stellar (XLM), Cosmos (ATOM), Algorand (ALGO)
Toncoin (TON), Near (NEAR), Aptos (APT), Sui (SUI)
Shiba Inu (SHIB), Pepe (PEPE) y los principales tokens memecoins
Dai (DAI), FRAX y los stablecoins descentralizados
Y cientos de otros tokens y pares cross-chain

Consejo OPSEC: Para los intercambios que impliquen activos rastreables, recomendamos utilizar Monero como intermediario — por ejemplo BTC → XMR → ETH en lugar de un intercambio directo BTC → ETH. Esto rompe el vínculo on-chain entre las dos direcciones.

xStocks: acciones tokenizadas, intercambiables sin intermediario

Arpokrat Swap integra también los xStocks — acciones y ETF estadounidenses tokenizados, respaldados 1:1 por el activo subyacente en custodia de un depositario regulado. Cada token representa exactamente una participación de la empresa correspondiente, con liquidación inmediata on-chain y disponibilidad 24h/24, 7d/7, sin horarios de bolsa.

Entre los xStocks disponibles:

Tecnología AAPLx Apple · MSFTx Microsoft · NVDAx NVIDIA · GOOGLx Alphabet · METAx Meta · AMZNx Amazon · TSLAx Tesla · AMDx AMD · ADBEx Adobe · ACNx Accenture · APPx Applovin · AMATx Applied Materials · APLDx Applied Digital

Finanzas & Cripto-adyacentes COINx Coinbase · HOODx Robinhood · MSTRx MicroStrategy · CRCLx Circle · AMBRx Amber

Salud & Farmacia MRKx Merck · AZNx AstraZeneca · ABTx Abbott · ABBVx AbbVie

Consumo & Otros MCDx McDonald’s · NFLXx Netflix · GMEx GameStop

ETF & Índices SPYx S&P 500 · QQQx Nasdaq-100 · GLDx Oro · PALLx Paladio · PPLTx Platino

Y muchos más — la lista completa supera los 131 activos (100 acciones, 27 ETF y 4 activos especializados), disponible directamente en la plataforma.

Los xStocks no otorgan derechos de voto ni dividendos directos. Los dividendos se reinvierten automáticamente en el saldo de tokens. Se aplican restricciones geográficas — no disponibles para residentes de Estados Unidos, Canadá, Reino Unido y Australia.

Un agregador de rutas, no un único proveedor

Arpokrat Swap no es una plataforma de intercambio propia: es un agregador. Cuando inicias un intercambio, consultamos simultáneamente a varios proveedores asociados y te presentamos las mejores opciones disponibles según dos criterios transparentes:

1. Las comisiones más bajas La tasa mostrada ya incluye la totalidad de las comisiones — tasas de red y comisión del proveedor. No pagas nada adicional por utilizar nuestro agregador: nuestra comisión se deduce directamente de la del proveedor, sin impacto en tu tasa.

2. La puntuación KYC del proveedor Cada ruta está asociada a una calificación de privacidad que establecemos leyendo los términos y condiciones y las políticas de privacidad de cada socio, consultándoles directamente sobre sus prácticas y teniendo en cuenta su historial:

Puntuación	Significado
✅ A	Nunca solicita verificación de identidad
🟡 B	Solicita KYC muy raramente, reembolsa en caso de rechazo
🟠 C	Solicita KYC raramente, reembolso en pocos días
🔴 D	Puede solicitar KYC y potencialmente bloquear los fondos

Recomendamos priorizar las rutas con puntuación A o B, especialmente para volúmenes importantes o intercambios que impliquen criptomonedas con privacidad reforzada.

Por qué esto marca la diferencia

La mayoría de los agregadores te redirigen hacia la tasa más ventajosa sin informarte de los riesgos relacionados con la confidencialidad del proveedor subyacente. Un intercambio puede mostrar una tasa excelente mientras aplica una política KYC agresiva que bloqueará tu transacción a posteriori y retendrá tus fondos.

Arpokrat Swap es la única plataforma donde el coste y el riesgo KYC se presentan juntos, permitiéndote tomar una decisión informada en lugar de un arbitraje a ciegas.

Acceder a Arpokrat Swap →

Arpokrat Swap es un servicio non-custodial. En ningún momento tenemos acceso a tus fondos. Los intercambios se ejecutan directamente entre tu cartera y el proveedor asociado seleccionado.

¿El fin de la privacidad? Puertas traseras, la Online Safety Act y la respuesta de los ecosistemas soberanos

Wed, 10 Jun 2026 00:00:00 +0000

Londres se ha convertido en el epicentro de una batalla mundial por el futuro de la privacidad digital. Con la adopción de la Online Safety Act 2023 (OSA) y las recientes propuestas de revisión de la Investigatory Powers Act (IPA) — apodada la “Carta de los espías” por sus detractores —, el gobierno británico se arroga el derecho de imponer obligaciones de vigilancia en el corazón mismo de las comunicaciones privadas. El punto de ruptura es el poder conferido al regulador OFCOM para exigir que las plataformas desplieguen “tecnología acreditada” para detectar contenidos de abuso sexual infantil (CSEA) o terrorismo, incluso dentro de las comunicaciones cifradas de extremo a extremo .

Para las grandes plataformas digitales, el mensaje de Westminster es inequívoco: o facilitan el acceso estatal a sus infraestructuras, o se exponen a multas de hasta el 10 % de sus ingresos mundiales. La respuesta fue inmediata: servicios como Signal y WhatsApp amenazaron públicamente con retirarse del mercado británico, negándose a comprometer la seguridad de sus usuarios para satisfacer a una sola jurisdicción. El argumento técnico es difícilmente cuestionable: no existe una llave maestra reservada únicamente para los actores legítimos. Una puerta abierta para las fuerzas del orden es, por diseño, una puerta abierta para los ciberdelincuentes y los servicios de inteligencia extranjeros.

El modelo de negocio de las grandes plataformas: un obstáculo estructural para el Zero-Knowledge

La resistencia de las grandes plataformas a la adopción del cifrado de tipo Zero-Knowledge no se explica por una incapacidad técnica, sino por una incompatibilidad económica fundamental. Empresas como Alphabet y Meta se basan en modelos de monetización fundamentados en la recopilación sistemática de datos de comportamiento. Este modelo es, además, reconocido implícitamente por la Ley de Mercados Digitales (DMA) de la Unión Europea, que califica a estos “guardianes de acceso” (gatekeepers) como entidades cuya posición dominante se alimenta precisamente de la acumulación de datos a una escala sin parangón. Para estos actores, adoptar una arquitectura Zero-Knowledge equivaldría a privar a sus sistemas publicitarios de la identificación continua de los usuarios que constituye su combustible. Por lo tanto, no se trata de una opción técnica, sino de una compensación entre la privacidad de los usuarios y la viabilidad de su modelo de negocio.

El riesgo estratégico: la amenaza “Harvest Now, Decrypt Later”

Más allá del debate sobre la privacidad, el debilitamiento del cifrado plantea una cuestión de seguridad nacional de un alcance completamente diferente. La estrategia conocida como Harvest Now, Decrypt Later (HNDL) consiste, para los adversarios estatales, en interceptar y almacenar hoy volúmenes masivos de comunicaciones cifradas, a la espera de futuras capacidades de descifrado cuántico. Al debilitar los estándares de cifrado actuales, el marco legislativo británico facilita objetivamente este tipo de operaciones contra las comunicaciones gubernamentales, diplomáticas o industriales.

Es precisamente en este contexto de déficit de confianza que ecosistemas como el de Arpokrat adquieren relevancia operativa. Al operar bajo el régimen de la Ley Federal de Protección de Datos (FADP) suiza, con una arquitectura que no recopila ningún identificador civil, Arpokrat ofrece una ruptura técnica con las infraestructuras sujetas a la jurisdicción británica — garantizando que el sistema permanezca inaudible ante los mandatos previstos por la OSA.

El conflicto de normas: OSA e IPA contra el derecho europeo

El análisis jurídico de las nuevas prerrogativas estatales británicas revela un choque directo con los fundamentos del derecho europeo en materia de protección de datos y confidencialidad de las comunicaciones.

OSA contra la prohibición de la vigilancia generalizada

El artículo 121 de la OSA introduce la posibilidad de que OFCOM emita órdenes que obliguen a las plataformas a implementar un escaneo del lado del cliente (client-side scanning). Esta medida contraviene frontalmente el principio, derivado del derecho europeo e incluido en la jurisprudencia del TJUE, que prohíbe las obligaciones de vigilancia general. Al imponer una “vulnerabilidad por diseño”, también sitúa a las empresas en una situación de doble vínculo: al debilitar su seguridad para cumplir con un mandato estatal, incumplen su obligación de garantizar un nivel de seguridad adecuado al tratamiento, consagrada por el artículo 32 del RGPD.

La Directiva ePrivacy y la confidencialidad de las comunicaciones

El escaneo de mensajes privados entra en contradicción directa con el artículo 5, apartado 1, de la Directiva 2002/58/CE (ePrivacy), que obliga a los Estados miembros a garantizar la confidencialidad de las comunicaciones electrónicas y prohíbe cualquier forma de interceptación o vigilancia sin el consentimiento explícito de los usuarios afectados.

Los Technical Capability Notices y el bloqueo de actualizaciones de seguridad

Bajo el régimen de la IPA 2016, el gobierno británico pretende ahora utilizar los Technical Capability Notices (TCN) para oponerse a las actualizaciones de seguridad antes de su implementación. Este mecanismo crea un conflicto irresoluble con la obligación, establecida por el artículo 32 del RGPD, de garantizar de forma continua la seguridad de los sistemas de tratamiento — una obligación que exige precisamente la capacidad de aplicar parches sin demora ni interferencias externas.

Riesgos de cumplimiento para las empresas que operan en Europa

Las revisiones de la IPA tienen como objetivo obligar a las empresas a notificar al gobierno británico de cualquier modificación técnica que afecte a la seguridad, antes de su implementación, otorgándole así un derecho de veto sobre la evolución de los productos. Esta injerencia crea una considerable inseguridad jurídica para los proveedores que operan en el mercado europeo: la adecuación británica al derecho europeo — ya frágil — podría ponerse en duda si el Reino Unido ya no garantiza una protección sustancialmente equivalente a la del RGPD. Por lo tanto, las transferencias de datos al Reino Unido bajo este nuevo marco probablemente expondrían a las empresas a sanciones en virtud del RGPD.

La defensa por la imposibilidad técnica: el principio Zero-Knowledge como escudo jurídico

La jurisprudencia internacional, consolidada por las sentencias Schrems I y Schrems II del TJUE, ha establecido un principio determinante: la única salvaguarda sólida contra una vigilancia desproporcionada es la imposibilidad técnica de acceder a ella. Las arquitecturas Zero-Knowledge aplican este principio en tres capas de protección:

Ausencia de custodia: al no poseer la plataforma las claves de descifrado, cualquier orden de escaneo de mensajes es técnicamente inoperante;
Soberanía del sistema operativo: el control de ArpokratOS elimina la telemetría que alimenta la recopilación de inteligencia a nivel del dispositivo;
Anclaje jurisdiccional suizo: al alojar su infraestructura en Suiza, Arpokrat opera bajo un régimen legal que exige solicitudes de asistencia judicial internacional individualizadas y motivadas, neutralizando la ejecución automatizada de los escaneos masivos previstos por la OSA.

Conclusión

Las disposiciones de la OSA y las revisiones de la IPA no constituyen únicamente una amenaza para la privacidad de las personas: representan una ruptura de la seguridad jurídica para todos los datos europeos que transitan por infraestructuras sujetas a la jurisdicción británica. Al legitimar el debilitamiento del cifrado en nombre de la seguridad pública, Londres expone paradójicamente a sus aliados y socios comerciales a riesgos de espionaje industrial y estatal que las arquitecturas Zero-Knowledge están diseñadas precisamente para prevenir.

La integridad de las comunicaciones profesionales e institucionales exige ahora una respuesta estructural: la migración hacia ecosistemas descentralizados que garanticen la soberanía digital, desde el nivel del código hasta el anclaje jurisdiccional.

Contraseña y Entropía: La ciencia detrás de tu seguridad

Wed, 03 Jun 2026 00:00:00 +0000

« Tu contraseña debe tener 8 caracteres, una mayúscula, una minúscula, un número y un carácter especial. »

Todos conocemos esta regla. Y, sin embargo, en ciberseguridad, a esto se le llama “teatro de seguridad”. Una contraseña como P@ssw0rd1! respeta todas estas reglas, pero será descifrada en un abrir y cerrar de ojos por cualquier software de piratería moderno.

La verdadera seguridad no se basa en reglas visuales arbitrarias, sino en una realidad matemática implacable: la entropía.

La Entropía según Claude Shannon

Para comprender la fuerza de una contraseña, hay que dirigirse a Claude Shannon, el padre de la teoría de la información. La entropía mide el grado de incertidumbre o imprevisibilidad de una información.

Aplicada a las contraseñas, la entropía se calcula en bits. Cuanto mayor sea el número de bits, más impredecible será la contraseña para un ordenador. La fórmula simplificada de la entropía (E) de una contraseña generada aleatoriamente es:

E = L × log2(R)

L es la longitud de la contraseña.
R es el tamaño del repertorio (26 para las minúsculas, 62 con mayúsculas y números, 94 con símbolos).

Aumentar el tamaño del repertorio (añadir símbolos) aumenta la entropía, pero aumentar la longitud (añadir caracteres) la aumenta de forma mucho más drástica. Sin embargo, la longitud solo supera a la complejidad con una única condición: que la contraseña se genere de forma aleatoria.

Fuerza bruta vs Ataque de diccionario

Si utilizas palabras o estructuras predecibles, la regla de la longitud pura se derrumba.

Los softwares de piratería no intentan todas las combinaciones de letras una a una (lo que se llama Fuerza Bruta). Utilizan bases de datos masivas que contienen miles de millones de palabras existentes, frases comunes y fugas de datos anteriores. Esto es el Ataque de Diccionario.

Si tu contraseña es larga, pero está compuesta por palabras del diccionario o sustituciones predecibles, su entropía real es drásticamente inferior a su entropía matemática teórica.

A continuación se muestran los tiempos de descifrado estimados frente a un clúster de tarjetas gráficas modernas (GPU), destacando en negrita la ruta más rápida encontrada aprovechando las debilidades estructurales:

Contraseña	Entropía teórica	Frente a Fuerza Bruta	Frente a un Diccionario
`password123`	~15 bits	Unas horas	Instantáneo
`S3cr3t!99`	~40 bits	Unos años	Unas horas / días (vía mutaciones)
`correct horse battery staple`	~130 bits	Miles de millones de años	Unas horas / días
`gL7!pQ9z#vX2`	~78 bits	~3 000 años	Fracaso (Vuelta a la fuerza bruta)

La ilusión del Leetspeak y las reglas de mutación

Tomemos el ejemplo de S3cr3t!99. Visualmente, parece compleja y robusta. Sin embargo, es simplemente la palabra del diccionario “secret”, donde las ’e’ han sido reemplazadas por ‘3’, a la que se ha añadido un sufijo muy común (!99). A esto se le llama leetspeak.

Frente a un ataque de diccionario, esta contraseña solo aguantará unas horas, o incluso unos minutos. Los softwares de descifrado modernos (como Hashcat) no se conforman con probar listas de palabras estáticas; aplican automáticamente reglas de mutación. Cogerán cada palabra de su diccionario, probarán todas las combinaciones posibles de leetspeak, invertirán las mayúsculas y añadirán años o símbolos. El leetspeak ofrece una falsa sensación de seguridad.

El truco del cambio de teclado (Keyboard Shift)

Para complicar una frase fácil de memorizar, algunos utilizan el truco del cambio de disposición del teclado. Por ejemplo, memorizas una frase como my-cat. Pero en el momento de teclearla, pones los dedos en un teclado físico QWERTY mientras tienes tu sistema operativo configurado en AZERTY (francés).

La palabra pensada: my-cat
El resultado tecleado: ,y)cqt (La tecla ’m’ se convierte en ‘,’; el ‘-’ se convierte en ‘)’; la ‘a’ se convierte en ‘q’).

¿Es esta una buena idea en OPSEC? No, este método no es suficiente si se utiliza solo. Exactamente igual que para el leetspeak, los softwares de descifrado avanzados integran reglas de mutación de hardware que prueban automáticamente los cambios de teclado internacionales (QWERTY, AZERTY, QWERTZ, Dvorak). En OPSEC, esto es seguridad por oscuridad: retrasa a un atacante aficionado, pero no detendrá un ataque dirigido y equipado.

Sin embargo, si esta técnica se combina con una contraseña que ya es fuerte en la base (como una frase de contraseña larga y fácil de memorizar), aumenta aún más la entropía de forma significativa al introducir caracteres especiales inesperados dentro de una estructura que ya es robusta.

La construcción de la contraseña ideal (~250 bits)

Si las listas de palabras, el leetspeak y los trucos de escritura tienen sus límites, ¿cómo construimos la contraseña maestra perfecta? Para lograr una seguridad óptima y resistir a las herramientas informáticas de nueva generación, el objetivo actual es apuntar a unos 250 bits de entropía.

Hay dos formas de lograrlo según tus necesidades:

1. La opción puramente aleatoria (Ideal para un gestor de contraseñas)

Una cadena de caracteres generada de forma totalmente aleatoria, lo que hace que sea extremadamente difícil de adivinar para una máquina: k9$Yz2!pL#8vQx5@mN7*jW4&hC1%bF3^tR9(dZ6 39 caracteres aleatorios que utilizan todo el repertorio de símbolos.

2. La opción de Frase de Contraseña Híbrida (Ideal para una contraseña maestra memorable)

Una secuencia de palabras del diccionario generadas aleatoriamente, combinada estrictamente con números y símbolos: Sovereign_Crypto_99_Privacy_Zero_Knowledge_Secure_2026_Key_Lock_Cloud_Act_Grover Este método permite a un humano memorizar visual o muscularmente una estructura, manteniendo al mismo tiempo una gigantesca barrera matemática.

La amenaza cuántica: El algoritmo de Grover

¿Por qué aspirar a 250 bits cuando 128 bits ya bloquean los superordenadores de hoy en día? La respuesta reside en el advenimiento de la computación cuántica.

En criptografía, el algoritmo de Grover permite a un ordenador cuántico buscar en una base de datos no ordenada mucho más rápido que un ordenador clásico. En concreto, Grover reduce a la mitad el nivel de seguridad efectivo de una clave simétrica o de una contraseña.

Frente a un ordenador cuántico que ejecute el algoritmo de Grover, una contraseña con una entropía de 128 bits solo ofrecerá una resistencia equivalente a 64 bits (lo que se vuelve descifrable).

Por lo tanto, para mantener una seguridad real de 128 bits en un mundo post-cuántico, es necesario duplicar la entropía desde el principio. Este es uno de los pilares del concepto de Harvest Now, Decrypt Later (HNDL) : los atacantes estatales aspiran los datos cifrados hoy para descifrarlos mañana. Aspirar a 250 bits de entropía es el estándar mínimo para proteger tus claves maestras a largo plazo.

Arpokrat Password Generator: Pruébalo tú mismo

No dejes la seguridad de tus accesos al azar. Hemos desarrollado una herramienta interna que te permite generar contraseñas criptográficamente robustas (incluidas las post-cuánticas) y, sobre todo, evaluar la entropía real de tus propias contraseñas.

👉 Arpokrat Password Generator

Prueba tus contraseñas actuales para ver si resistirían la potencia de cálculo moderna. La herramienta funciona 100% de forma local en tu navegador, no circula ningún dato por la red.

El eslabón débil final: Reciclaje y gestión de accesos

La entropía matemática no protege contra el error humano. Una contraseña de 250 bits es inútil si se reutiliza en varios sitios (un ataque llamado Credential Stuffing) o si no está protegida por un segundo factor de autenticación (2FA).

La regla de oro de la higiene digital es no tener que recordar más que una sola contraseña: tu contraseña maestra de 250 bits (en forma de frase de contraseña híbrida). Todos tus demás accesos (banco, redes sociales, servidores) deben utilizar contraseñas únicas de 250 bits de pura entropía (las cadenas de caracteres aleatorias) generadas específicamente para ellos.

Para almacenar y gestionar este volumen de claves imposibles de retener en la cabeza, el uso de un gestor de contraseñas Zero-Knowledge es indispensable. Uno de los mejores estándares actuales es Proton Pass . Con sede en Suiza, de código abierto y con cifrado de extremo a extremo, garantiza que ni siquiera sus propios ingenieros puedan leer el contenido de tu bóveda. Es el compañero ideal para almacenar las claves ultrapotentes generadas por Arpokrat, encerrando toda tu vida digital tras una verdadera barrera matemática.

El silencio que grita: ¿Qué es un Warrant Canary y por qué debería preocuparle su desaparición?

Mon, 01 Jun 2026 00:00:00 +0000

En el fondo de las minas de carbón del siglo XIX, los mineros llevaban consigo canarios enjaulados. Estos pequeños pájaros, extremadamente sensibles a los gases tóxicos como el monóxido de carbono, sucumbían mucho antes de que los mineros percibieran el peligro. Servían así como un sistema de alerta temprana silencioso, pero redobladamente eficaz.

En nuestro mundo digital moderno, este pájaro ha vuelto a la vida en forma de « Warrant Canary » (Canario de garantía o de orden judicial).

¿Qué es un Warrant Canary?

Se trata de una declaración pública, publicada y actualizada regularmente por un proveedor de servicios (mensajería, VPN, alojamiento web), afirmando que, hasta esa fecha exacta, no ha recibido ninguna solicitud legal secreta que le obligue a comprometer los datos de sus usuarios — tales como una National Security Letter (NSL) estadounidense o una orden emitida por un tribunal FISA.

Toda la sutileza — y la gravedad — del canario reside en lo que ocurre cuando desaparece.

Si un servicio que mostraba cada mes la mención “No hemos recibido ninguna orden secreta” deja de actualizarla repentinamente, el usuario advertido deduce la evidencia: el canario ha muerto.

La empresa ha sido objeto de una medida de vigilancia acompañada de una orden de mordaza (gag order), prohibiéndole legalmente revelar la existencia de esta solicitud. Al no poder decir que ha sido comprometida, simplemente deja de decir que no lo está.

La era de la vigilancia invisible y cómo burlar el silencio

En una época en la que legislaciones extraterritoriales como el CLOUD Act y la FISA (Ley de Vigilancia de la Inteligencia Extranjera) permiten al gobierno estadounidense acceder a los datos alojados por empresas sin informar jamás a los objetivos, el Warrant Canary constituye uno de los raros mecanismos para eludir este silencio forzado.

Con el CLOUD Act, la barrera geográfica ya no existe: si los datos están bajo el “control” de una empresa estadounidense, el gobierno de los Estados Unidos reclama el derecho a acceder a ellos, incluso si esos servidores están situados físicamente en Europa. El canario se convierte entonces en la última señal de alarma antes de que la soberanía digital de un usuario sea sacrificada silenciosamente.

Es por ello que los principales actores de la esfera Privacy han adoptado esta herramienta como estándar de transparencia:

Proton : El servicio suizo de correo y mensajería publica un informe de transparencia que incluye un Warrant Canary estricto.
Riseup : El colectivo de comunicación segura para activistas mantiene uno de los canarios más célebres y vigilados de la web.
Arpokrat : Nuestro propio ecosistema mantiene un Warrant Canary público, actualizado criptográficamente, para garantizar una transparencia absoluta a nuestra comunidad.

El análisis jurídico: El derecho a no mentir

La existencia misma del Warrant Canary reposa sobre uno de los pilares más fascinantes del derecho constitucional: la doctrina del compelled speech (discurso forzado) y su colisión con el secreto sumarial.

La base jurídica reposa sobre un principio simple: si el Estado tiene el poder de imponerle el silencio (vía una orden de mordaza), no tiene el poder constitucional de obligarle a mentir.

En virtud de la Primera Enmienda de la Constitución de los Estados Unidos (y de principios análogos en Europa), el gobierno no puede obligar a una empresa a producir una declaración fácticamente falsa. Así, cuando una empresa suprime su canario, no viola la orden de silencio — puesto que no anuncia explícitamente haber recibido una orden judicial. Ejerce simplemente su derecho fundamental de dejar de hacer una declaración que ya no es cierta.

El conflicto con el derecho europeo

La pertinencia del canario se ve hoy reforzada por el artículo 32 de la Ley de Datos (Reglamento UE 2023/2854). Esta disposición impone a los proveedores la implementación de medidas técnicas y jurídicas para impedir el acceso a los datos por parte de autoridades de terceros países cuando esto contradiga el derecho europeo. La muerte de un canario señala inmediatamente este conflicto de leyes: el proveedor probablemente está siendo obligado a eludir las garantías europeas para satisfacer una orden extranjera.

El enfoque de Arpokrat: La soberanía por diseño

En el ecosistema de Arpokrat, operando bajo la jurisdicción de la FADP suiza (Ley Federal de Protección de Datos - RS 235.1), el canario reviste una dimensión aún más poderosa. Se inscribe en un enfoque holístico de soberanía digital: el Zero-Knowledge (Conocimiento Cero).

La arquitectura está diseñada de tal manera que la empresa crea una imposibilidad técnica y matemática de obedecer un mandato. El Estado o una agencia de inteligencia puede emitir todas las órdenes que desee, la respuesta seguirá siendo la misma: no hay claves privadas, ni identidades (Zero-ID), ni metadatos centralizados que entregar.

En este contexto, el canario ya no es solo una alerta de compromiso; es la prueba pública continua de que la infraestructura ha permanecido técnicamente inviolable y fiel a sus principios.

Conclusión

En definitiva, el Warrant Canary es la pieza de agilidad jurídica que viene a complementar la agilidad criptográfica necesaria para afrontar el horizonte de las amenazas modernas (como la informática post-cuántica). En una infraestructura donde los datos son soberanos por diseño, el canario no es un simple pájaro en una mina: es el guardián silencioso de su fortaleza digital.

La bomba de relojería: Recopilar ahora, descifrar después y el imperativo Zero-Knowledge

Tue, 26 May 2026 00:00:00 +0000

La dependencia de los gobiernos europeos de la infraestructura en la nube estadounidense plantea algo más que un problema de interceptación inmediata. La amenaza más devastadora para las próximas décadas es la estrategia HNDL: “Harvest Now, Decrypt Later” .

No se trata de una intrusión frontal, sino de un robo silencioso. Las agencias de inteligencia almacenan hoy inmensas cantidades de datos cifrados simplemente porque el coste de almacenamiento es insignificante.

Esperan pacientemente el momento en que los saltos tecnológicos hagan obsoletas las claves actuales. Un secreto de Estado protegido en 2026 podría ser un libro abierto en quince años.

Responsabilidad retroactiva y riesgo temporal

El modelo HNDL introduce un concepto novedoso: el daño legal diferido. Con la recopilación masiva de datos para su descifrado futuro, la confidencialidad se convierte en una variable dependiente del tiempo.

Para cuantificar este riesgo, el modelo científico HNDL define que la confidencialidad falla inevitablemente cuando la vida útil requerida del secreto excede el horizonte de descifrado del adversario.

Si un Estado no garantiza la soberanía absoluta de su infraestructura de hardware, en la práctica está firmando una renuncia a la confidencialidad a largo plazo de sus ciudadanos.

La interceptación de hoy es la vulneración del mañana. Convertir la dependencia de la nube en una deuda de seguridad nacional es una apuesta imposible de pagar.

La antítesis Arpokrat: Imposibilidad legal por código

Ante esta vulnerabilidad, la industria responde creando ecosistemas radicales de soberanía digital . El modelo Arpokrat es la antítesis perfecta: opera en una red descentralizada, protegida por la estricta Ley Federal de Protección de Datos (FADP) de Suiza .

La lógica central es de absoluta Privacy by Design. Al eliminar la necesidad de un número de teléfono, el usuario se convierte en una simple clave criptográfica.

Legalmente, esto cambia drásticamente las reglas. Si la arquitectura es fundamentalmente Zero-Knowledge , la empresa se enfrenta a una imposibilidad técnica de cumplir con órdenes judiciales.

No se trata de desobediencia civil, sino de una salvaguarda matemática imparable: lo que no se tiene no se puede revelar.

Más allá del cifrado: Devaluar el dato objetivo

La verdadera respuesta en la aplicación Arpokrat no consiste en apostar por unas matemáticas eternas, sino en devaluar el propio dato.

Sin metadatos centrales para vincular un mensaje a un individuo físico, el contenido cifrado pierde su valor estratégico porque se vuelve inatribuible.

Sin embargo, el software por sí solo no puede hacer nada si el hardware lo traiciona.

En última instancia, la seguridad exige la independencia de la propia máquina. Desplegar un SO soberano sin Google se ha convertido en un requisito de supervivencia absoluto para cualquiera que maneje secretos de Estado.