Сайт в разработке

Сайт в разработке: мы создаём его к запуску MainNet. Детали будут меняться.

Этот сайт ещё строится

ZooBC развивается открыто. Всё, что вы здесь видите, актуально и честно, но ещё не завершено: воспринимайте это как картину того, где мы находимся сегодня, а не как окончательное заявление.

До запуска MainNet многое изменится: формулировки, структура, изображения и цифры. Некоторые страницы пока содержат только заглушки.

Экосистема ZooBC появляется поэтапно. Кошелёк, обозреватель и каналы сообщества запускаются по мере приближения MainNet, и этот сайт растёт вместе с ними.

Если что-то написано неверно, выглядит сломанным или кажется вводящим в заблуждение, сообщите нам. Отзыв сейчас для нас ценнее, чем безупречный запуск потом.

ZOOBC / ИНФРАСТРУКТУРА КАЗНАЧЕЙСТВА АГЕНТОВ

Дайте своему ИИ-агенту деньги. Оставьте потолок, который он не сможет пробить.

ZooBC даёт автономным агентам свободу тратить, нанимать и совершать сделки в рамках бюджета, границу которого обеспечивает сеть, а не самоконтроль агента. Эталонный пример на Python без зависимостей проводит полный цикл транзакции в работающем TestNet.

ЛИМИТ
Блокируется заранее
КОНТРОЛЬ
Увеличение только с подписью человека
ЗАПИСЬ
Проверяется независимо
Цифровой ИИ-агент держит кошелёк внутри светящейся границы, а поток средств, заданный человеком, останавливается на сетевом лимите

НАЧНИТЕ ЗДЕСЬ / ТРИ РАБОЧИХ РЕСУРСА

От первого файла до проверенной транзакции.

Агент или разработчик может пройти путь от одного файла обнаружения до подтверждённой транзакции в TestNet без браузера, SDK и установки зависимостей.

НЕРЕШЁННЫЙ УРОВЕНЬ КОНТРОЛЯ

Автономия не должна означать карт-бланш.

ИИ-системы получают собственные задачи, инструменты и право принимать решения о покупках. Самое сложное: дать им финансовую самостоятельность, не следя за каждым шагом. ZooBC превращает границу расходов в состояние сети: агент может свободно действовать внутри неё, но не может её переписать.

ДОСТУПНЫЙ ЛИМИТДИАПАЗОН ДЕЙСТВИЙ АГЕНТА
СЕТЕВОЙ ЛИМИТ

Программа предлагает. Реестр обеспечивает исполнение.

ТРИ МЕХАНИЗМА КОНТРОЛЯ + ТРИ ВОЗМОЖНОСТИ

Что обеспечивает сеть и что приложения строят вокруг этого.

Заблокированные лимиты, эскроу со сроком действия и пороги мультисига относятся к механизмам контроля. Торговля, расчёты в токенах и заявленная идентичность относятся к возможностям, которые собираются из транзакций и данных ZooBC.

01КОНТРОЛЬ СЕТИЗАБЛОКИРОВАННЫЙ ЛИМИТ

Лимит, который ваш ИИ-агент не может превысить.

Запланированный перевод с режимом финансирования 0 блокирует весь лимит на срок действия уже в момент создания. Агент получает заданную сумму при каждой выплате, а для увеличения общей суммы нужна новая транзакция, авторизованная владельцем. Остаток можно отозвать или переназначить.

02КОНТРОЛЬ СЕТИЭСКРОУ СО СРОКОМ ДЕЙСТВИЯ

Платёж может ждать вас, не замораживая ваши деньги.

Агент может предложить платёж, который остаётся в ожидании, пока назначенный утверждающий не примет или не отклонит его. Таймаут задаётся абсолютной меткой времени Unix. Если он истекает без ответа, сумма и комиссия автоматически возвращаются в блокчейне.

03КОНТРОЛЬ СЕТИПОРОГОВЫЕ РАСХОДЫ

Требуйте больше одной подписи для крупных платежей.

Перевод с мультиподписью выполняется только после достижения заданного порога подписей N из M. Приложения могут позволить агенту проводить небольшие транзакции напрямую, а крупные обязательства направлять через независимых утверждающих.

04ВСПОМОГАТЕЛЬНАЯ ВОЗМОЖНОСТЬПОДПИСАННЫЕ ЗАПИСИ ПЛАТЕЖЕЙ

Агенты могут совершать сделки и оставлять проверяемые квитанции.

Торговля между агентами строится на подписанных транзакциях и описанных выше механизмах контроля. Любой может запросить хеш транзакции, подтверждение блока, историю аккаунта и движения баланса, не полагаясь на внутренние логи ни одного из агентов.

05ВСПОМОГАТЕЛЬНАЯ ВОЗМОЖНОСТЬРАСЧЁТЫ В ТОКЕНАХ

Проводите крошечные межмашинные платежи в блокчейне.

Микроплатежи строятся на ZBC, токенах, выпущенных пользователями, подписанных переводах и бирже в блокчейне. Приложения могут использовать эти рельсы для оплаты запросов, вызовов API и другой машинной работы, сохраняя публичную запись платежей.

06ВСПОМОГАТЕЛЬНАЯ ВОЗМОЖНОСТЬЗАЯВЛЕННАЯ ИДЕНТИЧНОСТЬ

Публикуйте, кем называет себя агент.

