UNIPORT 사업계획서 · v0.3.1 · 2026.06

외국인 AI 생활비서×자연어 송금·결제

한국에서 검증된 외국인 신원으로 "말하면 실행되는" 비서. 답하고, 처리하고, 보냅니다 — 세 능력은 하나의 신원 백본을 공유하며, UNIPORT는 어느 시점에도 자금을 보유하지 않습니다.

주식회사 유니포트대표 박세준투자사 사전 공유용
상태 표기 운영 중 · 완성 testnet 검증 신규 빌드 검토 미완 · 확정 필요 확정 사실과 계획을 분리해 표기하며, 임의 추정치는 기재하지 않습니다
EXECUTIVE SUMMARY

이미 운영 중인 인프라 위에, 비서를 얹습니다

UNIPORT는 국내 외국인 대상 정착 인프라를 이미 운영 중입니다 — 여권 기반 eKYC(5종 신분증명 OCR/MRZ), 전화 개통(UNIPhone), 비자·거주 서류 자동화(UNIPass), 대학 생활(UNILife), Stripe PG 결제(인바운드 수납)가 전부 앱(v2.9.x)과 백엔드에서 가동되고 있습니다.

여기에 TIPS 수행 주제와 연계해 구축한 결제 권한 엔진(자연어 → 정책 검증 → non-custodial 멀티시그 결제, 922+ 테스트, testnet 검증 완료)을 결합하여, UNIPORT 앱 안에 외국인 개별 AI 비서를 단일 접점으로 배치합니다.

한 비서, 세 가지 능력

01 · 정보 확인

답한다

체류·행정·부동산·통신 질문에, 사용자 서류 컨텍스트와 갱신되는 규제 코퍼스 기반으로 개인화 답변

챗 UI 구현 답변 엔진 신규
02 · 실행

처리한다

전화 개통, 비자·거주·부동산 서류 자동 생성·신청. 법적 검토는 행정사·변호사 연결(유료)

실행 모듈 운영 오케스트레이션
03 · 금융

보낸다

자연어 한 줄 송금 — "이 지갑으로 1 XRP 보내줘" 수준은 testnet에서 동작 확인. 목표 UX인 "엄마한테 100달러 보내줘"(법정화폐 수취)는 정산 파트너 연결 시 완성

엔진 testnet 완료 원화 정산 파트너
신원 백본 여권 eKYC DID·VC 발급 모든 실행(개통·서류·송금)의 권한 근거
9:41● ▮ ▮▮▮
여권 스캔
PASSPORT INFO
NameKIM YOUNG
NationalityKOR
Passport No.M12345678
여권 OCR · 자동 추출
5종 신분증(여권 · 외국인등록증 · 군인증 · 학생증 · 항공권) ARC/MRZ 인식 운영 중

이 백본이 ChatGPT도, 토스도, 송금업자도 갖지 못한 UNIPORT의 해자입니다.

송금·결제의 라이선스 구간(변환·오프램프·제3자 정산)은 자금 무보유 non-custodial 구조 + 라이선스 보유 파트너 위임으로 풀며, 컨소시엄(변환: 두나무/GIWA · 실행: GME/센트비류 · 수탁: 인피닛블록 ∨ DSRV 택1) 구상을 유지합니다.
PROBLEM

외국인의 한국살이 — 정보·실행·금융의 3중 장벽

  1. 정보 — 체류 자격별 규정이 다르고 수시로 변경됩니다. 일반 LLM은 최신성·정확성을 담보하지 못하고, 커뮤니티는 파편적이고 책임이 없습니다.
  2. 실행 — 답을 알아도 개통, 서류 작성·제출, 계약·신고는 언어와 신분 증빙의 벽입니다.
  3. 금융 — 외국인은 한국 거래소 실명계좌 개설이 사실상 불가능해 합법적 송금·결제 접근 자체가 막혀 있습니다. 거래소는 본인 계좌 출금까지만 가능하며 제3자 정산은 하지 못합니다.
세 장벽의 공통 원인은 하나 — "검증된 신원으로 행동할 수 있는 단일 접점"의 부재입니다.

시장 수요 신호 — 메이저 플레이어의 진입 (공개 자료)

