빵을 살 때 제빵사가 돈을 받는 이유는 돈을 먹기 위해서가 아닙니다. 그 돈으로 밀가루와 임대료, 다른 사람의 노동에 대한 대가를 지불할 수 있기 때문입니다. 이 역할을 Medium of Exchange, 즉 교환 수단이라고 합니다. Bitcoin에서도 질문은 같습니다. 지금 이 상황에서 실제로 결제할 수 있을까요? 답은 받는 사람, 결제 방식, 비용에 달려 있으며 자산에 시장 가격이 있다는 사실만으로 정해지지 않습니다.
곡물은 있지만 도구가 필요한 농부를 상상해 봅시다. 도구 제작자는 곡물을 원하지 않습니다. 직접 물물교환을 하려면 양쪽이 동시에 상대방의 물건을 원해야 하므로 거래가 막힙니다. 농부는 곡물을 다른 사람이 받아 주는 교환 수단으로 먼저 바꾼 뒤 도구를 살 수 있습니다. 영국의 중앙은행인 Bank of England는 이 원리로 돈이 거래를 쉽게 만드는 이유를 설명합니다. 돈의 기능을 보여 주는 예이지, 모든 사회의 화폐가 역사적으로 이렇게 생겼다는 주장은 아닙니다. 물물교환이 사라지거나 모든 판매자가 같은 수단을 받아 준다는 뜻도 아닙니다. [1]
계산대에서는 이론이 현실적인 질문으로 바뀝니다. 가게가 지금도 Bitcoin을 받고, 내 지갑이 지원하는 방식으로 결제할 수 있을까요? Bitcoin.org는 수용 범위의 한계를 설명합니다. 스티커나 지도에 남은 오래된 정보만으로 현재 사용 가능 여부를 알 수는 없습니다. 보내기 전에 방식과 금액을 합의해야 합니다. Merchant Adoption은 상점이 이런 결제를 도입하는 것을 뜻하며, 실제 구매가 성사되는지를 살펴야 합니다. 점심값을 낸 경험은 그 사례를 보여 줄 뿐, 어디서나 무엇이든 같은 방식으로 결제할 수 있다는 증거는 아닙니다. [2]
200 CZK, 즉 체코 코루나 가격의 구매를 생각해 봅시다. 구매자는 비트코인(BTC)을 보내지만 결제 서비스가 이를 환전해 상점에 코루나를 지급합니다. Bitcoin.org는 이런 결제 처리 서비스를 설명합니다. Bitcoin이 실제 결제에 쓰였지만, 가격이 비트코인으로 정해졌거나 상점이 BTC를 계속 보유한다는 뜻은 아닙니다. 가격의 기준은 여전히 코루나입니다. 이 기능이 Unit of Account, 가격을 표시하는 계산 단위입니다. 따라서 결제 전에는 제시된 환율, 수수료, 견적의 유효기간도 중요합니다. [2]
간단한 모형으로 상품 가격이 100 단위이고 추가 수수료가 1 단위라면 수수료는 가격의 1 %입니다. 상품이 10 단위라면 같은 수수료도 10 %가 됩니다. 총지출은 각각 101과 11이지만 비율의 분모는 총지출이 아니라 상품 가격입니다. Bitcoin.org가 설명하듯, Bitcoin 체인에 직접 기록하는 on-chain 결제의 수수료는 전송 금액에 단순한 고정 비율을 곱한 값이 아닙니다. 실제 비교에는 환전 및 서비스 비용도 포함해야 합니다. 이 숫자는 차이를 설명하는 예이지 현재 요금표가 아닙니다. [2]
구매자의 휴대전화가 전송 성공을 표시해도 상점은 자신의 쪽에서 입금을 확인해야 합니다. 화면 캡처만으로는 부족합니다. Bitcoin Developer Guide는 네트워크에 전파된 거래와 블록에 포함된 거래를 구분합니다. 블록은 다음에 체인에 추가되는 거래 묶음입니다. 거래가 블록에 들어가면 첫 번째 확인을 받습니다. 뒤에 블록이 추가될 때마다 이 기록을 다시 쓰는 데 필요한 작업량이 늘어납니다. 이중 지불은 같은 비트코인으로 또 다른 결제를 하려는 시도입니다. 확인이 많아질수록 이런 시도에 대한 보호는 강해지지만 절대적인 확실성은 아닙니다. 작은 구매와 비싼 기계 판매에 같은 결제 확인 절차를 쓸 필요는 없습니다. 대기 시간은 보편적인 약속이 아니라 금액과 위험에 맞춰 정해야 합니다. [3]
Lightning Network는 각 구매를 블록에 기록하지 않고 결제 채널망으로 돈을 전달합니다. 다만 경로를 따라 필요한 금액을 올바른 방향으로 옮길 수 있어야 합니다. 라우팅 명세 BOLT 4는 일시적인 채널 문제인 temporary_channel_failure, 금액이 너무 작은 amount_below_minimum, 전달 수수료가 부족한 fee_insufficient 등을 구분합니다. 이름을 외울 필요는 없습니다. 결제가 왜 실패할 수 있는지를 보여 주는 사례입니다. 앱의 Lightning 지원은 매번 성공하거나 비용이 없다는 보장이 아닙니다. 중요한 것은 수취인 쪽에서 확인되는 실제 결과입니다. [4]
어떤 것을 돈이라고 부른다고 해서 상점이 무엇을 받아야 하는지까지 정해지지는 않습니다. Bank of England는 영국의 legal tender를 설명하면서 계약이 다른 지급 방식을 정하지 않았을 때 채무 전액의 상환을 제안하는 경우라는 좁은 의미를 제시합니다. 모든 가게에 어떤 현금이든 받으라고 명령하는 개념은 아닙니다. 영국의 예일 뿐 모든 국가에 적용되는 규칙이 아닙니다. 현지 법, 수취인과의 합의, 기술적 이전 가능성을 구분해야 합니다. 각각 상황의 서로 다른 부분을 다룹니다. [5]
유럽중앙은행(ECB)은 교환 수단 외에도 가격의 단위와 가치 저장을 구분합니다. Store of Value란 구매력을 미래로 옮겨 두는 기능입니다. 기능들이 겹칠 수 있지만 하나가 나머지를 입증하지는 않습니다. BTC 환율이 크게 흔들려도 코루나로 가격이 정해진 상품의 결제에는 쓸 수 있습니다. 이 구분은 Bitcoin이 반드시 거쳐야 할 발전 단계나 확정된 순서를 뜻하지 않습니다. 실제 사용을 이해하려면 완료된 구매, 계약상 가격 단위, 시간에 따른 저축의 가치를 따로 살펴야 합니다. [6]
더 정확히 이해하려면 이 항목과 함께 다음도 읽어 보세요 Unit of Account, Store of Value, Merchant Adoption, Lightning Network. 다음 항목에서도 이 글을 참조합니다 건전 화폐, Bitcoin Pizza Day, Regression Theorem, Commodity Money.