Kein einzelner Schlüssel bewegt das Geld.

Eine nicht-custodial Multisig-Tresor-Plattform auf Polygon. Sie stellen Ihren eigenen Tresor-Vertrag bereit; Sigma besitzt nie einen Schlüssel, der Ihre Gelder bewegen könnte.

Fixed legt seine Schwellenwerte und Verzögerungen bei der Bereitstellung dauerhaft fest. Configurable kostet das Doppelte und erlaubt Mitinhabern, später 6 Parameter über eine n−1-Abstimmung (vorschlagen → warten → ausführen) zu ändern. Keines lässt sich nach der Bereitstellung in das andere umwandeln.

Nein. Die Wahl ist endgültig, sobald die Bereitstellungstransaktion bestätigt ist. Es gibt keinen Migrationspfad: Sie müssten selbst einen neuen Tresor bereitstellen und die Gelder umziehen.

3 bis 5 bei V4-Tresoren. Das alte V3-Modell (nicht mehr bereitstellbar) war fest auf genau 3 begrenzt.

Für echte Gelder nur Polygon Mainnet. Das Team testet zusätzlich gegen die Testnets Polygon Amoy und Ethereum Sepolia; die sind nicht für echten Wert gedacht.

Nein, es ist eine responsive Web-App. Sie verbinden sich über den Browser Ihres Smartphones oder den eingebauten Browser einer Wallet-App, die Verträge sind in beiden Fällen dieselben.

Nur eine Web3-Wallet (MetaMask, 1inch, Trust, Coinbase Wallet usw.). Die Seite selbst braucht keine Installation.

Alles, was WalletConnect v2 oder Browser-Injection (EIP-6963) unterstützt, plus Coinbase Wallet direkt. Wallets, die nur WalletConnect v1 unterstützen, funktionieren nicht: dieses Protokoll wurde abgeschaltet.

Was die Factory gerade verlangt, siehe die Deploy-Seite: der Preis wird live aus dem Vertrag gelesen und kann sich ändern. Configurable kostet immer genau das Doppelte von Fixed am selben Tag.

Festes USDT, ein eigener ERC-20-Token, eine Promotion (mit oder ohne Code) oder kostenlos, je nachdem, was der Factory-Owner aktuell aktiviert hat. Immer nur ein Modus ist gleichzeitig aktiv.

Ist einer aktiv und Sie kennen ihn, schaltet er für genau diese eine Bereitstellung einen reduzierten (oder kostenlosen) Preis frei. Codes sind nicht öffentlich einsehbar, außer der Owner macht sie sichtbar: den Code zu kennen ist der Nachweis, dass Sie ihn nutzen dürfen.

Nein, der Vertrag verfolgt die Nutzung pro Adresse und blockiert eine erneute Nutzung desselben Codes durch dieselbe Deployer-Adresse.

Nein. Gebühren sind nicht erstattbar, und On-Chain-Transaktionen sind unumkehrbar: das steht klar in den Nutzungsbedingungen, die Sie vor der Bereitstellung akzeptieren.

Es ist ein soulbound (nicht übertragbares) Lizenz-NFT, das direkt an den Tresor-Vertrag selbst geprägt wird, nicht an Ihre Wallet. Der Tresor prüft, ob er genau dieses NFT besitzt, bevor irgendeine Governance-Aktion läuft: eine Manipulationsprüfung, kein Sammlerstück.

Nein, jede Transferfunktion darauf ist fest auf "revert" programmiert. Das ist bewusst dauerhaft so.

EVM-Transaktionen sind atomar: entweder gelingt die gesamte Bereitstellung (Vertrag + NFT-Prägung + Zahlung), oder keiner dieser Schritte, und einzig Ihr Gas ist dann die Kosten. Einen "halb bereitgestellten" Zustand gibt es nicht.

