Back to ResearchTopic: Protocol Fundamentals and On-Chain Data
2026-10-2216 min read

Bitcoin Address Types: 1, 3, bc1q, bc1p

C

Research Desk • Organizational attribution

Source Standard
6 source notes
Last Reviewed
2026-10-22
Not Advice
Educational research, not a recommendation to buy or sell

Bitcoin has four main address formats, and you can tell them apart by how they start: 1 is legacy (P2PKH), 3 is script hash (P2SH, often wrapped SegWit), bc1q is native SegWit, and bc1p is Taproot. All four can send to and receive from each other. For an ordinary single-signature wallet in 2026, native SegWit or Taproot is the sensible default, because a legacy input takes more than twice the block space of a SegWit one, and block space is what you pay for.

Address choice sounds like a technical footnote, but it decides three practical things: how much each future payment costs, whether older software can send to you, and how your wallet must be restored from backup. This guide covers each format, the fee arithmetic behind the choice with sizes we calculated from the protocol rules, the compatibility traps, and a short decision table. The specifications quoted are the Bitcoin Improvement Proposals (BIPs) themselves, checked on October 21, 2026.

Recognizing an Address at a Glance

Starts withFormatDefined inTypical lengthEncoding
1Legacy pay-to-public-key-hash (P2PKH)Original protocol26 to 34 charactersBase58Check, version byte 0
3Pay-to-script-hash (P2SH), including nested SegWitBIP 13 and BIP 1634 charactersBase58Check, version byte 5
bc1qNative SegWit version 0 (P2WPKH or P2WSH)BIP 141, BIP 17342 characters (P2WPKH) or 62 (P2WSH)Bech32
bc1pTaproot, SegWit version 1 (P2TR)BIP 341, BIP 35062 charactersBech32m

Sources: BIP 13, BIP 173, BIP 341 and BIP 350 on GitHub; Bitcoin Wiki list of address prefixes. Checked October 21, 2026.

Testnet addresses look different on purpose: BIP 13 gives testnet P2SH addresses a different version byte (196), and BIP 173 reserves the tb prefix for testnet SegWit addresses, which start with tb1. If a wallet shows tb1 on what you believe is a real wallet, stop and check the network setting before sending anything.

What Each Format Actually Is

An address is not an account. It is a compact, checksummed way to write a locking condition, the script that a future spender must satisfy. The format tells you which kind of condition it is.

Legacy (starts with 1)

The coins are locked to the hash of a public key. To spend them, you reveal the public key and a signature, and all of that goes in the non-witness part of the transaction, which counts at full weight. That is why legacy inputs are the most expensive to spend. Legacy addresses use Base58Check, which avoids look-alike characters and has a checksum, and they are case-sensitive.

Script hash (starts with 3)

The coins are locked to the hash of a script, which the spender reveals at spending time. BIP 13 fixed the address form: version byte 5 on mainnet, which produces the leading 3. P2SH is used for multisignature setups and, from 2017 onward, for "nested" or "wrapped" SegWit, where a SegWit script sits inside a P2SH wrapper so that older wallets that could only pay to 1 and 3 addresses could still pay to a SegWit wallet. A 3 address does not tell you which script is inside it.

Native SegWit (starts with bc1q)

SegWit version 0 moves the signature data into the witness area, which BIP 141 counts at one quarter weight. Native SegWit addresses are written in Bech32 (BIP 173), with the human-readable part "bc" on mainnet. BIP 173 specifies an all-lowercase or all-uppercase form, never mixed; a character set that excludes 1, b, i and o from the data part; and a checksum that is guaranteed to detect any error affecting up to four characters. The 42-character form is a single-key wallet (P2WPKH). The 62-character form is a script, often multisig (P2WSH).

Taproot (starts with bc1p)

Taproot is SegWit version 1, defined in BIP 341, and active on mainnet from block 709,632, the minimum activation height in the Bitcoin Core 0.21.1 release notes. That block carries a timestamp of November 14, 2021 (mempool.space, checked October 22, 2026). The output commits to a single 32-byte key. It can be spent two ways: the key path, with one 64-byte Schnorr signature (BIP 340), or the script path, which reveals one of several alternative scripts committed to in advance. BIP 341 points out the privacy benefit: on a key-path spend, nobody learns that other spending conditions existed.

