토큰 법적 권리 판단 기준: 원장 기록과 소유권 사이의 네 가지 문턱

토큰은 몇 초 안에 지갑 사이를 이동합니다. 원장에는 새 보유자가 표시되고 이전 기록도 남습니다. 전통적인 증권 이전보다 빠르고 투명해 보입니다. 이 기록을 곧바로 소유권 이전으로 받아들이기 쉽습니다.

실제 권리는 그렇게 단순하게 움직이지 않습니다. 토큰이 주식이나 채권 자체인지, 기초자산을 보관한 발행자에 대한 청구권인지, 가격만 추종하는 계약상 권리인지에 따라 보유자가 행사할 수 있는 권한이 달라집니다. 수탁기관이 도산했을 때 고객자산으로 돌려받을 수 있는지, 잘못된 이전을 법원이 취소할 수 있는지, 원장상 확정된 거래가 도산법 아래에서도 최종적인지도 별개의 문제입니다.

기술적 이전과 법적 이전 사이의 간격은 시장이 커질수록 중요해집니다. 소액 파일럿에서는 발행자가 상환을 이행하고 참가자들이 분쟁 없이 협조하면 문제가 드러나지 않습니다. 거래가 여러 수탁기관과 관할권을 거치고 토큰이 담보로 재사용되면 같은 모호성이 여러 계약으로 전파됩니다. 빠른 이전이 권리의 확실성을 높이는 대신 분쟁이 생기는 속도를 높일 수 있습니다.

2026년 국제통화기금(IMF)은 법적 불확실성을 토큰화가 파일럿을 넘어 확장하는 데 필요한 핵심 과제로 지목했습니다. 원장 기록이 소유권의 확정적 증거인지, 원장상 결제가 법적으로 최종적인지, 어느 법률이 적용되는지가 명확해야 한다는 판단입니다. IMF의 분석은 스마트계약이 운영규칙을 실행하더라도 권리·의무와 분쟁처리는 전통 법률계약으로 받치는 이중 구조가 필요할 수 있다고 봅니다.

토큰을 법적 자산으로 평가하는 기준은 블록체인의 성능이 아닙니다. 토큰과 기초자산의 연결, 제3자에게 주장할 수 있는 권리, 수탁기관 도산 때의 자산 분리, 이전의 법적 최종성이 맞물려야 합니다. 네 조건 중 하나라도 끊기면 원장의 보유자는 기초자산의 소유자가 아니라 중개기관의 약속을 보유한 채권자일 수 있습니다.

토큰의 법적 구조: 직접 권리와 간접 청구권

토큰의 외형만으로는 무엇을 소유했는지 알기 어렵습니다. 같은 회사의 주가를 반영하는 두 토큰도 하나는 회사가 발행한 주식 자체일 수 있고, 다른 하나는 증권을 보관한 중개기관에 대한 계약상 청구권일 수 있습니다. 세 번째 구조에서는 기초주식에 대한 상환권조차 없이 가격차이만 현금으로 정산할 수 있습니다. 화면에 표시되는 종목명과 가격이 같아도 법적 자산은 서로 다릅니다.

직접 토큰화에서는 원장의 토큰이 증권 자체이거나 공식 소유권 기록의 일부가 됩니다. 발행법과 증권법이 원장 기록에 권리 이전 효과를 부여하고, 발행자가 배당·의결권·상환을 토큰 보유자에게 직접 이행한다면 기술적 기록과 법적 권리의 거리가 짧습니다. 이 구조에서도 누가 원장을 운영하고 어떤 기록이 공식 장부인지 정해야 하지만 권리의 연결은 비교적 명료합니다.

간접 토큰화는 중간에 발행자나 특수목적기구, 수탁기관을 둡니다. 해당 기관이 기초자산을 보유하고 투자자는 토큰을 통해 그 기관에 상환이나 현금흐름 지급을 요구합니다. 토큰 보유자는 기초자산을 직접 소유하기보다 중개기관에 대한 청구권을 가질 수 있습니다. 상환규칙과 준비자산이 확실하면 유용한 구조이지만 중개기관의 신용과 운영위험이 추가됩니다.

