ZeroSignal facture l'IA au message depuis un compte Algorand, sans clé API

ZeroSignal vend l'accès aux grands modèles d'IA message par message, payé en dollars depuis un solde que l'utilisateur détient et que personne d'autre ne peut toucher. Son slogan se lisait autrefois « Un lieu privé pour réfléchir.¹ » Il se lit désormais « Une IA privée pour vous et vos outils.² » La page d'accueil s'ouvre sur une commande d'installation d'un petit programme qui tourne sur votre propre machine.

C'est ce programme, et non le chat dans le navigateur, qui distingue le service d'un assistant ordinaire. ZeroSignal est en production sur Algorand mainnet, et son historique public est assez court pour être examiné d'un seul coup d'œil.

L'outil que vous utilisez déjà, rendu privé et facturé à l'usage

zs-proxy tourne sur votre ordinateur et répond sur localhost:9376³. Pour tout ce qui parle l'API d'OpenAI, il ressemble exactement à OpenAI, si bien qu'un assistant d'éditeur, un agent de codage ou votre propre script continue de fonctionner après un simple changement de variable d'environnement. Il s'installe par Homebrew sur macOS, Scoop sur Windows, ou un script en une ligne, et la version macOS est signée et notariée.

Le champ de clé API est une formalité. Le proxy ignore l'en-tête Authorization, car l'admission provient de votre compte Algorand approvisionné plutôt que d'un secret statique. N'importe quelle chaîne non vide satisfait votre client, et il n'y a rien à renouveler, à laisser fuiter dans un dépôt ou à rattacher à un profil de facturation. Une commande, zs-proxy connect, détecte les outils que vous avez déjà installés et réécrit leur configuration pour pointer vers le proxy.

C'est un démon mono-utilisateur, et la documentation⁴ est sans détour sur la conséquence : quiconque peut l'atteindre dépense votre solde. Ses journaux ne contiennent que des métadonnées, jamais les invites ni les réponses.

Un message, payé et prouvable

Rien de ce que vous demandez n'atteint Algorand ; seul le paiement le fait. Avant qu'une requête ne parte, le client demande à l'opérateur qui répond un ticket signé indiquant un prix maximum. Ce maximum est verrouillé dans un contrat d'entiercement⁵ sur la chaîne, l'invite voyage scellée, et l'opérateur renvoie un reçu signé pour les tokens utilisés et le montant facturé.

Le règlement paie ensuite l'opérateur, envoie des frais de protocole à une trésorerie et restitue ce que la réponse n'a pas consommé. Votre client vérifie d'abord le reçu par rapport au ticket, et refuse tout reçu au-dessus du plafond.

C'est cet arrangement qui permet à une API payante de fonctionner sur un identifiant plutôt que sur une clé. Ce que vous confiez au réseau est un compte approvisionné, pas un secret qu'un fournisseur stocke. Un outil peut alors utiliser un service payant sans inscription et sans rien à renouveler. L'enregistrement du règlement est public, mais il porte des montants et des adresses plutôt qu'un mot de ce qui a été demandé.

Chat, connecteurs et compte

Dans le navigateur, le même réseau alimente une application de chat. Les réponses arrivent en flux, chacune affiche son coût, et des fichiers jusqu'à 20⁶ Mo peuvent être joints ; les documents sont lus dans votre navigateur et seul leur texte est envoyé. Les connecteurs, encore en bêta, permettent à un modèle de lire depuis :

• vos tickets Linear
• des pages Notion
• des fichiers que vous choisissez dans Google Drive
• un dossier sur cet ordinateur

Ils ne font que lire.

Un compte est une clé d'accès. Votre appareil en crée une, déverrouillée par votre visage, votre empreinte ou le code PIN de l'appareil, et le navigateur en dérive localement les clés de votre portefeuille, si bien qu'aucune phrase de récupération ne réside sur un serveur. Tous les gestionnaires de clés d'accès ne savent pas faire la partie dérivation. Il faut qu'ils prennent en charge l'extension WebAuthn PRF, que la documentation liste comme 1Password, iCloud Keychain sur iOS 18⁷ ou macOS 15 et versions ultérieures, Google Password Manager et Windows Hello.