스테이블코인 기반 송금·결제 수요는 글로벌·국내 메이저 플레이어들의 행보로 이미 검증되고 있습니다. 카이아 DLT 재단(Kaia)은 라인넥스트와 함께 메신저 기반 스테이블코인 송금·결제·온오프램프 슈퍼앱(프로젝트 유니파이)을 추진 중이고, 2025년 5월 테더의 네이티브 USDT를 체인에 도입했으며, 재단 의장은 국내 원화 스테이블코인 발행 시 1순위 체인 진입을 목표로 한국에서는 제도화 이후 핀테크·금융기관이 SDK로 송금·결제·정산을 연동하는 전략을 공개했습니다. BC카드 또한 외국인 보유 달러 스테이블코인의 국내 가맹점 결제 실증을 진행한 바 있습니다(§5 GME 참조).

UNIPORT 관점의 함의는 두 가지입니다. 첫째, 메신저·카드·체인 사업자가 일제히 스테이블코인 송금·결제에 진입한다는 것 자체가 수요의 방향성 검증입니다. 둘째, 이들과 UNIPORT는 경쟁이 아니라 보완 관계입니다. 카이아의 유니파이는 아시아 메신저 사용자 일반을 향한 송금·결제 접점이고, UNIPORT는 한국 체류 외국인의 검증된 신원과 행정 맥락에서 출발하는 버티컬이라 고객 접점이 다릅니다. 오히려 카이아가 공개한 "제도화 이후 핀테크가 SDK로 송금·결제·정산을 연동"하는 전략은 UNIPORT 같은 버티컬 사업자가 올라타는 모델 그 자체이며, 유니파이·SDK는 후속 단계의 정산·배급 연동 후보입니다 (특정 체인에 종속되지 않는 설계로 연동 대응 가능).

현 사업 구조의 한계

외국인 사용자 UNIPORT — 신원·권한 레이어 누가, 어떤 권한으로 발동하는가 레일 — 자본·라이선스 경쟁 영역 변환 거래소 · 코인↔원화 실행 송금업 · 제3자 정산 배급 플랫폼 · 유저 접점
그림 1 — 레일은 자본·라이선스 경쟁 영역, UNIPORT는 그 위의 신원·권한 레이어
SOLUTION

UNIPORT AI 생활비서

구조 — 신원 백본 + 3개 실행 축

챗 비서 — 단일 접점 (다국어) ① 답한다 · 정보 확인 맞춤 답변 · 신규 구축 ② 처리한다 · 실행 개통·서류 — 운영 중 ③ 보낸다 · 금융 결제 권한 엔진 · testnet 신원 백본 — UNIPORT의 해자 여권 eKYC → DID·VC → 권한 위임
그림 2 — 세 능력은 하나의 신원 백본을 공유하며, 백본이 곧 해자

③ 보낸다 (금융) — 자연어 송금·결제, 핵심 차별점 testnet 동작 확인

이미 동작하는 플로우 (코드·문서 확인 사실):

  1. 여권 인증 완료 → 본인 확인된 디지털 신원 발급 (지갑과 연결)
  2. 사용자가 결제 권한 위임을 켜고 한도·수취인·유효 기간을 직접 설정
  3. 챗에서 자연어 지시 — "이 지갑으로 1 XRP 보내줘", "merchant에게 0.5 XRP 보내줘" (한/영)
  4. 시스템이 금액·수취인·한도를 자동 검증하고 본인 승인을 거쳐 실행 — 전 과정이 위·변조 불가 기록으로 보존
