In June 2026, the Financial Stability Board published a consultation report on responsible AI adoption in finance. It is not a binding rule, more a candid list of what supervisors worry about as institutions hand more work to autonomous AI. Three worries stand out: concentration on a few providers, sensitive data and over-reaching agents, and accountability when an agent acts on its own.

Read them together and the same gap sits under each. An autonomous agent that searches, reasons, and decides still has to pay for the data and tools it uses, and that moment of payment is exactly where identity, permission, and a record could live, if the payment layer were built for it. That is x402, and it is why HPP's products line up so closely with what the report asks for.

HPP is now an official x402 Facilitator, part of the infrastructure powering agentic payments alongside Coinbase, Stellar, Polygon, and more. That distinction matters here. Being listed as a facilitator is not HPP claiming to use x402. It means other builders in the x402 ecosystem, on HPP Mainnet, can now route their payment verification and settlement through HPP's infrastructure, gasless, without running their own blockchain connectivity. This is not a new direction for us; it is a formal recognition of ground HPP was already building on.

Part 1 covered the coming era of agent payments and how x402 meets HPP's enterprise foundation. This is Part 2, where we get concrete.

Not betting everything on one model

The report's worry about third-party concentration is really about single points of failure: one provider going down or quietly swapping its model, and many institutions moving in lockstep on the same few systems. HPP Router is built for the opposite shape. Calls run through a router that can spread across many models: if one fails, traffic reroutes and the service keeps running; simple requests go to cheap models, high-stakes ones get cross-checked across several. OpenHPP, our Agent-as-a-Service runtime, is where agents make these calls.

For example, take a bank's customer assistant during a provider outage. Tied to one model, it goes dark and the support queue stalls with it. Through a router, the outage is just a reroute to a backup model, slower maybe, but the queue keeps moving.

x402 is what makes that diversity painless. Mixing models normally means a separate contract, API key, and billing setup per provider; with x402 the router simply pays each endpoint per call in stablecoins, with no account or prior agreement. When switching is nearly free, concentration is far easier to avoid. And with HPP now facilitating verification and settlement directly, that payment step happens on infrastructure the ecosystem already trusts.

Letting agents do less than they could

The report leans on a familiar idea: least privilege. An agent should hold only the access its current task needs. It also flags sensitive data leaving the institution to be processed by an outside model.

Two parts of HPP answer this. Noösphere runs heavy inference off-chain and verifies the result on-chain, so an institution can trust an output by cryptographic proof instead of shipping raw data to whoever runs the model. And because every x402 call is a signed authorization (EIP-3009), access and spend are granted one call at a time and expire just as fast.

For example, in an anti-money-laundering review, an investigation agent needs one customer's recent transactions and a sanctions-list check, nothing more. Granted per call, it gets exactly those reads for that one case, and the grant lapses when the task ends. If the agent is later compromised, it holds no standing key to the wider customer base.

To be clear, this does not stop a prompt injection. It shrinks the blast radius: when permission and money are scoped to a single call, a stolen credential or misfiring agent runs out of room fast.

Every action leaves a receipt

This is where HPP fits the report most tightly. For agentic AI, supervisors ask for an audit trail, a distinct identity per agent, spend limits with human approval above a threshold, and logs of the steps and tools an agent used.

x402 turns every external data pull, tool call, and inference into a signed payment event. As the facilitator verifying and settling those events, HPP sits at the exact point where the record gets made, not after the fact. On HPP's ledger the trail writes itself: which agent paid for which data, when, and how much, in a place no one can quietly edit. Months later, if a supervisor asks why one case was flagged and another cleared, the institution can replay the agent's exact path, call by call, rather than reconstruct it from memory. The wallet address serves as the agent's identity, and spend thresholds and approvals can sit in the payment layer itself.

Step back and it is one path. HPP connects data collection and verification, inference, and analysis end to end on-chain, and x402 lets each step carry its own price. When an agent requests an asset analysis, each stage (collect, verify, infer, analyze) is charged and settled as it passes.

That is what lets the pipeline run start to finish without a human approving each step, and because every step is paid as it runs, it leaves a record of itself in the same motion.

Closing

