MPP 세션
세션은 많은 소액 결제를 단일 온체인 정산으로 일괄 처리하는 MPP 결제 의도입니다. 클라이언트는 에스크로에 한 번 자금을 예치한 다음 각 요청에 대해 저렴한 오프체인 바우처에 서명합니다. 온체인에서는 순액만 정산되므로 스트리밍 워크로드에 대해 요청당 센트 미만의 경제성이 가능합니다.
세션 작동 방식
- 예치. 클라이언트는 정산 계층의 세션-에스크로 계약에 예산을 이체합니다. 에스크로는 자금을 보유하고 판매자에게 지급하고 잔액을 환불하는 정산 기능을 노출합니다.
- 요청당 바우처. 각 유료 요청에 대해 클라이언트는
(sessionId, cumulativeAmount, nonce, expiry)를 포함하는 오프체인 바우처에 서명합니다. 서버는 누적 금액이 단조 증가하고 예치된 잔액 내에 있는지 확인합니다. 이 단계에서는 온체인 작업이 필요하지 않습니다. - 정산. 세션이 끝날 때 또는 구성된 주기에 따라 촉진자는 최신 바우처를 에스크로에 제출합니다. 에스크로는 판매자에게 누적 금액을 지불하고 남은 잔액을 클라이언트에게 반환합니다. 이 거래만 체인을 건드립니다.
세션은 최신 바우처가 정산되거나 바우처 만료가 지나면 최종적으로 확정됩니다.
세션과 청구 사용 시기
| 워크로드 | 최고의 의도 |
|---|---|
| 토큰당 LLM 추론, 프레임당 비디오, 실시간 데이터 스트림. 동일한 판매자에게 많은 소액 결제. | 세션 |
| 일회성 유료 API 호출, 단일 구매 리소스, 각 거래가 독립적인 에이전트 간 상거래. | 청구 |
손익분기점은 요청 가격 대비 요청당 온체인 정산 비용에 따라 달라집니다. 결제보다 가스에 더 많은 비용을 지불하는 즉시 세션이 올바른 패턴입니다.
에이전트 사용 사례
- 토큰 가격 LLM 추론. 클라이언트는 완성을 스트리밍하고 토큰 배치당 바우처에 서명합니다. 추론 서버는 세션 종료 시 정산합니다.
- 프레임 가격 비디오. 생성된 비디오를 소비하는 에이전트는 N 프레임당 바우처에 서명합니다. 렌더러는 스트림이 닫힐 때 정산합니다.
- 실시간 데이터 피드. 구독자는 오라클 또는 시장 데이터 스트림의 틱당 지불하며, 세션 창당 한 번 정산합니다.
Stable의 상태
세션에는 Stable에서 현재 제공하지 않는 두 가지 요소가 필요합니다.
- 예치금을 보유하고
settleVouchers(또는 이와 동등한) 함수를 노출하는 USDT0용 세션 인식 에스크로 계약. - 판매자 측에서 바우처를 발행하고 구매자 측에서 확인하여 에스크로에 제출을 일괄 처리하는 촉진자.
두 가지 모두 출시될 때까지 MPP 세션은 Stable에서 사용할 수 없습니다. 오늘날 고주파 에이전트 결제의 경우, 가장 낮은 오버헤드 패턴은 Stable의 가스 면제를 통해 제출된 청구 의도로, 판매자 측의 거래당 가스 비용을 제거하고 구매자의 USDT0 잔액을 관리해야 할 유일한 자산으로 유지합니다. 요청당 청구 패턴은 Stable에서 MPP 엔드포인트 구축을 참조하십시오.
다음 권장 사항
- MPP 개념: 청구 및 구독 의도를 포함한 광범위한 표준을 읽어보세요.
- 에이전트 정산: Stable의 에이전트 결제 레일에 MPP 세션이 어디에 위치하는지 확인하세요.
- Stable에서 MPP 엔드포인트 구축: 세션이 출시될 때까지 오늘날 청구 의도를 사용하세요.