Taproot addresses use Bech32m, defined in BIP 350, because the original Bech32 had an unexpected weakness: if the last character is p, inserting or deleting q characters just before it can leave the checksum valid. BIP 350 changes one constant in the checksum to fix that and requires Bech32m for witness versions 1 through 16, keeping Bech32 for version 0.

Why the Lengths Differ

The length of an address is mostly the length of what it commits to, plus the prefix and checksum.

A legacy or native SegWit single-key address commits to a 20-byte hash of the public key (SHA-256 followed by RIPEMD-160). Base58Check writes that in 26 to 34 characters; Bech32 writes it in 42.
A P2SH address commits to a 20-byte hash of a script, which is why it is the same length as a legacy address.
A P2WSH address commits to a 32-byte SHA-256 hash of the script, so its Bech32 form is longer, 62 characters.
A Taproot address commits directly to a 32-byte public key, not a hash, so it is also 62 characters.

That last point is a design trade-off. Earlier formats hid the public key behind a hash until the coins were spent. Taproot puts the key itself in the output, which saves space at spending time and enables the key-path privacy features above. Some researchers discuss what exposed public keys would mean if large-scale quantum computers ever become practical. That concern applies to any address whose public key has already appeared on-chain, including reused legacy and SegWit addresses, and is an active research topic rather than a present-day risk.

You do not need any of this to use a wallet. It is useful for one practical reason: if someone shows you a "Bitcoin address" with an unusual length or prefix, it is either a format you have not met, a different network, or a mistake, and all three are reasons to stop and check.

The Fee Arithmetic

Fees are charged per virtual byte. The size of each part of a transaction depends on its script type. These sizes are our calculation from the standard serialization, using a 72-byte ECDSA signature with sighash byte and a 64-byte Schnorr signature; real transactions vary by about a byte.

FormatInput (to spend one coin)Output (to create one coin)Typical 1-input, 2-output payment3-input, 2-output payment
Legacy P2PKHabout 148 vB34 vBabout 226 vBabout 522 vB
Nested SegWit (P2SH-P2WPKH)about 91 vB32 vBabout 166 vBabout 348 vB
Native SegWit P2WPKHabout 68 vB31 vBabout 141 vBabout 277 vB
Taproot P2TR, key pathabout 57.5 vB43 vBabout 154 vBabout 269 vB

Calculated by CryptosEyes from BIP 141 weight rules. Checked October 21, 2026.

What that costs at real fee rates

Format1-in, 2-out at 5 sat/vB1-in, 2-out at 50 sat/vB
Legacy1,130 sats11,300 sats
Nested SegWit830 sats8,300 sats
Native SegWit705 sats7,050 sats
Taproot770 sats7,700 sats

Three readings:

1.Leaving legacy is the big saving. A legacy payment costs 60 percent more than the same payment in native SegWit. Nested SegWit gets you part of the way.
2.Taproot is not always cheapest. Its outputs are 12 bytes larger than native SegWit outputs, so for a one-input payment that also creates a Taproot change output, Taproot costs slightly more. Its inputs are about 10.5 vB smaller, so with three or more inputs Taproot pulls ahead.
3.The difference between modern formats is small. Native SegWit and Taproot are within about 10 percent of each other in most single-signature cases. Pick either on other grounds.

Worked example: a year of payments

An illustration with stated inputs. A small business sends 100 payments a year, each one input and two outputs, at an average of 10 sat/vB. From a legacy wallet that is 226,000 satoshis in fees. From a native SegWit wallet it is 141,000 satoshis. The difference, 85,000 satoshis, was about 71 dollars at the 84,101 dollar bitcoin price in the CryptosEyes dataset pull of October 21, 2026. In a busy fee market, at 50 sat/vB, the same difference is five times larger. The fee level changes; the 60 percent penalty does not.

Our transaction fees and mempool guide explains how the fee rate itself is set, and what the mempool looked like on the same date.

Worked example: retiring a legacy wallet

Another illustration with stated inputs. A wallet holds eight legacy coins. Spending all eight later, as part of a payment during a busy period at 50 sat/vB, would cost about 59,200 satoshis for those inputs alone (eight inputs at 148 vB each, times 50). Consolidating them now into one native SegWit output on a quiet day at 2 sat/vB costs about 1,225 vB times 2, or 2,450 satoshis (10 vB overhead, eight legacy inputs, one 31 vB output). Spending that single SegWit coin later at 50 sat/vB costs about 3,400 satoshis for its input.

