Was eine Multisig-Wallet tatsächlich leistet und warum ein Schlüssel selten ausreicht
Eine Standard-Krypto-Wallet besteht aus einem einzigen privaten Schlüssel, der jede Transaktion signiert. Wer diesen Schlüssel kontrolliert, kontrolliert die Gelder, Punkt. Verlieren Sie ihn, ist das Geld weg. Wird er gestohlen, ist das Geld weg. Es gibt keine Support-Hotline, keine Zurücksetzung eines Passworts und keine Betrugsabteilung. Für persönliche Bestände von einigen hundert Dollar ist dieser Kompromiss akzeptabel. Für die Treasury einer DAO, die Hot-Reserven einer Börse, die operative Wallet eines Fonds oder die langfristige Cold Storage eines Family Office ist er es nicht.
Eine Multisig-Wallet verteilt diese Befugnis auf N unabhängige Schlüssel und verlangt, dass M davon jede Transaktion signieren. Eine 3-von-5-Konfiguration benötigt beispielsweise die Zustimmung beliebiger drei von fünf Unterzeichnern, bevor Gelder bewegt werden. Gehen zwei Schlüssel verloren, kann die Wallet weiterhin genutzt werden. Wird ein Schlüssel gestohlen, kann der Dieb allein nichts bewegen. Das Konzept ist älter als Krypto. Es findet sich bei Treuhandkonten von Banken, Corporate-Treasury-Systemen und sogar bei Verfahren zur Zwei-Faktor-Authentifizierung. On-Chain befindet sich die Logik in einem Smart Contract statt bei einer Bank.
Die zentrale Erkenntnis lautet: Multisig ist keine Funktion, die Sie einfach aktivieren, sondern ein operatives System, das Sie betreiben. Der Smart Contract erzwingt die M-von-N-Regel auf Protokollebene, doch die Menschen, Geräte, Standorte und Gewohnheiten, die Sie darum herum organisieren, entscheiden darüber, ob sie Sie tatsächlich schützt. Eine 3-von-5-Wallet, bei der alle fünf Schlüssel auf Geräten in einem Büro liegen und von einer Person signiert werden, die zufällig alle Passwörter kennt, ist kaum sicherer als eine Hot Wallet mit einem Schlüssel. Eine 2-von-3-Wallet, deren drei Unterzeichner auf drei Kontinente verteilt sind und Hardware-Wallets von drei verschiedenen Anbietern verwenden, ist deutlich schwerer anzugreifen, obwohl beide Wallets technisch den Test „ist es Multisig?“ bestehen.
Die tatsächlichen Risiken vor dem Start, lesen Sie dies zweimal
Multisig bringt Risiken mit sich, die eine Wallet mit einem Schlüssel nicht hat. Das erste ist das Aussperrrisiko: Wenn Sie 3-von-5 festlegen und drei Unterzeichner gleichzeitig ihre Schlüssel verlieren, sind die Gelder mathematisch nicht wiederherstellbar. Es gibt keinen Hintereingang. Suchen Sie im Internet nach „parity wallet frozen“, dann finden Sie einen Vorfall aus dem Jahr 2017, bei dem ein Fehler in einer Multisig-Bibliothek versehentlich mehr als 500.000 ETH in einem einzigen Contract sperrte. Der Fehler war ein Programmierfehler, kein Hack, und das Geld liegt noch immer dort. Die Lehre daraus ist, dass Smart-Contract-Risiken selbst bei auditiertem und weit verbreitetem Code real sind.
Das zweite Risiko ist das Problem mit Menschen. Multisig setzt voraus, dass Ihre Unterzeichner nicht zusammenarbeiten, nicht gleichzeitig Opfer von Phishing werden und nicht alle am selben Flughafen sind, wenn der Zoll beschließt, ihre Laptops zu kopieren. Wenn zwei Ihrer drei Unterzeichner Mitgründer sind, die zusammen reisen, haben Sie dem Namen nach eine 2-von-3-Wallet und in der Praxis eine 1,5-von-3-Wallet. Das dritte Risiko ist operativer Natur: Jeder Unterzeichner muss jedes Mal denselben Ablauf befolgen. Ein Unterzeichner, der sich bei Transaktionsdetails „einfach durchklickt“, ist ein Single Point of Failure für die gesamte Wallet.
Das vierte Risiko ist die Upgradefähigkeit des Contracts. Einige Multisig-Implementierungen, darunter bestimmte Versionen von Safe, ermöglichen es, die Contract-Logik durch eine Abstimmung der Unterzeichner selbst zu aktualisieren. Das ist für Fehlerbehebungen praktisch, bedeutet aber auch, dass eine feindselige Mehrheit Ihrer Unterzeichner die Regeln ändern kann. Wenn Sie Unveränderlichkeit wünschen, müssen Sie prüfen, ob die von Ihnen bereitgestellte Version nicht aktualisierbar ist. Das fünfte Risiko ist chain-spezifisch: Der Großteil dieses Leitfadens gilt für EVM-Chains wie Ethereum, Arbitrum, Base, Optimism, Polygon und BNB Chain, auf denen Safe dominiert. Bitcoin-Multisig existiert, funktioniert jedoch anders und wird hier nicht behandelt. Solana und andere Nicht-EVM-Chains haben eigene Multisig-Standards, jeweils mit ihren eigenen Besonderheiten.
Schritt 1: Definieren Sie, wer die Signierer sind, wo sie sich befinden und was sie verwahren
Bevor Sie irgendeine Software öffnen, notieren Sie die Antworten auf vier Fragen auf einer einzigen Seite. Erstens: Wie viele Signierer gibt es insgesamt (N)? Zweitens: Wie viele müssen jede Transaktion signieren (M)? Drittens: Wo befindet sich jeder Signierer physisch? Viertens: Welches Gerät und welchen Anbieter nutzt jeder Signierer?
N liegt üblicherweise zwischen 3 und 7. Unter 3 haben Sie zu wenig Redundanz. Über 7 steigt der Koordinationsaufwand, und die Wahrscheinlichkeit, dass ein einzelner Signierer in einem kritischen Moment fehlt, nimmt zu. M ist die schwierigere Zahl. Ein häufiges Muster ist 3-von-5, das zwei verlorene oder kompromittierte Signierer verkraftet, für den normalen Betrieb aber weiterhin drei handelnde Personen erfordert. Ein 2-von-3 ist schneller zu verwalten, verkraftet jedoch nur einen Ausfall. Ein 4-von-7 ist konservativ und in größeren DAOs verbreitet, aber langsam. Die Mathematik ist unerbittlich: Mit N Schlüsseln können Sie bis zu N minus M Schlüssel verlieren und weiterhin arbeiten. Verlieren Sie mehr, sind Sie dauerhaft blockiert.
Die geografische Verteilung ist wegen korrelierter Risiken wichtig. Ein Signierer in Singapur, einer in Lissabon, einer in Buenos Aires und einer in Toronto werden wahrscheinlich nicht gleichzeitig vom selben Hurrikan, derselben Internetabschaltung oder derselben Strafverfolgungsmaßnahme betroffen sein. Auch der Hardwareanbieter ist aus demselben Grund wichtig: Eine in der Firmware eines Anbieters entdeckte Schwachstelle sollte nicht alle Ihre Signierer gleichzeitig kompromittieren. Mischen Sie Ledger, Trezor, GridPlus und Keystone, wenn Sie können. Betreiben Sie nicht fünf Signierer auf fünf identischen Geräten aus derselben Charge.
Entscheiden Sie schließlich, wer diese Personen tatsächlich sind. Für eine persönliche Wallet könnten Sie eigene Schlüssel auf Geräten verwenden, die Sie an unterschiedlichen physischen Orten kontrollieren. Für eine DAO sind Signierer üblicherweise ein Teil des Kernteams, eventuell ergänzt durch einen Sicherheitsberater. Für ein Family Office könnten die Signierer der Prinzipal, eine vertrauenswürdige Person für operative Aufgaben und der Schlüssel eines externen Verwahrers sein. Wer auch immer sie sind: Jeder Signierer muss verstehen, dass er sein Gerät nicht verlieren, seine Seed Phrase nicht weitergeben oder Transaktionen signieren darf, ohne sie zu lesen.
Schritt 2: Stellen Sie einen Safe auf der Chain bereit, die Sie nutzen möchten
Safe, früher Gnosis Safe, ist die am weitesten verbreitete Multisig auf EVM-Chains. Es ist seit 2018 aktiv, verwahrt Treasury-Mittel im Wert von Milliarden Dollar für Tausende von DAOs und Teams und wurde vielfach geprüft und geforkt. Für die meisten EVM-Nutzer ist Safe die Standardreferenz. Allerdings bedeutet „am häufigsten genutzt“ nicht „für Ihren konkreten Fall sicher“. Lesen Sie die Audit-Berichte, prüfen Sie die aktuelle Version und verifizieren Sie, dass die Contract-Adresse, von der Sie bereitstellen, mit der von Safe veröffentlichten offiziellen Adresse übereinstimmt.
Öffnen Sie die offizielle Safe-App unter app.safe.global. Vertrauen Sie keinen Links aus E-Mails, Tweets oder Suchanzeigen. Verbinden Sie zunächst eine Wallet im reinen Lesemodus zum Durchsehen. Sie müssen keine Signing-Wallet verbinden, bevor Sie tatsächlich bereitstellen. Wählen Sie das gewünschte Netzwerk. Das Ethereum-Mainnet ist am sichersten, aber die Einrichtung ist teuer. Layer-2-Netzwerke wie Arbitrum, Base und Optimism sind günstiger und übernehmen für die Abwicklung weiterhin die Sicherheit von Ethereum. Wählen Sie die Chain, die dazu passt, wo Ihre Treasury tatsächlich tätig ist.
Klicken Sie auf „Create new Safe“. Wählen Sie Ihren Schwellenwert (M) und fügen Sie die Adressen Ihrer N Signierer-Wallets hinzu. Dabei handelt es sich um reguläre EVM-Adressen, die von MetaMask, Rabby, Frame, Hardware-Wallets oder jeder anderen EVM-Wallet erzeugt werden. Dem Safe ist egal, wie der zugrunde liegende Schlüssel erstellt wurde, entscheidend ist nur die Adresse. Bestätigen Sie. Signieren Sie die Bereitstellungstransaktion mit dem verbundenen Signierer und zahlen Sie die Netzwerkgebühr. Safe stellt eine neue Smart-Contract-Wallet unter einer neuen Adresse bereit. Diese Adresse ist Ihre Multisig.
Notieren Sie die Safe-Adresse. Senden Sie eine winzige Testtransaktion, also einen kleinen Betrag des nativen Tokens wie 0,001 ETH, um zu bestätigen, dass die Adresse korrekt ist. Testen Sie eine Transaktion vom Safe zurück an Ihre eigene Adresse. Signieren Sie sie mit der erforderlichen Anzahl an Signierern und führen Sie sie aus. Erst nachdem dieser End-to-End-Test erfolgreich war, sollten Sie erwägen, echte Treasury-Mittel zu senden.
Schritt 3: Verteilen Sie die Signierer-Schlüssel über Geräte, Anbieter und Standorte
Jetzt, da der Safe existiert, müssen Sie sicherstellen, dass jeder Signierer tatsächlich vorbereitet ist. Ein Signierer ist nicht nur eine Adresse. Es ist eine Person mit einem Gerät, einem Backup und einem Prozess. Erstellen Sie für jeden Signierer den Schlüssel auf einer Hardware-Wallet, etwa von Ledger, Trezor, GridPlus, Keystone oder einem anderen seriösen Anbieter. Schreiben Sie die Seed Phrase auf Papier oder Metall. Speichern Sie sie nicht in einem Passwortmanager, Cloud-Speicher, einer E-Mail oder als Foto. Bewahren Sie das Backup an einem physisch vom Gerät getrennten Ort auf.
Die geografische Verteilung hat zwei Ebenen. Ebene eins ist der Ort, an dem das Gerät normalerweise liegt: ein Tresor zu Hause, ein Bürotresor oder ein Bankschließfach. Ebene zwei ist der Ort, an dem das Backup liegt. Es sollte nicht dasselbe Gebäude sein. Ein Brand, eine Überschwemmung oder ein Einbruch, bei dem das Gerät verloren geht, sollte nicht zugleich die Recovery Phrase erfassen.
Anbietervielfalt ist für ernsthafte Treasuries unverzichtbar. Betreiben Sie nicht drei Ledger-Geräte, zwei Trezors und einen GridPlus, denn das sind immer noch drei Geräte von einem Anbieter. Das Ziel ist, zu verhindern, dass ein einzelner Firmware-Bug oder Lieferkettenangriff M Ihrer N Signierer kompromittieren kann. Zwei oder drei Anbieter sind ein sinnvolles Minimum. Beachten Sie, dass Anbietervielfalt nicht nur Paranoia ist. Sie ist auch eine Absicherung gegen den Tag, an dem bei einem Anbieter eine absichtliche Hintertür entdeckt wird, wie einige Ledger-Nutzer nach dem Datenleck von 2020 und den anschließenden Debatten über Produktfunktionen befürchteten.
Dokumentieren Sie jeden Signierer in einem einseitigen Datensatz: Adresse, Modell und Firmware-Version der Hardware-Wallet, physischer Standort des Geräts, physischer Standort des Seed-Backups, primärer Ansprechpartner und eine benannte Vertretung, die weiß, wie dieser Signierer wiederhergestellt wird, falls die primäre Person nicht erreichbar ist. Speichern Sie dieses Dokument an einem verschlüsselten Ort, auf den jeder Signierer zugreifen kann, der sich jedoch nicht auf demselben Gerät wie irgendein Signierer befindet.
Schritt 4: Schreiben Sie den Wiederherstellungsplan, bevor Sie den Safe finanzieren
Die Wiederherstellung ist der Teil, den Menschen überspringen. Sie entscheidet darüber, ob eine Multisig ein Sicherheitssystem oder eine Zeitbombe in Zeitlupe ist. Drei Szenarien benötigen ausdrückliche Pläne: Ein einzelner Signierer verliert sein Gerät, die Seed Phrase eines einzelnen Signierers wird kompromittiert und zwei oder mehr Signierer sind gleichzeitig nicht erreichbar.
Bei einem einzelnen verlorenen Gerät ist die Antwort einfach: Die verbleibenden N minus 1 Signierer liegen weiterhin über dem Schwellenwert, sodass die Wallet funktioniert. Der verlorene Signierer muss ersetzt werden. Das bedeutet, einen neuen Schlüssel auf einer neuen Hardware-Wallet zu erzeugen und die neue Adresse zum Safe hinzuzufügen, während die alte entfernt wird. Dies ist selbst eine Safe-Transaktion, die von M der bestehenden Signierer signiert wird, und die wichtigste Wiederherstellungsoperation, die Sie durchführen werden. Üben Sie sie mit einem Test-Safe, bevor Sie sie tatsächlich durchführen.
Bei einer einzelnen kompromittierten Seed Phrase ist die Lage dringender. Verschieben Sie die Mittel sofort aus dem Safe in einen neuen Safe mit neuen Signierern, signiert von den nicht kompromittierten Signierern. Zeit ist entscheidend, denn der Angreifer besitzt jetzt einen der M erforderlichen Schlüssel. Wenn Ihr Schwellenwert 3-von-5 war und nur ein Signierer kompromittiert ist, können Sie die Mittel noch bewegen, müssen dies aber tun, bevor der Angreifer die anderen zwei beschafft. Behandeln Sie eine kompromittierte Seed Phrase wie einen Brand.
Bei zwei oder mehr nicht erreichbaren Signierern testen Sie die Grenze Ihrer N-minus-M-Redundanz. Wenn Ihr Schwellenwert 3-von-5 beträgt und zwei Signierer ausgefallen sind, funktioniert die Wallet mit den verbleibenden drei weiterhin. Sind drei ausgefallen, ist die Wallet blockiert. Deshalb ist das Wiederherstellungsproblem in Wahrheit ein Designproblem vor dem Start. Entweder haben Sie ein M gewählt, das genügend Redundanz bietet, um realistische Verluste zu überstehen, oder nicht. Keine Software kann das im Nachhinein beheben.
Manche Teams ergänzen Multisig um eine „Guardian“- oder Social-Recovery-Ebene, bei der eine separate Gruppe vertrauenswürdiger Parteien nach einer Wartezeit beim Wiederherstellen des Zugriffs helfen kann. Dies ist ein anderes Design und für persönliche Wallets erwägenswert. Für organisatorische Treasuries übertrifft die Disziplin einer reinen Multisig jedoch meist die Komplexität hybrider Modelle.
Schritt 5: Ein betriebliches Handbuch erstellen und das Signieren üben
Multisig schützt Sie nur, wenn Ihre Signierer jedes Mal tatsächlich das Richtige tun. Dafür ist ein schriftliches Handbuch erforderlich, das Folgendes abdeckt: wie eine Transaktion vorgeschlagen wird, wie sie geprüft wird, wie jeder Signierer sie auf seinem Gerät verifiziert, wie sie signiert wird, wie sie ausgeführt wird und wie das Ergebnis dokumentiert wird. Jeder Signierer sollte das Handbuch vor seiner ersten Transaktion lesen und es jährlich erneut lesen.
Die Transaktionsprüfung ist der am meisten unterschätzte Schritt. Jeder Signierer sollte das tatsächliche On-Chain-Ziel, den tatsächlichen Betrag, den tatsächlich aufgerufenen Contract und den tatsächlichen Funktionsselektor prüfen. Die meisten Safe-Exploits der vergangenen Jahre waren keine Protokoll-Hacks. Es handelte sich um Social-Engineering-Angriffe, bei denen ein Signierer eine bösartige Transaktion genehmigte, weil er dem Vorschlagenden vertraute oder die Wallet-Oberfläche nur überflog. Hardware-Wallets zeigen Zieladressen und Beträge auf ihren eigenen Bildschirmen an. Das ist die nützlichste Sicherheitsfunktion für Multisig: Das Gerät selbst, nicht der Laptop, ist die maßgebliche Quelle.
Führen Sie Signierübungen durch. Schlagen Sie jedes Quartal eine Transaktion ohne Zustandsänderung oder eine kleine Testtransaktion vor und gehen Sie den vollständigen M-von-N-Ablauf durch. Das klingt pedantisch, deckt aber Probleme auf, die Sie sonst erst während eines Notfalls entdecken würden: ein Signierer mit veralteter Geräte-Firmware, ein Signierer, der ohne seine Hardware-Wallet unterwegs ist, oder ein Signierer, der das Verfahren nie gelernt hat. Übungen schaffen zudem das nötige Muskelgedächtnis, damit das Team unter Stress, etwa bei einem laufenden Hack, einem Marktcrash oder einer Frist, schnell und fehlerfrei handeln kann.
Checkliste vor dem Start: Alles, was erfüllt sein muss, bevor Sie den Safe finanzieren
- Schwellenwert und Signierergruppe: M und N sind ausgewählt, dokumentiert und von jedem Signierer vereinbart worden.
- Unabhängigkeit der Signierer: Jeder Signierer ist eine andere Person, nutzt einen anderen Hardware-Anbieter, befindet sich an einem anderen physischen Standort und hat Backups in einem anderen Gebäude.
- Seed-Aufbewahrung: Die Seed-Phrase jedes Signierers befindet sich auf Papier oder Metall, nicht in einem digitalen System, und es gibt mindestens eine Kopie an einem externen Standort.
- Safe-Bereitstellung: Die Contract-Adresse wird mit der offiziellen Bereitstellungsliste von Safe für die gewählte Chain und Version abgeglichen.
- End-to-End-Test: Eine kleine Einzahlung und eine kleine Auszahlung wurden von den erforderlichen M Signierern signiert und erfolgreich ausgeführt.
- Wiederherstellungsübung: Bei einem Test-Safe wurde ein Signierer über das Standardverfahren von Safe ersetzt. Damit ist nachgewiesen, dass das Team Signierer problemlos rotieren kann.
- Handbuch erstellt: Ein einziges Dokument beschreibt, wie Transaktionen vorgeschlagen, geprüft, signiert und ausgeführt werden, und jeder Signierer hat es gelesen.
- Kompromittierungsplan: Das Team hat im Voraus vereinbart, wie es auf einen einzelnen kompromittierten Seed reagiert, einschließlich der Adresse eines vorab bereitgestellten Safe als „Notausstieg“.
- Kommunikationskanäle: Sichere Out-of-Band-Kanäle (Signal, Keybase, persönlich) sind für die Notfallkoordination vereinbart, damit eine kompromittierte E-Mail nicht für Social Engineering gegen Signierer genutzt werden kann.
So verfolgen Sie Multisig-Nachrichten auf intelligente Weise
Multisig-Setups sind langlebig, aber das Ökosystem um sie herum verändert sich schnell: Safe veröffentlicht Upgrades, Hardware-Anbieter stellen Firmware-Updates bereit, neue Contract-Schwachstellen werden offengelegt und DAO-Governance-Praktiken entwickeln sich weiter. All das manuell zu verfolgen, ist ein aussichtsloses Unterfangen. Zippfeed zeigt Schlagzeilen zu Multisig und Self-Custody mit einer Stimmungsbewertung (bullish, neutral oder bearish) und einer Wichtigkeitsbewertung an. So können Sie Governance-Änderungen, Audit-Ergebnisse und größere Exploits erkennen, bevor sie Ihre Treasury betreffen.