UNIPORT 비서
이 지갑으로 1 XRP 보내줘
네, 보내기 전에 확인할게요. 등록된 수취인이고 설정 한도 안이에요.
송금 확인
수취인등록된 지갑 · 신원 확인됨
금액1 XRP
한도설정 한도 내 ✓
기록전 과정 보존
Face ID · 지문으로 승인
Face ID 인증 완료
전송 완료. 내역은 변조 불가 기록으로 보관됩니다.
그림 5 — 챗 송금 UX (testnet 데모 플로우를 화면으로 재구성한 예시 — 실제 스크린샷 아님). AI는 제안과 검증까지, 실행은 항상 본인 승인
9:41● ▮ ▮▮▮
AI 챗 · 자연어 송금
CoinToss AI 챗봇입니다. 결제 권한 위임을 도와드릴게요.
엄마한테 100달러 보내줘
권한 한도 안에서 송금합니다.
Face ID로 승인해주세요.
권한 확인 한도 변경
예: 현재 권한 위임 상태 확인
9:41● ▮ ▮▮▮
PAYMENT AUTHORITY
정해진 한도 안에서만 결제 권한을 위임합니다.
1회 10 XRP 누적 100 XRP 10회/24h
에이전트 DIDdid:key:...m7g
체인 / 자산XRPL · XRP
수신자 정책등록 주소만
결제 권한 승인을 위해
생체 인증해 주세요
자연어 송금 + 권한 위임 + Face ID · 사용자는 한 문장으로 지시, UNIPORT는 위임 한도 안에서만 서명 — AI는 한도를 임의로 바꿀 수 없음
안전 가드레일 (구현 완료) — AI는 수취인을 만들어내거나 바꿀 수 없고, 사전에 등록된 수취인에게만 보낼 수 있습니다. 어떤 단일 주체도 — AI 포함 — 단독으로는 자금을 옮길 수 없으며, 모든 시도와 거부 내역이 기록으로 남습니다.
키는 묻지도, 보관하지도 않습니다 — UNIPORT는 사용자의 개인키(Private Key)를 요청하지도, 서버에 저장하지도 않습니다. ① 자기 자산과 정보는 자신이 관리한다는 철학 그대로이며 ② 중앙에 모아둔 키 금고가 없으니 최근 잇따르는 거래소형 해킹(보관 키 일괄 탈취)이 성립할 표적 자체가 없습니다. ③ 자산을 보유·수탁하지 않는 이 구조는 가상자산사업자(VASP) 의무를 트리거하지 않도록 설계의 출발점이 됩니다 (최종 분류는 법률 검토로 확정 — §10).

목표 유스케이스 — 본국 가족 송금, 등록금·기숙사비 납부, 보증금 송금, 친구 간 정산. 검증된 신원이 전제이므로 수취·발신 양쪽의 신뢰 문제를 신원 레이어가 흡수합니다.

정직한 경계 — 위 플로우는 testnet 자산 기준으로 완성되었습니다. "이 지갑으로 1 XRP 보내줘" 수준의 자연어 송금까지가 확인된 사실이며, 목표 UX인 "엄마한테 100달러 보내줘"(법정화폐 수취)는 원화 정산(라스트마일) 파트너 연결 시 완성됩니다. 이 구간은 라이선스 파트너 영역으로 아래 정산 아키텍처·컨소시엄으로 해결하며, 파트너 확정 전까지 대외 데모는 파트너 인터페이스(mock)를 명시 표기합니다.

② 처리한다 (실행) — 행정 자동화 + 전문가 에스컬레이션

단계제공 주체과금
정보 제공 · 일반 안내AI 비서무료 한도 / 구독
서류 생성 · 신청 실행UNIPORT 모듈 (개통, 비자·거주·부동산 서류)건당 수수료 (기존 모델)
법적 검토 · 대리 · 신고행정사 · 변호사 네트워크추가 결제, UNIPORT는 take-rate 법률 검토 전제
UNIPORT 비서
유심 개통하고, 외국인등록 서류도 만들어줘
등록된 신원과 서류로 바로 진행할게요. 새로 입력할 건 없어요.
개통 신청 접수 ✓ · 서류 PDF 생성 ✓
통신 가입 · 외국인등록 신청서 자동 완성
성명NGUYEN MINH AN신원 백본
여권번호M12****78신원 백본
체류자격D-2 (유학)등록 서류
주소서울시 관악구 신림로 ···등록 서류
사용자 추가 입력 0회 — 한 번 검증된 신원이 모든 실행의 자동완성 소스입니다
그림 6 — 처리한다(실행) 데모: 개통 지시 한 번에 신원 백본이 서류를 자동 완성합니다 (예시 데이터로 재구성한 화면 — 실제 스크린샷 아님)
9:41● ▮ ▮▮▮
UNIPHONE · STEP 1
Do you have a Korean Phone number?
To get your Korean residence ID, you'll need a local Korean phone number.
🇰🇷
9:41● ▮ ▮▮▮
UNIPHONE · ACTIVATION
Activation Steps
입국 전·후 단계가 자동으로 진행됩니다
BEFORE LANDING
Application Submission
신청 완료
AFTER LANDING
2
Government Approval
진행 중
3
Activate eSIM
대기
UNIPhone — 외국인 전용 전화 개통 · 입국 전 신청 → 정부 승인 → 입국 후 eSIM/USIM 활성화까지 1개 앱에서 완결 (RN 앱 v2.9.x 운영 중)

