PayChain

기관용 정산·증빙 인프라Settlement and proof infrastructure for institutions

결제가 끝나는 곳에서 정산이 시작됩니다Where the payment ends, settlement begins

결제가 확정된 뒤의 정산과 증빙, 그리고 그다음 실행까지 PayChain의 핵심 레이어 Settlement OS가 처리합니다. 처리 속도가 아니라 검증 가능한 안정성을 기준으로 설계했습니다.PayChain's core layer, Settlement OS, handles settlement, proof, and the execution that follows once a payment clears. Engineered around reliability you can verify, not raw throughput.

샌드박스 체험하기Try the sandbox px402 에이전트 문서Read px402 agent docs 개발자 문서Developer docs

라이브 허브 열기Open live hub

소비자 지갑도 결제창도 아니며, 자금을 직접 보관하거나 환전하지 않습니다. 기관과 파트너가 결제와 정산을 운영하는 허브입니다. 네트워크 토큰 PCI는 결제 수단이 아니라 네트워크를 굴리는 실행 연료입니다.

We're not a consumer wallet or a checkout, and we don't hold funds or handle FX. We're the hub institutions and partners run their payments and settlement on. PCI, the network token, is execution fuel for the network, not a checkout token.

한눈에 보기At a glance

PayChain이 무엇을 보장하는지 네 가지로 요약합니다. 모두 시스템 접근 없이 누구나 다시 검증할 수 있는 사실입니다.Four things PayChain guarantees, and every one of them is re-verifiable by anyone, without access to our systems.

검증 가능한 ReceiptVerifiable Receipt 결제마다 ReceiptA Receipt per payment
배치 anchoringBatch + anchor 배치 증거를 온체인에 기록Proof anchored on-chain
독립 검증Independently verifiable 우리 인프라 없이 재확인Re-check without us
Non-custodial · 감사 추적Non-custodial · audit trail 자금 미보관, 전 과정 기록No custody, full trail

01 — 누구를 위한01 — Who it's for

누구를 위한 인프라인가Who it's for

하나의 인프라를 역할마다 다른 각도에서 봅니다. 은행, 개발자, 커머스·PG가 각자에게 필요한 부분만 바로 확인할 수 있도록 정리했습니다.One layer, three lenses. Whether you're a bank, a developer, or a commerce/PG team, you can zero in on just the part that matters to you.

은행·금융Banks & finance

체인 구조를 상세히 알 필요는 없습니다. 중요한 것은 결제가 어떻게 처리됐고 정산이 언제 끝났는지를 같은 기준으로 확인하는 일입니다. 리스크, 감사, 규제 대응에 필요한 정산 설명과 로그, 블록체인 기록을 한곳에 모았습니다.You don't need deep chain knowledge. What matters is seeing how a payment was handled and when settlement closed through one lens. The settlement narrative, the logs, and the blockchain records all sit in one place, ready for the risk, audit, and regulatory conversations.

기존 PG, 코어, 정산 프로세스를 교체하지 않습니다. 그 위에 운영 기준과 확인 근거를 한 겹 더할 뿐입니다.And it doesn't tear out your existing PG, core, or settlement processes. It just lays an operating layer and a confirmation trail on top.

개발자Developers

HTTP API, 단계별 상태 흐름, 공개 상태 정보를 제공하므로 빠르게 연동하고 로컬에서 처음부터 끝까지 리허설할 수 있습니다.With HTTP APIs, a step-by-step status flow, and public status info, you can wire it up fast and rehearse the whole thing end to end on your own machine.

자세한 내용은 개발자 문서에서 이어집니다.The rest picks up in the Developer docs.

커머스·PG·파트너Commerce, PG & partners

수수료, 지연, 운영 문의를 줄이려면 PG, 웹3, 정산을 하나의 기준 기록으로 맞춰 두는 편이 유리합니다.To cut fee drag, delays, and ops tickets, line up PG, Web3, and settlement on one source of truth.

하지 않는 일What it does not do

PayChain은 결제 이후의 정산과 증빙에만 집중합니다. 아래 영역은 스택의 다른 계층과 파트너 시스템의 몫으로 의도적으로 남겨 둡니다.PayChain focuses on settlement and proof after a payment, and nothing else. The rest is left, by design, to other layers of the stack and to partner systems.

  • 소비자 결제 화면. 지갑이나 체크아웃 UI는 제품 레이어와 파트너의 몫입니다.Consumer payment screens. Wallets and checkout belong to the product layer and to partners.
  • 자산 교환과 환전. 가격을 매기지도, 자산을 바꾸지도 않습니다.Asset exchange or FX. We don't price assets and we don't convert them.
  • 스테이블코인 발행. 발행과 상환은 발행사와 그 제품이 할 일입니다.Stablecoin issuance. Minting and redemption are the issuer's job, in their own product.
  • 사용자 자산 보관. 누군가의 잔액을 직접 들고 있는 일은 없습니다.Custody of user funds. We never hold anyone's balance.

