궁금한 주제를 찾아보세요

비트코인, 스테이블코인, 온체인 데이터처럼 주제로 검색하세요.

다시 읽을 이야기

저장한 글은 이 브라우저에만 보관됩니다.

해설정책·규제

MiCA 사업자 도산 시 고객 자산 분리와 반환 계획 확인하기

EU CASP가 도산하거나 서비스를 정리할 때 고객 가상자산·자금의 법적·운영상 분리, 포지션 장부와 질서 있는 종료계획을 확인하는 순서입니다.

난이도 중급주제 카테고리와 개념 밀도 기준검토 정보AI 보조 초안 · 출처 목록 제공 · 주장별 대조 진행 중
파손된 사업자 건물과 분리된 고객 자산 상자가 반환 경로로 연결되는 모습
주제의 이해를 돕기 위해 imagegen으로 제작한 AI 생성 개념 일러스트
먼저 읽는 핵심

고객 자산 분리는 소유권 보호 장치이지 즉시 지급 보증이 아닙니다.
고객별 장부·온체인 보유량·별도 자금계좌를 서로 대조합니다.
질서 있는 종료계획과 실제 도산절차의 관리자·청구기한을 구분합니다.

MiCA는 CASP가 고객 소유권을 보호하고 고객 가상자산을 자기 재산과 법적·운영상 분리하며, 고객 자금을 식별 가능한 별도 계좌에 두도록 요구합니다. 수탁 CASP는 고객별 포지션 장부와 신속한 반환 절차도 갖춰야 합니다. 하지만 분리 의무가 도산 당일 즉시 인출이나 가치 보전을 보장하지는 않습니다. 실제 반환은 어떤 법인이 자산을 보유했는지, 장부와 온체인 수량이 맞는지, 관할국 도산법과 동결 조치가 무엇인지에 따라 달라집니다.

분리라는 한 단어를 세 가지 기록으로 풉니다

MiCA 제70조는 고객 가상자산이나 접근수단을 보유하는 CASP가 고객 소유권을 보호하고 자기계정으로 사용하지 않도록 적절한 장치를 두게 합니다. 제75조는 수탁 고객 자산을 CASP 자기 보유분과 분리하고, 적용 법률에 따라 사업자 재산으로부터 법적으로도 분리해 채권자가 수탁자산에 손대지 못하도록 요구합니다.

법적 분리, 운영상 분리, 고객별 장부는 같은 말이 아닙니다. 하나의 옴니버스 주소에 여러 고객 자산이 있어도 내부 장부가 고객 권리를 정확히 식별할 수 있지만, 장부가 맞는다는 사실만으로 온체인 부족분이 없어지는 것도 아닙니다. 도산 공지 전후의 장부와 공개주소, 외부 수탁자 잔액을 함께 대조합니다.

분리 규정은 반환의 출발점을 만들지만 실제 반환 속도와 수량은 장부·보유량·도산절차가 결정합니다.

JOBCOIN 편집 해설

VISUAL GUIDE보관·권한·위험을 나누어 보기
자산 보관, 출금 통제권, 시스템과 거래 상대방의 위험을 구분한 개념도
그림과 함께 짚어볼 본문 내용

그림은 이 주제의 공통 개념을 단순화한 설명입니다. 아래 항목에서 이 글의 구체적인 조건과 예외를 함께 읽어보세요.

  1. 분리라는 한 단어를 세 가지 기록으로 풉니다

    MiCA 제70조는 고객 가상자산이나 접근수단을 보유하는 CASP가 고객 소유권을 보호하고 자기계정으로 사용하지 않도록 적절한 장치를 두게 합니다.

  2. 고객 자금과 가상자산의 보관 규칙을 나눕니다

    고객 자금이 전자화폐토큰이 아니고 CASP가 이를 보유해야 하는 사업모델이라면, 원칙적으로 수령 다음 영업일 말까지 신용기관이나 중앙은행에 두고 CASP 자기계좌와 별도로 식별되는 계좌에 보관해야 합니다.

  3. 가정 사례로 부족분과 반환 지연을 구분합니다

    고객 N의 장부에는 1.5 BTC와 2,000유로가 있고, CASP는 공동지갑과 별도 은행계좌를 썼다고 가정하겠습니다.

