When Bitcoin first launched, Satoshi Nakamoto capped each block at 1MB—a reasonable limit for a niche network handling dozens of transactions per block. But as adoption exploded, this design choice became Bitcoin’s bottleneck. The network could only process around 7 transactions per second on average. During peak periods, thousands of transactions would pile up waiting for confirmation, and users faced transaction fees exceeding tens of dollars just to get their transfers processed within a reasonable timeframe. In extreme congestion, a simple Bitcoin transfer could take several days to be recorded on-chain.
The encryption community urgently needed a scaling solution that didn’t compromise Bitcoin’s decentralized security model. The answer came in the form of Segregated Witness (SegWit).
Segregated Witness: The Clever Technical Fix
Bitcoin developer Pieter Wuille and other Bitcoin Core contributors proposed SegWit in 2015 as an elegant solution to Bitcoin’s scaling constraints. By 2017, this soft fork was activated on the Bitcoin network, and the results were immediate: effective block capacity increased by 1.7 times without changing the fundamental 1MB limit.
Here’s the genius of the approach: every Bitcoin transaction consists of two distinct components—the transaction data itself (which details the value transfer) and the witness data (the cryptographic signatures proving you own the bitcoin). The witness data can occupy up to 65% of a transaction’s total size, yet it only serves one purpose: verifying the sender’s identity.
The SegWit breakthrough separates these components. By extracting the signature data and storing it separately, the transaction data gets priority in block space. This means more actual transactions fit into each block, fees drop significantly, and confirmation times accelerate. Following SegWit’s implementation, average transaction costs fell to approximately $1.
The Cascading Benefits for Bitcoin’s Ecosystem
Block Capacity Gets Smarter
When signatures are removed from the primary transaction record, that freed-up space—roughly 65% of typical block space—becomes available for actual transaction data. The network can now process substantially more economic activity in the same 1MB block.
Transaction Speed Enters a New Era
With witness data handled separately, the Bitcoin network concentrates computing resources on what matters most: processing transactions. This layered approach mirrors the successful scaling strategies Ethereum has pursued with layer-2 solutions, proving the concept works at scale.
Lightning Network Becomes Viable
The Lightning Network, Bitcoin’s most promising off-chain scaling solution, required certain technical conditions to function reliably. SegWit provided those conditions by reducing on-chain congestion and creating the architectural foundation for payment channels. In essence, SegWit cleared the path for Lightning’s development and adoption.
Understanding Bitcoin Address Formats: Choose the Right One
Bitcoin address evolution mirrors the technology’s maturation. Today’s wallets support multiple formats, each offering different tradeoffs:
Legacy Addresses (P2PKH, starting with “1”)
The original Bitcoin address format still in use. Simple and universally supported, but they don’t utilize SegWit’s efficiency gains and incur higher fees.
Nested Addresses (P2SH, starting with “3”)
These were the first SegWit-compatible format, offering backward compatibility with older Bitcoin software. They save approximately 24% in transfer fees compared to legacy addresses. A single address can represent either a multi-signature contract or a SegWit implementation—wallets handle the distinction automatically.
Native SegWit Addresses (Bech32, starting with “bc1”)
This is where SegWit’s full potential emerges. Native SegWit addresses save roughly 35% on fees versus legacy addresses and 70% compared to multi-signature addresses. The Bech32 encoding standard (defined in BIP173 during 2017) brought several advantages:
Case-insensitive design eliminates typing errors
Shorter character length allows for smaller, more reliable QR codes
Advanced SegWit: Native P2WPKH and P2WSH
These native segwit variants offer maximum efficiency. P2WPKH addresses (42 characters) work for standard transfers, while P2WSH addresses (62 characters) enable multi-signature scenarios. Both start with “bc1q” and represent the most optimized SegWit implementation.
Taproot Addresses (Bech32m, starting with “bc1p”)
Introduced to fix edge cases in the original Bech32 standard, Taproot represents the latest generation. Bech32m adds an additional digit to the checksum formula, preventing invalid addresses from passing verification. These addresses enable Bitcoin Ordinals and BRC-20 NFTs, expanding Bitcoin’s programmability while maintaining transaction efficiency.
The Numbers Tell the Story
67% of Bitcoin transactions utilized SegWit as of August 2020—the figure is certainly higher now
1.7x increase in effective block capacity following SegWit activation
$1 average transaction cost after SegWit deployment
Fee savings: 24% (nested SegWit vs. legacy), 35% (native SegWit vs. legacy), up to 70% (native SegWit vs. multi-sig)
Which Address Should You Use?
If you’re starting fresh, native segwit addresses (Bech32 format starting with “bc1”) represent the optimal choice for most users. They offer the best fee efficiency, fastest processing, and future-proof compatibility. The move to native segwit from legacy addresses represents one of the easiest ways to reduce your on-chain costs by a third.
For Taproot-supporting wallets and users interested in Bitcoin NFTs, Bech32m addresses (bc1p) provide the cutting edge, though fee differences are marginal compared to native segwit.
Why SegWit Matters Beyond Transaction Speed
SegWit accomplished something subtle but profound: it addressed a transaction malleability vulnerability where attackers could manipulate transaction signatures without invalidating them. By separating witness data, SegWit eliminated this exploit vector entirely.
The technology also opened the door to greater Bitcoin programmability. Taproot, which built upon SegWit’s foundation, eventually enabled Bitcoin Ordinals—permanently inscribing data onto individual satoshis. What started as a scaling fix evolved into the technical bedrock for Bitcoin’s NFT ecosystem.
The Bottom Line
SegWit transformed Bitcoin from a network choked by its own success into a genuinely scalable system. By intelligently separating transaction data from signature data, developers created more room for actual economic activity. Transaction fees plummeted, confirmation times improved, and the foundation was laid for advanced features like the Lightning Network and Bitcoin Ordinals.
For anyone moving Bitcoin on-chain today, adopting native segwit addresses isn’t just a technical preference—it’s a practical way to save money and move faster. As Bitcoin continues evolving, SegWit stands as a masterclass in elegant problem-solving: massive improvements in scalability without abandoning the security and decentralization principles Satoshi Nakamoto established.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
Bitcoin's SegWit Breakthrough: How a Technical Innovation Solved the Network Congestion Crisis
The Problem That Started It All
When Bitcoin first launched, Satoshi Nakamoto capped each block at 1MB—a reasonable limit for a niche network handling dozens of transactions per block. But as adoption exploded, this design choice became Bitcoin’s bottleneck. The network could only process around 7 transactions per second on average. During peak periods, thousands of transactions would pile up waiting for confirmation, and users faced transaction fees exceeding tens of dollars just to get their transfers processed within a reasonable timeframe. In extreme congestion, a simple Bitcoin transfer could take several days to be recorded on-chain.
The encryption community urgently needed a scaling solution that didn’t compromise Bitcoin’s decentralized security model. The answer came in the form of Segregated Witness (SegWit).
Segregated Witness: The Clever Technical Fix
Bitcoin developer Pieter Wuille and other Bitcoin Core contributors proposed SegWit in 2015 as an elegant solution to Bitcoin’s scaling constraints. By 2017, this soft fork was activated on the Bitcoin network, and the results were immediate: effective block capacity increased by 1.7 times without changing the fundamental 1MB limit.
Here’s the genius of the approach: every Bitcoin transaction consists of two distinct components—the transaction data itself (which details the value transfer) and the witness data (the cryptographic signatures proving you own the bitcoin). The witness data can occupy up to 65% of a transaction’s total size, yet it only serves one purpose: verifying the sender’s identity.
The SegWit breakthrough separates these components. By extracting the signature data and storing it separately, the transaction data gets priority in block space. This means more actual transactions fit into each block, fees drop significantly, and confirmation times accelerate. Following SegWit’s implementation, average transaction costs fell to approximately $1.
The Cascading Benefits for Bitcoin’s Ecosystem
Block Capacity Gets Smarter
When signatures are removed from the primary transaction record, that freed-up space—roughly 65% of typical block space—becomes available for actual transaction data. The network can now process substantially more economic activity in the same 1MB block.
Transaction Speed Enters a New Era
With witness data handled separately, the Bitcoin network concentrates computing resources on what matters most: processing transactions. This layered approach mirrors the successful scaling strategies Ethereum has pursued with layer-2 solutions, proving the concept works at scale.
Lightning Network Becomes Viable
The Lightning Network, Bitcoin’s most promising off-chain scaling solution, required certain technical conditions to function reliably. SegWit provided those conditions by reducing on-chain congestion and creating the architectural foundation for payment channels. In essence, SegWit cleared the path for Lightning’s development and adoption.
Understanding Bitcoin Address Formats: Choose the Right One
Bitcoin address evolution mirrors the technology’s maturation. Today’s wallets support multiple formats, each offering different tradeoffs:
Legacy Addresses (P2PKH, starting with “1”) The original Bitcoin address format still in use. Simple and universally supported, but they don’t utilize SegWit’s efficiency gains and incur higher fees.
Nested Addresses (P2SH, starting with “3”) These were the first SegWit-compatible format, offering backward compatibility with older Bitcoin software. They save approximately 24% in transfer fees compared to legacy addresses. A single address can represent either a multi-signature contract or a SegWit implementation—wallets handle the distinction automatically.
Native SegWit Addresses (Bech32, starting with “bc1”) This is where SegWit’s full potential emerges. Native SegWit addresses save roughly 35% on fees versus legacy addresses and 70% compared to multi-signature addresses. The Bech32 encoding standard (defined in BIP173 during 2017) brought several advantages:
Advanced SegWit: Native P2WPKH and P2WSH These native segwit variants offer maximum efficiency. P2WPKH addresses (42 characters) work for standard transfers, while P2WSH addresses (62 characters) enable multi-signature scenarios. Both start with “bc1q” and represent the most optimized SegWit implementation.
Taproot Addresses (Bech32m, starting with “bc1p”) Introduced to fix edge cases in the original Bech32 standard, Taproot represents the latest generation. Bech32m adds an additional digit to the checksum formula, preventing invalid addresses from passing verification. These addresses enable Bitcoin Ordinals and BRC-20 NFTs, expanding Bitcoin’s programmability while maintaining transaction efficiency.
The Numbers Tell the Story
Which Address Should You Use?
If you’re starting fresh, native segwit addresses (Bech32 format starting with “bc1”) represent the optimal choice for most users. They offer the best fee efficiency, fastest processing, and future-proof compatibility. The move to native segwit from legacy addresses represents one of the easiest ways to reduce your on-chain costs by a third.
For Taproot-supporting wallets and users interested in Bitcoin NFTs, Bech32m addresses (bc1p) provide the cutting edge, though fee differences are marginal compared to native segwit.
Why SegWit Matters Beyond Transaction Speed
SegWit accomplished something subtle but profound: it addressed a transaction malleability vulnerability where attackers could manipulate transaction signatures without invalidating them. By separating witness data, SegWit eliminated this exploit vector entirely.
The technology also opened the door to greater Bitcoin programmability. Taproot, which built upon SegWit’s foundation, eventually enabled Bitcoin Ordinals—permanently inscribing data onto individual satoshis. What started as a scaling fix evolved into the technical bedrock for Bitcoin’s NFT ecosystem.
The Bottom Line
SegWit transformed Bitcoin from a network choked by its own success into a genuinely scalable system. By intelligently separating transaction data from signature data, developers created more room for actual economic activity. Transaction fees plummeted, confirmation times improved, and the foundation was laid for advanced features like the Lightning Network and Bitcoin Ordinals.
For anyone moving Bitcoin on-chain today, adopting native segwit addresses isn’t just a technical preference—it’s a practical way to save money and move faster. As Bitcoin continues evolving, SegWit stands as a masterclass in elegant problem-solving: massive improvements in scalability without abandoning the security and decentralization principles Satoshi Nakamoto established.