x402, 팩스에 도착하다
unofax가 오랫동안 잠들어 있던 HTTP 402 상태 코드를 실제로 작동하는 마이크로트랜잭션 표준으로 되살리는 개방형 결제 프로토콜 x402를 지원합니다. unofax x402 API를 통해 페이지당 0.20 USDC로 팩스를 보낼 수 있으며, 계정도, API 키도, 가입도 필요하지 않습니다. 어떤 지갑에서든, Base 네트워크 위에서, 한 번의 서명된 페이로드로 결제하면 됩니다.
이 글은 x402가 무엇인지, 왜 특히 팩스에 의미가 있는지, unofax의 통합이 어떻게 처음부터 끝까지 동작하는지를 설명합니다. 에이전트 도구를 만드는 개발자를 주된 독자로 삼고 있지만, 신용카드를 건네느니 USDC로 몇 센트를 내겠다는 사용자라면 누구나 같은 흐름을 그대로 사용할 수 있습니다.
x402의 실체
HTTP 402 Payment Required는 HTTP/1.1 사양 첫 버전부터 예약되어 있던 상태 코드입니다. 수십 년 동안 쓰이지 않은 채 남아 있었고, 브라우저와 서버, 프록시 모두 결국 등장하지 않은 미래의 결제 표준을 위한 자리표시자처럼 다뤄왔습니다. x402는 그 빈자리를 마침내 채우는 프로토콜입니다.
구조는 단순합니다. 클라이언트가 유료 엔드포인트에 요청을 보냅니다. 서버는 HTTP 402와 함께 결제 요건을 기술한 헤더를 응답합니다. 금액, 자산(예: USDC), 네트워크(예: Base), 수신 주소가 들어 있습니다. 클라이언트는 자신의 지갑으로 결제 페이로드에 서명하고, 서명을 첨부해 같은 요청을 다시 보냅니다. 서버는 온체인 정산을 검증한 뒤에 요청을 처리합니다. 계정도, 한도가 걸린 키도, 매달의 청구서도 없습니다.
USDC 같은 스테이블코인, Base 같은 저비용 L2 네트워크, 그리고 402 상태 코드의 조합 덕분에 마침내 마이크로트랜잭션이 실용 단계에 들어섰습니다. 지연과 오버헤드 모두 센트 단위입니다. 프로토콜의 자세한 내용은 x402 명세를 참고하시기 바랍니다.
x402가 팩스에 중요한 이유
팩스는 호출당 과금이 실제 비용과 정직하게 맞아떨어지는 보기 드문 API 중 하나입니다. 팩스 한 통마다 통신사 측에 측정 가능한 페이지별 실비용이 발생하며, 누구도 하루에 백만 통의 팩스를 보내지는 않습니다. 그런데 전통적인 팩스 API는 단 한 페이지를 보내려고 가입, 신용카드 등록, 최소 잔액 충전을 강요합니다. 이 부담은 팩스 자체보다 더 큽니다.
x402는 그 부담을 0으로 줄입니다. 문서를 열고, 작업을 게시하고, 결제에 서명하면, 팩스가 발송됩니다. 충전할 잔액도, 선택할 요금제도, 회전시킬 키도 없습니다. 가끔 보내는 팩스(국세청 양식, 의료 의뢰서, 법원 제출 서류 등)에는 기존 대안보다 눈에 띄게 단순합니다. 표준 브라우저 흐름과 비교하려면 팩스기 없이 PDF를 팩스로 보내는 방법 안내를 참고하시기 바랍니다.
x402 엔드포인트의 가격은 지원 대상 45개국 이상 어디로든 페이지당 0.20 USDC로 동일합니다. 표지는 여전히 무료입니다. 국제 발송에 따른 추가 요금도, 무료 전화번호에 대한 가산금도, 최소 사용액도 없습니다. 가격 안내의 카드 결제 흐름과 비교하면, x402 흐름은 페이지당 약간 낮은 단가를 지갑 설정 부담과 맞바꾸는 셈입니다.
unofax x402 흐름의 동작 방식
전체 통합은 unofax x402 페이지에 문서화되어 있지만, 실질적으로는 명료한 네 번의 HTTP 호출입니다. 각 호출은 일반적인 REST 요청이며, 지갑 서명이 들어가는 것은 세 번째 호출뿐입니다.
- 팩스 작업 생성. E.164 형식의 수신 팩스 번호와 파일 이름을 담아
/api/x402로 POST를 보냅니다. 서버는 작업 ID, 사전 서명된 업로드 URL, 상태 엔드포인트를 돌려줍니다. - 문서 업로드. 사전 서명된 URL로 파일의 원본 바이트를 PUT으로 전송합니다. unofax는 브라우저 흐름과 동일한 파일 형식을 지원합니다. PDF, Word, PNG, JPG, HEIC, TIFF 등이 포함됩니다.
- 결제 및 발송. 결제 헤더 없이 발송 엔드포인트로 POST를 보냅니다. 서버는 HTTP 402와 결제 요건을 응답합니다. USDC의 최소 단위 금액, Base 네트워크 식별자, 수신 주소가 들어 있습니다. x402 명세에 맞춰 지갑으로 결제에 서명한 뒤, 같은 요청을
PAYMENT-SIGNATURE헤더에 서명을 담아 다시 보냅니다. 서버는 온체인 정산을 확인하고 팩스를 발송 큐에 넣습니다. - 전송 상태 확인. 상태 엔드포인트를 몇 초 간격으로 폴링하여 상태가
sent또는failed로 확정될 때까지 기다립니다. 대부분의 팩스는 페이지당 1~2분 안에 완료되며, 이는 전송 상태 페이지에서 확인할 수 있는 브라우저 흐름과 동일한 소요 시간입니다.
표지는 작업 생성 요청에 구조화된 객체로 함께 보낼 수 있습니다. 발신자 이름, 수신자 정보, 제목, 긴급도 플래그, 기밀 표시를 지정할 수 있고, 추가 비용 없이 첫 페이지로 렌더링됩니다. 독일어, 일본어, 스페인어, 프랑스어, 한국어 등 로캘별 라벨을 포함한 다국어 표지의 옵션을 그대로 사용할 수 있습니다.
AI 에이전트에게 필요한 이유
2026년에 유료 API에 대한 가장 흔한 반응은 또 다른 결제 표준이 왜 필요하냐는 질문입니다. 정직한 답은, 이건 사람이 아니라 소프트웨어를 위해 만들어진 표준이라는 것입니다. 카드 네트워크는 사람이 양식에 번호를 입력하는 상황을 전제로 설계됐습니다. 한 명의 카드 보유자, 드문 거래, 수개월 단위의 차지백 윈도를 가정합니다. 한 시간에 열 번의 구매를 하고 그 각각을 독립적으로 회계 처리해야 하는 자율 에이전트에게는 어느 것 하나 들어맞지 않습니다.
사람들은 신용카드를 공유하는 것보다 AI 에이전트에게 한도가 정해진 암호화폐 지갑을 맡기는 데 훨씬 너그럽습니다. 지갑은 고정된 예산을 보관할 수 있고, 특정 트랜잭션만 서명하도록 제한할 수 있으며, 즉시 회수할 수도 있습니다. 신용카드는 그렇지 못합니다. 에이전트가 통제를 벗어나는 순간, 위험에 노출된 5 USDC가 카드 한도 전체보다 훨씬 낫습니다. 이 신뢰의 간극이 x402가 존재하는 구조적 이유이며, 팩스가 의미 있는 초기 통합 대상인 이유이기도 합니다. 사용자를 대신해 움직이는 에이전트가 양식을 채우고 PDF를 준비해 정부 기관으로 보내는 동안, 사용자에게 카드 번호를 한 번도 묻지 않을 수 있습니다.
unofax x402 엔드포인트는 에이전트가 스스로 발견할 수 있도록 문서화되어 있습니다. OpenAPI 스타일의 스키마는 x402 레퍼런스 페이지에 공개되어 있고, 파라미터는 명시적이며, API 외부의 온보딩 단계가 없습니다. 문서를 읽고 HTTP를 호출할 수 있는 에이전트라면 사람의 개입 없이 unofax를 사용할 수 있습니다.
비교: x402 vs 전통적인 팩스 API
x402 흐름이 자신의 워크로드에 맞는지 가늠해 보려는 개발자를 위해, 일반적인 SaaS 팩스 API와의 실용적인 차이를 표로 정리했습니다.
| unofax x402 | 전통적인 팩스 API | |
|---|---|---|
| 가입 | 없음 | 이메일, 비밀번호, 종종 전화 인증 |
| API 키 | 없음 | 계정별 비밀 키, 회전 필요 |
| 최소 사용액 | 1페이지부터 | 월 정액 또는 선불 잔액 |
| 페이지당 비용 | 0.20 USDC, 정액 | 국가와 요금제에 따라 다름 |
| 결제 수단 | Base의 USDC, 요청별 서명 | 등록된 신용카드 |
| 에이전트 친화성 | 예, 스키마 자율 발견 가능 | 아니요, 사람 손이 필요한 온보딩 |
| 정산 시간 | 몇 초, 온체인 | 며칠, 카드 처리망 경유 |
월 수천 통의 팩스를 보내고 통합 청구서를 원한다면 전통적인 흐름이 여전히 합리적입니다. 그보다 적은 사용량에서는 x402가 만들어내는 마찰보다 줄여주는 마찰이 더 큽니다. 자신의 워크로드가 어느 쪽인지 가늠하기 어렵다면 온라인 팩스 서비스 비교 글에서 트레이드오프를 더 깊이 살펴볼 수 있습니다.
업계 트렌드: AI 네이티브 서비스의 부상
AI 네이티브 서비스란 자율 에이전트가 별도 수정 없이 사용할 수 있는 서비스를 뜻합니다. 사용량 기반 과금, 계정 불필요, 공개 문서로 닿을 수 있는 자율 발견 가능한 API라는 세 조건을 만족하는 서비스입니다. 이 정의는 에이전트 인프라를 만드는 개발자들 사이에서 실무 표준으로 자리잡고 있습니다. 각 조건이 본래라면 사람이 개입해야 할 단계를 하나씩 제거해 주기 때문입니다.
대부분의 기존 SaaS API는 이 세 가지 중 적어도 하나에서 막힙니다. 가입 양식을 요구하거나, 시크릿 매니저에 키를 넣어야 하거나, 문서가 로그인 뒤에 있습니다. 사람에게는 어느 것도 결정적인 장벽이 아니지만, 혼자 움직이는 에이전트에게는 모두 명확한 정지 지점입니다. 누적 효과로, 2026년의 에이전트 생태계는 모델 능력이 아니라 서비스 측이 진입로를 다시 만드는 속도에 병목이 걸려 있습니다.
팩스는 의외이지만 적절한 예시입니다. AI 네이티브 정의에 깔끔하게 들어맞는 서비스입니다. 호출당 비용은 실제이며 한정되어 있고, 행위는 구체적이며 검증이 쉬우며(특정 번호로 문서가 도착함), 사용 사례(정부 양식, 법적 제출, 의료 서류)는 사람들이 위임하고 싶어 하는 정형 업무 그 자체입니다. 의료, 행정, 법무 분야에서 팩스가 전송 계층으로 끈질기게 살아남는 이유는 별도 글에서 자세히 다룹니다.
지갑 준비와 시작하기
unofax x402 엔드포인트를 사용하려면 Base 네트워크에서 USDC를 보유하고 EIP-712 결제 페이로드에 서명할 수 있는 지갑이 필요합니다. Base를 지원하는 어떤 지갑이든 사용할 수 있으며, 대표적으로 Coinbase Wallet, Base를 네트워크로 추가한 MetaMask, 에이전트 개발자를 겨냥한 다양한 프로그래머블 지갑이 있습니다.
지갑 충전은 USDC를 Base로 브리지하거나, Base 출금이 가능한 거래소에서 직접 매수하는 식으로 진행합니다. 각 팩스가 0.20 USDC로 개별 정산되므로 몇 달러만 있어도 수십 페이지를 보낼 수 있습니다. unofax 측 잔액을 미리 충전할 필요는 없습니다. 지갑 자체가 잔액 역할을 합니다.
첫 호출은 x402 레퍼런스의 예제 클라이언트를 사용하는 것이 가장 빠른 길입니다. 각 예제는 create, upload, pay, status를 단순한 curl 명령과 짧은 서명 헬퍼로 보여줍니다. 테스트 번호로 라운드트립이 통과하면, 같은 코드가 unofax가 지원하는 모든 국가 발송 대상지, 예를 들어 미국, 일본, 독일, 영국에 대해서도 수정 없이 동작합니다.
보안, 개인정보, 그리고 unofax가 보지 않는 것
x402 흐름은 문서 처리 자체를 바꾸지 않습니다. 사전 서명 URL을 통해 업로드된 파일은 전송 중과 저장 시 모두 암호화되며, 이는 브라우저 흐름과 같습니다. 문서는 7일 후 자동으로 삭제되고, 더 빠른 삭제는 지원에 요청할 수 있습니다. 결제 및 문서 보안에 대한 전체 안내는 x402 작업에도 그대로 적용됩니다.
x402가 명확히 제거하는 것은 사용자와 청구 신원 사이의 연결입니다. 작업에 묶이는 이메일 주소도, 보관된 카드 번호도, 고객 레코드에 매여 누적되는 사용 이력도 없습니다. 서버가 보는 식별자는 결제에 서명한 지갑 주소뿐이며, 지갑 주소는 사용자가 원하는 만큼 익명일 수도, 식별 가능할 수도 있습니다. 민감한 자료(법적 제출, 의료 기록, 세무 답변)를 보내는 사용자에게는 데이터 흔적의 의미 있는 축소입니다.
대신 계정 단위 대시보드는 없습니다. 다수의 팩스에 걸친 사용량을 추적해야 한다면, API가 반환하는 작업 ID를 활용해 자체 시스템에서 관리하면 됩니다. 대부분의 에이전트 워크로드에서는 에이전트가 자체 상태를 이미 보관하고 있으므로 이쪽이 오히려 바람직한 동작입니다.
실무 메모와 한도
통합 작업을 시작하기 전에 알아 두면 좋은 제약이 몇 가지 있습니다. 어떤 것도 놀랍지는 않지만, 운영 환경에서는 하나하나가 중요합니다.
- 최대 파일 크기는 100 MB. 이를 초과하는 업로드는 HTTP 413으로 거절되며 분할이 필요합니다.
- 팩스당 최대 페이지는 300쪽. 그보다 긴 문서는 여러 작업으로 나누고 표지 제목으로 연관성을 표시합니다.
- 처리 중에는 발송 엔드포인트가 409를 반환합니다. 결제 정보를 요청하기 전에 상태가
ready_to_send에 도달했는지 확인하시기 바랍니다. - 결제 요건에는 만료 시각이 있습니다. 402 응답을 너무 오래 들고 있었다면 새로 받습니다. 만료 시각은 상태 페이로드에 포함됩니다.
- 전송 실패 시 x402의 자동 환불은 없습니다. 카드 흐름과 달리 온체인 결제는 정산 시점에 확정됩니다. 전송 실패는 상태에
failed로 표시됩니다. 작업 ID와 함께 지원으로 문의하시면 됩니다. - 예약 발송을 지원합니다. 작업 생성 시
scheduledTime에 RFC 3339 형식의 시각을 전달하면, 결제가 정산된 뒤 해당 시각에 팩스가 전송됩니다. 최대 7일 앞까지 지정할 수 있는 브라우저 기반 예약과 동일한 로직이 적용됩니다.
고빈도 에이전트 워크로드에서는 큰 잔액을 유지하기보다, 지갑의 USDC 잔액을 작게 유지하면서 프로그램적으로 보충하는 운용을 권장합니다. 에이전트가 잘못 동작했을 때의 영향 범위가 한정되고, 각 팩스가 별도로 정산되기 때문에 추가 비용도 들지 않습니다.
결론
x402는 팩스를 에이전트가 다른 웹 도구처럼 다룰 수 있는 대상으로 만듭니다. 문서를 읽고, API를 호출하고, 결제에 서명하고, 결과를 받습니다. unofax는 이를 페이지당 0.20 USDC로 네이티브 지원하며, 계정도 키도 필요 없고 전송 인프라는 브라우저 흐름과 동일합니다. USDC로 첫 팩스를 보내려면 unofax.com의 x402 레퍼런스를 열고 예제를 복사해 작업을 게시하시기 바랍니다. 표준 브라우저 흐름으로 보내려면 unofax.com에 접속해 PDF를 업로드 영역으로 드래그하시면 됩니다.