Virtuals가 이더리움 재단과 공동으로 ERC-8183 발표: 신뢰 없이도 가능한 체인상 상업 프로토콜

2026.03.10

Virtuals가 이더리움 재단과 공동으로 ERC-8183 발표: 신뢰 없이도 가능한 체인상 상업 프로토콜

ERC-8004은 신뢰를 위해, ERC-8183은 상업을 위해 사용됩니다.

2026.03.10 - 05:34:25

AIERC-8183以太坊Virtuals

Web3 심층 보도에 집중하고 흐름을 통찰

ERC-8004은 신뢰를 위해, ERC-8183은 상업을 위해 사용됩니다.

저자: Virtuals Protocol

번역 및 정리: TechFlow

TechFlow 개요: Virtuals Protocol는 이더리움 재단의 dAI 팀과 공동으로 ERC-8183 표준 제안을 발표했다. 이 제안의 핵심 아이디어는 AI 에이전트 간 경제적 상호작용을 위한 신뢰 없이도 작동하는 체인상 비즈니스 프로토콜을 구축하는 것이다.

이는 또 다른 결제 프로토콜이 아니다. 오히려 과업 명세, 에스크로(중재 보관), 인도 검증, 평가 인증을 아우르는 종합적인 비즈니스 인프라다.

이전에 발표된 ERC-8004(Agent 신원 및 평판)와 함께 두 표준은 완결된 루프를 형성한다: 발견 → 거래 → 평판 축적 → 더 나은 발견 → 더 많은 신뢰 없는 거래.

만약 당신이 AI 에이전트 경제의 체인상 실현 경로에 관심이 있다면, 이 글은 꼭 읽어볼 가치가 있다.

본문 전문:

Virtuals Protocol와 이더리움 재단 dAI 팀이 공동 개발

표준 사양: https://eips.ethereum.org/EIPS/eip-8183

토론 게시판: ethereum-magicians.org/t/erc-8183-agentic-commerce/27902

빌더 커뮤니티 가입: https://t.me/erc8183

비즈니스: 탈중앙화 AI의 전제 조건

만약 우리가 AI 에이전트를 누구나 접근 가능하고, 탈중앙화되며, 단일 플랫폼의 통제를 받지 않으며, 단일 공급자에 의존하지 않고, 단일 장애 지점(SPOF)이 없는 형태로 구현하고자 한다면, 비즈니스는 필수적이다. 비즈니스는 후반기에 고려되는 것이 아니라 인프라 그 자체여야 한다. 또한 이 비즈니스는 항상 개방적이고 허가 없이 사용 가능해야 한다. 바로 이것이 @ethereum이 창조된 목적—‘소유자가 없는 공유 디지털 공간’을 구축하기 위함이다.

왜 그런가? AI 및 에이전트 수준의 탈중앙화는 다수의 독립된 에이전트와 서비스를 요구하기 때문이다. 예를 들어, 이미지 생성을 수행할 수 있는 에이전트가 하나뿐이라면, 그 에이전트가 서비스를 중단하면, 어떤 프로토콜 위에서 실행되든 간에 이미지 생성은 중심화된 것이다. 거래 실행을 관리하는 공급자가 단 하나뿐이라면, 자금 관리는 해당 공급자의 운영 의지에 전적으로 의존하게 된다. 결제 인프라를 통제하는 플랫폼이 단 하나뿐이라면, 모든 공급자와 고객은 그 플랫폼의 규칙에 종속되며, 심지어 그 플랫폼 위에 천 개의 에이전트가 존재하더라도 마찬가지다.

따라서 우리는 ‘개방형 비즈니스’가 필요하다: 어떤 에이전트라도 서비스를 구매할 수 있어야 하고, 어떤 에이전트라도 서비스를 제공할 수 있어야 한다. 게이트키퍼 없이, 닫힌 정원(walled garden) 없이, 강제 중개자 없이 말이다.

왜 블록체인이 필요한가?

핵심은, 거래 당사자들이 서로 거래가 이행될 것임을 신뢰할 때만 비즈니스가 기능한다는 점이다. 만약 고객이 먼저 지불한다면, 공급자가 실제로 작업을 수행할지 어떻게 알 수 있을까? 반대로 공급자가 먼저 작업을 완료한다면, 고객이 지불할지 어떻게 확신할 수 있을까? 누군가 자금을 보관하고, 작업 완료 여부를 추적하며, 결과에 따라 자금을 해제하거나 환불해 주어야 한다. 바로 이러한 ‘신뢰’(또는 신뢰 부족)가 근본적으로 중심화된 실체 또는 게이트키퍼를 탄생시킨다.

기존 아키텍처에서는 이 ‘누군가’가 바로 플랫폼이다. 한 기업이 에스크로 자금을 보관하고, 상태 머신을 제어하며, 누가 언제 보상을 받아야 할지를 결정한다. 이 방식은 일정 기간 동안은 잘 작동한다—그러나 더 이상 작동하지 않을 때까지 말이다. 플랫폼은 규칙을 변경하거나, 자금을 동결하거나, 공급자를 차단하거나, 전체 서비스를 종료할 수 있다. 모든 참여자는 플랫폼이 계속해서 선의로 행동할 것이라는 전제에 의존한다. 이것은 프로토콜 수준이 아니라 실행 수준에서의 중심화다. 이 방식이 잘못됐다고 보는 것은 아니다. 그러나 신뢰가 부족한 시스템에서는 불가피하게 필요한 선택이다. 우리의 목표는 ‘완전한 통제 탈피(de-totalization)’다: 단일 실체가 에이전트 거래 방식을 완전히 통제하지 못하도록 막는 것이다. 우리는 직접 목격했다: 개발자들이 원하는 것은 그들이 신뢰할 수 있지만, 동시에 특정 플랫폼의 선의에 의존하지 않아도 되는 인프라이다.

탈중앙화된 체인상 스마트 계약은 바로 이러한 문제에 대한 해결책 시도다. 에스크로, 상태 머신, 평가자 인증 모두 공개적이고, 변경 불가능하며, 누구의 소유도 아닌 코드 안에 구현된다. 계약은 중립적인 실행자이며, 이로부터 각 당사자의 평판에 의미 있는 신호가 생성된다.

체인상 결제는 중앙화된 플랫폼이 제공할 수 없는 것을 추가로 창출한다: 이전 가능한, 검증 가능한, 변경 불가능한 기록이다. 완료된 각 과업, 각 평가자 인증, 각 인도물 해시는 체인상에 기록되어, 어떤 에이전트, 어떤 플랫폼, 어떤 인터페이스에서도 확인 가능하다. 이러한 기록들은 평판 시스템과 에이전트 신원을 구축하는 원료다. 체인상 결제가 없다면 검증 가능한 과거 기록이 없고, 검증 가능한 과거 기록이 없다면 이전 가능한 평판도 없다. 이전 가능한 평판이 없다면, 모든 에이전트 상호작용은 ‘제로 신뢰(zero trust)’ 상태에서 시작된다.

그래서 체인상 표준이 필요하다. 에스크로, 상태 전환, 인증—이러한 구성 요소는 중립적이어야 하며, 안전하고, 실행 가능해야 한다.

발견, 협상, 통신은 체인상 또는 체인하에서, 가장 자연스러운 인터페이스를 통해 이루어질 수 있다. 에이전트는 HTTP를 통해 x402 인터페이스 프로토콜을 사용하여 상호작용할 수 있으며, 이 경험은 일반적인 API 또는 HTTPS 요청과 유사하다. 에이전트가 반드시 체인과 직접 상호작용할 필요는 없다. 에이전트는 메시지를 서명하고, 이를 facilitator가 체인상 결제 및 표준 처리를 담당한다. 혹은 에이전트가 직접 MCP 또는 A2A를 통해 상호작용할 수도 있다. 인터페이스는 유연하지만, 핵심 결제는 신뢰 없이, 프로그래밍 방식으로, 체인상에서 이루어져야 한다. 이는 중앙화된 시스템이 제공하지 않을 인프라인데, 왜냐하면 그것이 그들의 통제력을 약화시키기 때문이다.

에이전트 경제

AI 모델과 에이전트는 매달 급속히 발전하고, 더욱 강력해지고 있다. 1년 전에는 인간의 전문 지식이 필요했던 작업들—프로덕션 수준의 코드 작성, 전문 미디어 콘텐츠 생성, 금융 데이터 분석, 다단계 워크플로 조정—이 이제 에이전트가 동등하거나 더 높은 품질로 수행할 수 있다. 그리고 그 능력은 계속 가속화되고 있다. AI의 발전 궤적은 새로운 경제의 등장을 필연적으로 만든다.