AI로 제작한 개념도 · 실제 가격·거래 내역·통계가 아닙니다.

고객 자금과 가상자산의 보관 규칙을 나눕니다

고객 자금이 전자화폐토큰이 아니고 CASP가 이를 보유해야 하는 사업모델이라면, 원칙적으로 수령 다음 영업일 말까지 신용기관이나 중앙은행에 두고 CASP 자기계좌와 별도로 식별되는 계좌에 보관해야 합니다. 전자화폐기관·지급기관·신용기관에는 제70조 일부 예외가 있으므로 법인 유형을 확인합니다.

가상자산에는 은행계좌가 아니라 온체인 주소, 서명권한, 고객별 포지션 장부가 중요합니다. 원화·유로 잔액과 토큰 잔액을 한 묶음으로 ‘예치금’이라고 부르면 보호 구조를 오해하기 쉽습니다. 청구서에는 자금 통화·금액과 토큰 종류·수량·네트워크를 별도 행으로 적습니다.

도산 반환에서 맞춰 볼 세 기록
기록 확인 내용 불일치 시 질문
고객 포지션 장부 고객명·토큰·수량·이동 누락 거래와 정정 시각
온체인·외부 수탁 잔액 주소별 실보유와 통제권 부족분·잠금·브리지 위치
고객 자금계좌 은행·계좌 식별·입금일 자기계좌 혼재 여부
도산재산 목록 고객자산 제외·분류 근거 일반채권 분류 사유
반환 계획 순서·인증·수수료·기한 지연 조건과 이의 절차

가정 사례로 부족분과 반환 지연을 구분합니다

고객 N의 장부에는 1.5 BTC와 2,000유로가 있고, CASP는 공동지갑과 별도 은행계좌를 썼다고 가정하겠습니다. 도산관리인은 먼저 N의 포지션 장부가 거래 원장과 맞는지, 공동지갑 전체 수량이 모든 고객 장부 합계와 맞는지, 2,000유로가 별도 식별 계좌에 있는지 확인할 수 있습니다.

신원 재확인 때문에 1.5 BTC 반환이 늦는 상황과 공동지갑에 실제 부족분이 있는 상황은 다릅니다. 전자는 인증·제재·주소 확인 일정의 문제일 수 있고, 후자는 소유권과 부족분 배분을 둘러싼 도산법 판단이 필요합니다. ‘분리됐다’는 공지만 보고 어느 쪽인지 추정하지 않습니다.

질서 있는 종료계획은 파산면책서가 아닙니다

MiCA 제74조는 수탁·거래플랫폼·교환·주문집행 등 특정 서비스를 제공하는 CASP가 국가법 아래 질서 있게 업무를 종료할 계획을 갖추도록 합니다. 계획은 핵심활동의 연속 또는 복구를 포함하고 고객에게 과도한 경제적 손해 없이 종료할 능력을 보여야 합니다.

이 계획이 있다는 사실은 도산이 없다는 보증도, 모든 고객이 같은 날 전액을 받는다는 약속도 아닙니다. 실제 사건에서는 도산관리인 지정, 청구기한, 법원 명령, 자산 동결, 네트워크 수수료와 최소 출금수량이 반환 일정에 영향을 줄 수 있습니다. 종료계획의 담당자와 고객 공지를 실제 절차 문서와 대조하세요.

  • 계약한 CASP의 정확한 법인명과 인가국을 확인합니다.
  • 도산 공지 직전 포지션 명세를 내려받습니다.
  • 자금과 토큰을 통화·네트워크별로 분리해 적습니다.
  • 거래해시와 입출금 영수증으로 장부 잔액을 검산합니다.
  • 공식 관리자·청구기한·사건번호를 관할기관에서 확인합니다.

반환 신청은 피싱을 피하면서 증거를 고정합니다

