When agents pay directly

A world where agents pay on their own (with no person in the loop), no longer looks far off. Mastercard recently unveiled Agent Pay for Machines (AP4M), and over the past year Google's Agent Payments Protocol, Visa, and Stripe have each put forward similar services or signaled the same direction. The approaches differ, but the goal looks shared: agents that transact without a human approving each step. Today's payment rails were not built for that, which is why the world's largest payment companies are racing to set the new standard first.

HPP is an AI-native chain designed for this shift from the ground up. Our aim is for every agent and app on HPP to send and receive payments natively, with no extra module or layer in between. The standard we have chosen as a starting point is x402.

HPP is registered in the x402 asset registry as a default-asset chain. Its chain identifier is eip155:190415 under CAIP-2, and its default settlement asset is Bridged USDC (contract 0x401eCb1D350407f13ba348573E5630B83638E30D), transferred via EIP-3009. The groundwork is in place. What remains is to make this form of payment a default capability across HPP's products.

What x402 is

x402 is an open payment standard built on a deceptively simple idea: it revives the long-dormant HTTP 402 "Payment Required" status code as a working protocol for machine-to-machine payments. A client requests a resource, receives a price, signs the payment, and gets the resource. No account, no checkout page, no one in the middle.

Settlement happens in stablecoins. On EVM, x402 uses signature-based transfers (EIP-3009 or Permit2), so the payer signs once and a facilitator covers the gas. It supports per-request pricing, and frequent payments can be grouped and settled in batches. In short, it is a payment method shaped around the way machines actually consume services.

Aergo's institutional and enterprise customers

The benefits of x402 extend beyond HPP's new products. HPP traces its roots to Aergo, an enterprise blockchain that, together with Blocko, spent years building blockchain systems for Korean financial institutions, large corporations, and public-sector organizations. Services such as identity verification, document and data verification, and data integrity already run on-chain.

These customers typically operate their own systems in in-house or on-premise environments. x402 leaves those environments untouched and adds a payment and settlement rail only at the points where they meet the outside world. There are three broad directions.

As a service provider. Suppose a financial institution has built an identity-verification service on Aergo. Add x402, and an external fintech's system or agent can request that verification and settle the per-call fee in the same motion. With no separate billing system and no contracting process, the verification infrastructure they have already built becomes a service that can be charged for directly.

As a service consumer. The reverse direction is just as simple. Suppose an institution's internal system needs to call external services such as sanctions screening, credit data, or document verification. Today that means a separate contract with each provider and monthly reconciliation. With x402, each call settles immediately in a standardized way: pay only for what you use, with a record left behind.

For institutions and enterprises, it comes down to this:

• Extending existing assets: identity, verification, and data services already built on-chain can be opened to the outside as billable services, with no need to rewrite code.
• Two-way standard settlement: whether providing a service or consuming one, there is no need to build a separate integration per counterparty. x402 handles billing and settlement through a single standard.
• Auditability: every charge and settlement is signed and recorded on-chain, which is easier to manage in environments where regulation and audit matter.
• Low-friction adoption: existing in-house and on-premise environments stay as they are, with a payment rail added only at the edges that touch the outside.

This is why we built HPP on Aergo's legacy. The foundation of putting real institutional and enterprise workloads on-chain is already there, and payment for the agentic era is the next layer that settles naturally on top of it.

So how does x402 actually work on top of HPP's products? In Part 2, we will walk through OpenHPP, HPP Hub, HPP Coder, and the on-chain pipeline in turn.

HPP와 x402, 에이전트 결제 시대를 준비합니다 (1부)

에이전트가 직접 결제하는 시대

사람 없이 에이전트가 직접 결제하는 시대가 그리 멀지 않아 보입니다. Mastercard는 최근 Agent Pay for Machines를 공개했고, Google과 Visa, Stripe도 지난 1년 사이 유사한 서비스나 방향성을 제시했습니다. 방식은 다를지언정, 목표하는 바는 같아 보입니다. 사람의 확인을 매번 거치지 않고, 에이전트가 직접 결제하는 것입니다. 하지만 지금의 결제망으로는 감당하기 어려운 방식이기에 새로운 결제 표준을 선점하기 위해 글로벌 payment 기업들이 달리는 시작했습니다.

HPP는 이러한 변화를 처음부터 염두에 두고 설계된 AI 네이티브 체인입니다. HPP 위의 모든 에이전트와 앱이 별도의 장치나 레이어 없이 결제를 주고받는 것, 그것이 저희가 향하는 목표입니다. 그리고 그 출발점으로 고른 표준이 바로 x402입니다.