UNIPhone 개통 — 실제 7단계 흐름

01
전화번호 보유 확인

입국 전 시점부터 안내. 미보유 시 즉시 개통 분기

02
기기 선택

iOS · Android 분기로 eSIM/USIM 호환 자동 판정

03
요금제·기간

외국인등록증(RC) 발급 전/후 요금제 분기 + 기간 선택

04
사기 방지 안내

통신사 공통 보이스피싱/명의도용 약관 동의

05
신분증 업로드

여권 KYC 카드(앞 §1 백본) 재사용 — 1회 인증으로 끝

06
배송·픽업

자택 배송 또는 매장/공항 픽업 선택

07
SIM 활성화

eSIM은 QR 스캔, USIM은 8자리 번호 입력으로 개통 완료

그림 6.5 — 개통 신청 한 번에 7단계가 순차 진행 (RN 앱 v2.9.x 실제 화면 시퀀스 기반)

IDENTITY & AUTHORITY

신원·권한 레이어 — 핵심 불변 원칙

  1. 검증된 신원 — 여권 인증을 마친 외국인에게 국제 표준 디지털 자격증명 발급. 특정 블록체인에 종속되지 않는 구조 (복수 체인 연동 구현 완료)
  2. 권한 위임 — 멀티시그 기반. 어떤 단일 주체도(AI agent 포함) 단독으로 자금을 이동할 수 없습니다
  3. 정책 검증 — 한도·수취인·목적 정책을 결제 발동 전 정책 엔진이 검증
  4. 자금 무보유 (Non-negotiable) — UNIPORT는 어느 시점에도 자금을 보유·중계하지 않으며, 개인키를 요청·저장하지 않습니다. 서명은 항상 사용자 측. 라이선스 필요 구간은 전부 라이선스 보유 파트너에 위임 → 무등록 외국환업무·소액해외송금업 리스크를 구조적으로 제거
SETTLEMENT

정산 아키텍처

자산 설계 — 운송과 인터페이스의 분리

실행 경로 이중화

경로구성상태
① 직접 경로송금 라이선스 파트너 (GME: RippleNet 이력 + 스테이블코인 결제 실증 / 센트비류: 싱가포르 MPI + 한국 정산 레일)전 후보 협의 전. GME 실증의 시점·결과 확인 필요, 센트비 확인된 코인 트랙은 USDT — RLUSD 수취는 양사 모두 미확인
② 벤더 경로Bridge by Stripe (outbound 벤더 후보 · 크립토→법정화폐, USDC) + Airwallex (원화 지급 — 페이누리 인수로 국내 PG·선불·외국환 등록 확보)API 기반이라 기술 검증은 빠르나, 계약·심사·실거래 검증이 별도 필요. 홉 증가에 따른 비용 상승
컨소시엄은 ① 경로의 가속 수단이며, ② 경로가 베이스라인으로 존재하므로 컨소 성사가 생존 조건이 아닙니다. 어느 경로든 자금 수취 계정의 주체는 수취인 또는 실행 파트너이며, UNIPORT가 계정 주체가 되는 구조는 배제합니다.
사용자 자산 영역 외국인 사용자 여권 eKYC 검증 · 서명 주체 RLUSD 운송 XRPL · 국경 구간 전용 정산 직전 스왑 interface 자산 · 사용자 서명 UNIPORT 신원·권한·정책 검증 라이선스 파트너 영역 실행 파트너 · 원화 정산 ① GME·센트비류 ② Bridge+Airwallex 한국 수취인 UNIPORT는 어느 시점에도 자금을 보유하지 않음 — 트랜잭션 구성·정책 검증·감사만 수행
그림 3 — 자금은 사용자 → 라이선스 파트너로만 흐르고, UNIPORT는 흐름 바깥에서 검증만 수행

입법 이후 — 원화 스테이블코인

원화 스테이블코인 입법 시 GIWA(두나무/업비트 OP Stack L2) 네이티브 정산으로 전환합니다. 신원·권한 레이어는 정산 자산과 무관하게 동일하게 작동하며 — GIWA 어댑터·신원 리더는 이미 구현(testnet) — 규제 변화는 리스크가 아니라 정산 비용을 낮추는 업사이드입니다. 역외 원화 페그 토큰은 유동성, 개인 상환 불가, 당국의 경계를 고려해 배제합니다.

CONSORTIUM