도산 직후 검색광고나 소셜미디어에 가짜 청구 사이트가 생길 수 있습니다. 감독기관·법원·공식 CASP 도메인에서 관리자와 사건번호를 교차 확인하고, 반환을 위해 시드문구나 개인키를 요구하는 링크는 사용하지 않습니다. 새 반환주소가 필요하면 먼저 소액 검증 절차와 지원 네트워크를 확인합니다.

신청본에는 고객번호, 기준일 잔액, 토큰·네트워크, 법정통화, 미처리 입출금, 증빙목록을 붙입니다. CASP 화면과 본인 기록이 다르면 두 수치를 모두 제시하고 차이가 생긴 거래 ID를 특정합니다. 제출 시각과 접수확인, 추가자료 요구, 결정문을 순서대로 저장합니다.

수탁 사고 보상과 도산 반환을 섞지 않습니다

키 유출로 자산이 이미 외부로 빠져나간 사건은 수탁 책임과 손실액 문제가 중심입니다. 자산은 남아 있으나 사업자가 지급불능에 빠진 사건은 소유권 분리와 반환절차가 중심입니다. 한 사건에 두 문제가 함께 존재할 수 있으므로 ‘보유 확인분’, ‘사고 손실분’, ‘미결제 거래’를 나눠 청구합니다.

MiCA의 분리 의무는 국가 도산법을 없애지 않습니다. 고객자산으로 인정되는 범위, 비용 공제, 부족분 처리와 이의신청은 관할국 규칙과 법원의 결정에 달릴 수 있습니다. 큰 금액이면 마감 전에 현지 법률 조언을 받고, 서비스 공지와 감독기관 공지를 별도로 보관하세요.

자주 묻는 질문

MiCA 인가 CASP라면 도산해도 즉시 전액 출금되나요?

아닙니다. 분리·장부·반환계획은 보호 장치지만 관리자 확인, 동결, 부족분과 국가 도산절차 때문에 시기와 수량이 달라질 수 있습니다.

공동지갑을 쓰면 고객 자산 분리 위반인가요?

주소 구조만으로 판단할 수 없습니다. 고객별 권리를 식별하는 장부, 자기 자산과의 법적·운영상 분리, 접근수단 통제가 실제로 작동하는지 봐야 합니다.

도산 반환 신청에 개인키가 필요한가요?

정상적인 신원·소유권 확인에 시드문구나 개인키를 넘길 이유는 없습니다. 공식 관리자와 도메인을 확인하고 고객번호·명세·거래 증빙으로 신청하세요.

더 깊이 읽기

본문에서 다룬 개념과 확인 절차를 다음 글에서 이어서 살펴보세요.

참고한 원문 자료

자료 확인 기준일 2026.09.27
  1. Regulation (EU) 2023/1114 (MiCA)eur-lex.europa.eu
  2. MiCA Article 70 Safekeeping of clients’ crypto-assets and fundswww.esma.europa.eu
  3. MiCA Article 75 Providing custody and administrationwww.esma.europa.eu
자료 대조 기록과 확인 범위
출처 수집
원문 링크 3개 제공
핵심 주장 대조
완료 근거가 아직 기록되지 않았습니다.
분야 전문가 검수
별도 완료 기록이 없습니다.

원문 링크와 자료 확인일은 글 전체의 주장 대조나 전문가 검수 완료를 뜻하지 않습니다. 별도 확인이 필요한 절차는 원문의 적용 대상과 최신 안내를 함께 확인해 주세요.

AI 활용 안내

이 글은 초안 구성과 자료 정리에 AI를 활용했습니다. 글에 표시된 출처와 기준일을 함께 확인해 주세요. 별도 검토 정보가 없다면 전문가 검수를 뜻하지 않습니다.

이해를 위한 정보 콘텐츠

이 글은 특정 자산의 매수·매도 또는 수익을 권유하지 않습니다. 자료의 발표 시점과 이후 변경 사항을 함께 확인해 주세요.

편집 원칙 보기 →이 기사 정정 제보 →