YouTubeTonbi''s AI Garage·2026년 8월 13일·0

Turn Local AI Into a Business with MPP (Machine Payments Protocol)

Quick Summary

MPP는 로컬 AI를 계정 없는 사용량 기반 유료 서비스로 전환해 미세조정 모델과 유휴 연산 자원을 사업화할 수 있게 하는 개방형 결제 표준이다.

영상 보기

클릭 전까지는 가벼운 미리보기만 먼저 불러옵니다.

원본 열기

🖼️ 인포그래픽

Turn Local AI Into a Business with MPP (Machine Payments Protocol) 내용을 설명하는 본문 이미지

🖼️ 4컷 인포그래픽

Turn Local AI Into a Business with MPP (Machine Payments Protocol) 내용을 설명하는 본문 이미지

💡 한 줄 결론

MPP는 로컬 AI를 계정 없는 사용량 기반 유료 서비스로 전환해 미세조정 모델과 유휴 연산 자원을 사업화할 수 있게 하는 개방형 결제 표준이다.

📌 핵심 요점

  1. MPP는 에이전트가 가격과 송금 조건을 확인하고 결제 영수증을 제출해 유료 엔드포인트에 접근하게 함으로써 로그인·CAPTCHA·카드 입력이라는 인간용 체크아웃 병목을 줄인다.
  2. 단건 결제, 다수의 소액 청구를 누적하는 탭, 일정 기간 한도를 승인하는 구독 방식을 지원하며 신용카드·법정화폐·스테이블코인과 여러 체인으로 확장되고 있다.
  3. 로컬 AI 운영자는 시간·토큰·프롬프트 수에 따라 가격을 정하고 미세조정 모델이나 이미지 생성 워크플로를 외부 에이전트가 호출할 수 있는 유료 엔드포인트로 제공할 수 있다.
  4. DGX Spark, Ollama, ComfyUI, ngrok, Tempo 테스트넷을 결합한 시연에서는 HTTP 402 응답, 세션 개설, 반복 이미지 생성, 사용액 정산까지 전체 결제 흐름이 작동했다.
  5. 사업성은 독창적인 모델과 충분한 요청량에 달려 있으며, 초기 사양 변경, 과소비, 환불 부재, 서비스 검색성, 운영 보안과 법적 장벽은 아직 해결해야 할 조건이다.

🧩 배경과 문제 정의

장시간 자율적으로 일하는 에이전트도 로그인, CAPTCHA, 카드 입력이나 API 키가 필요한 결제 단계에서는 사람의 개입을 피하기 어렵다. MPP는 계정이나 별도 청구 시스템 없이 에이전트가 가격과 결제 조건을 확인하고 소액을 지불한 뒤 서비스에 접근하도록 설계된 개방형 표준이다.

로컬 AI 운영자는 직접 구축한 미세조정 모델과 생성 워크플로를 유료 엔드포인트로 개방해 유휴 연산 자원과 고유한 결과물을 수익화할 수 있다. 다만 초기 표준의 변경 가능성, 에이전트의 과소비, 환불이 어려운 거래에 대비한 예산·지출 한도·신뢰 장치가 필요하다.

🕒 시간순 섹션별 상세정리

1. 다른 사용자의 로컬 모델을 소액으로 빌리는 방식

  • 로컬 PC의 요청을 다른 사용자의 DGX Spark에 설치된 Coya 2와 LoRA 미세조정 어댑터가 처리해 특정 스타일의 이미지를 생성한다 [00:06]
  • 외부 엔드포인트에 1센트보다 훨씬 적은 금액을 내고 상대방의 로컬 모델을 잠시 사용해 결과물을 받을 수 있다 [00:28]
  • MPP가 결제 계층을 담당하면 로컬 AI와 미세조정 모델을 개인 취미에서 사용량 기반 서비스로 전환할 수 있다 [00:51]

2. 에이전트 결제의 시장 공백과 HTTP 402의 부활

  • Stripe와 Tempo가 에이전트 결제를 시연하고 논의하고 있지만 실제 거래량은 아직 많지 않으며, 로컬 AI 서비스가 초기 시장 적합성의 후보로 드러난다 [02:13]
  • 인간용 체크아웃은 카드 입력과 CAPTCHA를 전제로 하므로 장시간 자율적으로 일하는 에이전트도 1센트를 안정적으로 지불하기 어렵다 [02:38]
  • 결제 필요 상태로 예약됐던 HTTP 402가 X402로 부활하면서 사용자는 주로 스테이블코인을 낸 뒤 유료 엔드포인트에 접근하게 됐다 [03:10]

3. MPP의 개방형 구조와 결제 요청 흐름

  • Stripe와 결제 특화 블록체인 기업 Tempo가 공개한 MPP는 특정 앱이 아니라 여러 에이전트·체인·결제 수단이 채택할 수 있는 개방형 표준이다 [03:51]
  • 서버는 가격·송금 위치·기한이 담긴 청구서를 반환하고, 에이전트는 결제 영수증을 첨부해 같은 엔드포인트를 다시 호출한다 [04:21]
  • 계정·회원가입·API 키 없이 결제 증명만으로 접근할 수 있어 서로 모르는 에이전트와 서비스도 약 1초 안에 거래할 수 있다 [04:51]

