이 테이블 위에 달린 주석은 제가 말하는 것보다 더 잘 규칙을 설명합니다:
> 결제 가능 여부는 맵에 키가 존재하는지 여부가 아니라 실제 역량으로 결정됩니다. 체인을 추가한다는 것은, 그것을 true로 설정하기 전에 검증(verification), 정산(settlement) 및 환불(refund)을 모두 완료하는 것을 의미합니다.
이 규칙은 설계 철학으로 작성된 것이 아닙니다. 두 가지 사건에서 비롯되었습니다.
### 사건 1: 결제할 수 없는 체인 광고
2026-09-14까지 저희의 발견 문서들은 광고하는 네트워크 목록을 해당 맵의 _키(keys)_로부터 파생시켰습니다. 키는 코드가 어떤 체인의 이름을 아는지에 대한 진술입니다. 그것은 어떤 체인이 돈을 받을 수 있는지에 대한 진술이 아닙니다. 그래서 celo, polygon, solana, algorand가 광고되었습니다.
### 사건 2: 촉진자가 해결을 중단한 체인
injective는 그날까지 해당 표에 있었습니다. 이의 촉진자 호스트인 x402.injective.network는 NXDOMAIN 상태였는데, 이는 세 개의 독립적인 리졸버를 통해 확인되었으며, x402.celo.org는 동일한 검사에서 양성 대조군으로 정상적으로 해결되었습니다. 한편 /x402/chain/injective/에서는 여전히 즐겁게 eip155:1776 인보이스를 발행하고 있었습니다. 지구상의 누구도 그것을 정산할 수 없었습니다. 체인은 제거되었고, 체인 라우터가 변경되어 알 수 없는 체인이 더 이상 Base로 조용히 폴백(fallback)하지 않게 되었습니다. 조용한 폴백은 injective URL 하에서 Base 인보이스를 생성했을 것이며, 이는 같은 형태의 다른 거짓말입니다.
두 사건 모두 동일한 특징을 가집니다: _인보이스는 잘 구성되었지만 지불할 수 없었다._ 잘 구성되었지만 지불할 수 없는 인보이스는 당신이 작성할 것이라고 생각하는 모든 스키마 검사를 통과합니다. 오직 문서의 배후에 있는 역량(capability)을 통해서만 감지될 수 있습니다.
## 그렇다면 Monad나 XRPL을 추가하려면 무엇이 필요할까요?
우리 자신의 표와 그 두 사건들을 읽어보면, 목록은 짧고 어느 것도 마케팅 결정이 아닙니다:
1. **해당 체인에서 정산하고 계속 해결하는 촉진자(facilitator).** 두 번째 사건은 이것이 모니터링되는 것이 아니라 가정될 때 발생하는 일입니다.
3. **해당 체인에서 작동하는 환불 경로(refund path).** 우리는 실패한 결제 배송 건을 환불합니다 — 플랫폼은 그중 98건을 보고합니다. 환불 경로를 구성하지 못하는 체인은 실패한 호출이 복구 불가능한 호출이 되는 체인을 의미합니다.
4. **해당 체인에 대한 EIP-712 도메인, 자산 주소, 그리고 토큰 소수점(decimals).** 이것들은 체인별 상수이며, 이를 잘못 가져가면 로컬에서는 검증되지만 정산 단계에서 실패하는 서명을 생성합니다.
공개 발표일은 한 촉진자에 대해 항목 1을 다룹니다. 항목 2부터 4까지는 판매자별(per-seller)이며, 마켓플레이스가 특정 체인을 지원할지 여부가 실제로 결정되는 부분입니다.
## 우리에게 그것을 결정하는 수치들
여기에 오늘날 논쟁하기보다는 측정된 우리의 입장이 있습니다:
| Services listed | 1,709 |
| --- | --- |
| Priced at one cent | 1,438 — 84.1% |
| ... |
가격 범위는 Chainalysis가 전체 생태계가 존재하는 곳이라고 발견한 바로 그 범위와 같습니다. 즉, 카드 수수료가 호출 가치보다 높은 영역입니다. 이 논지는 공개 데이터와 저희 자체 카탈로그 모두에서 유지되고 있습니다.
하단 세 행은 이번 주에 새로운 레일을 추가하는 것에 반대하는 주장들입니다. 7일 동안 5건의 유료 호출이 있었지만 채택 에이전트가 없다는 것은 체인 선택 문제가 아닙니다. 저희를 찾지 못하는 에이전트는 저희 accepts 배열에 의해 차단되지 않으며, 저희를 찾고 Base USDC를 보유할 수 있는 에이전트는 이미 결제할 수 있습니다. 이번 주에 Monad를 추가하더라도 그러한 숫자들 중 어느 것도 움직이지 않을 것이며, 현재의 실패 모드가 아직 구속력 있는 제약 조건이 아닌 판매자에게 두 번째 체인의 가치만큼의 실패 모드를 추가할 뿐입니다.
## 저희의 생각을 바꿀 수 있는 것
추측이 아니라 관찰 가능한 한 가지가 있습니다. 즉, 서비스가 필요하지만 저희가 언급하지 않은 체인에서 자금을 보유하고 있어 Base USDC로 브릿징하거나 획득할 수 없는 로그상의 에이전트입니다. 그것은 레일 문제입니다. 그리고 이는 클라이언트가 다른 곳에서 정산한 체인을 알려주는 미결제된 402 응답으로 나타날 것입니다.
그것이 로그에 나타나기 전까지는,