GOAT Network·스퀘어텍의 스테이블코인 결제 협력은 적용 검토 단계입니다. 공개 발표만으로 국내 가맹점의 상용 결제를 확인할 수는 없습니다. AI 에이전트의 결제 승인과 실제 대금 수령도 구분해야 합니다.
아래 날짜와 수치는 2026년 10월 공시·발표에 근거합니다.
발표 날짜와 상호변경 공시
10월 14일 상호변경과 결제 협약 발표는 별개 사건입니다. DART 공시는 회사 이름의 변경을 확인합니다. 결제 서비스 출시를 알리는 공시는 아닙니다.
| 구분 | 확인되는 내용 | 해석할 때의 한계 |
|---|---|---|
| 2026년 10월 14일 DART 상호변경안내 | 주식회사 알엔투테크놀로지에서 주식회사 스퀘어텍으로 변경 | 서비스 출시·인허가 취득 근거가 아님 |
| 같은 날 임시주주총회 | 정관 일부 변경 승인 | 법인등기 완료일이나 거래소 종목명 반영일과 구분 |
| 2026년 10월 20일 TokenPost 보도 | GOAT Network와의 MOU 및 관광객 결제 구상 소개 | 언론 보도일이며 현재 기업 원문 표시일과 다름 |
| 현재 GOAT Network 원문 | 게시일을 2026년 10월 22일로 표시 | 최초 게시일이나 수정 경위를 별도로 확정하기 어려움 |
| 2026년 10월 23일 바이라인네트워크 기사 | 현재 본문에서 10월 22일 협약 체결로 보도 | 체결일의 최종 대조에는 서명된 협약 원문이 필요 |
DART 상호변경안내의 영문 변경명은 Square Tech Co., Ltd.입니다. 종목코드는 코스닥 148250입니다. 공시에는 변경 사유를 신규사업 진출 및 기업 가치 향상으로 기재했습니다.
10월 20일 보도는 실제 존재합니다. 다만 GOAT Network 원문의 현재 표시일은 2026년 10월 22일입니다. 따라서 10월 20일을 기업 원문의 확정 게시일로 쓰기는 어렵습니다.
행사 시연만으로 일반 가맹점에서의 상용 결제를 확인할 수는 없습니다.
협약 당사자와 모바일 여권 구상
협력의 중심은 GOAT Network와 스퀘어텍입니다. DAC Labs는 기술 지원 참여사로 설명됩니다. Lordsystem은 관광객 프로그램의 공동 개발사로 구분됩니다.
| 주체 | 공개 발표에서 설명한 역할 | 구분할 사항 |
|---|---|---|
| 스퀘어텍 | 국내 사업 개발, 가맹점 제휴, 규제 대응 | 상호변경만으로 결제업 자격이 생기지는 않음 |
| GOAT Network | AI 에이전트 결제 기술과 네트워크 제공 | 기술 제공 계획과 국내 서비스 운영은 별개 |
| DAC Labs | 기술 통합, 보안 검토, 네트워크 운영 지원 | 공개 설명만으로 서명 법인별 계약 책임을 확정하기 어려움 |
| Lordsystem | 모바일 여권을 활용한 관광객 프로그램 공동 개발 | 이번 MOU의 직접 서명 당사자로 단정할 근거는 부족 |
구상은 모바일 여권 인증 뒤 달러 스테이블코인으로 결제하는 방식입니다. 여기에 AI 에이전트 기능을 연결하는 방안을 검토합니다. 이러한 역할과 개발 단계는 협약 보도에서도 확인됩니다.
Lordsystem 회사소개는 모바일 여권 사업 이력을 소개합니다. 그 이력이 이번 결제 프로그램의 개통을 증명하지는 않습니다. 기존 신원확인 서비스와 새 결제 기능의 적용 범위를 나눠야 합니다.
MOU·시연·상용화는 어떻게 다른가요?
MOU는 협력 합의이며, 실제 결제 가능 여부는 운영 증거로 판단합니다. 협약의 법적 구속력은 개별 조항에 따라 달라집니다. 명칭만 보고 모든 의무가 없다고 단정해서도 안 됩니다.
| 단계 | 뜻 | 이번 협력에서 확인되는 범위 | 다음에 필요한 증거 |
|---|---|---|---|
| MOU·적용 검토 | 협력 방향과 역할을 정하는 단계 | 국내 적용 검토 발표 | 구체적인 서비스 범위와 책임 주체 |
| 시연·실증 | 제한된 환경에서 작동을 시험하는 단계 | GOAT 자체 발표상 KBW 2026 부스에서 이틀간 310건 구매 | 시험 조건, 실제 자금 사용 여부, 수령·환불 기록 |
| 상용 서비스 출시 | 정해진 이용자가 약관에 따라 사용하는 단계 | 검토한 발표에서 출시일·이용약관 확인 불가 | 출시 공지, 운영 약관, 고객지원 창구 |
| 실제 가맹점 결제 | 특정 매장에서 주문대금이 정상 처리되는 상태 | 이번 프로그램의 매장별 수락·정산 증빙 확인 불가 | 가맹점 명단, 주문 영수증, 수령·정산 기록 |
행사 구매 건수는 회사가 발표한 수치입니다. 독립적으로 검증한 국내 상용 거래량은 아닙니다. 반대로 공개 증빙이 부족하다는 이유만으로 모든 개발 활동이 없다고 볼 수도 없습니다.
| 아직 확인되지 않은 항목 | 실사용에 필요한 이유 |
|---|---|
| 출시일과 이용 가능한 관광객 조건 | 실제 가입·이용 가능 여부 판단 |
| 지원 스테이블코인과 토큰 주소 | 이름이 비슷한 다른 자산과 구분 |
| 결제 체인과 운영 환경 | 시험망과 실제 자금이 움직이는 망 구분 |
| 참여 가맹점과 사용 가능한 결제 단말기 | 특정 매장의 수락 여부 확인 |
| 원화 또는 코인 정산 구조 | 가맹점이 무엇을 받는지 확인 |
| 수수료·환율·환불 조건 | 총비용과 취소 시 반환액 판단 |
| 인허가 보유 사업자와 업무 범위 | 누가 어떤 자격으로 자금을 처리하는지 확인 |
이 표의 미확인은 검토한 공개 문서의 범위를 뜻합니다. 한국의 모든 스테이블코인 사업에 대한 판정은 아닙니다. 특정 매장의 사용 가능 여부는 해당 서비스 운영사에 확인해야 합니다.
쿠팡 파트너스 광고 · 일정액의 수수료를 받습니다.
사전 승인과 지출 한도는 어떻게 작동하나요?
신원 확인은 결제 허락과 다릅니다. 에이전트의 식별번호도 사용자 승인 자체를 대신하지 못합니다. 실제 자금 이동에는 승인 범위와 이를 집행하는 장치가 필요합니다.
ERC-8004 기술 문서는 에이전트 식별·평판·검증을 다룹니다. 확인한 문서의 상태는 Draft입니다. 문서는 결제를 규격 범위에서 제외한다고 명시합니다.
관광객의 식사 주문 예시
식사 주문을 맡긴 경우에도 결제 조건을 따로 정해야 합니다. 아래는 원리를 설명하는 가상 상황입니다. 이번 프로그램에 이미 구현됐다는 뜻은 아닙니다.
- 주문할 음식과 판매자를 확인합니다.
- 사용할 자산과 결제망을 지정합니다.
- 주문 금액과 별도 수수료를 확인합니다.
- 승인 유효기간과 허용 지출 범위를 정합니다.
- 결제 시스템이 승인 조건을 검사합니다.
- 결제 후 주문 영수증과 자금 이동 기록을 대조합니다.
ERC-3009 기술 문서는 서명된 전송 승인을 설명합니다. 승인 정보에는 수령 주소와 금액이 들어갑니다. 유효시간과 재사용 방지값도 포함됩니다.
일별 누적 한도는 개별 전송 승인과 별도입니다. 여러 주문의 지출을 합산하는 장치가 필요합니다. AI에게 대화로만 한도를 알려줬다면 강제 집행 여부를 확인하세요.
| 상황 | 필요한 통제 |
|---|---|
| 승인한 주문의 가격이 바뀜 | 변경 금액에 대한 재승인 |
| 같은 주문이 중복 전송됨 | 주문번호·승인값을 이용한 중복 방지 |
| 개별 주문은 작지만 누적 지출이 커짐 | 기간별 합산 한도 검사 |
| 승인 기간이 끝남 | 만료된 권한의 실행 차단 |
| 위임을 철회함 | 사용 전 권한 취소와 반영 여부 확인 |
승인 철회와 이미 끝난 결제의 환불도 별개입니다. 철회는 앞으로 사용할 권한을 중단하는 기능입니다. 완료된 주문의 반환은 판매자와 결제 운영자의 환불 절차를 따릅니다.
USDC·체인·가맹점 수령 증빙
달러 스테이블코인이라는 표현만으로 USDC 지원을 확정할 수는 없습니다. USDC는 달러 가치에 연동되도록 설계된 자산의 한 종류입니다. 여기서는 결제 원리를 설명하는 예로 사용합니다.
Circle의 USDC 주소 문서는 체인별 자산 주소를 안내합니다. 같은 표시명이라도 발행 형태와 네트워크가 다를 수 있습니다. 시험망 USDC에는 실제 달러의 뒷받침이 없다고 설명합니다.
| 확인 대상 | 쉬운 뜻 | 확인할 내용 |
|---|---|---|
| 자산 종류 | 무엇을 보내는지 | 발행사와 정확한 토큰 주소 |
| 체인 | 어느 결제망을 이용하는지 | 판매자와 지갑이 함께 지원하는 네트워크 |
| 발행 형태 | 직접 발행 자산인지 이전용 표현인지 | 네이티브 USDC와 브리지 자산의 차이 |
| 수령 주소 | 누구에게 보내는지 | 판매자 또는 정산 사업자의 지정 주소 |
| 거래 식별값 | 어떤 전송인지 | 성공 여부, 자산, 금액, 수령 주소 |
| 주문 증빙 | 무엇을 구매했는지 | 주문번호, 매장명, 결제 승인 영수증 |
| 정산 증빙 | 가맹점이 무엇을 받았는지 | 코인 수령 또는 원화 입금 기록 |
Coinbase의 x402 문서는 승인 검증과 실제 정산을 구분합니다. 이 문서는 결제 구조를 이해하는 비교 자료입니다. 이번 한국 프로그램의 구체적인 채택 방식까지 증명하지는 않습니다.
예를 들어 관광객이 정산 사업자에게 코인을 보낼 수 있습니다. 이후 사업자가 가맹점에 원화를 지급할 수도 있습니다. 이 경우 코인 전송 기록만으로 원화 정산 완료를 증명할 수는 없습니다.
반대로 가맹점이 코인을 직접 받는 것도 가능합니다. 이때는 지정 주소의 수령 내역을 주문과 연결해야 합니다. 블록체인 전송 성공은 상품 인도까지 자동으로 증명하지 않습니다.