4. 세 가지 과금 방식과 마이크로결제의 실용화

  • MPP는 호출별 단건 결제, 한 세션의 소액 청구를 누적하는 탭, 일정 기간 고정 한도를 승인하는 구독 방식을 지원한다 [05:00]
  • 신용카드·법정화폐·스테이블코인과 Tempo·Solana·일부 EVM 체인을 지원하며 결제 수단 10개, 체인 플러그인 15개 이상, 생태계 도구 100개 이상으로 확장됐다 [05:42]
  • 작은 결제를 에이전트가 직접 처리하면 유료 데이터 조회·예약·구매 중 로그인이나 카드 정보를 요청하며 멈추는 병목을 줄일 수 있다 [06:22]

5. 기계 간 경제의 성장 가능성과 초기 위험

  • 인터넷에서 활동하는 에이전트가 늘수록 에이전트끼리 상품과 서비스를 사고파는 기계 간 경제가 필요한 기반으로 자리 잡을 수 있다 [07:04]
  • 에이전트 활동이 크게 증가하면 인간 트래픽의 상대적 비중이 작아지고, 결제 기능은 그 활동을 실제 경제 거래로 연결한다 [07:25]
  • MPP는 아직 변경 가능한 초안이며 예산 통제가 필요하고, 20센트를 결제하고도 책을 받지 못한 사례처럼 환불 창구가 없는 위험도 남아 있다 [07:44]

6. 로컬 AI를 사용량 기반 사업으로 전환하는 모델

  • 운영자는 시간·토큰·프롬프트 수에 따라 가격을 정하고 MPP 엔드포인트를 열어 결제한 외부 에이전트에게만 모델 응답이나 이미지를 제공할 수 있다 [08:47]
  • 가입·이메일 수집·별도 청구 인프라는 필요 없지만 사용자 작업공간 접근이 필요한 코딩 에이전트보다 챗봇형 응답이나 특정 데이터 모델이 더 적합하다 [09:23]
  • 이미지·영상 생성은 외부 플랫폼의 건당 비용이 높은 반면 로컬 실행 비용은 주로 전력이며, 독창적인 미세조정 모델의 결과물도 판매할 수 있다 [10:07]

7. DGX Spark 게이트웨이와 결제 정보 구성

  • Hermes Agent 데스크톱 앱에서 Tempo의 MPP GitHub 저장소와 공식 도구·참조 자료를 활용해 구축 작업을 백그라운드 태스크로 진행한다 [10:51]
  • DGX Spark의 Ollama에서 Qwen 3 Coder를 실행하고 로컬 게이트웨이로 제공하며, PC는 SSH가 아니라 실제 인터넷 URL을 통해 접근한다 [11:23]
  • /openai.json 검색 엔드포인트가 유료 경로, Tempo 테스트넷 조건, 통화, 판매자 주소, 단위 가격과 세션 결제 방식을 클라이언트에 전달한다 [12:59]

8. 비공개 모델을 유료 생성 엔드포인트로 연결하는 흐름

  • Ollama와 ComfyUI를 직접 공개하지 않고 게이트웨이와 ngrok 터널 뒤에 배치하며, ComfyUI는 루프백 전용 SSH 포트 포워딩으로 접근 범위를 제한한다 [13:20]
  • MPP 세션 바우처가 없으면 HTTP 402를 반환하고, 클라이언트가 Tempo 세션을 열거나 재사용해 재요청한 뒤에만 이미지 생성과 유료 응답을 실행한다 [14:02]
  • 테스트 클라이언트는 무료 ngrok URL로 공개된 게이트웨이를 실제 호출하지만 해당 임시 URL은 터널을 종료하면 변경된다 [14:57]

9. 402 응답에서 결제 세션 개설까지

  • 결제 헤더 없이 Create 2 엔드포인트를 호출하면 402 Payment RequiredWWW-Authenticate 헤더, MPP 검색 정책이 지원 지갑과 결제 방식을 안내한다 [15:18]
  • Tempo 테스트넷의 PATH USD를 기준으로 이미지 한 장은 1센트이며 지속형 결제 채널의 권장 예치금은 10센트다 [16:15]
  • MPP 지갑이 서명된 요청 challenge를 해독해 10센트 세션을 열고 같은 잔액으로 판타지 분재 세계 이미지 세 장을 요청한다 [16:46]

10. 지속형 채널을 통한 반복 생성과 정산

  • 첫 요청은 예치금과 함께 이미지를 생성하고 후속 두 요청은 같은 채널을 재사용해 세 장 생성 후 잔액이 7센트가 된다 [17:27]
  • 같은 세션에서 용 이미지 세 장을 더 만들자 누적 사용액은 6센트, 남은 잔액은 4센트가 된다 [18:32]
  • 구매자가 세션을 닫으면 판매자의 Sparks 지갑에 실제 사용분 6센트가 정산되며 테스트넷에서 검증한 구조는 메인넷에서도 동일하게 작동한다 [19:39]

