制作中

制作中:MainNetに先立ってこのサイトを構築しています。内容は変更される場合があります。

このサイトはまだ制作中です

ZooBCはオープンに開発を進めています。ここに掲載している内容は最新かつ誠実なものですが、完成版ではありません。最終的な表明ではなく、現時点での到達点としてお読みください。

MainNetまでの間に、文言、構成、画像、数値は変わっていきます。一部のページは仮のものです。

ZooBCのエコシステム全体は段階的に整っていきます。ウォレット、エクスプローラー、コミュニティチャネルはMainNetが近づくにつれて順次公開され、このサイトもそれに合わせて充実していきます。

読みにくい箇所、表示の崩れ、誤解を招きそうな点があれば、ぜひお知らせください。今いただくフィードバックは、後の洗練されたローンチよりも私たちにとって価値があります。

多様な光を放つZooBCネットワークノードが分散したメッシュを形づくり、ユーザーが制御する統合ポイントへと集まっていく様子

ZOOBC / MAINNET後のプロトコルの方向性

かつてインターネットはこう動いていた。AIもそうあるべきだ。

電子メールは、独立して運用されるサーバー同士が直接やり取りする仕組みとして始まりました。AIはその逆の方向へと集約が進んでいます。ZooBCが探っているのは、1つのプロバイダーがやり取り全体を握ることなく、独立した専門システムが回答に貢献できるネットワークです。

ステータスこれはプロトコルの方向性であり、現時点で稼働しているAIサービスではありません。

方向性 / 多数の運用者

誰も独占しない知性。

目指すのは、1社のモデルを安価なマシンにばらまくことではありません。本当に独立したシステム同士を協調させることです。それぞれが専門化し、意見を違え、自らの貢献を証明し、やり取り全体の支配権を1つの運用者に渡すことなく報酬を得られるようにします。

ZooBCが提供できるのは、アカウント、署名付きレコード、決済、そして監査可能な協調レイヤーです。分散推論、ルーティング、品質評価、プライベートなタスク分解は、これからのプロトコル開発の課題です。

独立した専門家ユーザーが制御する統合

01 / 独立したスペシャリスト

1つのモデルを分割するのではなく、本物の専門家たちが協働する。

プロトコルが目指すのは、異なるモデル、学習、ツール、専門分野を持つ、独立して運用されるシステムのネットワークです。関連するノードがそれぞれの成果を提供し、評価レイヤーが有用な結果を比較して統合します。難しいのは、品質を証明し、組織的な不正回答に耐えることです。その仕組みは、これから仕様化して検証する必要があります。

続ける
医療法律コードデータ
異なるシステム / 共通のタスク

02 / 単一の門番はいない

すべてのAIが何を言えるかを、1社が決めるべきではない。

独立した運用者がいれば、1つのモデルプロバイダーがアクセス、ポリシー、トーンを支配する力を弱められます。分散化はルールのないシステムを意味しません。アプリケーションは何をリクエストし何を表示するかを引き続き選び、プロトコルには不正利用への防御策が必要です。違いは、1社の企業ポリシーだけが上流で唯一ありうる答えではなくなることです。

続ける
ABC日E
特権的な中心はない

03 / 限定的な開示

どの運用者も全体像を知らずに済むよう、経路を設計する。

将来のクライアントは、作業を分解し、各スペシャリストに必要な文脈だけを送れるようになるかもしれません。そうすれば1つの運用者が知りうる情報を減らせますが、それだけでプライバシーが保証されるわけではありません。メタデータ、タスクの相関、悪意あるルーティング、ノード間の共謀のいずれもが問題になります。プライバシーは「分散型」という言葉から想定するものではなく、公開された脅威モデルに照らして測定されなければなりません。

続ける
01020304
部分的な文脈 / 明示的な脅威モデル

04 / ユーザー側での統合

最終的な統合は、あなたの側で。

提案するフローでは、評価済みの貢献をユーザーが管理するソフトウェアへ戻します。その最終レイヤーで、回答を提示する前にトーンを選び、情報源を採用または除外し、ローカルの設定を反映できます。そのためには、何が組み合わされ、どの選択が適用されたかをユーザーが確認できるよう、オープンなクライアントソフトウェアと明確な来歴情報が必要です。

続ける
ABC
貢献 / ローカルポリシー / 最終回答

05 / 知性の経済

役に立つスペシャリストシステムが、役に立つ仕事で報酬を得られるように。

ZooBCはすでに、署名付きアカウント、トークン、送金、エスクロー、マルチシグネチャによる承認、公開トランザクション記録を提供しています。これらは将来の専門家マーケットのための決済の構成要素です。マーケットそのものには、ディスカバリー、価格設定、品質測定、紛争解決のルール、そして運用者が自分自身に報酬を与える行為への耐性がまだ必要です。

続ける
作業検証決済
貢献 / 評価 / 支払い

06 / グレースフル・デグラデーション

障害を迂回できるネットワークを築く。

多様なピアネットワークは、個々のノードが消えても動き続けるように設計できます。その成否は、十分な数の独立した運用者、複製された機能、信頼できるディスカバリー、そして障害を認識できるルーティングにかかっています。レジリエンスは検証すべきアーキテクチャ上の目標であり、すべてのリクエストが常に成功するという約束ではありません。

続ける
稼働停止稼働稼働停止稼働
障害ピア / 代替経路

提案するプロトコルフロー

1つのリクエストから多数の貢献へ、そして再び手元へ。

これは研究と検証の対象となる想定アーキテクチャです。現時点で利用できるZooBCのエンドポイントやノードのワークフローではありません。

  1. 01

    ローカルで分解

    クライアントソフトウェアがリクエストを範囲の限られたタスクに分け、各タスクに必要な文脈を判断します。

  2. 02

    スペシャリストを探す

    オープンなディスカバリーとルーティングによって、リクエストの各部分に適した独立したシステムを特定します。

  3. 03

    貢献を評価

    プロトコルまたはアプリケーションが、各結果の来歴、品質シグナル、矛盾、コストを比較します。

  4. 04

    ユーザーのために統合

    クライアントが、ユーザー自身のトーン、ポリシー、開示設定に従って、採用された貢献を組み合わせます。

正直な境界線

今あるもの、これから作るべきもの。

稼働中の基盤

ZooBC TestNetとエージェント向けトランザクション制御。

  • 署名付きのアカウントとトランザクション
  • トークン、送金、エスクロー、マルチシグ
  • 公開されたアカウントとトランザクションの履歴
  • エージェントガイドと動作するPythonリファレンス
AIエージェントを見る
MAINNET後の方向性

分散型AIの協調。

  • スペシャリストのディスカバリーとリクエストのルーティング
  • 品質評価と集約
  • プライバシーの脅威モデルとタスク分解
  • オープンなノードマーケットと障害復旧
ロードマップを読む

MAINNET後に向けて

方向性をプロトコルへと形にする手助けを。

まずはZooBCが今日証明できることから始めてください。そのうえでロードマップを追い、前提を疑い、独立したAIの協調を現実にするための取り組みに加わってください。