HPP는 x402 자산 레지스트리(asset registry)에 기본 자산(default asset) 체인으로 등록되어 있습니다. 체인 식별자는 CAIP-2 기준 eip155:190415, 기본 정산 자산은 Bridged USDC(컨트랙트 0x401eCb1D350407f13ba348573E5630B83638E30D)이며 EIP-3009 방식으로 전송됩니다. 기반을 마련하고, HPP의 여러 제품에서 기본 기능으로 풀어내고자 합니다.

x402란

x402는 발상 자체는 단순한 개방형 결제 표준입니다. 오래도록 잠들어 있던 HTTP 402 "Payment Required" 상태 코드를 기계 간 결제 프로토콜로 되살렸습니다. 클라이언트가 리소스를 요청하면 가격이 돌아오고, 결제에 서명하면 리소스를 받을 수 있습니다. 계정도, 결제창도, 중간에 끼어드는 사람도 없습니다.

정산은 스테이블코인으로 이뤄집니다. EVM에서는 서명 기반 전송(EIP-3009 또는 Permit2)을 써서, 사용자가 한 번만 서명하면 가스비는 facilitator가 대신 냅니다. 요청 한 건 단위로 가격을 매기고(per-request pricing), 잦은 결제는 모아서 정산(batch settlement)할 수도 있습니다. 기계가 서비스를 쓰는 방식에 맞춰 만든 결제 방식이라고 볼 수 있습니다.

Aergo의 기관·기업 고객

x402의 혜택은 HPP의 신규 서비스에만 머물지 않습니다. HPP의 뿌리에는 Aergo가 있습니다. Aergo는 오랜 기간 국내 금융사와 대기업, 공공기관의 블록체인 시스템을 구축해 온 엔터프라이즈 블록체인입니다. 신원 인증, 문서·데이터 검증, 데이터 무결성 같은 서비스가 이미 온체인에서 돌아가고 있습니다.

이 고객들은 대개 인하우스나 온프레미스 환경에서 자신만의 시스템을 운영합니다. x402는 그 환경을 흔들지 않으면서, 외부와 맞닿는 지점에만 결제·정산 레일을 더할 수 있습니다.

서비스 공급자. 한 금융사가 Aergo 위에 본인 인증 서비스를 구축해 두었다고 해보겠습니다. 여기에 x402를 얹으면, 그 인증이 필요한 외부 핀테크의 시스템이나 에이전트가 인증을 요청하면서 그 자리에서 건당 비용을 함께 정산합니다. 별도의 과금 시스템이나 계약 절차 없이, 그동안 쌓아 온 인증 인프라가 곧바로 과금 가능한 서비스가 됩니다.

서비스 사용자. 반대 방향도 똑같이 단순해집니다. 어떤 기관의 내부 시스템이 외부의 제재 대상 조회, 신용 데이터, 문서 검증 같은 서비스를 호출해야 한다고 가정해보겠습니다. 지금은 공급사마다 따로 월 단위 정산 등의 방식으로 정산이 필요합니다. x402를 쓰면 호출 한 건마다 표준화된 방식으로 곧바로 정산됩니다. 쓴 만큼만, 기록이 남는 형태로 처리됩니다.

기관과 기업 입장에서 정리하면 이렇습니다.

• 기존 자산의 확장: 이미 온체인에 구축한 인증·검증·데이터 서비스를, 코드를 다시 짜지 않고 과금 가능한 형태로 외부에 열 수 있습니다.
• 양방향 표준 정산: 서비스를 제공하든 가져다 쓰든, 상대마다 별도 연동을 만들 필요 없이 x402 하나로 청구하고 정산합니다.
• 감사 가능성: 모든 청구와 정산이 서명되어 온체인에 기록되므로, 규제와 감사가 중요한 환경일수록 다루기 수월합니다.
• 부담 없는 추가: 기존 인하우스·온프레미스 환경은 그대로 두고, 외부와 맞닿는 지점에만 결제 레일을 더하는 형태입니다.

우리가 Aergo의 레거시 위에 HPP를 세운 이유가 여기에 있습니다. 수년간 기관과 기업의 실제 업무를 온체인에 올려 온 기반이 이미 있고, 에이전트 시대의 결제는 그 위에 자연스럽게 얹히는 구조입니다. 그렇다면 x402는 HPP의 제품 위에서 실제로 어떻게 동작할까요. 이어지는 2부에서 OpenHPP, HPP Hub, HPP Coder, 그리고 온체인 파이프라인을 차례로 살펴보겠습니다.