불완전한 연결에서는 토큰 이전과 기초자산 장부가 따로 움직입니다. 온체인 거래는 즉시 끝나도 주주명부나 중앙예탁 기록의 명의는 바뀌지 않을 수 있습니다. 발행자가 토큰 보유자를 실질 권리자로 인정하는 계약을 두지 않았다면 투자자는 자산 대신 가격 노출만 보유합니다. 기업행사, 의결권과 도산 때의 우선순위도 기초자산 소유자와 같다고 보기 어렵습니다.

2025년 *European Journal of Risk Regulation*에 실린 토큰화 자산의 법적 구조 연구는 직접·간접·불완전 토큰화의 차이를 이 연결관계에서 찾습니다. 토큰의 점유와 법적 소유권은 언제나 같지 않으며, 기초 단계의 법적 모호성은 토큰을 담보나 결합상품에 사용할수록 전체 거래구조로 전파될 수 있습니다.

따라서 첫 질문은 "어떤 체인에서 발행됐는가"가 아니라 "누구에게 무엇을 청구할 수 있는가"여야 합니다. 현금흐름, 의결권, 상환권과 도산 때의 회수권을 발행문서에서 확인해야 합니다. 기초자산을 보관한 주체와 토큰 발행자가 다르다면 두 장부가 어긋날 때 어느 기록이 우선하는지도 필요합니다. 연결이 계약에만 의존한다면 계약 상대방의 신용위험을 토큰 가격에 반영해야 합니다.

토큰의 통제와 소유권

개인키를 가진 사람은 토큰을 다른 주소로 보낼 수 있습니다. 이 능력은 디지털 자산의 거래에 필수적입니다. 다만 처분할 수 있다는 사실과 정당한 소유자라는 판단은 같지 않습니다. 훔친 열쇠로 금고를 열 수 있다고 해서 금고 안의 재산을 소유하는 것은 아닌 것과 같은 법적 구분이지만, 디지털 환경에서는 통제와 권리가 같은 화면에 나타나 혼동하기 쉽습니다.

UNIDROIT의 디지털 자산과 사법 원칙은 `통제`를 세 가지 사실상 능력으로 정의합니다. 타인이 디지털 자산의 편익을 실질적으로 얻지 못하게 할 수 있고, 자신은 그 편익을 얻을 수 있으며, 이 두 능력을 다른 사람에게 배타적으로 이전할 수 있어야 합니다. 통제는 종이증권의 점유나 계좌기록처럼 권리를 공시하는 중요한 수단이 될 수 있습니다.

그러나 UNIDROIT 원칙도 통제를 소유권 전체와 동일시하지 않습니다. 디지털 자산에 재산권이 성립하는지, 이전이 제3자에게 효력을 갖는지, 토큰과 다른 자산 사이의 연결이 어떤 법적 효과를 내는지는 적용되는 다른 법률에 맡깁니다. 통제는 "누가 현재 움직일 수 있는가"를 보여주지만 "왜 그 사람이 움직일 권리를 가졌는가"와 "그 이전을 제3자가 존중해야 하는가"까지 자동으로 답하지 않습니다.

키가 탈취된 거래를 생각하면 차이가 드러납니다. 원장은 유효한 서명에 따라 토큰을 새 주소로 옮길 수 있습니다. 기술적으로는 정상 거래입니다. 법률은 절도, 사기나 선의취득 규칙에 따라 원래 권리자와 이후 취득자의 우선순위를 판단할 수 있습니다. 프로토콜이 되돌릴 수 없는 기록을 만들었더라도 법원은 수령자에게 반환이나 손해배상을 명령할 수 있습니다. 이때 원장 상태와 법적 상태는 서로 갈라집니다.

