Are you an LLM? Read llms.txt for a summary of the docs, or llms-full.txt for the full context.
Skip to content

다가오는 사용 사례

Stable은 단순 전송과 API 과금을 넘어서는 결제 패턴을 향해 구축하고 있습니다. 아래 사례들은 시간이 보장된 정산, 프라이버시를 보존하는 결제, 자율 에이전트 상거래를 다룹니다. 일부는 초기 형태로 오늘날에도 작동하며, 다른 일부는 현재 개발 중인 Stable 기능에 의존합니다.

보장된 정산

예약된 블록 용량으로 뒷받침되는 신뢰할 수 있는 결제 정산으로, 네트워크 상태와 관계없이 트랜잭션 포함을 보장합니다.

개념

일부 결제는 독립적인 전송이 아니라 시간이 정해진 정산 주기의 일부입니다. 이러한 흐름에서는 다음 상태 전환이 예정대로 진행될 수 있도록 주기가 마감되기 전에 정산이 완료되어야 합니다. 필요한 결제가 그 기간을 넘겨 지연되면 주기가 실패하거나, 다음 기간으로 넘어가거나, 수동 복구가 필요할 수 있습니다.

Stable의 보장된 블록스페이스는 적격 결제 흐름을 위해 실행 용량을 예약함으로써 이를 해결합니다. 목표는 단순히 더 빠른 정산이 아니라 정확한 타이밍 제약 내에서 운영상 신뢰할 수 있는 완료입니다.

예상 시나리오

토큰화된 자산 플랫폼이 몇 분마다 예정된 DvP(Delivery versus Payment) 정산을 실행합니다. 현금 부분은 배치로 제출되며, 현재 정산 주기가 마감되기 전에 전체 결제 배치가 포함된 경우에만 증권이 출고됩니다. 정상적인 조건에서는 이것이 즉시 청산됩니다. 버스트 트래픽 동안에는 부분 포함이 실패하거나 넘어간 정산 주기를 만들어냅니다. 보장된 정산을 통해 플랫폼은 결제 배치를 위한 용량을 예약하여 주기가 결정론적으로 마감될 수 있도록 합니다.

무엇이 이를 가능하게 하는가

보장된 블록스페이스는 온체인 결제를 일정을 잡을 수 있는 작업으로 전환합니다. 정산 주기는 엄격한 타이밍 가정으로 설계될 수 있고, 배치 결제는 단일 기간 내에서 원자적으로 커밋될 수 있으며, 상위 시스템은 블록 포함을 희망이 아닌 의존성으로 다룰 수 있습니다.

기밀 결제

선택된 트랜잭션 세부 정보가 공개 관찰자로부터 보호되는 동시에 거래 당사자와 권한이 있는 감사자가 검증할 수 있는 프라이버시 보존 USDT0 전송입니다.

개념

표준 온체인 전송은 완전히 투명합니다. 누구나 발신자, 수신자, 금액을 볼 수 있습니다. 비즈니스 결제의 경우 이러한 투명성은 체인을 모니터링하는 누구에게나 상업적으로 민감한 정보를 노출할 수 있습니다.

Stable은 영지식 암호화를 사용하는 프라이버시 계층인 기밀 전송을 개발하고 있으며, 이는 온체인 트랜잭션에 선택적 기밀성을 가능하게 합니다. 보호된 값은 관련 당사자와 권한이 있는 규제 감사자만 접근할 수 있습니다.

예상 시나리오

대형 소매업체가 여러 공급업체와 재고 조달을 온체인으로 정산합니다. 투명한 체인에서는 경쟁사가 이러한 트랜잭션을 모니터링하여 공급업체 관계, 주문량, 도매 가격을 역설계할 수 있습니다. 기밀 전송을 통해 상업적으로 민감한 세부 정보가 보호되는 동시에 온체인 기록은 여전히 양 당사자와 권한이 있는 감사자를 위한 검증 가능한 정산 영수증 역할을 합니다.

에이전트 간 결제

트랜잭션 루프에서 사람의 승인이나 개입 없이 AI 에이전트 간에 자율적으로 시작되고 정산되는 결제입니다.

개념

AI 에이전트가 더 많은 운영 작업을 맡게 되면서, 다른 에이전트로부터 서비스를 조달해야 할 것입니다. 현재 워크플로에서는 각 구매를 승인하거나, 공급업체를 선택하거나, 상대방이 신뢰할 수 있는지 검증하기 위해 사람이 루프에 있어야 합니다. 에이전트 간 결제는 에이전트가 단일 트랜잭션 루프 내에서 자율적으로 서비스를 찾고, 평가하고, 결제할 수 있도록 하여 이러한 병목 현상을 제거합니다.

이 패턴은 함께 작동하는 여러 신흥 프로토콜에 의존합니다: 에이전트 발견 및 신뢰(ERC-8004), 보안 통신(XMTP), 그리고 실시간으로 정산할 수 있는 결제 레일(x402).

예상 흐름

  1. 발견: 구매자 에이전트가 ERC-8004 신원 레지스트리에 쿼리하여 필요한 기능(예: 이미지 생성)을 제공하는 에이전트를 찾습니다. 레지스트리는 관련 메타데이터와 함께 일치하는 에이전트 신원을 반환합니다.
  2. 검증: 구매자가 각 후보에 대해 ERC-8004 레지스트리를 확인합니다. 신원, 평판 점수, 검증 증명이 어떤 제공자가 거래하기에 충분히 신뢰할 수 있는지 결정합니다.
  3. 협상: 구매자가 XMTP를 통해 선택된 제공자에게 작업 매개변수를 보냅니다. 두 에이전트는 암호화된 메시징을 통해 가격, 마감일, 산출물 형식에 합의합니다.
  4. 결제: 구매자가 제공자의 HTTP 엔드포인트를 호출합니다. 제공자가 402로 응답합니다. 구매자가 ERC-3009 권한을 서명하고 결제 헤더와 함께 재시도합니다. 퍼실리테이터가 Stable에서 결제를 정산하고, 제공자가 결과를 반환합니다.
  5. 평가: 전달 후, 구매자가 ERC-8004 평판 레지스트리에 피드백을 게시하여 향후 상호작용을 위한 제공자의 점수를 업데이트합니다.

무엇이 이를 가능하게 하는가

에이전트 간 결제는 서비스 조달을 완전히 프로그래밍 가능한 루프로 전환합니다. 에이전트는 사람의 일정 조정이나 승인 대기열 없이 실시간으로 제공자를 비교하고, 공급업체를 전환하고, 결제를 정산할 수 있습니다. 이를 통해 에이전트가 지속적으로 서비스를 조달하고, 결제하고, 제공하는 자율 공급망을 머신 속도로 구축할 수 있게 되며, 수동 조정으로 지원할 수 있는 수준을 넘어 상거래를 확장합니다.

다음 추천

  • 보장된 블록스페이스 — 보장된 정산 뒤에 있는 프로토콜 수준의 메커니즘을 검토하세요.
  • 기밀 전송 — Stable이 구축하고 있는 프라이버시 모델을 살펴보세요.
  • x402 — 에이전트 간 흐름 뒤에 있는 정산 프로토콜을 이해하세요.