Lavori in corso

Lavori in corso: stiamo costruendo questo sito in vista della MainNet. I dettagli cambieranno.

Questo sito è ancora in costruzione

ZooBC si costruisce alla luce del sole. Quello che vedi qui è attuale e onesto, ma non è finito: leggilo come il punto in cui siamo oggi, non come una versione definitiva.

Da qui alla MainNet le cose cambieranno: testi, struttura, immagini e cifre. Alcune pagine sono segnaposto.

L'ecosistema ZooBC nel suo insieme arriva per gradi. Il wallet, l'explorer e i canali della community entrano in funzione man mano che la MainNet si avvicina, e questo sito cresce insieme a loro.

Se qualcosa sembra sbagliato, non funziona o appare fuorviante, diccelo. Un feedback adesso vale per noi più di un lancio impeccabile domani.

Una rete distribuita di nodi ZooBC luminosi e diversi tra loro converge verso un punto di assemblaggio controllato dall'utente

ZOOBC / DIREZIONE DEL PROTOCOLLO DOPO LA MAINNET

Internet funzionava così. Anche l'AI dovrebbe.

L'email è nata come server gestiti in modo indipendente che dialogavano direttamente tra loro. L'AI si sta concentrando nella direzione opposta. ZooBC sta esplorando una rete in cui sistemi specialistici indipendenti possono contribuire a una risposta senza che un unico fornitore possieda l'intera interazione.

STATOQuesta è una direzione di protocollo, non un servizio AI attivo oggi.

Esplora la direzione Scopri cosa funziona oggi

LA DIREZIONE / MOLTI OPERATORI

Un'intelligenza che nessuno possiede da solo.

L'obiettivo non è sparpagliare il modello di un'azienda su macchine più economiche. È coordinare sistemi davvero indipendenti che possano specializzarsi, essere in disaccordo, dimostrare il proprio contributo ed essere pagati senza consegnare a un solo operatore il controllo dell'intero scambio.

ZooBC può fornire account, record firmati, regolamento e un livello di coordinamento verificabile. Inferenza distribuita, instradamento, valutazione della qualità e scomposizione privata dei compiti restano lavoro di protocollo ancora da fare.

ESPERTI INDIPENDENTIASSEMBLAGGIO CONTROLLATO DALL'UTENTE

01 / SPECIALISTI INDIPENDENTI

Non un modello diviso in pezzi. Molti esperti reali che lavorano insieme.

La direzione del protocollo è una rete di sistemi gestiti in modo indipendente, con modelli, addestramento, strumenti e specialità diversi. I nodi pertinenti potrebbero contribuire con il proprio lavoro, mentre un livello di valutazione confronta e combina i risultati utili. La parte difficile è dimostrare la qualità e resistere a risposte sbagliate coordinate. Quel meccanismo deve ancora essere specificato e testato.

Continua
MEDLEGGECODICEDATI
SISTEMI DISTINTI / COMPITO CONDIVISO

02 / NESSUN CONTROLLORE UNICO

Nessuna singola azienda dovrebbe decidere cosa può dire ogni AI.

Operatori indipendenti possono ridurre il potere di qualsiasi singolo fornitore di modelli di controllare accesso, regole e tono. Decentralizzazione non significa un sistema senza regole. Le applicazioni scelgono comunque cosa richiedere e mostrare, e un protocollo ha comunque bisogno di difese contro gli abusi. La differenza è che la policy di un'unica azienda non è l'unica risposta possibile a monte.

Continua
ABCGE
NESSUN CENTRO PRIVILEGIATO

03 / DIVULGAZIONE LIMITATA

Progetta il percorso in modo che nessun operatore abbia bisogno del quadro completo.

Un client futuro potrebbe scomporre il lavoro e inviare solo il contesto di cui ogni specialista ha bisogno. Ciò potrebbe ridurre quello che ogni singolo operatore viene a sapere, ma di per sé non è una garanzia di privacy. Metadati, correlazione dei compiti, instradamento malevolo e nodi collusi contano tutti. La privacy va misurata rispetto a un modello di minaccia pubblicato, non data per scontata dalla parola «decentralizzato».