반대 상황도 있습니다. 법률이 디지털 자산 자체를 재산권의 객체로 인정하고 통제를 권리 이전의 공시수단으로 명확히 정하면 두 상태를 가깝게 만들 수 있습니다. 선의로 통제를 취득한 사람을 보호하는 규칙과 적용법이 분명할수록 시장참가자의 원장 신뢰도는 높아집니다. 이는 기술이 법을 대체한 결과가 아니라 법이 기술적 통제에 정해진 효과를 부여한 결과입니다.

기관 수탁의 역할도 여기서 달라집니다. 수탁기관은 개인키를 안전하게 보관하는 업체에 그쳐서는 안 됩니다. 고객별 권리를 식별하고, 승인되지 않은 이전을 막으며, 법원명령과 자산동결을 처리하고, 키 분실이나 시스템 장애 뒤에 정당한 권리자가 자산을 회복할 절차를 제공해야 합니다. 통제의 안전성과 권리의 연속성을 함께 관리해야 수탁 기능이 완성됩니다.

수탁계약과 도산격리

평시에는 직접 소유와 중개기관 청구권의 차이가 잘 보이지 않습니다. 수탁기관이 출금을 처리하고 발행자가 이자를 지급하면 두 구조 모두 같은 수익을 냅니다. 차이는 수탁기관이나 발행자가 지급불능에 빠질 때 드러납니다. 고객이 토큰이나 기초자산을 돌려받는지, 다른 무담보채권자와 함께 배당을 기다리는지가 법적 자산의 품질을 가릅니다.

도산격리를 위해서는 고객자산이 수탁기관의 고유재산과 법적으로 분리돼야 합니다. 계약서에 고객 소유라고 쓰는 것만으로 충분하지 않을 수 있습니다. 지갑주소와 내부장부에서 고객별 수량을 식별하고, 회사가 그 자산을 자기 목적에 사용하지 않으며, 하위수탁자가 있는 경우 같은 분리의무가 이어져야 합니다. 원장 총량과 고객명부의 합계를 정기적으로 대사할 운영체계도 필요합니다.

혼합보관은 효율적이지만 회수 절차를 복잡하게 만듭니다. 여러 고객의 토큰을 하나의 옴니버스 지갑에 보관하면 온체인 거래비용과 키 관리 부담을 줄일 수 있습니다. 대신 내부장부가 훼손되거나 일부 자산이 부족할 때 누구의 몫이 먼저 부족해졌는지 판단해야 합니다. 자산 부족분을 고객이 비례 부담하는지, 수탁기관이 채워야 하는지, 보험이 적용되는지가 계약과 법률에 정해져 있어야 합니다.

UNIDROIT 원칙은 수탁자가 고객을 위해 디지털 자산을 관리하는 경우 고객의 권리를 식별하고 도산 상황에서 다룰 수 있는 틀을 제시합니다. 자기수탁에서는 서비스 제공자의 도산이 사용자가 통제하는 자산의 법적 지위에 직접 영향을 주지 않을 수 있습니다. 수탁형 구조에서는 수탁계약, 고객자산 분리와 도산법의 결합이 회수 가능성을 결정합니다.

자기수탁이 모든 문제의 해답은 아닙니다. 중개기관 도산위험은 줄지만 키 분실, 내부 직원의 오용, 상속, 담보권 설정과 법원 집행의 부담이 보유자에게 이동합니다. 기관투자자는 거래 승인권한을 여러 사람에게 나누고 복구키와 비상절차를 설계해야 합니다. 규제상 요구되는 자산서비스와 기업행사 처리도 직접 수행하거나 별도 사업자와 계약해야 합니다.

은행의 위험가중자산 규칙도 법적 형식보다 실질 권리를 봅니다. Basel Framework의 암호자산 기준은 토큰화 채권·주식·예금이 전통적 형태와 같은 현금흐름과 도산 청구권을 부여해야 한다고 요구합니다. 전통자산으로 먼저 상환하거나 전환해야만 같은 권리를 얻거나 추가 거래상대방 위험이 생기면 동일한 위험의 토큰화 자산으로 보기 어렵습니다.