어느 자리에서 보든 결론은 같습니다. 연동은 파트너 환경에 맞춰 유연하게 조정되고, 빠른 실행과 오래가는 정산이 한 흐름으로 이어지며, 사람과 자동화, AI 에이전트가 같은 인터페이스를 공유합니다. 레일이 늘어도 운영의 이야기는 하나로 남습니다.From any of those seats, the conclusion is the same. Integration flexes to each partner's environment, fast execution and durable settlement run as one flow, and humans, automation, and AI agents share the same interface. However many rails you add, the operating story stays one.

02 — 작동 방식02 — How it works

작동 방식How it works

PayChain은 소비자 앱 앞단이 아니라 파트너 시스템 뒤에서 동작합니다. 실행과 정산은 분리돼 있지만, 운영자와 시스템 모두 같은 Receipt를 기준으로 삼습니다. 거래를 건건이 올리는 대신 배치 단위 증거만 블록체인에 기록(anchoring)하므로, 비용과 운영 부담이 가볍습니다.PayChain runs behind partner systems, not in front of users. Execution and settlement are separate, but operators and systems alike work from the same Receipt. Instead of posting every transaction on-chain, it anchors proof per batch, which keeps both cost and operational load low.

  1. 실행Execution

    결제 요청이 들어오면 정책 검증을 거쳐 확정됩니다. 상태가 바뀔 때마다 그 사실이 Receipt에 남습니다.A payment request comes in, clears policy checks, and is confirmed. Every state change is written to the Receipt.

  2. 정산Settlement

    확정된 거래는 배치 단위로 모여 기반 블록체인에 기록되고 정산됩니다. 증거 또한 건별이 아니라 배치 단위로 남습니다.Confirmed entries are batched, recorded on the base blockchain, and settled. Proof is left per batch, not per transaction.

  3. 증명Proof

    블록체인에 기록된 배치는 언제든 다시 검증할 수 있습니다. 정산이 끝나고 오랜 시간이 지난 뒤에도 같은 Receipt로 무엇이 확정됐는지 되짚고 감사에 대응합니다.Recorded batches stay verifiable indefinitely. Long after settlement, you can reopen the same Receipt, trace exactly what was confirmed, and answer an audit.

실행과 정산을 분리한 이유는 속도와 신뢰를 맞바꾸지 않기 위해서입니다. 실행은 사용자 경험에 맞춰 빠르게 확정되고, 정산은 배치 증거와 함께 단단하게 닫힙니다. 어느 쪽도 상대를 약하게 만들지 않습니다.Execution and settlement are kept separate so speed never trades against trust: execution confirms fast for the user experience, while settlement closes hard behind it with batched evidence. Neither weakens the other.

03 — 증거03 — The proof

모든 결제가 검증 가능한 Receipt가 됩니다Every payment becomes a verifiable Receipt

스크린샷도, "믿어 주세요" 식 대시보드도 아닙니다. 정산된 배치마다 누구나 다시 검증할 수 있는 온체인 anchor가 남습니다. 결제가 끝나고 한참 뒤에도, 우리 시스템에 접근하지 않고도요.No screenshots, no trust-us dashboards. Each settled batch leaves an on-chain anchor anyone can re-verify, long after the payment cleared, without access to our systems.

receipt.json — 독립 검증됨receipt.json — verified independently
{
  "id": "rcpt_0x9f…a21",
  "status": "Settled",
  "batch": "0x4c…e8",
  "anchor": { "l1Tx": "0xab…77", "merkleRoot": "0x12…cd" },
  "verifiable": true
}
$ verifyReceiptProof(receipt) → ✓ valid · anchored · final
  • Receipt를 다시 열어 무엇이 확정됐는지 그대로 추적합니다.Reopen any Receipt and trace exactly what was confirmed.
  • 온체인 anchor를 직접 다시 검증하세요. 증거는 세션보다 오래 남습니다.Re-verify the on-chain anchor yourself. The proof outlives the session.
  • 시스템이 정산한 바로 그 기록으로 감사에 대응합니다.Answer an audit with the same record the system settled against.

04 — 왜 PayChain04 — Why PayChain

PayChain은 또 하나의 체인이 아닙니다PayChain isn't just another chain

금융 인프라의 기준은 처리 속도가 아니라 안정성입니다. PayChain은 검증된 블록체인 위에 운영, 감사, 장애 대응, 복구를 처음부터 설계에 포함했습니다. 실제 금융 운영을 견디도록 만든 기반입니다.The benchmark for financial infrastructure is reliability, not throughput. PayChain builds on proven blockchain technology, with operations, audit, incident response, and recovery designed in from the start. A foundation built to carry real financial operations.