에이전트가 더 강력해짐에 따라, 그들이 수행하는 작업의 가치도 증가한다. 전문 사진작가와 구분되지 않는 이미지를 생성할 수 있는 에이전트는 유료 서비스로서 충분히 가치 있다. 포트폴리오를 분석하고 최적화된 거래를 실행할 수 있는 에이전트는 실제 자금을 관리한다. 법률 문서를 검토하고 리스크를 식별할 수 있는 에이전트는 시간당 수백 달러를 받는 인간 전문가가 수행하는 작업을 대신한다.

이것이 핵심 전환점이다: AI와 에이전트는 이제 가치를 창출하고 서비스를 제공하는 경제적 주체가 되고 있다.

AI가 누구나 쉽게 사용 가능해지면, 개인, 조직, 기기 모두가 에이전트를 통해 운영될 수 있다. 그러면 경제는 변화한다. 에이전트는 단순히 인간과 상호작용하고 인간을 위해 서비스를 제공하는 것을 넘어, 서로 상호작용하고 서로에게 서비스를 제공한다. 예를 들어, 마케팅 활동을 조정하는 에이전트는 콘텐츠 에이전트, 배포 에이전트, 분석 에이전트를 고용할 수 있다. 경제는 이제 에이전트 간 거래 네트워크가 되며, 기계 속도로 작동하고, 전 세계 규모로 확장된다.

에이전트가 가치 있는 작업을 수행할 수 있고, 모든 사람이 에이전트를 갖게 되면, 결과적으로 대부분의 상업 활동이 자율 시스템을 통해 흐르는 경제가 된다. 이것이 우리가 구축하고자 하는 미래다.

문제: 에이전트 간 신뢰 없는 상업

에이전트 경제는 에이전트 상업을 필요로 한다. 그런데 서로 처음 상호작용하는, 서로 다른 조직 및 체인에 속한 에이전트 간 상업은 반드시 신뢰 없이 작동해야 한다.

인간이 거래하거나, 서로 고용하거나, 서비스를 이용할 때, 신뢰는 핵심이다. 이러한 경우, 신뢰는 플랫폼, 평가, 법적 체계, 사회 규범에 의해 중재된다. 하지만 한 에이전트가 다른 에이전트를 고용할 때는 이러한 메커니즘이 모두 적용되지 않는다. 조회 가능한 사회적 평판이 없고, 기계적 거래 속도로 작동하는 법적 또는 평판 기반 구제 수단이 없으며, 집행을 담당할 플랫폼이나 규제 기관도 없다.

그러므로 질문은 다음과 같다: 에이전트 간 상업을 어떻게 신뢰 없이 가능하게 할 것인가?

단순히 토큰을 전송하고 모든 것이 잘 될 것이라고 기도하는 것으로는 부족하다. 토큰 전송은 상업이 아니라, 보호 장치 없는 단순한 지불일 뿐이다. 무엇을 약속했는지 기록된 바가 없고, 작업 완료 전까지 자금을 보관하는 메커니즘이 없으며, 다른 에이전트가 참고할 수 있는 평가 신호도 없고, 공급자가 인도하지 않을 경우 구제 수단도 없다.

필요한 것은 구조화된 협업 메커니즘이다: 자금은 프로그래밍 가능한 탈중앙화 무편향 에스크로에 의해 보관되고, 작업은 검증 가능한 산출물을 통해 제출되며, 평가자가 인도물이 조건에 부합하는지 입증하고, 결과는 결정론적(deterministic)이다. 자금은 완료 시 해제되고, 거부 시 환불되며, 만료 시 회수 가능하다. 이러한 모든 과정은 각 당사자의 신원 및 평판에 기여하거나 연결된다.

ERC-8183: Job 원시(primitive)

우리는 @ethereumfndn dAI 팀과 긴밀히 협력하여 이를 표준으로 정식화했다. ERC-8183: Agentic Commerce는 개방적이고 허가 없이 사용 가능한 에이전트 상업 애플리케이션 표준으로, 에스크로 및 평가자 인증이 체인상 스마트 계약 형태로 프로그래밍된다.

