Travaux en cours

Travaux en cours : nous construisons ce site en vue du MainNet. Les détails vont évoluer.

Ce site est encore en construction

ZooBC se construit au grand jour. Ce que vous voyez ici est actuel et honnête, mais pas terminé : lisez-le comme l'état des choses aujourd'hui, et non comme une version définitive.

D'ici le MainNet, des choses vont changer : formulations, structure, images et chiffres. Certaines pages sont provisoires.

L'écosystème ZooBC élargi arrive par étapes. Le portefeuille, l'explorateur et les canaux communautaires sont mis en ligne à mesure que le MainNet approche, et ce site grandit avec eux.

Si quelque chose vous semble erroné, cassé ou trompeur, dites-le-nous. Un retour aujourd'hui compte plus pour nous qu'un lancement soigné plus tard.

Un maillage distribué de nœuds du réseau ZooBC, variés et lumineux, converge vers un point d'assemblage contrôlé par l'utilisateur

ZOOBC / ORIENTATION DU PROTOCOLE APRÈS LE MAINNET

Internet fonctionnait autrefois ainsi. L'IA devrait faire de même.

Le courrier électronique est né de serveurs exploités indépendamment, qui communiquaient directement entre eux. L'IA se concentre dans la direction opposée. ZooBC explore un réseau dans lequel des systèmes spécialisés indépendants peuvent contribuer à une réponse sans qu'un seul fournisseur possède l'ensemble de l'interaction.

STATUTIl s'agit d'une orientation de protocole, pas d'un service d'IA disponible aujourd'hui.

Découvrir l'orientation Voir ce qui fonctionne aujourd'hui

L'ORIENTATION / DE NOMBREUX OPÉRATEURS

Une intelligence que personne ne possède seul.

Le but n'est pas de disperser le modèle d'une seule entreprise sur des machines moins chères. Il s'agit de coordonner des systèmes réellement indépendants, capables de se spécialiser, d'être en désaccord, de prouver leur contribution et d'être rémunérés sans confier à un seul opérateur le contrôle de tout l'échange.

ZooBC peut fournir des comptes, des enregistrements signés, le règlement et une couche de coordination auditable. L'inférence distribuée, le routage, l'évaluation de la qualité et la décomposition confidentielle des tâches relèvent encore du travail sur le protocole.

EXPERTS INDÉPENDANTSASSEMBLAGE CONTRÔLÉ PAR L'UTILISATEUR

01 / SPÉCIALISTES INDÉPENDANTS

Pas un modèle découpé en morceaux. De vrais experts qui travaillent ensemble.

L'orientation du protocole est un réseau de systèmes exploités indépendamment, avec des modèles, des entraînements, des outils et des spécialités différents. Les nœuds pertinents pourraient apporter leur propre travail, tandis qu'une couche d'évaluation compare et combine les résultats utiles. Le plus difficile est de prouver la qualité et de résister aux mauvaises réponses coordonnées. Ce mécanisme reste à spécifier et à tester.

Continuer
MÉDDROITCODEDONNÉES
SYSTÈMES DISTINCTS / TÂCHE PARTAGÉE

02 / AUCUN POINT DE CONTRÔLE UNIQUE

Aucune entreprise ne devrait décider seule de ce que toute IA peut dire.

Des opérateurs indépendants peuvent réduire le pouvoir de n'importe quel fournisseur de modèle sur l'accès, les règles et le ton. Décentralisation ne signifie pas absence de règles. Les applications choisissent toujours ce qu'elles demandent et affichent, et un protocole a toujours besoin de défenses contre les abus. La différence, c'est que la politique d'une seule entreprise n'est plus la seule réponse possible en amont.

Continuer
ABCJE
AUCUN CENTRE PRIVILÉGIÉ

03 / DIVULGATION LIMITÉE

Concevoir l'acheminement pour qu'aucun opérateur n'ait besoin de la vue d'ensemble.

Un futur client pourrait décomposer le travail et n'envoyer à chaque spécialiste que le contexte dont il a besoin. Cela pourrait réduire ce qu'apprend chaque opérateur, mais ce n'est pas en soi une garantie de confidentialité. Les métadonnées, la corrélation des tâches, le routage malveillant et la collusion entre nœuds comptent tous. La confidentialité doit être mesurée par rapport à un modèle de menace publié, et non présumée à partir du mot « décentralisé ».

