비트코인 지갑을 열었을 때 “레거시(Legacy)”, “세그윗(SegWit)”, “네이티브 세그윗(Native SegWit)” 주소 중 하나를 선택하라는 메시지가 뜨는데, 그 의미에 대한 설명이 전혀 없었다면, 그 선택은 2017년에 이루어진 단 한 번의 업그레이드로 거슬러 올라갑니다.
SegWit, ~의 줄임말로 분리된 증인,는 2017년 8월에 활성화된 비트코인 프로토콜 업그레이드로, 디지털 서명 데이터를 핵심 거래 구조에서 분리하여 ‘위트니스(witness)’라고 불리는 별도의 필드로 이동시킨 것입니다. 이 단일한 아키텍처 변경을 통해 거래 수수료가 감소하고, ‘거래 가변성(transaction malleability)’이라 불리는 수년간 지속되어 온 보안 취약점이 해결되었으며, 라이트닝 네트워크(Lightning Network)와 탭루트(Taproot)가 구현될 수 있는 기술적 기반이 마련되었습니다.
이 기사에서는 세그윗(SegWit)이 실제로 어떤 역할을 하는지, 블록 무게 시스템이 어떻게 작동하는지, 다양한 주소 유형이 수수료에 어떤 영향을 미치는지, 그리고 세그윗이 활성화되기도 전에 비트코인 네트워크를 거의 분열시킬 뻔했던 치열한 정치적 갈등에 대해 다룹니다.
다음으로 비트코인을 관리하세요 Bitcoin.com 지갑 앱.
주요 내용
- SegWit(Segregated Witness)는 2017년 8월 24일에 활성화된 비트코인 프로토콜 업그레이드로, 공식적으로 BIP 141로 명명되었으며 2015년 12월 피터 위일(Pieter Wuille), 에릭 롬브로조(Eric Lombrozo), 존슨 라우(Johnson Lau)가 제안한 것입니다.
- 이는 디지털 서명 데이터(“위트니스”)를 주요 거래 본문에서 분리함으로써, ‘거래 가변성’이라 불리는 보안 취약점을 해결하고 각 거래의 크기를 줄여줍니다.
- 블록 용량은 바이트가 아닌 중량 단위(WU)로 측정됩니다. 위트니스 데이터는 바이트당 1 WU가 소요되는 반면, 다른 데이터는 바이트당 4 WU가 소요되므로, SegWit 거래는 서명 크기 측면에서 75%의 할인을 받게 됩니다.
- 네이티브 SegWit(bc1q 주소)를 사용하면 표준 거래의 크기가 약 226 vbyte에서 약 141 vbyte로 줄어들어, 기존 주소에 비해 수수료를 약 38% 절감할 수 있습니다.
- SegWit의 고정 TXID 보장은 라이트닝 네트워크의 기술적 전제 조건이었습니다. 이 기능이 없었다면 결제 채널을 안전하게 구축할 수 없었을 것입니다.
- 이 스크립트 버전 관리 시스템은 Taproot(SegWit V1, 2021년 활성화)를 가능하게 했으며, 하드 포크 없이 향후 비트코인 업그레이드를 수행할 수 있는 프레임워크를 제공합니다.
- 2026년 현재, 비트코인 거래의 약 85%가 세그윗(SegWit)을 사용하고 있습니다. 이는 새로운 기능이 아니라 네트워크 표준입니다.
SegWit이란 무엇인가요?
SegWit(Segregated Witness)은 비트코인의 거래 형식을 변경하여, 코인을 사용할 권한이 있음을 증명하는 암호화 증명인 디지털 서명을 주요 거래 데이터와 분리하고, 이를 ‘위트니스(witness)’라고 하는 별도의 구조에 저장하는 방식입니다. 이를 통해 각 거래의 크기가 줄어들고, 각 블록에 더 많은 거래를 담을 수 있게 되며, 비트코인을 기반으로 결제 채널을 안전하게 구축하는 것을 불가능하게 만들었던 취약점을 제거합니다.
이 이름의 의미는 간단히 설명할 수 있습니다. “segregated”는 ‘분리된’을 의미하며, “witness”는 거래의 유효성을 입증하는 서명 데이터를 가리키는 암호화 용어입니다. 위트니스는 “정당한 소유자가 이를 승인했는가?”라는 질문에 답하는 반면, 나머지 거래 데이터는 “자금이 어디로, 얼마만큼 전송되는가?”라는 질문에 답합니다.
The official BIP 141 header on GitHub, showing its three co-authors and December 2015 assignment date.이번 업그레이드는 공식적으로 비트코인 개선 제안(BIP) 141로 명명되었으며 (BIP 141)이며, 2015년 12월 ‘Scaling Bitcoin’ 컨퍼런스에서 비트코인 코어 개발자인 피터 위일(Pieter Wuille), 에릭 롬브로조(Eric Lombrozo), 존슨 라우(Johnson Lau)가 제안했습니다. 이 기능은 2017년 8월 24일, 블록 481,824에서 소프트 포크 형태로 비트코인 메인넷에 활성화되었으며, 이는 하위 호환성이 보장됨을 의미합니다. 업그레이드를 하지 않은 노드도 기본 거래 데이터를 여전히 검증할 수 있었으며, 업그레이드된 노드는 위트니스(witness)를 포함한 전체 정보를 확인할 수 있었습니다.
2026년 현재, 전체 비트코인 거래의 약 85%가 세그윗(SegWit)을 사용하고 있습니다. 이는 더 이상 새로운 기능이 아니라 표준이 되었습니다.
SegWit이 해결하기 위해 고안된 문제들
SegWit은 수년 동안 비트코인의 발전을 저해해 온 두 가지 별개의 문제를 해결했습니다.
거래 가변성
모든 비트코인 거래에는 TXID라고 하는 고유 식별자가 있으며, 이는 거래 데이터에서 생성된 해시 값입니다. 세그윗(SegWit)이 도입되기 전에는 서명을 포함한 전체 거래 데이터를 대상으로 해당 해시가 계산되었습니다.
문제는 다음과 같습니다. 암호화 서명은 스스로에 서명할 수 없습니다. 이로 인해 네트워크를 통해 사용자의 거래를 중계하는 누구든지, 서명을 수학적으로 유효한 상태로 유지하면서도 다른 TXID가 생성되도록 서명을 미세하게 수정할 수 있는 작은 틈이 생겼습니다. 자금은 여전히 올바른 주소로 전송되었고 거래도 정상적으로 처리되었지만, 식별자는 변경된 상태였습니다.
단순한 결제만 놓고 보면 이 문제가 그렇게 치명적으로 들리지는 않습니다. 하지만 확인되지 않은 여러 건의 거래를 연쇄적으로 연결하는 프로토콜의 경우, 이는 치명적입니다. 이전 거래 ID를 참조하는 일련의 오프체인 결제 약정을 생성하는 방식으로 작동하는 라이트닝 네트워크는, 확인되기 전에 해당 ID 중 하나라도 변경될 수 있다면 안전하게 작동할 수 없습니다. TXID가 변경될 수 있다는 것은 체인이 끊어짐을 의미하며, 이로 인해 자금이 묶이거나 도난당할 수 있습니다.
거래 가변성 문제 역시 해결되기 전까지 실제 피해를 초래하기도 했다. 마운트곡스(Mt. Gox) 거래소는 이를 2014년 파산의 한 요인으로 꼽았으나, 역사학자들은 이것이 근본적인 원인이었는지, 아니면 더 심각한 경영 부실을 덮기 위한 핑계였는지에 대해서는 의견이 분분하다.
SegWit은 TXID 계산 과정에서 서명을 완전히 제외함으로써 이 문제를 해결했습니다. 이제 식별자는 기본 트랜잭션 필드만을 바탕으로 계산됩니다. 서명을 변경하더라도 더 이상 트랜잭션의 식별자가 변경되지 않습니다.
블록 체인 정체와 수수료 상승 방지
2016년부터 2017년에 걸쳐 비트코인은 초당 약 7건의 거래를 처리하고 있었습니다. 수요가 급증할 때면 미처리 거래 건수가 수만 건으로 늘어났고, 일반 송금 수수료는 50달러 이상으로 치솟았습니다. 문제는 구조적인 것이었습니다. 비트코인의 블록 크기는 1MB로 제한되어 있었고, 거래 크기의 약 65%를 서명이 차지하고 있었기 때문입니다.
가장 명백한 해결책인 블록 크기 한도 증가는 하드 포크를 필요로 했으며, 이는 모든 노드가 업그레이드하지 않으면 호환되지 않는 체인에 남게 된다는 것을 의미했습니다. 하드 포크는 위험성이 높고 논란의 여지가 많습니다. 세그윗(SegWit)은 이러한 제약을 완전히 우회할 수 있는 방법을 찾아냈습니다.
SegWit의 작동 원리
증인 데이터 분리
기존 비트코인 거래에서는 각 입력에 지출자의 서명과 공개 키가 포함된 ScriptSig 필드가 있습니다. SegWit 거래에서는 SegWit 입력에 대해 ScriptSig 필드가 비워집니다. 서명과 공개 키는 거래 끝부분에 추가된 새로운 위트니스 필드로 이동합니다.
마커(0x00)와 플래그(0x01)로 구성된 추가 바이트 2개는 SegWit을 지원하는 노드에게 위트니스 데이터가 뒤따른다는 것을 알립니다. SegWit 이전 버전의 노드는 단순히 빈 ScriptSig를 인식하고, 이전의 “누구나 지출할 수 있다”는 해석에 따라 해당 거래를 유효한 것으로 처리함으로써 하위 호환성을 유지합니다.
블록 무게가 블록 크기를 대체합니다
SegWit은 1MB 블록 크기 제한을 새로운 지표인 ‘블록 가중치(block weight)’로 대체했으며, 이 가중치의 상한은 400만 가중치 단위(WU)로 설정되었습니다.
핵심이 되는 부분은 바이트를 어떻게 계산하느냐에 있습니다:
- 비증인 거래 데이터의 각 바이트당 4 가중치 단위가 소요됩니다.
- 증인 데이터의 각 바이트당 비용은 단 1 가중치 단위뿐입니다.
서명 데이터의 크기가 크고 이제 위트니스 섹션에 저장되기 때문에, 블록 용량 측면에서 차지하는 비중이 과거의 4분의 1 수준으로 줄었습니다. 이것이 바로 세그윗(SegWit)이 기존 노드들이 적용하는 1MB 규칙을 건드리지 않으면서도, 실제로 블록 크기를 약 1.7~2MB로 늘릴 수 있었던 원리입니다. 이론상 모든 데이터가 세그윗(SegWit)으로 구성된 블록의 경우 최대 용량은 4MB이지만, 모든 블록에는 비위트니스 데이터도 포함되어 있기 때문에 실제로는 이러한 경우가 발생하지 않습니다.
가상 바이트(vBytes): 지갑에서 볼 수 있는 단위
기존 거래와 수수료율을 비슷한 수준으로 유지하기 위해, 세그윗(SegWit)은 가상 바이트(vbytes)를 도입했습니다. 이는 가중치 단위를 4로 나눈 값입니다. 기존 거래의 경우 바이트와 vbytes는 동일합니다. 반면 세그윗 거래에서는 위트니스 데이터의 용량이 줄어들어 vbytes 값이 더 낮아집니다.
지갑 수수료는 vbyte당 사토시(sat/vB) 단위로 표시됩니다. vbyte가 적은 SegWit 거래일수록 동일한 sat/vB 요율에서 지불하는 수수료가 더 적습니다. 이것이 바로 1... 주소 대신 bc1q 주소를 사용할 때 수수료가 절감되는 원리입니다.
SegWit 주소 유형: 어떤 것을 사용해야 할까요?
SegWit은 기술적 변경 사항과 함께 새로운 주소 형식을 도입했습니다. 주소 유형에 따라 지갑이 지출 조건을 어떻게 인코딩하는지가 결정되며, 이는 수수료, 다른 지갑과의 호환성, 그리고 온체인에서 거래가 어떻게 표시되는지에 영향을 미칩니다.
주소 유형 비교
| 주소 유형 | 접두사 | 인코딩 | 일반적인 트랜잭션 크기 (입력 1개, 출력 2개) | 비용 절감 대 기존 방식 | 지갑 지원 |
|---|---|---|---|---|---|
| 레거시 (P2PKH) | 1... | Base58 | ~226 바이트 | 기준선 | 유니버설 |
| 중첩형 SegWit (P2SH-P2WPKH) | 3... | Base58 | ~167 바이트 | ~26% | 매우 광범위하다 |
| 네이티브 SegWit (P2WPKH) | bc1q... 42자 | Bech32 | ~141 바이트 | ~38% | 모든 최신 지갑 |
| 네이티브 SegWit 멀티시그 (P2WSH) | bc1q... 62자 | Bech32 | 다르다 | ~32% 이상 | 모든 최신 지갑 |
| 탭루트 (P2TR) | bc1p... 62자 | Bech32m | ~154 바이트 | ~32% | 대부분의 최신 지갑 |
거래 규모 데이터: Spark.money 비트코인 거래 크기 참고 자료, 2026. 수수료 절감액은 대략적인 수치이며, 멥풀 상황에 따라 달라질 수 있습니다.
레거시 (P2PKH, 접두사 1...) 이는 2009년의 원래 형식입니다. 서명은 메인 트랜잭션 본문 내에 남아 전체 가중치로 반영됩니다. 수수료 절감 효과는 없습니다. 여전히 보편적으로 지원되고 있으며, 다른 형식을 수신할 수 없는 매우 오래된 소프트웨어를 사용해야 하는 경우를 제외하면, 오늘날 이 형식을 사용하는 유일한 이유는 바로 이 점입니다.
중첩형 SegWit (P2SH-P2WPKH, 접두사 3...) SegWit 스크립트를 구형 P2SH 봉투 안에 감싸는 방식입니다. 2017년 SegWit이 활성화되었을 때, 모든 지갑과 거래소가 새로운 bc1 형식을 즉시 지원한 것은 아니었습니다. 중첩형 SegWit은 호환성을 확보하기 위한 가교 역할을 했습니다. 이를 통해 수수료 절감 효과를 부분적으로 얻을 수 있으며, 구형 소프트웨어를 사용하는 발신자도 여전히 결제를 보낼 수 있습니다. 2026년이 되면 이 형식은 주로 대체 수단으로만 존재하게 됩니다. 이 3... 접두사는 SegWit이 아닌 P2SH 주소와 공통으로 사용되므로, 주소만으로는 해당 거래가 SegWit 거래인지 여부를 알 수 없습니다.
네이티브 SegWit (P2WPKH, 접두사 bc1q..., 42자) 대부분의 사용자에게 적합한 선택입니다. 이 방식은 Bech32 인코딩을 사용하며, 모든 문자가 소문자로 구성되고 Base58보다 오류 감지 성능이 우수하며, 모양이 비슷한 문자(대문자 O, 숫자 0, 대문자 I, 소문자 l)가 포함되지 않습니다. 표준 1개 입력, 2개 출력의 P2WPKH 거래는 약 141 vbyte의 비용이 발생하며, 이는 동등한 기존 거래보다 약 38% 적은 수준입니다. 2026년 기준, 모든 활성 지갑과 거래소에서 이를 지원합니다.
네이티브 SegWit 다중 서명 (P2WSH, 접두사 bc1q..., 62자) 이는 멀티시그 지갑 및 복잡한 지출 조건에 사용되는 스크립트 해시 변형입니다. 주소가 더 긴 것은 P2WPKH에서 사용하는 20바이트 해시 대신 32바이트 SHA-256 해시를 반영하기 때문입니다. 2-of-3 멀티시그 설정을 운영하는 경우, P2WSH는 이를 구현하는 SegWit 고유의 방식입니다.
탭루트 (P2TR, 접두사 bc1p..., 62자) 2021년에 활성화된 SegWit 버전 1입니다. 이 방식은 ECDSA 대신 슈노르(Schnorr) 서명을 사용하며, 이를 통해 여러 서명을 하나로 통합할 수 있어 온체인상에서 다중 서명(multisig) 거래를 단일 서명(single-sig) 거래와 구별할 수 없게 합니다. 단일 서명 지출에 대해 가장 낮은 수수료를 제공하며 최고의 개인정보 보호 기능을 갖추고 있습니다. 수신자와 해당 지갑이 bc1p 주소를 지원하는지 확인한 후 사용하십시오.
간단한 추천
대부분의 사용자는 네이티브 SegWit(bc1q)을 사용하시기 바랍니다. 이 방식은 사실상 모든 활성 지갑과 거래소에서 지원되며, 기존 방식에 비해 수수료를 약 38% 절감해 주고, 2026년에도 호환성 문제가 발생하지 않습니다(지갑 소프트웨어에 SegWit을 통합하려는 개발자는 다음을 참조하십시오. 비트코인 코어 지갑 개발 가이드.).
사용 중인 지갑이 Taproot(bc1p)를 지원하고, 이를 지원하는 지갑을 사용하는 수신자와 단일 서명 거래를 진행할 경우, 수수료가 약간 절감되고 개인정보 보호 수준이 향상됩니다.
중첩형 SegWit(3...)은 호환성을 위한 대체 방안입니다. 문제될 것은 없지만, 더 이상 이를 기본값으로 설정할 이유는 없습니다.
블록 크기 전쟁: 세그윗이 왜 그렇게 논란이 되었는가
SegWit의 기술적 타당성은 분명했지만, 활성화 과정은 그렇지 않았다.
2015년부터 2017년까지 비트코인은 역사상 가장 극심한 분열을 초래한 거버넌스 분쟁 중 하나에 휩싸였습니다. 이 분쟁의 핵심은 간단했습니다. 서로 다른 파벌 간의 이해관계가 상충할 때, 분산형 네트워크는 어떻게 자체 규칙을 업데이트해야 하는가 하는 문제였습니다.
광업 분야의 교착 상태
표준 BIP9 업그레이드 절차에 따르면, 소프트 포크를 시행하려면 2주 동안 채굴자의 95%가 지지를 표명해야 했습니다. 2017년 초까지 세그윗(SegWit)은 수개월 전부터 활성화될 준비가 되어 있었음에도 불구하고, 해당 기준치에 미치지 못해 제자리걸음을 하고 있었습니다.
가장 강력한 반대는 대규모 채굴 업체들, 특히 당시 비트코인 해시레이트의 상당 부분을 장악하고 있던 비트메인(Bitmain)으로부터 나왔다. 그 이유는 나중에 밝혀졌는데, 비트메인은 ‘ASICBoost’라는 특허 기술을 사용했고, 이 최적화 기술은 자사의 채굴 하드웨어에 상당한 효율성 이점을 제공했기 때문이다. 세그윗(SegWit)은 은밀하게 적용된 ASICBoost와 구조적으로 호환되지 않았다. 세그윗을 차단함으로써 비트메인은 그 이점을 지킬 수 있었다.
BIP 148과 UASF
2017년 3월, ‘Shaolinfry’라는 가명을 사용하는 익명의 개발자가 BIP 148: 사용자 활성화 소프트 포크(UASF)를 발표했습니다. BIP 148은 채굴자들의 신호를 기다리는 대신, 거래소, 결제 처리업체, 비트코인 소프트웨어를 운영하는 기업 등 경제적 노드들이 2017년 8월 1일부터 SegWit 지원을 표시하지 않는 모든 블록을 단순히 거부하기 시작할 것을 제안했습니다.
논리는 간단했다. 채굴자들은 블록을 생성하지만, 네트워크가 이를 승인해야만 그 블록에 가치가 생긴다. 경제적 다수파 중 충분한 수가 BIP 148 노드를 운영한다면, 채굴자들은 세그윗(SegWit)을 활성화하거나 자신의 블록이 고아 블록이 되는 것을 지켜볼 수밖에 없을 것이다. 위험도 마찬가지로 분명했다. 채택률이 충분하지 않으면 체인 분할이 발생하여, 호환되지 않는 두 버전의 비트코인이 병행하여 운영될 것이다.
UASF 캠페인은 풀뿌리 운동이었고 목소리가 컸다. 컨퍼런스 배지가 등장했고, 트위터에서의 논쟁은 격화되었다. “자신만의 노드를 운영하라”는 문구는 새로운 시급성을 띠게 되었다.
뉴욕 합의와 비트코인 캐시
UASF 마감 시한을 앞두고, 2017년 5월 50여 개의 주요 비트코인 기업들이 뉴욕에 모여 ‘뉴욕 합의’로 알려진 문서에 서명했습니다. 이들은 세그윗(SegWit)을 활성화하는 데 합의했을 뿐만 아니라, 그 후 하드 포크를 통해 블록 크기를 2MB로 두 배로 늘리기로도 합의했습니다(이는 ‘세그윗2x’로 알려지게 되었습니다).
이 타협안은 어느 쪽도 완전히 만족시키지 못했다. 대용량 블록에 반대했던 개발자들은 세그윗2x를 자신들이 동의하지 않은 ‘뒷문’식 하드 포크로 여겼다. 대용량 블록을 원했던 채굴자들과 기업들은 여전히 원래 원했던 바를 얻지 못했다.
2017년 8월 1일, 세그윗(SegWit)을 적용하지 않고 순수하게 블록 크기만 늘리기를 원했던 한 파벌이 비트코인을 포크하여 블록 한도를 8MB로 설정한 비트코인 캐시(BCH)를 탄생시켰습니다. 세그윗은 2017년 8월 24일 비트코인에서 활성화되었습니다. SegWit2x 하드 포크는 주최 측이 충분한 합의가 이루어지지 않았다고 판단한 끝에 2017년 11월 중단되었습니다.
합의 내용
이 결과는 기술적 세부 사항을 넘어서는 중요한 의미를 지녔다. UASF가 효과를 발휘한 것이다. 채굴자가 아닌 경제적 노드들이 어떤 합의 규칙을 적용할지 결정한 것이다. 이는 현재 비트코인의 거버넌스가 궁극적으로 블록을 생성하는 이들이 아닌, 소프트웨어를 운영하고 사용하는 이들에게 달려 있음을 보여주는 사례로 자주 인용된다. 8월 1일은 커뮤니티 일부에서 ‘비트코인 독립 기념일’로 불린다.
SegWit이 가능하게 한 것
라이트닝 네트워크
라이트닝 네트워크는 세그윗(SegWit)이 등장하기 전에 설계되었습니다. 이 네트워크의 개발자들은 결제 채널이 TXID를 통해 서로 참조하는 미확인 거래들의 사슬에 의존하기 때문에, 거래 변조 문제가 해결되기 전까지는 이 네트워크를 안전하게 배포할 수 없다는 점을 알고 있었습니다. 세그윗이 제공하는 고정된 TXID 보장이야말로 이러한 채널을 안전하게 만들었습니다.
라이트닝 네트워크는 세그윗(SegWit)이 활성화된 지 약 6개월 후인 2018년 초 비트코인 메인넷에 출시되었습니다. 2025년 1분기까지 이 네트워크를 통해 1억 건 이상의 거래가 처리되었습니다. 세그윗이 없었다면 이러한 인프라 중 그 어떤 것도 존재하지 않았을 것입니다.
Taproot 및 스크립트 버전 관리
SegWit은 비트코인의 거래 형식에 스크립트 버전 관리 기능을 도입했습니다. 위트니스 프로그램은 버전 바이트로 시작되며, SegWit V0은 P2WPKH와 P2WSH를 지원합니다. 향후 새로운 버전 번호를 정의하는 업그레이드가 이루어지더라도, 기존 규칙과 충돌하지 않으면서 별도의 논란을 일으키는 업그레이드 논쟁 없이 자체적인 규칙을 적용할 수 있습니다.
SegWit V1은 2021년 11월에 활성화된 Taproot입니다. 이를 통해 슈노르(Schnorr) 서명, 복잡한 지출 조건을 위한 MAST(Merkelized Abstract Syntax Trees) 프레임워크, 그리고 멀티시그 지갑이 온체인에서 싱글시그 거래와 동일하게 보이도록 하는 개인정보 보호 개선 사항이 도입되었습니다. Taproot가 도입한 모든 기술적 기능은 SegWit이 구축한 버전 관리 아키텍처에 기반을 두고 있습니다.
서수 및 비문
SegWit이 도입하고 Taproot이 확장한 바로 그 증인 데이터 구조 덕분에, 임의의 데이터, 이미지, 텍스트, 코드를 비트코인 거래에 직접 삽입하는 것이 기술적으로 가능해졌습니다. 이것이 바로 Ordinals 프로토콜과 비트코인 인스크립션(inscriptions)의 기반이 되는 메커니즘으로, 이를 통해 온체인 데이터 사용이 급증했고 2024년에는 거래의 약 42%에서 Taproot가 채택되도록 이끌었습니다. 인스크립션 활동이 감소함에 따라 2025년 말까지 탭루트 사용률은 거래의 약 20% 수준으로 안정화된 반면, 세그윗 V0는 여전히 약 85%를 차지하며 주류 형식으로 남아 있습니다.
SegWit의 배경: 비트코인 업그레이드 일정
| 연도 | 행사 |
|---|---|
| 2015년 | 피터 위일, ‘스케일링 비트코인’ 컨퍼런스에서 세그윗(SegWit) 개념 발표 |
| 2016년 | BIP 141이 공식 발표되었으나, 채굴자들의 지지율은 95% 기준치 미만에 머물러 진전이 더딘 상황 |
| 2017년 3월 | Shaolinfry가 발표한 BIP 148 (UASF) |
| 2017년 5월 | 50개 이상의 기업이 서명한 뉴욕 협정 |
| 2017년 8월 1일 | 비트코인 캐시는 비트코인에서 분기된 암호화폐입니다. |
| 2017년 8월 24일 | 비트코인에서 481,824번째 블록에 SegWit이 활성화됩니다. |
| 2017년 11월 | SegWit2x 하드 포크 계획 철회 |
| 2018년 1월 | 라이트닝 네트워크, 메인넷에 출시 |
| 2021년 11월 | Taproot가 활성화되며, SegWit의 버전 관리 시스템을 기반으로 구축됩니다. |
| 2023–2024 | 서열 번호와 인스크립션이 SegWit/Taproot 위트니스 공간을 활용한다 |
| 2026 | 비트코인 거래의 약 85%가 세그윗을 사용합니다. |
현재 입양 현황
SegWit은 활성화 이후 꾸준히 채택이 확대되어, 도입 초기 몇 달 만에 거래의 30%를 차지했으며, 이후 2년 동안 지갑과 거래소들이 소프트웨어를 업그레이드함에 따라 50%를 넘어섰습니다.
2026년 현재, 비트코인 거래의 약 85%가 세그윗(SegWit)을 사용하고 있습니다(출처: Spark.money 비트코인 네트워크 통계, CoinGecko). 나머지 15%는 아직 업그레이드되지 않은 지갑 및 서비스에서 발생하는 레거시 거래입니다. 탭루트(P2TR, 세그윗 V1) 채택률은 2024년 오디널스(Ordinals) 인스크립션 활동에 힘입어 거래량의 약 42%로 정점을 찍었으나, 인스크립션 거래량이 감소함에 따라 2025년 말경에는 약 20% 수준으로 안정화되었습니다.
이 채택 곡선은 세그윗(SegWit) 자체의 사례와 유사한 양상을 보입니다. 하드웨어 지갑, 거래소, 결제 처리 업체들이 소프트웨어를 업데이트하는 과정에서 새로운 주소 형식이 주류로 자리 잡기까지는 1년에서 3년이 걸립니다. 탭루트(Taproot) 지원은 다양한 지갑 구현체 전반에 걸쳐 지속적으로 확대되고 있습니다.
SegWit 대 레거시: 차이점 요약
| 주요 기능 | 레거시 (SegWit 이전) | SegWit |
|---|---|---|
| 서명란 | ScriptSig 내부 (메인 트랜잭션 본문) | 별도의 증인 입력란 |
| 블록 크기 지표 | 바이트 단위 크기 (1MB 제한) | 중량 단위 (4M WU 제한) |
| TXID 계산 | 서명 데이터 포함 | 증인 데이터는 제외됩니다 |
| 거래 가변성 | 가능함 | 수정됨 |
| 일반적인 1-in/2-out 전송 크기 | ~226 바이트 | ~141 바이트 (P2WPKH) |
| 수수료 절감 | 기준선 | 약 38% 감소 (P2WPKH 대 P2PKH) |
| 라이트닝 네트워크 지원 | 안전하지 않음 | 필수; 결제 채널을 활성화합니다 |
| 주소 접두사 | 1... | bc1q... (원어) 또는 3... (중첩) |
| 인코딩 | Base58 | Bech32 |
결론
SegWit은 비트코인의 서명 데이터를 거래 데이터에서 분리하고, 2009년부터 존재해 온 보안 결함을 수정하며, 거래 수수료를 약 3분의 1 수준으로 낮추었을 뿐만 아니라, 라이트닝 네트워크와 탭루트, 그리고 그 이후 이들에 기반해 구축된 모든 것들의 아키텍처적 토대를 마련한 프로토콜 업그레이드입니다.
2026년 현재, 이는 비트코인의 거래 표준으로 자리 잡았으며 온체인 활동의 압도적 다수를 처리하고 있습니다. 이 표준이 도입한 주소 형식, 특히 네이티브 세그윗(bc1q)은 오늘날 대부분의 사용자가 기본적으로 사용해야 할 형식입니다. 이 기능의 활성화 과정을 둘러싼 정치적 갈등은 비트코인 거버넌스 역사에서 가장 교훈적인 장 중 하나로 남아 있습니다. 이는 탈중앙화된 네트워크에서 합의가 채굴자들이 부여하는 것이 아니라, 사용자들이 주도적으로 이끌어내는 것임을 보여주는 사례입니다.