ERC-8183은 핵심 단위인 ‘Job’을 정의한다. 각 Job은 세 당사자—고객(Client), 공급자(Provider), 평가자(Evaluator)—로 구성된다. 각 당사자는 단지 지갑 주소로만 정의되므로, 이 원시(primitive)는 광범위하게 적용 가능하다.

Job 원시(primitive) 뒤에 있는 핵심 구성 요소 및 원칙은 다음과 같다: (i) 과업 명세 및 설명—지불과 연계된 과업, 서비스 또는 작업에 대한 명확한 기록; (ii) 지불 자체—무편향 프로그래밍 에스크로에 의해 종료 상태까지 보관되며, 프로그래밍 방식으로 해제됨; (iii) 기록되고, 검증 가능하며, 추적 가능한 인도물 제출—고객과 공급자 양측을 보호함; (iv) 평가자 인증—각 당사자의 신원 및 평판에 대해 구제 가능한 신호를 생성하여, 신뢰 없는 결제에 대한 정렬된 인센티브를 제공함.

이는 다음 네 가지 핵심 상태를 거쳐 Job이 순환하도록 보장한다:

Open → Funded → Submitted → Terminal (Completed / Rejected / Expired)

요약하자면: 고객이 공급자와의 Job을 생성한 후, 자금을 투입하여 지불을 에스크로에 잠금(lock)한다. 공급자가 작업을 완료하면 submit을 호출하여 인도물(또는 그 참조)을 체인상에 제출한다. 평가자가 제출 내용을 검토한 후, complete을 호출하여 자금을 공급자에게 해제하거나, reject을 호출하여 고객에게 환불한다. 마감일 이전에 공급자와 평가자 모두 조치를 취하지 않으면 Job은 만료되어, 고객이 자금을 회수한다.

이 표준은 의도적으로 최소화되어, 원자 단위의 원시(primitive)를 형성한다. 협상 절차, 요금 구조, 분쟁 해결, 통신 프로토콜, 발견 메커니즘 등은 규정하지 않는다. 오직 핵심 Job 수명주기—신뢰 없는 에이전트 상업을 위한 최소 실행 가능 표면(MVP surface)만 규정한다.

평가자(Evaluator)

ERC-8183의 핵심 개념이자 설계 결정 중 하나는 평가자(Evaluator)다. 평가자는 단지 하나의 주소로만 정의된다. 이는 가장 광의의 정의에 따라 항상 에이전트이다.

글쓰기, 디자인, 분석 등 주관적인 과업의 경우, 평가자는 요청 내용과 제출물을 비교하고 판단하는 AI 에이전트가 될 수 있다. 계산, 증명 생성, 데이터 변환 등 결정론적인 과업의 경우, 평가자는 ZK 검증기를 감싸는 스마트 계약이다. 공급자가 증명을 제출하면, 평가자는 체인상에서 검증하고 자동으로 complete 또는 reject을 호출한다. 고위험 상황에서는 평가자가 멀티시그, DAO 또는 스테이킹 기반 검증자일 수 있다.

표준은 이러한 구분을 하지 않는다. 하나의 주소가 complete 또는 reject을 호출한다. 그 주소가 LLM 에이전트를 실행하든 ZK 회로를 실행하든, 프로토콜은 관심을 두지 않는다. 따라서 동일한 인터페이스가 0.1달러의 이미지 생성 작업부터 10만 달러의 자산 운용 작업까지 모두 처리할 수 있다.

Hooks: 모듈화된 확장성

Job 원시(primitive)는 의도적으로 최소화되었다. 그러나 상업은 그렇지 않다. 실제 애플리케이션은 맞춤형 검증, 평판 업데이트, 수수료 분배, 자금 이체, 입찰 메커니즘, 그리고 사용 사례에 따라 달라지는 도메인 특화 로직을 필요로 한다. 콘텐츠 평가 과업, 토큰 교환, 예측 시장 포지션은 각각 근본적으로 다른 로직을 요구한다.

ERC-8183은 Hooks를 통해 이 문제를 해결한다. Hook은 Job 생성 시 선택적으로 첨부되는 스마트 계약이다. Hook은 각 작업 전후에 콜백을 수신하여, 핵심 수명주기를 수정하지 않고도 주변에 맞춤형 로직을 실행할 수 있도록 한다. Hook은 단일 함수 선택기(function selector)로 식별되며(어떤 상태 전환이 발생하는지), 관련 파라미터를 수신한다. Hook은 사전 조건을 실행하거나, 무효한 작업을 차단하거나, 부수 효과를 유발하거나, 추가 토큰 이체를 실행할 수 있으며, 모든 이 작업은 핵심 상태 변경과 동일한 트랜잭션 내에서 완료된다.

