<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://en.bitcoin.it/w/index.php?action=history&amp;feed=atom&amp;title=MuSig</id>
	<title>MuSig - Revision history</title>
	<link rel="self" type="application/atom+xml" href="https://en.bitcoin.it/w/index.php?action=history&amp;feed=atom&amp;title=MuSig"/>
	<link rel="alternate" type="text/html" href="https://en.bitcoin.it/w/index.php?title=MuSig&amp;action=history"/>
	<updated>2026-09-11T19:32:47Z</updated>
	<subtitle>Revision history for this page on the wiki</subtitle>
	<generator>MediaWiki 1.43.9</generator>
	<entry>
		<id>https://en.bitcoin.it/w/index.php?title=MuSig&amp;diff=71217&amp;oldid=prev</id>
		<title>NotATether: MuSig stub — MuSig2 / BIP327 n-of-n Schnorr aggregate</title>
		<link rel="alternate" type="text/html" href="https://en.bitcoin.it/w/index.php?title=MuSig&amp;diff=71217&amp;oldid=prev"/>
		<updated>2026-09-09T10:22:28Z</updated>

		<summary type="html">&lt;p&gt;MuSig stub — MuSig2 / BIP327 n-of-n Schnorr aggregate&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;&amp;#039;&amp;#039;&amp;#039;MuSig&amp;#039;&amp;#039;&amp;#039; is a family of interactive multi-signature protocols that aggregate several public keys into one and produce a single BIP340 Schnorr-compatible signature for that aggregate. On Bitcoin the result can look like an ordinary single-key [[Taproot]] key-path spend. The Bitcoin-relevant construction is &amp;#039;&amp;#039;&amp;#039;MuSig2&amp;#039;&amp;#039;&amp;#039;, standardized in [https://github.com/bitcoin/bips/blob/master/bip-0327.mediawiki BIP327]. It is an n-of-n scheme: every listed key must participate. Threshold k-of-n signing is a different design family (for example FROST), not MuSig2.&lt;br /&gt;
&lt;br /&gt;
Script-based n-of-n multisignature reveals the number of keys and needs one signature per key. Schnorr linearity lets keys be aggregated so one joint signature covers the set. The original MuSig scheme (often called MuSig1) needed three communication rounds. MuSig2, published by Jonas Nick, Tim Ruffing, and collaborators, reduces signing to two rounds. BIP327 standardizes encodings, nonce generation, BIP32 and Taproot tweaks, and partial-signature checks so independent wallets can cosign the same Taproot key-path spend.&lt;br /&gt;
&lt;br /&gt;
Each signer contributes a fresh public nonce, then a partial signature. Partial signatures combine into one 64-byte BIP340 signature. Reusing a secret nonce across sessions can leak the key. An optional untrusted aggregator can collect nonces and partials to cut communication cost. It may abort but cannot forge a valid aggregate signature alone.&lt;br /&gt;
&lt;br /&gt;
== See also ==&lt;br /&gt;
* [[Taproot]]&lt;br /&gt;
* [[Multi-signature]]&lt;br /&gt;
* [[Lightning Network]]&lt;br /&gt;
&lt;br /&gt;
== External links ==&lt;br /&gt;
* [https://github.com/bitcoin/bips/blob/master/bip-0327.mediawiki BIP327: MuSig2 for BIP340-compatible multi-signatures]&lt;br /&gt;
* [https://eprint.iacr.org/2020/1261.pdf MuSig2 paper (IACR ePrint 2020/1261)]&lt;br /&gt;
* [https://eprint.iacr.org/2018/068.pdf MuSig paper (IACR ePrint 2018/068)]&lt;br /&gt;
* [https://github.com/bitcoin/bips/blob/master/bip-0340.mediawiki BIP340: Schnorr signatures for secp256k1]&lt;br /&gt;
&lt;br /&gt;
[[Category:Technical]]&lt;/div&gt;</summary>
		<author><name>NotATether</name></author>
	</entry>
</feed>