deAI 프로토콜 스택 분해하기 - x402 / ERC 8004 / A2A

서문

오늘 우리는 탈중앙화 인공지능(deAI)의 "네트워크 스택"이 구축되는 것을 목격하고 있습니다. align: left;">오늘날 우리는 탈중앙화 인공지능(deAI)을 위한 '네트워크 스택'이 구축되는 것을 목격하고 있습니다. 인터넷이 전송 계층을 위한 TCP/IP, 서비스 검색 계층을 위한 DNS, 애플리케이션 로직을 위한 HTTP 등 일련의 상호 운용 가능한 표준을 기반으로 실행되는 것처럼, deAI 스택은 애플리케이션 계층용 x402, 서비스 검색 계층용 x402, 서비스 검색 계층용 x402의 세 가지 모듈로 분류할 수 있습니다. 애플리케이션 레이어용 x402, 서비스 검색 레이어용 ERC 8004, 전송 레이어용 A2A는 모두 기존 HTTP 웹 스택 위에서 실행됩니다.

요약하자면, deAI 스택은 프록시가 비용을 지불하고 리소스를 검색하며 서로 통신하는 방법을 정의합니다. 이제 각 섹션을 차례로 분석해 보겠습니다.

1. 애플리케이션 레이어 - x402

탈중앙화 인공 지능(deAI) 스택의 최상단은 다양한 서비스(예: 파일 저장, 전자상거래, 웹 크롤링 등)의 에이전트 간 결제를 위한 애플리케이션 레이어 프로토콜을 나타내는 x402입니다. x402는 코인베이스와 클라우드플레어가 구축했으며 기본적으로 원래 "HTTP 402: 결제 필요" 상태 코드를 워크플로우의 일부로 만들어 프록시가 스테이블코인을 사용해 서비스 비용을 결제할 수 있도록 합니다.

예전에 "HTTP 402의 현대적인 변신"이라는 제목의 글에서 비전, 아키텍처, 기회, 과제에 대해 자세히 설명한 적이 있습니다.

기본적으로 x402는 클라이언트에서 리소스 요청 → 서버에서 402 상태 코드 반환 → 결제 촉진자가 클라이언트의 결제 승인 여부를 확인하고 실제로 자금을 이체(예: 서명된 거래로 체인 제출)하는 세 부분으로 구성된 3자 프로토콜을 통해 작동합니다. 이 단계를 완료한 후에야 서버는 상위 레벨 콘텐츠의 잠금을 해제합니다.

현재 x402scan은 x402 서버가 실제로 어떻게 동작하는지 관찰하는 데 가장 좋은 리소스 중 하나라고 할 수 있습니다. 실제 운영에서. 장기적으로 x402는 프리미엄 콘텐츠(예: 웹 크롤링, 유료 기사, 컴퓨팅 리소스)에 대한 소액 결제에서 큰 이점을 얻을 수 있지만, 최근의 상승세(x402scan을 통해 명확히 볼 수 있음)는 ......$PING과 같은 일련의 모달 코인 덕분입니다. -- 이러한 코인은 채권 곡선을 따라 발행되기 위해 x402를 통한 결제가 필요합니다.

그럼에도 불구하고 x402는 새롭게 떠오르는 탈중앙화 인공 지능(deAI) 스택의 애플리케이션 레이어 표준의 좋은 예입니다. 기존 웹 스택의 '애플리케이션 레이어'에 많은 프로토콜(HTTP, FTP, SMTP, VoIP 등)이 포함되어 있는 것처럼, 앞으로 더 많은 애플리케이션 레이어 표준이 등장할 것으로 예상할 수 있습니다.

2. 검색 계층 - ERC 8004

x402를 사용할 때 쉽게 할 수 있는 질문은 사람들이 어떤 서비스를 이용할 수 있는지 어떻게 알 수 있는가 하는 것입니다. 이더넷 재단의 주도하에 개발된 ERC 8004가 바로 이 '발견 계층'에서 활약합니다.

DNS가 도메인 이름을 IP 주소에 매핑하는 것처럼(google.com → 8.8.8.8), ERC 8004는 프록시 ID를 프록시의 다양한 링크와 기능에 매핑하는 업체인 레지스트리를 생성하여 AI 프록시를 검색하는 문제를 해결합니다. ERC 8004는 '에이전트 카드'를 에이전트의 신원으로 사용하며 평판 점수 및 인증과 같은 추가 기능을 제공합니다.

