TL;DR

x402는 AI 에이전트에 의한 자율적인 결제를 실현하는 프로토콜입니다. 하지만 사고 싶은 것이 진짜인지 에이전트에게 전달할 수단이 없었습니다. Trust402는 ZK 증명 (Zero-Knowledge Proof, 영지식 증명)을 사용하여, 콘텐츠를 공개하지 않고도 AI가 구매 전에 검증할 수 있도록 합니다.

검은 상자입니다. 내용은 훌륭한 데이터입니다. 1달러에 어떠신가요?

이런 건 아무도 사지 않을 것입니다. 하지만 이런 일은 하루에 10억 번이나 일어나고 있습니다.

AI 에이전트가 그 가용성을 확장함에 따라, 에이전트 간의 커뮤니케이션, 도구 통합, 결제, 인증 등 모든 레이어에서 표준화가 진행되고 있습니다. x402는 결제를 담당하는 프로토콜로, 2025년 5월에 Coinbase가 발표했습니다. 아이디어는 간단합니다. HTTP의 402 상태 코드 ("Payment Required", 이름은 항상 존재했지만 거의 사용되지 않았던)를 채택하여, 결제 조건 제시부터 구매자의 결제 가능 여부 확인, 결제, 응답 반환까지의 흐름 전체를 표준화하고 있습니다. 결제 프로세스 전체가 일반적인 API 호출로 기계적으로 실행될 수 있게 되었습니다.

현재는 Linux Foundation 산하에 x402 Foundation이 발족하였으며, 그곳에는 Coinbase, Cloudflare, Stripe 등이 참여하고 있습니다. Chainalysis의 보고서에 따르면, x402는 초기 9개월 동안 Base 상에서 1억 건의 트랜잭션을 돌파했습니다. 1달러를 초과하는 트랜잭션이 총 거래액의 95%를 차지하고 있으며, 이는 1년 전의 49%에서 대폭 증가한 수치입니다.

하지만 1억이라는 숫자는 실제 결제 의도의 아주 일부분에 불과합니다.

"Cloudflare 네트워크상에서 매일 최대 10억 건의 402 응답이 제공되고 있다"[1]는 추정이 있습니다. 402 응답이란 서버가 "이것은 유료 콘텐츠이므로 결제하십시오"라고 전달하는 신호이므로, 서버는 하루에 10억 번 결제를 요구하지만 실제 결제로 이어지는 것은 그중 극히 일부라는 뜻입니다.

에이전트는 가격을 확인하고, 그저... 떠나버립니다.

"검은 상자"로부터는 아무런 가치를 알 수 없기에, 이는 어쩔 수 없는 일이라고도 할 수 있습니다.

에이전트는 결제할 수 있게 되었지만, 사고 싶은 것이 진짜인지 판단할 수단이 없다—이것이 현상황입니다. "데이터셋"이라는 라벨이 붙은 JSON은 진짜인가? 문서는 변조되지 않았는가, 코드에 백도어(Backdoor)는 없는가? 인간이라면 구매 전에 당연히 확인하는 것들을 프로토콜은 전혀 보장하지 않습니다. 사양은 깔끔하지만, 실제로는 무언가가 빠져 있습니다.

여기에 구조적인 격차가 존재합니다.

결제하는 방법은 있지만, 왜 결제해야 하는지를 확인할 방법이 없다.

이 격차를 메우기 위해 Trust402를 만들었습니다.

Trust402: "검은 상자이지만, 내용 증명서가 있습니다. 여기 있습니다"

Trust402는 x402 위에 구축된 검증 가능한 콘텐츠 마켓플레이스입니다.

크리에이터나 연구자는 자신의 저작물(문서, 데이터셋, 코드, 모델)에 **ZK 증명 (Zero-Knowledge Proof, 영지식 증명)**을 첨부하여 출품할 수 있습니다. 구매자(인간이든 에이전트든 가능)는 증명을 검증하고, x402 결제를 실행하여 콘텐츠를 획득합니다.

ZK 증명이란, 예를 들어,

"이 데이터는 최소 1,000종류의 값을 보유하고 있으며, 변조되지 않았다."

와 같은 주장을 파일 자체를 보여주지 않고도 증명할 수 있는 암호 기술입니다. 구매자 에이전트는 결제 전에 증명을 검증하여, 그것이 진짜인지 그리고 가치가 있는지 판단할 수 있습니다. 결제는 x402에 맡기고, 진위 여부는 ZK 증명이 담당합니다.

