Was ist eine Allianz für künstliche Superintelligenz? FET und ASI verstehen

Ursprünge und Gründungsmitglieder

1. Die Artificial Superintelligence Alliance entstand aus einer strategischen Konvergenz von drei Blockchain-nativen KI-Projekten: Fetch.ai (FET), SingularityNET (AGIX) und Cudos (CUDOS). Jedes brachte unterschiedliche Infrastrukturfunktionen mit – autonome Agentenkoordination, dezentrale KI-Marktplatzarchitektur und verteilte Cloud-Computing-Ressourcen.

2. Seine Gründung wurde nicht durch Risikokapitalmandate vorangetrieben, sondern durch gemeinsame Interoperabilitätsziele auf Protokollebene. Die wichtigsten Mitwirkenden gaben Open-Source-Governance-Modellen Vorrang vor zentralisierten Entwicklungs-Roadmaps.

3. Im Gegensatz zu traditionellen Technologieallianzen operiert es ohne formelle Unternehmenshierarchie. Die Entscheidungsfindung basiert auf einem Konsens mit mehreren Signaturen über tokengewichtete Abstimmungsmechanismen, die in Smart Contracts eingebettet sind.

4. Die Allianz startete im dritten Quartal 2025 ihr erstes interoperables Testnetz, das die kettenübergreifende Ausführung von KI-Workloads zwischen den Agentennetzwerken von FET und den Dienstregistern von AGIX ermöglicht.

5. Von jedem Gründungsprojekt ausgegebene Governance-Token behalten unabhängige wirtschaftliche Funktionen bei und ermöglichen gleichzeitig ein koordiniertes Abstecken für ASI:Cloud-Validierungsknoten.

Technische Architektur und On-Chain-Integration

1. FET dient als primäre Agenten-Orchestrierungsschicht und verwendet sein Hauptbuch, um autonome Maschine-zu-Maschine-Transaktionen, die Datenaustausch, Modellinferenz und Ressourcenleasing umfassen, mit einem Zeitstempel zu versehen und zu überprüfen.

2. CUDOS bietet eine überprüfbare Rechenbescheinigung durch hardwarebasierte Vertrauensanker, sodass GPU-intensive Aufgaben außerhalb der Kette durch wissensfreie Beweise kryptografisch in der Kette nachgewiesen werden können.

3. AGIX fungiert als semantische Registrierungsschicht, in der KI-Dienste mithilfe ontologiebasierter Metadatenstandards beschrieben werden, die mit Ethereum Name Service und ENS-Subdomänen kompatibel sind.

4. Die Interoperabilität wird auf Konsensebene durchgesetzt: Validatoren müssen gleichzeitig die FET-Transaktionsgültigkeit, die CUDOS-Rechnerintegrität und die Authentizität des AGIX-Dienstdeskriptors bestätigen.

5. Keine einzelne Kette hostet den gesamten Stack. Stattdessen erfolgt die Zustandssynchronisierung über bidirektionale Brücken unter Verwendung von Schwellenwertsignaturschemata, die von rotierenden Validatorsätzen verwaltet werden.

Wirtschaftsmodell und Token-Dienstprogramm

1. FET-Inhaber können Token an Agentenschwärme delegieren, die eine reale Logistikoptimierung durchführen, und dabei Gebühren in nativen Stablecoins verdienen, die an Energieverbrauchskennzahlen gekoppelt sind.

2. CUDOS-Staker erhalten vorrangigen Zugang zu ASI:Cloud-Kapazitätsauktionen, bei denen der Preis für Rechenzeit in dynamischen Auktionsmärkten festgelegt wird, die durch Nachfragesignale in der Kette gesteuert werden.

3. Die Nutzung des AGIX-Tokens geht über Marktplatzprovisionen hinaus – es finanziert dezentrale Modellprüfungspools, in denen Validatoren von Drittanbietern Belohnungen für die Erkennung von Voreingenommenheit oder Abweichungen bei bereitgestellten KI-Diensten erhalten.

4. Es gibt Cross-Token-Anreize: FET-basierte Agenten, die für CUDOS-Rechenleistung bieten, müssen AGIX-Token als Servicequalitätsanleihen sperren, wodurch eine voneinander abhängige wirtschaftliche Ausrichtung entsteht.

5. Einnahmequellen fließen direkt an die Protokollkassen und nicht an Unternehmenseinheiten, wobei die Auszahlungen der Kassen durch zeitlich begrenzte Multisig-Vorschläge ausgelöst werden, die durch tokengewichtete Abstimmungen ratifiziert werden.

Dezentrale Recheninfrastruktur

1. ASI:Cloud fungiert als erlaubnisloses Netzwerk heterogener Hardwareanbieter – von GPUs der Verbraucherklasse bis zu HPC-Clustern für Unternehmen –, die jeweils Rechenkapazität im Rahmen standardisierter SLA-Vorlagen beitragen, die in Smart Contracts kodiert sind.

2. Beim Workload-Routing werden reputationsgewichtete Algorithmen verwendet, bei denen historische Betriebszeit, kryptografische Beweislatenz und Modellgenauigkeits-Benchmarks die Knotenauswahlpriorität bestimmen.

3. Es gibt keinen zentralen Planer. Stattdessen verhandeln autonome Agenten Rechenleasingverträge mithilfe von Atomic-Swap-Protokollen, die erst nach erfolgreicher Abschlussüberprüfung abgerechnet werden.

4. Die Einhaltung der Datenresidenz wird durch geofenced-Knotengruppen durchgesetzt, in denen gebietsspezifische gesetzliche Anforderungen in eine Prädikatenlogik in der Kette übersetzt werden, die die Aufgabenzuweisung regelt.

5. Hardware-Bescheinigungsberichte werden auf IPFS veröffentlicht, wobei inhaltsadressierte Hashes für unveränderliche Prüfpfade in den Ethereum- und Polygon-Blockchains verankert sind.

Häufig gestellte Fragen

F1: Gibt die Allianz ein einheitliches Governance-Token aus? Nein. Die Governance bleibt über FET, AGIX und CUDOS fragmentiert. Projektübergreifende Vorschläge erfordern gleichzeitige Quorum-Schwellenwerte in allen drei Token-Ökosystemen.

F2: Wie werden Streitigkeiten gelöst, wenn FET-Agenten Aufgaben in der CUDOS-Infrastruktur nicht ausführen können? Die automatische Streitbeilegung wird nach vordefinierten Zeitüberschreitungen ausgelöst. Gekürzte Einlagen finanzieren Entschädigungszahlungen aus protokollkontrollierten Versicherungspools, die durch Transaktionsgebühren finanziert werden.

F3: Können Nicht-Gründungsprojekte in ASI:Cloud integriert werden? Ja. Jedes Projekt, das die ASI Compute Interface Specification implementiert, kann sich als Rechenanbieter oder Workload-Einreicher registrieren, sofern es die kryptografische Identitätsprüfung besteht und die Mindeststandards für die Hardwarebescheinigung erfüllt.

F4: Werden die Gewichte des KI-Modells in der Kette gespeichert? Nein. Nur kryptografische Hashes, Versionsmetadaten und Zugriffskontrollrichtlinien befinden sich in der Kette. Tatsächliche Modellbinärdateien werden in dezentralen Objektspeichernetzwerken gespeichert, wobei die Abrufrechte über zk-SNARKs durchgesetzt werden.