컨소시엄 구성안

STEP 1 OF 6 · 지시
사용자가 말로 지시합니다

여권 인증을 마친 외국인이 챗에서 "1 XRP 보내줘"라고 지시합니다. 이 시점에는 아무 일도 일어나지 않습니다 — 모든 지시는 검증을 통과해야 움직입니다.

UNIPORT — 신원 · 권한 · 정책 검증 자금을 보유하지 않는 통제 레이어 (점선 = 검증 범위) 신원 ✓ 한도 · 정책 ✓ 한도 초과 ✕ 차단 수취인 ✓ "1 XRP 보내줘" 외국인 사용자 지시 · 본인 서명 운송 · 스왑 RLUSD · 사용자 서명 실행 파트너 송금 라이선스 파트너 한국 수취인 원화 입금 배급 (후속) 토스 등 변환 · 체인 (필수) 두나무/업비트 · GIWA 수탁 · 인프라 (보강) 인피닛블록 ∨ DSRV 택1 ① 지시 접수 — 아직 아무 자금도 움직이지 않음 R
그림 4 — 자금 흐름과 역할 시뮬레이션. 밝게 강조된 부분이 현재 단계의 주인공이며, STEP 4(차단)가 UNIPORT 역할의 핵심입니다

역할 기준 구성 — 필수 2(변환·실행) + 보강(수탁 택1) + 후속(배급). 공백 한 칸(송금 실행)이 본 미팅의 핵심 협력 요청입니다.

역할별 구성 — 필수와 보강의 분리

변환 · 정산 체인필수
1순위
두나무/업비트 (GIWA) — GASOK 지원 이력 + 실무 관계 + KRW 변환과 L2 정산을 한 곳에서 커버
대안
변환: 빗썸·코인원 등 원화마켓 거래소 (FIU 신고수리) · 정산 체인: Kaia (SDK 연동 전략, §1 수요 신호)
실무 관계 (공식 채널 필요) · 거래소를 바꿔도 외국인 실명계좌 장벽과 제3자 정산 불가는 동일 — 이 한계는 실행 파트너가 해소
송금 실행 — 크립토→원화 제3자 정산필수공백 · 핵심 협력 요청
1순위
GME (글로벌머니익스프레스) — RippleNet 합류 이력(SBI 리플 아시아 경유) + 외국인 보유 달러 스테이블코인의 국내 결제 실증(BC카드 협력) 참여. 실증 시점·결과는 컨택 시 확인 필요
대안
센트비 (RippleNet · USDT 트랙) · 지머니트랜스 (소액해외송금 + 선불전자지급, 크립토 트랙 미확인) · 벤더 경로 Bridge by Stripe + Airwallex
경로 A · XRP
FIU 거래소 변환 → GME 등 송금업 파트너가 원화 정산 (거래소는 제3자 정산 불가)
경로 B · USDC
GME · 센트비가 USDC/USDT 직접 수취 → 자체 OTC + 원화 정산까지 단일 주체
경로 C · USD
Bridge by Stripe (USDC→USD) + Airwallex (USD→원화, 페이누리 인수로 국내 PG·외국환 등록 보유)
전 후보 협의 전 — 본 미팅의 협력 요청 #1
수탁 · 인프라보강 · 택1
1순위
인피닛블록 — XRPL 특화 수탁 · 밸리데이터 (FIU 신고수리)
대안
DSRV — 멀티체인 노드 · 수탁/비수탁 지갑 기술 · AML 체계 (FIU 신고수리). GIWA 확장 Phase에서 검토
공개 자료 확인 완료 (2025.1 기준) · 1차 컨소는 XRPL 정합 기준 인피닛블록 우선
배급후속
1순위
토스 — 외국인 금융 수요 접점. 단 크로스보더 실행 주체 아님 (실행은 센트비/모인 위임 구조)
대안
외국인 특화 카드 채널 (지머니트랜스 등) · Kaia 유니파이·SDK (제도화 후 연동 후보, §1)
후속 Phase 검토
신원 · 권한 + 유저 접점
담당
UNIPORT — 검증된 외국인 신원, 결제 권한 위임, 운영 중인 앱·비서 퍼널
상태
자체 보유 — 컨소 어느 파트너도 대체할 수 없는 슬롯
수탁 슬롯이 '보강'인 이유 — UNIPORT의 사용자 자산은 self-custody 원칙상 수탁하지 않습니다. 본 슬롯의 실제 역할은 수취 기업 측 자산 수탁, 파트너 기관용 수탁, 규제 대응 보강이며, 컨소 성립의 전제 조건이 아닙니다. 필수 슬롯은 변환과 실행 두 개입니다.
v0.3에서 UNIPORT의 컨소 기여가 커졌습니다 — 신원·권한 레이어에 더해 운영 중인 외국인 유저 접점(앱)과 비서 퍼널을 제공합니다. 파트너 입장에서 "유저가 어디서 오는가"에 대한 답이 생깁니다.
ASSETS — 코드 기준 2026.06

