{"id":564,"date":"2026-09-16T10:29:00","date_gmt":"2026-09-16T10:29:00","guid":{"rendered":"https:\/\/hoge.gg\/de\/taproot-miniscript-bitcoin-vererben-vaults-2026\/"},"modified":"2026-09-16T10:29:00","modified_gmt":"2026-09-16T10:29:00","slug":"taproot-miniscript-bitcoin-vererben-vaults-2026","status":"publish","type":"post","link":"https:\/\/hoge.gg\/de\/taproot-miniscript-bitcoin-vererben-vaults-2026\/","title":{"rendered":"Bitcoin vererben mit Taproot: Miniscript, Vaults und Zeitschl\u00f6sser"},"content":{"rendered":"

\u00dcber Taproot wird meist in der Vergangenheitsform geschrieben. Das Upgrade ging am 14. November 2021 bei Block 709.632 live und gilt seither als Bitcoins letzte gro\u00dfe, erfolgreich aktivierte Konsens\u00e4nderung (CoinDesk<\/a>). Was in den f\u00fcnf Jahren danach die Schlagzeilen f\u00fcllte, waren Ordinals, Runes, der Streit um OP_RETURN und die Frage, wann ein Quantencomputer die Signaturen knackt. Eine ganze H\u00e4lfte von Taproot blieb dabei fast unbemerkt: der Skriptpfad, also die F\u00e4higkeit, Bitcoin an Bedingungen zu kn\u00fcpfen, die weit \u00fcber „eine Unterschrift gen\u00fcgt“ hinausgehen.<\/p>

Diese H\u00e4lfte wird 2026 aus einem unbequemen Grund wichtig. Analysten von Chainalysis sch\u00e4tzen, dass zwischen 2,3 und 3,7 Millionen Bitcoin dauerhaft verloren sind, und die fr\u00fchen Halter sind heute in ihren Vierzigern und F\u00fcnfzigern (CryptoSlate<\/a>). Die Branche spricht offen von einer Erbe-Zeitbombe. Ein juristisch sauberes Testament n\u00fctzt wenig, wenn niemand an die privaten Schl\u00fcssel kommt, denn ein Gericht kann keinen Bitcoin bewegen, nur ein Schl\u00fcssel kann das.<\/p>

Der Skriptpfad von Taproot liefert darauf eine Antwort, die ohne Verwahrer und ohne einen weiteren Soft Fork auskommt. In Kombination mit einer Beschreibungssprache namens Miniscript und mit Zeitschl\u00f6ssern, die direkt in der Blockchain ticken, l\u00e4sst sich Verwahrung programmieren: Coins, die nach einem Jahr Inaktivit\u00e4t an einen Erben fallen, ein Multisig, das mit der Zeit einfacher wird, ein Recovery-Pfad, der niemandem vorab Kontrolle gibt. Dieser Report erkl\u00e4rt, wie das technisch funktioniert, welche Wallets es heute k\u00f6nnen, wo die Grenze zu echten Vaults verl\u00e4uft und wie BaFin und deutsches Erbrecht dazu stehen.<\/p>

Taproots vergessene H\u00e4lfte: der Skriptpfad<\/h2>

Jeder Taproot-Output, jede Adresse mit dem Pr\u00e4fix bc1p, hat zwei Gesichter. Das eine ist der Schl\u00fcsselpfad: eine einzige Schnorr-Signatur gen\u00fcgt, und f\u00fcr einen Beobachter der Blockchain sieht die Ausgabe aus wie jede andere gew\u00f6hnliche Zahlung. Das war die Werbebotschaft von 2021, und mit MuSig2 l\u00e4sst sich daraus sogar ein Multisig bauen, das nach au\u00dfen wie eine Einzelunterschrift wirkt. Das ist die stille, elegante Seite von Taproot, und sie hat auf HOGE Wire bereits eine eigene Betrachtung bekommen.<\/p>

Das zweite Gesicht ist der Skriptpfad. Hinter derselben bc1p-Adresse kann ein ganzer Baum von Ausgabebedingungen liegen, von denen bei einer Ausgabe nur genau eine offengelegt wird. Dieser Baum, technisch ein MAST (Merkelized Alternative Script Tree), ist der Ort, an dem Bitcoin programmierbar wird, ohne dass ein zweiter Layer, ein fremdes Netzwerk oder ein Treuh\u00e4nder n\u00f6tig w\u00e4re. Wer \u00fcber den Schl\u00fcsselpfad ausgibt, verr\u00e4t nichts \u00fcber die anderen Zweige des Baums; wer \u00fcber den Skriptpfad ausgibt, deckt nur das eine genutzte Blatt auf und l\u00e4sst den Rest verborgen.<\/p>

F\u00fcnf Jahre lang stand vor allem der Schl\u00fcsselpfad im Rampenlicht, meist wegen Ordinals und Runes, die den Skriptpfad zwar intensiv nutzten, aber f\u00fcr etwas anderes als das, wof\u00fcr er gedacht war. Die eigentliche Idee, komplexe und trotzdem pr\u00fcfbare Ausgabebedingungen, ist erst 2026 in der breiten Praxis angekommen. Der Ausl\u00f6ser ist unromantisch: Immer mehr Coins liegen auf Adressen, deren Eigent\u00fcmer sie nicht mehr bewegen k\u00f6nnen oder eines Tages nicht mehr bewegen werden. Der Skriptpfad ist die Bitcoin-eigene Antwort darauf.<\/p>

Was Tapscript und MAST technisch m\u00f6glich machen<\/h2>

Taproot besteht aus drei zusammengeh\u00f6rigen Vorschl\u00e4gen: BIP-340 f\u00fchrte Schnorr-Signaturen ein, BIP-341 definierte den Taproot-Output-Typ P2TR samt MAST, und BIP-342, genannt Tapscript, \u00fcberarbeitete die Skriptsprache f\u00fcr den Skriptpfad. Der letzte Punkt ist der entscheidende f\u00fcr programmierbare Verwahrung, und er tut mehr, als die meisten Zusammenfassungen erw\u00e4hnen.<\/p>

Tapscript ersetzt das alte OP_CHECKMULTISIG, das schlecht mit Schnorr zusammenspielte, durch OP_CHECKSIGADD (Opcode 186), das Signaturpr\u00fcfungen z\u00e4hlt statt sie in einem Block abzuarbeiten (BIP-342<\/a>). Vor allem aber hebt Tapscript zwei harte Grenzen auf: Das bisherige Limit von 10.000 Byte pro Skript gilt im Skriptpfad nicht mehr, und das Limit von 201 Nicht-Push-Opcodes ebenfalls nicht. An ihre Stelle tritt ein Sigops-Budget von 50 plus der Gr\u00f6\u00dfe des Witness in Bytes, von dem jede Signaturpr\u00fcfung 50 abzieht. Diese \u00c4nderungen klingen technisch, sind aber die Voraussetzung daf\u00fcr, dass ein Skript mehrere Erben, gestaffelte Zeitschl\u00f6sser und Fallback-Pfade in einem einzigen Blatt unterbringen kann, ohne an eine Gr\u00f6\u00dfengrenze zu sto\u00dfen.<\/p>

MAST sorgt daf\u00fcr, dass diese Komplexit\u00e4t nichts kostet, solange man sie nicht braucht. Der Baum aus Ausgabebedingungen wird zu einer einzigen Adresse zusammengefasst. Bei einer Skriptpfad-Ausgabe wird nur das genutzte Blatt offengelegt, zusammen mit einem sogenannten Control Block, der den internen Schl\u00fcssel und pro Baumebene 32 Byte an Beweisdaten enth\u00e4lt. Ein Baum mit einem Dutzend Erbregelungen zeigt beim Ausgeben also nur die eine, die tats\u00e4chlich angewendet wird. Der Rest, inklusive der Namen und Schl\u00fcssel aller anderen Beteiligten, bleibt f\u00fcr immer verborgen.<\/p>

Vor Taproot war das anders. Ein klassisches P2SH- oder P2WSH-Multisig legte beim Ausgeben stets das gesamte Skript offen, also jede Bedingung und jeden beteiligten Schl\u00fcssel, egal welcher Zweig genutzt wurde. Ein Erbplan mit mehreren Fallback-Optionen verriet damit von Anfang an seine komplette Struktur, sobald man ihn zum ersten Mal nutzte. Taproot und MAST drehen das um: Was man nicht braucht, sieht niemand. F\u00fcr Verwahrungslogik, die naturgem\u00e4\u00df viele selten genutzte Notpfade enth\u00e4lt, ist das der eigentliche Fortschritt.<\/p>

Miniscript: Skripte, die man lesen und pr\u00fcfen kann<\/h2>

Bitcoin Script von Hand zu schreiben ist gef\u00e4hrlich. Ein falsch gesetzter Opcode kann Coins unausgebbar machen, und es gibt kein R\u00fcckg\u00e4ngig. Genau dieses Problem l\u00f6st Miniscript, eine strukturierte, analysierbare Teilmenge von Script, die Pieter Wuille, Andrew Poelstra und Sanket Kanjalkar 2019 vorstellten (CoinDesk<\/a>). Statt roher Opcodes schreibt man eine lesbare Ausgaberichtlinie, eine sogenannte Policy, die zu Miniscript und dann zu nativem Script kompiliert wird. Aus einem Satz wie „zwei von drei Schl\u00fcsseln, oder nach einem Jahr ein einzelner Recovery-Schl\u00fcssel“ wird deterministisch ein korrektes Skript.<\/p>

Wuille beschrieb 2019 ein einfaches Beispiel, ein Skript, das „permits A to take the coins at any time, and B after one day“, und betonte, dass umfangreiche Zufallstests best\u00e4tigt h\u00e4tten, dass die Sprache mit den bestehenden Konsens- und Standardregeln kompatibel ist. Genau diese Pr\u00fcfbarkeit ist der Punkt: Eine Wallet kann f\u00fcr ein Miniscript maschinell feststellen, ob es \u00fcberhaupt ausgabef\u00e4hig ist, wie gro\u00df der Witness maximal wird und welche Schl\u00fcssel wann gebraucht werden. Ohne diese Analyse w\u00e4ren mehrstufige Erbschafts- und Recovery-Skripte in der Praxis zu riskant, um sie echten Ersparnissen anzuvertrauen.<\/p>

Miniscript ist als BIP-379 spezifiziert, an dem unter anderem Antoine Poinsot und Ava Chow mitgearbeitet haben, und es ist l\u00e4ngst kein Papier mehr. Bitcoin Core hat Miniscript in P2WSH-Deskriptoren mit Version 24.0 teilweise und mit Version 26.0 im Dezember 2023 vollst\u00e4ndig aufgenommen, inklusive Unterst\u00fctzung innerhalb von Taproot \u00fcber tr()-Deskriptoren (Bitcoin Core, descriptors.md<\/a>). Auch Ledger hat Miniscript in seine Ger\u00e4te gebracht (Ledger<\/a>). Damit ist die Sprache, die Erbschaft und Recovery erst praktikabel macht, in der Standardsoftware angekommen.<\/p>

Zeitschl\u00f6sser: die Uhr in der Blockchain<\/h2>

Der zweite Baustein neben Signaturen sind Zeitschl\u00f6sser, und Bitcoin kennt zwei Sorten. Ein absolutes Zeitschloss \u00fcber OP_CHECKLOCKTIMEVERIFY (BIP-65) bindet eine Ausgabe an einen festen Zeitpunkt oder eine feste Blockh\u00f6he: nicht vor dem 1. Januar 2030, nicht vor Block 1.100.000. Ein relatives Zeitschloss \u00fcber OP_CHECKSEQUENCEVERIFY (BIP-112 zusammen mit BIP-68) misst dagegen die Zeit ab dem Moment, in dem die Coins zuletzt empfangen wurden.<\/p>

Der Unterschied ist f\u00fcr Erbschaft entscheidend. Ein relatives Zeitschloss startet seine Uhr bei jedem Empfang neu und wird bei jeder Ausgabe zur\u00fcckgesetzt. Wer seine Coins regelm\u00e4\u00dfig bewegt oder auch nur zu einer frischen Adresse innerhalb der eigenen Wallet schickt, setzt die Uhr damit immer wieder auf null. Genau das ist die Grundlage f\u00fcr einen sogenannten Toten-Mann-Schalter: Solange der Eigent\u00fcmer aktiv ist und seine Coins von Zeit zu Zeit anfasst, wird der Recovery-Pfad nie scharf. Erst wenn ein Jahr oder mehr keine Bewegung stattfindet, weil der Eigent\u00fcmer verstorben oder handlungsunf\u00e4hig ist, \u00f6ffnet sich der Zweig f\u00fcr den Erben.<\/p>

In Blockh\u00f6hen gerechnet entsprechen rund 52.560 Bl\u00f6cke etwa einem Jahr und 26.280 Bl\u00f6cke etwa einem halben Jahr, weil im Schnitt alle zehn Minuten ein Block entsteht. Relative Zeitschl\u00f6sser haben allerdings eine Obergrenze von rund 65.535 Bl\u00f6cken, also etwa f\u00fcnfzehn Monaten; wer l\u00e4ngere Fristen will, kombiniert relative und absolute Zeitschl\u00f6sser oder staffelt mehrere Stufen. Wichtig ist, dass diese Uhr nicht von einem Server oder einer App abh\u00e4ngt, sondern von den Konsensregeln des Netzwerks selbst. Kein Anbieter kann sie manipulieren, abschalten oder vorziehen.<\/p>

Das verlorene Drittel: warum 2026 zum Erbe-Jahr wird<\/h2>

Warum jetzt? Weil die Zahlen unbequem geworden sind. Zu den gesch\u00e4tzt 2,3 bis 3,7 Millionen dauerhaft verlorenen Bitcoin kommt ein zweiter, subtilerer Trend. Fidelity Digital Assets hat auf Basis von Glassnode-Daten gezeigt, dass die sogenannte ancient supply, also Coins, die seit \u00fcber zehn Jahren nicht bewegt wurden, inzwischen schneller w\u00e4chst, als neue Coins gesch\u00fcrft werden (Fidelity Digital Assets<\/a>). Nach dem Halving von 2024 entstehen rund 450 BTC pro Tag, w\u00e4hrend t\u00e4glich mehr als 566 BTC in die Zehn-Jahre-Kategorie hineinaltern.<\/p>

BitGo hat dasselbe Ph\u00e4nomen als unsichtbaren Schwund beschrieben: Wenn man die verlorenen und die scheinbar dauerhaft ruhenden Best\u00e4nde abzieht, liegt der effektiv verf\u00fcgbare Umlauf eher bei 15,8 bis 17,5 Millionen als bei den nominell gesch\u00fcrften rund 20 Millionen BTC (BitGo<\/a>). Ein Teil davon ist Satoshis unber\u00fchrter Bestand, ein Teil sind verlegte Schl\u00fcssel aus der Fr\u00fchzeit. Der wachsende Teil aber ist demografisch: Wer 2013 dabei war und damals drei\u00dfig war, ist heute in den Vierzigern, und die Kohorte altert weiter.<\/p>

CryptoSlate hat das auf die Formel der Erbe-Zeitbombe gebracht, die 2026 zu ticken beginnt. Die Selbstverwahrungskultur, die Bitcoin stark gemacht hat, hat eine Kehrseite: Ein Schl\u00fcssel, den nur eine Person versteht, wird mit dem Tod dieser Person zu einem unbeweglichen Denkmal. Ein Seed-Wort in einem Bankschlie\u00dffach hilft den Erben nur, wenn sie davon wissen, es finden und damit umgehen k\u00f6nnen, ohne selbst Opfer eines Diebstahls oder eines Fehlers zu werden. Genau hier setzt die programmierbare Verwahrung an.<\/p>

Kennzahl<\/th>Sch\u00e4tzung<\/th>Quelle<\/th><\/tr><\/thead>
Dauerhaft verlorene BTC (Stand 2025)<\/td>2,3 bis 3,7 Millionen<\/td>Chainalysis, via CryptoSlate<\/td><\/tr>
Zuwachs ancient supply (\u00fcber 10 Jahre unbewegt)<\/td>\u00fcber 566 BTC pro Tag<\/td>Fidelity \/ Glassnode<\/td><\/tr>
Neu gesch\u00fcrfte BTC (nach Halving 2024)<\/td>rund 450 BTC pro Tag<\/td>Bitcoin-Protokoll<\/td><\/tr>
Effektiv verf\u00fcgbarer Umlauf<\/td>15,8 bis 17,5 Millionen BTC<\/td>BitGo-Analyse<\/td><\/tr><\/tbody><\/table><\/figure>

Vererben ohne Verwahrer: der Recovery-Pfad<\/h2>

Das einfachste programmierbare Erbe kombiniert genau zwei der bisher beschriebenen Bausteine. In einem Blatt des Taproot-Baums steht: Der Eigent\u00fcmer kann jederzeit mit seinem Schl\u00fcssel ausgeben. In einem zweiten Blatt steht: Nach zum Beispiel einem Jahr relativer Inaktivit\u00e4t kann ein Erbe mit seinem Schl\u00fcssel ausgeben. Solange der Eigent\u00fcmer lebt und seine Coins gelegentlich anfasst, wird der zweite Zweig nie erreichbar. F\u00e4llt der Eigent\u00fcmer aus, \u00f6ffnet das Netzwerk den Recovery-Pfad von selbst.<\/p>

Das ist keine Theorie. Die erste ausgelieferte Miniscript-Wallet war Liana von der Firma Wizardsardine, vorgestellt auf der Bitcoin-Konferenz 2023 in Miami. Ihr Mitgr\u00fcnder Antoine Poinsot, zugleich Bitcoin-Core-Entwickler, beschrieb das Prinzip in der Ank\u00fcndigung so, dass man neben der Frage, wer ausgeben darf, nun auch definieren k\u00f6nne, wann jemand Zugriff erh\u00e4lt: „In addition to who can spend the funds, you can now define when they gain access“ (Wizardsardine<\/a>). Die zugeh\u00f6rige Policy liest sich fast wie ein Satz: eine Signatur f\u00fcr den prim\u00e4ren Schl\u00fcssel, oder ein Jahr warten und dann eine Signatur f\u00fcr den Recovery-Schl\u00fcssel.<\/p>

Der entscheidende Vorteil gegen\u00fcber den \u00fcblichen Notl\u00f6sungen liegt darin, dass niemandem vorab Kontrolle \u00fcbergeben wird. Wer sein Seed-Wort einem Anwalt oder einem Familienmitglied gibt, muss dieser Person ab sofort vertrauen. Wer stattdessen einen zeitgeschlossenen Recovery-Pfad einrichtet, beh\u00e4lt die alleinige Kontrolle, bis die Frist wirklich abl\u00e4uft. Wizardsardine bringt das in seiner Analyse zur Nachlassplanung auf den Punkt: Zeitschl\u00f6sser seien „very powerful as it does not require any trusted third parties“, w\u00e4hrend bei kollaborativer Verwahrung gelte, „the more parties involved, the broader the attack surface“ (Wizardsardine<\/a>). Poinsot fasst das Ziel als eine schlankere Selbstverwahrung zusammen, die den Schwerpunkt darauf legt, „protecting against loss without degrading security“.<\/p>

Verfallendes Multisig und die gestaffelte \u00dcbergabe<\/h2>

Der Recovery-Pfad ist nur der Anfang. Weil Miniscript beliebige Bedingungen kombinieren kann, lassen sich ganze \u00dcbergabepl\u00e4ne in ein Skript gie\u00dfen. Das bekannteste Muster ist das verfallende Multisig: Eine Wallet verlangt heute drei von drei Schl\u00fcsseln, nach einem Jahr Inaktivit\u00e4t nur noch zwei von drei, sp\u00e4ter nur noch einen. Liana zeigt in seiner Dokumentation genau so ein Beispiel, in dem ein 3-von-3 zwischen mehreren Ger\u00e4ten mit der Zeit zu einem 2-von-3 und dann zu einem 1-von-3 wird und in dem am Ende Familienangeh\u00f6rige oder Notare allein unterschreiben k\u00f6nnen (GitHub, Liana<\/a>). Der Sinn: Solange der Eigent\u00fcmer fit ist, ist die H\u00fcrde hoch und diebstahlsicher; verliert er im Alter Schl\u00fcssel oder F\u00e4higkeiten, sinkt die H\u00fcrde automatisch, ohne dass die Coins je unter fremde Kontrolle geraten.<\/p>

Nunchuk hat dasselbe Prinzip in ein Abo-Produkt gegossen. Die Honey-Badger-Wallet ist ein assistiertes 2-von-4-Multisig mit einem zeitgeschlossenen Inheritance-Key, der erst zu einem vom Nutzer gew\u00e4hlten Datum verwendbar wird (Nunchuk<\/a>). Mit Nunchuk 2.0 beschreibt die Firma ihre L\u00f6sung als erste assistierte Erbschaftsl\u00f6sung, die das Unternehmen \u00fcberleben soll, das sie gebaut hat, weil die Durchsetzung \u00fcber Miniscript und On-Chain-Zeitschl\u00f6sser beim Netzwerk selbst liegt und nicht bei einem Server (Nunchuk<\/a>). Selbst wenn Nunchuk verschw\u00e4nde, bliebe der Anspruch der Erben durchsetzbar.<\/p>

Ein weiterer, oft \u00fcbersehener Baustein ist die gestaffelte Verteilung. Standardm\u00e4\u00dfig geht bei einer Erbschaft alles auf einmal an eine Person, sobald der Plan ausl\u00f6st. Nunchuk hat mit seinem Phased Rollout gezeigt, dass sich das aufteilen l\u00e4sst, sodass unterschiedliche Erben zu unterschiedlichen Zeitpunkten oder in unterschiedlichen Anteilen Zugriff bekommen (Nunchuk<\/a>). Auch das ist reines Miniscript, ausgedr\u00fcckt in einem Baum aus Bl\u00e4ttern, von denen jedes eine eigene Bedingung und ein eigenes Zeitschloss tr\u00e4gt.<\/p>

Warum nicht einfach den Seed aufteilen?<\/h2>

Eine naheliegende Alternative zur programmierbaren Verwahrung ist das Aufteilen des Seeds. Das Verfahren Shamir Secret Sharing, in Hardware-Wallets als SLIP-39 umgesetzt und unter anderem von Trezor unterst\u00fctzt, zerlegt ein Seed in mehrere Anteile, von denen eine festgelegte Mindestzahl den Seed wiederherstellt. Drei von f\u00fcnf Anteilen etwa gen\u00fcgen, einzelne Anteile verraten nichts. Als Backup gegen den Verlust eines einzelnen Zettels ist das elegant.<\/p>

F\u00fcr die Erbschaft hat es jedoch zwei Schw\u00e4chen, die der Skriptpfad nicht teilt. Erstens entsteht beim Zusammenf\u00fchren der Anteile wieder ein einziger Seed; wer ihn rekonstruiert, hat sofort die volle und alleinige Kontrolle, ohne Zeitschloss, ohne Wartefrist, ohne dass das Netzwerk irgendetwas erzwingt. Zweitens ist Seed-Splitting ein reines Backup-Schema und kein Vererbungsmechanismus: Es kennt keinen Begriff von Inaktivit\u00e4t, keinen Toten-Mann-Schalter und keine gestaffelte \u00dcbergabe. Wer einem Erben heute Anteile gibt, muss ihm ab heute vertrauen.<\/p>

Ein Miniscript-Erbe geht den umgekehrten Weg. Die Schl\u00fcssel bleiben getrennt, niemand f\u00fchrt sie je zu einem einzigen Geheimnis zusammen, und die Bedingung, wann ein Erbe zugreifen darf, wird nicht von Vertrauen, sondern von den Konsensregeln durchgesetzt. Beide Werkzeuge lassen sich sogar kombinieren, indem man die einzelnen Schl\u00fcssel eines Skripts jeweils per Shamir sichert. Doch die Frage, wer wann ausgeben darf, geh\u00f6rt in das Skript, nicht in ein Backup-Verfahren.<\/p>

Die Wallets, die es heute k\u00f6nnen<\/h2>

Programmierbare Verwahrung ist 2026 kein Bastelprojekt mehr, aber sie ist auch nicht \u00fcberall gleich weit. Liana ist die Referenz f\u00fcr zeitschlossbasierte Selbstverwahrung; mit der Version 8.0 hat Wizardsardine das Einrichten deutlich vereinfacht, was f\u00fcr ein Feature entscheidend ist, das ganze Familien \u00fcberstehen soll (Wizardsardine<\/a>). Nunchuk bedient eher jene, die gef\u00fchrte Assistenz wollen, ohne die Selbstverwahrung aufzugeben. Als Signaturger\u00e4te kommen dieselben Hardware-Wallets zum Einsatz, die viele ohnehin nutzen: Coldcard unterst\u00fctzt Tapscript-Miniscript mit bis zu acht Bl\u00e4ttern, BitBox02 und Ledger haben tap-miniscript ebenfalls integriert, und Nunchuk erlaubt inzwischen Coldcard neben TAPSIGNER als Inheritance-Key (Nunchuk<\/a>).<\/p>

Der gemeinsame Nenner all dieser Wallets ist der Output-Deskriptor, ein standardisierter Textstring, der das gesamte Ausgabemuster beschreibt. Wer den Deskriptor und die zugeh\u00f6rigen Seeds hat, kann die Wallet in jeder kompatiblen Software wiederherstellen. Das ist zugleich die wichtigste Hausaufgabe: Ein Miniscript-Erbe funktioniert nur, wenn die Erben nicht nur an die Schl\u00fcssel kommen, sondern auch an den Deskriptor, der erkl\u00e4rt, wie diese Schl\u00fcssel zusammengeh\u00f6ren. Ein Backup des Seed-Worts allein gen\u00fcgt bei komplexen Skripten nicht mehr.<\/p>

Wallet<\/th>Ansatz<\/th>Miniscript \/ Taproot<\/th>Erbe-Funktion<\/th>Verwahrmodell<\/th><\/tr><\/thead>
Liana<\/td>Zeitschloss-Recovery, verfallendes Multisig<\/td>ja \/ ja (experimentell)<\/td>Recovery-Pfad nach Inaktivit\u00e4t<\/td>reine Selbstverwahrung<\/td><\/tr>
Nunchuk (Honey Badger \/ 2.0)<\/td>assistiertes Multisig plus Timelock<\/td>ja \/ teils<\/td>autonome, gestaffelte Erbschaft<\/td>assistierte Selbstverwahrung<\/td><\/tr>
Coldcard<\/td>Hardware-Signer f\u00fcr Tapscript<\/td>ja \/ ja (bis 8 Bl\u00e4tter)<\/td>Schl\u00fcssel in Erb-Setups<\/td>Selbstverwahrung (Hardware)<\/td><\/tr>
Sparrow \/ Specter<\/td>Deskriptor-Wallets<\/td>ja \/ ja<\/td>manuell konfigurierbar<\/td>reine Selbstverwahrung<\/td><\/tr>
Casa<\/td>assistiertes Multisig mit Erbprotokoll<\/td>teils<\/td>schl\u00fcsselfertiges Erbe<\/td>assistierte Selbstverwahrung<\/td><\/tr><\/tbody><\/table><\/figure>

Vaults: wo Miniscript an seine Grenze st\u00f6\u00dft<\/h2>

So m\u00e4chtig der Skriptpfad ist, er hat eine klare Grenze. Miniscript kann Signaturen, Zeitschl\u00f6sser und Hashlocks durchsetzen, also die Fragen beantworten, wer ausgeben darf und ab wann. Was es nicht durchsetzen kann, ist die Frage, wohin die Coins als N\u00e4chstes flie\u00dfen d\u00fcrfen. Sobald eine Bedingung erf\u00fcllt ist, ist der Empf\u00e4nger frei, den Output an eine beliebige Adresse zu schicken. F\u00fcr ein Erbe reicht das; f\u00fcr einen echten reaktiven Vault reicht es nicht.<\/p>

Ein Vault im engeren Sinn ist eine Konstruktion, die eine Auszahlung erzwingt, bevor Coins ihr Ziel erreichen. James O’Beirne hat mit OP_VAULT (BIP-345, sp\u00e4ter mit Greg Sanders als Mitautor) genau das entworfen: Eine Ausgabe aus dem Vault geht zun\u00e4chst nur an eine Zwischenadresse, wo sie eine festgelegte Verz\u00f6gerung durchl\u00e4uft. W\u00e4hrend dieser Frist kann der Eigent\u00fcmer die Coins in eine tiefe Kaltlagerung zur\u00fcckholen, falls die Auszahlung ein Angriff war; erst danach d\u00fcrfen sie an das eigentliche Ziel (Bitcoin Magazine<\/a>). Solche Clawback-Mechanismen und die verwandten Rettungsverfahren f\u00fcr eine sp\u00e4tere Quantenmigration lehnen sich zunehmend an kryptografische Beweise an, ein Feld, das HOGE Wire in seiner Betrachtung zu Verifiable Compute<\/a> aufgearbeitet hat.<\/p>

Der Haken: OP_VAULT h\u00e4ngt von einem sogenannten Covenant ab, einer Opcode-Familie, die einschr\u00e4nkt, wie ein Output weiter ausgegeben werden darf. Die Kandidaten OP_CTV (BIP-119), OP_CSFS und OP_CAT (BIP-347) waren 2026 alle nicht aktiviert; nach dem gescheiterten Aktivierungsversuch von BIP-110 im August steckt die ganze Warteschlange fest. F\u00fcr Anleger hei\u00dft das: Zeitgeschlossenes Erbe und verfallendes Multisig gehen heute, ohne jede Protokoll\u00e4nderung. Ein echter reaktiver Vault, der einen Diebstahl aktiv abfangen kann, muss dagegen auf einen k\u00fcnftigen Soft Fork warten, dessen Zeitplan offen ist.<\/p>

Bedingung<\/th>Beantwortet die Frage<\/th>Bitcoin-Baustein<\/th>Status 2026<\/th><\/tr><\/thead>
Signatur \/ Multisig<\/td>Wer darf ausgeben?<\/td>OP_CHECKSIG, OP_CHECKSIGADD (BIP-342)<\/td>aktiv<\/td><\/tr>
Zeitschloss (absolut)<\/td>Ab welchem Zeitpunkt?<\/td>OP_CHECKLOCKTIMEVERIFY (BIP-65)<\/td>aktiv<\/td><\/tr>
Zeitschloss (relativ)<\/td>Wie lange nach Empfang?<\/td>OP_CHECKSEQUENCEVERIFY (BIP-112\/68)<\/td>aktiv<\/td><\/tr>
Hashlock<\/td>Kennt jemand ein Geheimnis?<\/td>OP_SHA256 und verwandte<\/td>aktiv<\/td><\/tr>
Covenant<\/td>Wohin d\u00fcrfen die Coins als N\u00e4chstes?<\/td>OP_CTV (BIP-119), OP_VAULT (BIP-345)<\/td>nicht aktiviert<\/td><\/tr><\/tbody><\/table><\/figure>

Der Preis des Skriptpfads: Geb\u00fchren, Privatsph\u00e4re, Aufwand<\/h2>

Programmierbare Verwahrung ist kein Nulltarif. Eine Ausgabe \u00fcber den Skriptpfad ist gr\u00f6\u00dfer als eine schlichte Schnorr-Signatur, weil zus\u00e4tzlich zum genutzten Blatt der Control Block mit dem Beweis der Baumzugeh\u00f6rigkeit mitgeliefert werden muss. Wer den Recovery-Pfad zieht, zahlt also mehr Geb\u00fchren als jemand, der \u00fcber den Schl\u00fcsselpfad ausgibt. In der Praxis ist das verkraftbar, weil der teure Pfad selten und im Zweifel nur einmal genutzt wird, doch bei sehr verschachtelten B\u00e4umen mit vielen Ebenen summiert sich der Beweis-Overhead.<\/p>

Die Privatsph\u00e4re ist dagegen erstaunlich gut. Solange der Eigent\u00fcmer normal \u00fcber den Schl\u00fcsselpfad ausgibt, sieht die Kette nur eine gew\u00f6hnliche Taproot-Zahlung; niemand kann erkennen, dass dahinter ein Erbplan mit f\u00fcnf Bl\u00e4ttern steckt. Erst der Skriptpfad-Spend legt das eine genutzte Blatt offen, und auch dann bleiben alle anderen Zweige verborgen. Diese Eigenschaft ist der Grund, warum MAST f\u00fcr Verwahrungslogik so gut geeignet ist: Man verr\u00e4t seine Sicherheitsarchitektur nicht, bevor man sie tats\u00e4chlich braucht.<\/p>

Der eigentliche Preis ist Aufwand und Sorgfalt. Ein Miniscript-Erbe muss regelm\u00e4\u00dfig aufgefrischt werden, wenn die relative Uhr nicht ungewollt ablaufen soll, es h\u00e4ngt an einem korrekt gesicherten Deskriptor, und die Erben m\u00fcssen instruiert sein. Zugleich sch\u00fctzt kein Skript vor allem: Es sichert gegen Schl\u00fcsselverlust und gegen den Ausfall des Eigent\u00fcmers, aber nicht gegen einen Fehler in der eigenen Ausgaberichtlinie und auch nicht gegen Angriffe auf der Konsensebene. Was passiert, wenn die Mehrheit der Hashrate feindlich w\u00fcrde, ist eine ganz andere Frage, die HOGE Wire in der Betrachtung zur 51-Prozent-Frage<\/a> behandelt. Pers\u00f6nliche Verwahrungssicherheit und Netzwerksicherheit sind zwei verschiedene Baustellen.<\/p>

Selbstverwahrung, BaFin und das deutsche Erbrecht<\/h2>

Wichtig f\u00fcr deutsche Halter: Kein Aufseher genehmigt oder blockiert ein Taproot-Skript. MiCA und die BaFin regulieren Krypto-Dienstleister und Emittenten, also B\u00f6rsen, Verwahrer und Token-Ausgeber, nicht das Bitcoin-Protokoll und schon gar nicht die Skripte, mit denen jemand seine eigenen Coins verwahrt. Das entsprechende Merkblatt der BaFin zu Kryptowerte-Dienstleistungen beschreibt genau diese Grenze zwischen erlaubnispflichtiger Dienstleistung und eigenverantwortlicher Selbstverwahrung (bafin.de<\/a>). Dieselbe Logik der Zust\u00e4ndigkeit haben wir bei der Einordnung von MiCA und NFTs<\/a> ausbuchstabiert: Reguliert wird der Dienstleister, nicht die Kette.<\/p>

Steuerlich ist eine oft gestellte Frage schnell beantwortet: Das Verschieben eigener Bitcoin zwischen eigenen Adressen, etwa von einer alten SegWit-Adresse in ein neues Taproot-Erb-Skript, ist keine Ver\u00e4u\u00dferung im Sinne von Paragraf 23 EStG, weil kein Eigent\u00fcmerwechsel stattfindet. Die einj\u00e4hrige Haltefrist l\u00e4uft ungest\u00f6rt weiter und wird durch die Umschichtung nicht zur\u00fcckgesetzt. Steuerlich relevant wird es erst beim Verkauf oder Tausch. Wer sein Verwahr-Setup modernisiert, l\u00f6st also keinen steuerbaren Vorgang aus, sollte den Vorgang aber sauber dokumentieren.<\/p>

Beim tats\u00e4chlichen Erbfall trifft Technik auf Recht, und hier klafft eine L\u00fccke. Das deutsche Erbrecht kennt kein bestimmtes technisches Schema; f\u00fcr die Erbschaftsteuer z\u00e4hlt der Wert der Coins zum Stichtag, nicht die Adressart, auf der sie liegen. Ein Miniscript-Erbe stellt sicher, dass die Erben technisch an die Coins kommen, ersetzt aber keine juristische Nachlassplanung: Das Testament muss die Existenz der Bitcoin \u00fcberhaupt benennen, die Erben m\u00fcssen wissen, wo Deskriptor und Schl\u00fcssel liegen, und die Steuer ist unabh\u00e4ngig davon f\u00e4llig, ob der Zugriff reibungslos gelingt. Programmierbare Verwahrung l\u00f6st das Zugriffsproblem, nicht das Dokumentationsproblem.<\/p>

Schl\u00fcssel statt Verwahrer: die Kontrollfrage<\/h2>

Die programmierbare Selbstverwahrung steht in einem interessanten Spannungsverh\u00e4ltnis zum anderen gro\u00dfen Trend des Jahres, der Institutionalisierung. Wer einen Bitcoin-ETF h\u00e4lt, hat den Zugriffs- und Erbschaftsaufwand ausgelagert: Der Verwahrer h\u00e4lt die Schl\u00fcssel, die Erben brauchen nur ein Depot und einen Erbschein. Das ist bequem, hat aber einen Preis, den Wizardsardine so beschreibt, dass man nur Papier-Bitcoin besitze, solange man nicht die eigenen Schl\u00fcssel halte: „you only have paper bitcoin until you hold your own keys“. Die Frage, unter welchen Bedingungen Zulassungen f\u00fcr solche Produkte \u00fcberhaupt zustande kommen, haben wir nach dem CLARITY-Aus<\/a> gesondert eingeordnet.<\/p>

Der Skriptpfad bietet einen Mittelweg, den es vor Taproot in dieser Form nicht gab. Man kann die alleinige Kontrolle behalten und trotzdem f\u00fcr den Ernstfall vorsorgen, ohne einem Dritten vorab Zugriff zu geben. Casa etwa verkauft ein schl\u00fcsselfertiges Erbprotokoll auf Basis von assistiertem Multisig, bei dem die Erben mit einer Sterbeurkunde und einer Wartefrist an die Coins kommen; Liana und Nunchuk verlagern denselben Ablauf so weit wie m\u00f6glich in das Skript selbst. In beiden F\u00e4llen bleibt der Nutzer der Verwahrer, nicht ein Unternehmen.<\/p>

Damit verschiebt sich, was Selbstverwahrung \u00fcberhaupt bedeutet. Sie ist nicht mehr nur die einsame Verantwortung f\u00fcr ein Seed-Wort, sondern eine gestaltbare Politik: Wer darf wann unter welchen Umst\u00e4nden. Genau das war die stille Verhei\u00dfung des Skriptpfads von 2021, und sie wird erst jetzt eingel\u00f6st, getrieben von der wenig glamour\u00f6sen, aber unausweichlichen Frage, was mit den Coins geschieht, wenn der Eigent\u00fcmer nicht mehr da ist.<\/p>

Marktlage und Ausblick<\/h2>

Der Zeitpunkt ist kein Zufall. Bitcoin notiert am 16. September 2026 bei rund 65.800 Euro, mit einer Marktkapitalisierung um 1,32 Billionen Euro und einem Umlauf von gut 20 Millionen Coins, w\u00e4hrend das Allzeithoch bei etwa 107.662 Euro liegt (CoinGecko<\/a>). Ein Markt, der seit dem Hoch deutlich korrigiert hat und an dem heute zudem die US-Notenbank ihre Zinsentscheidung f\u00e4llt, lenkt den Blick weg vom kurzfristigen Kurs und hin zu langfristigen Fragen: Wer kontrolliert diese Coins in zehn, zwanzig, drei\u00dfig Jahren?<\/p>

F\u00fcr die kommenden Monate zeichnen sich zwei Linien ab. Die eine ist evolution\u00e4r: Miniscript in Taproot wird in mehr Wallets zum Standard, die Erb- und Recovery-Vorlagen werden benutzerfreundlicher, und die Deskriptor-Backups werden robuster. Die andere h\u00e4ngt an der Politik: Erst wenn Bitcoin einen Weg findet, ein Covenant wie OP_CTV oder OP_VAULT zu aktivieren, kommen echte reaktive Vaults hinzu, und erst dann l\u00e4sst sich programmierbare Verwahrung von reiner Erbschaftslogik zu aktivem Diebstahlschutz erweitern. Beides zeigt, dass Taproots leiseste H\u00e4lfte auch f\u00fcnf Jahre nach der Aktivierung noch nicht ausgereizt ist.<\/p>

Die praktische Botschaft f\u00fcr 2026 ist trotzdem klar. Man muss nicht auf einen Soft Fork warten, um sein Bitcoin-Erbe technisch abzusichern. Die Bausteine, Tapscript, Miniscript und die beiden Zeitschloss-Opcodes, liegen bereit und sind in Standardsoftware angekommen. Was fehlt, ist meist nicht die Technik, sondern die Entscheidung, sich der unangenehmen Frage zu stellen, bevor die Zeitbombe der Branche auch die eigenen Coins erreicht.<\/p>

H\u00e4ufige Fragen (Frequently Asked Questions)<\/h2>

Was ist der Unterschied zwischen Schl\u00fcsselpfad und Skriptpfad bei Taproot?<\/h3>

Der Schl\u00fcsselpfad gibt einen Taproot-Output \u00fcber eine einzige Schnorr-Signatur aus und sieht on-chain aus wie eine gew\u00f6hnliche Zahlung. Der Skriptpfad legt stattdessen eines von mehreren versteckten Skripten offen und kann komplexe Bedingungen wie Zeitschl\u00f6sser, Multisig oder Kombinationen daraus durchsetzen. Beide geh\u00f6ren zum selben bc1p-Output; der Skriptpfad wird nur genutzt, wenn die einfache Signatur nicht ausreicht.<\/p>

Kann man Bitcoin mit einem Zeitschloss vererben, ohne einen Verwahrer zu nutzen?<\/h3>

Ja. Mit einem relativen Zeitschloss \u00fcber OP_CHECKSEQUENCEVERIFY l\u00e4sst sich ein Recovery-Pfad bauen, der erst nach einer festgelegten Inaktivit\u00e4t aktiv wird, etwa nach einem Jahr ohne Bewegung. Bis dahin kontrolliert nur der Eigent\u00fcmer die Coins; danach kann ein Erbe mit seinem Schl\u00fcssel ausgeben. Wallets wie Liana und Nunchuk setzen genau dieses Muster ein, ganz ohne dritte Partei, die die Coins verwahrt.<\/p>

Was ist Miniscript und wozu braucht man es?<\/h3>

Miniscript ist eine strukturierte, analysierbare Teilmenge von Bitcoin Script. Entwickler schreiben eine lesbare Ausgaberichtlinie, die zu Miniscript und dann zu nativem Script kompiliert wird. Der Vorteil: Wallets k\u00f6nnen pr\u00fcfen, ob ein Skript korrekt und ausgabef\u00e4hig ist, es sichern und wiederherstellen, und mehrere Signaturger\u00e4te k\u00f6nnen zuverl\u00e4ssig zusammenarbeiten. Ohne diese Analysierbarkeit w\u00e4ren komplexe Erbschafts- und Recovery-Skripte in der Praxis zu riskant.<\/p>

Braucht programmierbare Bitcoin-Verwahrung einen weiteren Soft Fork?<\/h3>

Nein. Zeitgeschlossenes Erbe, verfallendes Multisig und Recovery-Pfade funktionieren heute mit den bereits aktiven Bausteinen aus Taproot, Tapscript und den Zeitschloss-Opcodes. Was noch fehlt, sind echte reaktive Vaults, die festlegen, wohin Coins als N\u00e4chstes flie\u00dfen d\u00fcrfen. Daf\u00fcr br\u00e4uchte es ein Covenant wie OP_VAULT oder OP_CTV, und diese Vorschl\u00e4ge waren 2026 nicht aktiviert.<\/p>

Ist das Verschieben eigener Bitcoin in ein Taproot-Skript in Deutschland steuerpflichtig?<\/h3>

Nach der g\u00e4ngigen Auslegung von Paragraf 23 EStG ist das Verschieben eigener Bitcoin zwischen eigenen Adressen keine Ver\u00e4u\u00dferung, weil kein Eigent\u00fcmerwechsel stattfindet. Die Haltefrist l\u00e4uft weiter und wird nicht zur\u00fcckgesetzt. Steuerlich relevant wird es erst beim Verkauf oder Tausch; im Erbfall greift die Erbschaftsteuer auf den Wert der Coins. F\u00fcr die konkrete Situation sollte man steuerlichen Rat einholen.<\/p>