Статус на май 2026 года: Родные токены Ergo — это живая функция протокола. Системы Note/Reserve/Tracker, обсуждаемые здесь, — это эталонные паттерны и прототипы, если только конкретная реализация не прошла аудит и не отмечена как готовая к боевому развертыванию.
Блокчейны хороши в создании токенов. Токен может представлять собственность, членство, ликвидность, право голоса, коллекционируемый предмет, требование к стейблкойну или простую единицу стоимости. Токены знакомы, компонуемы и легко передаются.
Но ИИ-агентам нужно не только имущество. Им нужны бюджеты.
Родительский агент может дать подагенту разрешение потратить до 0,5 ERG на вызовы данных до пятницы. Поставщик услуги может принять требование, которое может быть погашено позже, если выходные данные задачи соответствуют предикату. Многоагентный рабочий процесс может требовать малых, исчезающих, условно погашаемых инструментов, которые циркулируют перед окончательным расчетом.
Это не то, для чего нужен простой токен.
Это то, для чего нужна Note.
Что такое токен?
Родной токен Ergo — это актив первого класса в модели eUTXO. Его можно чеканить, передавать и удерживать непосредственно в UTxO. Это не требует обертки ERC-20 в стиле контракта.
Токены работают хорошо, когда вопрос простой:
Кто владеет сколькими единицами этого актива?
Используйте токены для:
- общественных валют;
- прав управления;
- NFT;
- позиций ликвидности;
- акций протокола;
- простых безусловных платежей;
- баллов вознаграждения;
- стабильных активов или завернутых активов;
- активов, которые не должны автоматически истекать.
Передача токена прямая. Если получатель получит токен, собственность изменилась. Эта простота — сила.
Что такое Note?
Note — это инструмент более высокого уровня, построенный на eUTXO. Это UTxO-образное требование с правилами. Она может указывать на Reserve, задавать стоимость, истекать на высоте блока и требовать предиката приемки перед погашением.
Экономическая аналогия ближе к чеку, ваучеру, облигационному купону или инструменту IOU на предъявителя, чем к деньгам.
Note может отвечать на вопросы, на которые токен обычно не может ответить сам по себе:
- Какой Reserve поддерживает это требование?
- Когда оно истекает?
- Какая работа должна быть принята перед погашением?
- Была ли эта Note уже погашена?
- Какой верификатор или предикат контролирует приемку?
- Может ли эта Note быть рассчитана в пакете?
Ключевые различия
| Свойство | Токен | Note |
|---|---|---|
| Основное значение | Собственность на актив | Требование против Reserve или политики издателя |
| Расчет | Немедленная передача | Отложенное погашение |
| Истечение | Обычно нет | Встроено |
| Условия приемки | Не родные для передачи | Основная функция |
| Поддержка | Необязательная или внешняя | Ссылка Reserve может быть явной |
| Использование бюджета агентом | Ограниченное | Сильное |
| Пакетный расчет | Не основная модель | Естественный подход |
| Использование управления | Сильное | Слабое |
| Долгоживущая ликвидность | Сильное | Обычно неправильный инструмент |
| Задача-условный платеж | Требует дополнительной логики | Цель собственной конструкции |
Жизненный цикл Note
Полезная система Note нуждается в полном жизненном цикле.
1. Создайте Reserve
Reserve — это источник поддержки. Она удерживает залог или определяет правила издателя. Контрагент может проверить Reserve перед принятием Notes.
2. Выпустите Note
Издатель создает Note, которая ссылается на Reserve. Note может кодировать стоимость, истечение, ограничения получателя, хэш задачи или политику верификатора.
3. Передайте Note
Note может перемещаться между агентами как инструмент на предъявителя. Получатель оценивает, приемлемы ли Reserve и условия.
4. Выполните работу
Получатель или нижестоящий агент завершает задачу, вызывает API, доставляет выходные данные или получает квитанцию верификатора.
5. Погасите Note
Note тратится в транзакции, которая удовлетворяет своему предикату. Reserve выплачивает или обновляет состояние согласно правилам.
6. Обновите Tracker
Tracker предотвращает двойное погашение. Она записывает потраченные ID Note или эквивалентные переходы состояния.
7. Рассчитайте партии
Для многих малых платежей получатели могут погасить несколько принятых Notes в одной партии, снижая накладные расходы.
Когда агентам нужны Notes
Платежи, условленные задачей
Агент A хочет платить агенту B только если B возвращает выходные данные, соответствующие зафиксированному хэшу или квитанции принятого верификатора. Передача токена не может выразить это условие сама по себе. Note может.
Многоагентные бюджеты
Оркестратор дает подагентам ограниченную силу расходования. Бюджет должен истечь, остаться в пределе Reserve и возможно быть ограниченным категорией обслуживания. Note — это естественный инструмент для этого.
Отложенный расчет
Поставщик услуг может принять много малых Notes в течение дня и погасить их позже. Это избегает немедленного расчета каждого маленького взаимодействия.
Внутренний кредит
Доверенный издатель может хотеть создать расходуемый кредит внутри ограниченной сети. Notes могут представлять требования против Reserve или политики издателя.
Рынки работ
Покупатель размещает задачу. Работник принимает Note. Верификатор подписывает квитанцию. Работник погашает после приемки. Это более чистый примитив, чем «отправить токен сейчас и надеяться, что работа придет».
Когда токены лучше
Долгоживущая собственность
Права управления, позиции стейкинга, NFT и LP-доли обычно должны быть токенами. Это не временные требования платежей.
Простые безусловные передачи
Если цель — «отправить 10 единиц на этот адрес», используйте токен. Не добавляйте сложность Note, если условие не требуется.
Жидкие рынки
Токены лучше для обмена, создания рынков и общей ликвидности. Notes более контекстны и могут нести риск издателя, истечения и предиката.
Публичные активы
Если много не связанных между собой пользователей должны распознавать и удерживать актив бесконечно, семантика токена более подходящая.
Когда не использовать Notes
Не используйте Notes просто потому, что они звучат передовыми. Избегайте их когда:
- истечение не требуется;
- условие приемки не требуется;
- инструмент должен торговаться свободно как стандартизированный актив;
- Reserve не понятен пользователям;
- реализация не прошла аудит и задействованы реальные средства;
- задача не может быть объективно проверена или доверенным верификатором;
- пользователи путают Notes со стейблкойнами или гарантированными депозитами.
Notes мощны, потому что они специфичны. Они не универсальная замена токенам.
Пример: бюджет API агента
Представьте исследовательского агента, который должен вызывать платные API данных. Оператор не хочет давать агенту неограниченный кошелек.
Оператор создает Reserve и выпускает три Notes:
- 0,05 ERG Note для данных о погоде, истекает через 24 часа.
- 0,10 ERG Note для данных рынка, истекает через 12 часов.
- 0,20 ERG Note для извлечения документов, требует хэша квитанции.
Агент может тратить в рамках этих границ. Если скомпрометирован, он не может превысить выданные Notes. Если Notes истекают, бюджет закрывается. Если услуга не может удовлетворить предикат приемки, она не может погасить.
Это безопаснее, чем давать агенту сырой баланс кошелька.
Пример: многоагентный рабочий процесс
Координатор нанимает трех подагентов:
- Агент-экстрактор: разбор документов.
- Агент-аналитик: суммирование выводов.
- Агент-верификатор: проверка выходных данных.
Координатор выпускает Notes каждому. Note экстрактора требует валидного по схеме выхода. Note аналитика требует хэша принятого резюме. Note верификатора требует подписанную квитанцию валидации. Каждая Note может рассчиться позже против Reserve.
График платежа теперь отражает график работ.
Модель риска
Note хороша ровно столько же, сколько ее Reserve, предикат и реализация.
Спросите:
- Реальна ли Reserve и достаточна?
- Кто может выпускать Notes?
- Могут ли выданные Notes превысить поддержку?
- Как предотвращается двойное погашение?
- Что происходит после истечения?
- Кто проверяет работу?
- Прошел ли скрипт аудит?
- Могут ли пользователи понять риск?
Если эти ответы не ясны, не развертывайте с реальными средствами.
Часто задаваемые вопросы
Можно ли использовать родные токены Ergo для платежей агентам?
Да. Для простых безусловных платежей родные токены работают хорошо. Notes становятся полезны, когда платеж нуждается в истечении, поддержке Reserve, отложенном расчете или условии принятия работы.
Что такое инструмент на предъявителя?
Инструмент на предъявителя — это то, что держатель может предъявить для погашения или передачи стоимости. В этом контексте Note — это программируемое требование, которое может быть передано между агентами и погашено согласно правилам его скрипта.
Note — это то же самое, что стейблкойн?
Нет. Стейблкойн обычно это взаимозаменяемый токен, предназначенный для отслеживания внешней единицы счета. Note — это контекстное требование против Reserve или политики издателя. Она может быть выражена в ERG, токене или другой единице, но ее определяющей особенностью является программируемое погашение.
Можно ли торговать Notes в DeFi?
Возможно, но это не их основная цель. Поскольку Notes могут нести риск издателя, истечения и предиката, они сложнее, чем взаимозаменяемые токены. Любая интеграция DeFi должна сделать эти риски явными.
Готовы ли Notes к боевому развертыванию сегодня?
Концепция сильна, и модель eUTXO Ergo поддерживает паттерн. Конкретные системы Note, такие как эталонные контракты ChainCash/Basis, следует рассматривать как прототип или testnet-first, пока они не прошли аудит и явно не отмечены как готовые к боевому развертыванию.
Проект Article JSON-LD
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"headline": "Notes vs Tokens: Programmable Bearer Instruments for AI Agent Payments",
"description": "Compare Ergo Notes and native tokens: when AI agents need programmable IOUs, Reserve backing, expiry, acceptance predicates and deferred settlement.",
"datePublished": "2026-02-26",
"dateModified": "2026-05-08",
"author": { "@type": "Organization", "name": "Ergo Developer Relations" },
"publisher": { "@type": "Organization", "name": "Ergo Platform" },
"mainEntityOfPage": "https://www.ergoblockchain.org/blog/notes-vs-tokens",
"keywords": ["Ergo Notes", "native tokens", "AI agent payments", "programmable credit", "bearer instruments"]
}
Исходные заметки
- Оригинальная статья: https://www.ergoblockchain.org/blog/notes-vs-tokens
- Репо Accord Protocol: https://github.com/accord-protocol/accord-protocol
- Страница технологии Ergo: https://www.ergoblockchain.org/technology