구축 자산 현황 확정 사실

운영 중 — UNIPORT 앱·서버

자산내용상태
RN 앱v2.9.x 운영, 다국어, 생체인증, 카메라 OCR, Stripe PG(인바운드 수납), XRPL 지갑 연동운영 중
eKYC여권 등 5종 OCR + MRZ 파싱, 신뢰도 스코어완성
UNIPhone · UNIPass · UNILife개통 전체 플로우 / 비자·거주 서류 PDF 자동 생성 / 이벤트·정산완성
백엔드NestJS 31모듈 · 41컨트롤러, 결제·알림·주소~80%
챗 인터페이스ChatScreen + 결제 권한 승인 화면 + 지갑 바인딩UI 구현 행정 백엔드

구현 완료 — 결제 권한 엔진

자산내용상태
자연어 결제 플로우챗 자연어(한/영) → 의도 해석 → 정책·리스크 검증 → 멀티시그 실행 → 감사 기록E2E 동작 (testnet)
신원 파이프라인여권 인증 → 디지털 신원 발급 → 결제 권한 위임 (UNIPORT 서버 연동 포함)완성
정책·리스크 엔진금액·수취인·누적·만료·빈도 제약, 속도 검사, 수취인 검증 게이트완성
체인 어댑터XRPL · Ethereum · Base · GIWA · WanBridge (5종) + 지갑 어댑터 5종testnet
품질922+ 테스트, 변경 불가 감사 체인, OpenAPI 58 operationstestnet 검증 완료

신규 빌드 범위 (갭)

  1. 행정 비서 답변 엔진 + 규정 데이터베이스 갱신 운영 (현재 0%)
  2. 비서 오케스트레이션 — 챗 → {답변 / 모듈 실행 / 송금 / 전문가 연결} 라우팅 (송금 분기는 기 구현, 행정 분기 신규)
  3. 행정사·변호사 연결 플로우 — 기술보다 BD·운영이 본체
  4. 결제 엔진 상용 전환 잔여 — KMS 서명 인프라 활성화(코드 완료, 인프라 결정 대기), mainnet 진입 의사결정, 파트너 정산 인터페이스
BUSINESS MODEL

사업 모델 — 6 트랙

단가·물량은 파트너 협의와 파일럿 데이터 확보 후 확정합니다 (임의 추정치를 기재하지 않습니다).

Track과금 구조시기비고
① 실행 수수료개통·서류 건당현재현재 발생 중인 매출 트랙. 비서가 깔리면 자연 증가
⑤ 신원 검증·온보딩검증 건당 (현 eKYC 연장)현재단가 확정 필요
⑥ B2B API컨소 파트너·대학·기관 대상 신원/권한/행정 API현재~단기기존 세일즈 채널 활용
② 비서 구독무료 한도 + 프리미엄 (무제한 Q&A, 서류 보관함, 만료일 관리)단기2027 H1 과금 시작, 가격 확정 필요
③ 전문가 연결행정사·변호사 건당 결제 take-rate단기변호사법 34조 법률 검토 필수
④ 결제 권한 발동송금·결제 발동 건당 정액후속정산액 비례(bps) 과금은 송금업 수익 오인 리스크로 배제
ROADMAP

로드맵 — 개발 현황 기준 현실 추정