Continuer
01020304
CONTEXTE PARTIEL / MODÈLE DE MENACE EXPLICITE

04 / ASSEMBLAGE CÔTÉ UTILISATEUR

L'assemblage final devrait se faire de votre côté.

Le flux proposé ramène les contributions évaluées vers un logiciel que l'utilisateur contrôle. Cette dernière couche pourrait choisir le ton, inclure ou rejeter des sources et préserver les préférences locales avant de présenter une réponse. Cela exige un logiciel client ouvert et une provenance claire, afin que l'utilisateur puisse voir ce qui a été combiné et quels choix ont été appliqués.

Continuer
ABC
CONTRIBUTIONS / RÈGLES LOCALES / RÉPONSE FINALE

05 / ÉCONOMIE DE L'INTELLIGENCE

Permettre aux systèmes spécialisés utiles d'être rémunérés pour un travail utile.

ZooBC fournit déjà des comptes signés, des jetons, des transferts, le séquestre, l'approbation multisignature et des enregistrements publics de transactions. Ce sont les ingrédients de règlement d'un futur marché d'experts. Le marché lui-même nécessite encore la découverte, la tarification, la mesure de la qualité, des règles de litige et une résistance aux opérateurs qui se récompensent eux-mêmes.

Continuer
TRAVAILVÉRIFIERRÉGLER
CONTRIBUTION / ÉVALUATION / PAIEMENT

06 / DÉGRADATION PROGRESSIVE

Bâtir un réseau capable de contourner les pannes.

Un réseau de pairs diversifié peut être conçu pour continuer à fonctionner quand des nœuds individuels disparaissent. Ce résultat dépend d'un nombre suffisant d'opérateurs indépendants, de capacités répliquées, d'une découverte fiable et d'un routage capable de reconnaître les pannes. La résilience est un objectif d'architecture à tester, pas une promesse que chaque requête aboutira toujours.

Continuer
ACTIFHORS LIGNEACTIFACTIFHORS LIGNEACTIF
PAIRS DÉFAILLANTS / CHEMINS ALTERNATIFS

FLUX DE PROTOCOLE PROPOSÉ

D'une requête à de nombreuses contributions, et retour.

C'est l'architecture visée, à étudier et à tester. Ce n'est aujourd'hui ni un point de terminaison ZooBC disponible ni un fonctionnement de nœud.

  1. 01

    Décomposer localement

    Le logiciel client découpe une requête en tâches bornées et décide du contexte nécessaire à chacune.

  2. 02

    Trouver des spécialistes

    Une découverte et un routage ouverts identifient des systèmes indépendants adaptés à chaque partie de la requête.

  3. 03

    Évaluer les contributions

    Le protocole ou l'application compare la provenance, les signaux de qualité, les conflits et le coût de chaque résultat.

  4. 04

    Assembler pour l'utilisateur

    Le client combine les contributions acceptées selon le ton, les règles et les paramètres de divulgation propres à l'utilisateur.

LA LIMITE HONNÊTE

Ce qui existe aujourd'hui, et ce qui reste à construire.

BASE EN SERVICE

Le testnet ZooBC et les contrôles de transaction pour agents.

  • Comptes et transactions signés
  • Jetons, transferts, séquestre et multisig
  • Historique public des comptes et des transactions
  • Guide des agents et référence Python fonctionnelle
Découvrir les agents d'IA
ORIENTATION APRÈS LE MAINNET

Coordination d'IA décentralisée.

  • Découverte des spécialistes et routage des requêtes
  • Évaluation et agrégation de la qualité
  • Modèle de menace pour la confidentialité et décomposition des tâches
  • Marché ouvert des nœuds et reprise après panne
Lire la feuille de route

CONÇU POUR L'APRÈS-MAINNET

Aidez à transformer l'orientation en protocole.

Commencez par ce que ZooBC peut prouver aujourd'hui. Suivez ensuite la feuille de route, remettez en question les hypothèses et participez au travail nécessaire pour concrétiser une coordination d'IA indépendante.

Lire la base actuelle Rejoindre dès maintenant