x402 is a direction, not a destination. On an AI-native chain, payment is core: an agent that can think, search, and create but cannot pay will stall and call a human.

The property that lets it finish on its own is the same one that lets a person reconstruct what it did afterward. Move fast and stay accountable: the report frames these as a tension, but on the right payment layer they turn out to be the same thing. HPP's status as a facilitator is not the finish line; it is the infrastructure layer that lets this whole picture hold together, verified and settled on rails other builders can now use too.

If you haven't read it yet, Part 1 covers where this all started.

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

2026년 6월, 금융안정위원회(FSB)는 금융권의 AI 책임 도입에 관한 협의 보고서를 공개했습니다. 이는 강제 규범이라기보다, 기관들이 자율 AI에 더 많은 일을 맡기는 지금 관련 리스크를 정리한 목록에 가깝습니다. 특히 세 가지 문제점이 두드러집니다. 1)소수 사업자에 대한 집중, 2)민감한 데이터와 막대한 권한을 가진 에이전트, 그리고 3)에이전트의 책임 소재입니다.

그리고 그 세 문제점 모두 하나의 결과로 귀결됩니다. 찾아보고 추론하고 판단하는 자율 에이전트도 자기가 쓰는 데이터에 값을 치러야 함은 물론, 이러한 '결제'라는 방식을 통해 신원과 권한과 기록이 남게된다는 점입니다. x402가 해결하고자 하는 문제가 바로 그것이고, HPP 제품들이 이 보고서의 요구 사항을 충족시킬 수 있게 되는 이유입니다.

HPP는 이제 x402 공식 Facilitator입니다. Coinbase, Stellar, Polygon 등과 나란히 에이전틱 결제를 움직이는 인프라에 참여합니다. Facilitator로 등재됐다는 건 HPP가 단순히 x402를 쓴다는 선언을 넘어, HPP Mainnet 위에서 x402 생태계의 다른 빌더들이 자체 블록체인 없이 결제 검증과 정산을 HPP 인프라를 통해, 그것도 가스비 없이 처리할 수 있게 됐다는 뜻입니다. 이는 새로운 방향이 아니라, HPP가 이미 다져온 기반을 공식적으로 인정받은 것입니다.

1부에서 에이전트 결제 시대와 x402가 HPP의 기업 기반과 어떻게 맞닿는지 다뤘다면, 이번 2부에서는 조금 더 구체적으로 알아보겠습니다.

단일 실패 지점 최소화

보고서가 짚는 서드파티 집중 문제는 결국 단일 실패 지점에 대한 우려입니다. 한 사업자가 멈추거나 임의로 모델을 변경할 때, 여러 기관이 소수의 동일한 시스템에 묶여 동시에 타격을 입는 상황을 말합니다. HPP 라우터는 하나가 멈추면 트래픽이 우회해 서비스가 계속 돌아가고, 단순한 요청은 값싼 모델로, 높은 판단이 필요한 일은 여러 모델의 교차 검증으로 보냅니다. Agent-as-a-Service 런타임 OpenHPP가 HPP 라우터를 통해 이러한 일을 이뤄낼 수 있습니다.

예를 들면, 사업자 장애가 난 은행 고객 어시스턴트가 있습니다. 단일 모델에 묶여 있으면 어시스턴트가 멈추고 상담도 함께 멈추지만, 라우터를 거치면 백업 모델로 우회가 되어, 조금 느려질지언정 업무는 계속 이어집니다.

이러한 다변화를 수월하게 만드는 게 x402입니다. 보통 여러 모델을 섞으려면 사업자마다 계약·API 키·정산을 별도로 체결하고 설정해야 하지만, x402가 적용되면 라우터가 선택한 모델에 계정이나 선계약 없이 호출당 스테이블코인으로 결제할 수 있습니다. 교체 비용이 0에 수렴하면, 단일 실패 지점에 대한 집중은 훨씬 피하기 쉬워집니다. 그리고 이제 HPP가 직접 검증과 정산을 담당하게 됨에 따라, 모든 결제가 신뢰 인프라 위에서 이뤄집니다.

에이전트의 권한 축소