시기비서 · 앱 트랙송금 · 결제 트랙
2026 Q3 전반신원·권한 데모 완성 — 여권 인증 외국인 → agent 위임 → 자연어 송금 + RLUSD→XRP 스왑 실연 (원화 구간은 파트너 mock 명시). 기반 코드 완료로 달성 확도 높음
2026 Q3비서 베타 (읽기 전용) — 체류·통신·부동산 질문 답변 + 서류 기반 개인화송금 실행 파트너 LOI·협의 개시 (GME → 센트비 순) + 벤더 경로 기술 검증 병행
2026 Q4비서 실행 연결 — 챗에서 개통·서류 발동. 행정사 파일럿 1–2곳KBW 시점 컨소 구성 발표 목표. 파일럿 정산 (파트너 확정 시). 앱 내 송금 베타
2027 H1부동산 서류 확장 + 전문가 네트워크 정식 오픈 + 구독 과금정산 파일럿 → 상용 전환 의사결정 (VASP 검토 · KMS 인프라 · mainnet 트리거)
입법 후GIWA 원화 스테이블 네이티브 정산 전환
Q3 리소스 전제 (정직 공개) — 현 엔지니어링 인력 기준 Q3 우선순위는 ① 송금·신원 데모(기반 코드 완료로 추가 빌드 최소) ② 답변 비서 베타 순입니다. 비서 베타의 범위·일정은 AI 엔지니어 채용과 연동하며, 채용 전에는 도메인 한정(체류·통신·부동산) 읽기 전용으로 범위를 고정합니다.

※ TIPS 수행 주제와 정합 — R&D 리소스 이중 활용. GASOK 선정 시 송금·결제 트랙 가속.

COMPETITION & MOAT

경쟁 환경과 해자

비교 대상한계UNIPORT의 방어선
범용 LLM
(ChatGPT 등)
사용자 서류·체류 상태를 모르고, 한국 규제 최신성·출처를 담보하지 않으며, 한국 통신·출입국 실행 모듈과 검증된 외국인 신원 기반의 실행·송금이 불가능범용 agent의 실행 능력이 발전해도, 한국 로컬 실행 모듈과 검증된 신원 인프라는 별개의 축적 자산
토스 · 뱅킹 앱외국인 온보딩(실명계좌 장벽)이 막혀 있고, 행정·정착 도메인 부재경쟁이 아니라 잠재 배급·레일
Stripe 수직 통합
(Bridge·Privy·Tempo)
agent 결제 방향성의 최대 시장 검증이자 잠재 경쟁Stripe가 구조적으로 못 갖는 것 — 한국 외국인의 검증된 신원 인프라 + 한국 규제 정합 설계 + 원화 라스트마일

해자 요약

  1. 검증된 외국인 신원 인프라·유저 베이스 — 시간으로만 축적 가능
  2. 운영 중인 실행 모듈 (개통·서류)
  3. Non-custodial 권한 위임 아키텍처 (기 구축, 922+ 테스트)
  4. 사용자 동의 기반 서류 컨텍스트 데이터
  5. 규제 정합 설계 (자금 무보유)
REGULATORY

규제 정합성

항목설계비고
자금 보유없음 — non-custodial, 서명은 항상 사용자 측무등록 외국환업무·소액해외송금업 리스크 구조적 제거
변환 · 정산라이선스 보유 파트너 위임특금법·외국환거래법 의무는 라이선스 주체 수행
스왑사용자 서명 온체인 스왑 — 트랜잭션 구성만 제공수탁·중개 비해당 구조 지향
VASP 분류UNIPORT의 VASP 해당 여부법률 검토 미완 송금 상용화 전 필수
법률사무 경계AI 답변은 일반 정보 제공 한정, 개별 판단·대리는 자격사변호사법 109조 · 행정사법
전문가 연결 수수료알선 대가 금지(변호사법 34조) 회피 구조 (플랫폼 이용료·광고 등) 설계법률 검토 필수 로톡 선례 참조
여권 · 개인정보기존 eKYC 처리 체계 + 비서 컨텍스트 사용 별도 동의개인정보보호법
TEAM

박세준대표이사 · XRPL Ambassador — 사업 총괄 · 아키텍처 · 개발
임승진엔지니어 · XRPL Ambassador — FN Guide 암호화폐 팀 유일 개발자
홍조셉BD — CertiK(글로벌 블록체인·스마트 컨트랙트 보안 기업) 사업개발 이사. 송금 파트너 · 전문가 네트워크 담당
정병익세일즈 채널 — 현 eKYC 영업 가동 중

채용 우선순위: ① AI/RAG 엔지니어 ② 운영 — 투자 유치 연동

ASKS