Zu jedem Zeitpunkt ist nur eine Factory für neue Bereitstellungen aktiv: prüfen Sie oben unter "Wallet-Versionen & Regeln auf einen Blick", welche Generation gerade aktiv ist.

Nein, die V3-Factory ist dauerhaft gesperrt. Jede heutige Bereitstellung ist V4 (Fixed oder Configurable).

Jeder Mitinhaber ruft einmal pro "Runde" die Freigabe auf. Sobald genügend Stimmen vorliegen (der Schwellenwert des Tresors, standardmäßig alle Mitinhaber bei Fixed), öffnet sich ein Countdown, innerhalb dessen jeder Mitinhaber ausführen kann.

Ja, solange der Schwellenwert noch nicht erreicht ist. Ist er erreicht, geht die Runde in ihr Ausführungsfenster über und kann nicht mehr einzeln zurückgezogen werden.

Das Freigabefenster (TTL) läuft ab, die Runde wird zurückgesetzt, und alle müssen von Neuem zustimmen.

Bei V4 kann jeder Mitinhaber ausführen: es gibt keinen Sonderslot. (Das alte V3-Modell beschränkte die Ausführung auch nach einstimmiger Zustimmung auf Slot 0; dieser Engpass existiert nur bei V3 und nicht bei V4.)

Im Quellcode ja, aber die 2 echten V3-Tresore, die bereits im Mainnet bereitgestellt sind, laufen dauerhaft mit dem alten, ungefixten Bytecode: Verträge lassen sich nicht nachträglich patchen. V4 hatte dieses Problem nie.

n−1 Mitinhaber stimmen für eine konkrete Ersetzung (Slot + neue Adresse). Nach Erreichen des Schwellenwerts folgt eine 24-Stunden-Wartezeit, danach kann ein beliebiger Mitinhaber innerhalb des 72-Stunden-Fensters ausführen.

Unter Operate den Vault wählen und zum Abschnitt „Miteigentümer ersetzen“ scrollen (oder REPLACE CO-OWNER unter „Alle Aktionen“ nutzen). Ohne aktiven Vorschlag gibt es keine separate Genehmigungs-Schaltfläche: Der erste Mitinhaber klickt „Ersetzung vorschlagen & genehmigen“, was als seine Stimme zählt; danach sehen die anderen im selben Abschnitt „Diese Ersetzung genehmigen“. Bei n−1 Genehmigungen und nach 24 Stunden Abkühlphase führt ein beliebiger Mitinhaber dort die Ersetzung aus. Das ist eine separate Runde von den Überweisungs-Genehmigungen weiter oben.

Ja, nichts hindert die übrigen Mitinhaber (oder Sie selbst, mitstimmend) daran, Ihren eigenen Slot durch eine neue Adresse zu ersetzen.

Die übrigen Mitinhaber können abstimmen, diesen Slot durch eine neue Adresse zu ersetzen, genau wie bei jeder anderen Ersetzung.

Es gibt keinen Wiederherstellungsmechanismus. Der Tresor und alles darin ist dauerhaft gesperrt. Sichern Sie Ihre Seed-Phrasen unbedingt sorgfältig.

Ja, 6 Parameter (Schwellenwerte für Überweisung/Ersetzung, Ausführungsverzögerungen, Freigabe-TTLs) über vorschlagen → die Verzögerung abwarten → ausführen, jedes Mal mit n−1-Zustimmung.

Ja, absichtlich: der Aufruf von proposeParamChange auf einem Fixed-Tresor scheitert immer mit "Fixed wallet". Das ist ein Feature, kein Bug.

Nein, n−1, genau wie beim Ersetzen eines Mitinhabers. Volle Einstimmigkeit ist standardmäßig nur beim Überweisungs-Schwellenwert nötig (und selbst der ist bei Configurable-Tresoren ein änderbarer Parameter).

Ja, absichtlich: der Governance-Zustand der Multisig (Mitinhaber, Stimmenzahl, Schwellenwerte) ist bei jedem Tresor vollständig öffentlich, sodass jeder Mitinhaber oder Außenstehende ihn unabhängig prüfen kann.

Für die beiden Dinge, die die Factory tatsächlich einschränkt (Promo-Code-Details, die vollständige Bereitstellungsliste), nein: beide erfordern zuerst eine echte signierte Transaktion von genau diesem Schlüssel, um ein kurzes Zeitfenster zu öffnen. Die Adresse allein zu kennen, bringt nichts.

Ein zweiter, unabhängiger Schlüssel, der allein neue Tresor-Bytecode-Hashes auf die Allowlist setzen kann. Der Owner kann ihn nicht neu zuweisen, und beide teilen sich nie einen Schlüssel, sodass ein allein kompromittierter Owner-Schlüssel nicht selbstständig bösartigen Tresor-Code durchsetzen kann.

Ein Muster, bei dem eine echte signierte Transaktion (nicht nur ein Adressabgleich) ein kurzes, zeitlich begrenztes Fenster öffnet, in dem eine sensible View-Funktion lesbar wird. Es ist der stärkste tatsächlich erreichbare Schutz für einen Lese-Aufruf auf einer öffentlichen Chain.

Ja, auf PolygonScan: Verifizierung bedeutet, dass der veröffentlichte Quellcode exakt dem bereitgestellten Bytecode entspricht; es ist kein Sicherheitsaudit an sich.

Sie könnten Preise oder Promo-Codes ändern oder neuen Tresor-Bytecode vorschlagen, aber der Guardian muss trotzdem jeden neuen Bytecode-Hash separat genehmigen, und bereits bereitgestellte Tresore bleiben davon ohnehin unberührt (die Tresor-Governance liegt im Tresor, nicht in der Factory).

Nein. Ihr Tresor-Vertrag hält sie. Niemand, auch nicht die Maintainer, besitzt einen Schlüssel, der Gelder aus einem Tresor bewegen kann, bei dem er kein Mitinhaber ist.

Nein. Das steht ausdrücklich im Risikohinweis: Sie nutzen dies auf eigenes Risiko, ohne jeden von den Maintainern angebotenen Wiederherstellungsprozess.

Prüfen Sie die eigenen veröffentlichten Sicherheitsunterlagen des Projekts auf den aktuellen Audit-Status: gehen Sie nicht allein aufgrund dieses Handbuchs von irgendetwas aus.

Laut der veröffentlichten Datenschutzerklärung: keine Backend-Datenbank, keine Analyse/Telemetrie, die Seite selbst ist statisch und verfolgt Sie nicht. Ihr Wallet-Anbieter und jeder genutzte RPC-Endpunkt haben ihre eigenen, separaten Richtlinien.

Das TTL-Fenster ist abgelaufen, bevor jemand ausgeführt hat. Jemand muss den Reset-/Cleanup-Schritt aufrufen, danach stimmen alle erforderlichen Mitinhaber von Neuem zu.

Das erforderliche NFT des Tresors fehlt oder stimmt nicht überein; das sollte bei normaler Nutzung nicht vorkommen, da es nicht übertragbar ist. Sehen Sie das bei einem Tresor, den Sie für legitim halten, stoppen Sie und holen Sie sich Hilfe, statt blind erneut zu versuchen.

Betrifft nur die 2 echten alten V3-Tresore. Dort kann selbst nach Zustimmung aller nur die Adresse in Slot 0 Überweisungen ausführen, siehe die FAQ zu "nur Slot 0" oben.

Wechseln Sie Ihre Wallet zu Polygon Mainnet (Chain ID 137): diese App unterstützt in keinem anderen Netzwerk Aktionen mit echten Geldern.

Nutzen Sie vor dem Senden "Estimate Gas", und stellen Sie sicher, dass Sie genug POL besitzen. Die App legt ihr Gas-Limit absichtlich deutlich über die Schätzung, um das Risiko fehlgeschlagener Transaktionen zu senken.