Hook이 설정되지 않았다면, 계약은 정상적으로 실행된다. Hook이 없는 구현도 ERC-8183을 완전히 준수한다. Hooks는 부가적인 요소이며, 필수 요소가 아니다. 이 설계는 핵심 계약을 간결하게 유지하고 인터페이스를 안정적으로 유지한다. 새로운 사용 사례는 새로운 Hook 계약을 통해 지원되며, 확장 로직은 체인상, 프로그래밍 방식, 신뢰 없이—핵심과 동일한 방식으로—유지된다.

실제 상업 애플리케이션 사례

핵심 Job은 직접적인 서비스 상업—지불, 인도, 평가—을 처리한다. 그러나 에이전트가 작동하는 경제는 단순하지 않다. 일부 Job은 수수료 징수를 넘어서 고객 자본을 관리하는 것을 포함한다. 일부는 공급자를 배정하기 전에 입찰을 필요로 한다. 일부는 외부 평판 데이터를 참조하는 신뢰 검사를 필요로 한다. 이는 근본적으로 다른 경제 모델이며, Hooks는 동일한 핵심 Job 인터페이스가 이러한 다양성을 지원하도록 하여, ERC-8183을 범용 상업 원시(primitive)로 만든다.

서비스형 Job은 기본선이며, Hook이 필요하지 않다. 고객은 콘텐츠 생성, 데이터 분석, 코드 리뷰 등의 서비스에 대해 지불한다. 핵심 에스크로 및 평가 프로세스가 전부 처리한다.

자금 이체형 Job은 서비스 수수료 범위를 넘어서는 영역이다. 고객이 자본(교환할 토큰, 투자할 자금)을 제공하고, 공급자가 이를 변환하며, 출력물은 반드시 반환되어야 한다. Hook은 핵심 에스크로 외부에서 이러한 양방향 자금 흐름을 관리할 수 있으며, Job 완료 전에 공급자가 출력 토큰을 예치하도록 보장한다. 이는 수익 농업(yield farming), 토큰 교환, 포트폴리오 재균형 등 다양한 응용 사례를 포함할 수 있다—공급자가 고객 자금을 처리하거나, 작업 수행을 위해 사전 자본이 필요한 모든 Job, 단순히 수수료를 획득하는 경우를 넘어선다.

입찰형 Job은 배정 모델을 뒤집는다. 고객이 미리 공급자를 선택하는 것이 아니라, 공급자가 가격을 두고 경쟁한다. Hook은 배정 시 암호화된 서명 입찰을 검증하여, 선택된 공급자가 진정으로 주장된 가격을 약속했음을 입증한다. 어느 당사자도 조건을 위조하거나 부인할 수 없다.

평판 기반 제한형 Job은 프로토콜 수준에서 신뢰를 실행한다. Hook은 조작을 허용하기 전에 ERC-8004를 조회하여, 평판이 낮은 공급자를 차단하거나, 검증되지 않은 에이전트에 대해 더 엄격한 조건을 부과한다.

프라이버시 보호형 Job은 Hooks를 활용하여 민감한 데이터 노출 없이 상업을 수행한다. 프라이버시 Hook은 ‘제출(submit)’ 필드에 민감한 과업 데이터를 체인상에 공개하지 않고, 제로지식 증명(ZKP) 또는 TEE 같은 암호화 환경의 참조만 포함하도록 요구할 수 있다. 이는 지불이 신뢰 없이 공개적으로 이루어지도록 보장하면서도, 실제 지적재산권 또는 개인정보는 ‘안전한 피난처(safe harbor)’로 남아, 승인된 에이전트만 접근할 수 있도록 한다.

리스크 평가/보험 인수형 Job은 Hooks를 통해 프로토콜 수준에서 보험 인수를 실행할 수 있다. Hook은 공급자 또는 보험 인수자가 담보를 스테이킹하도록 요구하거나, 배정 전에 ERC-8004 평판 점수 및 기타 관련 지표를 확인하거나, 평가 실패 시 슬래시(slashing)되는 보증금을 실행하거나, 외부 리스크 오라클을 조회하도록 요구할 수 있다. 이러한 이전에는 투명하지 않았던 승인 프로세스를 투명하고, 프로그래밍 가능하며, 경쟁적인 것으로 만들 수 있다.

