Qu’est-ce que l’Alliance de superintelligence artificielle ? Comprendre FET et ASI

Origines et membres fondateurs

1. L'Alliance de superintelligence artificielle est née d'une convergence stratégique de trois projets d'IA natifs de blockchain : Fetch.ai (FET), SingularityNET (AGIX) et Cudos (CUDOS). Chacun apportait des capacités d'infrastructure distinctes : coordination d'agents autonomes, architecture de marché d'IA décentralisée et ressources de calcul cloud distribuées.

2. Sa création n'a pas été motivée par des mandats de capital-risque mais par des objectifs d'interopérabilité partagés au niveau du protocole. Les principaux contributeurs ont donné la priorité aux modèles de gouvernance open source plutôt qu'aux feuilles de route de développement centralisées.

3. Contrairement aux alliances technologiques traditionnelles, elle fonctionne sans hiérarchie d’entreprise formelle. La prise de décision repose sur un consensus multi-signatures à travers des mécanismes de vote pondérés en jetons intégrés dans les contrats intelligents.

4. L'alliance a lancé son premier réseau de test interopérable au troisième trimestre 2025, permettant l'exécution inter-chaînes de charges de travail d'IA entre les réseaux d'agents de FET et les registres de services d'AGIX.

5. Les jetons de gouvernance émis par chaque projet fondateur conservent des fonctions économiques indépendantes tout en permettant un jalonnement coordonné pour les nœuds de validation ASI:Cloud.

Architecture technique et intégration en chaîne

1. FET sert de couche principale d'orchestration des agents, utilisant son grand livre pour horodater et vérifier les transactions autonomes de machine à machine impliquant l'échange de données, l'inférence de modèle et la location de ressources.

2. CUDOS fournit une attestation de calcul vérifiable via des ancres de confiance matérielles, permettant aux tâches hors chaîne gourmandes en GPU d'être prouvées cryptographiquement en chaîne via des preuves de connaissance nulle.

3. AGIX agit comme une couche de registre sémantique, où les services d'IA sont décrits à l'aide de normes de métadonnées basées sur des ontologies compatibles avec les sous-domaines Ethereum Name Service et ENS.

4. L'interopérabilité est appliquée au niveau du consensus : les validateurs doivent simultanément attester de la validité des transactions FET, de l'intégrité du calcul CUDOS et de l'authenticité du descripteur de service AGIX.

5. Aucune chaîne n’héberge la pile complète. Au lieu de cela, la synchronisation des états se produit via des ponts bidirectionnels utilisant des schémas de signature à seuil gérés par des ensembles de validateurs rotatifs.

Modèle économique et utilité des jetons

1. Les détenteurs de FET peuvent déléguer des jetons à des essaims d'agents effectuant une optimisation logistique réelle, gagnant ainsi des frais libellés en pièces stables natives liées aux mesures de consommation d'énergie.

2. Les intervenants de CUDOS bénéficient d'un accès prioritaire aux enchères de capacité ASI:Cloud, où le temps de calcul est tarifé sur des marchés d'enchères dynamiques régis par des signaux de demande en chaîne.

3. L'utilisation des jetons AGIX s'étend au-delà des commissions du marché : il finance des pools d'audit de modèles décentralisés où les validateurs tiers gagnent des récompenses pour avoir détecté des biais ou des dérives dans les services d'IA déployés.

4. Des incitations croisées existent : les agents basés sur FET qui soumissionnent pour le calcul CUDOS doivent verrouiller les jetons AGIX en tant qu'obligations de qualité de service, créant ainsi un alignement économique interdépendant.

5. Les flux de revenus vont directement aux trésoreries protocolaires plutôt qu'aux entités commerciales, les décaissements de trésorerie étant déclenchés par des propositions multisig verrouillées dans le temps et ratifiées par des votes pondérés en jetons.

Infrastructure informatique décentralisée

1. ASI:Cloud fonctionne comme un réseau sans autorisation de fournisseurs de matériel hétérogènes (des GPU grand public aux clusters HPC d'entreprise), chacun contribuant à la capacité de calcul dans le cadre de modèles SLA standardisés encodés dans des contrats intelligents.

2. Le routage des charges de travail utilise des algorithmes pondérés par la réputation dans lesquels la disponibilité historique, la latence de la preuve cryptographique et les références de précision du modèle déterminent la priorité de sélection des nœuds.

3. Aucun planificateur centralisé n'existe ; au lieu de cela, les agents autonomes négocient les baux de calcul à l’aide de protocoles d’échange atomique qui ne sont réglés qu’après une vérification réussie.

4. La conformité à la résidence des données est assurée par le biais de groupes de nœuds géolocalisés, où les exigences légales spécifiques à la juridiction sont traduites en logique de prédicat en chaîne régissant l'attribution des tâches.

5. Les rapports d'attestation matérielle sont publiés sur IPFS avec des hachages adressés au contenu ancrés aux blockchains Ethereum et Polygon pour des pistes d'audit immuables.

Foire aux questions

Q1 : L'alliance émet-elle un jeton de gouvernance unifiée ? Non. La gouvernance reste fragmentée entre FET, AGIX et CUDOS. Les propositions inter-projets nécessitent des seuils de quorum simultanés dans les trois écosystèmes de jetons.

Q2 : Comment les litiges sont-ils résolus lorsque les agents FET ne parviennent pas à exécuter des tâches sur l'infrastructure CUDOS ? La résolution automatisée des litiges se déclenche après des délais d’attente prédéfinis. Les dépôts réduits financent les indemnisations tirées de pools d’assurance contrôlés par des protocoles et financés par les frais de transaction.

Q3 : Les projets non fondateurs peuvent-ils s'intégrer à ASI:Cloud ? Oui. Tout projet mettant en œuvre la spécification ASI Compute Interface peut s'inscrire en tant que fournisseur de calcul ou soumissionnaire de charge de travail, à condition qu'il réussisse la vérification de l'identité cryptographique et réponde aux normes minimales d'attestation matérielle.

Q4 : Les pondérations des modèles d'IA sont-elles stockées en chaîne ? Non. Seuls les hachages cryptographiques, les métadonnées de version et les politiques de contrôle d'accès résident sur la chaîne. Les binaires du modèle réel sont stockés dans des réseaux de stockage d'objets décentralisés avec des droits de récupération appliqués via zk-SNARK.