Le testnet d'agents de Gora est en ligne, et son application de démonstration est un fonds IA auquel vous pouvez participer

Gora¹ est un réseau d'ordinateurs hors chaîne qui exécutent le code d'une application puis signent ce qui en est ressorti, de sorte qu'un smart contract ou un portefeuille peut agir sur une réponse validée par une majorité de machines indépendantes. Son testnet est en ligne — la documentation pour développeurs de Gora² le dit sans détour et le point d'accès qu'elle nomme répond — et la partie qu'un non-développeur peut utiliser dès aujourd'hui est un fonds de trading piloté par IA que l'on ouvre dans un navigateur, que l'on regarde prendre des décisions et dans lequel on dépose des GORA de testnet.

Le fonds IA, vu par un visiteur

L'application s'appelle Gora Trading Bot³ et s'ouvre sur des chiffres avant du texte : une NAV de 1.0266 GORA par part, en hausse de 2.66 % sur 48 étapes, 25.7k GORA d'actifs et 40 déposants. La NAV — la valeur nette d'inventaire, soit le prix d'une part du fonds — correspond au taux auquel un dépôt achèterait des parts. Sous ces chiffres vient la carte de décision : la stratégie est MOMENTUM V0, la décision est STAY FLAT avec 55 % de confiance, et le raisonnement est une phrase plutôt qu'une boîte noire — « Aucun avantage : le prix oscille autour de sa moyenne. Rester à plat ne coûte rien et garde le capital disponible. » Deux hachages tronqués suivent, l'un pour le prompt envoyé au modèle, l'autre pour sa réponse, et l'inférence est attribuée à « Gora validators (P1) ».

Un bouton propose de lancer soi-même une étape de stratégie, et un clic a ajouté une nouvelle entrée en haut du journal de décisions, marquée comme attestée et porteuse de sa propre paire de hachages tronqués. Chaque entrée associe un numéro d'étape et ce tag « attesté » à la justification en une ligne du modèle : le journal enregistre l'arrivée d'un déposant avec 1,250.00 GORA et des parts émises à une NAV de 1.0142, ainsi qu'une décision de conserver une position longue parce que le prix restait au-dessus de sa moyenne et que le repli depuis le point d'entrée demeurait dans les limites tolérées.

Rejoindre le fonds, c'est déposer des GORA contre des parts à la NAV du moment, avec un retrait possible à tout instant et sans période de blocage, selon les termes affichés sur la page elle-même. Obtenir ces GORA suppose de passer par un faucet, et le bridge en expose un pour Algorand. Vingt-cinq mille GORA répartis entre quarante déposants, c'est une échelle de démonstration, et les GORA qui s'y trouvent sont un actif de test ; les actifs d'un testnet, la copie expérimentale d'une blockchain, n'ont aucune valeur monétaire.

Une loterie dotée d'une cagnotte on-chain

L'autre application du bridge est une loterie⁴, et elle montre quelle part de l'ensemble de règles peut tenir dans un contrat. « Participez gratuitement. À chaque période de tirage, la cagnotte on-chain rémunère 3 utilisateurs inscrits tirés au sort en GORA », lit-on sur sa page, qui ajoute que participer inscrit votre compte Algorand dans l'application de loterie et que l'approbation de votre portefeuille est signée par votre clé puis vérifiée par le réseau. L'application Algorand qui la sous-tend stocke l'intégralité des règles sous forme de paramètres plutôt que de promesses.

Sources : 6 lora.algokit.io, 6 gora.mintlify.app, 6 gora.mintlify.app, 8 lora.algokit.io +1

Comment une réponse se fait signer

Rien de tout cela ne constitue une blockchain à part entière. « Le réseau Gora n'est pas une blockchain — il s'accorde sur le résultat des applications et écrit des attestations sur la chaîne que ce résultat vise », précise la documentation¹³. Les validateurs stakent des GORA sur Algorand, Base ou Solana et signent à l'intérieur de tours avec une clé de participation, tandis que la clé de propriétaire qui les autorise reste froide. Une requête entre, un comité est désigné pour ce tour, le comité exécute l'application, et le résultat sur lequel il s'accorde revient signé ; quiconque détient les clés publiques des validateurs peut contrôler les signatures, et un smart contract peut les vérifier on-chain.