위의 각 응용 사례는 별도의 Hook 계약으로 구현될 수 있으며, 핵심 기능 및 Job 원시(primitive) 표준은 그대로 유지된다. 새로운 경제 모델, 상업 응용 사례 또는 맞춤형 로직의 변형은 모두 새로운 Hooks이다. 우리는 초기 몇 가지 Hooks를 소개했는데, 이는 가능성의 예시일 뿐이며, 우리 역시 아직 겨우 시작에 불과하다고 생각한다. 가장 흥미로운 Hooks는 아직 작성되지 않았다. 보험, 창의적 협업, 공급망 조정 등에서 에이전트 상업은 어떤 모습일까? 우리는 아직 모른다. 바로 그 점이 핵심이다. 에이전트 상업은 우리가 완전히 예측할 수 없는 방식으로 진화할 것이다—새로운 경제 모델, 새로운 신뢰 메커니즘, 새로운 기계 간 협업 형태가 등장할 것이다. 이 표준은 이러한 진화에 따라 성장하도록 설계되었지, 이를 제한하도록 설계되지 않았다. 이 표준은 개방적으로 구축되어야 하며, 그렇게 구축되어야 한다. 왜냐하면 최고의 아이디어는 생태계에서 나올 것이기 때문이다. 우리는 함께 그것을 발견해 나가기를 기대한다.

ERC-8004와의 상호 보완 관계

ERC-8183은 고립된 표준이 아니다. 이는 이더리움의 에이전트 신원, 평판 및 검증 표준인 ERC-8004(‘신뢰 없는 에이전트’)와 상호 보완적인 관계를 가진다.

ERC-8004은 발견 및 신뢰 문제를 해결한다: 에이전트는 어떻게 서로를 찾고, 신뢰성을 평가할 것인가? 그러나 그 레지스트리의 가치는 기록된 활동에 달려 있다. 상업 활동이나 행동 없이 존재하는 신원은 빈 문서일 뿐이다. 평판은 실제 상호작용을 통해 측정되어야 한다. 검증은 정의된 인도물을 기반으로 해야 한다.

ERC-8183은 ERC-8004 신뢰 계층을 구동하는 상업 활동을 제공한다. 각 Job은 평판 신호다. 각 제출은 평가자가 평가할 수 있는 인도물이다. 각 평가는 다른 에이전트가 인용할 수 있는 인증이다.

두 표준은 루프를 형성하여, 에이전트가 신뢰 없는 상호작용을 통해 더 강력한 자기 조직화(self-organization)를 달성할 수 있도록 한다:

발견(8004) → 상업(8183) → 평판(8004) → 더 나은 발견 → 더 많은 신뢰 없는 상업

둘 중 하나도 빠질 수 없다. 함께 결합될 때, 이들은 신뢰 없는 에이전트 상업 및 상호작용의 기반이 된다.

단순한 결제를 넘어서

ERC-8183은 결제 프로토콜이 아니라 상업 표준이다.

결제는 자금을 이동시킨다. 그러나 상업은 자금 이동을 넘어서, 그것이 신뢰 가능하고 작동 가능하도록 하는 모든 것을 포함한다: 무엇이 약속되었는가, 작업이 완료되었는가, 누가 그것을 검증했는가, 완료되지 않았을 경우 어떻게 할 것인가. 전통적인 세상에서 상업이 작동하는 이유는 결제를 둘러싼 보완 체계 때문이다: 상점이 결제를 수락하기 전에 리스크 평가 및 보험 인수를 수행하고, 신용 확장으로 구매자가 자금이 확보되기 전에도 거래할 수 있게 하며, 수십억 건의 거래 중 실시간 사기 탐지가 이루어지고, 서비스 실패 시 구매자를 보호하는 환불 및 분쟁 메커니즘이 있으며, 반복적인 상호작용을 통해 신뢰를 축적하는 평판 시스템이 존재한다. 이러한 기능이 바로 결제 처리업체, 카드 조직, 플랫폼의 가치이다—자금 이동 자체가 아니라, 그 주변에 구축된 신뢰 인프라다.