이 기준은 투자자에게도 유효합니다. 기관투자자 입장에서 실제로 봐야 하는 건 평시 상환가격만이 아니라 발행자와 수탁자 도산 때의 청구순위입니다. 고객자산 분리, 재담보 허용범위, 하위수탁 구조와 부족분 처리규칙을 계약과 규제 문서에서 확인해야 토큰의 신용리스크와 표시수익률을 함께 판단할 수 있습니다.

이전 시점과 결제 최종성

원장에 거래가 기록됐다는 사실도 거래가 법적으로 끝났다는 뜻은 아닙니다. 기술적 확정은 합의 알고리즘이 기록을 변경하기 어렵게 만든 상태입니다. 운영상 확정은 참가자가 그 기록을 기준으로 다음 거래와 회계를 진행하는 상태입니다. 법적 최종성은 이전이 무조건적이고 취소 불가능하며 참가자 도산 뒤에도 효력이 유지되는 시점입니다.

세 시점이 일치하지 않으면 같은 자산이 잠시 두 개의 상태를 가질 수 있습니다. 매수자는 토큰을 받아 다시 담보로 제공했는데 법률상 이전은 아직 완성되지 않았을 수 있습니다. 이후 매도자가 도산해 이전이 취소되면 매수자와 담보권자까지 권리분쟁에 들어갑니다. 처리속도가 빨라질수록 하나의 불일치가 후속 거래로 전파될 범위도 커집니다.

2025년 IMF의 토큰 기반 중앙은행 디지털화폐 사법 분석은 결제 최종성을 의무의 이행이 법적으로 취소 불가능하고 무조건적으로 완결되는 상태로 설명합니다. 원장 설계가 확률적 확정을 사용한다면 몇 개의 블록 또는 어느 검증비율에서 법적 이전이 완료되는지도 정해야 합니다. 사기 방지와 도산법이 이미 완료된 이전을 어떤 조건에서 뒤집을 수 있는지도 남습니다.

허가형 원장은 이 문제를 줄일 수 있습니다. 참가자와 운영자가 정해져 있고 원장규칙, 적용법과 최종성 시점을 계약과 법률에 연결하기 쉽기 때문입니다. 오류거래의 수정권한과 절차도 사전에 합의할 수 있습니다. 다만 운영자가 기술적으로 거래를 되돌릴 수 있다는 사실과 법적으로 되돌려도 된다는 판단은 여전히 구분해야 합니다.

공개형 원장에서는 포크와 거버넌스가 추가됩니다. 네트워크가 둘로 갈라지거나 검증자들이 거래순서를 바꾸면 어떤 체인의 기록이 공식 권리인지 결정해야 합니다. CPMI-IOSCO의 금융시장인프라 원칙 적용 보고서는 책임지는 법적 주체가 없으면 원장의 결제상태와 법적 청구가 충돌했을 때 최종성을 집행하기 어렵다고 지적합니다. 기술적으로는 취소가 아니더라도 포크가 이후 취득자의 지위를 흔드는 효과를 낼 수 있습니다.

최종성은 법률 문구에 그치지 않고 자본과 유동성 비용으로 이어집니다. 은행 입장에서 거래가 되돌아갈 가능성이 남아 있으면 상대방 노출을 계속 측정하고 담보와 현금을 보유해야 합니다. 따라서 최종성 판단은 처리시간이 아니라 거래 이후 위험노출과 담보비용이 실제로 낮아졌는지에 근거해야 합니다. 토큰을 받은 뒤 곧바로 다른 거래에 사용하지 못하면 결제속도의 경제적 효과도 제한됩니다. Basel Framework가 권리·의무의 집행 가능성과 1차·2차 시장의 최종성을 함께 요구하는 이유입니다.

스마트계약의 집행가능성

스마트계약은 조건을 판단하고 약속된 동작을 실행합니다. 쿠폰 지급일에 보유자에게 현금을 배분하고, 투자자 자격이 없는 주소로 이전을 막으며, 담보비율이 기준 아래로 내려가면 추가 담보를 요구할 수 있습니다. 규칙이 명확하고 입력자료가 정확한 업무에서는 수작업과 대사비용을 줄입니다.