ERC 8004 기반은 ERC721(NFT)과 이름, A2A, MCP, OASF, ENS, DID, 지원되는 신뢰 유형(예: 평판, 암호화 경제학, TEE 증명) 등의 매개변수를 포함합니다. 이러한 다양한 매개 변수는 모두 다양한 상담원 ID 기준을 가리키며, 상담원이 수행할 수 있는 작업에 대한 보다 완전한 그림을 제공합니다.

인터넷 프로토콜 스택에서 모두가 참조하는 중요한 프로토콜이 있지만 사용자를 다양한 피어 노드로 리디렉션하는 DNS와 비슷한 궤적을 그릴 것으로 생각합니다. 다른 프록시 카드 링크 참조)로 리디렉션하여 특정 쿼리에 대한 보다 구체적인 정보를 제공합니다.

3. 전송 계층 - A2A 프로토콜

지금까지 애플리케이션 계층과 검색 계층에 대해 살펴보았습니다. 프로토콜 스택의 마지막 부분은 전송 계층으로, ERC 8004와 유사한 프로토콜을 통해 검색이 완료된 후 애플리케이션이 서로 통신하는 방법을 다룹니다. 전통적인 인터넷 네트워킹 스택의 경우, TCP/IP 프로토콜은 클라이언트에서 서버로 네트워크 패킷을 전송하는 역할을 담당합니다. 그리고 탈중앙화 인공 지능(deAI) 스택의 경우, Google은 최근 에이전트 간의 통신을 가능하게 하기 위해 특별히 설계된 A2A 프로토콜을 도입했습니다.

클라이언트 에이전트(A2A 클라이언트)와 원격 에이전트(A2A 서버)는 JSON-RPC 2.0을 사용하여 HTTPS를 통해 서로 통신합니다. 기본적으로 두 프록시는 각각의 HTTP 엔드포인트에 액세스하여 계산 또는 다양한 기능을 요청함으로써 서로 '대화'하며, A2A는 각 프록시가 기능, 프레임워크, MCP 첨부 파일 등을 게시하는 데 사용되는 프록시 카드를 가지고 있음을 지정하기도 합니다.

A2A 프로토콜에서는 클라이언트와 원격 프록시가 서로 확인한 후, 클라이언트가 프록시 카드를 보고 카드를 확인하여 HTTP 엔드포인트를 확보하고 적절한 서비스를 요청합니다. 원격 프록시는 MCP 도구, 계산 리소스 등을 사용하여 작업을 처리하면서 비동기 업데이트를 전송합니다(추론 모델의 '사고 과정'과 유사). 마지막으로 최종 응답과 아티팩트를 전송합니다.

이 부분에서 추천하는 훌륭한 입문서는 IBM의 'A2A 프로토콜(에이전트2에이전트)이란 무엇인가요? IBM의 'A2A 프로토콜(에이전트2에이전트)이란 무엇인가요?

모든 요소를 종합하면 ......

x402, 8004, A2A의 모든 요소를 종합하면 다음을 참조할 수 있습니다. 코인베이스에서 제공하는 데모 예시 - Lowe's에서 새 냉장고 구매하기. 사용자가 Lowe's에서 냉장고를 구입하는 방법을 묻는 챗봇과 대화를 나눈다고 가정해 보겠습니다.

• 저희는 ERC 8004(검색 계층)를 사용하여 Lowe's의 냉장고 판매 에이전트를 찾고 Lowe's 냉장고 판매 에이전트를 요청하겠습니다. 로 로우즈 냉장고 판매 에이전트를 검색하여 에이전트 기능을 나열해 달라고 요청합니다.

• A2A(전송 계층)를 사용하여 HTTP 엔드포인트를 통해 Lowe's의 에이전트와 통신합니다.

• 결제 승인을 처리하고 스테이블코인을 온체인으로 전송하는 데는 x402(애플리케이션 레이어)를 사용할 것입니다.

이 모든 것은 물론 기존의 HTTP-DNS-TCP/IP 웹 스택에서 이루어질 것입니다!

종합하면, 이 스택은 에이전트 인터넷의 프로토콜 백본을 형성하여 에이전트가 데이터를 전송할 뿐만 아니라 체인 상의 리소스와 거래, 인증, 조정할 수 있게 해줍니다.