상업이 체인상으로 이동할 때, 이러한 기능은 사라지지 않는다. 대신 신뢰 없이, 프로그래밍 가능하고, 개방적인 방식으로 재구축되어야 한다. 바로 이것이 ERC-8183이 하는 일이다.

Job 원시(primitive)의 에스크로 및 평가자 인증 모델은 프로그래밍 가능하고 사전 설정된 결제 조건을 갖춘 환불 메커니즘과 유사하다. ERC-8004의 체인상 평판 및 기타 체인상 평판 지표를 ERC-8183의 일부로 사용하는 것은, 이전 가능한, 검증 가능한 역사 기반의 전용 보험 인수와 유사하다. Hooks는 중앙화된 리스크 평가를 모듈화되고, 경쟁적이며, 감사 가능한 로직으로 대체하여, 어떤 facilitator라도 배포할 수 있다. 결과는 단순히 체인상에서 자금을 이동시키는 방식이 아니라, 완전한 상업 신뢰 인프라를 재구축하는 방식—개방적이고 허가 없이 사용 가능한—이다.

기존 결제 프로토콜 및 인터페이스—전통적인 처리업체든, x402 같은 스테이블코인 송금 프로토콜이든—는 자금 이동을 처리하는 부드럽고 인터넷 원생의 경험을 제공한다. ERC-8183은 지불을 신뢰 없는 거래로 전환하는 전체 수명주기—명세, 에스크로, 인도물 제출, 평가자 인증, 결정론적 결제—를 관리한다. 에이전트는 인터페이스 계층에서 x402 또는 HTTP를 통해 상호작용할 수 있지만, 하위 결제는 ERC-8183을 통해 체인상에서 흐른다. 이 둘은 보완 관계이다.

불가역성, 에스크로 및 환불 문제

독립 결제에 대한 또 다른 우려는 불가역성이다. 신용카드가 차감되었으나 서비스에 만족하지 못할 경우, 소비자는 이의를 제기하고 차감을 취소할 수 있다. 그러나 결제가 전송된 후에는 자금이 사라진다. 기초 결제 및 송금의 경우, 이는 현실적이며 타당한 반론이다.

ERC-8183은 계약 구조 내에서 이 핵심 개념을 유지한다. 자금은 평가자가 인도물이 약정된 조건을 충족함을 입증할 때까지 에스크로에 보관된다. 거부 경로는 고객에게 환불을 제공하고, 만료 경로는 자금을 자동으로 회수한다. 이것은 카드 상업을 가능하게 하는 ‘승인-캐치(authorize-capture)’ 모델의 프로그래밍 가능하고 신뢰 없는 등가물이다—다만 조건은 사전에 코딩되어 코드에 의해 실행되며, 사후에 이해관계가 있는 네트워크에 의해 판정되는 것이 아니다.

불확정 금액의 사전 승인의 경우—호텔 보증금, 범위가 확대될 수 있는 서비스—Hooks의 유연성은 최대 금액을 잠금(lock)하고, 완료 시 검증 가능한 입력에 따라 최종 금액을 정산하도록 설계될 수 있다. 이 아키텍처는 카드 상업의 유연한 신뢰 모델과 행동을 지원하면서도, 결제는 투명하고, 개방적이며, 신뢰 없고, 체인상에 유지한다.

새로운 경제 주체의 물결

AI 물결은 지금까지 어느 때보다 빠른 속도로 새로운 경제 주체—구매자와 판매자—를 창출하고 있다. 수백만 명의 개발자와 비개발자들이 AI 프로그래밍 어시스턴트를 사용해 마이크로서비스, API, 도구를 구축하고 배포하고 있는데, 이 중 상당수는 법적 실체 없이, 웹사이트 없이, 거래 이력 없이 운영된다. 기술 기업과 오픈소스 프레임워크에서 나오는 에이전트는 개인 AI 에이전트 및 어시스턴트를 통해 수백만 명의 사용자를 유치하고 있다.

기존 결제 시스템은 이러한 판매자를 서비스하기 어려울 것이다. 기술적 한계 때문이 아니라, 처리업체가 판매자를 승인할 때, 그 판매자의 리스크—사기, 환불, 분쟁—를 흡수하기 때문이다. 기록 없고, 실체 없고, 이력 없는 판매자는 보험 인수하기에 리스크가 너무 크다.

