LearnBitcoin

Glossary

Schnorr Signature

A more efficient signature scheme introduced with Taproot, enabling key and signature aggregation for better privacy and lower fees.

Schnorr signatures are Bitcoin's modern signature scheme, activated with Taproot in November 2021 via BIP-340. They replace ECDSA for any output using a Taproot address (the ones starting with bc1p).

What Schnorr brings that ECDSA doesn't:

  • Linearity. Schnorr signatures are linear in the math: cosigners can combine their partial signatures into one signature that is valid for the sum of their public keys. This sounds esoteric but unlocks signature aggregation, which is the biggest practical win.
  • Single-signature aggregation across cosigners. A 5-of-5 multisig under Schnorr (via the MuSig2 protocol) appears on-chain as a single signature - indistinguishable from a single-sig spend. Five-of-five used to require five signatures and was obvious from the block; now it looks like one person spending. Privacy + space savings. This is aggregation among the cosigners of one output. A transaction with five Taproot inputs still carries five signatures, and combining signatures across inputs would need another soft fork.
  • Smaller signatures. A Schnorr signature is 64 bytes vs ECDSA's variable 70-72. Saves block space, saves fees.
  • Cleaner provable security. Schnorr has a tighter security proof than ECDSA under standard assumptions, which makes cryptographers happier.
  • No malleability. A third party cannot alter a valid Schnorr signature into a different valid one for the same key and message (BIP-340 signatures are strongly unforgeable) - the malleability that bothered ECDSA is gone. The signer can still produce different valid signatures by choosing different nonces; BIP-340 says explicitly that it is not a unique-signature scheme.

Production Schnorr implementations - Bitcoin's libsecp256k1 chief among them - require strict constant-time discipline at the signing path to avoid leaking key material through timing or cache-access side channels. The math is clean; the engineering needed to defend it on real hardware is its own discipline.

The usual story is that Bitcoin used ECDSA because Claus Schnorr's patent had only just expired, too late for the scheme to be standardized. It had not: US patent 4,995,082 was filed in February 1990 and expired in February 2010, more than a year after Bitcoin launched. The duller reason is that ECDSA was the standardized elliptic-curve scheme with an implementation in OpenSSL, and Satoshi used what was there. It then took the community more than a decade to design, review, and deploy Schnorr well. The wait paid off; Schnorr is now considered one of the cleanest signature schemes in production cryptography.

Schnorr inherits ECDSA's elliptic-curve discrete logarithm assumption, and therefore its quantum vulnerability. A sufficiently powerful quantum computer running Shor's algorithm breaks both schemes. See Post-Quantum Bitcoin for the migration framework.

See Signature Aggregation for what linearity buys, and Taproot for the soft fork that brought Schnorr to Bitcoin.

See How Taproot Actually Works for what Schnorr bought Bitcoin in practice and what is still on the shelf.

Key takeaways

  • Reduces transaction size for multi-signatures
  • Easier to prove correctness than ECDSA, with unique algebraic properties
  • Forms the basis for advanced features like MuSig2 key aggregation and Taproot key-path spends

Corrected

  • Was: The entry said that the sum of two valid Schnorr signatures is itself a valid signature for the sum of the corresponding keys.

    Now: Two independently made signatures do not add, because each one's challenge hash commits to its own nonce. What BIP-340 describes is that collaborating signers can produce one signature that is valid for the sum of their public keys, which is what the entry now says. Details

  • Was: The entry said a 5-of-5 multisig under MuSig2 shows up as a single signature without saying that this aggregation happens among the cosigners of one output, not across a transaction's inputs.

    Now: A transaction with five Taproot inputs still carries five signatures, and combining signatures across inputs would need another soft fork. The entry says so. Details

  • Was: The entry said Claus Schnorr's patent expired in 2008, said Schnorr signatures are unique for a given key and message, and listed MAST among the features built on Schnorr.

    Now: US patent 4,995,082 was filed in February 1990 and expired in February 2010, more than a year after Bitcoin launched, and BIP-340 says plainly that it is not a unique-signature scheme. The corrected entry says both and names MuSig2 key aggregation and Taproot key-path spends in place of MAST. Details

Sources (7)

External references (4)

Related terms (13)

Published . Revised . Three corrections logged for this page.

Edit this page on GitHub