보고서는 익숙한 원칙 하나를 강조합니다. 최소 권한입니다. 에이전트는 눈앞의 작업에 필요한 만큼만 접근 권한을 쥐어야 합니다. 민감한 정보가 외부 모델에서 처리되려 기관 밖으로 나가는 문제도 중요합니다.

Noösphere는 무거운 추론을 오프체인에서 실행하고 그 결과를 온체인에서 검증 가능한 형태로 증명합니다. 덕분에 기관은 원본 데이터를 모델 사업자에게 통째로 넘기지 않고도, 암호학적 증명을 통해 결과의 정합성을 신뢰할 수 있습니다. 또 모든 x402 호출은 서명된 승인(EIP-3009 기반)이라, 접근과 지출을 호출 단위로 처리하고 빠르게 소멸시킵니다.

예를 들면, 자금세탁방지(AML) 점검에서 조사 에이전트는 특정 고객의 최근 거래와 제재 명단 대조만 필요할 뿐, 나머지 고객 DB를 돌아다닐 이유가 없습니다. 권한을 호출 단위로 주면 그 한 건을 위해 딱 그 조회만 얻고 작업이 끝나면 권한이 소멸하니, 나중에 에이전트 권한이 탈취돼도 더 넓은 고객 정보를 취득할 수 없습니다.

이런 방식이 프롬프트 인젝션 자체를 막을 수는 없지만, 피해 범위를 좁힐 수는 있습니다. 권한과 돈이 한 호출에 묶여 있으면, 자격증명이 탈취되거나 에이전트가 오작동해도 그 범위 안에서만 움직일 수 있을 뿐입니다.

모든 행동이 기록되는 순간

에이전틱 AI에 대해 감독 당국은 감사 추적, 에이전트별 고유 신원, 일정 금액 이상이면 사람이 승인하는 지출 한도, 그리고 거쳐 간 단계·도구의 로그를 요구합니다.

x402는 모든 외부 데이터·도구·추론 호출을 서명되고 추적 가능한 결제 이벤트로 바꿉니다. 이 이벤트를 검증하고 정산하는 facilitator로서, HPP는 기록이 사후에 재구성되는 게 아니라 바로 그 순간에 만들어지는 지점에 서 있습니다. HPP 원장에 올려 모든 감사 추적, 단계별 로그를 확보합니다. 어떤 에이전트가 어떤 데이터에 언제 얼마를 냈는지 모두 기록됩니다. 몇 달 뒤 감독 기관이 왜 이 건은 의심 표시가 되고 저 건은 없는지 물어도, 에이전트가 거친 정확한 경로를 호출 단위로 되짚을 수 있습니다. 지갑 주소는 그대로 에이전트의 신원이 됩니다.

HPP는 데이터 수집·검증, 추론, 분석이 온체인에서 끝까지 이어지도록 설계됐고, x402는 각 단계가 저마다의 값을 지니게 합니다. 한 에이전트가 자산 분석을 요청하면 수집·검증·추론·분석이 지날 때마다 비용이 매겨지고 정산됩니다.

사람이 각 단계마다 승인하지 않아도 파이프라인이 끝까지 도는 이유이고, 각 단계가 그 자리에서 결제되기에 파이프라인은 같은 동작으로 스스로의 기록을 남깁니다.

마치며

x402는 목적지가 아니라 방향입니다. AI 네이티브 체인에서 결제는 핵심 요소입니다. 생각하고, 찾아보고, 만들어내도 정작 결제를 하지 못하는 에이전트는 결국 사람의 개입을 필요로 하게 됩니다.

에이전트가 '결제'라는 방식을 통해 모든 테스크를 끝마치게 해주는 바로 그 특성이, 나중에 사람이 에이전트의 행적을 그대로 되짚어볼 수 있는 기록으로 남게됩니다. 빠르게 움직이면서도 책임 소재를 명확히 하는 것. 보고서는 이 둘을 서로 상충하는 과제로 바라보지만, 올바른 결제 레이어 위에서 이 둘은 본질적으로 같은 선상에 있습니다. HPP가 facilitator가 됐다는 건 이제 다른 빌더들도 이 검증과 정산의 레일 위에 함께 올라탈 수 있다는 의미입니다.

1부에서 HPP와 x402가 어떻게 출발했는지 확인하실 수 있습니다.