x402 프로토콜: AI+암호화

최근 업계에서 뜨거운 관심을 받고 있는 것은 올해 5월에 출시된 코인베이스의 x402 프로토콜로, 이는 빠른 이해 관점에서 AI가 암호화폐를 사용할 수 있게 하는 퍼즐의 핵심 조각을 채우고 있습니다.

개인적인 관점에서 저는 항상 암호화폐는 인간이 사용하기 위한 것이 아니라 AI를 위한 것이라는 견해를 가지고 있었습니다. 업계에서도 AI+암호화폐에 대해 매우 확신하고 있고, 이 확신은 빠르게 결제 분야로 옮겨가고 있는데, 코인베이스의 X402는 결국 이 두 가지를 결합한 것이 아닌지, 정말 그들이 말하는 것처럼 AI가 빠르고 잘 활용되는 것인지, 아니면 또 다른 암호화폐 과대광고에 불과한 것인지 궁금합니다.

코인베이스의 개발자 플랫폼에서 x402를 설명하는 방식은 다음과 같습니다:

네이티브 인터넷 결제 프로토콜: HTTP를 통한 빠르고 저렴하며 AI 친화적인 결제.

아래 움직이는 이미지와 같이 왼쪽에 결제 프로세스를 표시하면 결제 경험에 차이를 느끼지 못할 것입니다. 기본적으로 이 x402가 변경하는 것은 프론트엔드 페이지의 사용자 환경이 아니라 백엔드 구조의 API 계층에서의 상호 작용이기 때문입니다. ">이제 몇 가지 질문과 함께 단계별로 살펴보겠습니다: HTTP 프로토콜이란 무엇이고 x402란 무엇인가요? 왜 전에는 HTTP 프로토콜과 결제에 대해 들어본 적이 없었을까요? 왜 지금 다시 사용되나요?

HTTP 프로토콜은 브라우저와 서버 간의 언어 규칙입니다. 예를 들어 브라우저에 www.bilibili.com浏览器按照路径找到b站的服务器并从抓取内容返回到浏览器 을 입력하면 공식 b사이트 웹사이트를 볼 수 있습니다.

x402의 402는 http 프로토콜의 일종의 상태 코드로, 1xx, 2xx 등 다음과 같이 다양한 종류의 상태 코드가 있습니다< span leaf="">3xx, 4xx에서 5xx까지, 402는 4xx에 속하는 상태 코드, 401은 권한이 없음을 의미하며 403은 금지된 액세스를 의미하고 404는 요청된 리소스를 찾을 수 없음을 의미합니다.

402는 결제가 필요하다는 의미이며, 여기서 x표현이 추가된 x402는 402의 확장 버전입니다. 무엇에 의해 확장되나요? 나머지 4xx 상태 코드는 상태를 나타낼 뿐이며, 예를 들어 404는 리소스를 찾을 수 없음을 의미하며 문제 해결에 도움이 되지 않습니다. 확장된 402 코드는 결제가 필요하다는 것을 알려줄 뿐만 아니라 클라이언트가 실제로 결제를 완료하도록 도와주는데, 이는 API가 사용자에게 결제(스테이블 코인 또는 기타 암호화폐일 수 있음)를 보내는 동안 요청을 시작하도록 요청하고 다른 서버가 이를 수신하여 결제가 성공했는지 확인한 다음 여기에서 유료 콘텐츠가 될 수 있는 관련 데이터를 반환하는 것을 의미합니다.

초기 결제 수단이 존재하는데 왜 전에는 들어본 적이 없었을까요?

HTTP 402 상태 코드는 HTTP/1.1 프로토콜에서 처음 정의되었으며, 원래는 이상적인< strong>소액 결제시나리오: 예를 들어 기사를 읽거나 서비스를 이용하기 위해 몇 센트를 지불하고 전체 과정이 이미지를 로드하는 것처럼 자연스럽고 원활하게 이루어지는 경우입니다. 그러나 인터넷 초창기와 그 이후 오랫동안 기술적 여건은 이러한 비전에 도움이 되지 않았습니다. 한편으로는 결제 비용이 엄청나게 높았고, 전통적인 신용카드 결제는 일반적으로 고정 수수료(예: $0.30)와 거래 금액의 일정 비율로 부과되는 수수료로 구성되었습니다. 이는 몇 센트 또는 몇 달러의 소액 결제의 경우 매우 비경제적이며, 처리 수수료가 결제 금액 자체를 훨씬 초과할 수 있습니다. 둘째, 네트워크 경험이 파편화되었습니다. 당시 네트워크 속도가 상대적으로 느려서 소액을 결제할 때마다 인증을 위해 복잡한 타사 결제 페이지로 이동해야 한다면 사용자 경험을 심각하게 방해하고 '원활한 결제'라는 비전을 실현할 수 없었습니다.. text="">. 셋째, 통합된 표준이 부족하고 HTTP 요청에 포함된 결제 프로세스를 규제할 수 있는 널리 수용되고 표준화된 기술 프로토콜이 없다는 점입니다. 웹사이트마다 이를 개별적으로 구현한다면 개발자와 사용자에게 엄청난 복잡성과 혼란을 초래할 것입니다.

