2026년 5월 현재 상태: Ergo 네이티브 토큰은 라이브 프로토콜 기능입니다. 여기서 논의하는 Note/Reserve/Tracker 시스템은 특정 구현이 감사되어 프로덕션 준비 완료로 표시되지 않는 한 참조 패턴 및 프로토타입입니다.
블록체인은 토큰에 좋습니다. 토큰은 소유권, 멤버십, 유동성, 투표권, 수집품, 스테이블코인 청구 또는 단순한 가치 단위를 나타낼 수 있습니다. 토큰은 친숙하고 구성 가능하며 전송하기 쉽습니다.
하지만 AI 에이전트는 자산만 필요한 것이 아닙니다. 에이전트는 예산이 필요합니다.
부모 에이전트가 자식 에이전트에게 금요일 이전에 데이터 호출에 최대 0.5 ERG를 사용할 수 있는 권한을 주어야 할 수도 있습니다. 서비스 제공자는 작업 출력이 술어와 일치하는 경우 나중에 상환할 수 있는 청구를 수락할 수도 있습니다. 다중 에이전트 워크플로에는 최종 정산 전에 순환하는 작은, 만료되는, 조건부로 상환 가능한 증서가 필요할 수 있습니다.
그것은 단순한 토큰이 하는 일이 아닙니다.
그것은 Note가 하는 일입니다.
Token이란 무엇입니까?
Ergo 네이티브 토큰은 eUTXO 모델의 일급 자산입니다. 채굴, 전송 및 UTxO에서 직접 보유할 수 있습니다. ERC-20 스타일의 래퍼 계약이 필요하지 않습니다.
Token은 질문이 간단할 때 잘 작동합니다:
이 자산의 몇 개 단위를 누가 소유합니까?
다음을 위해 Token을 사용하세요:
- 커뮤니티 통화;
- 거버넌스 권리;
- NFT;
- 유동성 위치;
- 프로토콜 주식;
- 단순 무조건 결제;
- 보상 포인트;
- 안정적인 자산 또는 래핑된 자산;
- 자동으로 만료되지 않아야 하는 자산.
토큰 전송은 직접적입니다. 수신자가 토큰을 받으면 소유권이 변경됩니다. 그 단순성이 강점입니다.
Note란 무엇입니까?
Note는 eUTXO 위에 구축된 상위 수준의 증서입니다. 규칙이 있는 UTxO 형태의 청구입니다. Reserve를 가리키고, 값을 지정하고, 블록 높이에서 만료되며 상환 전에 수용 술어가 필요할 수 있습니다.
경제적 유추는 수표, 바우처, 채권 쿠폰 또는 무기명 IOU에 더 가깝습니다.
Note는 토큰이 일반적으로 스스로 답할 수 없는 질문에 답할 수 있습니다:
- 어느 Reserve가 이 청구를 지원합니까?
- 언제 만료됩니까?
- 상환 전에 어떤 작업을 수용해야 합니까?
- 이 Note가 이미 상환되었습니까?
- 어느 확인자 또는 술어가 수용을 제어합니까?
- 이 Note를 배치로 정산할 수 있습니까?
주요 차이점
| 속성 | Token | Note |
|---|---|---|
| 핵심 의미 | 자산의 소유권 | Reserve 또는 발행자 정책에 대한 청구 |
| 정산 | 즉시 전송 | 연기된 상환 |
| 만료 | 보통 없음 | 내장됨 |
| 수용 조건 | 전송에 네이티브가 아님 | 핵심 기능 |
| 지원 | 선택적 또는 외부 | Reserve 참조를 명시적으로 할 수 있음 |
| 에이전트 예산 사용 | 제한됨 | 강함 |
| 배치 정산 | 주요 모델이 아님 | 자연스러운 맞음 |
| 거버넌스 사용 | 강함 | 약함 |
| 장기 유동성 | 강함 | 보통 잘못된 도구 |
| 작업 조건부 결제 | 추가 논리 필요 | 네이티브 설계 목표 |
Note 생명주기
유용한 Note 시스템에는 완전한 생명주기가 필요합니다.
1. Reserve 생성
Reserve는 지원 소스입니다. 담보를 보유하거나 발행자 규칙을 정의합니다. 거래상대방은 Note를 수용하기 전에 Reserve를 검사할 수 있습니다.
2. Note 발행
발행자는 Reserve를 참조하는 Note를 생성합니다. Note는 값, 만료, 수신자 제약, 작업 해시 또는 확인자 정책을 인코딩할 수 있습니다.
3. Note 전송
Note는 무기명 증서로 에이전트 간에 이동할 수 있습니다. 수신자는 Reserve와 조건이 수용 가능한지 평가합니다.
4. 작업 수행
수신자 또는 다운스트림 에이전트가 작업을 완료하고, API를 호출하며, 출력을 전달하거나 확인자 수령을 획득합니다.
5. Note 상환
Note는 술어를 만족하는 트랜잭션에서 소비됩니다. Reserve는 규칙에 따라 지불하거나 상태를 업데이트합니다.
6. Tracker 업데이트
Tracker는 이중 상환을 방지합니다. 소비된 Note ID 또는 동등한 상태 전환을 기록합니다.
7. 배치 정산
많은 작은 결제의 경우 수신자는 여러 수용된 Note를 한 번에 상환하여 오버헤드를 줄일 수 있습니다.
에이전트가 Note가 필요한 경우
작업 조건부 결제
에이전트 A는 B가 커밋된 해시와 일치하는 출력을 반환하거나 수용 확인자 수령을 획득한 경우에만 에이전트 B에게 지불하려고 합니다. 토큰 전송은 그 조건을 자체적으로 표현할 수 없습니다. Note는 할 수 있습니다.
다중 에이전트 예산
오케스트레이터가 자식 에이전트에게 제한된 지출 능력을 제공합니다. 예산은 만료되어야 하고, Reserve 제한 내에 있어야 하며, 아마도 서비스 범주로 제한될 수 있습니다. Note는 그에 대한 자연스러운 증서입니다.
연기된 정산
서비스 제공자는 하루 종일 많은 작은 Note를 수용하고 나중에 상환할 수 있습니다. 이를 통해 모든 작은 상호 작용을 즉시 정산하지 않아도 됩니다.
내부 크레딧
신뢰할 수 있는 발행자가 제한된 네트워크 내에서 소비 가능한 크레딧을 생성하려고 할 수 있습니다. Note는 Reserve 또는 발행자 정책에 대한 청구를 나타낼 수 있습니다.
작업 마켓플레이스
구매자가 작업을 게시합니다. 작업자가 Note를 수용합니다. 확인자가 수령에 서명합니다. 작업자는 수용 후 상환합니다. 이것은 "지금 토큰을 보내고 작업이 도착하기를 바라는" 것보다 더 깔끔한 원시입니다.
Token이 더 나은 경우
장기 소유권
거버넌스 권리, 스테이킹 위치, NFT 및 LP 주식은 보통 토큰이어야 합니다. 이들은 임시 결제 청구가 아닙니다.
간단한 무조건 전송
목표가 "이 주소에 10개 단위 보내기"인 경우 토큰을 사용하세요. 조건이 필요 없는 곳에 Note 복잡성을 추가하지 마세요.
유동 시장
토큰은 교환, 시장 조성 및 일반 유동성에 더 좋습니다. Note는 더 맥락적이며 발행자, 만료 및 술어 위험을 포함할 수 있습니다.
공개 자산
많은 관련 없는 사용자가 자산을 무기한 인식하고 보유해야 하는 경우, 토큰 의미론이 더 적절합니다.
Note를 사용하지 않는 경우
만료가 필요하지 않다면 Note를 사용하지 마세요. 다음과 같은 경우를 피하세요:
- 만료가 필요 없음;
- 수용 조건이 필요 없음;
- 증서가 표준화된 자산으로 자유롭게 거래해야 함;
- Reserve가 사용자에게 이해하기 어려움;
- 구현이 감사되지 않았고 실제 자금이 관련됨;
- 작업을 객관적으로 또는 신뢰할 수 있는 확인자로 검증할 수 없음;
- 사용자가 Note를 스테이블코인 또는 보장된 예금으로 혼동할 수 있음.
Note는 구체적이기 때문에 강합니다. 이들은 토큰에 대한 보편적 대체가 아닙니다.
예시: 에이전트 API 예산
유료 데이터 API를 호출해야 하는 연구 에이전트를 상상해 보세요. 인간 운영자는 에이전트에게 제한 없는 지갑을 주고 싶지 않습니다.
운영자는 Reserve를 생성하고 세 개의 Note를 발행합니다:
- 날씨 데이터용 0.05 ERG Note, 24시간 후 만료.
- 시장 데이터용 0.10 ERG Note, 12시간 후 만료.
- 문서 검색용 0.20 ERG Note, 수령 해시 필요.
에이전트는 해당 범위 내에서 지출할 수 있습니다. 손상되면 발행된 Note를 초과할 수 없습니다. Note가 만료되면 예산이 종료됩니다. 서비스가 수용 술어를 만족할 수 없으면 상환할 수 없습니다.
이것은 에이전트에게 원시 지갑 잔액을 제공하는 것보다 더 안전합니다.
예시: 다중 에이전트 워크플로
코디네이터가 세 개의 자식 에이전트를 고용합니다:
- 추출 에이전트: 문서 파싱.
- 분석 에이전트: 결과 요약.
- 확인 에이전트: 출력 검증.
코디네이터는 각각에 Note를 발행합니다. 추출 에이전트의 Note는 스키마 유효 출력이 필요합니다. 분석 에이전트의 Note는 수용된 요약의 해시가 필요합니다. 확인 에이전트의 Note는 서명된 검증 수령이 필요합니다. 각 Note는 나중에 Reserve에 대해 정산될 수 있습니다.
결제 그래프가 이제 작업 그래프를 반영합니다.
위험 모델
Note는 Reserve, 술어 및 구현만큼 좋습니다.
다음을 물어보세요:
- Reserve가 실제이고 충분한가?
- 누가 Note를 발행할 수 있는가?
- 미결 Note가 지원을 초과할 수 있는가?
- 이중 상환을 어떻게 방지하는가?
- 만료 후 어떻게 되는가?
- 누가 작업을 검증하는가?
- 스크립트가 감사되었는가?
- 사용자가 위험을 이해할 수 있는가?
이러한 답변이 명확하지 않으면 실제 자금으로 배포하지 마세요.
문서 JSON-LD 초안
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"headline": "Note와 Token: AI 에이전트 결제를 위한 프로그래머블 무기명 증권",
"description": "Ergo Note와 네이티브 토큰 비교: AI 에이전트가 프로그래머블 IOU, Reserve 지원, 만료, 수용 술어 및 연기된 정산이 필요할 때",
"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