비트코인은 신뢰할 발행자를 없앴지만 인간의 판단까지 없애지는 않았다. 2010년 오버플로가 의도한 공급 한계를 넘었고, 수정 클라이언트와 체인 선택이 이를 복구했다. 이후 SegWit은 같은 약속의 성숙한 형태를 보여줬다. 코드는 유효성을 정하고 유지관리자는 소프트웨어를 제안하며 채굴자는 블록 순서를 만들지만, 어떤 규칙을 돈으로 인정할지는 사용자가 결정한다.
2008년 10월 31일 사토시는 신뢰할 제3자가 없는 전자화폐를 발표했다. 2009년 1월 3일 제네시스 블록이 네트워크의 출발점을 고정했고, 닷새 뒤 사토시는 윈도우용 v0.1 시험판과 C++ 소스 코드를 공개했다. 설계가 다른 사람도 실행할 수 있는 소프트웨어가 됐지만 약속은 모든 입력, 출력, 블록 보상을 검증 코드가 정확히 제한한다는 조건 위에 있었다.
2010년 8월 15일 74,638번 블록이 그 조건을 깨뜨렸다. 문제의 거래에는 각각 92,233,720,368.54275808 BTC인 출력 두 개, 합계 184,467,440,737.08551616 BTC가 기록됐다. 역사적 수정은 MAX_MONEY와 개별·합산 금액 검사를 넣었다. 발행자가 계정을 되돌린 것이 아니라, 수정 소프트웨어가 잘못된 기록을 거부하고 충분한 참여자가 복구 체인 위에서 채굴했기 때문에 희소성이 살아남았다.
Bitcoin Core 유지관리자는 그 저장소에 들어갈 코드를 결정하며 기여 규칙은 합의 변경에 이례적으로 높은 검토를 요구한다. 저장소의 병합 권한은 하나의 배포판을 만들 뿐 독립 노드가 이미 실행하는 규칙을 바꾸지 않는다. 공동의 화폐 권한은 노드·채굴자·지갑·사업자가 호환될 때만 생긴다.
SegWit은 이 경계를 큰 규모로 드러냈다. Bitcoin Core 0.13.1은 증인 검증을 소프트포크로 배포했고 현행 설정은 2017년 8월 24일의 481,824번 블록을 메인넷 활성화 높이로 기록한다. 이전 소프트웨어도 호환된 채 남을 수 있었지만 새 증인 규칙을 직접 집행한 것은 업그레이드 노드였다. 이는 토큰 투표도, 유지관리자 한 사람이 강제할 수 있는 결정도 아니었다.
현행 코드는 보조금을 50 BTC에서 시작해 210,000블록마다 반감한다. 32차례 반감한 뒤에는 1사토시가 남고 33번째 반감기가 이를 0으로 만들어 예정된 최대 발행량은 20,999,999.9769 BTC다. 노드는 보조금과 수수료보다 많은 코인베이스 보상을 지급한 블록을 거부한다. 64번째 반감기 검사문은 정의되지 않은 연산을 막는 장치이지 그때까지 발행을 이어주는 규칙이 아니다.
오버플로 복구와 SegWit 활성화는 같은 구조를 드러낸다. 합의 코드는 예정된 최대 발행량 20,999,999.9769 BTC를 정하고 유지관리자는 클라이언트를 배포할 수 있다. 그러나 희소성은 독립 노드가 잘못 만들어진 코인을 거부하고 경제 참여자가 호환되는 역사에 모일 때만 유지된다. 이를 보장하는 발행자는 없으며 저장소 병합만으로는 이 결과를 만들 수 없다.
반감기는 보조금을 결국 0으로 줄여 채굴자 수입의 무게를 거래 수수료로 옮긴다. 미래 수수료가 충분한 해시파워를 지탱할지는 아직 시장이 답하지 않은 문제다. 2024년 현물 ETP 지분은 규제된 접근 통로를 넓혔지만 발행자·수탁기관·수수료·상품 권리는 이 합의 과정 밖에 있다. 이런 금융상품은 네이티브 검증 규칙을 바꾸지 않으며, 비트코인의 미래 보안 예산 문제를 해결해 주지도 않는다.
암호학 메일링리스트에서 신뢰할 발행자 없이 이중지불을 막는 P2P 방식을 제안한다.
Bitcoin Core는 체인 식별에 쓰는 타임스탬프, 신문 문구와 고유 해시를 보존한다.
제네시스 닷새 뒤 오픈소스 C++ 코드와 윈도우용 시험 실행 파일을 처음 배포했다.
오버플로는 발행 규칙이 이를 구현한 모든 검증 경로만큼만 강하다는 사실을 드러낸다.
소프트포크가 증인 규칙을 추가하며 코드 배포와 네트워크 채택의 차이를 보여준다.
규제 펀드 지분이 접근을 넓혔지만 네이티브 BTC와 법적·운영상 별개로 남는다.
마지막 근거 검토: 2026-09-05
비트코인은 사토시 나카모토가 2008년에 제안한 개인 간 화폐 네트워크다. BTC는 발행자 계정이나 토큰 계약의 잔액이 아니라 공개 원장의 지출 가능한 출력으로 존재한다. 지출하려는 거래는 해당 출력의 스크립트 조건을 만족해야 한다. 채굴자가 작업증명으로 거래 순서를 만들고, 독립 노드는 자신이 실행하는 규칙을 어긴 거래와 블록을 거부한다.
처음 풀려던 문제는 금융기관 없이 이중지불을 막는 일이었다. 작업증명이 거래 순서를 만들고 노드가 유효성을 검사하지만, 역사상 더 어려운 문제가 드러났다. 검증 소프트웨어 자체에도 결함이 생길 수 있다는 점이다. 2010년 8월 오버플로로 74,638번 블록이 의도한 발행 한계를 깨뜨렸고, 개발자가 더 엄격한 검사를 배포하고 참여자가 복구된 기록을 채택하면서 위기를 넘겼다.
거래는 이전의 미사용 출력을 소비하고 스크립트로 보호된 새 출력을 만든다. 채굴자는 유효한 거래를 모아 작업증명을 경쟁하고, 노드는 자신의 소프트웨어 규칙에 맞는 블록만 받아들인다. 보조금은 50 BTC에서 시작해 210,000블록마다 절반으로 줄어든다. 정수 사토시로 계산하므로 33번째 반감기부터 0이 되고 예정된 최대 발행량은 20,999,999.9769 BTC다. Bitcoin Core 유지관리자는 코드를 병합·배포할 수 있지만 배포만으로 독립 노드의 규칙은 바뀌지 않는다. 사용자와 사업자가 호환 소프트웨어를 채택해야 제안된 규칙이 효력을 얻는다.
아니다. 수정 클라이언트가 금액·오버플로 검사를 추가한 뒤 잘못된 기록은 대체됐다. 복구에는 참여자가 호환 소프트웨어를 설치하고 수정 체인을 지지하는 과정이 필요했다.
2,100만은 통상적인 요약이다. 코드는 보상을 210,000블록마다 절반으로 줄이고, 정수 사토시 계산은 33번째 반감기부터 보조금을 0으로 만든다. 예정된 최대치는 20,999,999.9769 BTC다.
유지관리자는 Core 코드를 병합·배포하지만, 공개만으로 독립 노드가 이미 실행하는 규칙은 바뀌지 않는다. 사용자와 사업자가 채택 여부를 정하며 비호환 변경은 거부나 체인 분열을 낳을 수 있다.
네이티브 BTC는 스크립트 조건을 만족할 때 출력 지출을 통제하게 한다. 그렇다고 기업 주주가 되거나 배당·준비금 환매·채굴 장비를 얻는 것은 아니며 Bitcoin Core 개발자와의 계약도 생기지 않는다.
아니다. SEC가 승인한 거래소 규칙 아래 특정 신탁·펀드의 지분이 상장된다. 보관·수수료·환매 조건은 상품 문서에서 나오며 네이티브 BTC는 Bitcoin 규칙으로 결제된다.
Bitcoin 실시간 시세 및 거래소 확인:
