Custodial Exchange

안나가 bitcoin을 사자 앱에 100000 sat가 표시됩니다. 일상적으로 쓰이는 비트코인의 최소 단위로 십만 단위입니다. 거래소에서 팔 수는 있지만, 네트워크로 직접 보내는 데 필요한 키는 없습니다. 키는 거래소나 수탁 기관이 관리합니다. Bitcoin의 기본 계층은 UTXO, 즉 아직 쓰이지 않은 거래 출력을 사용하며, 이를 쓰려면 보통 개인 키로 만든 서명이 필요합니다. 각 출력에는 금액과 그 금액을 사용하기 위해 충족해야 할 조건이 정해져 있습니다. 거래소 로그인 비밀번호는 그 개인 키가 아닙니다. 잔액은 서비스가 안나에게 기록해 둔 금액을 나타냅니다. 그 숫자만으로 어떤 자산이 이를 뒷받침하는지, 회사에 문제가 생기면 어떤 권리를 갖는지까지 알 수는 없습니다. [1] [5]

거래소는 구매 주문과 판매 제안을 연결할 수 있습니다. 매수와 매도 주문을 모아 놓은 것을 주문장이라고 합니다. 거래가 체결되면 내부 기록을 바꾸어 한 고객에게는 bitcoin 잔액을, 다른 고객에게는 현금 잔액을 더합니다. 매매가 이루어질 때마다 Bitcoin 네트워크에 새로운 거래를 만들 필요는 없습니다. 그래서 거래소 안의 매매는 즉시 끝나는 것처럼 보여도 개인 지갑으로 출금하는 데는 시간이 더 걸립니다. 가격, 매수·매도 호가의 차이, 수수료가 결과에 영향을 줍니다. 체결 완료는 플랫폼 규칙에 따른 구매를 확인하는 것이지, 안나에게 키를 넘겨주었다는 뜻이 아닙니다. [3]

안나가 자신의 지갑에서 거래소로 bitcoin을 보내려면 계정에 표시된 입금 주소를 사용합니다. 지원하는 네트워크와 최소 입금액이 있다면 그것도 확인합니다. 다른 네트워크에서 bitcoin이라는 이름을 쓰는 토큰은 Bitcoin 기본 계층의 BTC와 같지 않습니다. 거래소는 보통 일정 횟수의 확인을 기다립니다. 첫 확인은 거래가 블록에 포함되었다는 뜻이며, 그 위에 후속 블록이 하나씩 쌓일 때마다 확인 횟수가 늘어납니다. 내부 심사 때문에 잔액 반영이 늦어질 수도 있습니다. 거래 식별자인 txid는 송금을 찾는 데 도움이 되지만, 안나의 계정에 올바르게 입금 처리되었다는 사실까지 증명하지는 않습니다. 이후 자금이 거래소의 공동 지갑으로 옮겨져도 그것만으로 안나의 잔액이 사라진 것은 아닙니다. [5] [7]

안나가 출금을 신청하면 먼저 서비스에 bitcoin을 보내 달라고 요청하는 것입니다. 거래소는 한도, 대기 시간, 허용된 주소 목록이나 신원 확인 절차를 둘 수 있습니다. 거래가 만들어져 네트워크에 전파된 뒤에야 그 거래를 추적할 수 있습니다. 요청한 100000 sat에서 출금 수수료 1000 sat를 뺀다고 가정하면 지갑에는 99000 sat가 도착합니다. 이는 설명용 예시이며 실제 요금표가 아닙니다. 고객에게 부과한 수수료가 채굴자에게 지급하는 수수료와 같을 필요도 없습니다. 거래소가 여러 출금을 한 거래에 묶을 수 있기 때문입니다. 안나는 자신의 지갑에서 네트워크, 수신 주소, 금액과 확인 내역을 점검합니다. Lightning Network를 통한 출금은 결제 채널로 연결된 네트워크를 이용합니다. 참여자들이 채널 안의 자금 배분을 갱신하므로 결제마다 별도의 거래를 메인 체인에 기록할 필요가 없습니다. [8] [9]

키 통제와 법적 소유권은 서로 다릅니다. 수탁 구조와 적용 법률에 따라 수탁자가 이체를 실행하더라도 고객이 소유권을 유지할 수 있습니다. 다른 계약에서는 회사에 대한 채권이 생길 수도 있습니다. 모든 거래소를 한 문장으로 설명할 수는 없습니다. 고객 자산과 회사 자산을 분리하는 분별 관리, 그리고 고객별 몫을 정확히 기록하는 일이 중요합니다. 공동 지갑 자체가 횡령의 증거는 아닙니다. 상품이 정말 보관만 하는지, 자산을 대여하거나 담보로 제공할 수 있는지도 읽어야 합니다. 그러한 사용은 적용 법률을 따라야 하며, 계약서의 문구 하나로 자동으로 합법이 되지는 않습니다. [3] [2] [6]