투자사 협력 요청 사항

  1. 송금 실행 파트너 브릿지 — 송금업 라이선스 보유사(GME·센트비 등) 의사결정 라인 소개
  2. 법률 자문 네트워크 — (a) VASP 분류 (b) 사용자 서명 스왑·트랜잭션 구성의 중개 행위 해당 여부 (c) 전문가 연결 수수료의 변호사법 34조 적합성 (d) AI 행정 안내의 법률사무 경계 — 구조 확정 전 1회 리걸 리뷰
  3. 두나무 측 채널 보강 — 컨소 논의용 탑다운 채널
  4. 대학·기관 채널 — B2B 트랙 확장
  5. 후속 라운드 관점 피드백 — "신원 백본 + 생활비서 + 송금" 통합 포지셔닝의 투자 매력도
RISKS — 정직 공개

리스크와 미확정 사항

#항목상태대응
R1송금 실행 파트너 미확보공백경로 이중화. 비서·행정 트랙은 파트너 없이도 성립 — 송금 지연이 생존을 위협하지 않는 구조
R2AI 답변 오류로 사용자 피해구조적출처·기준일 표기, 사실 데이터 DB 직조회, 고위험 주제 보수적 답변 + 전문가 연결, 면책 고지
R3전문가 연결 수수료의 변호사법 리스크검토 미완Ask #2(c). 결과 따라 과금 구조 조정
R4VASP 분류 · mainnet 전환 법률 검토미완Ask #2(a)(b). 검토 완료 전 testnet·파일럿 한정
R5행정 비서 답변 엔진 신규 빌드 0%일정 리스크Q3 베타는 읽기 전용·도메인 한정, 기존 자산 재사용, 일정은 채용 연동
R6규제 코퍼스 갱신 운영 부담상시 비용갱신 주기·책임자 지정, 커버리지 외 "모름" 처리
R7각 실행 파트너의 interface asset 수취 가능성 미확정 · RLUSD 국내 미상장확인됨Interface asset 3-way 설계로 자산 의존 제거 — 경로 A: XRP, B: USDC·USDT(파트너 협의), C: USDC via Bridge by Stripe (§4 표 참조)
R8핵심 인력 소수 구조키맨 리스크투자 유치 시 채용 우선
R9컨소 관계 해상도 (실무 수준)미공식Ask #3 공식 채널화
APPENDIX

사실 · 추정 구분과 명칭 정리

A. 사실 · 추정 구분

구분내용
코드·운영 확인RN 앱 v2.9.x 운영(eKYC 5종 OCR · UNIPhone · UNIPass · UNILife · Stripe PG(인바운드) · 챗 UI · 결제 권한 승인 화면 · 지갑 바인딩), NestJS 백엔드 31모듈, 결제 권한 엔진 testnet 엔드투엔드(자연어 송금 한/영, 정책·리스크·멀티시그·감사 체인, 922+ 테스트), 여권 KYC→DID/VC→agent 송금 플로우, 체인 어댑터 5종 · 지갑 어댑터 5종, AI 수취인 주소 생성 불가 가드레일
공개 자료 확인인피닛블록·DSRV FIU 신고수리(2025.1 기준), 카이아 재단·라인넥스트 스테이블코인 슈퍼앱 추진 및 네이티브 USDT 도입(2025), BC카드 외국인 스테이블코인 결제 실증, Airwallex 페이누리 인수(2026.1), Stripe 스테이블코인 자산(USDC 계열, RLUSD 미지원), RLUSD 국내 미상장, 토스-센트비/모인 협업 구조
판단·계획컨소 관계·구성 가능성, 로드맵 일정, 답변 엔진 품질·운영 비용, 구독 지불 의사
의도적 공란전 트랙 단가, 파일럿 물량, take-rate, 송금 상용 전환 기준 수치

B. 명칭 정리

기존 결제 프로젝트 코드네임은 대외 브랜딩에서 사용하지 않습니다 (상표 리스크 해소). 해당 코드베이스는 "결제 권한 엔진"으로 UNIPORT 내부 인프라에 흡수합니다. 앱 내 기능명은 기존 UNI* 체계 내 별도 네이밍으로 확정하되, KIPRIS 선행 상표 검색 및 변리사 검토 후 확정합니다. 코드 네임스페이스 변경은 기술 부채로 별도 관리하며, 대외 노출면(앱 스토어·타이틀·데모)부터 정리합니다. 기제출된 대외 프로그램(해커톤 등)에서 기존 명칭으로 노출된 건은 예외로 하고, 신규 대외 노출부터 본 원칙을 적용합니다.