Continua
01020304
CONTESTO PARZIALE / MODELLO DI MINACCIA ESPLICITO

04 / ASSEMBLAGGIO LATO UTENTE

L'assemblaggio finale dovrebbe avvenire dalla tua parte.

Il flusso proposto riporta i contributi valutati a un software controllato dall'utente. Quest'ultimo livello potrebbe scegliere il tono, includere o scartare fonti e preservare le preferenze locali prima di presentare una risposta. Ciò richiede software client aperto e una provenienza chiara, così che l'utente possa vedere cosa è stato combinato e quali scelte sono state applicate.

Continua
ABC
CONTRIBUTI / POLICY LOCALE / RISPOSTA FINALE

05 / ECONOMIA DELL'INTELLIGENZA

Lascia che i sistemi specialistici utili guadagnino per un lavoro utile.

ZooBC fornisce già account firmati, token, trasferimenti, escrow, approvazione multifirma e registri pubblici delle transazioni. Sono ingredienti di regolamento per un futuro mercato di esperti. Il mercato in sé ha ancora bisogno di scoperta, determinazione dei prezzi, misurazione della qualità, regole per le controversie e resistenza agli operatori che si autoricompensano.

Continua
LAVOROVERIFICAREGOLAMENTO
CONTRIBUTO / VALUTAZIONE / PAGAMENTO

06 / DEGRADO CONTROLLATO

Costruisci una rete capace di aggirare i guasti.

Una rete di peer eterogenea può essere progettata per continuare a funzionare quando singoli nodi scompaiono. Questo risultato dipende da un numero sufficiente di operatori indipendenti, capacità replicate, scoperta affidabile e un instradamento in grado di riconoscere i guasti. La resilienza è un obiettivo architetturale da testare, non la promessa che ogni richiesta andrà sempre a buon fine.

Continua
ATTIVOSPENTOATTIVOATTIVOSPENTOATTIVO
PEER GUASTI / PERCORSI ALTERNATIVI

FLUSSO DI PROTOCOLLO PROPOSTO

Da una richiesta a molti contributi, e ritorno.

Questa è l'architettura prevista, da studiare e testare. Oggi non è un endpoint ZooBC disponibile né un flusso di lavoro dei nodi.

  1. 01

    Scomponi localmente

    Il software client suddivide una richiesta in compiti delimitati e decide quale contesto richiede ciascun compito.

  2. 02

    Trova gli specialisti

    Scoperta e instradamento aperti individuano i sistemi indipendenti adatti a ciascuna parte della richiesta.

  3. 03

    Valuta i contributi

    Il protocollo o l'applicazione confronta provenienza, segnali di qualità, conflitti e costo di ciascun risultato.

  4. 04

    Assembla per l'utente

    Il client combina i contributi accettati secondo il tono, la policy e le impostazioni di divulgazione dell'utente.

IL CONFINE ONESTO

Cosa esiste oggi e cosa resta da costruire.

FONDAMENTA ATTIVE

TestNet di ZooBC e controlli delle transazioni per agenti.

  • Account e transazioni firmati
  • Token, trasferimenti, escrow e multisig
  • Cronologia pubblica di account e transazioni
  • Guida per agenti ed esempio Python di riferimento funzionante
Esplora gli agenti AI
DIREZIONE DOPO LA MAINNET

Coordinamento decentralizzato dell'AI.

  • Scoperta degli specialisti e instradamento delle richieste
  • Valutazione della qualità e aggregazione
  • Modello di minaccia per la privacy e scomposizione dei compiti
  • Mercato aperto dei nodi e ripristino dai guasti
Leggi la roadmap

PENSATO PER IL DOPO MAINNET

Aiuta a trasformare la direzione in un protocollo.

Parti da ciò che ZooBC può dimostrare oggi. Poi segui la roadmap, metti in discussione le ipotesi e unisciti al lavoro necessario per rendere reale il coordinamento indipendente dell'AI.

Leggi le fondamenta attuali Unisciti fin da subito