Zeitsperren: Coins, die sich erst ab einem bestimmten Zeitpunkt bewegen lassen

Bei der Sicherheit im Kryptobereich geht es meist darum, wer ausgeben darf: welche Schlüssel, wie viele Signaturen. Zeitsperren fügen eine zweite Dimension hinzu: wann. Ein zeitgesperrter Coin kann vor einem festgelegten Datum oder einer bestimmten Blockhöhe nicht ausgegeben werden, ganz gleich, wer die Schlüssel besitzt.

Das klingt nach einer Nischenfunktion, doch Zeitsperren stecken unauffällig hinter vielem im Kryptobereich: Zahlungskanälen, Vesting-Plänen, Erbschaftsregelungen und Verzögerungen bei der Governance. Wer sie versteht, versteht auch eine Designentscheidung, der man in den meisten Wallets begegnet.

Zwei Arten von Zeit

Blockchains messen Zeit auf zwei Arten, und Zeitsperren nutzen beide:

• Absolute Zeit. „Nicht vor dem 1. Januar 2030“ oder „nicht vor Block 1.000.000“. Der Coin ist bis zu diesem Zeitpunkt gesperrt und verhält sich danach ganz normal.
• Relative Zeit. „Nicht vor Ablauf von 1.000 Blöcken nach Erhalt dieses Coins.“ Die Uhr beginnt zu laufen, sobald der Coin entsteht, sodass jede Einzahlung ihren eigenen Countdown hat.

Absolute Sperren eignen sich für feste Termine, etwa einen Vesting-Cliff. Relative Sperren eignen sich für Regeln wie „Wenn innerhalb von 30 Tagen niemand sonst handelt, darf dieser andere Schlüssel ausgeben“ – ein Muster, das in Wiederherstellungs- und Erbschaftskonzepten auftaucht.

Wie Bitcoin es umsetzt

Bitcoin kennt Zeitsperren auf zwei Ebenen:

• Transaktionsebene. Jede Transaktion hat ein Feld nLockTime. Ist es auf einen zukünftigen Zeitpunkt oder Block gesetzt, akzeptiert das Netzwerk die Transaktion erst dann. Das sperrt die Transaktion, nicht den Coin – wer die Schlüssel hält, kann weiterhin eine andere Transaktion ohne Sperre signieren.
• Skriptebene. Zwei Opcodes, OP_CHECKLOCKTIMEVERIFY (absolut) und OP_CHECKSEQUENCEVERIFY (relativ), erlauben es, dass die Ausgaberegeln einer Adresse selbst verlangen, dass eine gewisse Zeit vergangen ist. Diese sperren den Coin: Keine Transaktion kann ihn vorzeitig ausgeben, egal wer signiert.

Die Varianten auf Skriptebene sind die mächtigen. Mit ihnen lassen sich Adressen mit mehreren Ausgabepfaden bauen, etwa „2 dieser 3 Schlüssel jederzeit oder dieser einzelne Backup-Schlüssel nach einem Jahr“.

Wie Smart-Contract-Chains es umsetzen

Auf Ethereum und ähnlichen Chains ist eine Zeitsperre schlicht Vertragslogik: Der Vertrag vergleicht die aktuelle Blockzeit mit einer gespeicherten Frist und verweigert jede Aktion davor. Das macht Zeitsperren flexibel – Vesting-Verträge, die monatlich Token freigeben, Governance-Systeme, die eine Wartezeit zwischen einer angenommenen Abstimmung und ihrer Ausführung erzwingen, und aktualisierbare Verträge, die Änderungen Tage im Voraus ankündigen, damit Nutzer reagieren können.

Dieser letzte Einsatz ist für die Sicherheit wichtig. Eine Verzögerung zwischen „ein Admin-Schlüssel hat etwas beschlossen“ und „es ist passiert“ gibt allen Zeit, eine böswillige Änderung zu bemerken – eine der Fragen, die man sich bei den Upgrade-Befugnissen jedes Vertrags stellen sollte.

Wofür Zeitsperren gut sind

• Erbschaft und Notfallzugang. Ein Backup-Pfad, der sich erst nach langer Inaktivität öffnet, ermöglicht Erben, die Mittel zurückzuholen, ohne dass sie darauf zugreifen können, solange Sie aktiv sind. Die Erbschaftsplanung läuft oft genau auf eine solche Regel hinaus.
• Wiederherstellungsschlüssel. Ein Wiederherstellungsschlüssel, der allein handeln kann, aber nur nach einer Verzögerung, ist bei Diebstahl weit weniger gefährlich – der Eigentümer hat Zeit, die Mittel zuerst zu verschieben.
• Zahlungskanäle. Das Lightning Network stützt sich auf relative Zeitsperren, um jeder Seite ein Zeitfenster zu geben, einen Betrugsversuch anzufechten.
• Vesting und Zusagen. Werden Token bis zu einem Datum gesperrt, setzt die Chain ein Versprechen durch statt bloßes Vertrauen.

Die Kompromisse

Zeitsperren gibt es nicht umsonst:

• Sie sperren auch Sie aus. Eine Sperre kann einen Angreifer nicht von einem Notfall unterscheiden. Brauchen Sie das Geld vor dem Datum, bleibt es gesperrt.
• Komplexität hat ihren Preis. Skripte mit mehreren Pfaden sind schwerer zu bauen, zu prüfen und wiederherzustellen. Ein Fehler in einem zeitgesperrten Skript kann Mittel unausgebbar machen – und tritt womöglich erst Jahre später zutage, wenn die Sperre abläuft.
• Relative Sperren brauchen Pflege. Modelle nach dem Muster „nach einem Jahr Inaktivität“ verlangen meist, dass der Eigentümer seine Coins regelmäßig auffrischt, um die Uhr neu zu starten.
• Die Wallet-Unterstützung ist uneinheitlich. Eine zeitgesperrte Adresse nützt nur, wenn die Software, mit der Sie später wiederherstellen, sie versteht.

Zeitsperren und SSP

Die Tresore von SSP sind heute reines Multisig: ein M-von-N-Satz von Schlüsseln ohne zeitbasierte Ausgabebedingungen. Ihr 2-von-2-Tresor kann jederzeit ausgegeben werden, wenn beide Schlüssel zustimmen, und sonst nie. Das ist ein bewusster Kompromiss: Ein einfaches Skript ist leicht zu überprüfen, leicht mit Standardwerkzeugen wiederherzustellen und hat keine Uhr, die Sie in Jahren überraschen könnte.

Die Wiederherstellung funktioniert bei SSP über Ihre Schlüssel und deren Backups, nicht über zeitverzögerte Pfade. Wie sich verschiedene Multisig-Konfigurationen vergleichen behandelt die Entscheidungen, auf die es für die meisten ankommt, und für Teams lassen SSP Enterprise-Tresore Sie wählen, wie viele Unterzeichner zustimmen müssen.

Das ehrliche Fazit

Mit Zeitsperren setzt die Chain durch, wann sich Coins bewegen dürfen, nicht nur, wer sie bewegen darf. Sie machen Erbschaftspläne, Wiederherstellungsschlüssel und Zahlungskanäle möglich, ohne darauf vertrauen zu müssen, dass jemand wartet.

Sie bringen aber auch Komplexität mit sich und können ihre Eigentümer ebenso wirksam aussperren wie Angreifer. Mit Bedacht eingesetzt gehören sie zu den nützlichsten Werkzeugen im Kryptobereich – und die einfachsten Skripte sind oft immer noch die sichersten.