El mensajero para Android de Sealed ya está disponible, pero su contrato en Algorand sigue siendo solo de Testnet
Sealed, un mensajero para Android en fase temprana, cifra en el propio dispositivo y archiva cada blob rellenado de 1KB como una transacción de Algorand. Pese a su imagen de marca «multi-chain», su documentación solo cubre Algorand; por ahora funciona en Testnet y pide 400,000 ALGO a xGov.
La conversación de demostración que aparece en la página de inicio de Sealed1 termina como no termina casi ninguna vista previa de un mensajero: en lugar de una respuesta, uno de los participantes pega una larga cadena aleatoria entre los marcadores '---Begin Message---' y '---End Message---'. Esa imagen condensa el producto entero en miniatura. Sealed es un mensajero cuya respuesta al servidor que se esconde en todas las aplicaciones de chat convencionales es prescindir de él: los mensajes viajan como blobs cifrados escritos en transacciones de Algorand, y la identidad es una billetera generada en el propio dispositivo del usuario, sin número de teléfono, correo electrónico ni nombre de usuario.
El proyecto es joven y sus propios materiales lo reconocen: el dominio sealed.channel se registró el 16 de diciembre de 2025, la primera publicación pública del código fuente llegó el 18 de junio de 2026, y por ahora la aplicación es solo para Android —en Google Play2 y como APK directo—, con la App Store marcada como «próximamente». Conviene advertir una salvedad desde el principio: pese al título «Fully Anonymous Multi-Chain Messenger» del sitio, la documentación3 describe exactamente una blockchain, Algorand, y el propio asistente de búsqueda de los documentos, preguntado por qué otras cadenas son compatibles, responde que no hay ninguna listada.
Un mensaje, una transacción
El flujo documentado mantiene el texto plano en el dispositivo emisor en todo momento; nunca se transmite para enrutarlo, moderarlo ni almacenarlo. Según la documentación de cifrado4, el contenido de los mensajes se sella con AES-GCM mediante una clave derivada a través de HKDF, y el intercambio de claves es híbrido: X25519, un método clásico muy extendido, combinado con ML-KEM-512, un mecanismo estandarizado por el NIST y diseñado para resistir a los ordenadores cuánticos. El objetivo declarado es amortiguar los ataques de «guardar ahora, descifrar después», en los que los datos cifrados se cosechan hoy con la esperanza de que el hardware del futuro sea capaz de romperlos; además, el intercambio se acompaña de un par de claves efímero nuevo por mensaje para garantizar el secreto hacia adelante. El texto cifrado se rellena hasta un tamaño uniforme de 1KB y después se envía como una transacción de llamada a la aplicación dirigida al contrato inteligente de Sealed en Algorand.
Recibir invierte el proceso: la aplicación rastrea los datos de la cadena en busca de una pista cifrada por mensaje derivada de la billetera del destinatario —una pista que cambia cada vez, de modo que un observador externo no puede agrupar fácilmente los mensajes en una misma conversación— y descifra en local. La entrega evita deliberadamente las transferencias directas de billetera a billetera: todo el mundo llama a la misma función del contrato, así que en el registro público no se aprecia ninguna arista simple entre emisor y receptor. Un mensaje por transacción resulta práctico aquí porque los bloques de Algorand se finalizan en unos tres segundos y las comisiones son insignificantes, de modo que cada mensaje se confirma casi al instante por una fracción de céntimo de coste de protocolo. Las comisiones las paga un depósito en garantía de la tesorería mediante un grupo de dos transacciones que comparten comisión: el depósito adelanta la comisión de red mientras la billetera de mensajería del usuario firma solo la llamada a la aplicación, lo que significa que esa billetera nunca paga gas y no necesita tener ALGO en absoluto.
La salvedad importante sobre el estado: el contrato del repositorio5 está marcado como «v1, solo TestNet», el despliegue al que remiten los documentos de integración se creó el 20 de julio de 2026 en la Testnet de Algorand, y la propuesta de xGov describe payloads incrustados en transacciones de «Algorand TestNet». La hoja de ruta del sitio indica un lanzamiento en mainnet para el segundo trimestre de 2026 —ya pasado—, pero no hay ningún contrato de mainnet verificable on-chain, por lo que la versión actual debe tratarse como un lanzamiento temprano respaldado por la testnet y no como un mensajero de producción.
Los metadatos son el verdadero objetivo
La documentación sostiene que el cifrado por sí solo no es privacidad: las señales que lo rodean —el tamaño de los mensajes, los tiempos, las direcciones IP, los patrones de pago— son el punto por el que suele escaparse el anonimato. Sealed añade capas de protección en torno al blob cifrado. Alias Chat6 crea un canal totalmente separado en el que ambas partes usan alias elegidos localmente y billeteras temporales recién generadas, abierto mediante una invitación de red de un solo uso o un intercambio de QR sin conexión; cada billetera temporal se financia con un paquete de crédito de 507 mensajes y se va rotando a medida que se agota, de modo que la conversación nunca acumula un rastro de billetera de larga vida, a cambio de quedar atada al dispositivo y de ser irrecuperable si se pierde el teléfono. Todas las peticiones al RPC de Algorand pasan por OHTTP (Oblivious HTTP), que divide la conexión de modo que el nodo procesa la petición sin ver la IP del dispositivo: una protección que depende de que un relé y una pasarela no coludan, una asunción de confianza que el propio SECURITY.md del proyecto reconoce. Las notificaciones push existen, pero están desactivadas por defecto, porque se encaminan a través de un indexador de código abierto operado por Sealed y añaden metadatos de tiempo.
Lo que promete la página de marketing y lo que admiten los propios documentos del proyecto son dos cosas distintas, y la distancia merece una tabla.
| Concepto | Implicación en el mundo real |
|---|---|
| «Zero-Trace Security» / «completely secure, untraceable communication» (sitio) | La documentación lo dice sin rodeos: «Estos mecanismos no hacen desaparecer todos los rastros. Ningún sistema de privacidad honesto debería afirmar eso». El SECURITY.md enumera el momento y la frecuencia de los mensajes como datos observables en la blockchain. |
| «No se recopilan metadatos» (sitio) | El momento y la frecuencia de las transacciones on-chain siguen siendo visibles para quienes monitorizan la red; además, activar las notificaciones expone los metadatos de entrega a los sistemas push de Apple o Google. |
| «Comunicación sin servidor: sin intermediarios, sin servidor» (sitio) | La entrega principal no tiene un servidor central de mensajes, pero Sealed opera el indexador de notificaciones opcional de código abierto y el flujo web de recarga; el relé y la pasarela de OHTTP añaden dos operadores de infraestructura al modelo de confianza. |
| «Totalmente anónimo» (sitio) | La entrega a través de un contrato compartido y las pistas cambiantes difuminan los grafos de relaciones, pero las direcciones de billetera que envían las transacciones son registro público. |
Pagar sin que a uno lo identifiquen
Sealed separa la financiación de la mensajería con un sistema de créditos. El usuario deposita ALGO en la página de recarga —conectando Pera, Defly o Lute— y recibe un código por valor de 500 créditos, equivalentes a 500 mensajes, por cada 108 ALGO depositados. La denominación fija importa: códigos idénticos evitan las huellas basadas en el importe. Los códigos se canjean a través de un pool de privacidad con árbol de Merkle que la documentación9 describe como «inspirado en Tornado Cash», en el que muchos compromisos de depósito idénticos se asientan en una estructura compartida y la activación demuestra la propiedad de un código válido sin revelar qué depósito lo creó: los documentos lo comparan con meter sobres sellados idénticos en una caja y demostrar que uno tiene uno sin abrirlo. Esa separación es tan sólida como el volumen del pool: con un solo depósito y una sola activación, el vínculo es trivial de adivinar, y por eso la documentación aconseja esperar antes de activar un código, para que se acumule más actividad entre el depósito y el canje. Como el depósito en garantía cubre las comisiones de red (según lo señalado más arriba), la billetera de mensajería en sí sigue sin tener ALGO.
El repositorio muestra que la ruta de canje es una prueba de conocimiento cero: incluye un circuito Circom y un probador de SNARK Groth16 que se ejecuta dentro de la aplicación, de modo que la activación demuestra la posesión de un código válido sin exponer el depósito. Además de los créditos, la propuesta de xGov describe una capa freemium —un número patrocinado de mensajes gratuitos al día y luego unos $0.00310 por mensaje—, y la documentación esboza niveles de suscripción denominados en ALGO (Sealed+, Sealed PRO y Sealed Channel para espacios de trabajo empresariales), cuyos límites y precios exactos no se publican. Los documentos también detallan un token SLD previsto: un suministro fijo de mil millones (30% comunidad y airdrops, 20% inversores, 20% DAO, 15% equipo, 10% reserva, 5% liquidez), un precio inicial previsto de $0.025 que implica una valoración totalmente diluida de 25 millones de dólares, un 45% de los ingresos del protocolo para quienes hacen staking en ciclos de 30 días, y un multiplicador «POWER» que crece 0.01x por cada día en staking hasta 4x y se reinicia con cualquier retirada. Dos advertencias para el lector: no existe ningún activo SLD ni SEALED en la mainnet de Algorand —una búsqueda de nombres on-chain solo devuelve NFT no relacionados, y las direcciones conocidas del equipo (el proponente de xGov y el creador del contrato en Testnet) no han creado ningún activo—, así que el token es un diseño sobre el papel, no algo vivo; y el diseño del staking concentra el valor en el token del propio proyecto, una estructura que premia a los tenedores del token y no a los usuarios de la mensajería.
Quién lo está construyendo y en qué punto está
El equipo es polaco, según la ficha de Google Play —desarrollador «SUNSHIP IGOR KAMROWSKI», Sunship Studio, con dirección en Starogard Gdański y una dirección de soporte development@sealed.channel—, y la propuesta de xGov nombra seis roles: el consejero delegado Igor Makowiecki, el director técnico Dominik Stępień, el product owner Igor Kamrowski, el director de ecosistema Sebastian Seliga, el responsable de marketing Grzegorz Pisula y el responsable de diseño Grzegorz Pawlica. La propuesta también menciona apariciones en Next Block Expo (Varsovia), la Crypto Community Conference (Łódź), ETH Warsaw y Cashifam (Rzeszów).
La huella pública es pequeña, pero real. El repositorio de GitHub se abrió el 18 de junio de 2026 con un único commit inicial, dos estrellas y ninguna versión publicada; contiene la aplicación Flutter, el contrato inteligente en TypeScript compilado con Puya, el indexador de notificaciones y el circuito Circom. On-chain, el contrato mencionado más arriba está activo en Testnet con estado de caja almacenado, y la cuenta de depósito en garantía muestra pagos recientes: actividad de desarrollo verificable, pero de solo unas semanas en su forma pública. Google Play muestra un recuento de descargas de «1011+», y el servidor de Discord12 tiene 37 miembros, 7 de ellos en línea.
La propuesta de xGov13 —400,00014 ALGO, categorizada como retroactiva— se publicó el 27 de abril de 2026 y sigue en discusión, no aprobada: el registro on-chain de la propuesta no muestra ninguna aprobación ni ninguna votación abierta. El hilo del foro15 reunió 21 respuestas, 494 visualizaciones y 18 «me gusta», con una acogida que fue de la curiosidad a la cautela: cusma, de la Algorand Foundation, pidió al equipo que explicara «por qué se necesita una blockchain en absoluto y por qué concretamente Algorand», un consejero aconsejó aplazar la presentación hasta resolver los asuntos pendientes, y el fundador Makowiecki respondió (parafraseando) que la cadena aporta identidad, transporte de mensajes, liquidación de comisiones y privacidad mediante OHTTP y el enmascaramiento de las recargas, y que se eligió Algorand por sus bajas comisiones, su seguridad, su escalabilidad y su velocidad. No se encontraron reseñas independientes ni debate en Bluesky. Faltas notables: la página de auditorías16 de la documentación está vacía —no se ha publicado ninguna auditoría de seguridad— y las páginas de Layer 2, Compliance y anotaciones de riesgo son esbozos.
Probarlo hoy y qué hay que vigilar
Cualquiera puede probar Sealed ahora mismo en Android a través de Play Store o con un APK directo; iOS está «próximamente». La configuración crea una billetera local y, después, un código de acceso de seis dígitos y un código de terminación que borra el dispositivo en silencio cuando se introduce bajo coacción; la recuperación es una frase mnemónica de 2417 palabras, sin posibilidad de restablecer la contraseña. El formulario de lista blanca del sitio recoge un correo electrónico para el acceso anticipado, y la documentación apunta a un acceso gratuito a través del Discord. Dado el estado respaldado por Testnet señalado antes, un mensaje enviado hoy es una transacción real en una red de pruebas sin valor: una demostración funcional de la arquitectura más que un registro permanente en la mainnet.
El posicionamiento post-cuántico llega en un momento afortunado para el ecosistema: el 18 de junio de 2026, la Algorand Foundation anunció una hoja de ruta hacia una resiliencia cuántica amplia para finales de 2027 —cuentas post-cuánticas nativas en Pera desde el tercer trimestre de 2026, multisig post-cuántico y migración de la tesorería—, con el CTO de la Fundación, Bruno Martins, sosteniendo que «la seguridad post-cuántica no se puede añadir a posteriori después del Q-Day». El ML-KEM-512 de Sealed se sitúa en la capa de aplicación, por encima de las propias mejoras de firma de la cadena, de modo que ambos esfuerzos son complementarios y no compiten entre sí.
La lectura honesta: Sealed es un proyecto temprano coherente y poco habitual por su franqueza —la documentación nombra sus propias limitaciones, el código es abierto y un contrato en Testnet está realmente activo—. Lo que lo convertiría en algo más que un prototipo es justo lo que todavía no tiene: un despliegue en mainnet, una auditoría completada y una base de usuarios. Hasta entonces, es un mensajero prometedor en testnet cuyas preguntas de diseño son las correctas.
Fuentes
- Sealed1
- Sealed documentation3
- What is Sealed?18
- Encryption4
- Wallet top-up9
- sealed-channel/sealed on GitHub5
- Sealed on Google Play2
- xGov proposal 353414127613
- Governance forum thread15
- Sealed Discord12
- Algorand Foundation post-quantum roadmap19
- What is Sealed? | Sealed Docs20
- docs.sealed.channel21
- docs.sealed.channel22
- docs.sealed.channel23
- docs.sealed.channel24
- docs.sealed.channel25
- docs.sealed.channel26
- docs.sealed.channel27
- docs.sealed.channel28
- docs.sealed.channel29
- Sealed - Fully Anonymous Multi-Chain Messenger30
- docs.sealed.channel31
8 cifras de esta historia están verificadas.Ver todas las comprobaciones
Fuentes
- 1Sealed sealed.channel↩
- 2Google Play play.google.com↩
- 3documentación docs.sealed.channel↩
- 4documentación de cifrado docs.sealed.channel↩
- 5repositorio github.com↩
- 6Alias Chat docs.sealed.channel↩
- 9documentación docs.sealed.channel↩
- 12Discord discord.gg↩
- 13propuesta de xGov xgov.algorand.co↩
- 15hilo del foro forum.algorand.co↩
- 16página de auditorías docs.sealed.channel↩
- 18What is Sealed? docs.sealed.channel↩
- 19Algorand Foundation post-quantum roadmap prnewswire.co.uk↩
- 20What is Sealed? | Sealed Docs docs.sealed.channel↩
- 21docs.sealed.channel/llms.txt docs.sealed.channel↩
- 22docs.sealed.channel/introduction/step-by-step.md docs.sealed.channel↩
- 23docs.sealed.channel/architecture/identity.md docs.sealed.channel↩
- 24docs.sealed.channel/architecture/messaging.md docs.sealed.channel↩
- 25docs.sealed.channel/security-and-privacy/encryption.md docs.sealed.channel↩
- 26docs.sealed.channel/architecture/alias-chat.md docs.sealed.channel↩
- 27docs.sealed.channel/architecture/credits.md docs.sealed.channel↩
- 28docs.sealed.channel/security-and-privacy/blockchain-interaction.md docs.sealed.channel↩
- 29docs.sealed.channel/introduction/solution.md docs.sealed.channel↩
- 30Sealed - Fully Anonymous Multi-Chain Messenger sealed.channel↩
- 31docs.sealed.channel/architecture/layer-2.md docs.sealed.channel↩