PathFee nowFee for the inputs at a later 50 sat/vB spendTotal
Leave eight legacy coins as they are0about 59,200 satsabout 59,200 sats
Consolidate at 2 sat/vB, then spend one SegWit coinabout 2,450 satsabout 3,400 satsabout 5,850 sats

The saving comes from two effects at once: fewer inputs, and cheaper inputs. The cost is privacy, because the consolidation transaction shows that all eight coins belonged to the same owner. If those coins came from sources you would rather not link, weigh that before merging them.

Multisignature: where the witness discount is largest

Multisig spends carry several signatures and the full script, so moving that data into the witness saves the most. For a 2-of-3 multisig with compressed keys, our calculation gives:

FormatApproximate input sizeRelative cost
Legacy P2SH 2-of-3about 297 vB100%
Native SegWit P2WSH 2-of-3about 104.5 vBabout 35%

Calculated by CryptosEyes: two 73-byte signature pushes plus a 105-byte redeem script, in the scriptSig for P2SH and in the witness for P2WSH.

Taproot can do better still in some setups, because a group that cooperates can spend through the key path with one signature, which looks on-chain like any single-key spend. Whether that is available depends on your wallet and signing software supporting it. If you run multisig, ask your coordinator software which Taproot features it supports before migrating.

Privacy Differences Between the Formats

Address format leaks information. Anyone looking at the chain can see which format each output uses, and that narrows down which wallet software created it. A few points worth knowing:

Legacy and nested SegWit outputs stand out in 2026 simply because fewer new wallets create them. Unusual formats make transactions easier to cluster.
P2WSH reveals its script when spent. A 2-of-3 spend shows the three public keys and the threshold to everyone.
Taproot key-path spends all look alike. A single-key payment and a cooperative multi-party spend that uses an aggregated key are indistinguishable on-chain. BIP 341 describes this as hiding the unused spending conditions.
Mixing formats in one transaction is a fingerprint. If your wallet sends to a Taproot address but returns change to a SegWit address, an observer can often guess which output is change. Wallets that match the change type to the recipient's type reduce this.

None of these replace basic habits like using a fresh address for every receipt, but they are a reason to prefer the format most wallets around you use.

Compatibility: Who Can Pay Whom

Any address type can pay any other address type. The protocol does not care. What can fail is software.

Old wallets and services may not recognize bc1p. Software that implemented Bech32 for SegWit version 0 but not Bech32m for version 1 will reject Taproot addresses as invalid. That is a safe failure, since nothing is sent, but it means some senders cannot pay you until they upgrade.
Very old software may not recognize bc1 at all. That was the reason nested SegWit (3 addresses) existed. In 2026 this is rare, but it is why some services still offer 3 addresses.
Exchanges set their own rules. A platform may accept deposits only to certain types or withdraw only to certain types. Check before you move funds.
Mixed-case Bech32 is invalid. Bech32 addresses can be written in all capitals, which is useful for QR codes, but a string mixing upper and lower case must be rejected.

Mistakes That Lose Money

The checksums in every format catch most typing errors, so the costly mistakes are usually something else.

Sending on the wrong chain. Some other networks use address formats that look similar to Bitcoin's. Sending BTC to an address on another network, or another coin to a Bitcoin address, can lose the funds or require the recipient's cooperation to recover. Confirm the network on both ends.
Clipboard malware. Malicious software can replace a copied address with an attacker's address of the same type. Check the first and last several characters against the source, and use a hardware wallet screen to confirm where possible. Whether a screen shows the full address is one of the criteria for picking a hardware wallet.
Restoring with the wrong address type. Wallets derive different addresses from the same seed depending on the type. A seed restored as legacy will not show coins held in native SegWit addresses. Our wallet recovery checklist covers this in detail.
Reusing one address for everything. It works, but it links all your payments together for anyone looking at the chain. Modern wallets generate a fresh address for each receipt.
Paying a scammer's address. No address format can tell you who controls it. If coins went to a fraudster, the transaction ID and the receiving address are the core of a report to IC3 or the police, so save both before anything else.
Assuming a 3 address is multisig. It might be nested SegWit, multisig, or another script. Only the wallet that created it knows.

Restoring a Wallet: Why the Type Matters

