Le messager Android de Sealed est disponible, mais son contrat Algorand reste limité au Testnet
Sealed, un messager Android encore jeune, chiffre les messages sur l'appareil et inscrit chaque blob complété à 1 Ko sous forme de transaction Algorand. Malgré une image « multi-chaîne », sa documentation ne couvre qu'Algorand ; l'application tourne pour l'instant sur le Testnet et sollicite 400,000 ALGO auprès d'xGov.
La conversation de démonstration présentée sur la page d'accueil de Sealed1 se termine comme presque aucune aperçu de messagerie ne se le permet : au lieu d'une réponse, l'un des participants colle une longue chaîne aléatoire entre les marqueurs « ---Begin Message--- » et « ---End Message--- ». Cette image résume à elle seule tout le produit. Sealed est un messager dont la réponse au serveur présent dans chaque application de chat grand public consiste à ne pas en avoir : les messages voyagent sous forme de blocs de données chiffrés inscrits dans des transactions Algorand, et l'identité se réduit à un portefeuille généré sur l'appareil de l'utilisateur, sans numéro de téléphone, adresse e-mail ni nom d'utilisateur.
Le projet est jeune, et ses propres documents le reconnaissent : le domaine sealed.channel a été enregistré le 16 décembre 2025, la première publication publique du code source a eu lieu le 18 juin 2026, et l'application n'existe pour l'instant que sur Android — sur Google Play2 et sous forme d'APK téléchargeable directement, l'App Store étant annoncé comme « bientôt disponible ». Une réserve s'impose d'emblée : malgré le titre « Fully Anonymous Multi-Chain Messenger » affiché sur le site, la documentation3 ne décrit qu'une seule blockchain, Algorand, et l'assistant de recherche intégré aux docs, interrogé sur les autres chaînes prises en charge, répond qu'aucune n'est répertoriée.
Un message, une transaction
Le flux documenté maintient le texte en clair à tout instant sur l'appareil émetteur ; celui-ci n'est jamais transmis pour le routage, la modération ou le stockage. D'après la documentation sur le chiffrement4, le contenu des messages est scellé avec AES-GCM au moyen d'une clé dérivée via HKDF, et l'échange de clés est hybride : X25519, une méthode classique largement répandue, combinée à ML-KEM-512, un mécanisme normalisé par le NIST conçu pour résister aux ordinateurs quantiques. L'objectif annoncé est de contrer les attaques de type « stocker maintenant, déchiffrer plus tard », qui consistent à collecter aujourd'hui des données chiffrées en espérant que le matériel de demain viendra à bout du chiffrement ; cet échange s'accompagne d'une nouvelle paire de clés éphémère par message, au titre de la confidentialité persistante. Le texte chiffré est complété jusqu'à une taille uniforme de 1 Ko, puis soumis comme transaction d'appel d'application au smart contract Sealed sur Algorand.
La réception inverse le processus : l'application parcourt les données de la chaîne à la recherche d'un indice chiffré propre à chaque message, dérivé du portefeuille du destinataire — un indice qui change à chaque fois, si bien qu'un observateur extérieur ne peut pas regrouper facilement plusieurs messages en une même conversation — puis déchiffre localement. La livraison évite délibérément les transferts directs de portefeuille à portefeuille : tout le monde appelle la même fonction du contrat, de sorte qu'aucune arête simple entre expéditeur et destinataire n'apparaît dans le registre public. Un message par transaction est ici chose pratique, car les blocs Algorand sont finalisés en trois secondes environ et les frais sont négligeables : chaque message se confirme donc presque instantanément, pour une fraction de centime de coût protocolaire. Les frais sont acquittés par un compte séquestre de trésorerie via un groupe de deux transactions formant un pool de frais : le séquestre avance les frais de réseau pendant que le portefeuille de messagerie de l'utilisateur ne signe que l'appel d'application, ce qui signifie que ce portefeuille ne paie jamais de gas et n'a même pas besoin de détenir des ALGO.
Une réserve importante sur le statut : le contrat du dépôt5 est marqué « v1 TestNet only », le déploiement auquel renvoie la documentation d'intégration a été créé le 20 juillet 2026 sur le Testnet d'Algorand, et la proposition xGov décrit des charges utiles intégrées à des transactions « Algorand TestNet ». La feuille de route du site annonce un lancement sur mainnet au deuxième trimestre 2026 — échéance désormais passée — mais aucun contrat mainnet n'est vérifiable on-chain, si bien que la version actuelle doit être tenue pour une première livraison adossée au testnet, et non pour un messager de production.
Les métadonnées, la véritable cible
La documentation soutient que le chiffrement seul ne fait pas la confidentialité : c'est dans les signaux qui l'entourent — taille des messages, horaires, adresses IP, schémas de paiement — que l'anonymat fuit habituellement. Sealed empile donc les protections autour du contenu chiffré. Alias Chat6 crée un canal entièrement séparé où les deux parties utilisent des alias choisis localement et des portefeuilles temporaires fraîchement générés, le tout amorcé par une invitation réseau à usage unique ou un échange de QR code hors ligne ; chaque portefeuille temporaire est alimenté par un forfait distinct de 507 messages et remplacé à mesure qu'il se vide, de sorte que la conversation ne laisse jamais une longue traîne de portefeuilles — au prix d'un lien à l'appareil et d'une irrécupérabilité en cas de perte du téléphone. Chaque requête adressée au RPC d'Algorand passe par OHTTP (Oblivious HTTP), qui scinde la connexion afin que le nœud traite la requête sans voir l'adresse IP de l'appareil — une protection qui suppose que le relais et la passerelle ne collaborent pas, hypothèse de confiance que le SECURITY.md du projet énonce lui-même. Les notifications push existent mais sont désactivées par défaut, car elles transitent par un indexer open source exploité par Sealed et ajoutent des métadonnées temporelles.
Ce que promet la page marketing et ce que concède la documentation du projet sont deux choses différentes, et l'écart mérite un tableau.
| Concept | Implication concrète |
|---|---|
| « Zero-Trace Security » / « communication totalement sécurisée et intraçable » (site) | La documentation le dit sans détour : « Ces mécanismes ne font pas disparaître toute trace. Aucun système de confidentialité honnête ne devrait prétendre le contraire. » SECURITY.md cite l'horaire et la fréquence des messages comme observables sur la blockchain. |
| « Aucune métadonnée collectée » (site) | L'horodatage et la fréquence des transactions on-chain restent visibles pour les observateurs du réseau ; activer les notifications expose en outre les métadonnées de livraison aux systèmes push d'Apple ou de Google. |
| « Communication sans serveur — aucun intermédiaire, aucun serveur » (site) | La livraison principale ne repose sur aucun serveur de messages central, mais Sealed exploite l'indexer de notifications open source facultatif ainsi que le flux de recharge web ; le relais et la passerelle OHTTP ajoutent deux opérateurs d'infrastructure au modèle de confiance. |
| « Entièrement anonyme » (site) | La livraison via un contrat partagé et la rotation des indices brouillent les graphes de relations, mais les adresses de portefeuille qui soumettent les transactions relèvent du domaine public. |
Payer sans être identifié
Sealed sépare le financement de la messagerie par un système de crédits. L'utilisateur dépose des ALGO sur la page de recharge — en connectant Pera, Defly ou Lute — et reçoit un code d'une valeur de 500 crédits, soit 500 messages, pour chaque 108 ALGO déposés. La coupure fixe a son importance : des codes identiques empêchent toute identification par le montant. Les codes sont échangés via un pool de confidentialité en arbre de Merkle que la documentation9 décrit comme « inspiré de Tornado Cash », où de nombreux engagements de dépôt identiques cohabitent dans une structure partagée et où l'activation prouve la possession d'un code valide sans révéler quel dépôt l'a créé — la documentation compare cela à des enveloppes scellées identiques placées dans une boîte, dont on prouve qu'on en détient une sans l'ouvrir. Cette séparation n'est solide que si le volume du pool l'est : avec un seul dépôt et une seule activation, le lien est trivial à deviner, d'où le conseil de la documentation d'attendre avant d'activer un code, afin que davantage d'activité s'accumule entre le dépôt et son utilisation. Comme le séquestre couvre les frais de réseau (voir plus haut), le portefeuille de messagerie lui-même ne détient toujours aucun ALGO.
Le dépôt montre que le chemin de rachat repose sur une preuve à divulgation nulle de connaissance : il embarque un circuit Circom et un prouveur Groth16 SNARK exécuté dans l'application, si bien que l'activation démontre la possession d'un code valide sans exposer le dépôt. Au-delà des crédits, la proposition xGov décrit une couche freemium — un nombre parrainé de messages gratuits par jour, puis environ $0.00310 par message — et la documentation esquisse des paliers d'abonnement libellés en ALGO (Sealed+, Sealed PRO et Sealed Channel pour les espaces de travail d'entreprise), dont les limites et les prix exacts ne sont pas publiés. La documentation présente aussi un token SLD à venir : une offre fixe de 1 milliard d'unités (30 % communauté et airdrops, 20 % investisseurs, 20 % DAO, 15 % équipe, 10 % réserve, 5 % liquidité), un prix initial prévu de $0.025 impliquant une valorisation entièrement diluée de $25 million, 45 % des revenus du protocole reversés aux stakers par cycles de 30 jours, et un multiplicateur « POWER » qui progresse de 0.01x par jour de staking jusqu'à 4x et se réinitialise à tout retrait. Deux mises en garde pour le lecteur : aucun actif SLD ou SEALED n'existe sur le mainnet d'Algorand — une recherche de nom on-chain ne renvoie que des NFT sans rapport, et les adresses connues de l'équipe (le proposeur xGov et le créateur du contrat Testnet) n'ont créé aucun actif — le token relève donc d'une conception sur papier, pas d'une réalité vivante ; et le mécanisme de staking concentre la valeur dans le token du projet lui-même, une structure qui récompense les détenteurs de tokens plutôt que les utilisateurs de la messagerie.
Qui le construit, et où en est le projet
L'équipe est polonaise, d'après la fiche Google Play — développeur « SUNSHIP IGOR KAMROWSKI », Sunship Studio, avec une adresse à Starogard Gdański et l'adresse de support development@sealed.channel — et la proposition xGov nomme six fonctions : Igor Makowiecki (CEO), Dominik Stępień (CTO), Igor Kamrowski (Product Owner), Sebastian Seliga (Chief Ecosystem Officer), Grzegorz Pisula (Head of Marketing) et Grzegorz Pawlica (Head of Design). La proposition mentionne également des passages au Next Block Expo (Varsovie), à la Crypto Community Conference (Łódź), à l'ETH Warsaw et à Cashifam (Rzeszów).
L'empreinte publique est modeste, mais bien réelle. Le dépôt GitHub a ouvert le 18 juin 2026 avec un unique commit initial, deux étoiles et aucune release ; il contient l'application Flutter, le smart contract TypeScript compilé avec Puya, l'indexer de notifications et le circuit Circom. On-chain, le contrat cité plus haut est actif sur le Testnet avec un état de boxes stocké, et le compte séquestre affiche des paiements récents — une activité de développement vérifiable, mais qui ne remonte qu'à quelques semaines sous sa forme publique. Google Play affiche un nombre de téléchargements « 1011+ », et le serveur Discord12 compte 37 membres, dont 7 en ligne.
La proposition xGov13 — 400,00014 ALGO, classée rétroactive — a été publiée le 27 avril 2026 et reste en discussion, sans approbation : l'enregistrement on-chain de la proposition ne montre ni approbation ni vote ouvert. Le fil de discussion du forum15 a recueilli 21 réponses, 494 vues et 18 likes, avec un accueil allant de la curiosité à la prudence : cusma, de la Algorand Foundation, a demandé à l'équipe d'expliquer « pourquoi une blockchain est nécessaire, et pourquoi Algorand en particulier » ; un conseiller a recommandé de reporter la soumission jusqu'à la résolution des problèmes en suspens ; et le fondateur Makowiecki a répondu (en substance) que la chaîne fournit l'identité, le transport des messages, le règlement des frais et la confidentialité via OHTTP et le masquage de la recharge, et qu'Algorand a été retenu pour ses frais réduits, sa sécurité, sa scalabilité et sa rapidité. Aucune revue indépendante ni discussion sur Bluesky n'a été trouvée. Lacunes notables : la page Audits16 de la documentation est vide — aucun audit de sécurité n'a été publié — et les pages consacrées au Layer 2, à la conformité et aux annotations de risque ne sont que des ébauches.
L'essayer dès aujourd'hui — et ce qu'il faut surveiller
Chacun peut essayer Sealed dès maintenant sur Android, via le Play Store ou un APK direct ; iOS est annoncé pour bientôt. L'installation crée un portefeuille local, puis un code d'accès à six chiffres et un code de destruction qui efface silencieusement l'appareil lorsqu'il est saisi sous la contrainte ; la récupération passe par une phrase mnémonique de 2417 mots, aucun mot de passe ne pouvant être réinitialisé. Le formulaire de liste blanche du site collecte une adresse e-mail pour un accès anticipé, et la documentation renvoie vers un accès gratuit via le Discord. Compte tenu du statut adossé au Testnet évoqué plus haut, un message envoyé aujourd'hui est une véritable transaction sur un réseau de test sans valeur — une démonstration fonctionnelle de l'architecture plutôt qu'une trace permanente sur le mainnet.
Le positionnement post-quantique tombe à un moment propice pour l'écosystème : le 18 juin 2026, la Algorand Foundation a annoncé une feuille de route visant une large résilience quantique d'ici la fin 2027 — comptes post-quantiques natifs dans Pera à partir du troisième trimestre 2026, multisig post-quantique et migration de la trésorerie — son CTO Bruno Martins soutenant que « la sécurité post-quantique ne peut pas être ajoutée après le Q-Day ». Le ML-KEM-512 de Sealed se situe au niveau applicatif, au-dessus des propres mises à niveau de signature de la chaîne : les deux efforts sont donc complémentaires plutôt que concurrents.
Le verdict honnête : Sealed est un projet précoce cohérent et d'une franchise inhabituelle — la documentation énonce ses propres limites, le code est ouvert et un contrat Testnet tourne bel et bien. Ce qui en ferait plus qu'un prototype correspond exactement à ce qui lui manque encore : un déploiement sur le mainnet, un audit achevé et une base d'utilisateurs. D'ici là, c'est un messager prometteur sur testnet, dont les questions de conception sont les bonnes.
8 chiffres de cet article sont vérifiés.Voir toutes les vérifications
Sources
- 1Sealed sealed.channel↩
- 2Sealed sur Google Play play.google.com↩
- 3Documentation de Sealed docs.sealed.channel↩
- 4Chiffrement docs.sealed.channel↩
- 5sealed-channel/sealed sur GitHub github.com↩
- 6Alias Chat docs.sealed.channel↩
- 9Recharge du portefeuille docs.sealed.channel↩
- 12Discord de Sealed discord.gg↩
- 13Proposition xGov 3534141276 xgov.algorand.co↩
- 15Fil de discussion du forum de gouvernance forum.algorand.co↩
- 16page Audits docs.sealed.channel↩
Autres sources (14)
- Qu'est-ce que Sealed ? docs.sealed.channel
- Feuille de route post-quantique de la Algorand Foundation prnewswire.co.uk
- Qu'est-ce que Sealed ? | Sealed Docs docs.sealed.channel
- docs.sealed.channel/llms.txt docs.sealed.channel
- docs.sealed.channel/introduction/step-by-step.md docs.sealed.channel
- docs.sealed.channel/architecture/identity.md docs.sealed.channel
- docs.sealed.channel/architecture/messaging.md docs.sealed.channel
- docs.sealed.channel/security-and-privacy/encryption.md docs.sealed.channel
- docs.sealed.channel/architecture/alias-chat.md docs.sealed.channel
- docs.sealed.channel/architecture/credits.md docs.sealed.channel
- docs.sealed.channel/security-and-privacy/blockchain-interaction.md docs.sealed.channel
- docs.sealed.channel/introduction/solution.md docs.sealed.channel
- Sealed - Fully Anonymous Multi-Chain Messenger sealed.channel
- docs.sealed.channel/architecture/layer-2.md docs.sealed.channel