일상적인 출금을 위해 일부 자금은 Hot Wallet으로 관리할 수 있습니다. 이는 인터넷에 연결된 환경에서 키를 사용하는 지갑입니다. Cold Storage는 키가 온라인 시스템에 노출되는 범위를 줄입니다. Multisig는 여러 서명을 요구하고, MPC (Multi-Party Computation)는 암호학적 계산을 여러 참여자에게 나눕니다. 이 방식으로 서명할 때는 분리된 참여자들이 협력해 서명을 만들며, 개인 키 전체를 한곳에 모을 필요가 없습니다. 이런 방법은 특정 위험을 줄일 수 있지만, 어느 명칭도 정직한 회계나 안전한 운영을 보장하지 않습니다. 직원 권한, 백업, 복구와 이체 점검도 중요합니다. 거래소가 다른 수탁 기관을 이용한다면 책임을 맡는 주체가 하나 더 생깁니다. 안나는 금고 사진에 안심하기보다 누가 자산 보관에 참여하는지 알아야 합니다. [1] [10]

지급 능력은 단순하게 말해 자산 가치가 부채를 감당할 수 있다는 뜻입니다. 유동성은 지급과 출금을 제때 처리할 능력입니다. 회사가 가치 있는 자산을 가지고도 당장 사용할 수 없을 수 있습니다. 다른 회사는 부족분을 숨긴 채 신규 입금으로 한동안 고객에게 지급할 수도 있습니다. 대규모 출금은 이런 약점을 빠르게 드러낼 수 있습니다. 하지만 기술적 사고, 공격이나 은행 문제도 출금을 멈추게 합니다. 따라서 지연만으로 지급 불능이라고 단정할 수 없고, 한 번의 성공적인 출금도 장기적인 재무 건전성을 증명하지는 않습니다. 이것이 거래 상대방 위험입니다. 결과는 상대방이 의무를 이행하는지에도 달려 있습니다. [1] [4]

거래소는 Proof of Reserves, 즉 준비금 증명을 공개할 수 있습니다. 방법에 따라 특정 시점에 일정 bitcoin을 통제한다는 사실을 보여 줄 수 있습니다. 일부 시스템은 고객 잔액에도 Merkle Tree를 사용합니다. 이는 어떤 기록이 목록에 포함되었는지 확인하는 구조입니다. 안나는 자신의 계정이 들어 있는지 확인할 수 있지만, 회사의 모든 부채가 빠짐없이 포함되었는지까지 자동으로 확인할 수는 없습니다. 준비금은 잠시 빌린 것일 수 있고, 자산이 담보로 잡혀 있거나 일부 부채가 빠졌을 수도 있습니다. 그래서 PCAOB (미국의 상장기업 회계감독위원회로, 상장기업 감사를 감독하는 기관) 실무진의 주의 안내는 이런 보고서를 재무제표 감사와 구분합니다. 진정한 감사도 미래의 안전을 약속하지는 않습니다. 확인 범위, 기간과 조사 대상 회사가 정확히 무엇인지 알아야 합니다. [4]

거래소는 흔히 KYC, 즉 고객 신원 확인과 고객 파악을 수행하고, 해당 정보를 거래, 은행 송금 및 Bitcoin 주소와 연결합니다. 데이터베이스가 유출되면 민감한 금융 관계가 드러날 수 있습니다. 보안 점검, 법적 의무 또는 이용 조건 분쟁으로 계정 접근이 제한될 수도 있습니다. Bitcoin 규칙은 바뀌지 않았지만 안나는 출금할 수 없게 될 수 있습니다. 강력한 비밀번호와 로그인 시 추가 승인을 요구하는 다중 요소 인증은 계정 탈취를 막는 데 도움이 됩니다. 하지만 준비금 부족이나 운영자 파산을 해결하지는 않습니다. 따라서 서비스를 고를 때는 이의 제기 방법과 계정 차단 시 절차도 이해해야 합니다. [1]

안나는 먼저 계약 상대 회사가 정확히 어디인지, 어떤 감독을 받는지, 수탁과 출금 규칙은 무엇인지 확인합니다. 보험 로고만으로는 충분하지 않습니다. 무엇을 보장하고 누구에게 보상하며 어떤 경우가 제외되는지가 중요합니다. 소액 입출금은 절차와 수수료를 익히는 데 도움이 되지만 미래의 정상 작동을 보장하지는 않습니다. 직접 관리하고 싶다면 지갑을 준비해 안전하게 백업하고, 수신 주소를 확인한 뒤 적절한 소액으로 시험합니다. 그 지갑의 복구 단어인 Seed Phrase를 거래소에 넘기는 일은 절대 없습니다. Self-custody는 출금한 자금에 대한 거래소 의존을 없애지만 키의 책임은 안나에게 맡깁니다. 두 방식을 이해하고, 편리한 계정을 실제로 갖고 있지 않은 통제권과 혼동하지 않는 것이 중요합니다. [1] [3]