코드는 계약의 의미를 스스로 정하지 못합니다. 가격정보가 잘못 입력됐거나 발행문서와 코드의 지급규칙이 다를 때 어느 쪽이 우선하는지 판단할 규칙이 필요합니다. 제재대상으로 뒤늦게 확인된 주소, 법원의 자산동결, 투자자 사망과 시스템 장애도 단순한 참·거짓 조건으로 처리하기 어렵습니다. 자동 실행 전에 멈출 권한과 실행 뒤 복구할 책임주체가 있어야 합니다.

IMF가 제시한 이중 구조는 이 현실을 반영합니다. 스마트계약은 반복 가능한 운영규칙을 맡고 법률계약은 권리·의무, 우선순위와 분쟁해결을 정합니다. 두 문서가 분리돼 있으면 안 됩니다. 코드 버전이 바뀔 때 법률문서도 갱신하고, 법률상 권리 변경이 스마트계약에 반영됐는지 독립적으로 검증해야 합니다.

2026년 8월 ECB는 유럽 토큰화 금융시장의 확장 조건으로 소유권, 최종성, 책임, 수탁, 자산서비스와 스마트계약 결과의 집행가능성을 함께 제시했습니다. ECB의 설명대로 기술적으로 플랫폼 사이를 이동할 수 있어도 이동 과정에서 소유권이 불명확해지면 자산은 실질적으로 휴대 가능한 것이 아닙니다. 코드에서 거래가 동기화돼도 여러 관할권이 그 최종성을 인정하지 않으면 결제도 완결되지 않습니다.

운영조직의 설계는 법률구조만큼 중요합니다. 발행자, 원장 운영자, 수탁자, 오라클 제공자와 스마트계약 개발자 가운데 누가 어떤 오류를 부담하는지 정해야 합니다. 업데이트 승인, 비상정지, 거래복구와 고객통지 권한도 필요합니다. 책임이 여러 업체의 이용약관에 흩어지면 사고 때 각 당사자가 자신의 범위 밖이라고 주장할 수 있습니다.

DTCC가 2026년 10월 발표한 토큰화 도입 판단 항목도 발행부터 결제, 수탁, 자산서비스, 기업행사와 대사까지 각 단계의 절차와 책임주체를 정하도록 요구합니다. 토큰화는 소유권 기록과 규제준수의 필요를 없애지 않습니다. 자동화할 업무와 사람이 승인할 예외를 구분해야 비용절감이 통제 약화로 바뀌지 않습니다.

기관의 권리 검토

토큰화 상품을 검토할 때는 법률의견 한 장과 스마트계약 감사보고서를 별도로 받는 방식으로 부족합니다. 기업 입장에서 실제로 봐야 하는 건 토큰의 권리, 원장규칙, 수탁계약과 장애 대응이 같은 가정을 쓰는지입니다. 따라서 도입비용과 법적 리스크를 판단할 때 다음 다섯 질문에 서로 모순되지 않는 답이 있어야 합니다.

첫째, 토큰이 나타내는 법적 자산을 특정해야 합니다. 발행자에 대한 채권인지, 기초자산의 직접 지분인지, 수익만 연동한 계약인지부터 구분합니다. 현금흐름, 의결권, 상환권과 청구순위는 발행문서에서 찾아야 합니다. 토큰 소각을 상환 조건으로 두었다면 발행자가 상환을 거부하거나 지연할 수 있는 사유도 확인 대상입니다.

둘째, 원장 기록의 제3자 효력을 봅니다. 토큰 이전만으로 소유권이 넘어가는지, 별도 명부나 예탁기록 변경이 필요한지, 선의취득자가 보호되는지를 법률의견으로 확인해야 합니다. 토큰과 공식 장부가 어긋났을 때 우선하는 기록이 없다면 담보권 설정과 재판매에 제약이 생깁니다.