Most wallets generate addresses from one seed using a standard derivation path, and the path depends on the address type. BIP 86, for example, defines the Taproot single-key path with purpose 86', following the account structure in BIPs 44, 49 and 84 (which cover legacy, nested SegWit and native SegWit respectively). A wallet that knows the seed but looks under the wrong purpose number finds an empty wallet.

In practice:

1.Record the address type alongside your seed backup, or keep a descriptor export if your wallet supports one.
2.When restoring, if balances show zero, check the address type and derivation settings before assuming funds are gone.
3.For multisig, the seed is not enough. You also need every cosigner's public key information and the script policy.

Which Type Should You Use?

SituationReasonable choiceWhy
New single-signature walletNative SegWit or TaprootLowest fees; both widely supported in 2026
Receiving from a service that rejects bc1pNative SegWitBech32 support is near universal
Many small coins you will later consolidateTaprootSmaller inputs matter more when there are many of them
MultisignatureNative SegWit (P2WSH) or a Taproot-based setup your software fully supportsWitness discount on the signatures; check coordinator support
An old legacy wallet with fundsMove funds to a modern type on a low-fee dayEach future spend is cheaper; one consolidation now
Hardware walletWhatever types its current firmware supports for both sending and signingTest with a small amount first

These are general considerations, not personal advice. If you rely on a particular custodian or exchange, its supported types take priority.

Frequently Asked Questions

What does an address starting with bc1q mean?

It is a native SegWit (witness version 0) address written in Bech32. The 42-character form locks coins to a single key (P2WPKH); the 62-character form locks them to a script, often multisig (P2WSH). It is cheaper to spend from than a legacy address.

Is a bc1p Taproot address safe to use?

Taproot has been active on mainnet since block 709,632, mined on November 14, 2021. The main practical risk is compatibility: some older services cannot send to bc1p addresses. Sending will fail rather than lose funds, but test with a small amount when using a new service.

Can I send bitcoin from a legacy address to a SegWit address?

Yes. Every address type can pay every other type. Moving coins from a legacy address to a native SegWit or Taproot address is the usual way to upgrade, and later spends from the new address will be cheaper.

Why does my wallet show a different address every time?

To protect privacy. Wallets derive a fresh address from the same seed for each payment you receive. All of them belong to your wallet. Reusing one address works, but it lets anyone link your payments together.

Which Bitcoin address type has the lowest fees?

For a single-signature payment with one input, native SegWit is about 141 vB and Taproot about 154 vB, so native SegWit is slightly cheaper. With three or more inputs, Taproot's smaller inputs make it slightly cheaper. Both are far cheaper than legacy, which is about 226 vB for the same simple payment.

What happens if I mistype a Bitcoin address?

Almost always, the wallet rejects it. Base58Check and Bech32 both include checksums, and BIP 173 guarantees that Bech32 detects any error affecting up to four characters. The dangerous cases are a valid address you did not intend, such as one swapped in by malware, or an address on a different network.

Where to Go From Here

Moving coins from an exchange to one of these addresses for the first time? Our withdrawal walkthrough adds the steps around the address itself: picking the right network, confirming the address on the device screen, and sending a small test before the full amount.

If you are setting up or upgrading a wallet, the next step is understanding how its backup works for the address type you picked. The wallet basics guide explains keys, seeds and addresses from the ground up, and the wallet recovery checklist shows how to test a restore before you rely on it. For the block-level background, see how a blockchain works, and for why each new halving makes fee efficiency matter more to the network, see our halving history. More explainers are in the CryptosEyes research library.

CryptosEyes publishes educational research, not financial or security advice. Wallet and service support for address types changes with software updates; confirm with your provider and test with a small amount before moving significant funds.

Source & Review Basis

This article is reviewed against the source types below. Source links are provided to help readers verify primary documents, market context, and methodology independently.

Reviewed against source notes and calculations
Education
Research note: This article is educational market research, not financial advice. Crypto and public equity data can change quickly; see our methodology and editorial policy for sourcing, review, and correction standards.
Important: Educational Purposes OnlyThe data, charts, treasury tracking metrics (including mNAV and SPS), and research provided on CryptosEyes.com are for informational and educational purposes only. They do not constitute certified financial, investment, or trading advice. Digital assets like Bitcoin and Ethereum are highly volatile. Always conduct your own research and consult with a registered financial advisor before making investment decisions.