ERC-8183은 설계상 허가 없이 사용 가능하다. 판매자는 단지 지갑 주소일 뿐이다. 등록 절차도 없고, 보험 인수도 없으며, 게이트키퍼도 없다. Job 원시(primitive)는 이러한 판매자들에게 단순한 수취 수단이 아니라, 완전한 상업 수명주기—작업 명세, 에스크로 결제, 검증 가능한 인도물 제출, 평가자 인증—를 제공하여, 신뢰할 수 있는 거래의 기반을 마련해 준다.

신규 판매자에 대한 보험 인수가 불가능한 것은 일시적인 격차로 간주될 수 있다. 개방 표준은 구조적으로 이 시간을 압축한다. 어떤 facilitator라도 오늘날 바로 ERC-8183을 배포할 수 있다. 생태계는 기관의 합의가 아니라 실험을 통해 진화한다. 그러나 더 근본적으로, ERC-8183과 ERC-8004의 결합은 보험 인수 격차를 메울 뿐 아니라 근본 원인까지 해결한다. 처리업체가 신규 판매자를 보험 인수할 수 없는 이유는 검증 가능한 과거 기록의 부재 때문이다. ERC-8183은 바로 이러한 기록을 창출한다. 완료된 각 Job은 체인상에 기록된다: 인도물 해시, 평가자 인증, 결과. 이러한 기록은 이전 가능하고, 검증 가능하며, 누구의 소유도 아니다.

중요한 점은, 이 기록이 단일 플랫폼 내에 잠겨 있지 않다는 것이다. 오늘날, 플랫폼 A는 당신의 환불률을 알고, 플랫폼 B는 당신의 판매자 평점을 알고 있지만, 당신은 이 기록을 옮길 수 없다. ERC-8183에서는 평판이 판매자 자신의 이전 가능한 자산이며, 어떤 facilitator, 어떤 체인, 어떤 이 표준을 읽을 수 있는 인터페이스라도 이를 읽을 수 있다. ERC-8183은 체인상 신원 및 평판(ERC-8004)을 공급하고, 보험 인수 데이터를 제공한다.

에이전트 상업과 탈중앙화 AI의 미래를 함께 구축하자

ERC-8183은 개방적이고 신뢰 없는 에이전트 상업 표준이다. 참여 방법은 다음과 같다:

ERC-8183으로 구축하기. facilitator가 되어라! 당신의 체인에 ERC-8183을 배포하라. SDK, 래퍼(wrapper), 스캐너, 추적기를 구축하라. ERC-8183을 통해 체인상에서 안전하고 검증 가능한 결제가 이루어지는 새로운 인터페이스와 경험을 구축하라. 이 표준과 원활하게 상호작용하는 네이티브 에이전트 프레임워크를 만들어라.

Hooks 탐색, 실험 및 구축. 이정표 기반 지불 또는 분쟁 해결이 필요하다면, 그것을 Hooks로 구축하라. 이는 창의성과 다양한 응용 사례가 진화하는 공간이다.

평가자 구축 및 등록. 평가자는 안전하고 신뢰 없는 에이전트 상업을 보장하는 핵심 구성 요소이지만, 현재 심각하게 부족하다. 특정 도메인에 대한 평가자를 구축하라—특히 완전히 검증 가능한 도메인과 서비스에 대해서. ERC-8004에 이를 등록하라. 에이전트 평판 및 신원에 실질적인 기여를 하라.

기여 및 피드백 제공. 이는 집단적 표준이다. 광범위한 실험, 실제 세계에서의 사용, 솔직한 피드백, 반복적 개선을 통해서만, 이 표준은 필요한 형태로 진화할 수 있다. 부족한 부분이 있다면 제기하라. 오류가 있다면 도전하라. 사양은 개방적이고, 코드베이스는 개방적이며, 토론도 개방적이다. 이는 함께 진화해야 한다.

에이전트 경제는 개방 표준 위에 구축되거나, 닫힌 정원(walled garden) 위에 구축될 것이다. 우리는 개방 표준을 선택한다. 공유된 디지털 공간을.

신뢰를 위한 ERC-8004. 상업을 위한 ERC-8183. 나머지는 당신이 구축하라.

Virtuals가 이더리움 재단과 공동으로 ERC-8183 발표: 신뢰 없이도 가능한 체인상 상업 프로토콜

TechFlow 선정TechFlow 추천