11. 사업화를 위한 수익성과 운영 조건

  • 이미지당 1센트라도 공식 API 비용이 판매가보다 높을 수 있으므로 초저가 서비스의 수익성은 충분한 요청량에 달려 있다 [20:11]
  • 공개 운영에는 호출 제한, GPU 감시, 지급 키의 코드 외부 보관이 필요하고 현재 설정 과정은 에이전트가 여러 번 재시도할 만큼 매끄럽지 않다 [20:29]
  • 엔드포인트 URL만으로 고객이 서비스를 발견하기 어려우므로 로컬 AI 수익화에는 검색 가능성 개선과 법적 장벽 검토가 필요하다 [21:16]

🧾 결론

  • MPP는 별도 회원가입과 자체 청구 시스템 없이 로컬 모델을 사용량 기반 서비스로 판매할 수 있다는 기술적 가능성을 테스트넷 시연으로 보여준다.
  • 경쟁력의 핵심은 단순한 모델 공개보다 외부 플랫폼에서 비싸거나 구하기 어려운 생성 결과, 독창적인 미세조정 모델, 특정 데이터에 특화된 응답을 제공하는 데 있다.
  • 계정 없는 결제는 거래 마찰을 낮추지만 고객 수요, 서비스 발견, 분쟁 해결과 같은 사업의 나머지 문제까지 자동으로 해결하지는 않는다.
  • 따라서 MPP는 완성된 수익화 공식이라기보다 예산 통제와 운영 안전장치를 갖춘 소규모 실험부터 검증할 가치가 있는 초기 인프라다.

📈 투자·시사 포인트

  • 에이전트 활동이 증가할수록 모델·데이터·생성 작업을 기계끼리 직접 구매하는 시장과 이를 연결하는 결제 게이트웨이·지갑·검색 도구의 중요성이 커질 수 있다.
  • 로컬 추론 사업의 수익성은 판매가뿐 아니라 전력비, GPU 처리량, 호출량, 외부 공식 API 대비 비용 우위가 함께 결정한다.
  • 범용 모델보다 독창적인 LoRA, 특정 스타일의 이미지·영상 생성, 챗봇형 응답, 전문 데이터 모델처럼 차별화된 결과물을 가진 운영자가 유리할 가능성이 제시된다.
  • MPP가 여러 결제 수단과 체인으로 확장되는 점은 개방형 생태계의 가능성을 보여주지만, 실제 거래량이 아직 많지 않아 채택 속도와 시장 규모는 추가 검증이 필요하다.

⚠️ 불확실하거나 확인이 필요한 부분

  • MPP는 세부 사양이 바뀔 수 있는 초기 초안이므로 현재 구현이 향후 버전이나 다른 체인·결제 수단에서도 그대로 호환될지는 확정되지 않았다.
  • 에이전트 결제에 대한 시연과 논의에 비해 실제 거래량은 아직 많지 않아 로컬 AI 유료 엔드포인트가 충분한 반복 수요를 만들지는 확인되지 않았다.
  • 결제 후 약속한 상품을 받지 못해도 환불 창구가 없을 수 있으며, 자동화된 거래의 분쟁 처리와 판매자 신뢰 체계도 제시되지 않았다.
  • 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
  • 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
  • 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

  • Tempo 테스트넷에서 단일 유료 엔드포인트를 만들고 HTTP 402, 결제 세션 개설, 반복 호출, 세션 종료와 정산을 작은 금액으로 검증한다.
  • 에이전트별 예산과 지출 한도, 세션 예치금, 호출 제한을 설정해 과소비와 무제한 GPU 사용을 차단한다.
  • 모델별 전력비와 처리량, 예상 호출량, 판매 단가를 비교해 외부 API보다 낮은 비용으로 제공할 수 있는 작업을 선별한다.
  • Ollama와 ComfyUI를 직접 노출하지 않고 게이트웨이와 제한된 터널 뒤에 두며 지급 키는 코드 외부에 보관한다.

❓ 열린 질문

  • 로컬 AI 고객은 초저가 범용 생성보다 독창적인 미세조정 모델이나 특정 데이터 서비스에 얼마나 반복적으로 비용을 지불할까?
  • 결제는 성공했지만 결과물이 전달되지 않은 경우 환불·재시도·분쟁 처리를 어떤 신뢰 장치가 담당해야 할까?
  • 임의의 유료 엔드포인트를 에이전트가 신뢰하고 발견할 수 있도록 검색·평판·품질 정보를 어떤 방식으로 표준화할 수 있을까?

관련 문서

공통 태그와 주제 흐름을 기준으로 같이 보면 좋은 문서를 이어서 제안합니다.