Une application, c'est du code hors chaîne — WASM, JavaScript, TypeScript ou Python — auquel s'ajoutent un manifeste¹⁴ et une politique¹⁵. C'est cette politique qui mérite qu'on s'y arrête : elle limite les chaînes que l'application peut toucher, les types d'actions qu'elle peut demander, les montants qu'elle peut déplacer par transaction et par jour, ainsi que les destinataires qu'elle peut payer. Le manifeste du fonds indique lui-même que le nœud Gora ne détient pas les clés des utilisateurs et ne règle pas leur gas, l'utilisateur ou un compte pré-approuvé payant par défaut. Le code décide et renvoie une instruction ; il ne détient jamais de clé privée et ne déplace jamais d'argent lui-même. L'aléa¹⁶ survient comme effet de bord de ce même dispositif, puisque la sélection d'un comité impose déjà à chaque validateur de publier une sortie aléatoire vérifiable, et une application ou un smart contract peut demander ce nombre lié à son propre identifiant de requête. La documentation la présente comme une enveloppe scellée dont quiconque possède la clé publique du validateur peut confirmer qu'elle a été décidée avant le début du tour.

La documentation évite par ailleurs de survendre ce qui est réellement câblé. Elle indique que les appels HTTP sortants¹⁷ ne fonctionnent aujourd'hui que pour les applications WASM, que le mode de récupération par quorum est « la conception cible et que tout n'est pas encore câblé », et que l'ensemble relève d'un modèle de confiance « testnet v1 ».

Pourquoi les agents en ont besoin, et qui d'autre s'y attelle

L'utilisateur visé est un agent — un programme qui observe, décide et agit sans qu'une personne appuie sur un bouton. Le manifeste¹⁸ publié par Gora le 20 avril développe l'argument opérationnel : un agent qui doit lire depuis Solana, appeler une API, effectuer un calcul puis écrire dans un smart contract Algorand est aujourd'hui assemblé à partir de services distincts, « chacun avec ses propres modes de défaillance, chacun contrôlé par une partie différente », et les personnes touchées par l'action d'un agent doivent pouvoir savoir qu'elle s'est correctement déroulée, « non parce que quelqu'un l'a affirmé, mais parce que l'exécution est vérifiable de façon indépendante ».

Gora n'est pas le seul à le revendiquer. Les publications de Chainlink¹⁹ sur l'IA vérifiable décrivent l'acheminement de l'inférence IA via un réseau décentralisé de nœuds afin d'éliminer les points de défaillance uniques, et 0G commercialise le calcul vérifié, la mémoire persistante et le règlement onchain pour les agents sur un mainnet dont son annonce dit qu'il tourne depuis septembre 2025. Ce qui distingue Gora, c'est le positionnement plus que la capacité : il ne demande pas à un agent de migrer vers une nouvelle chaîne, et la réponse qu'il produit est écrite sur la chaîne où le contrat réside déjà. Sur Algorand, le protocole AC2²⁰ de la Fondation, publié le 25 août, traite du problème voisin — permettre à une personne d'approuver les actions d'un agent à l'aide d'une passkey tout en gardant les clés sur l'appareil — là où l'équivalent côté utilisateur chez Gora est une demande de signature examinée sur un téléphone. L'ancien tableau de bord²¹ du projet liste encore des flux d'oracle, un portail nœud et un portail de vesting à côté d'un « Current Rate of Return » de 10²² %, et il renvoie les stakers vers un site de staking distinct²³ dont le pied de page de la liste des validateurs affiche « Showing page 1 / 1 (36²⁴ results) » à côté d'un panneau invitant les détenteurs à « Stake your $GORA on ERC-20 to your favorite validator » et marqué « Coming Soon! » — une chaîne de pagination, non un décompte des validateurs actifs sur ce réseau, si bien que le réseau d'agents et l'activité oracle plus ancienne cohabitent pour l'instant.

Ce que montrent les enregistrements on-chain

Chaque contrat du tableau a été créé par une même adresse du testnet Algorand, qui détient aussi la clé manager de l'actif GORA de test. Une clé manager peut modifier la configuration d'un actif : c'est le seul point de contrôle conservé dans l'ensemble ; les adresses de gel et de clawback de cet actif sont mises à zéro, de sorte que personne ne peut geler le solde d'un détenteur ni récupérer des tokens. Par comparaison, l'actif GORA du mainnet, enregistré avec gora.io pour URL, a ses champs manager, freeze, clawback et reserve tous non renseignés — plus rien ne permet d'en émettre ni d'en saisir. Aucun audit de tout cela n'apparaît dans la documentation ni sur le site, et l'organisation GitHub publique GoraNetwork²⁵ recense 15²⁶ dépôts totalisant 20 étoiles à eux tous, son dépôt le plus récemment mis à jour datant d'avril 2025, tandis que des recherches par mots-clés sur le code de validateur du cœur du protocole décrit dans la documentation n'ont renvoyé aucun dépôt.