셋째, 수탁기관 도산 때의 회수경로를 검토해야 합니다. 고객자산 분리, 재담보 제한, 하위수탁자, 옴니버스 지갑의 부족분 배분과 복구키 관리가 대상입니다. 원장 주소는 자산의 위치를 보여줄 수 있지만 그 주소 안에서 누구의 몫인지 입증하는 내부장부가 필요합니다.

넷째, 기술적 확정과 법적 최종성의 시점을 맞춰야 합니다. 어느 블록이나 운영자 승인 뒤 거래가 되돌릴 수 없게 되는지, 참가자 도산·사기·법원명령과 포크가 발생하면 예외가 무엇인지 정합니다. 그전까지 상대방 노출과 담보를 어떻게 관리할지도 포함해야 합니다.

다섯째, 오류와 분쟁의 책임을 배분해야 합니다. 잘못된 오라클, 스마트계약 결함, 키 탈취, 승인 오류와 시스템 중단을 누가 탐지하고 멈추며 손실을 부담하는지 확인합니다. 비상정지 권한이 있다면 남용을 막는 승인체계와 재개조건도 필요합니다. 자동화율보다 예외처리 시간, 복구 성공률과 실제 손실을 운영지표로 삼는 편이 낫습니다.

이 다섯 조건은 토큰화의 편익을 부정하기 위한 장벽이 아닙니다. 법적 불확실성을 낮춰 토큰을 담보, 자본과 유동성 관리에 실제로 사용할 수 있게 하는 기반입니다. 권리가 확실해야 금융기관은 토큰을 전통자산과 같은 재산으로 인식하고, 다른 참가자는 후속 거래에서 그 기록을 신뢰할 수 있습니다.

이 판단이 빗나갈 수 있는 경우

법과 기술의 간격은 고정된 것이 아닙니다. 관련 법률이 원장 기록을 공식 소유권 장부로 인정하고, 통제의 취득에 명확한 제3자 효력을 부여하며, 수탁자 도산 때 고객자산 분리를 보장할 수 있습니다. 허가형 시장에서 참가자들이 같은 적용법과 최종성 규칙에 동의하면 운영상 불확실성도 크게 낮아집니다.

기초자산과의 연결이 없는 디지털 고유자산에는 이 글의 일부 질문이 맞지 않을 수 있습니다. 권리의 객체가 토큰 자체라면 별도 주주명부나 실물자산 수탁장부와의 대사는 필요하지 않습니다. 그래도 통제, 선의취득, 담보권, 수탁과 도산 때의 처리규칙은 남습니다. 기초자산 연결 문제가 사라져도 사법의 문제가 전부 사라지는 것은 아닙니다.

제한된 파일럿도 법적 체계가 완성되기 전에 가치가 있습니다. 참가자와 금액을 제한하고 손실부담을 계약으로 정하면 기술과 운영 절차를 시험할 수 있습니다. 다만 파일럿의 무분쟁 운영을 법적 확실성의 증거로 해석하면 안 됩니다. 도산, 사기와 여러 권리자의 경쟁이 없는 환경에서는 가장 어려운 문제가 시험되지 않았기 때문입니다.

토큰이 법적 자산으로 기능하는 시점은 원장에 처음 기록되는 때가 아닙니다. 보유자가 행사할 권리가 특정되고, 그 권리가 제3자와 도산절차에도 유지되며, 이전이 법적으로 최종적이고, 오류 때의 책임과 회복절차가 작동할 때입니다. 기술적 이전은 이 조건을 실행하는 수단이지 조건 자체가 아닙니다.

권리가 명확해도 거래가 저절로 완결되지는 않습니다. 매도자가 토큰화 증권을 넘겼을 때 매수자가 어떤 돈을 지급하며, 그 돈의 신용위험과 최종성을 누가 보장하는지가 남습니다. 권리가 명확해도 거래를 완결할 안전한 돈이 없다면 토큰은 어떻게 결제되는지 다음 글에서 다룹니다.