Häufig auf mobilen Browsern: beim Wechsel in die Wallet-App zum Bestätigen kann die Hintergrundverbindung der Seite zum WalletConnect-Relay unterbrochen werden. Versuchen Sie stattdessen den eingebauten Browser der Wallet-App statt des normalen Browsers Ihres Telefons, das vermeidet den App-Wechsel vollständig.

Er könnte sein Nutzungslimit erreicht haben, deaktiviert worden sein, oder Sie haben ihn bereits von derselben Adresse genutzt: Codes sind strikt auf eine Nutzung pro Deployer-Adresse begrenzt.

Manche öffentlichen RPC-Endpunkte zeigen das fälschlich auch für Transaktionen, die tatsächlich bestätigt wurden. Prüfen Sie den echten Status direkt auf PolygonScan mit Ihrem Transaktionshash, bevor Sie von einem Fehlschlag ausgehen.

Stellen Sie sicher, dass Sie mit derselben Adresse verbunden sind, mit der Sie bereitgestellt haben (oder einer Mitinhaber-Adresse), auf Polygon Mainnet, und probieren Sie "Refresh": das Ledger scannt die On-Chain-Historie jedes Mal neu, statt sie zu cachen.

Diese Seite öffnet sich nur für den aktuellen Factory-Owner, dessen Guardian oder einen nominierten zukünftigen Owner: jede andere Adresse zeigt immer diese Meldung.

Laden Sie die Seite vollständig neu, bevor Sie erneut verbinden. Schlägt es weiterhin fehl, notieren Sie den genauen Fehlertext: meist liegt es an einer wallet-spezifischen Eigenheit bei der Signatur, nicht an etwas auf Ihrer Seite.

Das Monitor-Dashboard ist eine reine Owner-Funktion: der Guardian steuert nur das Bytecode-Allowlist-Panel. "Zugriff verweigert" dort mit einem Guardian-Schlüssel zu sehen, ist erwartet, kein Bug.

Der Preis wird live vom Factory-Owner festgelegt und kann sich jederzeit ändern: vertrauen Sie immer dem, was die Deploy-Seite gerade jetzt zeigt, statt dem, was Sie von einem früheren Besuch oder Screenshot erinnern.

Sie steht nicht in der Kopfzeile. Öffnen Sie sie über die Fußzeile ("Feedback") oder über Nachricht hinterlassen. Der Handbuch-Link in der Kopfzeile ist dieses Dokument.

Nur der Deployer dieses Tresors oder ein aktueller Mitinhaber. Der Vertrag prüft beides gegen das Factory-Verzeichnis und die Mitinhaberliste. Jede andere Adresse wird abgelehnt.

Was immer das live fee() von FeedbackMailbox gerade ist, oben auf der Seite in POL. Diese Anleitung nennt keine feste Zahl. Der Owner kann sie unter Admin → Mailbox ändern. Der gesendete Betrag muss exakt passen.

Eine geheime Notiz wird im Browser mit dem Admin-Mailbox-Schlüssel verschlüsselt; nur die Passphrase kann sie entschlüsseln. Öffentliches Feedback wartet auf Freigabe, außer Sofortveröffentlichung ist an. Abgelehnter Klartext wird nie geschrieben.

Der Factory-Owner hat setMailbox noch nicht aufgerufen. Geheime Notizen und Feedback mit Vorprüfung können nicht gesendet werden, bis dieser Schlüssel on-chain existiert. Sofort-öffentliches Feedback kann trotzdem gesendet werden, wenn dieser Modus an ist.

Nach der Wallet-Bestätigung wartet die Seite auf den On-Chain-Beleg und zeigt dann einen Polygonscan-Link. Bis der Beleg erfolgreich ist, gilt die Nachricht als unbestätigt. Die öffentliche Wand listet nur Notizen, die der Admin freigegeben hat (oder die unter Sofortveröffentlichung rausgegangen sind).