프로토콜의 기원에 대해 말하자면, 이 x402의 성능은 어떤가요? 코인베이스는 평균 속도, 결정 시간, 환불 가능성 및 기타 결제 게이트웨이와 비교한 차트(아래)를 제공합니다. 신용카드, 페이팔, 이더리움 메인넷과 비교한 TPS 수치입니다.

이 차트에서 평균 수수료 측면에서 x402의 수수료는 거의 무시할 수 있는 수준이며 거래 결정 시간이 1초대인 것이 분명한 장점입니다.

하지만 현대 상품 거래에서 자주 발생하는 지불 거부는 블록체인 거래의 비가역적 특성으로 인해 x402는 완전히 불가능합니다. x402의 tps는 약 1,000으로 이더리움보다 낫습니다. x402의 초당 거래량은 약 1,000으로 이더리움보다는 낫지만 신용카드나 페이팔보다는 낮습니다.

이번 글에서는 x402가 환불 기능을 갖추고 있다고 언급할 예정이지만 여기서 말하는 지불 거절은 신용 카드 시스템에서 결제가 거부되는 것을 말합니다. 신용 카드 시스템에서는 거래가 완료된 후 30-150일 이내에 마음에 들지 않아 환불을 요청하면 은행이 판매자의 계좌로 돈을 강제로 청구 할 수 있습니다. 이러한 종류의 거부는 소비자를 보호하는 것이지만 블록체인 세계에서는 작동하지 않습니다.

전반적으로 x402는 블록체인 거래의 특성인 낮은 수수료와 빠른 정산을 계승하지만, 물론 현재 블록체인의 단점인 거래를 취소할 수 없다는 성능 부족도 계승하고 있습니다.

x402 프로토콜을 구체적으로 살펴보면, 전체 프로세스는 두 단계로 나뉩니다.

.

1. 클라이언트 데이터 요청 → 서버가 402 결제 필요("데이터를 받기 전에 결제해야 함"을 의미)를 반환합니다.

2. 클라이언트가 두 번째 요청 → 이번에는 결제 정보 또는 서명과 함께 요청합니다. 예를 들어, 0.01달러를 지불하거나 체인에서 1센트를 이체하기 위해 USDC 승인에 서명합니다.

서명과 계정 잔액을 서버가 확인한 다음(보통 /verify 인터페이스를 통해) /settle 인터페이스에서< span leaf="">결제 정산을 완료합니다(온체인 이체 확인). 성공적으로 확인되면 서버는 실제 데이터를 반환합니다.

"각 서버가 블록체인을 확인하고 트랜잭션을 관리하기 위해 자체 코드를 작성해야 하나요?"라고 질문할 수 있습니다. 정답은 다음과 같습니다:아니요. 핵심 역할은 다음과 같습니다. 퍼실리테이터(결제 중개자). 서버는 복잡한 온체인 검증 로직을 작성할 필요 없이 결제 서명을 퍼실리테이터에게 넘겨주면 퍼실리테이터가 검증과 온체인 결제를 대신 수행합니다. 코인베이스와 Thirdweb 같은 플랫폼은 기성품 퍼실리테이터 서비스를 제공합니다.

자, 애플리케이션 계층에서 HTTP 프로토콜 파싱을 마쳤으니 웹2의 작업은 끝났고 웹3의 암호화는 어떻게 되나요? 암호화는 끝났나요? 왼쪽;">베이스체인은 크게 말할 것도 없고, 코인베이스 자체 필드, 트랜잭션에서 발생하는 x402가 베이스체인에서 정산되기 때문에 앞서 비교표에서 TPS가 수천에 이를 수 있다고 한 것이 베이스체인과 이더체인의 차이점입니다.

그렇다면 x402와 관련하여 ERC3009는 무엇일까요?

첫째, 그 이면에 있는 관심이 있습니다. ERC3009는 코인베이스와 서클 팀이 제안한 이더리움 확장 표준으로, 지갑 사용자가 직접 이체를 시작하지 않고도 다른 사람이 자신을 대신해 이체를 시작할 수 있도록 승인할 수 있게 해줍니다. transfer() 함수를 호출하면 됩니다.

즉, 코인베이스는 ERC3009 프로토콜을 사용하여 아내가 내 돈으로 서비스나 상품을 결제할 수 있는 상대 카드 기능을 만들었습니다.