ZK 증명 생성, 문서 등록, 스토어프런트 공개 등 모든 것을 SDK와 대시보드에서 실행할 수 있습니다. ETHGlobal에서 첫 버전을 구축하였으며, 현재는 Cloudflare Workers + Base 상에서 실제 운영 중입니다. 최근 대시보드를 lemma.frame00.com/trust402/sell 에 공개했습니다.

시도해 보기

대시보드가 가장 간편한 입구라고 생각합니다.

• lemma.frame00.com/trust402/sell 을 열고,
• 「dashboard」를 클릭하여 지갑을 연결합니다.
• 파일을 리스트 폼(list form)에 드래그하고, 카테고리와 가격(USDC)을 입력한 뒤
• 「Publish」를 누르기만 하면 됩니다.

백그라운드에서는 @trust402/sdk의 publish()가 증명 생성부터 스토어프론트(storefront) 업로드까지 모든 과정을 실행합니다.

대시보드에서 할 수 있는 모든 기능은 SDK를 통해서도 사용할 수 있습니다. 대시보드는 모든 파일 유형에서 작동하는 해시 기반 증명(tamper-proof proof, 위변조가 불가능한 증명)을 사용하지만, SDK를 사용하면 특정 포맷의 실제 콘텐츠에 대해 더 깊이 들어간 증명을 구축할 수도 있습니다. 예를 들어, 「저자, 글자 수, 언어」를 증명에 포함할 수 있는 빌트인 ZK 회로(circuit)인 blogArticle (blog-article-v1.2)를 사용할 경우, 블로그 기사를 출품하기 위한 최소한의 코드는 다음과 같습니다.

import { create, publish, blogArticle } from "@trust402/sdk";
// 1. 클라이언트 생성
const client = create({
...

publish()가 백그라운드에서 수행하는 작업은 다음과 같습니다.

• ZK 증명 생성: circuitId (Groth16, ZK-SNARK의 일종) 회로를 가져와 witness (증명 구축의 입력값)로부터 증명을 구축합니다.
• 문서 등록: Lemma API에 문서를 등록하고 증명을 전송합니다 (이때 x402 결제가 자동으로 실행됩니다... Trust402 자체 이용료).
• listingRoot 계산: 출품물을 고유하게 식별하는 ID를 결정론적(deterministic)으로 생성합니다.
• 스토어프론트 공개: 파일을 전달한 경우, 스토어프론트에 직접 업로드합니다.

단 세 번의 호출 (create → blogArticle → publish)만으로 ZK 증명부터 스토어프론트 출품까지 연결됩니다.

커스텀 회로 (Custom Circuits)

지금까지는 blog-article-v1.2와 같이 대시보드나 SDK에 포함된 회로를 사용했습니다. 하지만 Trust402는 등록된 모든 회로를 사용할 수 있도록 설계되었습니다. 이를 통해 예를 들어 다음과 같은 작업이 가능해집니다.

• 데이터셋 출품 → "이 데이터셋은 1,000개 이상의 레코드를 보유하고 있다"
• 코드 출품 → "이 코드는 React를 사용하여 30개 이상의 컴포넌트를 가지고 있다"
• 모델 출품 → "이 모델의 파라미터 수는 7B 이상이다"

이러한 것들을 검증 가능하게 만들고 Trust402의 출품 흐름에 통합하는 방법을 설명하려 했으나, 내용이 길어질 수 있어 이 부분은 별도의 기사로 다루고자 합니다. research_dataset과 같은 커스텀 회로를 코드로 설명하고, 에이전트가 구매 전에 이를 어떻게 확인할 수 있는지 보여드릴 예정입니다.

Trust402는 lemma.frame00.com/trust402/sell 에서 프리뷰 버전을 공개 중입니다. x402가 결제 레이어를 표준화했듯이, Trust402는 검증 가능한 콘텐츠 거래의 표준 패턴을 지향합니다.

• CoinDesk, "AI Agents Are Breaking Web Economics, but Cloudflare Says x402 Can Help" (May 5, 2026). Cloudflare CSO Stephanie Cohen, Consensus Miami 2026. ↩ ↩︎

Discussion