Was ein Multisig-Quorum tatsächlich steuert
Ein Multisig-Wallet ist eine Bitcoin-, Ethereum- oder EVM-Chain-Adresse, deren Ausgabenregeln in der Chain selbst verankert sind, nicht in einem einzigen privaten Schlüssel. Statt einer einzigen Signatur zu genügen, verlangt das On-Chain-Skript (Bitcoin) oder der Smart Contract (Ethereum, oft ein Safe) eine Mindestanzahl unterschiedlicher Signaturen aus einem festen Satz genehmigter Unterzeichner. Diese Mindestanzahl ist das Quorum, üblicherweise geschrieben als M-von-N, wobei N die Gesamtanzahl der autorisierten Unterzeichner ist und M der Schwellenwert, der unterschrieben sein muss, damit eine Transaktion gültig ist.
Betrachte N als die Liste und M als die Regel dafür, was als gültige Entscheidung zählt. Ein 2-von-3 bedeutet, dass je zwei der drei auf der Liste stehenden Mitglieder Gelder bewegen können. Ein 3-von-5 bedeutet je drei von fünf. Ein 4-von-7 bedeutet je vier von sieben. Der interessante Teil ist nicht M selbst, sondern was mit M passiert, wenn die Liste in der Realität schrumpft, weil Menschen Hardware-Wallets verlieren, Seed-Phrasen vergessen, ins Krankenhaus kommen, sterben oder schlicht auf Nachrichten nicht mehr antworten.
Genau deshalb ist die Wahl des Quorums ein Überlebensproblem im Gewand einer Sicherheitseinstellung. Wenn drei deiner sieben Unterzeichner verschwinden, funktioniert dein Wallet weiterhin, weil 4-von-7 nur vier aktive Unterzeichner benötigt. Wenn zwei deiner drei Unterzeichner verschwinden, ist dein 2-von-3 dauerhaft eingefroren, weil keine Kombination aus einem verbleibenden Unterzeichner einen Schwellenwert von zwei erreichen kann. Der Schwellenwert ist keine statische Eigenschaft des Wallets, sondern ein bewegliches Ziel, das davon abhängt, wer noch lebt, bei klarem Verstand ist und bereit zu unterschreiben.
Schlüsselverlust-Rechnung: binomiales Überleben für eine Unterzeichnergruppe
Der sauberste Weg, über die Wahl des Quorums nachzudenken, ist, jeden Unterzeichner als unabhängig zu modellieren und zu fragen: „Wie groß ist die Wahrscheinlichkeit, dass mindestens M meiner N Unterzeichner nach einem Verlustereignis noch unterschreiben können?“ Das ist eine binomiale Summenwahrscheinlichkeit, und du kannst sie für die kleinen N-Werte, die in der Praxis relevant sind, von Hand berechnen.
Die Formel ist unkompliziert. Für jede mögliche Anzahl verlorener Unterzeichner k (von 0 bis N minus M) berechnest du die Wahrscheinlichkeit, dass genau k Unterzeichner verloren gehen und M oder mehr weiterhin verfügbar sind, und addierst diese Wahrscheinlichkeiten dann auf. Eine brauchbare Näherung für seltene, unabhängige Verlustereignisse lautet: Überlebenswahrscheinlichkeit gleich Summe der binomialen Terme, bei denen die Anzahl der überlebenden Unterzeichner größer oder gleich M ist.
Konkrete Zahlen machen das weniger abstrakt. Angenommen, jeder Unterzeichner hat eine jährliche Wahrscheinlichkeit von 5 %, dauerhaft nicht mehr unterschreiben zu können, sei es durch Schlüsselverlust, Tod oder dauerhaftes Offline-Gehen. Dabei handelt es sich um unabhängige Ereignisse, eine Idealisierung, die du später auflockern wirst, aber sie liefert eine Grundlage.
- 2-von-3, ein Unterzeichner verloren: Die Wahrscheinlichkeit, dass genau ein Unterzeichner verloren geht, liegt bei etwa 13,5 %, und mit einem Verlust hast du weiterhin zwei aktive Unterzeichner, sodass das Wallet dieses Jahr überlebt.
- 2-von-3, zwei Unterzeichner verloren: Die Wahrscheinlichkeit, dass zwei oder mehr verloren gehen, liegt bei etwa 0,36 % pro Jahr, aber in diesem Fall ist das Wallet eingefroren, weil ein aktiver Unterzeichner keinen Schwellenwert von zwei erreichen kann.
- 3-von-5, drei Unterzeichner verloren: Die Wahrscheinlichkeit, dass drei oder mehr verloren gehen, liegt unter derselben Annahme bei etwa 0,6 % pro Jahr, und drei Verluste lassen zwei übrig, was unter dem Schwellenwert liegt, sodass das Wallet eingefroren ist.
- 4-von-7, drei Unterzeichner verloren: Die Wahrscheinlichkeit, dass drei oder mehr verloren gehen, liegt bei etwa 1,2 % pro Jahr, aber da der Schwellenwert vier beträgt, kannst du drei verlieren und weiterhin unterschreiben, sodass das Wallet deutlich widerstandsfähiger ist.
Über einen Fünf-Jahres-Zeitraum hinweg multiplizieren sich diese jährlichen Wahrscheinlichkeiten. Ein 2-von-3 hat unter unabhängigen Verlusten eine Wahrscheinlichkeit von etwa 1,8 %, innerhalb von fünf Jahren eingefroren zu werden, was gering klingt, bis man bedenkt, dass eingefroren bedeutet, dass die Mittel ohne Rückkehr des fehlenden Unterzeichners nicht wiederherstellbar sind. Ein 3-von-5 hat im selben Zeitraum eine Wahrscheinlichkeit von etwa 3 %, unter den Schwellenwert zu fallen, was paradoxerweise schlechter ist als bei einem 2-von-3, obwohl N steigt, weil der Schwellenwert ebenfalls skaliert. Ein 4-von-7 hat eine Wahrscheinlichkeit von etwa 6 %, drei Unterzeichner zu verlieren, bleibt aber nutzbar, weil der Schwellenwert vier beträgt. Diese Asymmetrie ist das Herzstück des M-von-N-Designs: N zu erhöhen, ohne auch M zu erhöhen, kann dein nutzbares Fenster verkleinern.
2-von-3 vs. 3-von-5 vs. 4-von-7: echte Kompromisse
Die meisten Teams wählen einen Schwellenwert nach Bauchgefühl. Für kleine Beträge ist das in Ordnung, aber die Kompromisse sind konkret genug, dass du die Wahl bewusst treffen solltest.
2-von-3-Multisig
Eine 2-von-3-Konfiguration ist das klassische Setup für eine „persönliche Treasury" und beliebt bei Einzelinhabern und kleinen DAOs. Sie toleriert den Verlust genau eines Signatars, ohne einzufrieren, was eine schöne Eigenschaft ist: Jeder einzelne Ausfall einer Hardware-Wallet, verlorener Seed oder nicht erreichbarer Co-Signer ist beherrschbar. Der Nachteil ist, dass ein Angreifer oder Erpresser nur zwei Signatare kompromittieren muss, und die Angriffsfläche von zwei Geräten, zwei Personen oder zwei Cloud-Backups ist klein.
Für eine Einzelperson, die drei Signatar-Plätze nutzt, ist ein gängiges Muster: ein Signatar auf einer Hardware-Wallet zu Hause, einer auf einer Hardware-Wallet im Bankschließfach und einer bei einem vertrauten Familienmitglied oder Anwalt. Das bietet geografische und gerätetechnische Vielfalt bei geringem Koordinationsaufwand. Das Risiko besteht darin, dass der vertraute Dritte sozial manipuliert, gerichtlich vorgeladen werden oder schlicht seine Meinung ändern kann.
3-von-5-Multisig
Eine 3-von-5-Konfiguration ist das Arbeitstier für ernsthafte Treasuries. Sie toleriert den Verlust von bis zu zwei Signataren, was eine bedeutende Redundanz gegen sowohl versehentlichen Verlust als auch einen kompromittierten Signatar darstellt, der mit einem weiteren kompromittierten Signatar zusammenarbeitet. Der Schwellenwert von drei erhöht zudem die Kosten eines Angriffs: Ein Angreifer muss nun drei unterschiedliche Signatar-Umgebungen kompromittieren.
Der Kompromiss liegt in der Koordination. Fünf Personen, fünf Geräte, fünf Backup-Pläne, fünf Stellen, an denen jemand im Urlaub, krank oder nicht erreichbar ist. Wenn dein Quorum bei drei liegt und du regelmäßig nur zwei Signatare kurzfristig verfügbar hast, fühlt sich die Wallet in der Praxis unbenutzbar an, obwohl sie technisch aktiv ist. Hier wird M-von-N nicht mehr zur Mathematik, sondern zur Operationsfrage.
4-von-7-Multisig
Eine 4-von-7-Konfiguration ist institutionelles Terrain. Sie toleriert drei verlorene Signatare, was ein großzügiger Puffer für langlebige Treasuries, Mitarbeiterwechsel in einer kleinen Stiftung oder Family Offices über Generationen hinweg ist. Der Preis ist, dass es schwierig ist, im Ernstfall vier Unterschriften schnell einzuholen, und die politischen Dynamiken von „wer ist in den sieben" werden zu einer echten Governance-Frage.
Bei größerem N ist die Versuchung groß, „einfach einen weiteren Signatar hinzuzufügen", und es ist der Designfehler, vor dem dieser Artikel immer wieder warnt. N von fünf auf sieben zu erhöhen und M bei drei zu belassen, erhöht zwar die Verlusttoleranz, vergrößert aber auch die Angriffsfläche und verlangsamt die Koordination. Die richtige Anpassung, wenn du einen Signatar hinzufügst, ist in der Regel, auch M zu erhöhen, sonst wird die Wallet im Verhältnis zu ihrer Resilienz leicher angreifbar.
Risiken, die die Mathematik allein nicht erfasst
Die binomiale Überlebensannahme geht von Unabhängigkeit aus, und in realen Krypto-Setups sind Signatar-Ausfälle stark korreliert. Das ist der Teil, den die meisten Anleitungen überspringen, und genau dort sterben Wallets tatsächlich.
Geografische und Anbieter-Konzentration
Wenn alle fünf deiner Signatare Trezor-Geräte verwenden, kann eine einzelne Supply-Chain-Attacke oder ein Firmware-Bug alle fünf kompromittieren. Wenn alle fünf Signatare im selben Land leben, können eine Naturkatastrophe, eine politische Krise oder ein Rechtsregimewechsel das Quorum auf einmal außer Gefecht setzen. Wenn alle fünf Backups in iCloud gespeichert sind, legt eine einzige Apple-ID-Kompromittierung alle offen.
Die Lösung ist Vielfalt entlang mindestens drei Achsen: Gerätehersteller, physischer Standort und idealerweise Rechtsraum. Zwei Signatare mit Ledger, zwei mit Trezor, einer mit einem luftgetrennten Keystone-Gerät, alle in unterschiedlichen Städten und idealerweise unterschiedlichen Ländern, ist resilienter als fünf identische Setups im selben Büro, obwohl die Mathematik sie gleich behandelt.
Single-Point-Koordinationstools
Überraschend viele „verteilte" Multisigs kollabieren durch ihre Koordinationsschicht zu einem Single Point of Failure. Wenn deine 3-von-5-Treasury für Signierentscheidungen eine gemeinsame Telegram-Gruppe nutzt und das Telefon des Gruppenadmins beschlagnahmt wird, wissen die übrigen Signatare möglicherweise nicht einmal, dass eine ausstehende Transaktion existiert. Wenn dein Safe einen einzelnen Relayer oder einen einzelnen RPC-Endpunkt nutzt, wird dieser Endpunkt zu einem weichen Single Point of Failure, obwohl die Schlüssel verteilt sind.
Die praktische Regel lautet, dass Koordinationskanäle mindestens so verteilt sein sollten wie die Signatare selbst, idealerweise sogar stärker. E-Mail plus Signal plus persönliche Treffen plus Papier-Fallback ist die Art von Übertreibung, die sich am Tag auszahlt, an dem ein Kanal ausfällt.
Software-Bugs in der Wallet-Oberfläche
Safe, Sparrow, Electrum, Nunchuk und andere Multisig-Frontends hatten alle irgendwann Bugs, die beeinflussten, wie sie Transaktionen anzeigten, Adressen ableiteten oder Signaturen zählten. Ein Signatar muss nicht kompromittiert sein, damit die Wallet sich falsch verhält: Die UI kann lügen, was signiert wird, oder die Wallet kann einen anderen Schwellenwert verlangen, als die Kette tatsächlich durchsetzt. Multisig-Nutzer sollten die Wallet-Oberfläche als Teil ihres Vertrauensmodells behandeln, bestimmte Versionen pinnen und Transaktionsdetails vor dem Signieren auf mindestens zwei unabhängigen Geräten verifizieren.
Inaktivitäts-Wiederherstellung und das Dead-Man-Switch-Problem
Der bei Weitem am wenigsten geplante Fehlermodus in Multisig ist nicht Diebstahl. Es ist das langsame, langweilige Verschwinden eines Signatars, oft des wichtigsten, und die Art, wie es alle anderen aussperrt.
Warum „einfach einen weiteren Signatar hinzufügen" Dinge kaputt machen kann
Wenn ein Signatar unerreichbar wird, ist die instinktive Reaktion, zu einer neuen Wallet mit erweitertem Signatar-Set zu migrieren, aber die meisten On-Chain-Multisigs erlauben es nicht, Signatare hinzuzufügen. Bitcoin-Multisigs sind in der Regel bei der Einrichtung festgelegt, und selbst Safe auf Ethereum, das Schwellenwertänderungen über seinen Vertrag unterstützt, erfordert, dass der bestehende Schwellenwert erfüllt wird, um die Änderung zu autorisieren. Wenn deine 2-von-3 einen Signatar verloren hat und die verbleibenden zwei den Schwellenwert noch erfüllen, kannst du prinzipiell migrieren. Wenn deine 2-von-3 zwei Signatare verloren hat, kann niemand mehr irgendetwas signieren, auch keine Migrationstransaktion.
Deshalb ist „einfach einen weiteren Signatar hinzufügen" der richtige Instinkt zum falschen Zeitpunkt. Der Zeitpunkt, um dein Signatar-Set zu erweitern oder den Schwellenwert zu ändern, ist, solange alles funktioniert, in geplanten Migrationen, nicht mitten in einer Krise, wenn ein Signatar fehlt und der Rest in Panik gerät.
Einen Dead-Man-Switch aufbauen
Ein Dead-Man-Switch ist in diesem Kontext ein im Voraus arrangierter Plan, der aktiviert wird, wenn ein Signatar für einen definierten Zeitraum geschwiegen hat. Praktische Umsetzungen umfassen:
- Ein schriftliches und notariell beglaubigtes Anweisungsset, das einen Vollstrecker benennt und festlegt, was geschehen soll, wenn der Signatar etwa 90 Tage lang nichts signiert hat. Der Vollstrecker erhält nicht den Schlüssel, sondern die Befugnis und die Kontakte, um die verbleibenden Signatare für eine geplante Migration zusammenzurufen.
- Ein Inaktivitäts-basierter Smart-Contract-Wrapper um den Safe, der nach einer Wartezeit eine Transaktion mit reduziertem Schwellenwert erlaubt, um Signatare auszutauschen. Das ist heikel, weil es einen Single Point of Failure wieder einführt, indem es einem Mechanismus die Macht gibt, ohne den fehlenden Signatar zu handeln, aber für langlebige Treasuries kann es der Unterschied zwischen Kontinuität und Aussperrung sein.
- Eine vierteljährliche „Sign-Alive"-Zeremonie, bei der jeder Signatar eine winzige No-Op-Transaktion signiert. Die Chain zeichnet den Zeitstempel der letzten Aktivität für jeden Signatar auf, und ein designierter Prüfer bemerkt, wenn einer aufhört aufzutauchen.
Die ehrliche Wahrheit ist, dass die meisten Krypto-Nachlässe nichts davon haben, und das Ergebnis ist genau das, was du erwarten würdest: Wallets, die jahrelang einwandfrei funktionierten, werden dauerhaft unzugänglich, wenn der ursprüngliche Inhaber stirbt oder handlungsunfähig wird. Die Kosten, einen Dead-Man-Switch aufzubauen, sind gering. Die Kosten, keinen zu haben, sind der Totalverlust.
Praktische Implikationen für die Einrichtung deiner Multisig
Mathematik und Operations zusammengenommen, hier ist eine Entscheidungssequenz, die für die meisten Leser im Archetyp dieses Artikels funktioniert.
Schritt 1: Definiere deine Verlusttoleranz
Entscheide, wie viele Signatare du verlieren kannst, ohne die Wallet einzufrieren, und wähle M als diese Zahl plus eins. Wenn die Wallet zwei gleichzeitige Verluste überstehen muss, setze M auf drei. Wenn du nur einen überstehen musst, ist M gleich zwei in Ordnung. Widerstehe der Versuchung, M gleich N zu setzen, was dir eine Single-Signer-Wallet mit Extra-Schritten beschert.
Schritt 2: Dimensioniere N mit Marge
Wähle N mindestens als M plus zwei für kleine Setups und M plus drei für ernsthafte Treasuries. Das gibt dir Raum, einen Verlust zu absorbieren und trotzdem migrieren zu können, und einen Nachfolger-Signatar aufzunehmen, ohne sofort den Schwellenwert anzuheben. Unter der oben genannten Annahme von 5 % unabhängigem Jahresverlust übersteht eine 3-von-5 zwei verlorene Signatare, und eine 4-von-7 übersteht drei verlorene, mit komfortabler Marge für korrelierte Ausfälle.
Schritt 3: Diversifiziere entlang drei Achsen
Verteile Signatare auf mindestens zwei Gerätehersteller, zwei physische Standorte und idealerweise zwei Rechtsräume. Vermeide es, mehr als ein Signatar-Backup in derselben Cloud, demselben Passwort-Manager oder derselben Hardware-Linie zu speichern. Behandle jede gemeinsame Abhängigkeit als versteckten Signatar, der gegen dein effektives N zählt.
Schritt 4: Schreibe das Wiederherstellungs-Playbook
Dokumentiere, auf Papier und in einem Format, das dein Vollstrecker finden kann, genau, was passiert, wenn jeder einzelne Signatar unerreichbar ist. Füge die Recovery-Wallet-Adresse, die verwendete Chain und Wallet-Software, die Standorte der Backups und die Kontaktinformationen der anderen Signatare bei. Lagere dies an mindestens zwei Orten, die nicht davon abhängen, dass dieselbe Person am Leben ist, um sie zu beschaffen.
Schritt 5: Plane Migrationen, bevor du sie brauchst
Plane, die Wallet alle ein bis drei Jahre auf einen neuen Signatar-Satz zu migrieren, nicht weil der alte defekt ist, sondern weil Rotation billig ist, solange nichts kaputt ist, und unmöglich, wenn etwas kaputt ist. Behandle jede Migration als Feuerwehrübung für den Ernstfall.
Multisig-Sicherheit auf smarte Weise verfolgen
Multisig-Designs entwickeln sich langsam, doch die Bedrohungen rundum verändern sich schnell: neue Wallet-Software, neue Safe-Module, neue Chain-seitige Bugs und neue Social-Engineering-Muster, die auf Co-Signer abzielen. All das manuell im Blick zu behalten, ist ein aussichtsloses Unterfangen. Zippfeed liefert Schlagzeilen zu Multisig und Self-Custody mit Sentiment-Bewertung (bullish, neutral oder bearish) und einer Wichtigkeitsstufe, damit du echte Risiken frühzeitig erkennst und den Rauschen ignorieren kannst.