Il y a aussi une étiquette à lire de près. Le journal de diffusion du bridge de développement renvoie 31 événements, et l'objet de preuve attaché à chacun porte le type « mock_gora_quorum_v1 », avec un ensemble de validateurs « devnet-mock » et un quorum « mock » — il s'agit des propres soumissions de signature mobile du bridge vers Algorand, et le quorum qui les sous-tend est un substitut, non le comité décrit dans la documentation. La liste des validateurs n'est guère plus solide : quatre validateurs sont enregistrés²⁷, tous annoncent le statut « Crashed », et les récapitulatifs de tours témoignent d'une participation inégale, l'un d'eux validant sept tours dans ses cinquante dernières entrées de journal et un autre enregistrant onze échecs. Le poids de vote est lui aussi très déséquilibré.

Sur le testnet partagé, l'identité d'un développeur²⁸ est un jeton bearer qu'il invente lui-même : le premier jeton à déployer un identifiant d'application en devient propriétaire, et seul ce jeton peut mettre l'application à niveau, gérer ses planifications ou lire son état, ce qui fait de la propriété le secret d'une chaîne de caractères que vous avez choisie. Les surfaces actives se tiennent elles aussi à l'écart du domaine du projet — la documentation est hébergée sur gora.mintlify.app, le point d'accès du nœud est une simple adresse IP atteinte via le DNS générique nip.io, www.gora.io/docs²⁹ renvoie une 404 et docs.gora.io ne se résout pas — alors que la page d'accueil affiche encore « COMING 05/01 » et « Launching Soon » au-dessus d'un réseau dont les points d'accès répondent déjà ; une capture Wayback du 10 mai 2026³⁰ porte les mêmes mentions.

Deux points que cette vérification n'a pas permis de confirmer. La documentation affirme³¹ que les applications iOS et Android « ship preconfigured with the live bridge », mais des recherches sur l'App Store pour Gora Network, Goracle et Gora wallet n'ont renvoyé que des applications sans rapport, si bien qu'on ignore si un client mobile est installable aujourd'hui ; la boîte de réception des signatures mobiles du bridge renvoie toutefois quatre requêtes, dont des entrées de loterie signées, donc le flux tourne bien depuis un endroit. Et sur le mainnet Algorand, le plus grand pool listé de l'actif GORA³² sur Tinyman détenait environ $3,100 et affichait moins de $2 de volume en 24 heures au moment de la vérification.

Comment se lancer, et ce qu'il faut surveiller

Un développeur n'a besoin ni d'inscription ni de GORA pour entrer : une seule commande curl³³ installe la CLI, vous définissez un jeton développeur de votre choix, vous le pointez sur le point d'accès, et vous déployez ; le déploiement et l'appel sont gratuits sur le testnet, et un appel consomme environ 106³⁴ unités de facturation sur un solde développeur préalimenté. Les binaires de nœud pour macOS et Linux se trouvent sur le miroir de publication du point d'accès en v0.1.1, et les applications passerelle Algorand, de staking et de loterie sont déjà déployées pour qu'un smart contract puisse dialoguer avec elles.

Pour tous les autres, le fonds et la loterie sont les deux portes accessibles dans un navigateur, toutes deux sur testnet et gratuites à consulter. Le serveur Discord³⁵ de Gora, où la loterie dit que les gagnants sont annoncés, affichait 19,816 membres dont 202 en ligne au moment de la vérification, tandis que la chaîne Telegram du projet @goranetwork³⁶ compte 274 membres et n'a rien publié depuis juin 2024. Ce qu'il faut surveiller, c'est de savoir si la page d'accueil du projet rattrapera le réseau qu'il décrit désormais, et si les quatre validateurs cesseront d'afficher « Crashed ». Le prochain tirage de la loterie est ici le paiement le plus facile à suivre de bout en bout : trois utilisateurs inscrits, payés depuis une cagnotte dont l'ensemble des règles réside dans un smart contract.