비트코인 지갑을 열었을 때 “레거시(Legacy)”, “세그윗(SegWit)”, “네이티브 세그윗(Native SegWit)” 주소 중 하나를 선택하라는 메시지가 떴지만, 그 의미에 대한 설명이 없었다면, 그 선택은 2017년에 이루어진 단 한 번의 업그레이드로 거슬러 올라갑니다.
SegWit(Segregated Witness의 약자)는 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%의 절감 효과를 얻습니다.
- 네이티브 세그윗(bc1q 주소)을 사용하면 표준 거래의 크기가 약 226 바이트에서 약 141 바이트로 줄어들어, 기존 주소에 비해 수수료를 약 38% 절감할 수 있습니다.
- SegWit의 고정 TXID 보장은 라이트닝 네트워크의 기술적 전제 조건이었습니다. 이 기능이 없었다면 결제 채널을 안전하게 구축할 수 없었을 것입니다.
- 이 스크립트 버전 관리 시스템은 Taproot(SegWit V1, 2021년 활성화)를 가능하게 했으며, 하드 포크 없이 향후 비트코인 업그레이드를 수행할 수 있는 프레임워크를 제공합니다.
- 2026년 현재, 비트코인 거래의 약 85%가 세그윗(SegWit)을 사용하고 있습니다. 이는 새로운 기능이 아니라 네트워크 표준입니다.
SegWit이란 무엇인가요?
SegWit(세그리게이티드 위트니스)는 비트코인의 거래 형식을 변경하여, 코인을 사용할 권한이 있음을 증명하는 암호학적 증거인 디지털 서명을 주요 거래 데이터와 분리하고, 이를 ‘위트니스’라고 불리는 별도의 구조에 저장하는 방식입니다. 이를 통해 각 거래의 크기가 줄어들고, 각 블록에 더 많은 거래를 담을 수 있게 되며, 비트코인 위에서 안전하게 결제 채널을 구축하는 것을 불가능하게 만들었던 취약점을 제거합니다.
이 용어의 의미는 간단히 설명하면 다음과 같습니다. “segregated(분리된)”는 ‘분리된’을 의미하며, “witness(증인)”는 거래의 유효성을 입증하는 서명 데이터를 가리키는 암호학 용어입니다. 위트니스는 “정당한 소유자가 이를 승인했는가?”라는 질문에 답하는 반면, 나머지 거래 데이터는 “자금이 어디로, 얼마만큼 전송되는가?”라는 질문에 답합니다.
The official BIP 141 header on GitHub, showing its three co-authors and December 2015 assignment date.이번 업그레이드는 공식적으로 비트코인 개선 제안서 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의 작동 원리
증인 데이터 분리
기존 비트코인 거래에서는 각 입력(input)에 지출자의 서명과 공개 키가 포함된 ScriptSig 필드가 있습니다. 반면 세그윗(SegWit) 거래에서는 세그윗 입력에 대해 ScriptSig 필드가 비워집니다. 서명과 공개 키는 거래의 끝에 추가되는 새로운 위트니스(witness) 필드로 이동합니다.
추가된 2바이트(마커 0x00과 플래그 0x01)는 SegWit을 지원하는 노드에게 위트니스 데이터가 뒤따른다는 것을 알립니다. SegWit 이전 버전의 노드는 단순히 빈 ScriptSig를 감지하고, 이전의 “누구나 지출 가능(anyone can spend)” 해석에 따라 해당 거래를 유효한 것으로 처리함으로써 하위 호환성을 유지합니다.
블록 무게가 블록 크기를 대체합니다
SegWit은 1MB 블록 크기 제한을 새로운 지표인 ‘블록 가중치(block weight)’로 대체했으며, 이는 400만 가중치 단위(WU)로 상한선이 설정되었습니다.
핵심은 바이트를 계산하는 방식에 있습니다:
- 비증인 거래 데이터의 각 바이트당 4개의 가중치 단위가 소요됩니다
- 증인 데이터의 각 바이트당 비용은 1 가중치 단위에 불과합니다
서명 데이터의 크기가 크고 이제 위트니스(witness) 섹션에 저장되기 때문에, 블록 용량 측면에서 차지하는 비중이 과거의 4분의 1 수준으로 줄었습니다. 이것이 바로 세그윗(SegWit)이 기존 노드들이 적용하는 1MB 제한을 건드리지 않으면서도, 실질적으로 블록 크기를 약 1.7~2MB까지 늘릴 수 있었던 이유입니다. 이론상 모든 데이터가 세그윗(SegWit)으로 구성된 블록의 경우 최대 용량은 4MB이지만, 모든 블록에는 비위트니스 데이터도 포함되어 있기 때문에 실제로는 이런 경우가 발생하지 않습니다.
가상 바이트(vBytes): 지갑에서 볼 수 있는 단위
기존 거래와 수수료율을 비슷한 수준으로 유지하기 위해, 세그윗(SegWit)은 바이트(byte)를 4로 나눈 가중치 단위인 가상 바이트(vbyte)를 도입했습니다. 기존 거래의 경우 바이트와 가상 바이트는 동일합니다. 반면 세그윗 거래에서는 위트니스 데이터의 크기가 줄어들어 가상 바이트 수치가 더 낮아집니다.
지갑 수수료는 바이트당 사토시(sat/vB) 단위로 표시됩니다. 동일한 sat/vB 요율에서 바이트 수가 적은 SegWit 거래일수록 수수료가 더 적게 듭니다. 이것이 바로 1... 주소 대신 bc1q 주소를 사용할 때 수수료가 절감되는 원리입니다.
SegWit 주소 유형: 어떤 것을 사용해야 할까요?
SegWit은 기술적 변경 사항과 함께 새로운 주소 형식을 도입했습니다. 주소 유형에 따라 지갑이 지출 조건을 인코딩하는 방식이 결정되며, 이는 수수료, 다른 지갑과의 호환성, 그리고 온체인에서 거래가 어떻게 표시되는지에 영향을 미칩니다.
주소 유형 비교
1...3...bc1q... 42자bc1q... 62자bc1p... 62자1...3...bc1q... 42자bc1q... 62자bc1p... 62자거래 규모 데이터: Spark.money 비트코인 거래 크기 참고 자료, 2026년. 수수료 절감액은 대략적인 수치이며 밋풀 상황에 따라 달라질 수 있습니다.
레거시 (P2PKH, 접두사 1...) 이는 2009년 당시의 원래 형식입니다. 서명은 메인 트랜잭션 본문 내에 남아 있어 전체 가중치로 반영됩니다. 수수료 절감 효과는 없습니다. 여전히 보편적으로 지원되므로, 다른 형식을 처리할 수 없는 매우 오래된 소프트웨어를 사용해야 하는 경우에만 오늘날 이 형식을 사용할 이유가 있습니다.
중첩된 SegWit (P2SH-P2WPKH, 접두사 3...) 기존 P2SH 봉투 안에 SegWit 스크립트를 감싸는 방식입니다. 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) 네이티브 방식입니다.
Taproot (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(SegWit2x)를 자신들이 동의하지 않은 우회적인 하드 포크로 여겼다. 대용량 블록을 원했던 채굴자와 기업들은 여전히 원래 원했던 바를 얻지 못했다.
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의 배경: 비트코인 업그레이드 일지
현재 입양 현황
SegWit은 활성화 이후 꾸준히 확산되어, 도입 초기 몇 달 만에 전체 거래의 30%를 차지했으며, 이후 2년 동안 지갑과 거래소들이 소프트웨어를 업그레이드함에 따라 50%를 넘어섰다.
2026년 현재, 비트코인 거래의 약 85%가 세그윗(SegWit)을 사용하고 있습니다(출처: Spark.money 비트코인 네트워크 통계, CoinGecko). 나머지 15%는 아직 업그레이드되지 않은 지갑 및 서비스에서 발생하는 레거시 거래입니다. 탭루트(P2TR, 세그윗 V1) 채택률은 2024년 오디널스 인스크립션 활동의 영향으로 거래량의 약 42%까지 정점을 찍었으나, 인스크립션 거래량이 감소함에 따라 2025년 말경에는 약 20% 수준으로 안정화되었습니다.
이 채택 곡선은 세그윗(SegWit)의 사례와 유사한 양상을 보입니다. 하드웨어 지갑, 거래소, 결제 처리 업체들이 소프트웨어를 업데이트하는 과정에서 새로운 주소 형식이 주류로 자리 잡기까지는 1년에서 3년이 소요됩니다. 탭루트(Taproot) 지원은 다양한 지갑 구현체 전반에 걸쳐 지속적으로 확대되고 있습니다.
SegWit 대 레거시: 차이점 요약
1...bc1q... (원어민) 또는 3... (중첩된)1...bc1q... (원어민) 또는 3... (중첩된)결론
SegWit은 비트코인의 서명 데이터를 거래 데이터에서 분리하고, 2009년부터 존재해 온 보안 결함을 해결하며, 거래 수수료를 약 3분의 1 수준으로 낮췄을 뿐만 아니라, 라이트닝 네트워크(Lightning Network)와 탭루트(Taproot), 그리고 그 이후 이들에 기반해 구축된 모든 기술에 대한 아키텍처적 토대를 마련한 프로토콜 업그레이드입니다.
2026년 현재, 이는 비트코인의 거래 표준으로 자리 잡았으며 온체인 활동의 대부분을 처리하고 있습니다. 이 표준이 도입한 주소 형식, 특히 네이티브 세그윗(bc1q) 주소는 오늘날 대부분의 사용자가 기본적으로 사용해야 할 형식입니다. 이 기능의 활성화 과정을 둘러싼 정치적 갈등은 비트코인 거버넌스 역사상 가장 교훈적인 장 중 하나로 남아 있습니다. 이는 탈중앙화 네트워크에서 합의가 채굴자들이 부여하는 것이 아니라, 사용자들이 주도적으로 이끌어내는 것임을 보여주는 사례입니다.