La récupération se fait par une phrase de 24⁸ mots et rien d'autre. Il n'y a pas de réinitialisation de mot de passe, car rien n'existe hors de votre appareil à réinitialiser. Perdez à la fois la clé d'accès et la phrase, et le solde disparaît, raison pour laquelle la documentation suggère de ne garder sur soi que ce que l'on compte dépenser. Cette phrase s'importe aussi dans un portefeuille Algorand compatible ARC-52 comme Lute⁹, de sorte que l'argent n'est pas piégé dans ZeroSignal.

Ce qu'il en coûte pour démarrer

L'approvisionnement se fait par carte de débit, Apple Pay, Google Pay ou Cash App. Les cryptomonnaies d'une autre chaîne ou d'un exchange passent par le même prestataire. Ce prestataire prend la main sur l'écran pour l'achat, et ZeroSignal affirme ne jamais voir ces informations.

Envoyer de l'ALGO ou de l'USDC depuis n'importe quel portefeuille Algorand vers une adresse de dépôt fonctionne aussi, et l'un comme l'autre arrive en dollars dans votre solde. Un nouveau compte se voit offrir un essai gratuit, derrière une vérification anti-robot, dans la limite des disponibilités du jour.

Les tarifs¹⁰ sont indiqués en dollars par million de tokens, frais de protocole déjà inclus, et plusieurs modèles sont annoncés comme gratuits. Un million de tokens représente environ 750 000¹¹ mots.

Un réseau en production de trois opérateurs

L'historique d'appels du contrat d'entiercement lui-même atteint 47 172 appels depuis 188 comptes distincts depuis juillet, dont 9 471¹² au cours des 30 derniers jours. L'annuaire des opérateurs¹³ agrège ses totaux depuis la chaîne et compte plutôt les tickets. Il montre trois opérateurs exploitant huit nœuds. Sur 15 630 tickets ouverts, 15 563 ont été réglés. Le réseau a servi environ 490 millions de tokens et facturé 467,95 $ au cours de sa vie. Un ticket correspond à une requête, et une requête touche le contrat plus d'une fois, le temps d'ouvrir et de clore son paiement, si bien que 47 172 appels pour 15 630 tickets ouverts font environ trois appels chacun. Le chiffre d'affaires du jour UTC en cours s'élevait à environ 21 cents.

La page de tarification qualifie un échange typique d'« environ un tiers de cent¹⁴ », et son exemple détaillé facture 0,0032 $ pour un court échange avec glm-4.7. Sur toute la durée de vie du réseau, ces 467,95 $ répartis sur 15 563 tickets réglés donnent une moyenne d'environ trois cents chacun. La génération d'images et les longues invites tirent la moyenne vers le haut, si bien que le tarif affiché décrit le cas le moins cher plutôt que la facture typique. Mieux vaut budgéter à partir du tableau des tarifs.

Ailleurs, l'audience est mince : 60¹⁵ membres sur le Discord du projet, et 194¹⁶ étoiles sur les 34 dépôts publics de l'organisation GitHub TxnLab¹⁷, dont quatre sur le proxy.

Ce qui garantit les paiements, et qui peut intervenir

ZeroSignal n'exploite pas les modèles. Des opérateurs indépendants font tourner le matériel d'inférence et s'enregistrent sur la chaîne avec une adresse de paiement, une clé de signature, un point de terminaison et, en option, un nom. Pour rejoindre le réseau, un opérateur bloque 250¹⁸ $ en USDC pour son identité et 25¹⁹ $ de plus pour chaque nœud après le premier, détenus dans le même contrat d'entiercement. La quasi-totalité de l'USDC présent dans ce contrat est ce collatéral : environ 882 $ y dorment, dont 875 $ de mise à travers trois opérateurs et huit nœuds, laissant environ 7,49 $ de paiements en cours.

Un opérateur conserve l'intégralité de son tarif annoncé, et le payeur couvre en plus des frais de protocole, que le calculateur de revenus du projet affiche à 10 %. Une mise n'est pas des frais, puisque se désenregistrer en règle la restitue, mais un opérateur pris en flagrant délit de mauvaise foi peut être évincé et une partie de sa mise confisquée. La documentation parle d'une action d'administration plutôt que d'un balayage sans permission. Le contrat porte aussi un drapeau de pause et des paramètres de mise et de frais que la documentation dit lus en direct depuis la chaîne et susceptibles de changer. Qui détient cette autorité administrative n'est pas précisé sur les pages publiques du projet, et l'écran d'administration ne s'ouvre qu'à un portefeuille connecté.

Certaines limites subsistent avant même d'approvisionner quoi que ce soit. Si les prétentions du payeur et de l'opérateur divergent, le ticket se fige en litige au lieu d'être payé, et les deux signatures sur la chaîne constituent la preuve pour le trancher. Si vous ne reconnaissez jamais un règlement, la prétention de l'opérateur peut être finalisée après un délai de grâce. Le nœud ou toute personne agissant pour lui peut publier cette finalisation. Un opérateur est donc payé pour un travail que vous avez accepté sans jamais le confirmer.

La promesse de confidentialité, et où elle s'arrête

La page confidentialité²⁰ affirme qu'aucune partie, l'entreprise comprise, ne peut à la fois vous identifier et lire ce que vous avez demandé. La séparation qui sous-tend cette affirmation est réelle. Par défaut, chaque requête passe par un relais exploité par un autre opérateur. Le relais voit votre adresse IP, mais uniquement du texte chiffré. Le nœud qui répond lit l'invite, et ne voit que l'adresse du relais. Votre historique reste chiffré sur votre appareil.

Les limites sont publiées à côté de l'affirmation. En mode standard, le nœud qui répond déchiffre votre invite pour exécuter le modèle, si bien que cet opérateur peut la lire, et un nœud qui relaie vers un fournisseur hébergé la transmet. Un mode confidentiel exécute le nœud dans une mémoire attestée par le matériel, où l'opérateur ne peut pas lire l'invite, et un client qui le demande vérifie cette attestation avant d'envoyer. Les métadonnées ne sont jamais scellées, car la facturation en a besoin : identifiants de ticket, noms de modèles, comptages de tokens et horodatages restent visibles.

Un maillon échappe à cette séparation. La documentation indique que les requêtes de l'application vers la chaîne passent par défaut par un nœud Algorand public partagé. Ce nœud voit votre adresse IP à côté de l'adresse pseudonyme que vous consultez et depuis laquelle vous payez. Chaque paiement nomme cette adresse. Pointer l'application vers un nœud de confiance, y compris un que vous exploitez, est ce qui supprime le lien.

Qui est derrière

ZeroSignal est développé par TxnLab Inc.²¹, un studio Algorand de trois personnes que nous avons profilé en août, qui affirme livrer depuis 2021. La même équipe exploite NFDomains²², le registre de nommage .algo, le protocole de staking Réti et l'application portefeuille Haystack. Les registres d'entreprise listent TxnLab Inc. comme une société du Delaware en règle, enregistrée pour exercer dans le New Hampshire à l'adresse de Portsmouth que ses propres conditions indiquent.

Les conditions du service datent du 13 août 2026, et sa politique de confidentialité est entrée en vigueur le 1er octobre. Le contrat est un peu plus ancien que l'annonce. Il a été créé le 6 juillet 2026 et a reçu ses premiers appels le jour même.

Un post de lancement²³ a suivi le 13 juillet et se terminait par « Bientôt disponible. » Le rapport de juillet²⁴ de la Fondation Algorand liste ZeroSignal parmi les choses lancées ce mois-là. Son rapport d'août²⁵ qualifie le service de bêta.

Une collision de noms mérite d'être connue. Un actif Algorand appelé ZeroSignal, avec l'unité ZERO et une offre d'un milliard de tokens détenue entièrement par son créateur, a été créé le 21 juillet 2026. Rien sur les pages du service ni dans son identité on-chain ne relie ce token au produit, qui vend l'accès au message en dollars.

Ce qui n'est pas ouvert à l'inspection

La FAQ répond à la question sur le client par « Pas encore », indiquant que le code change encore vite et que publier une base de code critique pour la sécurité en pleine mutation n'aiderait pas. Son lien vers le registre open source mène à l'organisation GitHub¹⁷ du studio, où le dépôt du proxy²⁶ contient une licence, un README et un logo ; le programme lui-même est livré sous forme de binaires précompilés. Le client navigateur et l'implémentation du protocole ne sont pas publiés, si bien que les affirmations sur la confidentialité et l'entiercement reposent sur la documentation, sur le trafic réseau qu'un utilisateur peut observer et sur ce que montre la chaîne.

Ni la documentation du projet ni les supports du studio ne renvoient à un audit de sécurité du contrat d'entiercement ou du client navigateur.