이 기반이 풀려는 마찰은 추상적이지 않습니다. 결제가 끝난 뒤, 현장에는 세 가지 공백이 남습니다.The friction this foundation tackles is anything but abstract. Once a payment clears, three gaps remain on the ground.

  • 정산과 대사가 결제수단(레일)마다 따로 돕니다. 수단이 섞이는 순간 마감과 대조도 따로 갑니다.Settlement and reconciliation run in silos, one per payment rail. The moment rails mix, closing the books splits apart too.
  • 결제 이후의 기록은 레일을 건널 때마다 끊깁니다. 운영자도 감사인도 전체 흐름을 한 번에 읽지 못합니다.The post-payment record breaks every time it crosses a rail. Neither operators nor auditors can read the full story in one pass.
  • 그 기록을 함께 쓸 공유 정산 API가 없습니다. 시스템마다 따로 묻고, 따로 맞춰 봐야 합니다.And there is no shared settlement API to work from, so every system asks on its own and reconciles on its own.

PayChain은 이 공백을 하나의 흐름으로 메웁니다. 모든 거래가 하나의 Receipt로 남고, 배치로 모여 블록체인에 기록되며, 언제든 다시 검증됩니다.PayChain closes those gaps with one flow: every transaction lands in the same Receipt, gets batched and anchored to the blockchain, and stays verifiable at any time.

검증된 기술 위의 신뢰성Reliability on proven technology

새로운 합의 실험이 아니라 검증된 블록체인 스택 위에서 동작합니다. 금융 인프라에 먼저 필요한 것은 화려함이 아니라 예측 가능성이기 때문입니다.It runs on a proven blockchain stack, not a novel consensus experiment. Financial infrastructure needs predictability before novelty.

운영·감사·복구까지 포함한 설계Designed for operations, audit, recovery

문제가 생겨도 무엇이 일어났는지 설명하고 되돌릴 수 있어야 한다는 것이 첫 번째 운영 요건이었습니다. 복구와 감사는 기능 추가가 아니라 설계 전제입니다.The first operating requirement: when something breaks, you can explain what happened and undo it. Recovery and audit are design premises, not add-ons.

금융에 맞는 거버넌스Governance fit for finance

권한, 정책, 다자 승인이 운영 모델 안에 들어 있습니다. 누가 무엇을 실행할 수 있는지는 코드와 정책으로 통제합니다.Roles, policy, and multi-party approval live inside the operating model, so who can do what is governed by code and policy.

현장에서는 네 가지로 돌아옵니다.On the ground, that comes back as four things.

  • 통합 비용 절감: 레일마다 따로 만들던 정산·대사 연동이 한 번의 연동으로 줄어듭니다.Lower integration cost: one integration replaces the per-rail settlement and reconciliation plumbing.
  • 설명 가능한 정산: "왜 이 금액인가"를 Receipt와 블록체인 증거로 바로 설명합니다.Explainable settlement: answer "why this amount" straight from the Receipt and its on-chain proof.
  • 자동화하기 쉬운 구조: 사람 손을 타지 않는 상태 흐름과 API가 마감·보고 자동화의 토대가 됩니다.Built for automation: a state flow and APIs that run hands-off, the base for automated closing and reporting.
  • 운영 일원화: 여러 레일의 운영, 장애 대응, 감사를 한 시스템에서 처리합니다.One operating surface: run operations, incident response, and audit for every rail in a single system.

05 — 설계된 신뢰05 — Trust, by design

처음부터 기관을 위해 설계Built for institutions from the first line

처리량 주장이 아니라 구조적 보장입니다. 신뢰 모델 자체가 제품입니다.Structural guarantees, not throughput claims. The trust model is the product.

Non-custodialNon-custodial

정산 코어는 자금 이동 키를 보유하지 않습니다. 고객 자금을 옮기지 않습니다.Settlement core holds no fund-moving keys. We don't move your money.

배치 anchoringBatch-anchored

증거를 배치 단위로 온체인에 기록합니다. 비용은 가볍게, 증거는 단단하게.Proof recorded on-chain per batch. Light on cost, hard on evidence.

독립 검증 가능Independently verifiable

누구나 우리 인프라 없이 Receipt를 다시 확인할 수 있습니다.Anyone can re-check a Receipt without access to our infrastructure.

완전한 감사 추적Full audit trail

모든 상태 변화를 SSOT에 기록하고 감사를 위해 보관합니다.Every state change written to SSOT, retained for audit.

내장된 복구Built-in recovery

운영·장애 대응·복구를 처음부터 설계에 포함합니다. 나중에 덧붙이지 않습니다.Operations, incident response, and recovery designed in, not bolted on.

PayChain 스택 기반Built on the PayChain stack PayHub px402 ieum receipt-proof

퍼블릭 테스트넷 소식 받기Get the public testnet update

결제가 끝나는 곳에서 정산이 시작됩니다. 무엇이 준비되고 있는지 가장 먼저 확인하세요.Where the payment ends, settlement begins. Be first to see what's coming.

퍼블릭 테스트넷 오픈 소식을 가장 먼저 받아보세요.Be the first to hear when the public testnet opens.