x402는 프로토콜 계층의 결제 입력 표준이며, ERC3009는 "온체인 결제 계층"의 승인 메커니즘입니다. 단순 송금 기능 대신 자체 ERC3009 프로토콜을 사용하는 이유는 이러한 유형의 일반 결제 기능은 사용자가 직접 거래를 시작해야 하고, 각 거래마다 서명과 가스 수수료가 필요하기 때문입니다.

반면, ERC3009는 사용자가 한 번만 승인하면 서버 측에서 이를 재사용할 수 있습니다. 가스 요금이 필요 없습니다! 블록체인을 사용할 때 이 수수료를 절약할 수 있는 것은 다른 누군가가 대신 지불하기 때문입니다. 이 가스비를 지불하는 것은 바로 시설자입니다. 편리하고 가스가 없을 뿐만 아니라 스마트 지갑 등에 적합한 즉시 결제에도 적합합니다. 마지막으로 한 가지 더. 안전한 해지, 즉 환불을 지원합니다.

코인베이스의 잘 설계된 모듈인 에스크로 모듈이 여기에 있습니다.

5달러짜리 커피를 구매하는 경우를 예로 들어보겠습니다. 첫 번째 단계에서는 x402의 핵심인 상대 카드 기능을 사용합니다. 사용자는 "이 5달러를 에스크로에 보관하는 것을 허용합니다"라는 ERC3009 승인에 서명합니다. 그러면 운영자는 사용자의 서명을 받아 ERC3009의 transferWithAuthorisation을 사용해 실제로 에스크로 계약으로 돈을 이체합니다. 물론 이 모든 과정은 사용자가 미리 서명하고 승인한 후 진행되며, 시스템은 과도한 송금이나 실수 없이 사용자의 의사를 안전하게 이행할 수 있습니다.

판매자가 운영자를 통해 스마트 컨트랙트에 서명을 제출하여 커피 아이디어를 구매하고 싶다고 판단하면 스마트 컨트랙트 자체에서 서명이 본인이 아닌지, 금액이 5달러가 아닌지, 승인 유효기간이 지나지 않았는지, 서명은 취소됩니다. 모든 것이 정상이면 5달러가 지갑에서 차감되어 판매자에게 직접 송금되지 않고 에스크로 계약으로 직접 이체됩니다.

5달러는 Alipay에서 보류 중인 영수증 확인과 같으며 판매자는 사용자가 결제했음을 확인할 수 있고 아직 송금할 준비가 되지 않았음을 알 수 있습니다. 그러나 영수증을 확인하거나 시스템이 서비스가 완료되었음을 감지하면 판매자는 운영자를 통해 "캡처" 요청을 계속 시작하고 스마트 컨트랙트는 조건을 다시 확인합니다. 문제가 없으면 거래가 완료되고 에스크로 계약에서 5달러를 릴리스합니다.

이 경우 승인 시간이 만료되거나 사용자가 적극적으로 승인을 취소하면 5달러가 지갑으로 반환됩니다. 이것으로 전체 환불 절차가 완료됩니다.

X402의 설계 개념과 운영 로직은 완전히 새로운 결제 방식을 보여줍니다. 사용자는 KYC를 전혀 거치지 않고 암호화폐로 결제할 수 있습니다. 이는 의심할 여지 없이 사용자 경험을 기존 온라인 결제의 즉각성에 가깝게 끌어올린 획기적인 편의성입니다. 하지만 이 모델은 새로운 도전과 잠재적 위험도 함께 안고 있습니다. 사용자가 인증을 받으려면 AI 시스템에 개인 키를 인서명해야 하는데, 이는 보안과 개인정보 보호 측면에서 퇴보할 가능성이 있으며, 사용자가 완전히 통제해야 하는 암호화 자산의 키가 부분적으로 외부 지능형 시스템에 의존하기 때문에 잠재적인 보안 위험이 증가합니다. 한편, X402의 상륙은 고립된 사건이 아니며, 안전하고 편리하며 확장 가능한 결제 솔루션을 진정으로 형성하려면 다른 프로젝트, 프로토콜 및 생태계와 함께 발전시켜야 합니다. 기술적으로 AI와 암호화폐의 결합은 아직 탐색 단계에 있으며 신뢰, 규제, 사용자 교육 등 다양한 문제를 해결해야 합니다. 따라서 X402의 개념은 미래지향적이지만 널리 적용되기 위해서는 여전히 많은 당사자들의 시간과 노력이 필요합니다. AI+암호화폐 연착륙의 길은 가능성이 가득하지만 현실적으로 넘어야 할 장애물이 아직 많이 남아 있습니다.

마지막으로, x402의 기치 아래 밈 코인을 판매하는 것은 사기라는 점을 기억하시기 바랍니다.