마패MAPAE
ENGitHubStudio 열기
AGENT PAYMENTS ON GIWA · TESTNET

GIWA에서 x402 받기 = 마패 한 줄서버가 없으면 폼 하나.

빌더는 Hono 미들웨어 한 줄로 유료 경로를 열고, 서버 없는 가게는 결제 URL 하나를 받습니다. 손님은 데스크톱에서 시켜 두고 가게에서 찾습니다. 들어오는 것은 GIWA Sepolia의 tUSDC(테스트넷, 실제 돈 아님)입니다.

Studio 열기셀러 가이드
OWNER
SETS THE SCOPE
CHAIN
ENFORCES IT
AGENT
ACTS WITHIN

SCOPEASSET + PAYEE사용할 자산과 결제할 상대를 지정합니다

BUILT ON OPEN RAILS

GIWASettlement network
x402Payment handshake
ERC-7710Delegated authority
ERC-4337Smart account
THE CONTROL LAYER

에이전트에게 필요한 건지갑 전체가 아니라,목적에 맞는 경제적 권한입니다.

WITHOUT MAPAE

키를 건네고 믿는다

  • 지갑 전체에 접근
  • 백엔드가 한도를 약속
  • 문제가 생긴 뒤 발견
WITH MAPAE

경계를 정하고 맡긴다

  • 필요한 범위만 위임
  • 체인이 매 결제를 강제
  • 언제든 권한을 회수
ONE MANDATE · FOUR BOUNDARIES

소유자가 정하고, 체인이 지킵니다.

숫자는 제품에 고정되어 있지 않습니다. 각 권한은 사용 목적에 맞게 구성되고, 에이전트는 새겨진 범위를 넘어설 수 없습니다.

  1. 01
    ASSET · RECIPIENT

    자산과 상대

    어떤 자산을 누구에게 보낼 수 있는지 먼저 좁힙니다.

  2. 02
    AMOUNT · CADENCE

    금액과 주기

    한 번의 결제와 일정 기간 동안 쓸 수 있는 상한을 정합니다.

  3. 03
    START · EXPIRY

    유효 기간

    권한이 시작되고 끝나는 시간을 체인이 직접 확인합니다.

  4. 04
    OWNER · REVOKE

    소유자 통제

    필요하면 만료를 기다리지 않고 권한을 즉시 회수합니다.

REQUEST · PAY · PROCEED

결제는 자동으로 흐르지만,권한 검사는 생략되지 않습니다.

  1. 01

    Request

    에이전트가 유료 리소스를 요청하고 402 결제 조건을 받습니다.

  2. 02

    Scope

    해당 결제의 금액과 수취인만 담은 일회성 권한을 만듭니다.

  3. 03

    Enforce

    체인이 자산·한도·기간·상대가 위임 범위 안인지 검사합니다.

  4. 04

    Settle

    통과한 거래만 릴레이어가 GIWA에 정산합니다.

  5. 05

    Proceed

    정산 영수증이 확인되면 리소스가 에이전트에게 열립니다.

SECURITY BY REFUSAL

안전성은 성공한 결제가 아니라,거절할 수 있는 결제에서 드러납니다.

정산 전에 실행될 내용을 그대로 시뮬레이션합니다. 권한 범위를 벗어나면 브로드캐스트하지 않으므로 자금 이동과 불필요한 가스 지출이 없습니다.

기술 문서에서 신뢰 경계 보기
01

정해진 한도를 넘겨 결제

transfer-amount-exceeded
REFUSED
02

만료된 권한으로 결제

expired-delegation
REFUSED
03

허락하지 않은 사람에게 송금

invalid-calldata
REFUSED
GIWA SEPOLIA EVIDENCE

설명보다 먼저, 확인할 수 있는 기록.

아래 링크는 테스트넷에서 실제로 정산된 위임 결제입니다. 제품의 고정 한도나 운영 지표가 아니라 기술 동작을 검증하는 공개 증거입니다.

SETTLEMENT 01GIWA SEPOLIA0xe897fe55…c6aaa97d
SETTLEMENT 02GIWA SEPOLIA0x71d71442…32f46ce4
SETTLEMENT 03GIWA SEPOLIA0x533c5cb2…efd9964c
TESTNET ONLY

현재 공개 증거는 GIWA Sepolia의 테스트 자산으로 생성되었습니다. 실제 가치 자산을 위한 운영 준비 상태를 의미하지 않습니다.

PASS · PAY · PROCEED

경계를 정하세요.에이전트가 그 안에서 움직입니다.

지갑을 넘기지 않고도 자율 결제를 시작할 수 있습니다.

Studio 열기 기술 문서