Агент может записывать в наборы данных подписанные записи с описанием своего оператора, назначения, возможностей, эндпоинта и графика бюджета. Это проверяемое заявление аккаунта, а не примитив идентичности, который обеспечивает блокчейн. Приложениям всё равно нужно решать, доверять ли ему.

ОДИН АГЕНТ / ДВА ЭКОНОМИЧЕСКИХ УРОВНЯ

Смотрите, что потребила модель и что потратил агент.

У полезного агента два счётчика. Поставщик модели измеряет использование инференса. Аккаунт ZooBC фиксирует средства, потраченные на действия в реальном мире. Приложение может сверить оба показателя для одного и того же агента и рабочего процесса.

01 / ПОСТАВЩИК МОДЕЛИИспользование инференса

Токены, вызовы или вычисления по данным поставщика.

02 / АККАУНТ ZOOBCДействия в мире

Платежи, эскроу, расписания, комиссии и движения баланса, записанные в блокчейне.

03 / ПРЕДСТАВЛЕНИЕ ПРИЛОЖЕНИЯЕдиный аудит процесса

Сверяйте использование модели с независимо проверяемыми расходами в блокчейне.

Граница ответственности: ZooBC обеспечивает лимит и правила транзакций на стороне блокчейна. Источником истины для учёта инференса остаётся поставщик модели, поэтому код приложения должен объединять обе записи.

РЕАЛЬНЫЙ ПУТЬ ТРАНЗАКЦИИ

Ограниченный платёж: от расписания до доказательства в реестре.

За этой схемой стоят реальные операции ZooBC. Код приложения по-прежнему выбирает специалиста, проверяет работу и решает, какие подписи учитываются.

  1. 01 / ТИП ТРАНЗАКЦИИ 29

    Заблокируйте лимит.

    scheduled-transfer
    funding_mode: 0

    Владелец заранее блокирует всю сумму. Чтобы изменить потолок на весь срок, нужна новая транзакция.

  2. 02 / ЭСКРОУ

    Предложите платёж.

    zbc-send
    --escrow-approver

    Агент указывает утверждающего и задаёт абсолютный таймаут Unix для автоматического возврата.

  3. 03 / МУЛЬТИСИГ

    Достигните порога.

    zbc-cli multisig
    2 of 3 example

    Для крупного платежа приложение проверяет выполнение работы и собирает две из трёх необходимых подписей, прежде чем выполнится вложенный перевод.

  4. 04 / ПУБЛИЧНЫЙ API / TESTNET

    Проведите расчёт и проверьте.

    approve-escrow approval: 0
    GET https://zoobc.network/api/v1/transactions/{hash}
    GET https://zoobc.network/api/v1/accounts/{address}/history

    Одобрение высвобождает средства. Таймаут возвращает их. Транзакция и история аккаунта доказывают, по какому пути всё прошло.

КАК ЭТО РАБОТАЕТ

Четыре шага от первого файла до проверенной транзакции.

  1. 01

    Прочитайте один файл

    Начните с llms.txt, чтобы агент узнал о работающем блокчейне, руководстве, API и правилах TestNet.

  2. 02

    Запустите эталонный пример

    Запустите пример на Python, чтобы сгенерировать ключ, пополнить счёт, подписать, отправить, подтвердить и проверить транзакцию.

  3. 03

    Добавьте контроль

    Используйте заблокированное расписание, эскроу со сроком действия или порог мультисига в соответствии с реальным риском процесса.

  4. 04

    Проверьте реестр

    Запрашивайте хеш транзакции, историю аккаунта и движения средств, а не доверяйте ответу на отправку.

ТРУДНЫЕ ВОПРОСЫ

Что граница решает, а что нет.

Реестр может обеспечивать финансовые условия. Но он не заменит продуманную архитектуру агента, заявления об идентичности или проверку результатов.

01Делает ли потолок расходов агента безопасным?

Он ограничивает сумму под риском, но не гарантирует, что каждая покупка разумна. Права на задачи, выбор поставщиков, проверка результатов и операционный мониторинг по-прежнему остаются делом агентной системы вокруг кошелька.

02Может ли агент сам повысить свой лимит?

Не в описанной здесь ограниченной схеме. Для увеличения установленного потолка нужна новая транзакция, авторизованная аккаунтом, который управляет лимитом.

03Что происходит, если предложенный платёж так и не одобрен?

У предложения может быть срок действия. Если одобрение не поступает к этому сроку, средства в эскроу идут по заданному пути возврата, а не остаются в ожидании бесконечно.

04Что доказывает, какой агент авторизовал действие?

Криптографическая подпись доказывает, что владелец определённого ключа авторизовал сообщение или транзакцию. Заявления об операторе, назначении и репутации этого ключа по-прежнему требуют чётких подписанных записей и независимой проверки.

05Это продукт для агентов или набор блокчейн-примитивов?

Сегодня основу составляет транзакционный уровень ZooBC: аккаунты, подписи, эскроу, одобрение мультиподписью, токены и проверяемый реестр. Для промышленной интеграции агента всё ещё нужно ПО, которое собирает эти примитивы под конкретный рабочий процесс.

Перейдите к полному руководству для агентов

TESTNET РАБОТАЕТ

Убедитесь на практике, затем добавьте границу.

Начните с рабочего эталонного примера, подтвердите реальную транзакцию в TestNet, а затем добавьте лимит, одобрение и средства аудита, которые нужны вашему процессу.