Bitcoin durchgespieltBitcoin verstehen, sicher verwahren und selbst souverän nutzen.Zola2025-10-06T00:00:00+00:00https://bitcoin-durchgespielt.com/atom.xmlVerifizierung und Open Source2025-10-06T00:00:00+00:002025-10-06T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/nodes/verifizierung-open-source/<p>“Don’t trust, verify” gilt nicht nur für die Timechain — es gilt auch für die Software, die du installierst. Wenn du einem Bitcoin-Node oder einer Wallet vertraust, ohne die Herkunft zu prüfen, ist die gesamte Verifikationskette gebrochen. Ein kompromittiertes Binary kann deine Keys stehlen, Transaktionen umleiten oder falsche Daten anzeigen. Egal wie sicher dein Node konfiguriert ist.</p>
<h2 id="warum-open-source-bei-geld-software-pflicht-ist">Warum Open Source bei Geld-Software Pflicht ist</h2>
<p>Stell dir vor, du nutzt eine Wallet, deren Quellcode geheim ist. Der Entwickler verspricht: “Deine Keys sind sicher.” Du glaubst ihm. Aber du <strong>kannst</strong> es nicht prüfen. Vielleicht schickt die Software deinen Seed an einen Server. Vielleicht hat der Entwickler eine Hintertür eingebaut. Vielleicht wird er erpresst und liefert ein Update mit Malware aus.</p>
<p>Bei Open-Source-Software kann <strong>jeder</strong> den Code lesen, prüfen und Alarm schlagen. Das bedeutet nicht, dass jeder den Code liest — aber es bedeutet, dass es <strong>möglich</strong> ist. Und bei Bitcoin tun es viele. Bitcoin Core hat hunderte von Reviewern. Jede Änderung wird öffentlich diskutiert, geprüft und getestet.</p>
<h3 id="die-drei-saulen-der-softwareverifizierung">Die drei Säulen der Softwareverifizierung</h3>
<table><thead><tr><th>Säule</th><th>Was sie sicherstellt</th></tr></thead><tbody>
<tr><td><strong>Open Source</strong></td><td>Der Code ist einsehbar — keine versteckten Hintertüren</td></tr>
<tr><td><strong>Kryptographische Signaturen</strong></td><td>Die heruntergeladene Datei stammt wirklich vom Entwickler</td></tr>
<tr><td><strong>Reproduzierbare Builds</strong></td><td>Das Binary wurde tatsächlich aus dem veröffentlichten Quellcode gebaut</td></tr>
</tbody></table>
<p>Alle drei zusammen ergeben ein System, dem du nicht vertrauen musst — weil du es prüfen kannst.</p>
<h2 id="gpg-signaturen-verstehen">GPG-Signaturen verstehen</h2>
<p><strong>GPG</strong> (GNU Privacy Guard) ist ein Werkzeug für asymmetrische Kryptographie. Das Prinzip ist dasselbe wie bei Bitcoin: Es gibt einen <strong>privaten Schlüssel</strong> (zum Signieren) und einen <strong>öffentlichen Schlüssel</strong> (zum Verifizieren).</p>
<figure class="mermaid-diagram">
<pre class="mermaid">
graph LR
D["Entwickler"] -->|"signiert mit\nprivatem Schlüssel"| S["SHA256SUMS.asc\n(Signatur)"]
S --> V["Du"]
P["Öffentlicher Schlüssel\n(auf Key-Server)"] --> V
V -->|"verifiziert"| OK["✓ Good signature"]
style D stroke:#98971a,stroke-width:2px,color:#98971a
style V stroke:#fe8019,stroke-width:2px,color:#fe8019
</pre>
<figcaption>GPG-Signaturkette: Vom Entwickler zu dir</figcaption>
</figure>
<script type="module">
if (!window.__mermaidLoaded) {
window.__mermaidLoaded = true;
const s = document.createElement('script');
s.src = 'https://cdn.jsdelivr.net/npm/mermaid@11/dist/mermaid.min.js';
s.onload = () => mermaid.initialize({
startOnLoad: true,
flowchart: { useMaxWidth: true },
theme: 'base',
themeVariables: {
darkMode: true,
background: '#1d2021',
primaryColor: '#3c3836',
primaryTextColor: '#fbf1c7',
primaryBorderColor: '#fe8019',
lineColor: '#bdae93',
secondaryColor: '#282828',
secondaryTextColor: '#fbf1c7',
tertiaryColor: '#1d2021',
tertiaryTextColor: '#fbf1c7',
noteBkgColor: '#1d2021',
noteTextColor: '#bdae93',
noteBorderColor: '#504945',
edgeLabelBackground: '#282828',
clusterBkg: '#1d2021',
clusterBorder: '#504945',
nodeBorder: '#fe8019',
mainBkg: '#3c3836',
textColor: '#fbf1c7',
labelTextColor: '#fbf1c7',
fontSize: '18px',
fontFamily: 'Hack, Fira Code, monospace'
}
});
document.head.appendChild(s);
}
</script>
<p>Wenn ein Bitcoin-Core-Entwickler ein Release signiert:</p>
<ol>
<li>Er berechnet die SHA-256-Prüfsummen aller Dateien → <code>SHA256SUMS</code></li>
<li>Er signiert <code>SHA256SUMS</code> mit seinem privaten GPG-Schlüssel → <code>SHA256SUMS.asc</code></li>
<li>Du lädst beides herunter</li>
<li>Du prüfst die Signatur mit seinem öffentlichen Schlüssel</li>
<li>Wenn die Signatur gültig ist, weißt du: Die Prüfsummen stammen vom Entwickler und wurden nicht verändert</li>
<li>Dann prüfst du die Prüfsumme deiner heruntergeladenen Datei gegen <code>SHA256SUMS</code></li>
</ol>
<h3 id="warum-reicht-die-prufsumme-allein-nicht">Warum reicht die Prüfsumme allein nicht?</h3>
<p>Eine Prüfsumme beweist nur, dass die Datei nicht <strong>verändert</strong> wurde — nicht, dass sie vom richtigen Absender stammt. Wenn ein Angreifer die Website kompromittiert, kann er sowohl die Software als auch die Prüfsummen austauschen. Die GPG-Signatur ist der Beweis, dass die Prüfsummen von jemandem erstellt wurden, der den privaten Schlüssel besitzt.</p>
<h2 id="praktisch-bitcoin-core-release-verifizieren">Praktisch: Bitcoin Core Release verifizieren</h2>
<p>Hier ist der vollständige Prozess, Schritt für Schritt. Du brauchst: <code>gpg</code>, <code>sha256sum</code> (Linux/macOS) oder die PowerShell-Äquivalente (Windows).</p>
<h3 id="1-dateien-herunterladen">1. Dateien herunterladen</h3>
<p>Lade von <code>https://bitcoincore.org/en/download/</code> herunter:</p>
<ul>
<li>Das Installationspaket (z. B. <code>bitcoin-28.0-x86_64-linux-gnu.tar.gz</code>)</li>
<li><code>SHA256SUMS</code></li>
<li><code>SHA256SUMS.asc</code></li>
</ul>
<h3 id="2-entwickler-schlussel-importieren">2. Entwickler-Schlüssel importieren</h3>
<p>Bitcoin Core Releases werden von mehreren Entwicklern signiert. Die Schlüssel-Fingerprints sind auf der Download-Seite und im Repository dokumentiert.</p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="shellscript"><span class="giallo-l"><span style="color: #88846F;"># Schlüssel vom Keyserver importieren</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">gpg</span><span style="color: #AE81FF;"> --keyserver</span><span style="color: #E6DB74;"> hkps://keys.openpgp.org</span><span style="color: #AE81FF;"> --recv-keys \</span></span>
<span class="giallo-l"><span style="color: #E6DB74;"> 152812300785C96444D3334D17565732E08E5E41</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Alternativ: Aus dem Bitcoin Core Repository</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">git</span><span style="color: #E6DB74;"> clone https://github.com/bitcoin-core/guix.sigs</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">gpg</span><span style="color: #AE81FF;"> --import</span><span style="color: #E6DB74;"> guix.sigs/builder-keys/</span><span style="color: #FD971F;">*</span><span style="color: #E6DB74;">.gpg</span></span></code></pre><div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Vertraue nicht blind einem einzelnen Keyserver. Vergleiche den Fingerprint mit <strong>mehreren Quellen</strong>: der offiziellen Website, dem GitHub-Repository, dem persönlichen Blog des Entwicklers. Je mehr unabhängige Quellen denselben Fingerprint bestätigen, desto sicherer bist du.</p>
</div>
</div>
<h3 id="3-signatur-prufen">3. Signatur prüfen</h3>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="shellscript"><span class="giallo-l"><span style="color: #A6E22E;">gpg</span><span style="color: #AE81FF;"> --verify</span><span style="color: #E6DB74;"> SHA256SUMS.asc SHA256SUMS</span></span></code></pre>
<p><strong>Erwartete Ausgabe:</strong></p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="plain"><span class="giallo-l"><span>gpg: Signature made Mon 01 Oct 2025 12:00:00 UTC</span></span>
<span class="giallo-l"><span>gpg: using RSA key 152812300785C96444D3334D17565732E08E5E41</span></span>
<span class="giallo-l"><span>gpg: Good signature from "Andrew Chow <andrew@achow101.com>"</span></span>
<span class="giallo-l"><span>gpg: WARNING: This key is not certified with a trusted signature!</span></span></code></pre>
<p><strong>“Good signature”</strong> ist das Entscheidende. Die Warnung “not certified with a trusted signature” bedeutet nur, dass du den Schlüssel nicht persönlich in deinem GPG-Keyring als vertrauenswürdig markiert hast. Das ist normal und kein Problem — solange du den Fingerprint unabhängig verifiziert hast.</p>
<p><strong>Wenn die Ausgabe “BAD signature” zeigt: Die Datei wurde manipuliert. Nicht installieren. Alles löschen und von vorn beginnen.</strong></p>
<h3 id="4-prufsumme-verifizieren">4. Prüfsumme verifizieren</h3>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="shellscript"><span class="giallo-l"><span style="color: #A6E22E;">sha256sum</span><span style="color: #AE81FF;"> --check</span><span style="color: #E6DB74;"> SHA256SUMS</span><span style="color: #F92672;"> 2></span><span style="color: #E6DB74;">/dev/null</span><span style="color: #F92672;"> |</span><span style="color: #A6E22E;"> grep</span><span style="color: #E6DB74;"> bitcoin-28</span></span></code></pre>
<p><strong>Erwartete Ausgabe:</strong></p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="plain"><span class="giallo-l"><span>bitcoin-28.0-x86_64-linux-gnu.tar.gz: OK</span></span></code></pre>
<p>Wenn hier “FAILED” steht: Die heruntergeladene Datei stimmt nicht mit der signierten Prüfsumme überein. Löschen und neu herunterladen.</p>
<div class="lern-aufgabe">
<div class="lern-aufgabe__header">
<span class="lern-aufgabe__icon">✍</span>
<strong>Aufgabe</strong>
</div>
<div class="lern-aufgabe__body">
<p>Führe den vollständigen Verifizierungsprozess für das aktuelle Bitcoin Core Release durch. Importiere mindestens zwei verschiedene Entwickler-Schlüssel und prüfe, ob die Signatur für beide gültig ist. Das dauert 5 Minuten — und danach weißt du, dass deine Software echt ist.</p>
</div>
</div>
<h2 id="reproduzierbare-builds-die-letzte-lucke-schliessen">Reproduzierbare Builds: Die letzte Lücke schließen</h2>
<p>Open Source und GPG-Signaturen lösen zwei Probleme: Du kannst den Code lesen, und du weißt, wer das Binary signiert hat. Aber es bleibt eine Lücke: <strong>Wurde das Binary tatsächlich aus genau diesem Quellcode gebaut?</strong></p>
<p>Theoretisch könnte ein Entwickler den Quellcode sauber veröffentlichen, aber ein modifiziertes Binary signieren — mit einer Hintertür, die im Quellcode nicht existiert.</p>
<h3 id="die-losung-deterministische-builds">Die Lösung: Deterministische Builds</h3>
<p>Ein <strong>reproduzierbarer Build</strong> bedeutet: Jeder, der denselben Quellcode mit denselben Build-Werkzeugen kompiliert, erhält <strong>exakt das gleiche Binary</strong> — Bit für Bit identisch.</p>
<p>Bitcoin Core nutzt dafür <strong>Guix</strong> (GNU Guix), ein Build-System, das die gesamte Build-Umgebung exakt spezifiziert: Compiler-Version, Bibliotheken, Betriebssystem-Konfiguration. Das Ergebnis ist reproduzierbar.</p>
<figure class="mermaid-diagram">
<pre class="mermaid">
graph TD
SC["Quellcode\n(GitHub)"] --> B1["Builder 1"]
SC --> B2["Builder 2"]
SC --> B3["Builder 3"]
B1 -->|"Guix Build"| H1["Hash: a1b2c3..."]
B2 -->|"Guix Build"| H2["Hash: a1b2c3..."]
B3 -->|"Guix Build"| H3["Hash: a1b2c3..."]
H1 --> V["Vergleich"]
H2 --> V
H3 --> V
V -->|"Alle identisch"| OK["Binary ist vertrauenswürdig"]
style OK stroke:#98971a,stroke-width:2px,color:#98971a
</pre>
<figcaption>Reproduzierbare Builds: Mehrere Entwickler, identisches Ergebnis</figcaption>
</figure>
<script type="module">
if (!window.__mermaidLoaded) {
window.__mermaidLoaded = true;
const s = document.createElement('script');
s.src = 'https://cdn.jsdelivr.net/npm/mermaid@11/dist/mermaid.min.js';
s.onload = () => mermaid.initialize({
startOnLoad: true,
flowchart: { useMaxWidth: true },
theme: 'base',
themeVariables: {
darkMode: true,
background: '#1d2021',
primaryColor: '#3c3836',
primaryTextColor: '#fbf1c7',
primaryBorderColor: '#fe8019',
lineColor: '#bdae93',
secondaryColor: '#282828',
secondaryTextColor: '#fbf1c7',
tertiaryColor: '#1d2021',
tertiaryTextColor: '#fbf1c7',
noteBkgColor: '#1d2021',
noteTextColor: '#bdae93',
noteBorderColor: '#504945',
edgeLabelBackground: '#282828',
clusterBkg: '#1d2021',
clusterBorder: '#504945',
nodeBorder: '#fe8019',
mainBkg: '#3c3836',
textColor: '#fbf1c7',
labelTextColor: '#fbf1c7',
fontSize: '18px',
fontFamily: 'Hack, Fira Code, monospace'
}
});
document.head.appendChild(s);
}
</script>
<h3 id="wie-das-in-der-praxis-funktioniert">Wie das in der Praxis funktioniert</h3>
<p>Beim Bitcoin Core Release-Prozess:</p>
<ol>
<li>Mehrere unabhängige Entwickler bauen das Release aus dem Quellcode mit Guix</li>
<li>Jeder veröffentlicht den Hash seines Ergebnisses im <code>guix.sigs</code>-Repository</li>
<li>Wenn alle Hashes übereinstimmen, ist bewiesen: Das Binary stammt aus dem veröffentlichten Code</li>
<li>Erst dann signieren die Maintainer das Release</li>
</ol>
<p>Du kannst das selbst nachprüfen:</p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="shellscript"><span class="giallo-l"><span style="color: #88846F;"># guix.sigs Repository klonen</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">git</span><span style="color: #E6DB74;"> clone https://github.com/bitcoin-core/guix.sigs</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Die Attestierungen verschiedener Builder vergleichen</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">ls</span><span style="color: #E6DB74;"> guix.sigs/28.0/</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Jeder Ordner enthält die Hashes eines Builders</span></span>
<span class="giallo-l"><span style="color: #88846F;"># Wenn alle übereinstimmen: Der Build ist reproduzierbar</span></span></code></pre><div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Reproduzierbare Builds sind keine akademische Übung — sie schließen die letzte Vertrauenslücke. Du musst weder dem Compiler vertrauen noch dem Entwickler, der das Binary gebaut hat. Du musst nur prüfen, ob das Ergebnis mit dem übereinstimmt, was andere unabhängig produziert haben.</p>
</div>
</div>
<h2 id="web-of-trust-wem-vertraust-du">Web of Trust: Wem vertraust du?</h2>
<p>GPG arbeitet mit einem <strong>Web of Trust</strong> — einem dezentralen Vertrauensmodell. Statt einer zentralen Zertifizierungsstelle (wie bei HTTPS) bestätigen sich GPG-Nutzer gegenseitig:</p>
<ul>
<li>Alice signiert Bobs Schlüssel (“Ich habe verifiziert, dass dieser Schlüssel Bob gehört”)</li>
<li>Bob signiert Carols Schlüssel</li>
<li>Wenn du Alice vertraust, vertraust du indirekt auch Bobs und Carols Schlüssel</li>
</ul>
<p>Für Bitcoin Core musst du kein komplexes Web of Trust aufbauen. Es reicht:</p>
<ol>
<li>Lade die Schlüssel der bekannten Maintainer von <strong>mehreren unabhängigen Quellen</strong></li>
<li>Vergleiche die Fingerprints</li>
<li>Prüfe, ob die Signaturen gültig sind</li>
</ol>
<h3 id="fingerprints-vergleichen-woher-nehmen">Fingerprints vergleichen: Woher nehmen?</h3>
<table><thead><tr><th>Quelle</th><th>Zuverlässigkeit</th></tr></thead><tbody>
<tr><td><code>bitcoincore.org</code></td><td>Hoch (offizielle Website)</td></tr>
<tr><td>GitHub <code>guix.sigs</code> Repo</td><td>Hoch (öffentlich, versioniert)</td></tr>
<tr><td>Persönliche Websites der Entwickler</td><td>Mittel (unabhängige Bestätigung)</td></tr>
<tr><td>Keyserver (keys.openpgp.org)</td><td>Mittel (kann manipuliert sein)</td></tr>
<tr><td>Twitter/Nostr der Entwickler</td><td>Niedrig (als zusätzliche Bestätigung)</td></tr>
</tbody></table>
<p>Je mehr Quellen denselben Fingerprint zeigen, desto sicherer bist du. Das ist dasselbe Prinzip wie bei Bitcoin: Vertrauen durch unabhängige Bestätigung, nicht durch eine zentrale Autorität.</p>
<h2 id="nicht-nur-bitcoin-core">Nicht nur Bitcoin Core</h2>
<p>Alles, was in dieser Anleitung für Bitcoin Core beschrieben wird, gilt auch für andere Geld-Software:</p>
<ul>
<li><strong>Electrs/Fulcrum</strong>: Prüfe die GPG-Signaturen oder zumindest die Git-Commit-Signaturen</li>
<li><strong>LND/Core Lightning</strong>: Releases werden signiert — verifiziere sie</li>
<li><strong>Sparrow Wallet</strong>: Bietet signierte Releases und reproduzierbare Builds</li>
<li><strong>Hardware-Wallet-Firmware</strong>: Trezor und BitBox02 bieten reproduzierbare Builds; Ledger nicht</li>
</ul>
<div class="lern-probiere">
<div class="lern-probiere__header">
<span class="lern-probiere__icon">⚡</span>
<strong>Probiere es aus</strong>
</div>
<div class="lern-probiere__body">
<p>Lade das aktuelle Sparrow-Wallet-Release herunter und verifiziere die GPG-Signatur. Der Prozess ist ähnlich wie bei Bitcoin Core: Manifest herunterladen, Signatur prüfen, Prüfsumme vergleichen. Die Anleitung findest du auf sparrowwallet.com.</p>
</div>
</div>
<h2 id="die-vertrauenskette-zusammengefasst">Die Vertrauenskette zusammengefasst</h2>
<p>Vom Quellcode bis zu deinem laufenden Node:</p>
<ol>
<li><strong>Quellcode</strong> — Open Source, von hunderten Augen geprüft</li>
<li><strong>Build</strong> — Reproduzierbar via Guix, von mehreren unabhängigen Buildern bestätigt</li>
<li><strong>Signatur</strong> — GPG-signiert von bekannten Maintainern</li>
<li><strong>Download</strong> — Prüfsumme und Signatur lokal verifiziert</li>
<li><strong>Installation</strong> — Du führst genau das aus, was geprüft wurde</li>
<li><strong>Betrieb</strong> — Dein Node verifiziert die Timechain selbstständig</li>
</ol>
<p>Kein Schritt erfordert blindes Vertrauen. Jeder ist prüfbar. Das ist “don’t trust, verify” — zu Ende gedacht.</p>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Verifizierung ist keine Paranoia. Es ist das Sicherheitsmodell, auf dem Bitcoin aufgebaut ist. Wer die Software nicht prüft, die sein Geld verwaltet, hat “don’t trust, verify” nicht verstanden — sondern nur nachgeplappert.</p>
</div>
</div>
<hr />
<h2 id="weiterfuhrend">Weiterführend</h2>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/nodes/bitcoin-core-einrichten/">Bitcoin Core einrichten</a> — Die praktische Anleitung, in der du die Verifizierung anwendest</li>
<li><a href="https://bitcoin-durchgespielt.com/nodes/warum-eigene-node/">Warum eine eigene Node?</a> — Warum Verifizierung das Fundament der Souveränität ist</li>
<li><a href="https://bitcoin-durchgespielt.com/technik/hashing-lawinen-effekt/">Hashing und der Lawinen-Effekt</a> — SHA-256: Die kryptographische Basis von Prüfsummen</li>
<li><a href="https://bitcoin-durchgespielt.com/technik/adressen-schluessel/">Adressen und Schlüssel</a> — Asymmetrische Kryptographie, die auch hinter GPG steckt</li>
</ul>
Lightning Node: Eigene Zahlungsinfrastruktur2025-10-05T00:00:00+00:002025-10-05T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/nodes/lightning-node/<p>Ein eigener Full Node verifiziert die Timechain. Ein eigener Electrum Server schützt deine Privatsphäre. Aber wenn du Bitcoin im Alltag <strong>ausgeben</strong> willst — schnell, günstig, ohne 10 Minuten auf eine Bestätigung zu warten —, brauchst du Lightning. Und für maximale Souveränität einen eigenen Lightning Node.</p>
<h2 id="was-ein-lightning-node-tut">Was ein Lightning Node tut</h2>
<p>Ein Lightning Node verwaltet <strong>Payment Channels</strong> — bidirektionale Zahlungskanäle, die auf der Timechain verankert sind. Statt jede Zahlung einzeln on-chain abzuwickeln, aktualisieren zwei Parteien den Saldo innerhalb ihres Kanals — sofort und nahezu kostenlos.</p>
<figure class="mermaid-diagram">
<pre class="mermaid">
graph LR
DN["Dein Node"] -->|"Channel\n0.02 BTC"| A["Node A"]
DN -->|"Channel\n0.05 BTC"| B["Node B"]
B -->|"Channel"| C["Node C"]
C -->|"Channel"| D["Shop"]
DN -.->|"Routing:\nZahlung an Shop"| A
A -.-> B
B -.-> C
C -.-> D
style DN stroke:#fe8019,stroke-width:2px,color:#fe8019
</pre>
<figcaption>Lightning Node: Channels öffnen, routen, schließen</figcaption>
</figure>
<script type="module">
if (!window.__mermaidLoaded) {
window.__mermaidLoaded = true;
const s = document.createElement('script');
s.src = 'https://cdn.jsdelivr.net/npm/mermaid@11/dist/mermaid.min.js';
s.onload = () => mermaid.initialize({
startOnLoad: true,
flowchart: { useMaxWidth: true },
theme: 'base',
themeVariables: {
darkMode: true,
background: '#1d2021',
primaryColor: '#3c3836',
primaryTextColor: '#fbf1c7',
primaryBorderColor: '#fe8019',
lineColor: '#bdae93',
secondaryColor: '#282828',
secondaryTextColor: '#fbf1c7',
tertiaryColor: '#1d2021',
tertiaryTextColor: '#fbf1c7',
noteBkgColor: '#1d2021',
noteTextColor: '#bdae93',
noteBorderColor: '#504945',
edgeLabelBackground: '#282828',
clusterBkg: '#1d2021',
clusterBorder: '#504945',
nodeBorder: '#fe8019',
mainBkg: '#3c3836',
textColor: '#fbf1c7',
labelTextColor: '#fbf1c7',
fontSize: '18px',
fontFamily: 'Hack, Fira Code, monospace'
}
});
document.head.appendChild(s);
}
</script>
<p>Dein Lightning Node:</p>
<ol>
<li><strong>Öffnet Channels</strong> — sperrt Bitcoin in einer On-Chain-Transaktion (Funding Transaction)</li>
<li><strong>Sendet und empfängt Zahlungen</strong> — aktualisiert den Saldo innerhalb der Channels</li>
<li><strong>Routet Zahlungen</strong> — leitet Zahlungen anderer Nodes durch deine Channels weiter (optional)</li>
<li><strong>Überwacht die Timechain</strong> — stellt sicher, dass niemand einen alten Channel-Stand on-chain veröffentlicht (Betrugsversuch)</li>
<li><strong>Schließt Channels</strong> — veröffentlicht den finalen Saldo on-chain</li>
</ol>
<h3 id="der-letzte-punkt-ist-entscheidend">Der letzte Punkt ist entscheidend</h3>
<p>Lightning basiert auf dem Prinzip, dass beide Parteien jederzeit den aktuellen Stand on-chain erzwingen können. Dein Node muss daher <strong>online sein und die Timechain beobachten</strong>. Wenn dein Gegenüber versucht, einen veralteten Stand zu veröffentlichen (bei dem er mehr hatte), muss dein Node innerhalb einer Frist reagieren — sonst verlierst du Geld.</p>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Ein Lightning Node muss online bleiben. Nicht 24/7/365 perfekt — aber regelmäßig genug, um Betrugsversuche zu erkennen. Die typische Frist (to_self_delay) beträgt 144–2016 Blöcke (1–14 Tage). Wer seinen Node wochenlang abschaltet, riskiert Verluste.</p>
</div>
</div>
<h2 id="lnd-vs-core-lightning-cln">LND vs. Core Lightning (CLN)</h2>
<p>Es gibt zwei etablierte Lightning-Implementierungen. Beide sind produktionsreif, Open Source und werden aktiv weiterentwickelt.</p>
<table><thead><tr><th>Eigenschaft</th><th>LND</th><th>Core Lightning (CLN)</th></tr></thead><tbody>
<tr><td><strong>Entwickler</strong></td><td>Lightning Labs</td><td>Blockstream / Community</td></tr>
<tr><td><strong>Sprache</strong></td><td>Go</td><td>C</td></tr>
<tr><td><strong>API</strong></td><td>gRPC + REST</td><td>JSON-RPC + Plugins</td></tr>
<tr><td><strong>Plugin-System</strong></td><td>Begrenzt</td><td>Sehr umfangreich (Python, Rust, Go)</td></tr>
<tr><td><strong>Wallet-Integration</strong></td><td>Viele (Zeus, Zap, ThunderHub)</td><td>Wachsend (Ride The Lightning, Clams)</td></tr>
<tr><td><strong>Ressourcenbedarf</strong></td><td>Mittel (~500 MB RAM)</td><td>Leicht (~200 MB RAM)</td></tr>
<tr><td><strong>Dokumentation</strong></td><td>Umfangreich</td><td>Gut, technischer</td></tr>
<tr><td><strong>Node-Pakete</strong></td><td>Umbrel, Start9, RaspiBlitz</td><td>RaspiBlitz, Start9</td></tr>
<tr><td><strong>Verbreitung</strong></td><td>Sehr hoch (~90 % der Nodes)</td><td>Steigend</td></tr>
<tr><td><strong>Autopilot</strong></td><td>Ja (automatische Channel-Öffnung)</td><td>Via Plugins</td></tr>
</tbody></table>
<h3 id="welches-wahlen">Welches wählen?</h3>
<p><strong>LND</strong>, wenn du:</p>
<ul>
<li>Eines der Node-in-a-Box-Systeme nutzen willst (Umbrel, Start9)</li>
<li>Eine große Auswahl an Management-Tools brauchst (ThunderHub, Zeus)</li>
<li>Dich an die verbreitetere Implementierung halten willst</li>
</ul>
<p><strong>Core Lightning</strong>, wenn du:</p>
<ul>
<li>Maximale Flexibilität willst (Plugin-System)</li>
<li>Wenig Ressourcen zur Verfügung hast</li>
<li>Gerne selbst konfigurierst und scriptest</li>
</ul>
<p>Beide sind gute Wahlen. Für Einsteiger ist LND wegen des breiteren Ökosystems oft der einfachere Einstieg.</p>
<h2 id="privater-node-vs-routing-node">Privater Node vs. Routing Node</h2>
<p>Eine wichtige Entscheidung: Willst du deinen Node nur <strong>privat</strong> nutzen, oder willst du auch <strong>Zahlungen anderer routen</strong>?</p>
<h3 id="privater-node">Privater Node</h3>
<ul>
<li>Channels sind <strong>nicht öffentlich</strong> angekündigt</li>
<li>Du sendest und empfängst Zahlungen über deine Channels</li>
<li>Kein Routing-Einkommen, aber auch kein Aufwand für Liquiditätsmanagement</li>
<li>Perfekt für: Persönliche Nutzung, Familie, kleines Geschäft</li>
</ul>
<h3 id="routing-node">Routing Node</h3>
<ul>
<li>Channels sind <strong>öffentlich</strong> angekündigt</li>
<li>Andere Nodes können Zahlungen durch deine Channels leiten</li>
<li>Du verdienst <strong>Routing-Gebühren</strong> (typisch: 1–100 Satoshis pro Zahlung)</li>
<li>Erfordert aktives <strong>Liquiditätsmanagement</strong> und ständige Erreichbarkeit</li>
<li>Perfekt für: Technisch Interessierte, die zum Netzwerk beitragen wollen</li>
</ul>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Ein Routing Node ist kein Geschäftsmodell. Die Routing-Einnahmen decken bei den meisten Betreibern nicht einmal die On-Chain-Gebühren für das Öffnen und Schließen der Channels. Der Hauptgrund, einen Routing Node zu betreiben, ist der Beitrag zum Netzwerk — nicht Profit.</p>
</div>
</div>
<h2 id="channel-management-die-grundlagen">Channel-Management: Die Grundlagen</h2>
<h3 id="channel-offnen">Channel öffnen</h3>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="shellscript"><span class="giallo-l"><span style="color: #88846F;"># LND: Channel mit 500.000 Sats öffnen</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">lncli</span><span style="color: #E6DB74;"> openchannel</span><span style="color: #AE81FF;"> --node_key</span><span style="color: #F92672;"> <</span><span style="color: #E6DB74;">pubkey_des_peer</span><span>s</span><span style="color: #F92672;">></span><span style="color: #AE81FF;"> --local_amt 500000</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># CLN: Channel öffnen</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">lightning-cli</span><span style="color: #E6DB74;"> fundchannel</span><span style="color: #F92672;"> <</span><span style="color: #E6DB74;">node_i</span><span>d</span><span style="color: #F92672;">></span><span style="color: #AE81FF;"> 500000</span></span></code></pre>
<p>Das erstellt eine On-Chain-Transaktion. Nach typisch 3 Bestätigungen (~30 Minuten) ist der Channel aktiv.</p>
<h3 id="liquiditat-verstehen">Liquidität verstehen</h3>
<p>Jeder Channel hat zwei Seiten:</p>
<table><thead><tr><th>Seite</th><th>Bedeutung</th></tr></thead><tbody>
<tr><td><strong>Lokale Balance</strong></td><td>Bitcoin auf deiner Seite — du kannst es senden</td></tr>
<tr><td><strong>Remote Balance</strong></td><td>Bitcoin auf der Gegenseite — du kannst es empfangen</td></tr>
</tbody></table>
<p>Wenn du einen Channel mit 500.000 Sats öffnest, hast du 500.000 Sats <strong>lokale</strong> Balance und 0 Sats <strong>remote</strong> Balance. Du kannst sofort senden, aber nichts empfangen. Erst wenn du etwas ausgibst, verschiebt sich die Balance — und du kannst empfangen.</p>
<figure class="mermaid-diagram">
<pre class="mermaid">
graph LR
subgraph Channel["Payment Channel (500.000 Sats)"]
L["Lokal: 300.000"] --- R["Remote: 200.000"]
end
style L fill:none,stroke:#98971a,color:#98971a,stroke-width:2px
style R fill:none,stroke:#458588,color:#458588,stroke-width:2px
</pre>
<figcaption>Channel-Balance: Lokal vs. Remote</figcaption>
</figure>
<script type="module">
if (!window.__mermaidLoaded) {
window.__mermaidLoaded = true;
const s = document.createElement('script');
s.src = 'https://cdn.jsdelivr.net/npm/mermaid@11/dist/mermaid.min.js';
s.onload = () => mermaid.initialize({
startOnLoad: true,
flowchart: { useMaxWidth: true },
theme: 'base',
themeVariables: {
darkMode: true,
background: '#1d2021',
primaryColor: '#3c3836',
primaryTextColor: '#fbf1c7',
primaryBorderColor: '#fe8019',
lineColor: '#bdae93',
secondaryColor: '#282828',
secondaryTextColor: '#fbf1c7',
tertiaryColor: '#1d2021',
tertiaryTextColor: '#fbf1c7',
noteBkgColor: '#1d2021',
noteTextColor: '#bdae93',
noteBorderColor: '#504945',
edgeLabelBackground: '#282828',
clusterBkg: '#1d2021',
clusterBorder: '#504945',
nodeBorder: '#fe8019',
mainBkg: '#3c3836',
textColor: '#fbf1c7',
labelTextColor: '#fbf1c7',
fontSize: '18px',
fontFamily: 'Hack, Fira Code, monospace'
}
});
document.head.appendChild(s);
}
</script>
<h3 id="eingehende-liquiditat">Eingehende Liquidität</h3>
<p>Das ist das häufigste Problem für neue Node-Betreiber: <strong>Du kannst nichts empfangen</strong>, weil niemand einen Channel zu dir geöffnet hat (oder alle deine Channels vollständig auf deiner Seite sind).</p>
<p>Lösungen:</p>
<ol>
<li><strong>Etwas ausgeben</strong> — verschiebt Balance von lokal zu remote</li>
<li><strong>Loop Out</strong> — sende Lightning-Sats an dich selbst on-chain (verschiebt Balance)</li>
<li><strong>Channel kaufen</strong> — Services wie LSP (Lightning Service Provider) öffnen Channels zu dir</li>
<li><strong>Dual-Funded Channels</strong> — beide Seiten bringen beim Öffnen Sats ein (CLN-Feature)</li>
</ol>
<h3 id="typische-channel-grossen">Typische Channel-Größen</h3>
<table><thead><tr><th>Nutzung</th><th>Empfohlene Channel-Größe</th></tr></thead><tbody>
<tr><td>Persönlich, kleine Zahlungen</td><td>200.000 – 500.000 Sats</td></tr>
<tr><td>Regelmäßige Nutzung</td><td>500.000 – 2.000.000 Sats</td></tr>
<tr><td>Routing Node</td><td>2.000.000 – 16.777.215 Sats</td></tr>
</tbody></table>
<p>Die maximale Channel-Größe beträgt aktuell <strong>16.777.215 Sats</strong> (0,16777215 BTC) — es sei denn, beide Seiten unterstützen <strong>Wumbo Channels</strong>, dann gibt es kein Limit.</p>
<h2 id="kosten-und-aufwand">Kosten und Aufwand</h2>
<h3 id="einmalige-kosten">Einmalige Kosten</h3>
<table><thead><tr><th>Posten</th><th>Kosten</th></tr></thead><tbody>
<tr><td>Hardware (wenn nicht bereits vorhanden)</td><td>0 € (läuft auf dem Full-Node-System)</td></tr>
<tr><td>On-Chain-Gebühr für Channel-Öffnung</td><td>~500–5.000 Sats pro Channel (gebührenabhängig)</td></tr>
<tr><td>Bitcoin für Channels</td><td>Das, was du im Lightning-Netzwerk nutzen willst</td></tr>
</tbody></table>
<h3 id="laufende-kosten">Laufende Kosten</h3>
<table><thead><tr><th>Posten</th><th>Kosten</th></tr></thead><tbody>
<tr><td>Strom</td><td>Im Full-Node-Verbrauch enthalten</td></tr>
<tr><td>On-Chain-Gebühren bei Channel-Schließung</td><td>~500–5.000 Sats pro Channel</td></tr>
<tr><td>Zeit für Monitoring und Management</td><td>10–30 Min. pro Woche (privater Node)</td></tr>
</tbody></table>
<h3 id="laufendes-monitoring">Laufendes Monitoring</h3>
<p>Unabhängig von der Implementierung solltest du regelmäßig prüfen:</p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="shellscript"><span class="giallo-l"><span style="color: #88846F;"># LND: Channel-Übersicht</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">lncli</span><span style="color: #E6DB74;"> listchannels</span><span style="color: #F92672;"> |</span><span style="color: #A6E22E;"> jq</span><span style="color: #E6DB74;"> '.channels[] | {alias: .peer_alias, local: .local_balance, remote: .remote_balance, active: .active}'</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># CLN: Channel-Übersicht</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">lightning-cli</span><span style="color: #E6DB74;"> listfunds</span><span style="color: #F92672;"> |</span><span style="color: #A6E22E;"> jq</span><span style="color: #E6DB74;"> '.channels'</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># LND: Pending Channels (im Aufbau oder Abbau)</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">lncli</span><span style="color: #E6DB74;"> pendingchannels</span></span></code></pre><div class="lern-probiere">
<div class="lern-probiere__header">
<span class="lern-probiere__icon">⚡</span>
<strong>Probiere es aus</strong>
</div>
<div class="lern-probiere__body">
<p>Wenn du einen Lightning Node eingerichtet hast, öffne einen kleinen Channel (z. B. 200.000 Sats) zu einem gut vernetzten Node. Sende eine Testzahlung an eine Lightning-Adresse (z. B. Spende an ein Open-Source-Projekt). Beobachte, wie sich die lokale und remote Balance verschiebt.</p>
</div>
</div>
<h2 id="wann-lohnt-sich-ein-eigener-lightning-node">Wann lohnt sich ein eigener Lightning Node?</h2>
<table><thead><tr><th>Situation</th><th>Eigener Node?</th></tr></thead><tbody>
<tr><td>Ich sende ab und zu Sats via Lightning</td><td>Nein — Phoenix oder Breez reichen</td></tr>
<tr><td>Ich will maximale Privatsphäre</td><td>Ja — fremde Nodes sehen deine Zahlungen</td></tr>
<tr><td>Ich betreibe bereits einen Full Node</td><td>Ja — der Zusatzaufwand ist gering</td></tr>
<tr><td>Ich will ein kleines Geschäft über Lightning betreiben</td><td>Ja — Zuverlässigkeit und Kontrolle</td></tr>
<tr><td>Ich will zum Lightning-Netzwerk beitragen</td><td>Ja — als Routing Node</td></tr>
<tr><td>Ich will Geld mit Routing verdienen</td><td>Wahrscheinlich nicht — der Aufwand übersteigt die Einnahmen</td></tr>
</tbody></table>
<h3 id="die-ehrliche-antwort">Die ehrliche Antwort</h3>
<p>Für die meisten Nutzer ist eine Non-Custodial-Wallet wie <strong>Phoenix</strong> der beste Kompromiss: Du hast deine Keys, brauchst keinen eigenen Node und profitierst trotzdem von Lightning. Ein eigener Lightning Node macht Sinn, wenn du bereits einen Full Node betreibst und die nächste Stufe der Souveränität willst — oder wenn dir Privatsphäre bei Lightning-Zahlungen wichtig ist.</p>
<div class="lern-aufgabe">
<div class="lern-aufgabe__header">
<span class="lern-aufgabe__icon">✍</span>
<strong>Aufgabe</strong>
</div>
<div class="lern-aufgabe__body">
<p>Bevor du einen Lightning Node aufsetzt: Installiere Phoenix auf deinem Handy und nutze Lightning für ein paar Wochen. Verstehe, wie Channels, Liquidität und Gebühren funktionieren — aus Nutzersicht. Dann entscheide, ob du das selbst managen willst.</p>
</div>
</div>
<h2 id="node-in-a-box-der-einfache-weg">Node-in-a-Box: Der einfache Weg</h2>
<p>Wenn dir die manuelle Einrichtung zu aufwändig ist, gibt es All-in-One-Lösungen, die Full Node, Electrum Server und Lightning Node in einer Software bündeln:</p>
<table><thead><tr><th>Projekt</th><th>Basis</th><th>Lightning</th><th>Besonderheit</th></tr></thead><tbody>
<tr><td><strong>Umbrel</strong></td><td>Bitcoin Core</td><td>LND</td><td>Grafische Oberfläche, App-Store</td></tr>
<tr><td><strong>Start9</strong></td><td>Bitcoin Core</td><td>LND / CLN</td><td>Fokus auf Privatsphäre, Tor-native</td></tr>
<tr><td><strong>RaspiBlitz</strong></td><td>Bitcoin Core</td><td>LND / CLN</td><td>Raspberry-Pi-optimiert, Community-getrieben</td></tr>
<tr><td><strong>myNode</strong></td><td>Bitcoin Core</td><td>LND</td><td>Einfach, stabil</td></tr>
</tbody></table>
<p>Diese Systeme nehmen dir die Konfiguration ab. Der Nachteil: Du verstehst weniger von dem, was unter der Haube passiert. Wer die vorangegangenen Artikel dieser Serie durchgearbeitet hat, hat die Grundlagen — und kann bewusst entscheiden, ob er den manuellen oder den bequemen Weg geht.</p>
<hr />
<h2 id="weiterfuhrend">Weiterführend</h2>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/praxis/lightning-netzwerk/">Das Lightning Netzwerk</a> — Grundlagen: Wie Lightning funktioniert (ohne eigenen Node)</li>
<li><a href="https://bitcoin-durchgespielt.com/nodes/electrum-server/">Electrum Server</a> — Die Brücke zwischen Full Node und Wallet</li>
<li><a href="https://bitcoin-durchgespielt.com/nodes/warum-eigene-node/">Warum eine eigene Node?</a> — Die Grundsatzfrage hinter allem</li>
<li><a href="https://bitcoin-durchgespielt.com/nodes/full-node-verstehen/">Full Node verstehen</a> — Was der Full Node tut, auf dem dein Lightning Node aufbaut</li>
</ul>
Electrum Server: Deine Wallet mit deiner Node verbinden2025-10-04T00:00:00+00:002025-10-04T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/nodes/electrum-server/<p>Du hast einen Full Node aufgesetzt. Er verifiziert jeden Block und jede Transaktion. Aber deine Wallet nutzt ihn noch nicht. Warum? Weil die meisten Wallets nicht direkt mit Bitcoin Core kommunizieren — sie sprechen das <strong>Electrum-Protokoll</strong>. Dafür brauchst du eine Brücke: einen Electrum Server.</p>
<h2 id="das-problem-light-wallets-und-fremde-server">Das Problem: Light-Wallets und fremde Server</h2>
<p>Wenn du Sparrow, BlueWallet, Electrum Desktop oder eine andere Light-Wallet öffnest, verbindet sie sich mit einem <strong>Electrum-Server</strong> im Internet. Dieser Server indexiert die gesamte Timechain und beantwortet Anfragen wie: “Welche Transaktionen gehören zu Adresse X?”</p>
<p>Das funktioniert — aber mit einem Preis:</p>
<figure class="mermaid-diagram">
<pre class="mermaid">
sequenceDiagram
participant W as Sparrow Wallet
participant E as Fremder Electrum Server
participant N as Bitcoin Netzwerk
W->>E: "Transaktionen für xpub...?"
Note over E: Server kennt jetzt:<br/>- Deinen Extended Public Key<br/>- ALLE deine Adressen<br/>- Deinen Gesamtsaldo<br/>- Deine IP-Adresse
E->>N: Fragt Daten ab
N-->>E: Rohdaten
E-->>W: Salden & Historie
</pre>
<figcaption>Ohne eigenen Electrum Server: Deine Wallet leakt Adressen</figcaption>
</figure>
<script type="module">
if (!window.__mermaidLoaded) {
window.__mermaidLoaded = true;
const s = document.createElement('script');
s.src = 'https://cdn.jsdelivr.net/npm/mermaid@11/dist/mermaid.min.js';
s.onload = () => mermaid.initialize({
startOnLoad: true,
flowchart: { useMaxWidth: true },
theme: 'base',
themeVariables: {
darkMode: true,
background: '#1d2021',
primaryColor: '#3c3836',
primaryTextColor: '#fbf1c7',
primaryBorderColor: '#fe8019',
lineColor: '#bdae93',
secondaryColor: '#282828',
secondaryTextColor: '#fbf1c7',
tertiaryColor: '#1d2021',
tertiaryTextColor: '#fbf1c7',
noteBkgColor: '#1d2021',
noteTextColor: '#bdae93',
noteBorderColor: '#504945',
edgeLabelBackground: '#282828',
clusterBkg: '#1d2021',
clusterBorder: '#504945',
nodeBorder: '#fe8019',
mainBkg: '#3c3836',
textColor: '#fbf1c7',
labelTextColor: '#fbf1c7',
fontSize: '18px',
fontFamily: 'Hack, Fira Code, monospace'
}
});
document.head.appendChild(s);
}
</script>
<p>Der fremde Server sieht nicht nur einzelne Adressen — er sieht deinen <strong>Extended Public Key (xpub)</strong>. Damit kann er <strong>alle</strong> deine vergangenen, aktuellen und zukünftigen Adressen ableiten. Er kennt deinen vollständigen Bitcoin-Besitz.</p>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Deine Wallet an einen fremden Electrum Server anzuschließen ist das Äquivalent dazu, einem Fremden deine kompletten Kontoauszüge zu geben. Plus deine IP-Adresse. Plus die Information, dass du Bitcoin besitzt.</p>
</div>
</div>
<h3 id="warum-reicht-der-full-node-allein-nicht">Warum reicht der Full Node allein nicht?</h3>
<p>Bitcoin Core hat eine eigene Wallet, die direkt mit dem Node kommuniziert. Aber sie ist bewusst minimalistisch — keine Coin Control, kein Label-Management, keine Hardware-Wallet-Unterstützung. Die meisten Nutzer bevorzugen spezialisierte Wallets wie Sparrow. Und die sprechen Electrum-Protokoll.</p>
<h2 id="die-losung-eigener-electrum-server">Die Lösung: Eigener Electrum Server</h2>
<p>Ein eigener Electrum Server läuft lokal neben deinem Full Node. Er:</p>
<ol>
<li><strong>Indexiert</strong> die gesamte Timechain (erstellt einen durchsuchbaren Index aller Adressen und Transaktionen)</li>
<li><strong>Beantwortet</strong> Anfragen deiner Wallet über das Electrum-Protokoll</li>
<li><strong>Leakt nichts</strong> — die Kommunikation bleibt auf deinem Gerät</li>
</ol>
<figure class="mermaid-diagram">
<pre class="mermaid">
sequenceDiagram
participant W as Sparrow Wallet
participant E as Dein Electrum Server
participant N as Dein Full Node
W->>E: "Transaktionen für xpub...?"
E->>N: Fragt lokale Daten ab (RPC)
N-->>E: Verifizierte Daten
E-->>W: Salden & Historie
Note over W,N: Alles läuft lokal.<br/>Kein Dritter involviert.
</pre>
<figcaption>Mit eigenem Electrum Server: Alles bleibt lokal</figcaption>
</figure>
<script type="module">
if (!window.__mermaidLoaded) {
window.__mermaidLoaded = true;
const s = document.createElement('script');
s.src = 'https://cdn.jsdelivr.net/npm/mermaid@11/dist/mermaid.min.js';
s.onload = () => mermaid.initialize({
startOnLoad: true,
flowchart: { useMaxWidth: true },
theme: 'base',
themeVariables: {
darkMode: true,
background: '#1d2021',
primaryColor: '#3c3836',
primaryTextColor: '#fbf1c7',
primaryBorderColor: '#fe8019',
lineColor: '#bdae93',
secondaryColor: '#282828',
secondaryTextColor: '#fbf1c7',
tertiaryColor: '#1d2021',
tertiaryTextColor: '#fbf1c7',
noteBkgColor: '#1d2021',
noteTextColor: '#bdae93',
noteBorderColor: '#504945',
edgeLabelBackground: '#282828',
clusterBkg: '#1d2021',
clusterBorder: '#504945',
nodeBorder: '#fe8019',
mainBkg: '#3c3836',
textColor: '#fbf1c7',
labelTextColor: '#fbf1c7',
fontSize: '18px',
fontFamily: 'Hack, Fira Code, monospace'
}
});
document.head.appendChild(s);
}
</script>
<h2 id="electrs-vs-fulcrum">Electrs vs. Fulcrum</h2>
<p>Es gibt zwei etablierte Implementierungen. Beide tun dasselbe, unterscheiden sich aber in Ressourcenbedarf und Performance:</p>
<table><thead><tr><th>Eigenschaft</th><th>Electrs</th><th>Fulcrum</th></tr></thead><tbody>
<tr><td><strong>Sprache</strong></td><td>Rust</td><td>C++</td></tr>
<tr><td><strong>Indexgröße</strong></td><td>~30–50 GB</td><td>~100–130 GB</td></tr>
<tr><td><strong>RAM-Bedarf</strong></td><td>~1–2 GB</td><td>~4–8 GB</td></tr>
<tr><td><strong>Initiale Indexierung</strong></td><td>8–24 Stunden (auf SSD)</td><td>4–12 Stunden (auf SSD)</td></tr>
<tr><td><strong>Abfrage-Performance</strong></td><td>Gut</td><td>Sehr schnell</td></tr>
<tr><td><strong>Ideal für</strong></td><td>Raspberry Pi, ressourcenknappe Systeme</td><td>Desktop, Server mit mehr Platz</td></tr>
<tr><td><strong>Wartung</strong></td><td>Minimal</td><td>Minimal</td></tr>
<tr><td><strong>Verbreitung</strong></td><td>Sehr verbreitet (Umbrel, RaspiBlitz)</td><td>Zunehmend beliebt</td></tr>
</tbody></table>
<p><strong>Empfehlung:</strong> Wenn du einen Raspberry Pi oder ein System mit wenig Speicher nutzt, nimm <strong>Electrs</strong>. Wenn du einen Desktop oder Mini-PC mit ausreichend SSD-Platz hast, bietet <strong>Fulcrum</strong> schnellere Abfragen.</p>
<h2 id="electrs-einrichten">Electrs einrichten</h2>
<h3 id="voraussetzungen">Voraussetzungen</h3>
<ul>
<li>Bitcoin Core <strong>vollständig synchronisiert</strong> (IBD abgeschlossen)</li>
<li>RPC in <code>bitcoin.conf</code> aktiviert (<code>server=1</code>, <code>rpcuser</code>, <code>rpcpassword</code>)</li>
<li>Rust-Toolchain installiert (für den Build)</li>
<li>~50 GB zusätzlicher Speicherplatz</li>
</ul>
<h3 id="installation">Installation</h3>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="shellscript"><span class="giallo-l"><span style="color: #88846F;"># Repository klonen</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">git</span><span style="color: #E6DB74;"> clone https://github.com/romanz/electrs</span></span>
<span class="giallo-l"><span style="color: #66D9EF;">cd</span><span style="color: #E6DB74;"> electrs</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Bauen (Release-Modus für Performance)</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">cargo</span><span style="color: #E6DB74;"> build</span><span style="color: #AE81FF;"> --locked --release</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Binary verschieben</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">sudo</span><span style="color: #E6DB74;"> cp target/release/electrs /usr/local/bin/</span></span></code></pre><h3 id="konfiguration">Konfiguration</h3>
<p>Erstelle die Datei <code>~/.electrs/config.toml</code>:</p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="toml"><span class="giallo-l"><span style="color: #88846F;"># Verbindung zu Bitcoin Core</span></span>
<span class="giallo-l"><span>daemon_rpc_addr =</span><span style="color: #E6DB74;"> "127.0.0.1:8332"</span></span>
<span class="giallo-l"><span>daemon_p2p_addr =</span><span style="color: #E6DB74;"> "127.0.0.1:8333"</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># RPC-Zugangsdaten (wie in bitcoin.conf)</span></span>
<span class="giallo-l"><span>auth =</span><span style="color: #E6DB74;"> "dein_benutzername:dein_passwort"</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Electrum-Port (Standard: 50001)</span></span>
<span class="giallo-l"><span>electrum_rpc_addr =</span><span style="color: #E6DB74;"> "127.0.0.1:50001"</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Datenverzeichnis für den Index</span></span>
<span class="giallo-l"><span>db_dir =</span><span style="color: #E6DB74;"> "/data/electrs"</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Logging</span></span>
<span class="giallo-l"><span>log_filters =</span><span style="color: #E6DB74;"> "INFO"</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Netzwerk</span></span>
<span class="giallo-l"><span>network =</span><span style="color: #E6DB74;"> "bitcoin"</span></span></code></pre><h3 id="starten-und-indexieren">Starten und indexieren</h3>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="shellscript"><span class="giallo-l"><span style="color: #88846F;"># Erster Start — die Indexierung beginnt</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">electrs</span><span style="color: #AE81FF;"> --conf</span><span style="color: #E6DB74;"> ~/.electrs/config.toml</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Fortschritt beobachten: Electrs zeigt Block-Nummer und Geschwindigkeit</span></span>
<span class="giallo-l"><span style="color: #88846F;"># [INFO] indexing block 800000 (1234 blocks/s)</span></span></code></pre>
<p>Die initiale Indexierung dauert je nach Hardware 8–24 Stunden. Danach hält Electrs den Index automatisch aktuell.</p>
<h3 id="als-systemd-service-einrichten">Als Systemd-Service einrichten</h3>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="ini"><span class="giallo-l"><span style="color: #88846F;"># /etc/systemd/system/electrs.service</span></span>
<span class="giallo-l"><span>[Unit]</span></span>
<span class="giallo-l"><span style="color: #F92672;">Description</span><span>=Electrs Electrum Server</span></span>
<span class="giallo-l"><span style="color: #F92672;">After</span><span>=bitcoind.service</span></span>
<span class="giallo-l"><span style="color: #F92672;">Requires</span><span>=bitcoind.service</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span>[Service]</span></span>
<span class="giallo-l"><span style="color: #F92672;">ExecStart</span><span>=/usr/local/bin/electrs --conf /home/deinuser/.electrs/config.toml</span></span>
<span class="giallo-l"><span style="color: #F92672;">User</span><span>=deinuser</span></span>
<span class="giallo-l"><span style="color: #F92672;">Group</span><span>=deinuser</span></span>
<span class="giallo-l"><span style="color: #F92672;">Restart</span><span>=on-failure</span></span>
<span class="giallo-l"><span style="color: #F92672;">RestartSec</span><span>=30</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span>[Install]</span></span>
<span class="giallo-l"><span style="color: #F92672;">WantedBy</span><span>=multi-user.target</span></span></code></pre><pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="shellscript"><span class="giallo-l"><span style="color: #A6E22E;">sudo</span><span style="color: #E6DB74;"> systemctl enable electrs</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">sudo</span><span style="color: #E6DB74;"> systemctl start electrs</span></span></code></pre><h2 id="fulcrum-einrichten-alternative">Fulcrum einrichten (Alternative)</h2>
<h3 id="installation-1">Installation</h3>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="shellscript"><span class="giallo-l"><span style="color: #88846F;"># Release herunterladen (aktuellste Version prüfen)</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">wget</span><span style="color: #E6DB74;"> https://github.com/cculianu/Fulcrum/releases/download/v1.11.1/Fulcrum-1.11.1-x86_64-linux.tar.gz</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># GPG-Signatur prüfen (wie bei Bitcoin Core!)</span></span>
<span class="giallo-l"><span style="color: #88846F;"># Entpacken</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">tar</span><span style="color: #E6DB74;"> xzf Fulcrum-1.11.1-x86_64-linux.tar.gz</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">sudo</span><span style="color: #E6DB74;"> cp Fulcrum-1.11.1-x86_64-linux/Fulcrum /usr/local/bin/</span></span></code></pre><h3 id="konfiguration-1">Konfiguration</h3>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="ini"><span class="giallo-l"><span style="color: #88846F;"># /etc/fulcrum.conf</span></span>
<span class="giallo-l"><span style="color: #F92672;">datadir</span><span> = /data/fulcrum</span></span>
<span class="giallo-l"><span style="color: #F92672;">bitcoind</span><span> = 127.0.0.1:8332</span></span>
<span class="giallo-l"><span style="color: #F92672;">rpcuser</span><span> = dein_benutzername</span></span>
<span class="giallo-l"><span style="color: #F92672;">rpcpassword</span><span> = dein_passwort</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Electrum-Port</span></span>
<span class="giallo-l"><span style="color: #F92672;">tcp</span><span> = 127.0.0.1:50001</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Optionale SSL-Verschlüsselung</span></span>
<span class="giallo-l"><span style="color: #88846F;"># ssl = 0.0.0.0:50002</span></span>
<span class="giallo-l"><span style="color: #88846F;"># cert = /path/to/cert.pem</span></span>
<span class="giallo-l"><span style="color: #88846F;"># key = /path/to/key.pem</span></span></code></pre><h2 id="sparrow-wallet-verbinden">Sparrow Wallet verbinden</h2>
<p>Jetzt kommt der entscheidende Moment: Deine Wallet mit <strong>deinem</strong> Electrum Server verbinden.</p>
<h3 id="in-sparrow">In Sparrow</h3>
<ol>
<li><strong>File → Preferences → Server</strong></li>
<li>Wähle <strong>Private Electrum Server</strong></li>
<li>URL: <code>127.0.0.1</code></li>
<li>Port: <code>50001</code></li>
<li>SSL: Aus (lokal nicht nötig)</li>
<li><strong>Test Connection</strong> — sollte “Connected” zeigen</li>
</ol>
<p>Ab sofort fragt Sparrow deinen eigenen Node — kein Dritter sieht deine Adressen.</p>
<h3 id="uber-tor-remote-zugriff">Über Tor (Remote-Zugriff)</h3>
<p>Wenn dein Node zuhause läuft und du Sparrow auf einem Laptop unterwegs nutzt, verbinde über Tor:</p>
<ol>
<li>Richte auf dem Node einen <strong>Tor Hidden Service</strong> ein:</li>
</ol>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="plain"><span class="giallo-l"><span># /etc/tor/torrc</span></span>
<span class="giallo-l"><span>HiddenServiceDir /var/lib/tor/electrs/</span></span>
<span class="giallo-l"><span>HiddenServicePort 50001 127.0.0.1:50001</span></span></code></pre>
<ol start="2">
<li>
<p>Starte Tor neu: <code>sudo systemctl restart tor</code></p>
</li>
<li>
<p>Lies die Onion-Adresse: <code>sudo cat /var/lib/tor/electrs/hostname</code></p>
</li>
<li>
<p>In Sparrow: Trage die <code>.onion</code>-Adresse ein und aktiviere “Use Proxy” (127.0.0.1:9050)</p>
</li>
</ol>
<div class="lern-probiere">
<div class="lern-probiere__header">
<span class="lern-probiere__icon">⚡</span>
<strong>Probiere es aus</strong>
</div>
<div class="lern-probiere__body">
<p>Verbinde Sparrow mit deinem Electrum Server und öffne eine bestehende Wallet. Beobachte im Electrs-Log, wie dein Server die Anfragen bearbeitet. Vergleiche die angezeigte Balance mit einem Block-Explorer — sie sollte identisch sein. Der Unterschied: Diesmal hat kein fremder Server deine Adressen gesehen.</p>
</div>
</div>
<h3 id="andere-wallets-verbinden">Andere Wallets verbinden</h3>
<p>Das Electrum-Protokoll ist ein offener Standard. Neben Sparrow unterstützen unter anderem:</p>
<table><thead><tr><th>Wallet</th><th>Eigenen Server eintragen</th><th>Plattform</th></tr></thead><tbody>
<tr><td><strong>Sparrow</strong></td><td>Ja (Preferences → Server)</td><td>Desktop</td></tr>
<tr><td><strong>Electrum Desktop</strong></td><td>Ja (Tools → Network)</td><td>Desktop</td></tr>
<tr><td><strong>BlueWallet</strong></td><td>Ja (Settings → Lightning/Electrum)</td><td>Mobile</td></tr>
<tr><td><strong>Envoy</strong></td><td>Ja (Settings → Node)</td><td>Mobile</td></tr>
<tr><td><strong>Nunchuk</strong></td><td>Ja (Settings → Network)</td><td>Desktop/Mobile</td></tr>
</tbody></table>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Jede Wallet, die du mit deinem eigenen Electrum Server verbindest, profitiert von der gleichen Privatsphäre und Verifizierung. Ein Server reicht für all deine Wallets.</p>
</div>
</div>
<h2 id="troubleshooting">Troubleshooting</h2>
<table><thead><tr><th>Problem</th><th>Ursache</th><th>Lösung</th></tr></thead><tbody>
<tr><td>“Connection refused”</td><td>Electrs läuft nicht oder falscher Port</td><td><code>systemctl status electrs</code>, Port in Config prüfen</td></tr>
<tr><td>Indexierung extrem langsam</td><td>HDD statt SSD</td><td>SSD verwenden — HDD ist bei der Indexierung um Faktor 10–50 langsamer</td></tr>
<tr><td>Sparrow zeigt keine Transaktionen</td><td>Index noch nicht fertig</td><td>Indexierungsfortschritt im Log prüfen</td></tr>
<tr><td>Hoher RAM-Verbrauch (Fulcrum)</td><td>Normal bei großem Index</td><td>RAM auf ≥ 8 GB aufstocken oder zu Electrs wechseln</td></tr>
<tr><td>Bitcoin Core nicht erreichbar</td><td>RPC falsch konfiguriert</td><td><code>rpcuser</code>/<code>rpcpassword</code> in <code>bitcoin.conf</code> und Electrs-Config vergleichen</td></tr>
</tbody></table>
<hr />
<h2 id="weiterfuhrend">Weiterführend</h2>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/nodes/warum-eigene-node/">Warum eine eigene Node?</a> — Das Warum hinter dem Electrum Server</li>
<li><a href="https://bitcoin-durchgespielt.com/nodes/lightning-node/">Lightning Node</a> — Nächste Stufe: Eigene Lightning-Infrastruktur</li>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/grundlagen-bitcoin-privatsphaere/">Grundlagen der Bitcoin-Privatsphäre</a> — Was Chain-Analyse-Firmen mit geleakten Adressen anfangen</li>
<li><a href="https://bitcoin-durchgespielt.com/nodes/verifizierung-open-source/">Verifizierung und Open Source</a> — Auch Electrs/Fulcrum solltest du vor der Installation verifizieren</li>
</ul>
Bitcoin Core einrichten2025-10-03T00:00:00+00:002025-10-03T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/nodes/bitcoin-core-einrichten/<p>Bitcoin Core ist die Referenz-Implementierung des Bitcoin-Protokolls. Kein anderer Client wird breiter eingesetzt, intensiver geprüft und sorgfältiger weiterentwickelt. Wenn du einen Full Node betreiben willst, ist Bitcoin Core der Standard.</p>
<p>Dieser Artikel führt dich durch die gesamte Einrichtung: Download, Verifizierung, Konfiguration, IBD und Tor-Anbindung.</p>
<h2 id="schritt-1-download">Schritt 1: Download</h2>
<p>Lade Bitcoin Core von der offiziellen Seite herunter:</p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="plain"><span class="giallo-l"><span>https://bitcoincore.org/en/download/</span></span></code></pre>
<p>Du brauchst drei Dateien:</p>
<ol>
<li>Das <strong>Installationspaket</strong> für dein Betriebssystem (<code>.tar.gz</code> für Linux, <code>.dmg</code> für macOS, <code>.exe</code> für Windows)</li>
<li>Die <strong>SHA256SUMS</strong>-Datei (enthält die Prüfsummen)</li>
<li>Die <strong>SHA256SUMS.asc</strong>-Datei (enthält die GPG-Signaturen)</li>
</ol>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Lade Bitcoin Core <strong>ausschließlich</strong> von <code>bitcoincore.org</code> herunter. Nicht von GitHub-Forks, nicht von Mirrors, nicht von Links in sozialen Medien. Im Zweifel: Die URL manuell eintippen.</p>
</div>
</div>
<h2 id="schritt-2-gpg-verifizierung">Schritt 2: GPG-Verifizierung</h2>
<p>Bevor du irgendetwas installierst, prüfst du, dass die heruntergeladene Datei <strong>tatsächlich von den Bitcoin-Core-Entwicklern</strong> stammt und nicht manipuliert wurde. Das ist keine optionale Vorsichtsmaßnahme — das ist Pflicht.</p>
<h3 id="prufsumme-verifizieren">Prüfsumme verifizieren</h3>
<p>Zuerst prüfst du, ob die heruntergeladene Datei mit der in <code>SHA256SUMS</code> angegebenen Prüfsumme übereinstimmt:</p>
<p><strong>Linux/macOS:</strong></p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="shellscript"><span class="giallo-l"><span style="color: #A6E22E;">sha256sum</span><span style="color: #AE81FF;"> --check</span><span style="color: #E6DB74;"> SHA256SUMS</span><span style="color: #F92672;"> 2></span><span style="color: #E6DB74;">/dev/null</span><span style="color: #F92672;"> |</span><span style="color: #A6E22E;"> grep</span><span style="color: #E6DB74;"> bitcoin-28</span></span></code></pre>
<p><strong>Windows (PowerShell):</strong></p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="powershell"><span class="giallo-l"><span style="color: #66D9EF;">Get-FileHash</span><span> .\</span><span style="color: #66D9EF;">bitcoin-28.0-win64-setup.exe</span><span style="color: #F92672;"> -</span><span>Algorithm SHA256</span></span></code></pre>
<p>Das Ergebnis muss <code>OK</code> zeigen. Wenn nicht: Datei löschen, neu herunterladen.</p>
<h3 id="gpg-signatur-prufen">GPG-Signatur prüfen</h3>
<p>Die Prüfsumme allein reicht nicht — wenn ein Angreifer die Website kompromittiert, kann er sowohl die Software als auch die Prüfsummen austauschen. Deshalb gibt es die GPG-Signatur.</p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="shellscript"><span class="giallo-l"><span style="color: #88846F;"># Schlüssel der bekannten Maintainer importieren</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">gpg</span><span style="color: #AE81FF;"> --keyserver</span><span style="color: #E6DB74;"> hkps://keys.openpgp.org</span><span style="color: #AE81FF;"> --recv-keys \</span></span>
<span class="giallo-l"><span style="color: #E6DB74;"> E777299FC265DD04793070EB944D35F9AC3DB76A</span><span style="color: #88846F;"> # Pieter Wuille</span></span>
<span class="giallo-l"><span style="color: #88846F;"> # ... weitere Schlüssel von bitcoincore.org/en/download/</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Signatur prüfen</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">gpg</span><span style="color: #AE81FF;"> --verify</span><span style="color: #E6DB74;"> SHA256SUMS.asc SHA256SUMS</span></span></code></pre>
<p>Du solltest <code>Good signature from ...</code> sehen. Die Warnung “key is not certified with a trusted signature” ist normal — sie bedeutet nur, dass du den Schlüssel nicht persönlich verifiziert hast (Web of Trust). Vergleiche den Fingerprint mit der offiziellen Seite.</p>
<div class="lern-aufgabe">
<div class="lern-aufgabe__header">
<span class="lern-aufgabe__icon">✍</span>
<strong>Aufgabe</strong>
</div>
<div class="lern-aufgabe__body">
<p>Führe die GPG-Verifizierung durch, bevor du weitermachst. Ja, auch wenn es umständlich wirkt. Du installierst Software, die dein Geld verwaltet. Der Artikel <a href="https://bitcoin-durchgespielt.com/nodes/verifizierung-open-source/">Verifizierung und Open Source</a> erklärt den Hintergrund im Detail.</p>
</div>
</div>
<h2 id="schritt-3-installation">Schritt 3: Installation</h2>
<h3 id="linux">Linux</h3>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="shellscript"><span class="giallo-l"><span style="color: #88846F;"># Entpacken</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">tar</span><span style="color: #E6DB74;"> xzf bitcoin-28.0-x86_64-linux-gnu.tar.gz</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># In Zielverzeichnis verschieben</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">sudo</span><span style="color: #E6DB74;"> install</span><span style="color: #AE81FF;"> -m 0755 -o</span><span style="color: #E6DB74;"> root</span><span style="color: #AE81FF;"> -g</span><span style="color: #E6DB74;"> root</span><span style="color: #AE81FF;"> -t</span><span style="color: #E6DB74;"> /usr/local/bin bitcoin-28.0/bin/</span><span style="color: #FD971F;">*</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Prüfen</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">bitcoin-cli</span><span style="color: #AE81FF;"> --version</span></span></code></pre><h3 id="macos">macOS</h3>
<p>Öffne die <code>.dmg</code>-Datei und ziehe Bitcoin Core in den Applications-Ordner. Beim ersten Start: Rechtsklick → Öffnen (Gatekeeper umgehen).</p>
<h3 id="windows">Windows</h3>
<p>Führe den Installer aus. Standardpfad ist <code>C:\Program Files\Bitcoin\</code>. Der Installer legt automatisch Verknüpfungen an.</p>
<h3 id="nixos">NixOS</h3>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="nix"><span class="giallo-l"><span style="color: #88846F;"># In deiner Konfiguration:</span></span>
<span class="giallo-l"><span style="color: #FD971F;font-style: italic;">services</span><span style="color: #F92672;">.</span><span style="color: #FD971F;font-style: italic;">bitcoind</span><span style="color: #F44747;"> =</span><span> {</span></span>
<span class="giallo-l"><span style="color: #A6E22E;"> enable</span><span style="color: #F92672;"> =</span><span style="color: #AE81FF;"> true</span><span>;</span></span>
<span class="giallo-l"><span style="color: #A6E22E;"> prune</span><span style="color: #F92672;"> =</span><span style="color: #AE81FF;"> 0</span><span>;</span><span style="color: #88846F;"> # 0 = Archival, oder z.B. 10000 für Pruned (in MB)</span></span>
<span class="giallo-l"><span style="color: #A6E22E;"> dataDir</span><span style="color: #F92672;"> =</span><span style="color: #E6DB74;"> "/data/bitcoin"</span><span>;</span></span>
<span class="giallo-l"><span>}</span><span style="color: #F44747;">;</span></span></code></pre><h2 id="schritt-4-bitcoin-conf-konfigurieren">Schritt 4: bitcoin.conf konfigurieren</h2>
<p>Die Konfigurationsdatei liegt standardmäßig hier:</p>
<ul>
<li><strong>Linux</strong>: <code>~/.bitcoin/bitcoin.conf</code></li>
<li><strong>macOS</strong>: <code>~/Library/Application Support/Bitcoin/bitcoin.conf</code></li>
<li><strong>Windows</strong>: <code>%APPDATA%\Bitcoin\bitcoin.conf</code></li>
</ul>
<p>Erstelle die Datei, falls sie nicht existiert, und trage Folgendes ein:</p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="ini"><span class="giallo-l"><span style="color: #88846F;"># === Grundkonfiguration ===</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Netzwerk (mainnet, testnet, signet)</span></span>
<span class="giallo-l"><span style="color: #F92672;">chain</span><span>=main</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Datenverzeichnis (anpassen falls externe SSD)</span></span>
<span class="giallo-l"><span style="color: #88846F;"># datadir=/mnt/ssd/bitcoin</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># === Speicher & Performance ===</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># RAM-Cache für UTXO-Set (in MB) — mehr = schnellerer IBD</span></span>
<span class="giallo-l"><span style="color: #F92672;">dbcache</span><span>=2048</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Pruned Mode aktivieren (in MB, 0 = Archival)</span></span>
<span class="giallo-l"><span style="color: #88846F;"># prune=10000</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># === Netzwerk ===</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Eingehende Verbindungen erlauben</span></span>
<span class="giallo-l"><span style="color: #F92672;">listen</span><span>=1</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Maximale Peers</span></span>
<span class="giallo-l"><span style="color: #F92672;">maxconnections</span><span>=40</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># === RPC (für Wallet-Anbindung) ===</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># RPC-Server aktivieren</span></span>
<span class="giallo-l"><span style="color: #F92672;">server</span><span>=1</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># RPC-Zugangsdaten</span></span>
<span class="giallo-l"><span style="color: #F92672;">rpcuser</span><span>=dein_benutzername</span></span>
<span class="giallo-l"><span style="color: #F92672;">rpcpassword</span><span>=ein_langes_sicheres_passwort</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># RPC nur lokal erlauben</span></span>
<span class="giallo-l"><span style="color: #F92672;">rpcbind</span><span>=127.0.0.1</span></span>
<span class="giallo-l"><span style="color: #F92672;">rpcallowip</span><span>=127.0.0.1</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># === Mempool ===</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Maximale Mempool-Größe (in MB)</span></span>
<span class="giallo-l"><span style="color: #F92672;">maxmempool</span><span>=300</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Minimale Gebühr für Relay (sat/vByte)</span></span>
<span class="giallo-l"><span style="color: #F92672;">minrelaytxfee</span><span>=0.00001</span></span></code></pre><div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Setze <code>dbcache</code> während des IBD möglichst hoch (z. B. <code>4096</code> wenn du 8 GB RAM hast). Das beschleunigt die initiale Synchronisation drastisch. Nach dem IBD kannst du den Wert auf <code>450</code> reduzieren.</p>
</div>
</div>
<h2 id="schritt-5-ibd-starten">Schritt 5: IBD starten</h2>
<p>Starte Bitcoin Core:</p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="shellscript"><span class="giallo-l"><span style="color: #88846F;"># Daemon-Modus (Hintergrund)</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">bitcoind</span><span style="color: #AE81FF;"> -daemon</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Oder mit GUI</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">bitcoin-qt</span></span></code></pre>
<p>Der IBD beginnt automatisch. Überwache den Fortschritt:</p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="shellscript"><span class="giallo-l"><span style="color: #88846F;"># Fortschritt anzeigen</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">bitcoin-cli</span><span style="color: #E6DB74;"> getblockchaininfo</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Relevante Felder:</span></span>
<span class="giallo-l"><span style="color: #88846F;"># "blocks": aktueller Block</span></span>
<span class="giallo-l"><span style="color: #88846F;"># "headers": bekannte Block Header</span></span>
<span class="giallo-l"><span style="color: #88846F;"># "verificationprogress": 0.0 bis 1.0</span></span>
<span class="giallo-l"><span style="color: #88846F;"># "initialblockdownload": true/false</span></span></code></pre><h3 id="typische-probleme-und-losungen">Typische Probleme und Lösungen</h3>
<table><thead><tr><th>Problem</th><th>Ursache</th><th>Lösung</th></tr></thead><tbody>
<tr><td>IBD extrem langsam</td><td><code>dbcache</code> zu niedrig</td><td>Auf 2048–4096 MB erhöhen</td></tr>
<tr><td>IBD bricht ab</td><td>Festplatte voll</td><td>Pruning aktivieren oder größere SSD</td></tr>
<tr><td>Keine Peers</td><td>Firewall blockiert Port 8333</td><td>Port freigeben oder Tor nutzen</td></tr>
<tr><td>“Error loading block database”</td><td>Korrupte Daten (Stromausfall)</td><td><code>-reindex</code> beim Start</td></tr>
<tr><td>Hohe CPU-Last</td><td>Normal während IBD</td><td>Geduld — nach IBD sinkt die Last drastisch</td></tr>
</tbody></table>
<div class="lern-probiere">
<div class="lern-probiere__header">
<span class="lern-probiere__icon">⚡</span>
<strong>Probiere es aus</strong>
</div>
<div class="lern-probiere__body">
<p>Starte den IBD und beobachte den Fortschritt über mehrere Stunden. Nutze <code>bitcoin-cli getpeerinfo | jq '.[].subver'</code>, um zu sehen, welche Node-Versionen deine Peers betreiben. Du wirst eine Mischung aus verschiedenen Bitcoin-Core-Versionen und eventuell anderen Implementierungen sehen.</p>
</div>
</div>
<h2 id="schritt-6-tor-konfigurieren">Schritt 6: Tor konfigurieren</h2>
<p>Dein Node kommuniziert standardmäßig im Klartext über das Internet. Das bedeutet: Dein ISP sieht, dass du einen Bitcoin-Node betreibst. Andere Nodes sehen deine IP-Adresse. <strong>Tor</strong> löst beide Probleme.</p>
<h3 id="tor-installieren">Tor installieren</h3>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="shellscript"><span class="giallo-l"><span style="color: #88846F;"># Debian/Ubuntu</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">sudo</span><span style="color: #E6DB74;"> apt install tor</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># NixOS</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">services.tor.enable</span><span style="color: #E6DB74;"> =</span><span style="color: #AE81FF;"> true</span><span>;</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">services.tor.client.enable</span><span style="color: #E6DB74;"> =</span><span style="color: #AE81FF;"> true</span><span>;</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># macOS (Homebrew)</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">brew</span><span style="color: #E6DB74;"> install tor</span></span></code></pre><h3 id="bitcoin-core-mit-tor-verbinden">Bitcoin Core mit Tor verbinden</h3>
<p>Füge zu <code>bitcoin.conf</code> hinzu:</p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="ini"><span class="giallo-l"><span style="color: #88846F;"># === Tor-Konfiguration ===</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Tor-Proxy für ausgehende Verbindungen</span></span>
<span class="giallo-l"><span style="color: #F92672;">proxy</span><span>=127.0.0.1:9050</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Nur über Tor verbinden (maximale Privatsphäre)</span></span>
<span class="giallo-l"><span style="color: #F92672;">onlynet</span><span>=onion</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Automatisch einen Onion-Service erstellen</span></span>
<span class="giallo-l"><span style="color: #F92672;">listenonion</span><span>=1</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Optional: auch IPv4-Verbindungen erlauben (Kompromiss)</span></span>
<span class="giallo-l"><span style="color: #88846F;"># onlynet=onion</span></span>
<span class="giallo-l"><span style="color: #88846F;"># onlynet=ipv4</span></span></code></pre>
<p>Nach dem Neustart von Bitcoin Core erstellt er automatisch eine <code>.onion</code>-Adresse. Andere Tor-Nodes können sich damit direkt verbinden.</p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="shellscript"><span class="giallo-l"><span style="color: #88846F;"># Deine Onion-Adresse anzeigen</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">bitcoin-cli</span><span style="color: #E6DB74;"> getnetworkinfo</span><span style="color: #F92672;"> |</span><span style="color: #A6E22E;"> jq</span><span style="color: #E6DB74;"> '.localaddresses'</span></span></code></pre><div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p><code>onlynet=onion</code> bietet maximale Privatsphäre, kann aber die Anzahl verfügbarer Peers reduzieren. Wenn der IBD über Tor zu langsam ist, nutze während des IBD <code>onlynet=ipv4</code> und wechsle danach auf <code>onlynet=onion</code>.</p>
</div>
</div>
<h2 id="schritt-7-firewall-und-ports">Schritt 7: Firewall und Ports</h2>
<p>Damit andere Nodes sich mit dir verbinden können (eingehende Verbindungen), muss <strong>Port 8333</strong> (Mainnet) erreichbar sein. Wenn du Tor mit <code>listenonion=1</code> nutzt, ist das automatisch erledigt — Tor leitet eingehende Verbindungen durch.</p>
<p>Ohne Tor:</p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="shellscript"><span class="giallo-l"><span style="color: #88846F;"># UFW (Ubuntu/Debian)</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">sudo</span><span style="color: #E6DB74;"> ufw allow 8333/tcp</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># iptables</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">sudo</span><span style="color: #E6DB74;"> iptables</span><span style="color: #AE81FF;"> -A</span><span style="color: #E6DB74;"> INPUT</span><span style="color: #AE81FF;"> -p</span><span style="color: #E6DB74;"> tcp</span><span style="color: #AE81FF;"> --dport 8333 -j</span><span style="color: #E6DB74;"> ACCEPT</span></span></code></pre>
<p>Falls du hinter einem Router bist: Port-Forwarding für Port 8333 auf die lokale IP deines Nodes einrichten.</p>
<h2 id="rpc-grundlagen">RPC-Grundlagen</h2>
<p>Über <strong>RPC</strong> (Remote Procedure Call) steuerst du deinen Node von der Kommandozeile — und später auch von deinem Electrum Server oder deiner Wallet aus.</p>
<p>Die wichtigsten Befehle:</p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="shellscript"><span class="giallo-l"><span style="color: #88846F;"># Blockchain-Status</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">bitcoin-cli</span><span style="color: #E6DB74;"> getblockchaininfo</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Netzwerk-Status</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">bitcoin-cli</span><span style="color: #E6DB74;"> getnetworkinfo</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Mempool-Statistik</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">bitcoin-cli</span><span style="color: #E6DB74;"> getmempoolinfo</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Bestimmten Block anzeigen</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">bitcoin-cli</span><span style="color: #E6DB74;"> getblock</span><span> $(</span><span style="color: #A6E22E;">bitcoin-cli</span><span style="color: #E6DB74;"> getblockhash</span><span style="color: #AE81FF;"> 800000</span><span>)</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Peers anzeigen</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">bitcoin-cli</span><span style="color: #E6DB74;"> getpeerinfo</span><span style="color: #F92672;"> |</span><span style="color: #A6E22E;"> jq</span><span style="color: #E6DB74;"> '.[].addr'</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Node sauber herunterfahren</span></span>
<span class="giallo-l"><span style="color: #A6E22E;">bitcoin-cli</span><span style="color: #E6DB74;"> stop</span></span></code></pre><div class="lern-aufgabe">
<div class="lern-aufgabe__header">
<span class="lern-aufgabe__icon">✍</span>
<strong>Aufgabe</strong>
</div>
<div class="lern-aufgabe__body">
<p>Wenn dein Node synchronisiert ist, probiere diese Befehle aus. Finde heraus: Wie viele Transaktionen sind gerade im Mempool? Wie viele Peers hat dein Node? Welcher Block wurde zuletzt verifiziert? Der Umgang mit <code>bitcoin-cli</code> ist die Grundlage für alles Weitere.</p>
</div>
</div>
<h2 id="nach-dem-ibd-lauft">Nach dem IBD: Läuft</h2>
<p>Sobald der IBD abgeschlossen ist (<code>"initialblockdownload": false</code>), hat dein Node:</p>
<ul>
<li>Jede Transaktion seit 2009 geprüft</li>
<li>Das vollständige UTXO-Set aufgebaut</li>
<li>Einen aktuellen Mempool</li>
<li>Verbindungen zu anderen Nodes</li>
</ul>
<p>Ab jetzt verifiziert er in Echtzeit: Jeder neue Block, jede neue Transaktion. Im Hintergrund, leise, zuverlässig. Dein Node ist bereit.</p>
<p>Der nächste Schritt: Einen <a href="https://bitcoin-durchgespielt.com/nodes/electrum-server/">Electrum Server</a> aufsetzen, damit deine Wallet deinen eigenen Node nutzt — statt fremde Server anzufragen.</p>
<hr />
<h2 id="weiterfuhrend">Weiterführend</h2>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/nodes/electrum-server/">Electrum Server</a> — Deine Wallet mit deiner eigenen Node verbinden</li>
<li><a href="https://bitcoin-durchgespielt.com/nodes/verifizierung-open-source/">Verifizierung und Open Source</a> — Warum die GPG-Prüfung so wichtig ist</li>
<li><a href="https://bitcoin-durchgespielt.com/nodes/full-node-verstehen/">Full Node verstehen</a> — Was genau dein Node im Hintergrund tut</li>
<li><a href="https://bitcoin-durchgespielt.com/technik/mining-proof-of-work/">Mining und Proof of Work</a> — Was in den Blöcken steckt, die dein Node prüft</li>
</ul>
Full Node verstehen2025-10-02T00:00:00+00:002025-10-02T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/nodes/full-node-verstehen/<p>Ein Full Node ist die vollständige Bitcoin-Software. Er lädt die gesamte Transaktionshistorie seit dem 3. Januar 2009 herunter, prüft jede einzelne Transaktion gegen die Konsensregeln und lehnt alles ab, was nicht passt. Kein Vertrauen, kein Kompromiss.</p>
<h2 id="die-funf-aufgaben-eines-full-nodes">Die fünf Aufgaben eines Full Nodes</h2>
<h3 id="1-blocke-validieren">1. Blöcke validieren</h3>
<p>Wenn ein neuer Block das Netzwerk erreicht, prüft dein Node:</p>
<ul>
<li>Ist der <strong>Proof of Work</strong> gültig? (Hash unter dem Target?)</li>
<li>Stimmt der <strong>Previous Block Hash</strong>? (Korrekt an den Vorgänger gekettet?)</li>
<li>Sind <strong>alle Transaktionen</strong> im Block gültig? (Signaturen korrekt? Keine Doppelausgaben?)</li>
<li>Hält der Block die <strong>Größenbegrenzung</strong> ein? (≤ 4 Mio. Weight Units)</li>
<li>Ist die <strong>Coinbase-Belohnung</strong> korrekt? (Nicht mehr als erlaubt?)</li>
<li>Stimmt der <strong>Merkle Root</strong>? (Passt er zu den enthaltenen Transaktionen?)</li>
</ul>
<p>Wenn auch nur eine Prüfung fehlschlägt, wird der gesamte Block verworfen. Keine Diskussion, keine Ausnahme. Das ist die kompromisslose Natur eines Full Nodes.</p>
<h3 id="2-utxo-set-pflegen">2. UTXO-Set pflegen</h3>
<p>Das UTXO-Set (Unspent Transaction Output Set) ist die zentrale Datenbank deines Nodes: eine Liste aller <strong>noch nicht ausgegebenen Transaktionsausgaben</strong>. Stand Anfang 2025 enthält das UTXO-Set etwa 180 Millionen Einträge.</p>
<figure class="mermaid-diagram">
<pre class="mermaid">
graph LR
TX1["Transaktion 1"] -->|"erstellt"| U1["UTXO: 0.5 BTC\nan Adresse A"]
TX1 -->|"erstellt"| U2["UTXO: 0.3 BTC\nan Adresse B"]
TX2["Transaktion 2"] -->|"verbraucht"| U1
TX2 -->|"erstellt"| U3["UTXO: 0.49 BTC\nan Adresse C"]
style U1 stroke:#cc241d,stroke-width:2px,color:#cc241d
style U2 stroke:#98971a,stroke-width:2px,color:#98971a
style U3 stroke:#98971a,stroke-width:2px,color:#98971a
</pre>
<figcaption>UTXO-Set: Erstellt durch neue Transaktionen, verbraucht durch Ausgaben</figcaption>
</figure>
<script type="module">
if (!window.__mermaidLoaded) {
window.__mermaidLoaded = true;
const s = document.createElement('script');
s.src = 'https://cdn.jsdelivr.net/npm/mermaid@11/dist/mermaid.min.js';
s.onload = () => mermaid.initialize({
startOnLoad: true,
flowchart: { useMaxWidth: true },
theme: 'base',
themeVariables: {
darkMode: true,
background: '#1d2021',
primaryColor: '#3c3836',
primaryTextColor: '#fbf1c7',
primaryBorderColor: '#fe8019',
lineColor: '#bdae93',
secondaryColor: '#282828',
secondaryTextColor: '#fbf1c7',
tertiaryColor: '#1d2021',
tertiaryTextColor: '#fbf1c7',
noteBkgColor: '#1d2021',
noteTextColor: '#bdae93',
noteBorderColor: '#504945',
edgeLabelBackground: '#282828',
clusterBkg: '#1d2021',
clusterBorder: '#504945',
nodeBorder: '#fe8019',
mainBkg: '#3c3836',
textColor: '#fbf1c7',
labelTextColor: '#fbf1c7',
fontSize: '18px',
fontFamily: 'Hack, Fira Code, monospace'
}
});
document.head.appendChild(s);
}
</script>
<p>Wenn jemand Bitcoin ausgeben will, prüft dein Node: Existiert der referenzierte UTXO? Wurde er nicht bereits ausgegeben? Ist die Signatur gültig? Nur wenn alles stimmt, wird die Transaktion akzeptiert — der alte UTXO wird entfernt, neue UTXOs werden angelegt.</p>
<p>Das UTXO-Set ist die Antwort auf die Frage “Wem gehört was?” — und dein Node berechnet es <strong>selbst</strong>, indem er jede Transaktion seit Block 0 nachvollzieht.</p>
<h3 id="3-mempool-verwalten">3. Mempool verwalten</h3>
<p>Der <strong>Mempool</strong> (Memory Pool) ist das Wartezimmer deines Nodes: Alle Transaktionen, die zwar gültig sind, aber noch nicht in einem Block gelandet sind. Jeder Node hat seinen eigenen Mempool — es gibt keinen globalen.</p>
<p>Dein Node prüft jede eingehende Transaktion, bevor er sie in den Mempool aufnimmt:</p>
<ul>
<li>Sind die referenzierten UTXOs vorhanden und unverbraucht?</li>
<li>Ist die Signatur gültig?</li>
<li>Ist die Gebühr hoch genug? (Konfigurierbar via <code>minrelaytxfee</code>)</li>
<li>Überschreitet die Transaktion nicht die Standardregeln? (Größe, Script-Typ)</li>
</ul>
<p>Transaktionen, die diese Prüfung nicht bestehen, werden <strong>nicht weitergeleitet</strong>. Dein Node ist also auch ein Torwächter für das Netzwerk.</p>
<h3 id="4-peers-verwalten">4. Peers verwalten</h3>
<p>Dein Node verbindet sich mit anderen Nodes im Netzwerk — den <strong>Peers</strong>. Standardmäßig hält Bitcoin Core bis zu 125 Verbindungen: 11 ausgehende (die dein Node aktiv aufbaut) und bis zu 114 eingehende (andere Nodes, die sich bei dir melden).</p>
<p>Über diese Verbindungen tauscht dein Node aus:</p>
<ul>
<li><strong>Neue Blöcke</strong> — sobald ein Miner einen Block findet</li>
<li><strong>Neue Transaktionen</strong> — aus dem Mempool</li>
<li><strong>Adresslisten</strong> — damit Nodes sich gegenseitig finden</li>
</ul>
<p>Dein Node bewertet seine Peers: Wer ungültige Daten schickt, wird <strong>gebannt</strong>. Wer zuverlässig ist, bleibt verbunden.</p>
<h3 id="5-konsensregeln-durchsetzen">5. Konsensregeln durchsetzen</h3>
<p>Das ist der Kern. Dein Full Node setzt die Regeln durch, die Bitcoin zu Bitcoin machen. Nicht weil jemand es ihm sagt, sondern weil der Code es verlangt:</p>
<table><thead><tr><th>Regel</th><th>Was sie bedeutet</th></tr></thead><tbody>
<tr><td><strong>21 Millionen</strong></td><td>Es werden niemals mehr als 21.000.000 BTC existieren</td></tr>
<tr><td><strong>Block Weight ≤ 4M WU</strong></td><td>Kein Block darf größer sein als 4 Millionen Weight Units</td></tr>
<tr><td><strong>Halvierung</strong></td><td>Die Block-Belohnung halbiert sich alle 210.000 Blöcke</td></tr>
<tr><td><strong>Difficulty Adjustment</strong></td><td>Alle 2.016 Blöcke wird die Schwierigkeit angepasst</td></tr>
<tr><td><strong>Script-Validierung</strong></td><td>Jede Transaktion muss gültige Signaturen enthalten</td></tr>
<tr><td><strong>Timelock-Regeln</strong></td><td>Zeitgebundene Transaktionen werden erst nach Ablauf gültig</td></tr>
</tbody></table>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Ein Full Node akzeptiert keine Abkürzungen. Selbst wenn 99 % der Miner einen ungültigen Block produzieren würden — dein Node würde ihn ablehnen. Das ist der Unterschied zwischen “Konsens” und “Mehrheitsentscheidung”. Bitcoin ist kein Demokratieprojekt — es sind mathematische Regeln.</p>
</div>
</div>
<h2 id="der-initial-block-download-ibd">Der Initial Block Download (IBD)</h2>
<p>Wenn du deinen Node zum ersten Mal startest, muss er die gesamte Transaktionshistorie herunterladen und verifizieren — vom Genesis Block (3. Januar 2009) bis heute. Das nennt man <strong>Initial Block Download</strong>.</p>
<h3 id="was-dabei-passiert">Was dabei passiert</h3>
<ol>
<li>Dein Node verbindet sich mit Peers und fragt nach Block Headern</li>
<li>Er lädt die vollständigen Blöcke herunter (ca. 650–700 GB, Stand Anfang 2025)</li>
<li><strong>Jede einzelne Transaktion</strong> in jedem Block wird verifiziert — über 1 Milliarde Transaktionen</li>
<li>Das UTXO-Set wird Stück für Stück aufgebaut</li>
<li>Erst wenn alles geprüft ist, gilt der Node als “synchronisiert”</li>
</ol>
<h3 id="wie-lange-dauert-das">Wie lange dauert das?</h3>
<table><thead><tr><th>Hardware</th><th>Dauer (ungefähr)</th></tr></thead><tbody>
<tr><td>Raspberry Pi 4 (SSD)</td><td>3–7 Tage</td></tr>
<tr><td>Alter Laptop (SSD)</td><td>1–3 Tage</td></tr>
<tr><td>Moderner Desktop (NVMe)</td><td>6–12 Stunden</td></tr>
</tbody></table>
<p>Der Flaschenhals ist meistens nicht die Internetverbindung, sondern die <strong>CPU</strong> (Signaturverifizierung) und die <strong>Festplattengeschwindigkeit</strong> (UTXO-Set-Updates). Eine SSD ist Pflicht — mit einer HDD dauert der IBD Wochen.</p>
<div class="lern-probiere">
<div class="lern-probiere__header">
<span class="lern-probiere__icon">⚡</span>
<strong>Probiere es aus</strong>
</div>
<div class="lern-probiere__body">
<p>Wenn du den IBD startest, beobachte den Fortschritt mit <code>bitcoin-cli getblockchaininfo</code>. Das Feld <code>verificationprogress</code> zeigt dir, wie weit du bist (1.0 = fertig). Beachte: Die letzten Prozent gehen deutlich schneller als die ersten, weil ältere Blöcke kleiner waren.</p>
</div>
</div>
<h2 id="pruned-node-vs-archival-node">Pruned Node vs. Archival Node</h2>
<p>Nicht jeder hat 700 GB Speicherplatz übrig. Deshalb gibt es den <strong>Pruned Mode</strong>: Dein Node lädt und verifiziert trotzdem jeden Block, aber er <strong>löscht</strong> die rohen Blockdaten danach wieder. Was bleibt, ist das UTXO-Set und genug Blöcke, um funktionsfähig zu bleiben.</p>
<table><thead><tr><th>Eigenschaft</th><th>Archival Node</th><th>Pruned Node</th></tr></thead><tbody>
<tr><td><strong>Speicherbedarf</strong></td><td>~700 GB (wachsend)</td><td>5–10 GB (konfigurierbar)</td></tr>
<tr><td><strong>Validierung</strong></td><td>Vollständig</td><td>Vollständig</td></tr>
<tr><td><strong>Alte Blöcke bereitstellen</strong></td><td>Ja</td><td>Nein</td></tr>
<tr><td><strong>UTXO-Set</strong></td><td>Vollständig</td><td>Vollständig</td></tr>
<tr><td><strong>IBD durchgeführt</strong></td><td>Ja</td><td>Ja</td></tr>
<tr><td><strong>Hilft neuen Nodes beim IBD</strong></td><td>Ja</td><td>Eingeschränkt</td></tr>
</tbody></table>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Ein Pruned Node ist <strong>genauso sicher</strong> wie ein Archival Node. Er hat jede Transaktion geprüft — er speichert nur nicht die Rohdaten. Der einzige Nachteil: Er kann anderen Nodes keine alten Blöcke bereitstellen. Wenn Speicherplatz knapp ist, ist Pruning die richtige Wahl.</p>
</div>
</div>
<h2 id="hardware-anforderungen">Hardware-Anforderungen</h2>
<p>Die gute Nachricht: Du brauchst keinen Server. Bitcoin Core läuft auf bescheidener Hardware:</p>
<p><strong>Minimum:</strong></p>
<ul>
<li>CPU: Dual-Core (ARM oder x86)</li>
<li>RAM: 2 GB (4 GB empfohlen)</li>
<li>Speicher: 10 GB (Pruned) oder 700+ GB (Archival), <strong>SSD Pflicht</strong></li>
<li>Internet: 10+ Mbit/s, keine strenge Datenbegrenzung (IBD: ~700 GB Download)</li>
</ul>
<p><strong>Empfohlenes Setup für zuhause:</strong></p>
<ul>
<li>Raspberry Pi 4/5 mit 4–8 GB RAM</li>
<li>1 TB externe SSD (USB 3.0)</li>
<li>Ethernet-Verbindung (stabiler als WLAN)</li>
<li>Dauerbetrieb (24/7), Stromverbrauch: ~5–10 Watt</li>
</ul>
<p>Alternativ tut es auch ein alter Laptop mit SSD oder ein Mini-PC (z. B. Intel NUC). Hauptsache: SSD, nicht HDD.</p>
<h3 id="laufende-kosten">Laufende Kosten</h3>
<table><thead><tr><th>Posten</th><th>Kosten</th></tr></thead><tbody>
<tr><td>Strom (5–10 W, 24/7)</td><td>~1–2 € pro Monat</td></tr>
<tr><td>Internet (Traffic)</td><td>~10–20 GB pro Monat nach IBD</td></tr>
<tr><td>Hardware (einmalig)</td><td>50–200 € (je nach Setup)</td></tr>
</tbody></table>
<p>Für die Kosten eines Streaming-Abos pro Monat betreibst du deine eigene finanzielle Infrastruktur. Kein schlechter Deal.</p>
<h2 id="was-dein-node-nicht-tut">Was dein Node nicht tut</h2>
<p>Ein Full Node ist kein Mining-Rig. Er <strong>erzeugt keine Blöcke</strong> und verdient kein Geld. Er <strong>prüft</strong> die Arbeit der Miner. Das ist ein fundamentaler Unterschied: Miner schlagen vor, Nodes entscheiden.</p>
<p>Ein Full Node ist auch kein Wallet. Er speichert und verwaltet keine Schlüssel (es sei denn, du aktivierst die eingebaute Wallet-Funktion). Die Aufgabe des Nodes ist Verifizierung, nicht Verwahrung.</p>
<hr />
<h2 id="weiterfuhrend">Weiterführend</h2>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/nodes/bitcoin-core-einrichten/">Bitcoin Core einrichten</a> — Schritt-für-Schritt-Anleitung für deinen ersten Node</li>
<li><a href="https://bitcoin-durchgespielt.com/nodes/warum-eigene-node/">Warum eine eigene Node?</a> — Die Argumente für Souveränität</li>
<li><a href="https://bitcoin-durchgespielt.com/technik/bloecke-timechain/">Blöcke und die Timechain</a> — Was genau dein Node beim Validieren prüft</li>
<li><a href="https://bitcoin-durchgespielt.com/technik/utxo-modell/">Das UTXO-Modell</a> — Wie Bitcoin Besitzverhältnisse abbildet</li>
</ul>
Das Cypherpunk-Manifest2025-10-01T00:00:00+00:002025-10-01T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/cypherpunk/cypherpunk-manifest/<p>Am 9. März 1993 schrieb Eric Hughes einen Text, der die nächsten drei Jahrzehnte digitaler Freiheitsbewegungen prägen sollte. <em>A Cypherpunk’s Manifesto</em> ist keine technische Spezifikation. Es ist eine Kampfansage — in wenigen hundert Worten, präzise wie ein Algorithmus.</p>
<h2 id="der-historische-kontext">Der historische Kontext</h2>
<p>Um das Manifest zu verstehen, musst du die Welt von 1993 kennen.</p>
<h3 id="die-crypto-wars">Die Crypto Wars</h3>
<p>Die US-Regierung betrachtete starke Kryptographie als <strong>Munition</strong>. Wörtlich. Verschlüsselungssoftware fiel unter das International Traffic in Arms Regulations (ITAR) — denselben Exportbeschränkungen wie Panzer und Raketen. Die NSA wollte ein Monopol auf starke Verschlüsselung behalten.</p>
<p>Phil Zimmermann hatte 1991 <strong>PGP</strong> (Pretty Good Privacy) veröffentlicht und wurde dafür drei Jahre lang vom FBI untersucht. Sein Vergehen: Er hatte normalen Menschen Zugang zu militärischer Verschlüsselung gegeben.</p>
<h3 id="die-cypherpunk-mailingliste">Die Cypherpunk-Mailingliste</h3>
<p>1992 gründeten Eric Hughes, Timothy C. May und John Gilmore die Cypherpunk-Mailingliste. Innerhalb weniger Monate wuchs sie auf hunderte Teilnehmer — Kryptographen, Programmierer, Mathematiker, Anarchisten. Unter ihnen: Hal Finney, Wei Dai, Nick Szabo, Adam Back. Allesamt Namen, die später in der Bitcoin-Geschichte auftauchen würden.</p>
<p>Die Mailingliste war kein Debattierclub. Es ging um Code. Um lauffähige Software. Um Werkzeuge, die die Machtverhältnisse im digitalen Zeitalter verschieben.</p>
<h2 id="die-kernthesen-des-manifests">Die Kernthesen des Manifests</h2>
<p>Hughes’ Text lässt sich auf drei fundamentale Aussagen destillieren.</p>
<h3 id="1-privatsphare-ist-notwendig-fur-eine-offene-gesellschaft">1. Privatsphäre ist notwendig für eine offene Gesellschaft</h3>
<blockquote>
<p>“Privacy is necessary for an open society in the electronic age.”</p>
</blockquote>
<p>Das ist der erste Satz. Kein Konjunktiv, keine Einschränkung. Hughes unterscheidet dabei scharf zwischen <strong>Privatsphäre</strong> und <strong>Geheimhaltung</strong>:</p>
<ul>
<li><strong>Geheimhaltung</strong> bedeutet, dass niemand etwas erfährt</li>
<li><strong>Privatsphäre</strong> bedeutet, dass du selbst entscheidest, wer was erfährt</li>
</ul>
<p>Privatsphäre ist die Macht der selektiven Offenbarung. Du zeigst dem Verkäufer dein Alter, aber nicht deine Adresse. Du zahlst für einen Kaffee, ohne dass die Bank weiß, wo du warst. Diese Unterscheidung ist heute aktueller denn je — in einer Welt, in der jede Kartenzahlung, jeder Klick, jeder Standort erfasst wird.</p>
<h3 id="2-kryptographie-ist-das-werkzeug">2. Kryptographie ist das Werkzeug</h3>
<blockquote>
<p>“We the Cypherpunks are dedicated to building anonymous systems. We are defending our privacy with cryptography, with anonymous mail forwarding systems, with digital signatures, and with electronic money.”</p>
</blockquote>
<p>Hughes setzt nicht auf Gesetze. Nicht auf guten Willen. Nicht auf Datenschutzbeauftragte. Er setzt auf <strong>Mathematik</strong>. Kryptographie macht Privatsphäre durchsetzbar — unabhängig davon, was Regierungen erlauben oder verbieten.</p>
<p>Das ist der Kern des Cypherpunk-Denkens: Technologie schafft Fakten. Ein verschlüsselter Text ist verschlüsselt, egal was ein Gesetz sagt. Eine kryptographische Signatur ist gültig, egal ob eine Behörde zustimmt.</p>
<h3 id="3-code-schreiben-statt-bitten">3. Code schreiben statt bitten</h3>
<blockquote>
<p>“Cypherpunks write code.”</p>
</blockquote>
<p>Drei Worte, die eine ganze Philosophie zusammenfassen. Nicht protestieren, nicht petitionieren, nicht wählen gehen in der Hoffnung, dass jemand die richtige Entscheidung trifft. Stattdessen: Software bauen, die die gewünschte Realität erzeugt.</p>
<p>PGP wurde nicht genehmigt — es wurde veröffentlicht. Bitcoin wurde nicht beantragt — es wurde gestartet. Tor wurde nicht gefordert — es wurde programmiert.</p>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Das Cypherpunk-Manifest definiert drei Säulen: Privatsphäre als Grundvoraussetzung für Freiheit, Kryptographie als Werkzeug zu ihrer Durchsetzung, und Code als Handlungsform. Diese drei Prinzipien ziehen sich als roter Faden durch die gesamte Geschichte bis hin zu Bitcoin.</p>
</div>
</div>
<h2 id="die-vorlaufer-von-bitcoin">Die Vorläufer von Bitcoin</h2>
<p>Das Manifest nennt explizit <strong>electronic money</strong> als eines der Ziele. Hughes und seine Mitstreiter wussten: Wenn Transaktionen überwachbar sind, ist Privatsphäre eine Illusion. Digitales Geld ohne zentrale Kontrolle war das fehlende Puzzlestück.</p>
<h3 id="david-chaum-und-digicash-1989">David Chaum und DigiCash (1989)</h3>
<p>Noch vor den Cypherpunks hatte der Kryptograph David Chaum <strong>DigiCash</strong> entwickelt — digitales Bargeld mit blinden Signaturen. Technisch elegant, aber mit einem fatalen Fehler: Es brauchte eine zentrale Firma. Als DigiCash 1998 Konkurs ging, war das Geld weg.</p>
<p>Die Lektion: <strong>Zentralisierung ist ein Single Point of Failure.</strong></p>
<h3 id="adam-back-und-hashcash-1997">Adam Back und Hashcash (1997)</h3>
<p>Adam Back, aktives Mitglied der Cypherpunk-Mailingliste, entwickelte <strong>Hashcash</strong> — ein Proof-of-Work-System gegen Spam. Die Idee: Wer eine E-Mail senden will, muss erst Rechenarbeit leisten. Für eine einzelne Mail vernachlässigbar, für Millionen Spam-Mails unbezahlbar.</p>
<p>Satoshi Nakamoto zitiert Hashcash im Bitcoin-Whitepaper. Proof of Work war geboren.</p>
<h3 id="wei-dai-und-b-money-1998">Wei Dai und b-money (1998)</h3>
<p>Wei Dai skizzierte auf der Cypherpunk-Mailingliste <strong>b-money</strong> — ein System, in dem digitales Geld durch Proof of Work erzeugt wird und die Buchführung dezentral bei allen Teilnehmern liegt. b-money wurde nie implementiert, aber das Konzept ist verblüffend nah an Bitcoin.</p>
<p>Satoshi Nakamoto verweist in der allerersten Version des Bitcoin-Whitepapers auf b-money.</p>
<h3 id="nick-szabo-und-bit-gold-1998-2005">Nick Szabo und Bit Gold (1998-2005)</h3>
<p>Nick Szabo, Jurist und Informatiker, entwarf <strong>Bit Gold</strong> — digitale Knappheit durch verkettete Proof-of-Work-Lösungen. Szabo erkannte, dass digitales Geld die Eigenschaften von Gold braucht: Knappheit, Fälschungssicherheit, keine zentrale Ausgabestelle. Bit Gold scheiterte am Problem der doppelten Ausgabe — dem Problem, das erst Satoshi elegant löste.</p>
<h3 id="hal-finney-und-rpow-2004">Hal Finney und RPOW (2004)</h3>
<p>Hal Finney — einer der ersten Cypherpunks, PGP-Entwickler der ersten Stunde — baute <strong>Reusable Proofs of Work (RPOW)</strong>. Proof-of-Work-Token, die man weitergeben konnte. Der Server war transparent und verifizierbar.</p>
<p>Finney war die erste Person, die nach Satoshi Bitcoin erhielt. Er empfing Block 170 — die erste echte Bitcoin-Transaktion.</p>
<div class="lern-aufgabe">
<div class="lern-aufgabe__header">
<span class="lern-aufgabe__icon">✍</span>
<strong>Aufgabe</strong>
</div>
<div class="lern-aufgabe__body">
<p>Lies die Zeitleiste: Chaum (1989) → Cypherpunk-Mailingliste (1992) → Hughes’ Manifest (1993) → Back/Hashcash (1997) → Dai/b-money (1998) → Szabo/Bit Gold (1998) → Finney/RPOW (2004) → Nakamoto/Bitcoin (2008). Bitcoin ist kein plötzlicher Geistesblitz — es ist die Synthese aus 20 Jahren Cypherpunk-Forschung. Welche spezifischen Probleme der Vorgänger hat Bitcoin jeweils gelöst?</p>
</div>
</div>
<h2 id="satoshis-genesis-block-nachricht">Satoshis Genesis-Block-Nachricht</h2>
<p>Am 3. Januar 2009 bettete Satoshi Nakamoto eine Nachricht in den allerersten Bitcoin-Block ein:</p>
<blockquote>
<p>“The Times 03/Jan/2009 Chancellor on brink of second bailout for banks”</p>
</blockquote>
<p>Eine Schlagzeile über Bankenrettungen. Kein Zufall. Eine Absichtserklärung. Bitcoin ist die technische Antwort auf das, was die Cypherpunks philosophisch formuliert hatten: <strong>Geld, das nicht manipuliert werden kann.</strong></p>
<h2 id="die-relevanz-heute">Die Relevanz heute</h2>
<p>Das Manifest von 1993 liest sich heute aktueller als bei seiner Veröffentlichung. Die Überwachungsinfrastruktur, vor der Hughes warnte, ist längst Realität:</p>
<ul>
<li><strong>Finanzielle Überwachung</strong>: Jede Kartenzahlung, jede Überweisung wird erfasst, analysiert, gespeichert</li>
<li><strong>Soziale Überwachung</strong>: Plattformen kennen deine Kontakte, Gewohnheiten, politischen Ansichten</li>
<li><strong>Staatliche Zugriffe</strong>: Konten werden eingefroren, Spendenplattformen abgeschaltet, Bankzugänge gesperrt — oft ohne richterlichen Beschluss</li>
</ul>
<p>Die Cypherpunks hatten recht. Nicht weil sie pessimistisch waren, sondern weil sie die Anreizstrukturen verstanden: Wenn Überwachung technisch möglich und billig ist, wird sie genutzt. Dagegen hilft nicht Vertrauen — dagegen hilft Kryptographie.</p>
<h2 id="das-manifest-als-quelle-lesen">Das Manifest als Quelle lesen</h2>
<p>Den Originaltext findest du unter <a rel="external" href="https://activism.net/cypherpunk/manifesto.html">activism.net/cypherpunk/manifesto.html</a>. Er ist kurz genug, um ihn in zehn Minuten zu lesen. Und dicht genug, um ihn mehrmals zu lesen.</p>
<p>Drei Zitate zum Mitnehmen:</p>
<blockquote>
<p>“Privacy in an open society requires anonymous transaction systems.”</p>
</blockquote>
<blockquote>
<p>“We cannot expect governments, corporations, or other large, faceless organizations to grant us privacy.”</p>
</blockquote>
<blockquote>
<p>“We must defend our own privacy if we expect to have any.”</p>
</blockquote>
<div class="lern-probiere">
<div class="lern-probiere__header">
<span class="lern-probiere__icon">⚡</span>
<strong>Probiere es aus</strong>
</div>
<div class="lern-probiere__body">
<p>Lies das originale Cypherpunk-Manifest (Link oben). Markiere die Stellen, die direkt auf Bitcoin zutreffen — du wirst überrascht sein, wie viele es sind. Hughes beschreibt 1993 fast wortgenau die Eigenschaften, die Bitcoin 15 Jahre später implementiert.</p>
</div>
</div>
<hr />
<h2 id="weiterfuhrend">Weiterführend</h2>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/grundlagen/was-ist-bitcoin/">Was ist Bitcoin?</a> — Die philosophischen Wurzeln in der Praxis: Was Hughes forderte, hat Satoshi gebaut</li>
<li><a href="https://bitcoin-durchgespielt.com/cypherpunk/digitale-souveraenitaet/">Digitale Souveränität</a> — Was es konkret bedeutet, die Cypherpunk-Prinzipien zu leben</li>
<li><a href="https://bitcoin-durchgespielt.com/cypherpunk/pgp-kryptographie-fuer-alle/">PGP: Kryptographie für alle</a> — Das erste Werkzeug der Cypherpunks, erklärt</li>
<li><a href="https://bitcoin-durchgespielt.com/cypherpunk/dont-trust-verify/">Don’t Trust, Verify</a> — Das zentrale Prinzip, das vom Manifest bis zu Bitcoin reicht</li>
</ul>
<p>Zurück zur Übersicht: <a href="https://bitcoin-durchgespielt.com/cypherpunk/">Cypherpunk</a></p>
Digitale Souveränität2025-10-01T00:00:00+00:002025-10-01T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/cypherpunk/digitale-souveraenitaet/<p>Digitale Souveränität ist kein Luxus für Paranoide. Es ist die Fähigkeit, in einer vernetzten Welt selbstbestimmt zu handeln — ohne dass Dritte deine Finanzen einfrieren, deine Kommunikation mitlesen oder dein digitales Leben abschalten können.</p>
<h2 id="was-souveranitat-bedeutet">Was Souveränität bedeutet</h2>
<p>Souveränität heißt: <strong>Du hast die letzte Entscheidungsgewalt.</strong> Nicht eine Plattform, nicht eine Bank, nicht eine Regierung. Du.</p>
<p>Im analogen Leben war das selbstverständlich. Bargeld in der Tasche gehört dir — niemand kann es per Knopfdruck einfrieren. Ein Brief im Umschlag kann gelesen werden, aber nicht ohne physischen Zugriff. Ein Gespräch unter vier Augen ist privat.</p>
<p>Im digitalen Raum ist nichts davon selbstverständlich. Jeder Euro auf deinem Konto existiert nur, weil eine Bank ihn anzeigt. Jede Nachricht läuft über Server, die jemand anderem gehören. Jede deiner Dateien liegt auf Infrastruktur, über die du keine Kontrolle hast.</p>
<h3 id="drei-dimensionen-digitaler-souveranitat">Drei Dimensionen digitaler Souveränität</h3>
<p><strong>1. Finanzielle Souveränität</strong> — Kontrolle über dein Geld. Niemand kann es einfrieren, beschlagnahmen oder entwerten, ohne dass du zustimmst. Bitcoin macht das möglich: Wer seine Schlüssel kontrolliert, kontrolliert sein Geld.</p>
<p><strong>2. Kommunikative Souveränität</strong> — Kontrolle über deine Nachrichten und Daten. Ende-zu-Ende-Verschlüsselung, eigene Server, dezentrale Protokolle. Nicht betteln, dass Plattformen deine Privatsphäre respektieren — technisch sicherstellen, dass sie es müssen.</p>
<p><strong>3. Informationelle Souveränität</strong> — Kontrolle darüber, wer was über dich weiß. Datenminimierung, Pseudonymität, bewusste Entscheidungen über jeden Datenpunkt, den du preisgibst.</p>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Digitale Souveränität hat drei Dimensionen: finanziell (dein Geld), kommunikativ (deine Nachrichten) und informationell (deine Daten). Schwäche in einer Dimension untergräbt die anderen. Was nützt verschlüsselte Kommunikation, wenn dein Bankkonto zeigt, mit wem du Geschäfte machst?</p>
</div>
</div>
<h2 id="wenn-souveranitat-fehlt-deplatforming-in-der-praxis">Wenn Souveränität fehlt: Deplatforming in der Praxis</h2>
<p>Wer glaubt, Kontrollverlust sei ein theoretisches Problem, muss nur die Nachrichten lesen.</p>
<h3 id="finanzielle-willkur">Finanzielle Willkür</h3>
<ul>
<li><strong>Kanada, Februar 2022</strong>: Bankkonten von Spendern und Teilnehmern der Trucker-Proteste wurden ohne richterlichen Beschluss eingefroren. Nicht die Konten von Verdächtigen — die Konten von Menschen, die legal gespendet hatten.</li>
<li><strong>PayPal</strong> sperrt regelmäßig Konten von Journalisten, Aktivisten und Kleinunternehmern. Das eingefrorene Geld wird wochenlang einbehalten — ohne transparentes Verfahren, ohne Einspruchsmöglichkeit.</li>
<li><strong>Griechenland, 2015</strong>: Bankfeiertag. Bürger konnten maximal 60 Euro pro Tag abheben. Ihr Geld war da — aber nicht erreichbar.</li>
<li><strong>Nigeria</strong>: Die Zentralbank verbot 2021 den Banken, Krypto-bezogene Transaktionen abzuwickeln. Millionen junge Nigerianer verloren von einem Tag auf den anderen den Zugang zu ihren Ersparnissen auf Börsen.</li>
</ul>
<h3 id="kommunikative-willkur">Kommunikative Willkür</h3>
<ul>
<li><strong>Parler</strong>, eine Social-Media-Plattform, wurde 2021 innerhalb von 72 Stunden von AWS, Apple und Google gleichzeitig abgeschaltet. Unabhängig von der politischen Bewertung: <strong>Drei Unternehmen konnten eine Kommunikationsplattform mit Millionen Nutzern auslöschen.</strong></li>
<li><strong>YouTube</strong> löscht regelmäßig Kanäle mit hunderttausenden Abonnenten — oft ohne klare Begründung, ohne echtes Widerspruchsverfahren.</li>
<li><strong>WhatsApp</strong> änderte 2021 seine Datenschutzrichtlinien: Teile deine Daten mit Meta oder nutze den Dienst nicht mehr. Zwei Milliarden Nutzer hatten keine echte Wahl.</li>
</ul>
<h3 id="das-muster">Das Muster</h3>
<p>In jedem dieser Fälle war das Muster identisch: <strong>Eine zentrale Instanz trifft eine Entscheidung, und der Einzelne ist machtlos.</strong> Kein Widerspruch, keine Alternative, kein Plan B.</p>
<p>Das ist keine Verschwörungstheorie. Das sind dokumentierte, öffentliche Vorgänge. Und sie passieren häufiger, nicht seltener.</p>
<h2 id="ich-habe-nichts-zu-verbergen">“Ich habe nichts zu verbergen”</h2>
<p>Dieser Satz ist der häufigste Einwand gegen Privatsphäre — und der am leichtesten zu widerlegende.</p>
<h3 id="warum-das-argument-nicht-funktioniert">Warum das Argument nicht funktioniert</h3>
<p><strong>1. Du entscheidest nicht, was “etwas” ist.</strong> Heute ist eine Spende an eine Protestbewegung legal. Morgen kann sie ein Grund sein, dein Konto einzufrieren. Regeln ändern sich. Machthaber wechseln. Was heute harmlos ist, kann morgen kriminalisiert werden. Privatsphäre schützt dich nicht vor dem, was heute verboten ist — sie schützt dich vor dem, was morgen verboten sein könnte.</p>
<p><strong>2. Privatsphäre ist ein Grundrecht, kein Verdachtsprivileg.</strong> Du schließt deine Haustür ab, obwohl du nichts Illegales tust. Du zuziehst die Vorhänge, obwohl du nichts zu verbergen hast. Privatsphäre ist der Normalzustand. Überwachung ist die Ausnahme, die begründet werden muss — nicht umgekehrt.</p>
<p><strong>3. Daten werden aggregiert.</strong> Einzeln betrachtet ist jede Information harmlos: Wo du einkaufst, welche Artikel du liest, wann du das Haus verlässt. Zusammen ergeben sie ein Profil, das intimer ist als jedes Tagebuch. Und dieses Profil gehört nicht dir — es gehört denen, die es erstellt haben.</p>
<p><strong>4. Du schützt nicht nur dich.</strong> Wenn du sagst “Ich habe nichts zu verbergen”, sagst du auch: “Ich bin bereit, die Infrastruktur zu normalisieren, die andere in Gefahr bringt.” Journalisten, Dissidenten, Whistleblower brauchen Privatsphäre zum Überleben. Je mehr Menschen verschlüsseln, desto sicherer sind diejenigen, die verschlüsseln <em>müssen</em>.</p>
<div class="lern-aufgabe">
<div class="lern-aufgabe__header">
<span class="lern-aufgabe__icon">✍</span>
<strong>Aufgabe</strong>
</div>
<div class="lern-aufgabe__body">
<p>Edward Snowden brachte es auf den Punkt: “Zu argumentieren, dass du keine Privatsphäre brauchst, weil du nichts zu verbergen hast, ist wie zu argumentieren, dass du keine Redefreiheit brauchst, weil du nichts zu sagen hast.” Wo in deinem digitalen Alltag verlässt du dich auf das Wohlwollen zentraler Instanzen? Zähle drei Beispiele.</p>
</div>
</div>
<h2 id="souveranitat-als-spektrum">Souveränität als Spektrum</h2>
<p>Niemand wird über Nacht zum digitalen Souverän. Es ist ein Spektrum — und jeder Schritt zählt.</p>
<h3 id="stufe-0-volle-abhangigkeit">Stufe 0: Volle Abhängigkeit</h3>
<p>Du nutzt Gmail, zahlst mit Karte, speicherst alles in iCloud, streamst auf Spotify, kommunizierst über WhatsApp. Dein digitales Leben existiert auf Servern, über die du null Kontrolle hast. Alles funktioniert — solange die Anbieter mitspielen.</p>
<h3 id="stufe-1-bewusstsein">Stufe 1: Bewusstsein</h3>
<p>Du verstehst die Risiken. Du nutzt einen Passwort-Manager, hast 2FA aktiviert, wählst bewusster, welche Apps du installierst. Du zahlst gelegentlich mit Bargeld. Du hast einen Ad-Blocker.</p>
<h3 id="stufe-2-werkzeuge">Stufe 2: Werkzeuge</h3>
<p>Du nutzt Signal statt WhatsApp. Deine E-Mails laufen über einen datenschutzfreundlichen Anbieter. Du hast Bitcoin — nicht auf einer Börse, sondern in deiner eigenen Wallet. Du nutzt einen VPN oder Tor für bestimmte Aktivitäten.</p>
<h3 id="stufe-3-infrastruktur">Stufe 3: Infrastruktur</h3>
<p>Du betreibst einen eigenen Bitcoin-Node. Deine Daten liegen auf eigener Hardware. Du nutzt Self-Hosted-Dienste. Dein Betriebssystem ist Open Source. Du verifizierst Software-Downloads mit GPG-Signaturen.</p>
<h3 id="stufe-4-resilienz">Stufe 4: Resilienz</h3>
<p>Selbst wenn morgen alle großen Tech-Plattformen dich sperren, alle Banken dein Konto schließen und dein ISP den Stecker zieht — du hast einen Plan B. Dein Geld ist in Bitcoin, deine Seed Phrase ist sicher verwahrt, deine Kommunikation läuft über dezentrale Protokolle, deine wichtigsten Daten sind lokal und verschlüsselt.</p>
<div class="lern-probiere">
<div class="lern-probiere__header">
<span class="lern-probiere__icon">⚡</span>
<strong>Probiere es aus</strong>
</div>
<div class="lern-probiere__body">
<p>Mach eine ehrliche Bestandsaufnahme: Auf welcher Stufe stehst du? Liste alle digitalen Dienste auf, von denen du abhängig bist. Für jeden Dienst: Was passiert, wenn er dich morgen sperrt? Gibt es eine Alternative, die du kontrollierst?</p>
</div>
</div>
<h2 id="bitcoin-als-baustein-digitaler-souveranitat">Bitcoin als Baustein digitaler Souveränität</h2>
<p>Bitcoin ist nicht die gesamte Antwort auf digitale Souveränität — aber es ist der wichtigste Baustein. Denn <strong>Geld ist der Hebel.</strong></p>
<p>Wer dein Geld kontrolliert, kontrolliert dich. Es spielt keine Rolle, ob du verschlüsselt kommunizierst, wenn deine Bank Transaktionen zu einem VPN-Anbieter blockieren kann. Es spielt keine Rolle, ob du freie Software nutzt, wenn dein PayPal-Konto gesperrt wird, weil du an die falsche Organisation gespendet hast.</p>
<p>Bitcoin dreht diese Dynamik um:</p>
<ul>
<li><strong>Deine Schlüssel, dein Geld</strong> — niemand kann dich von deinem Guthaben trennen, solange du deine Seed Phrase kontrollierst</li>
<li><strong>Kein Genehmigungsvorbehalt</strong> — du brauchst keine Bank, keinen Ausweis, keine Erlaubnis, um Bitcoin zu senden oder zu empfangen</li>
<li><strong>Zensurresistenz</strong> — keine Institution kann deine Transaktion blockieren, wenn sie von Minern bestätigt wird</li>
<li><strong>Grenzüberschreitend</strong> — 24 Wörter im Kopf sind die mobilste Form von Vermögen, die jemals existiert hat</li>
</ul>
<p>Das ist keine Ideologie. Das sind technische Eigenschaften eines mathematischen Systems.</p>
<h2 id="souveranitat-bedeutet-verantwortung">Souveränität bedeutet Verantwortung</h2>
<p>Der Preis für Souveränität ist Verantwortung. Wenn du deine eigenen Schlüssel verwaltest, gibt es keine Hotline, die dein Passwort zurücksetzt. Wenn du deine Seed Phrase verlierst, gibt es keine Bank, die dein Konto wiederherstellt.</p>
<p>Das ist kein Bug — das ist das Feature. Ein System, das niemand kontrollieren kann, kann auch niemand für dich retten. Deshalb ist Bildung der erste Schritt: Verstehen, wie die Werkzeuge funktionieren, bevor du dich auf sie verlässt.</p>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Souveränität und Verantwortung sind untrennbar. Jedes System, das dir erlaubt, dein Geld selbst zu kontrollieren, erlaubt dir auch, es selbst zu verlieren. Deshalb beginnt digitale Souveränität nicht mit einem Tool-Download, sondern mit Verstehen.</p>
</div>
</div>
<hr />
<h2 id="weiterfuhrend">Weiterführend</h2>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/kyc-und-non-kyc/">KYC und Non-KYC</a> — Warum der Zugang zu Bitcoin selbst eine Souveränitätsfrage ist</li>
<li><a href="https://bitcoin-durchgespielt.com/cypherpunk/dont-trust-verify/">Don’t Trust, Verify</a> — Das Prinzip, das Souveränität erst möglich macht</li>
<li><a href="https://bitcoin-durchgespielt.com/cypherpunk/cypherpunk-manifest/">Das Cypherpunk-Manifest</a> — Die philosophische Grundlage digitaler Souveränität</li>
<li><a href="https://bitcoin-durchgespielt.com/cypherpunk/nostr-zensurresistente-kommunikation/">Nostr: Zensurresistente Kommunikation</a> — Souveränität in der Kommunikation</li>
</ul>
<p>Zurück zur Übersicht: <a href="https://bitcoin-durchgespielt.com/cypherpunk/">Cypherpunk</a></p>
Don't Trust, Verify2025-10-01T00:00:00+00:002025-10-01T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/cypherpunk/dont-trust-verify/<p>Drei Worte, die alles zusammenfassen, was Bitcoin von jedem anderen Geldsystem unterscheidet: <strong>Don’t trust, verify.</strong></p>
<p>Nicht: “Vertrau uns, wir machen das schon.” Nicht: “Das haben Experten geprüft.” Sondern: <strong>Überprüfe es selbst.</strong> Mathematisch. Kryptographisch. Unabhängig.</p>
<h2 id="das-problem-mit-vertrauen">Das Problem mit Vertrauen</h2>
<p>Vertrauen ist keine schlechte Sache. In persönlichen Beziehungen ist es unverzichtbar. Aber in Systemen, die dein Geld verwalten, ist Vertrauen ein Risiko — und zwar ein systematisches.</p>
<h3 id="warum-vertrauen-versagt">Warum Vertrauen versagt</h3>
<p>Vertrauen basiert auf der Annahme, dass die vertrauenswürdige Partei ehrlich handelt, kompetent ist und deine Interessen berücksichtigt. Diese Annahme wird regelmäßig enttäuscht:</p>
<p><strong>Anreize ändern sich.</strong> Eine Institution, die heute vertrauenswürdig ist, kann morgen andere Prioritäten haben. Die Bank, die dein Konto verwaltet, folgt den Anweisungen von Regulierern — nicht deinen Wünschen.</p>
<p><strong>Kompetenz ist begrenzt.</strong> Selbst gut gemeinte Systeme haben Bugs, Fehlkonfigurationen, menschliches Versagen. Ein Fehler in einer zentralen Instanz betrifft alle, die ihr vertrauen.</p>
<p><strong>Macht korrumpiert.</strong> Nicht als moralisches Urteil, sondern als statistisches Muster. Je mehr Kontrolle eine Institution hat, desto wahrscheinlicher wird sie diese Kontrolle ausnutzen — wenn nicht heute, dann in zehn oder hundert Jahren.</p>
<h2 id="wo-trust-spektakular-gescheitert-ist">Wo “Trust” spektakulär gescheitert ist</h2>
<p>Die Bitcoin-Geschichte selbst ist ein Lehrstück über die Kosten von Vertrauen.</p>
<h3 id="mt-gox-2014">Mt. Gox (2014)</h3>
<p>Mt. Gox wickelte zeitweise 70% aller Bitcoin-Transaktionen weltweit ab. Nutzer vertrauten der Börse mit ihren Bitcoin. Im Februar 2014 stellte sich heraus: <strong>850.000 BTC waren verschwunden</strong> — gestohlen, über Jahre hinweg, während die Börse normal weiterlief. Der CEO Mark Karpeles hatte die Insolvenz verschleiert. Nutzer verloren alles.</p>
<p>Die Lektion: Du hast keine Bitcoin auf einer Börse. Du hast ein Versprechen, dass dir jemand Bitcoin schuldet. Und Versprechen können gebrochen werden.</p>
<h3 id="ftx-2022">FTX (2022)</h3>
<p>Acht Jahre nach Mt. Gox, derselbe Film. FTX — die zweitgrößte Kryptobörse der Welt — brach zusammen, weil Sam Bankman-Fried Kundengelder für spekulative Wetten seiner Schwestergesellschaft Alameda Research zweckentfremdet hatte. <strong>Acht Milliarden Dollar an Kundengeldern waren weg.</strong> Prüfer hatten die Bücher abgesegnet. Regulierer hatten die Lizenz erteilt. Medien hatten den Gründer als Genie gefeiert.</p>
<p>Alles Trust. Alles gescheitert.</p>
<h3 id="luna-terra-2022">Luna/Terra (2022)</h3>
<p>Das Terra-Ökosystem versprach einen “algorithmischen Stablecoin”, der durch den Luna-Token gedeckt war — also durch sich selbst. Renommierte Venture-Capital-Firmen investierten Milliarden. Krypto-Influencer bewarben 20% Rendite als “risikoarm”. Im Mai 2022 kollabierte das System innerhalb von fünf Tagen. <strong>40 Milliarden Dollar vernichtet.</strong> Wer den Code selbst geprüft hätte, hätte die zirkuläre Logik sofort erkannt.</p>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Mt. Gox, FTX, Luna — jedes Mal hat Vertrauen in zentrale Instanzen zu Totalverlusten geführt. Das Muster ist immer dasselbe: Intransparenz, Anreizkonflikte, keine unabhängige Verifizierung. “Don’t trust, verify” ist keine Paranoia — es ist die logische Konsequenz aus dokumentierten Systemversagen.</p>
</div>
</div>
<h2 id="was-verify-konkret-bedeutet">Was “Verify” konkret bedeutet</h2>
<p>“Verify” ist kein Slogan — es ist eine Praxis. Und Bitcoin macht diese Praxis für jeden zugänglich.</p>
<h3 id="dein-eigener-node-deine-eigene-wahrheit">Dein eigener Node = deine eigene Wahrheit</h3>
<p>Ein Bitcoin Full Node überprüft <strong>jede einzelne Transaktion</strong> und <strong>jeden einzelnen Block</strong> seit dem Genesis-Block von 2009. Er akzeptiert nur, was den Konsensregeln entspricht. Kein Vertrauen in Dritte nötig.</p>
<p>Was dein Node verifiziert:</p>
<ul>
<li><strong>Die Geldmenge</strong>: Existieren wirklich nur ~19,8 Millionen BTC? Dein Node zählt nach.</li>
<li><strong>Keine doppelten Ausgaben</strong>: Wurde jeder UTXO nur einmal ausgegeben? Dein Node prüft.</li>
<li><strong>Gültige Signaturen</strong>: Hat der Absender wirklich den privaten Schlüssel? Dein Node rechnet nach.</li>
<li><strong>Korrekte Block-Struktur</strong>: Stimmt die Difficulty, passt der Timestamp, ist der Proof of Work gültig? Dein Node verifiziert.</li>
</ul>
<p>Wenn ein Miner einen Block sendet, der die Regeln verletzt — zu viele Bitcoin erzeugt, eine ungültige Transaktion enthält, die falsche Difficulty hat — lehnt dein Node den Block ab. Automatisch. Ohne Diskussion.</p>
<p>Das ist der Unterschied zwischen Bitcoin und jedem anderen Finanzsystem: <strong>Du musst niemandem glauben, dass die Regeln eingehalten werden. Du kannst es selbst prüfen.</strong></p>
<div class="lern-aufgabe">
<div class="lern-aufgabe__header">
<span class="lern-aufgabe__icon">✍</span>
<strong>Aufgabe</strong>
</div>
<div class="lern-aufgabe__body">
<p>Stell dir vor, du hättest einen Node für das Euro-System. Er müsste verifizieren: Wie viele Euro existieren insgesamt? Wurden die Fiskalregeln eingehalten? Wer hat wie viel neues Geld erhalten? Das ist unmöglich — diese Informationen sind nicht öffentlich oder gar nicht existent. Bei Bitcoin dauert die vollständige Verifizierung der gesamten Geldmenge wenige Stunden auf einem 100-Euro-Computer.</p>
</div>
</div>
<h3 id="open-source-als-grundvoraussetzung">Open Source als Grundvoraussetzung</h3>
<p>Verifizierung setzt voraus, dass du den Code lesen kannst. Closed-Source-Software ist eine Black Box — du weißt nicht, was sie tut, du kannst nur dem Hersteller vertrauen.</p>
<p>Bitcoin Core ist Open Source. Jede Zeile Code ist öffentlich einsehbar, von jedem prüfbar, von jedem kompilierbar. Das bedeutet nicht, dass jeder den Code liest — aber es bedeutet, dass jeder es <em>kann</em>. Und dass viele es tun.</p>
<h3 id="kryptographische-signaturen">Kryptographische Signaturen</h3>
<p>Wenn du Bitcoin Core herunterlädst, kannst du verifizieren, dass die Software tatsächlich von den Entwicklern stammt, die du erwartest. GPG-Signaturen stellen sicher: <strong>Was du herunterlädst, ist identisch mit dem, was der Entwickler veröffentlicht hat.</strong> Kein Vertrauen in den Download-Server nötig.</p>
<h2 id="don-t-trust-verify-jenseits-von-bitcoin">“Don’t Trust, Verify” jenseits von Bitcoin</h2>
<p>Das Prinzip ist universell. Es lässt sich auf jede Situation anwenden, in der dir jemand etwas erzählt und du es überprüfen kannst.</p>
<h3 id="reproducible-builds">Reproducible Builds</h3>
<p>Software wird als Quellcode geschrieben und dann in ausführbare Programme kompiliert. Theoretisch könnte der Kompilierungsprozess Schadcode einschleusen, der im Quellcode nicht sichtbar ist. <strong>Reproducible Builds</strong> lösen dieses Problem: Jeder kann den Quellcode kompilieren und prüfen, ob das Ergebnis byte-identisch mit dem offiziellen Release ist.</p>
<p>Bitcoin Core, Tor Browser und viele andere sicherheitskritische Programme nutzen Reproducible Builds. Das Ergebnis: Du musst nicht einmal dem Kompilierungsprozess vertrauen.</p>
<h3 id="unabhangige-informationsquellen">Unabhängige Informationsquellen</h3>
<p>“Don’t trust, verify” funktioniert auch außerhalb von Software. Wenn eine Zeitung etwas behauptet, prüfe die Originalquelle. Wenn ein Politiker Zahlen nennt, überprüfe sie anhand öffentlicher Daten. Wenn ein Experte etwas sagt, schaue dir an, wie er zu seinem Schluss gekommen ist.</p>
<p>Das ist keine Verschwörungsmentalität — das ist wissenschaftliches Denken. Die gesamte Wissenschaft basiert auf dem Prinzip: <strong>Ein Ergebnis gilt erst dann, wenn andere es unabhängig reproduzieren können.</strong></p>
<h3 id="gesundes-misstrauen-gegenuber-autoritatsargumenten">Gesundes Misstrauen gegenüber Autoritätsargumenten</h3>
<p>“Vertrau mir, ich bin Experte” ist kein Argument. Es ist eine Bitte um Vertrauen. Ein echtes Argument kann überprüft werden — es zeigt die Daten, die Methode, den Weg vom Problem zum Ergebnis.</p>
<p>Bitcoin normalisiert diese Denkweise: Nicht Autorität entscheidet, was wahr ist, sondern <strong>nachprüfbare Beweise</strong>. In einem Netzwerk aus zehntausenden Nodes entscheidet nicht Reputation, wer recht hat — sondern Mathematik.</p>
<div class="lern-probiere">
<div class="lern-probiere__header">
<span class="lern-probiere__icon">⚡</span>
<strong>Probiere es aus</strong>
</div>
<div class="lern-probiere__body">
<p>Nimm eine Behauptung, die du diese Woche gelesen hast — egal ob über Bitcoin, Politik oder Wissenschaft. Versuche, sie bis zur Primärquelle zurückzuverfolgen. Wie viele Schritte brauchst du? Ist die Originaldaten öffentlich zugänglich? Kannst du die Schlussfolgerung selbst nachvollziehen? Dieses Denkmuster ist “Don’t trust, verify” in der Praxis.</p>
</div>
</div>
<h2 id="von-satoshis-whitepaper-bis-zu-deinem-node">Von Satoshis Whitepaper bis zu deinem Node</h2>
<p>Satoshi beschrieb Bitcoin als “electronic cash system” — aber der eigentliche Durchbruch war nicht das digitale Geld. Der Durchbruch war ein System, das <strong>Vertrauen durch Verifizierung ersetzt</strong>.</p>
<p>Jedes vorherige digitale Geldsystem brauchte eine vertrauenswürdige dritte Partei: Eine Bank, einen Server, eine Firma. Bitcoin braucht nur Mathematik, einen offenen Quellcode und ein Netzwerk von Nodes, die unabhängig verifizieren.</p>
<p>Das ist keine Kleinigkeit. Das ist ein Paradigmenwechsel. Vom Zeitalter des Vertrauens zum Zeitalter der Verifizierung.</p>
<hr />
<h2 id="weiterfuhrend">Weiterführend</h2>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/nodes/warum-eigene-node/">Warum eine eigene Node?</a> — Praktische Anleitung: “Verify” im eigenen Netzwerk umsetzen</li>
<li><a href="https://bitcoin-durchgespielt.com/nodes/verifizierung-open-source/">Verifizierung und Open Source</a> — GPG-Signaturen prüfen und Software verifizieren</li>
<li><a href="https://bitcoin-durchgespielt.com/cypherpunk/open-source-vertrauen/">Open Source und Vertrauen</a> — Warum offener Code die Basis von “Verify” ist</li>
<li><a href="https://bitcoin-durchgespielt.com/cypherpunk/cypherpunk-manifest/">Das Cypherpunk-Manifest</a> — Der philosophische Ursprung des Prinzips</li>
</ul>
<p>Zurück zur Übersicht: <a href="https://bitcoin-durchgespielt.com/cypherpunk/">Cypherpunk</a></p>
Nostr: Zensurresistente Kommunikation2025-10-01T00:00:00+00:002025-10-01T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/cypherpunk/nostr-zensurresistente-kommunikation/<p>Social Media hat ein Strukturproblem. Nicht weil die Menschen, die es betreiben, böse wären — sondern weil die Architektur zentralisiert ist. Wer den Server kontrolliert, kontrolliert die Kommunikation. Nostr versucht, das zu ändern.</p>
<h2 id="warum-nostr-existiert">Warum Nostr existiert</h2>
<h3 id="das-deplatforming-problem">Das Deplatforming-Problem</h3>
<p>Jede große Social-Media-Plattform hat die Macht, Nutzer ohne echtes Verfahren auszuschließen. Accounts mit Hunderttausenden Followern werden gesperrt — manchmal aus nachvollziehbaren Gründen, manchmal willkürlich, manchmal aufgrund von politischem Druck.</p>
<p>Das Problem ist nicht, <em>dass</em> moderiert wird. Das Problem ist die <strong>Architektur</strong>: Ein einzelnes Unternehmen trifft eine Entscheidung, und der Nutzer verliert alles — seine Reichweite, seine Kontakte, seine Inhalte, seine Identität auf der Plattform. Es gibt kein unabhängiges Berufungsverfahren, keinen Portabilitätsanspruch, keine Alternative.</p>
<h3 id="bisherige-losungsversuche">Bisherige Lösungsversuche</h3>
<p><strong>Mastodon/ActivityPub</strong>: Dezentral, aber server-basiert. Dein Account lebt auf einem Server, den jemand anderes betreibt. Wenn dieser Server abgeschaltet wird, ist dein Account weg. Server-Admins können Nutzer ausschließen und ganze andere Server blockieren (Defederation). Besser als Twitter, aber immer noch an Server-Betreiber gebunden.</p>
<p><strong>Peer-to-Peer-Netzwerke</strong> (Scuttlebutt, etc.): Technisch elegant, aber praktisch schwer nutzbar. Hohe Latenz, komplexe Synchronisation, kleine Nutzerbasis.</p>
<p>Nostr geht einen anderen Weg.</p>
<h2 id="wie-nostr-funktioniert">Wie Nostr funktioniert</h2>
<p>Nostr steht für <strong>Notes and Other Stuff Transmitted by Relays</strong>. Das Protokoll ist radikal einfach — absichtlich. Die gesamte Spezifikation passt auf wenige Seiten.</p>
<h3 id="die-drei-bausteine">Die drei Bausteine</h3>
<p><strong>1. Schlüsselpaare</strong> — Deine Identität bei Nostr ist ein kryptographisches Schlüsselpaar. Dein Private Key (nsec) ist deine Identität. Dein Public Key (npub) ist deine öffentliche Adresse. Es gibt keine Registrierung, keine E-Mail, keinen Benutzernamen. Du erzeugst ein Schlüsselpaar und existierst.</p>
<p><strong>2. Events</strong> — Alles bei Nostr ist ein Event: ein Post, ein Like, eine Profiländerung, ein verschlüsselter DM. Jedes Event ist ein JSON-Objekt mit einem festen Format:</p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="json"><span class="giallo-l"><span>{</span></span>
<span class="giallo-l"><span style="color: #66D9EF;font-style: italic;"> "id"</span><span>:</span><span style="color: #CFCFC2;"> "..."</span><span>,</span></span>
<span class="giallo-l"><span style="color: #66D9EF;font-style: italic;"> "pubkey"</span><span>:</span><span style="color: #CFCFC2;"> "dein-npub"</span><span>,</span></span>
<span class="giallo-l"><span style="color: #66D9EF;font-style: italic;"> "created_at"</span><span>:</span><span style="color: #AE81FF;"> 1234567890</span><span>,</span></span>
<span class="giallo-l"><span style="color: #66D9EF;font-style: italic;"> "kind"</span><span>:</span><span style="color: #AE81FF;"> 1</span><span>,</span></span>
<span class="giallo-l"><span style="color: #66D9EF;font-style: italic;"> "content"</span><span>:</span><span style="color: #CFCFC2;"> "Hallo Nostr!"</span><span>,</span></span>
<span class="giallo-l"><span style="color: #66D9EF;font-style: italic;"> "sig"</span><span>:</span><span style="color: #CFCFC2;"> "..."</span></span>
<span class="giallo-l"><span>}</span></span></code></pre>
<p>Jedes Event wird mit dem Private Key des Autors <strong>signiert</strong>. Die Signatur ist kryptographisch verifizierbar — jeder kann prüfen, dass das Event wirklich vom angegebenen npub stammt und nicht verändert wurde.</p>
<p><strong>3. Relays</strong> — Relays sind Server, die Events entgegennehmen, speichern und an Clients ausliefern. Ein Relay ist wie ein schwarzes Brett: Jeder kann etwas anpinnen, jeder kann lesen.</p>
<p>Der entscheidende Unterschied zu herkömmlichen Plattformen: <strong>Du bist nicht an ein Relay gebunden.</strong> Du kannst deine Events an beliebig viele Relays gleichzeitig senden. Wenn ein Relay dich blockiert, senden deine Clients an andere. Deine Identität (Schlüsselpaar) und deine Inhalte (signierte Events) gehören dir — nicht dem Relay.</p>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Bei Nostr besitzt du drei Dinge: deinen Private Key, deine signierten Events und die Wahl deiner Relays. Kein Unternehmen kann dir deine Identität oder deine Inhalte wegnehmen, weil sie kryptographisch an deinen Schlüssel gebunden sind — nicht an einen Server.</p>
</div>
</div>
<h3 id="parallelen-zu-bitcoin">Parallelen zu Bitcoin</h3>
<p>Die Parallelen sind kein Zufall. Nostr wurde von Bitcoin-Entwicklern erdacht und teilt fundamentale Designprinzipien:</p>
<table><thead><tr><th></th><th>Bitcoin</th><th>Nostr</th></tr></thead><tbody>
<tr><td><strong>Identität</strong></td><td>Private Key → Public Key → Adresse</td><td>Private Key (nsec) → Public Key (npub)</td></tr>
<tr><td><strong>Kryptographie</strong></td><td>secp256k1 + Schnorr</td><td>secp256k1 + Schnorr</td></tr>
<tr><td><strong>Dezentralisierung</strong></td><td>Nodes</td><td>Relays</td></tr>
<tr><td><strong>Permissionless</strong></td><td>Jeder kann teilnehmen</td><td>Jeder kann posten</td></tr>
<tr><td><strong>Zensurresistenz</strong></td><td>Kein Node kann deine Transaktion blockieren (wenn andere sie weiterleiten)</td><td>Kein Relay kann dich dauerhaft zensieren (wenn andere dich akzeptieren)</td></tr>
<tr><td><strong>Datenstruktur</strong></td><td>Signierte Transaktionen</td><td>Signierte Events</td></tr>
</tbody></table>
<p>Nostr nutzt <strong>dieselbe elliptische Kurve</strong> (secp256k1) und <strong>dasselbe Signaturverfahren</strong> (Schnorr) wie Bitcoin. Ein Nostr-Schlüsselpaar ist mathematisch identisch mit einem Bitcoin-Schlüsselpaar. Einige Wallets und Clients experimentieren bereits mit der Möglichkeit, denselben Schlüssel für beides zu nutzen.</p>
<h2 id="was-nostr-nicht-ist">Was Nostr nicht ist</h2>
<p>Bevor die Begeisterung überhand nimmt — eine nüchterne Einordnung:</p>
<h3 id="kein-ersatz-fur-alle-plattformen">Kein Ersatz für alle Plattformen</h3>
<p>Nostr ist primär ein Protokoll für textbasierte Kommunikation. Es ersetzt Twitter-artige Kurznachrichten gut. Für Gruppen-Chat, Videoplattformen oder komplexe Foren ist es (noch) nicht optimiert. Es gibt Experimente in all diesen Richtungen, aber die Reife ist unterschiedlich.</p>
<h3 id="kein-perfekter-zensurschutz">Kein perfekter Zensurschutz</h3>
<p>Relays können dich blockieren. Wenn <em>alle</em> großen Relays dich blockieren, sinkt deine Reichweite drastisch. In der Praxis gibt es genug Relay-Diversität, dass vollständige Zensur schwer durchsetzbar ist — aber es ist nicht unmöglich. Nostr macht Zensur <strong>teuer</strong>, nicht unmöglich.</p>
<h3 id="noch-im-aufbau">Noch im Aufbau</h3>
<p>Nostr ist jung. Das Protokoll wird aktiv weiterentwickelt. Clients haben Bugs, die UX ist oft rau, und manche Features sind noch nicht standardisiert. Wer Nostr heute nutzt, ist Early Adopter — mit allen Vor- und Nachteilen.</p>
<h3 id="kein-datenschutz-wunder">Kein Datenschutz-Wunder</h3>
<p>Standardmäßig sind alle Nostr-Events öffentlich. Verschlüsselte Direktnachrichten (NIP-04, NIP-44) existieren, sind aber noch nicht so ausgereift wie bei Signal oder Matrix. Wer sensible Kommunikation führen will, sollte sich nicht allein auf Nostr verlassen.</p>
<h2 id="zaps-lightning-trifft-nostr">Zaps: Lightning trifft Nostr</h2>
<p>Hier wird es für Bitcoiner interessant. <strong>Zaps</strong> sind Lightning-Zahlungen, die direkt an Nostr-Events gebunden sind.</p>
<h3 id="wie-zaps-funktionieren">Wie Zaps funktionieren</h3>
<ol>
<li>Ein Nostr-Nutzer hinterlegt seine Lightning-Adresse in seinem Profil</li>
<li>Ein anderer Nutzer sieht einen Post, den er wertvoll findet</li>
<li>Er sendet einen Zap — eine Lightning-Zahlung von ein paar Satoshis bis zu beliebig viel</li>
<li>Der Zap wird als Event im Nostr-Netzwerk veröffentlicht — sichtbar für alle</li>
</ol>
<p>Das ist Value-for-Value im reinsten Sinne: Du bezahlst direkt den Autor, nicht die Plattform. Kein Werbemodell, kein Algorithmus, der Engagement optimiert. Stattdessen: <strong>Guter Content wird bezahlt. Direkt. Sofort. Ohne Mittelsmann.</strong></p>
<h3 id="warum-das-radikal-ist">Warum das radikal ist</h3>
<p>In jedem bestehenden Social-Media-Modell verdient die <strong>Plattform</strong> an deinem Content — durch Werbung, Daten oder Abonnements. Der Ersteller bekommt einen Bruchteil oder nichts. Bei Nostr + Lightning fließt das Geld direkt vom Leser zum Autor. Die Plattform (der Client) verdient nichts — und muss es auch nicht, weil der Client nur eine Oberfläche ist, keine Infrastruktur.</p>
<p>Das verändert die Anreize fundamental:</p>
<ul>
<li><strong>Content Creator</strong> werden nicht für Engagement belohnt (Clickbait), sondern für <strong>Wert</strong> (Lightning-Zahlungen)</li>
<li><strong>Plattformen</strong> haben keinen Anreiz, dich möglichst lange zu halten, weil sie nicht an deiner Aufmerksamkeit verdienen</li>
<li><strong>Nutzer</strong> werden zu aktiven Unterstützern statt zu passiven Produkten</li>
</ul>
<div class="lern-aufgabe">
<div class="lern-aufgabe__header">
<span class="lern-aufgabe__icon">✍</span>
<strong>Aufgabe</strong>
</div>
<div class="lern-aufgabe__body">
<p>Vergleiche die Anreizstrukturen: Bei Twitter/X bestimmt ein Algorithmus, was du siehst — optimiert für Engagement (Empörung funktioniert gut). Bei Nostr bestimmt <em>dein Client</em> und <em>dein Relay-Set</em>, was du siehst. Zaps belohnen Qualität statt Provokation. Welches Modell führt zu besserer Kommunikation?</p>
</div>
</div>
<h2 id="nostr-clients">Nostr-Clients</h2>
<p>Du interagierst mit Nostr über Clients — Apps, die das Protokoll in eine Benutzeroberfläche übersetzen. Es gibt keine “eine Nostr-App”, sondern viele Clients, die auf dasselbe Netzwerk zugreifen.</p>
<h3 id="desktop-und-web">Desktop und Web</h3>
<ul>
<li><strong>Primal</strong> (<a rel="external" href="https://primal.net">primal.net</a>) — Moderner Web-Client mit integrierter Lightning-Wallet und ansprechender UX. Guter Startpunkt.</li>
<li><strong>Nostrudel</strong> — Feature-reicher Web-Client für Power-User.</li>
<li><strong>Coracle</strong> — Relay-fokussierter Client, der dir maximale Kontrolle über dein Relay-Set gibt.</li>
</ul>
<h3 id="mobile">Mobile</h3>
<ul>
<li><strong>Damus</strong> (iOS) — Der bekannteste iOS-Client. Saubere Oberfläche, integrierte Zaps.</li>
<li><strong>Amethyst</strong> (Android) — Feature-reicher Android-Client mit guter Relay-Verwaltung.</li>
<li><strong>Primal</strong> (iOS/Android) — Plattformübergreifend, eingebaute Wallet.</li>
</ul>
<h3 id="schlusselverwaltung">Schlüsselverwaltung</h3>
<ul>
<li><strong>Amber</strong> (Android) — Ein Signer, der deinen Private Key sicher verwahrt und nur einzelne Events signiert. Der Client sieht deinen nsec nie.</li>
<li><strong>nsec.app</strong> — Browser-basierter Signer mit demselben Prinzip.</li>
</ul>
<p>Die Trennung von Client und Schlüsselverwaltung ist ein Sicherheitsmerkmal: <strong>Dein Private Key gehört in einen Signer, nicht in die Zwischenablage eines Browsers.</strong></p>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Bei Nostr sind Clients austauschbar — deine Identität und deine Daten gehören dir, nicht der App. Wenn dir ein Client nicht gefällt, wechselst du zu einem anderen und nimmst alles mit. Das ist der fundamentale Unterschied zu geschlossenen Plattformen.</p>
</div>
</div>
<h2 id="wie-nostr-und-bitcoin-sich-erganzen">Wie Nostr und Bitcoin sich ergänzen</h2>
<p>Nostr und Bitcoin lösen unterschiedliche Probleme, aber verstärken sich gegenseitig.</p>
<h3 id="bitcoin-braucht-zensurresistente-kommunikation">Bitcoin braucht zensurresistente Kommunikation</h3>
<p>Was nützt zensurresistentes Geld, wenn die Kommunikation darüber zensiert werden kann? Wenn ein YouTube-Kanal gelöscht wird, der über Bitcoin aufklärt, hilft Bitcoin allein nicht. Nostr bietet den Kommunikationskanal, der zu Bitcoin passt: dezentral, pseudonym, nicht löschbar.</p>
<h3 id="nostr-braucht-bitcoin">Nostr braucht Bitcoin</h3>
<p>Ein dezentrales Kommunikationsprotokoll braucht eine dezentrale Zahlungsinfrastruktur. Nostr-Relays kosten Geld — Server, Bandbreite, Speicher. Zaps über Lightning bieten ein nachhaltiges Finanzierungsmodell ohne Werbung und ohne zentrale Plattform-Gebühren.</p>
<h3 id="die-vision-value-4-value">Die Vision: Value-4-Value</h3>
<p>Die Kombination aus Nostr und Bitcoin/Lightning ermöglicht ein Internet, das nicht auf Werbung basiert:</p>
<ul>
<li><strong>Journalismus</strong> — Artikel werden per Zap bezahlt, nicht durch Clickbait-Überschriften finanziert</li>
<li><strong>Open Source</strong> — Entwickler werden direkt für ihren Code bezahlt, nicht durch Venture Capital korrumpiert</li>
<li><strong>Kunst</strong> — Musiker und Künstler werden von ihrem Publikum bezahlt, nicht von Plattformen, die 30% abzweigen</li>
<li><strong>Bildung</strong> — Wissen wird geteilt und bezahlt, ohne dass eine Plattform als Gatekeeper fungiert</li>
</ul>
<div class="lern-probiere">
<div class="lern-probiere__header">
<span class="lern-probiere__icon">⚡</span>
<strong>Probiere es aus</strong>
</div>
<div class="lern-probiere__body">
<p>Erstelle ein Nostr-Schlüsselpaar (zum Beispiel auf <a rel="external" href="https://primal.net">primal.net</a> oder mit dem Damus/Amethyst Client). Speichere deinen nsec (Private Key) sicher — verlierst du ihn, verlierst du deinen Account. Sende eine erste Nachricht. Suche nach Bitcoin-Content über Hashtags wie #Bitcoin oder #nostr. Beobachte, wie Zaps funktionieren — du siehst die Lightning-Zahlungen öffentlich an den Events.</p>
</div>
</div>
<h2 id="nuchterne-bilanz">Nüchterne Bilanz</h2>
<p>Nostr ist kein fertiges Produkt. Es ist ein Protokoll in aktiver Entwicklung mit einer wachsenden, aber noch kleinen Nutzerbasis. Die UX ist teilweise rau, die Relay-Infrastruktur ist fragil, und Spam ist ein ungelöstes Problem.</p>
<p>Aber das Grundprinzip ist solide: <strong>Deine Identität gehört dir, deine Daten gehören dir, deine Kommunikation ist nicht an eine Plattform gebunden.</strong> Das ist dieselbe Philosophie, die Bitcoin für Geld umsetzt — angewandt auf Kommunikation.</p>
<p>Ob Nostr das “dezentrale Twitter” wird, ist offen. Dass die Prinzipien dahinter — kryptographische Identität, Relay-Diversität, Value-for-Value — die richtige Richtung zeigen, ist schwer zu bestreiten.</p>
<hr />
<h2 id="weiterfuhrend">Weiterführend</h2>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/praxis/lightning-netzwerk/">Lightning-Netzwerk</a> — Lightning + Nostr: Wie Zaps technisch funktionieren</li>
<li><a href="https://bitcoin-durchgespielt.com/cypherpunk/cypherpunk-manifest/">Das Cypherpunk-Manifest</a> — Die philosophischen Wurzeln: Warum Kommunikationsfreiheit und Geldfreiheit zusammengehören</li>
<li><a href="https://bitcoin-durchgespielt.com/cypherpunk/digitale-souveraenitaet/">Digitale Souveränität</a> — Nostr als Baustein kommunikativer Souveränität</li>
<li><a href="https://bitcoin-durchgespielt.com/cypherpunk/pgp-kryptographie-fuer-alle/">PGP: Kryptographie für alle</a> — Die Kryptographie, die hinter Nostr-Schlüsseln steckt</li>
</ul>
<p>Zurück zur Übersicht: <a href="https://bitcoin-durchgespielt.com/cypherpunk/">Cypherpunk</a></p>
Open Source und Vertrauen2025-10-01T00:00:00+00:002025-10-01T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/cypherpunk/open-source-vertrauen/<p>Würdest du dein gesamtes Vermögen einer Software anvertrauen, deren Quellcode du nicht einsehen kannst? Einer Firma, die dir sagt: “Vertrau uns, alles sicher”? In jedem anderen Bereich wäre die Antwort offensichtlich. Bei Geld-Software ist sie es auch.</p>
<h2 id="warum-open-source-fur-geld-software-nicht-optional-ist">Warum Open Source für Geld-Software nicht optional ist</h2>
<p>Closed-Source-Software bedeutet: Du weißt nicht, was die Software tut. Du weißt nicht, ob sie deine Schlüssel an einen Server sendet. Du weißt nicht, ob eine Hintertür eingebaut ist. Du weißt nicht, ob ein Fehler dein Geld gefährdet.</p>
<p>Du hast nur ein Versprechen. Und Versprechen sind, wie wir gesehen haben, keine zuverlässige Grundlage.</p>
<h3 id="das-argument-in-drei-satzen">Das Argument in drei Sätzen</h3>
<ol>
<li>Geld-Software verwaltet Schlüssel, die direkten Zugriff auf Vermögen geben</li>
<li>Jeder Fehler — absichtlich oder versehentlich — kann zu Totalverlust führen</li>
<li>Nur offener Quellcode erlaubt unabhängige Überprüfung, ob die Software tut, was sie verspricht</li>
</ol>
<p>Das ist kein Idealismus. Das ist Risikomanagement.</p>
<h3 id="geschlossene-systeme-und-ihre-kosten">Geschlossene Systeme und ihre Kosten</h3>
<p>Die Geschichte ist voll von Fällen, in denen Closed-Source-Software genau das getan hat, was sie nicht tun sollte:</p>
<ul>
<li><strong>Ledger Live</strong> (2023): Ledger kündigte “Recover” an — einen Dienst, der die Seed Phrase in drei verschlüsselte Fragmente aufteilt und an Drittanbieter sendet. Die Hardware-Wallet-Community war entsetzt. Nicht weil der Dienst existierte, sondern weil die Firmware-Updates auf der Hardware-Wallet Closed Source waren. Nutzer mussten <em>vertrauen</em>, dass Ledger ihre Schlüssel nicht ohne Einwilligung extrahiert. Ein offener Quellcode hätte diese Debatte überflüssig gemacht.</li>
<li><strong>Wasabi Wallet 2.0</strong> (2022): Nach dem Rewrite wurde entdeckt, dass der CoinJoin-Koordinator Transaktionen zensieren konnte. Weil der Code offen war, wurde das Problem schnell identifiziert und öffentlich diskutiert. Stell dir vor, derselbe Code wäre geschlossen gewesen.</li>
</ul>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Bei Closed-Source-Wallets gilt: Du vertraust nicht der Mathematik — du vertraust der Firma. Das ist ein fundamentaler Unterschied. Ein Bug in Open-Source-Code wird gefunden und gefixt. Ein Bug in Closed-Source-Code bleibt verborgen, bis der Schaden da ist.</p>
</div>
</div>
<h2 id="das-viele-augen-prinzip">Das “Viele Augen”-Prinzip</h2>
<p>Linus Torvalds — Erfinder von Linux — formulierte es so: “Given enough eyeballs, all bugs are shallow.” Je mehr Menschen einen Quellcode lesen, desto schneller werden Fehler gefunden.</p>
<h3 id="wie-das-in-der-praxis-funktioniert">Wie das in der Praxis funktioniert</h3>
<p>Open Source bedeutet nicht, dass <em>jeder</em> den Code liest. Es bedeutet, dass <em>jeder es kann</em> — und dass genug Menschen es tun:</p>
<ul>
<li><strong>Sicherheitsforscher</strong> suchen gezielt nach Schwachstellen — manchmal für Bug Bounties, manchmal aus wissenschaftlichem Interesse</li>
<li><strong>Entwickler</strong> anderer Projekte prüfen den Code, weil sie darauf aufbauen</li>
<li><strong>Paranoide Nutzer</strong> (und das ist keine Beleidigung) lesen Code, bevor sie ihm ihre Schlüssel anvertrauen</li>
<li><strong>Wettbewerber</strong> suchen nach Schwächen, um ihre eigenen Lösungen als überlegen zu positionieren</li>
</ul>
<p>Dieses System ist nicht perfekt. Bugs können jahrelang übersehen werden — die Heartbleed-Lücke in OpenSSL existierte zwei Jahre, bevor sie entdeckt wurde. Aber sie <em>wurde</em> entdeckt. In einem geschlossenen System hätte sie möglicherweise Jahrzehnte bestanden — oder würde noch bestehen.</p>
<h3 id="die-asymmetrie">Die Asymmetrie</h3>
<p>Einen Bug zu verstecken ist bei Open Source <strong>exponentiell schwieriger</strong> als bei Closed Source. Ein Entwickler, der absichtlich eine Hintertür einbauen will, muss sie so subtil gestalten, dass hunderte erfahrene Reviewer sie übersehen. Bei Closed Source muss er gar nichts verstecken — niemand kann nachschauen.</p>
<h2 id="bitcoin-core-wie-code-review-funktioniert">Bitcoin Core: Wie Code-Review funktioniert</h2>
<p>Bitcoin Core ist das am intensivsten überprüfte Open-Source-Projekt in der Geschichte der Finanzsoftware. Und der Review-Prozess ist absichtlich langsam, konservativ und streng.</p>
<h3 id="der-weg-einer-code-anderung">Der Weg einer Code-Änderung</h3>
<ol>
<li><strong>Pull Request (PR)</strong>: Ein Entwickler schlägt eine Änderung vor. Der gesamte Code-Diff ist öffentlich einsehbar.</li>
<li><strong>Concept ACK</strong>: Andere Entwickler bewerten zunächst, ob die Änderung <em>grundsätzlich</em> sinnvoll ist.</li>
<li><strong>Code Review</strong>: Mindestens mehrere erfahrene Entwickler prüfen den Code Zeile für Zeile. Sie suchen nach Bugs, Sicherheitslücken, unbeabsichtigten Nebeneffekten, Inkonsistenzen.</li>
<li><strong>Testing</strong>: Automatisierte Tests laufen. Reviewer testen manuell auf verschiedenen Systemen.</li>
<li><strong>NACK</strong>: Jeder kann ein NACK (Not Acknowledged) aussprechen und begründen, warum die Änderung nicht gemergt werden sollte.</li>
<li><strong>Merge</strong>: Erst wenn genügend erfahrene Reviewer zustimmen und kein begründetes NACK vorliegt, wird der Code übernommen.</li>
</ol>
<p>Dieser Prozess dauert oft Wochen oder Monate — für eine einzige Änderung. Das ist Absicht. Bei Software, die Milliarden an Wert sichert, ist Geschwindigkeit keine Tugend.</p>
<h3 id="die-zahlen">Die Zahlen</h3>
<p>Bitcoin Core hat über 900 Contributors. Jeder Pull Request wird durchschnittlich von 4-8 Reviewern geprüft. Kritische Änderungen werden von Dutzenden Entwicklern begutachtet. Der Code hat über 22.000 Commits und eine der strengsten Review-Kulturen in der Open-Source-Welt.</p>
<div class="lern-aufgabe">
<div class="lern-aufgabe__header">
<span class="lern-aufgabe__icon">✍</span>
<strong>Aufgabe</strong>
</div>
<div class="lern-aufgabe__body">
<p>Öffne das Bitcoin Core Repository auf GitHub: <a rel="external" href="https://github.com/bitcoin/bitcoin">github.com/bitcoin/bitcoin</a>. Schaue dir einen aktuellen Pull Request an. Lies die Kommentare der Reviewer. Du wirst sehen: Jede Zeile wird hinterfragt. Jede Annahme wird geprüft. So sieht “Don’t Trust, Verify” in der Softwareentwicklung aus.</p>
</div>
</div>
<h2 id="reproducible-builds-dem-compiler-nicht-vertrauen-mussen">Reproducible Builds: Dem Compiler nicht vertrauen müssen</h2>
<p>Open Source allein reicht theoretisch nicht aus. Denn zwischen dem Quellcode, den du auf GitHub liest, und dem Programm, das du herunterlädst, liegt ein Schritt: die <strong>Kompilierung</strong>. Ein manipulierter Compiler könnte Schadcode einschleusen, der im Quellcode nicht sichtbar ist.</p>
<p>Ken Thompson beschrieb dieses Problem 1984 in seinem legendären Vortrag “Reflections on Trusting Trust”: Selbst wenn der Quellcode sauber ist, könnte der Compiler kompromittiert sein.</p>
<h3 id="was-reproducible-builds-losen">Was Reproducible Builds lösen</h3>
<p>Reproducible Builds garantieren, dass jeder, der den Quellcode mit denselben Parametern kompiliert, <strong>byte-identisch dasselbe Ergebnis</strong> erhält. Wenn du den offiziellen Bitcoin Core Build herunterlädst und ich denselben Code selbst kompiliere, müssen beide Dateien identisch sein. Wenn sie es nicht sind, wurde etwas manipuliert.</p>
<h3 id="wie-du-das-prufst">Wie du das prüfst</h3>
<ol>
<li>Lade die offizielle Release-Datei herunter</li>
<li>Lade die SHA256-Checksummen herunter</li>
<li>Verifiziere die GPG-Signatur der Checksummen</li>
<li>Vergleiche den Hash deiner heruntergeladenen Datei mit dem signierten Hash</li>
<li>Optional: Kompiliere den Quellcode selbst und vergleiche</li>
</ol>
<p>Jeder dieser Schritte ist dokumentiert und für jeden durchführbar. Kein Vertrauen nötig — nur Verifizierung.</p>
<h2 id="gpg-signaturen-wer-hat-was-veroffentlicht">GPG-Signaturen: Wer hat was veröffentlicht?</h2>
<p>Wie weißt du, dass der Bitcoin Core Download tatsächlich von den Bitcoin Core Entwicklern stammt und nicht von einem Angreifer, der die Website kompromittiert hat?</p>
<p><strong>GPG-Signaturen</strong> lösen dieses Problem. Jeder Release wird von mehreren bekannten Entwicklern kryptographisch signiert. Du überprüfst die Signatur mit dem öffentlichen Schlüssel des Entwicklers. Wenn die Signatur gültig ist, stammt die Datei nachweislich von dieser Person und wurde nicht verändert.</p>
<p>Das ist dasselbe Prinzip wie bei Bitcoin-Transaktionen: Private Key signiert, Public Key verifiziert. Die Mathematik ist dieselbe.</p>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Die Vertrauenskette bei sicherheitskritischer Software: Open Source (Code lesbar) + Code Review (geprüft) + Reproducible Builds (Kompilat verifizierbar) + GPG-Signaturen (Herkunft gesichert) = kein Vertrauen in Dritte nötig. Jede Stufe ist unabhängig überprüfbar.</p>
</div>
</div>
<h2 id="warnzeichen-wann-du-misstrauisch-sein-solltest">Warnzeichen: Wann du misstrauisch sein solltest</h2>
<p>Nicht jede Software, die sich “Open Source” nennt, verdient dein Vertrauen. Und nicht jede Closed-Source-Software ist automatisch unsicher. Aber es gibt klare Warnsignale:</p>
<h3 id="rote-flaggen-bei-wallets">Rote Flaggen bei Wallets</h3>
<ul>
<li><strong>Geschlossener Quellcode</strong> — Warum? Was gibt es zu verbergen?</li>
<li><strong>Kein unabhängiges Audit</strong> — Behauptungen ohne Überprüfung sind wertlos</li>
<li><strong>Eigene Kryptographie</strong> — seriöse Projekte nutzen etablierte Bibliotheken, keine selbstgeschriebene Krypto</li>
<li><strong>Zentralisierte Schlüsselgenerierung</strong> — wenn die App den Seed auf einem Server erzeugt, kontrollierst du nichts</li>
<li><strong>Fehlende Reproducible Builds</strong> — Open Source ohne reproduzierbare Kompilate lässt eine Lücke in der Vertrauenskette</li>
<li><strong>Übertriebenes Marketing</strong> — je lauter die Versprechen, desto kritischer solltest du sein</li>
</ul>
<h3 id="grune-flaggen">Grüne Flaggen</h3>
<ul>
<li><strong>Langjähriger Track Record</strong> — Software, die seit Jahren im Einsatz ist und regelmäßig aktualisiert wird</li>
<li><strong>Aktive Review-Kultur</strong> — sichtbare Code-Reviews, öffentliche Diskussionen über Sicherheitsentscheidungen</li>
<li><strong>Mehrere unabhängige Implementierungen</strong> — wenn verschiedene Teams denselben Standard implementieren, reduziert das Einzelpunktrisiken</li>
<li><strong>Transparente Sicherheitsmeldungen</strong> — Projekte, die gefundene Bugs öffentlich dokumentieren, sind vertrauenswürdiger als solche, die behaupten, nie welche zu haben</li>
</ul>
<div class="lern-probiere">
<div class="lern-probiere__header">
<span class="lern-probiere__icon">⚡</span>
<strong>Probiere es aus</strong>
</div>
<div class="lern-probiere__body">
<p>Überprüfe die Wallet, die du aktuell nutzt: Ist der Quellcode offen? Gibt es einen Review-Prozess? Sind die Builds reproduzierbar? Werden Releases signiert? Wenn du eine dieser Fragen nicht beantworten kannst, recherchiere. Wenn die Antwort “nein” ist, ziehe Alternativen in Betracht.</p>
</div>
</div>
<h2 id="open-source-als-kulturfrage">Open Source als Kulturfrage</h2>
<p>Open Source bei Bitcoin ist mehr als eine technische Entscheidung. Es ist eine Frage der Werte. Ein Geldsystem, das “Don’t Trust, Verify” predigt, aber auf geschlossener Software läuft, wäre ein Widerspruch in sich.</p>
<p>Die Stärke von Open Source liegt nicht nur darin, dass Bugs gefunden werden. Sie liegt darin, dass <strong>die Möglichkeit der Überprüfung das Verhalten aller Beteiligten verändert</strong>. Entwickler schreiben besseren Code, wenn sie wissen, dass jeder mitlesen kann. Unternehmen treffen bessere Entscheidungen, wenn sie wissen, dass ihre Software öffentlich geprüft wird. Nutzer treffen informiertere Entscheidungen, wenn sie Zugang zu den Fakten haben.</p>
<p>Open Source ersetzt Vertrauen nicht durch Misstrauen — es ersetzt Vertrauen durch Transparenz.</p>
<hr />
<h2 id="weiterfuhrend">Weiterführend</h2>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/nodes/verifizierung-open-source/">Verifizierung und Open Source</a> — Schritt-für-Schritt: GPG-Signaturen prüfen und Bitcoin Core verifizieren</li>
<li><a href="https://bitcoin-durchgespielt.com/cypherpunk/dont-trust-verify/">Don’t Trust, Verify</a> — Das Prinzip, dem Open Source dient</li>
<li><a href="https://bitcoin-durchgespielt.com/cypherpunk/pgp-kryptographie-fuer-alle/">PGP: Kryptographie für alle</a> — Die Mathematik hinter GPG-Signaturen</li>
<li><a href="https://bitcoin-durchgespielt.com/technik/adressen-schluessel/">Adressen und Schlüssel</a> — Dieselbe Kryptographie: Private Key signiert, Public Key verifiziert</li>
</ul>
<p>Zurück zur Übersicht: <a href="https://bitcoin-durchgespielt.com/cypherpunk/">Cypherpunk</a></p>
PGP: Kryptographie für alle2025-10-01T00:00:00+00:002025-10-01T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/cypherpunk/pgp-kryptographie-fuer-alle/<p>PGP — Pretty Good Privacy — ist das älteste und bewährteste Werkzeug für digitale Verschlüsselung und Signaturen. Es existiert seit 1991, hat die Crypto Wars überlebt und basiert auf demselben mathematischen Prinzip, das auch Bitcoin-Transaktionen sichert: <strong>asymmetrische Kryptographie.</strong></p>
<p>Wer PGP versteht, versteht die halbe Kryptographie hinter Bitcoin.</p>
<h2 id="das-problem-das-pgp-lost">Das Problem, das PGP löst</h2>
<p>Stell dir vor, du willst jemandem eine vertrauliche Nachricht schicken. Im analogen Leben steckst du sie in einen Umschlag. Aber digital? Jede E-Mail, jede Nachricht läuft über Server, die andere kontrollieren. Jeder dieser Server kann mitlesen.</p>
<p>Die naheliegende Lösung — Verschlüsselung — hat ein eigenes Problem: <strong>Wie tauschst du den Schlüssel aus?</strong> Wenn du den Schlüssel über denselben unsicheren Kanal sendest wie die Nachricht, kann der Lauscher beides abfangen.</p>
<p>Asymmetrische Kryptographie löst dieses Henne-Ei-Problem elegant.</p>
<h2 id="die-briefkasten-analogie">Die Briefkasten-Analogie</h2>
<p>Stell dir einen besonderen Briefkasten vor:</p>
<ul>
<li>Der Briefkasten hat einen <strong>Schlitz</strong> (Public Key) — jeder kann etwas hineinwerfen</li>
<li>Der Briefkasten hat ein <strong>Schloss</strong> (Private Key) — nur der Besitzer kann ihn öffnen</li>
<li>Wer etwas in den Schlitz wirft, kann es danach nicht mehr herausholen</li>
<li>Selbst wer den Schlitz genau kennt, kann daraus nicht das Schloss nachbauen</li>
</ul>
<p>Das ist asymmetrische Kryptographie in einem Bild:</p>
<ul>
<li>Dein <strong>Public Key</strong> ist der Schlitz. Den gibst du jedem.</li>
<li>Dein <strong>Private Key</strong> ist das Schloss. Den behältst du für dich. Immer.</li>
<li>Wer deinen Public Key hat, kann dir verschlüsselte Nachrichten schicken — aber nur du kannst sie lesen.</li>
</ul>
<h3 id="verschlusselung-vs-signatur">Verschlüsselung vs. Signatur</h3>
<p>Asymmetrische Kryptographie kann zwei Dinge:</p>
<p><strong>Verschlüsselung</strong>: Alice verschlüsselt eine Nachricht mit Bobs Public Key. Nur Bob kann sie mit seinem Private Key entschlüsseln. Ergebnis: Vertraulichkeit.</p>
<p><strong>Signatur</strong>: Bob signiert eine Nachricht mit seinem Private Key. Jeder kann die Signatur mit Bobs Public Key prüfen. Ergebnis: Authentizität und Integrität — die Nachricht stammt nachweislich von Bob und wurde nicht verändert.</p>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Verschlüsselung schützt den <strong>Inhalt</strong> (nur der Empfänger kann lesen). Signaturen schützen die <strong>Herkunft</strong> (der Absender ist nachweisbar). Beides zusammen — signiert und verschlüsselt — gibt dir Vertraulichkeit, Authentizität und Integrität. Das sind die drei Säulen sicherer Kommunikation.</p>
</div>
</div>
<h2 id="die-geschichte-phil-zimmermann-und-die-crypto-wars">Die Geschichte: Phil Zimmermann und die Crypto Wars</h2>
<h3 id="eine-waffe-namens-software">Eine Waffe namens Software</h3>
<p>1991 veröffentlichte Phil Zimmermann PGP als freie Software. Sein Motiv: Er wollte normalen Menschen Zugang zu militärstarker Verschlüsselung geben — bevor die US-Regierung es verbieten konnte.</p>
<p>Die Reaktion kam prompt. Die US-Regierung stufte starke Kryptographie als <strong>Munition</strong> ein — im selben Atemzug wie Raketen, Panzer und chemische Waffen. Der Export war verboten. Das FBI begann eine strafrechtliche Untersuchung gegen Zimmermann.</p>
<h3 id="das-buch-als-waffe">Das Buch als Waffe</h3>
<p>Zimmermanns Antwort war genial: Er ließ den gesamten PGP-Quellcode als <strong>Buch</strong> drucken und exportierte das Buch. Bücher fielen unter den Ersten Verfassungszusatz (Redefreiheit) und konnten nicht als Munition eingestuft werden. Im Ausland wurde der Code wieder abgetippt und kompiliert.</p>
<p>Die Botschaft war klar: <strong>Code ist Rede. Kryptographie zu verbieten heißt, Mathematik zu verbieten.</strong></p>
<h3 id="das-ende-der-crypto-wars-vorlaufig">Das Ende der Crypto Wars (vorläufig)</h3>
<p>1996 stellte die US-Regierung die Ermittlungen gegen Zimmermann ein. In den folgenden Jahren wurden die Exportbeschränkungen für Kryptographie gelockert. PGP hatte gewonnen — nicht vor Gericht, sondern durch Verbreitung. Es war bereits zu weit verbreitet, um es sinnvoll zu verbieten.</p>
<p>Die Cypherpunks hatten recht: <strong>Code, nicht Gesetze, schaffen Fakten.</strong></p>
<h3 id="von-pgp-zu-gpg">Von PGP zu GPG</h3>
<p>PGP wurde kommerziell. Der OpenPGP-Standard (RFC 4880) wurde veröffentlicht. Werner Koch entwickelte 1999 <strong>GnuPG (GPG)</strong> als freie, Open-Source-Implementierung des OpenPGP-Standards. GPG ist heute das Standardwerkzeug für PGP-Verschlüsselung und -Signaturen auf Linux, macOS und Windows.</p>
<h2 id="die-mathematik-dahinter-vereinfacht">Die Mathematik dahinter — vereinfacht</h2>
<p>Du musst kein Mathematiker sein, um das Prinzip zu verstehen. Hier ist die Essenz:</p>
<h3 id="einwegfunktionen">Einwegfunktionen</h3>
<p>Asymmetrische Kryptographie basiert auf mathematischen Problemen, die in eine Richtung einfach, in die andere Richtung praktisch unmöglich zu lösen sind.</p>
<p><strong>Beispiel</strong>: Zwei große Primzahlen zu multiplizieren ist trivial. Das Produkt zurück in seine Primfaktoren zu zerlegen, dauert mit aktuellen Computern Jahrmilliarden — wenn die Zahlen groß genug sind. RSA (das klassische Verfahren hinter PGP) basiert genau darauf.</p>
<p><strong>Beispiel</strong>: Einen Punkt auf einer elliptischen Kurve mit einer Zahl zu multiplizieren ist einfach. Aus dem Ergebnis die ursprüngliche Zahl zu berechnen (das diskrete Logarithmus-Problem) ist praktisch unmöglich. Elliptische-Kurven-Kryptographie (ECC) basiert darauf — und Bitcoin auch.</p>
<h3 id="der-zusammenhang-mit-bitcoin">Der Zusammenhang mit Bitcoin</h3>
<p>Bitcoin nutzt die elliptische Kurve <strong>secp256k1</strong>. Dein Bitcoin Private Key ist eine 256-Bit-Zahl. Dein Public Key wird durch Multiplikation dieses Private Keys mit dem Generatorpunkt der Kurve berechnet. Die Berechnung ist in eine Richtung trivial, in die andere unmöglich.</p>
<p>Das ist <strong>exakt dasselbe Prinzip</strong> wie bei PGP-Schlüsseln — nur mit einer anderen Kurve und einem anderen Signaturverfahren (ECDSA/Schnorr statt RSA).</p>
<table><thead><tr><th></th><th>PGP (klassisch)</th><th>PGP (modern)</th><th>Bitcoin</th></tr></thead><tbody>
<tr><td><strong>Verfahren</strong></td><td>RSA</td><td>ECC (Ed25519)</td><td>ECC (secp256k1)</td></tr>
<tr><td><strong>Signatur</strong></td><td>RSA-Signatur</td><td>EdDSA</td><td>ECDSA / Schnorr</td></tr>
<tr><td><strong>Schlüsselgröße</strong></td><td>2048-4096 Bit</td><td>256 Bit</td><td>256 Bit</td></tr>
<tr><td><strong>Prinzip</strong></td><td>Faktorisierung</td><td>Diskrete Log.</td><td>Diskrete Log.</td></tr>
</tbody></table>
<div class="lern-aufgabe">
<div class="lern-aufgabe__header">
<span class="lern-aufgabe__icon">✍</span>
<strong>Aufgabe</strong>
</div>
<div class="lern-aufgabe__body">
<p>Vergleiche die Schlüsselgrößen: RSA braucht 2048-4096 Bit für vergleichbare Sicherheit, ECC und Bitcoin kommen mit 256 Bit aus. Das liegt daran, dass das Problem der elliptischen Kurven mathematisch <em>härter</em> ist als die Primfaktorzerlegung. Weniger Bits, mehr Sicherheit. Deshalb ist Bitcoin auf ECC gebaut — und deshalb bewegt sich die PGP-Welt ebenfalls zu ECC.</p>
</div>
</div>
<h2 id="web-of-trust-vs-certificate-authorities">Web of Trust vs. Certificate Authorities</h2>
<p>Ein Schlüsselproblem bleibt: Woher weißt du, dass ein Public Key wirklich der Person gehört, die er vorgibt zu repräsentieren?</p>
<h3 id="certificate-authorities-cas">Certificate Authorities (CAs)</h3>
<p>Das Web nutzt ein hierarchisches Modell. Einige wenige Certificate Authorities (DigiCert, Let’s Encrypt, etc.) bürgen dafür, dass ein bestimmter Public Key zu einer bestimmten Domain gehört. Dein Browser vertraut diesen CAs — und transitiv jedem Zertifikat, das sie ausstellen.</p>
<p><strong>Problem</strong>: Das gesamte System hängt an wenigen zentralen Vertrauenspunkten. Wenn eine CA kompromittiert wird (wie DigiNotar 2011), bricht das Vertrauensmodell zusammen.</p>
<h3 id="web-of-trust">Web of Trust</h3>
<p>PGP nutzt ein dezentrales Modell. Es gibt keine zentrale Autorität. Stattdessen signieren Nutzer gegenseitig ihre Schlüssel: “Ich bestätige, dass dieser Public Key wirklich Alice gehört.” Wenn du Bob vertraust und Bob Alice’ Schlüssel signiert hat, kannst du transitiv auch Alice’ Schlüssel vertrauen.</p>
<p><strong>Vorteil</strong>: Kein zentraler Vertrauenspunkt.
<strong>Problem</strong>: Komplex, schwer skalierbar, funktioniert am besten in kleineren Communities.</p>
<h3 id="bitcoin-gar-kein-identitatsproblem">Bitcoin: Gar kein Identitätsproblem</h3>
<p>Bitcoin umgeht das Problem elegant: <strong>Es gibt keine Identität.</strong> Ein Bitcoin-Schlüssel gehört niemandem namentlich. Die Frage “Gehört dieser Public Key wirklich Alice?” stellt sich nicht. Was zählt, ist nur: Wer den Private Key hat, kann die Bitcoin bewegen. Punkt.</p>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>PGP verknüpft Schlüssel mit Identitäten (Web of Trust). SSL/TLS verknüpft Schlüssel mit Domains (CAs). Bitcoin verknüpft Schlüssel mit gar nichts — das ist die eleganteste Lösung, weil sie die härteste Frage (Wem gehört dieser Schlüssel?) gar nicht erst stellt.</p>
</div>
</div>
<h2 id="praktisch-eine-gpg-signatur-verifizieren">Praktisch: Eine GPG-Signatur verifizieren</h2>
<p>Du musst nicht selbst verschlüsseln, um von GPG zu profitieren. Die häufigste Alltagsanwendung ist die <strong>Signaturprüfung</strong> — zum Beispiel bei Bitcoin Core Downloads.</p>
<h3 id="schritt-fur-schritt">Schritt für Schritt</h3>
<p><strong>1. GPG installieren</strong></p>
<p>Auf den meisten Linux-Systemen ist GPG vorinstalliert. Auf macOS: <code>brew install gnupg</code>. Auf Windows: <a rel="external" href="https://gpg4win.org">gpg4win.org</a>.</p>
<p><strong>2. Den öffentlichen Schlüssel importieren</strong></p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="shellscript"><span class="giallo-l"><span style="color: #A6E22E;">gpg</span><span style="color: #AE81FF;"> --keyserver</span><span style="color: #E6DB74;"> hkps://keys.openpgp.org</span><span style="color: #AE81FF;"> --recv-keys</span><span style="color: #E6DB74;"> E777299FC265DD04793070EB944D35F9AC3DB76A</span></span></code></pre>
<p>Dieser Befehl lädt den Public Key eines Bitcoin Core Maintainers von einem Keyserver.</p>
<p><strong>3. Die Signaturdatei herunterladen</strong></p>
<p>Bitcoin Core Releases kommen mit einer <code>SHA256SUMS</code>-Datei und einer <code>SHA256SUMS.asc</code>-Signatur.</p>
<p><strong>4. Die Signatur prüfen</strong></p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="shellscript"><span class="giallo-l"><span style="color: #A6E22E;">gpg</span><span style="color: #AE81FF;"> --verify</span><span style="color: #E6DB74;"> SHA256SUMS.asc SHA256SUMS</span></span></code></pre>
<p>Wenn die Ausgabe <code>Good signature</code> zeigt, stammt die Datei nachweislich vom Schlüsselinhaber und wurde nicht verändert. Wenn <code>BAD signature</code> erscheint, wurde etwas manipuliert — die Datei nicht verwenden.</p>
<p><strong>5. Den Hash prüfen</strong></p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="shellscript"><span class="giallo-l"><span style="color: #A6E22E;">sha256sum</span><span style="color: #AE81FF;"> -c</span><span style="color: #E6DB74;"> SHA256SUMS</span></span></code></pre>
<p>Dieser Schritt prüft, ob die heruntergeladene Datei mit dem signierten Hash übereinstimmt.</p>
<div class="lern-probiere">
<div class="lern-probiere__header">
<span class="lern-probiere__icon">⚡</span>
<strong>Probiere es aus</strong>
</div>
<div class="lern-probiere__body">
<p>Verifiziere den Download einer Software, der du vertraust. Das muss nicht Bitcoin Core sein — auch Tor Browser, Signal Desktop oder Electrum bieten GPG-signierte Releases. Führe die Schritte oben durch. Der Moment, in dem du zum ersten Mal <code>Good signature</code> siehst, verändert dein Verständnis von Software-Vertrauen.</p>
</div>
</div>
<h2 id="warum-pgp-nach-30-jahren-noch-relevant-ist">Warum PGP nach 30 Jahren noch relevant ist</h2>
<p>PGP ist nicht perfekt. Die Benutzerfreundlichkeit ist berüchtigt. Die Schlüsselverwaltung ist komplex. E-Mail-Verschlüsselung mit PGP ist in der Praxis oft unbequem.</p>
<p>Aber das Prinzip — asymmetrische Kryptographie für jeden, ohne zentrale Autorität — ist aktueller denn je. PGP war der Proof of Concept. Es bewies, dass starke Kryptographie nicht den Geheimdiensten vorbehalten sein muss. Dass ein einzelner Programmierer ein Werkzeug bauen kann, das die mächtigste Regierung der Welt nicht knacken kann.</p>
<p>Ohne PGP kein GPG. Ohne GPG keine Signaturprüfung für Bitcoin Core. Ohne die Crypto Wars keine Erkenntnis, dass Kryptographie ein Grundrecht ist. Phil Zimmermann hat nicht nur Software geschrieben — er hat einen Präzedenzfall geschaffen.</p>
<p>Und die Mathematik, die er normalen Menschen zugänglich gemacht hat, sichert heute Billionen Dollar an Bitcoin-Wert.</p>
<hr />
<h2 id="weiterfuhrend">Weiterführend</h2>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/technik/adressen-schluessel/">Adressen und Schlüssel</a> — Die Kryptographie hinter Bitcoin-Schlüsseln: secp256k1, ECDSA und Schnorr</li>
<li><a href="https://bitcoin-durchgespielt.com/cypherpunk/open-source-vertrauen/">Open Source und Vertrauen</a> — GPG-Signaturen im Kontext der Software-Verifikation</li>
<li><a href="https://bitcoin-durchgespielt.com/cypherpunk/cypherpunk-manifest/">Das Cypherpunk-Manifest</a> — Die Bewegung, die PGP hervorgebracht hat</li>
<li><a href="https://bitcoin-durchgespielt.com/nodes/verifizierung-open-source/">Verifizierung und Open Source</a> — Praxis: Bitcoin Core mit GPG verifizieren</li>
</ul>
<p>Zurück zur Übersicht: <a href="https://bitcoin-durchgespielt.com/cypherpunk/">Cypherpunk</a></p>
Tor: Digitale Tarnkappe2025-10-01T00:00:00+00:002025-10-01T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/cypherpunk/tor-digitale-tarnkappe/<p>Wenn du eine Website aufrufst, weiß dein Internetanbieter, welche Seite du besuchst. Die Website weiß, woher du kommst — deine IP-Adresse verrät deinen ungefähren Standort und kann dir zugeordnet werden. Jeder Knoten auf dem Weg kann mitlesen.</p>
<p>Tor ändert das. Nicht perfekt, nicht absolut — aber fundamental.</p>
<h2 id="was-ist-tor">Was ist Tor?</h2>
<p>Tor steht für <strong>The Onion Router</strong>. Der Name beschreibt das Prinzip: Deine Daten werden in mehrere Schichten Verschlüsselung gewickelt — wie eine Zwiebel. Jeder Knoten auf dem Weg entfernt genau eine Schicht und kennt nur seinen direkten Vor- und Nachfolger. Kein einzelner Punkt im Netzwerk weiß gleichzeitig, <strong>wer</strong> du bist und <strong>was</strong> du tust.</p>
<h3 id="die-drei-schichten">Die drei Schichten</h3>
<p>Wenn du über Tor eine Website aufrufst, nimmt deine Verbindung folgenden Weg:</p>
<p><strong>1. Guard Node (Eingangsknoten)</strong> — Kennt deine IP-Adresse, aber nicht dein Ziel. Er weiß, dass du Tor benutzt, aber nicht, wohin du willst.</p>
<p><strong>2. Middle Relay (Mittelknoten)</strong> — Kennt weder deine IP noch dein Ziel. Er leitet nur verschlüsselte Daten weiter. Dieser Knoten weiß praktisch nichts.</p>
<p><strong>3. Exit Node (Ausgangsknoten)</strong> — Kennt das Ziel (die Website), aber nicht deine IP. Er stellt die eigentliche Verbindung zur Website her.</p>
<p>Die Website sieht nur die IP des Exit Nodes — nicht deine. Dein Internetanbieter sieht nur, dass du mit einem Guard Node kommunizierst — nicht, welche Website du aufrufst. Kein einzelner Knoten hat das Gesamtbild.</p>
<h3 id="die-zwiebel-verschlusselung">Die Zwiebel-Verschlüsselung</h3>
<p>Bevor deine Daten deinen Computer verlassen, werden sie dreifach verschlüsselt:</p>
<ol>
<li><strong>Äußere Schicht</strong>: Verschlüsselt mit dem Schlüssel des Guard Nodes</li>
<li><strong>Mittlere Schicht</strong>: Verschlüsselt mit dem Schlüssel des Middle Relays</li>
<li><strong>Innere Schicht</strong>: Verschlüsselt mit dem Schlüssel des Exit Nodes</li>
</ol>
<p>Der Guard Node entschlüsselt die äußere Schicht und findet die Adresse des Middle Relays. Der Middle Relay entschlüsselt die nächste Schicht und findet die Adresse des Exit Nodes. Der Exit Node entschlüsselt die letzte Schicht und findet die Ziel-URL. Jeder sieht nur seinen nächsten Schritt.</p>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Das Kernprinzip von Tor: <strong>Trennung von Identität und Aktivität.</strong> Dein Internetanbieter weiß, dass du Tor nutzt, aber nicht wohin. Die Zielwebsite weiß, was du anforderst, aber nicht wer du bist. Kein Einzelpunkt hat beides. Das ist kein Bug — das ist das Design.</p>
</div>
</div>
<h2 id="wer-nutzt-tor-und-warum">Wer nutzt Tor — und warum</h2>
<p>Tor wird oft auf Drogen und Waffen reduziert. Die Realität ist eine andere.</p>
<h3 id="journalisten-und-whistleblower">Journalisten und Whistleblower</h3>
<p>Investigativjournalisten nutzen Tor, um mit Quellen zu kommunizieren, ohne sie zu gefährden. Die <strong>SecureDrop</strong>-Plattform, die von vielen großen Medien betrieben wird (New York Times, The Guardian, Washington Post), läuft als Tor Hidden Service. Whistleblower können dort anonym Dokumente einreichen — ohne dass die Redaktion ihre Identität kennt.</p>
<p>Edward Snowden nutzte Tor, um die NSA-Dokumente an Journalisten zu übermitteln. Ohne Tor hätte die NSA die Kommunikation sofort entdeckt.</p>
<h3 id="aktivisten-in-autoritaren-staaten">Aktivisten in autoritären Staaten</h3>
<p>In China, Iran, Russland und dutzenden anderen Ländern ist der Zugang zu freier Information eingeschränkt. Tor umgeht staatliche Zensur und gibt Menschen Zugang zu unzensierten Nachrichten. Tor Bridges — spezielle, nicht öffentlich gelistete Eingangsknoten — machen es Zensoren schwer, Tor-Verbindungen zu blockieren.</p>
<h3 id="strafverfolgung">Strafverfolgung</h3>
<p>Ironischerweise nutzen Strafverfolgungsbehörden Tor selbst — für verdeckte Ermittlungen, die nicht durch eine erkennbare Behörden-IP auffallen sollen.</p>
<h3 id="normale-burger">Normale Bürger</h3>
<p>Menschen, die nicht wollen, dass ihr Internetanbieter ein vollständiges Profil ihrer Online-Aktivitäten erstellt. Menschen, die öffentliche WLANs nutzen und ihre Verbindung schützen wollen. Menschen, die in einer Welt leben, in der Daten die neue Währung sind.</p>
<div class="lern-aufgabe">
<div class="lern-aufgabe__header">
<span class="lern-aufgabe__icon">✍</span>
<strong>Aufgabe</strong>
</div>
<div class="lern-aufgabe__body">
<p>Reflektiere: In den letzten 7 Tagen — welche Websites hast du besucht, die du nicht auf einer öffentlichen Pinnwand aushängen würdest? Nicht weil sie illegal sind, sondern weil sie privat sind. Gesundheitsfragen, politische Meinungen, finanzielle Recherchen. Dein Internetanbieter hat eine vollständige Liste. Tor verhindert das.</p>
</div>
</div>
<h2 id="onion-services-das-versteckte-netz">Onion Services: Das versteckte Netz</h2>
<p>Bisher haben wir Tor als Werkzeug beschrieben, um <em>deine</em> Identität zu schützen. Onion Services (früher “Hidden Services”) drehen das Prinzip um: Sie schützen auch die Identität des <strong>Servers</strong>.</p>
<p>Eine Onion-Adresse endet auf <code>.onion</code> und ist nur über das Tor-Netzwerk erreichbar. Weder du noch der Server kennen die IP-Adresse des jeweils anderen. Die Verbindung läuft vollständig innerhalb des Tor-Netzwerks — es gibt keinen Exit Node.</p>
<p>Das ist relevant für:</p>
<ul>
<li><strong>SecureDrop</strong>: Whistleblower-Plattformen, die nicht vom Netz genommen werden können</li>
<li><strong>ProtonMail</strong>: Der E-Mail-Dienst bietet einen Onion Service als zusätzliche Schutzschicht</li>
<li><strong>Bitcoin Nodes</strong>: Ein Node als Onion Service verrät seine IP nicht an andere Nodes im Netzwerk</li>
<li><strong>Messaging</strong>: Dienste wie Briar nutzen Tor für serverlose, anonyme Kommunikation</li>
</ul>
<h2 id="grenzen-von-tor">Grenzen von Tor</h2>
<p>Tor ist mächtig, aber nicht allmächtig. Wer die Grenzen nicht kennt, wiegt sich in falscher Sicherheit.</p>
<h3 id="timing-attacken">Timing-Attacken</h3>
<p>Ein Angreifer, der gleichzeitig den Guard Node und den Exit Node kontrolliert — oder den Internetverkehr an beiden Enden beobachten kann — könnte durch Korrelation der Zeitstempel feststellen, wer mit welcher Website kommuniziert. Das erfordert erhebliche Ressourcen (typischerweise staatlicher Akteure), ist aber theoretisch und praktisch möglich.</p>
<h3 id="exit-node-snooping">Exit-Node-Snooping</h3>
<p>Der Exit Node sieht den unverschlüsselten Verkehr zur Zielwebsite. Wenn du eine HTTP-Seite (ohne HTTPS) über Tor aufrufst, kann der Exit-Node-Betreiber deine Daten mitlesen. Deshalb: <strong>Tor schützt die Route, nicht den Inhalt.</strong> HTTPS schützt den Inhalt. Beides zusammen schützt beides.</p>
<h3 id="user-fehler">User-Fehler</h3>
<p>Die häufigste Schwachstelle sitzt vor dem Bildschirm:</p>
<ul>
<li><strong>Im Tor Browser bei Google einloggen</strong> — damit ist deine Identität sofort verknüpft</li>
<li><strong>Dateien herunterladen und außerhalb von Tor öffnen</strong> — viele Dateiformate stellen Netzwerkverbindungen her, die deine echte IP verraten</li>
<li><strong>Tor Browser mit Plugins erweitern</strong> — jedes Plugin macht deinen Browser einzigartiger und damit identifizierbarer</li>
<li><strong>Browserfenster maximieren</strong> — die Fenstergröße kann als Fingerprint dienen; deshalb startet Tor Browser in einer Standard-Größe</li>
</ul>
<h3 id="keine-anonymitat-bei-aktiver-identifikation">Keine Anonymität bei aktiver Identifikation</h3>
<p>Wenn du dich über Tor in dein Facebook-Konto einloggst, weiß Facebook genau, wer du bist. Tor schützt deine IP, nicht deine Identität, wenn du sie freiwillig preisgibst.</p>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Tor schützt den Weg, nicht das Verhalten. Die stärkste Verschlüsselung nutzt nichts, wenn du dich am Ziel mit deinem echten Namen anmeldest. Anonymität erfordert konsistente Disziplin — ein einzelner Fehler kann die gesamte Schutzwirkung zunichtemachen.</p>
</div>
</div>
<h2 id="tor-browser-vs-tor-als-service">Tor Browser vs. Tor als Service</h2>
<p>Es gibt zwei Wege, Tor zu nutzen:</p>
<h3 id="tor-browser">Tor Browser</h3>
<p>Die einfachste Variante. Ein modifizierter Firefox, vorkonfiguriert für Anonymität: kein JavaScript-Fingerprinting, Standard-Fenstergröße, keine Plugins, automatische HTTPS-Upgrades. Herunterladen, starten, surfen.</p>
<p>Der Tor Browser ist für die meisten Menschen die richtige Wahl. Er minimiert User-Fehler durch vernünftige Standardeinstellungen.</p>
<h3 id="tor-als-system-dienst">Tor als System-Dienst</h3>
<p>Für fortgeschrittene Nutzer: Tor läuft als Daemon im Hintergrund und leitet den Netzwerkverkehr bestimmter Anwendungen durch das Tor-Netzwerk. Das ist relevant für:</p>
<ul>
<li><strong>Bitcoin Nodes</strong>: Bitcoin Core kann so konfiguriert werden, dass es ausschließlich über Tor kommuniziert. Dein Node ist dann im Netzwerk unter einer <code>.onion</code>-Adresse erreichbar, ohne deine echte IP preiszugeben.</li>
<li><strong>Server</strong>: Onion Services für Websites, Chat-Dienste oder andere Anwendungen</li>
<li><strong>Ganzes System</strong>: Betriebssysteme wie Tails oder Whonix leiten <em>allen</em> Netzwerkverkehr durch Tor</li>
</ul>
<h2 id="vpn-tor-i2p-ein-vergleich">VPN, Tor, I2P: Ein Vergleich</h2>
<p>Alle drei schützen deine Privatsphäre im Netz — aber auf grundlegend verschiedene Weise.</p>
<h3 id="vpn-virtual-private-network">VPN (Virtual Private Network)</h3>
<p>Ein VPN verschlüsselt deine Verbindung zu einem Server und leitet deinen gesamten Verkehr über diesen Server. Die Zielwebsite sieht die IP des VPN-Servers, nicht deine.</p>
<p><strong>Vorteil</strong>: Schnell, einfach, funktioniert mit allen Anwendungen.
<strong>Problem</strong>: Du vertraust dem VPN-Anbieter. Er sieht <em>alles</em> — deine echte IP und deinen gesamten Verkehr. “No logs”-Versprechen sind nicht überprüfbar. Ein VPN verschiebt das Vertrauen, es eliminiert es nicht.</p>
<h3 id="tor">Tor</h3>
<p>Verteilt das Vertrauen auf drei unabhängige Knoten. Kein Einzelpunkt sieht das Gesamtbild. Langsamer als VPN, aber konzeptionell stärker.</p>
<p><strong>Vorteil</strong>: Kein zentraler Vertrauenspunkt.
<strong>Problem</strong>: Langsamer, Exit Nodes können unverschlüsselten Verkehr sehen, anfällig für Timing-Attacken bei staatlichen Angreifern.</p>
<h3 id="i2p-invisible-internet-project">I2P (Invisible Internet Project)</h3>
<p>I2P ist ein anonymes Overlay-Netzwerk, das primär für Kommunikation <em>innerhalb</em> des Netzwerks optimiert ist (statt für den Zugriff auf das normale Internet). Jeder I2P-Nutzer ist gleichzeitig Router — das macht das Netzwerk dezentraler als Tor.</p>
<p><strong>Vorteil</strong>: Sehr gute Anonymität für Dienste innerhalb des I2P-Netzwerks.
<strong>Problem</strong>: Kleines Netzwerk, weniger getestet, kaum nutzbar für normales Websurfen.</p>
<table><thead><tr><th></th><th>VPN</th><th>Tor</th><th>I2P</th></tr></thead><tbody>
<tr><td><strong>Geschwindigkeit</strong></td><td>Hoch</td><td>Niedrig</td><td>Niedrig</td></tr>
<tr><td><strong>Vertrauensmodell</strong></td><td>Zentralisiert</td><td>Verteilt (3 Hops)</td><td>Dezentral (alle sind Router)</td></tr>
<tr><td><strong>Normales Web</strong></td><td>Ja</td><td>Ja (langsam)</td><td>Nein (primär intern)</td></tr>
<tr><td><strong>Anonymes Hosting</strong></td><td>Nein</td><td>Ja (.onion)</td><td>Ja (.i2p)</td></tr>
<tr><td><strong>Angriffsfläche</strong></td><td>VPN-Anbieter</td><td>Timing, Exit Nodes</td><td>Kleines Netzwerk</td></tr>
</tbody></table>
<div class="lern-probiere">
<div class="lern-probiere__header">
<span class="lern-probiere__icon">⚡</span>
<strong>Probiere es aus</strong>
</div>
<div class="lern-probiere__body">
<p>Lade den Tor Browser herunter (<a rel="external" href="https://www.torproject.org">torproject.org</a>) und rufe eine beliebige Website auf. Beobachte: Wie viel langsamer ist die Verbindung? Klicke auf das Zwiebel-Symbol in der Adressleiste — du siehst die drei Knoten deines aktuellen Circuits. Besuche <a rel="external" href="https://check.torproject.org">check.torproject.org</a>, um zu bestätigen, dass du über Tor verbunden bist.</p>
</div>
</div>
<hr />
<h2 id="weiterfuhrend">Weiterführend</h2>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/tor-und-netzwerk-privatsphaere/">Tor und Netzwerk-Privatsphäre</a> — Tor spezifisch für Bitcoin: Node-Konfiguration, Transaktions-Broadcast, Netzwerk-Privatsphäre</li>
<li><a href="https://bitcoin-durchgespielt.com/cypherpunk/digitale-souveraenitaet/">Digitale Souveränität</a> — Tor als Baustein kommunikativer Souveränität</li>
<li><a href="https://bitcoin-durchgespielt.com/cypherpunk/pgp-kryptographie-fuer-alle/">PGP: Kryptographie für alle</a> — Ein weiteres Cypherpunk-Werkzeug: Verschlüsselung auf Nachrichtenebene</li>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/grundlagen-bitcoin-privatsphaere/">Grundlagen der Bitcoin-Privatsphäre</a> — Warum Bitcoin-Privatsphäre mehr als nur Tor erfordert</li>
</ul>
<p>Zurück zur Übersicht: <a href="https://bitcoin-durchgespielt.com/cypherpunk/">Cypherpunk</a></p>
Warum eine eigene Node?2025-10-01T00:00:00+00:002025-10-01T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/nodes/warum-eigene-node/<p>Du hast dir eine Wallet eingerichtet, deine Seeds gesichert, vielleicht sogar ein Signing Device gekauft. Dein Bitcoin gehört dir — oder? Fast. Denn solange du keinen eigenen Node betreibst, <strong>vertraust du jemand anderem</strong>, dass die Regeln eingehalten werden. Und Vertrauen ist genau das, was Bitcoin überflüssig machen soll.</p>
<h2 id="was-don-t-trust-verify-wirklich-bedeutet">Was “don’t trust, verify” wirklich bedeutet</h2>
<p>Der Satz wird oft zitiert, aber selten zu Ende gedacht. Was bedeutet “verifizieren” konkret?</p>
<ul>
<li>Dass ein Block tatsächlich gültig ist (korrekte Transaktionen, richtiger Proof of Work)</li>
<li>Dass nicht mehr als 21 Millionen Bitcoin existieren</li>
<li>Dass niemand Bitcoin ausgegeben hat, die ihm nicht gehören (Signaturprüfung)</li>
<li>Dass keine Doppelausgaben stattfinden (UTXO-Validierung)</li>
<li>Dass die Konsensregeln eingehalten werden (Blockgröße, Script-Regeln, Zeitstempel)</li>
</ul>
<p>Wenn du keinen eigenen Node betreibst, <strong>kann dein Gerät nichts davon prüfen</strong>. Du fragst stattdessen einen fremden Server: “Ist diese Transaktion gültig? Wie hoch ist mein Kontostand?” Und du glaubst die Antwort.</p>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Keys = dein Geld. Node = deine Regeln. Ohne eigene Node besitzt du Bitcoin, aber du verifizierst nicht, ob die Regeln eingehalten werden, die dein Bitcoin wertvoll machen.</p>
</div>
</div>
<h2 id="was-passiert-ohne-eigene-node">Was passiert ohne eigene Node?</h2>
<h3 id="1-datenleck-an-fremde-server">1. Datenleck an fremde Server</h3>
<p>Jede Light-Wallet — ob auf dem Handy oder Desktop — muss irgendwoher wissen, welche Transaktionen zu deinen Adressen gehören. Dafür verbindet sie sich mit einem Server. Das Problem: <strong>Der Server sieht deine Adressen.</strong></p>
<figure class="mermaid-diagram">
<pre class="mermaid">
sequenceDiagram
participant W as Deine Wallet
participant S as Fremder Server
participant T as Timechain
W->>S: "Welche TXs gehören zu bc1q...abc?"
W->>S: "Und zu bc1q...def?"
W->>S: "Und zu bc1q...ghi?"
S->>T: Sucht Transaktionen
T-->>S: Ergebnisse
S-->>W: Salden & Transaktionen
Note over S: Server kennt jetzt:<br/>- Alle deine Adressen<br/>- Deinen Gesamtsaldo<br/>- Deine IP-Adresse<br/>- Dein Transaktionsmuster
</pre>
<figcaption>Light Wallet leakt Adressen an fremden Server</figcaption>
</figure>
<script type="module">
if (!window.__mermaidLoaded) {
window.__mermaidLoaded = true;
const s = document.createElement('script');
s.src = 'https://cdn.jsdelivr.net/npm/mermaid@11/dist/mermaid.min.js';
s.onload = () => mermaid.initialize({
startOnLoad: true,
flowchart: { useMaxWidth: true },
theme: 'base',
themeVariables: {
darkMode: true,
background: '#1d2021',
primaryColor: '#3c3836',
primaryTextColor: '#fbf1c7',
primaryBorderColor: '#fe8019',
lineColor: '#bdae93',
secondaryColor: '#282828',
secondaryTextColor: '#fbf1c7',
tertiaryColor: '#1d2021',
tertiaryTextColor: '#fbf1c7',
noteBkgColor: '#1d2021',
noteTextColor: '#bdae93',
noteBorderColor: '#504945',
edgeLabelBackground: '#282828',
clusterBkg: '#1d2021',
clusterBorder: '#504945',
nodeBorder: '#fe8019',
mainBkg: '#3c3836',
textColor: '#fbf1c7',
labelTextColor: '#fbf1c7',
fontSize: '18px',
fontFamily: 'Hack, Fira Code, monospace'
}
});
document.head.appendChild(s);
}
</script>
<p>Der Server-Betreiber — egal ob Börse, Wallet-Anbieter oder ein unbekannter Dritter — kann ein vollständiges Profil deines Bitcoin-Besitzes erstellen. Deine IP-Adresse liefert er gleich mit.</p>
<h3 id="2-zensurrisiko">2. Zensurrisiko</h3>
<p>Ein fremder Server kann dir Transaktionen <strong>vorenthalten</strong>. Er kann so tun, als wäre eine Zahlung nie angekommen. Er kann bestimmte Adressen blockieren. Du würdest es nicht merken, weil du keine unabhängige Quelle hast.</p>
<p>Das klingt theoretisch? Es ist Alltag. Börsen frieren regelmäßig Adressen ein, die von Chain-Analyse-Firmen als “verdächtig” markiert werden. Ohne eigene Node bist du dem ausgeliefert.</p>
<h3 id="3-falsche-daten">3. Falsche Daten</h3>
<p>Ein kompromittierter oder böswilliger Server kann dir <strong>falsche Salden</strong> anzeigen. Er kann vorgeben, eine Transaktion sei bestätigt, obwohl sie es nicht ist. Für kleine Beträge mag das egal sein. Für einen Hauskauf in Bitcoin nicht.</p>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Ohne eigene Node vertraust du bei jeder Transaktion: Ist mein Saldo korrekt? Wurde wirklich bezahlt? Gelten die 21-Millionen-Grenze und alle anderen Regeln? Ein Full Node beantwortet all das selbst — ohne jemanden zu fragen.</p>
</div>
</div>
<h2 id="das-spv-problem">Das SPV-Problem</h2>
<p>Satoshi Nakamoto beschrieb im Bitcoin-Whitepaper eine vereinfachte Methode zur Zahlungsverifizierung: <strong>Simplified Payment Verification (SPV)</strong>. Die Idee: Statt die gesamte Timechain herunterzuladen, prüft ein SPV-Client nur die Block Header und nutzt Merkle Proofs, um zu verifizieren, dass eine Transaktion in einem Block enthalten ist.</p>
<p>Das klingt elegant, hat aber fundamentale Schwächen:</p>
<table><thead><tr><th>Eigenschaft</th><th>Full Node</th><th>SPV-Client</th></tr></thead><tbody>
<tr><td>Prüft Konsensregeln</td><td>Ja, vollständig</td><td>Nein</td></tr>
<tr><td>Prüft Transaktions-Gültigkeit</td><td>Ja, jede einzelne</td><td>Nur “enthalten in Block”</td></tr>
<tr><td>Braucht Vertrauen in Dritte</td><td>Nein</td><td>Ja, in die verbundenen Nodes</td></tr>
<tr><td>Kennt UTXO-Set</td><td>Ja</td><td>Nein</td></tr>
<tr><td>Erkennt ungültige Blöcke</td><td>Ja</td><td>Nein</td></tr>
<tr><td>Privatsphäre</td><td>Hoch (fragt niemanden)</td><td>Niedrig (leakt Adressen)</td></tr>
</tbody></table>
<p>Ein SPV-Client kann nicht erkennen, ob ein Block <strong>ungültige Transaktionen</strong> enthält. Er sieht nur: “Die Proof-of-Work-Kette ist lang genug, also wird schon alles stimmen.” Wenn eine Mehrheit der Miner beschließen würde, die 21-Millionen-Grenze aufzuheben, würde ein SPV-Client das nicht bemerken — ein Full Node schon, und er würde die ungültigen Blöcke sofort ablehnen.</p>
<h3 id="bloom-filter-noch-schlimmer">Bloom Filter: Noch schlimmer</h3>
<p>Ältere SPV-Wallets (BIP 37) nutzten sogenannte <strong>Bloom Filter</strong>, um den Server nach relevanten Transaktionen zu fragen, ohne alle Adressen offenzulegen. Das funktionierte in der Praxis nicht — Studien zeigten, dass Bloom Filter mit wenigen Anfragen die Adressen des Nutzers mit hoher Wahrscheinlichkeit zuordnen lassen.</p>
<p>Neuere Ansätze wie <strong>Compact Block Filters</strong> (BIP 157/158) verbessern die Privatsphäre, lösen aber das grundlegende Validierungsproblem nicht: Ohne Full Node kannst du die Regeln nicht selbst prüfen.</p>
<h2 id="die-parallele-zur-selbstverwahrung">Die Parallele zur Selbstverwahrung</h2>
<p>Selbstverwahrung und eigene Node sind zwei Seiten derselben Medaille:</p>
<table><thead><tr><th></th><th>Ohne</th><th>Mit</th></tr></thead><tbody>
<tr><td><strong>Keys</strong></td><td>Börse verwahrt dein Bitcoin</td><td>Du kontrollierst dein Bitcoin</td></tr>
<tr><td><strong>Node</strong></td><td>Fremder Server verifiziert für dich</td><td>Du verifizierst selbst</td></tr>
<tr><td><strong>Kombination</strong></td><td>Du vertraust komplett</td><td>Du bist souverän</td></tr>
</tbody></table>
<p>Wer seine Keys selbst verwahrt, aber keinen eigenen Node betreibt, hat die Arbeit nur halb gemacht. Du besitzt dann zwar dein Bitcoin, aber du verlässt dich auf Dritte, um sicherzustellen, dass die Spielregeln nicht geändert werden.</p>
<div class="lern-aufgabe">
<div class="lern-aufgabe__header">
<span class="lern-aufgabe__icon">✍</span>
<strong>Aufgabe</strong>
</div>
<div class="lern-aufgabe__body">
<p>Öffne deine aktuelle Bitcoin-Wallet und finde heraus: Mit welchem Server verbindet sie sich? Kannst du den Server wechseln? Kannst du eine eigene Node eintragen? Wenn du die Antwort auf keine dieser Fragen kennst — genau deshalb liest du diesen Artikel.</p>
</div>
</div>
<h2 id="was-ein-eigener-node-dir-gibt">Was ein eigener Node dir gibt</h2>
<ul>
<li><strong>Unabhängige Verifizierung</strong>: Dein Node prüft jeden Block und jede Transaktion selbst</li>
<li><strong>Privatsphäre</strong>: Deine Wallet fragt deinen eigenen Node — kein Dritter sieht deine Adressen</li>
<li><strong>Zensurresistenz</strong>: Niemand kann dir Transaktionen vorenthalten</li>
<li><strong>Netzwerkstärkung</strong>: Jeder zusätzliche Node macht Bitcoin dezentraler und widerstandsfähiger</li>
<li><strong>Stimme im Netzwerk</strong>: Bei Protokolländerungen entscheiden die Nodes, welche Regeln gelten — nicht die Miner</li>
</ul>
<p>Das letzte Punkt wird oft unterschätzt. Während der Blocksize Wars (2015–2017) waren es die Full-Node-Betreiber, die verhindert haben, dass eine Gruppe von Minern und Unternehmen die Blockgröße eigenmächtig erhöhte. Wer keinen Node betreibt, hat bei solchen Entscheidungen keine Stimme.</p>
<h2 id="ist-das-nicht-ubertrieben">Ist das nicht übertrieben?</h2>
<p>Berechtigte Frage. Für kleine Beträge, die du im Lightning-Netzwerk bewegst, ist ein fremder Server ein akzeptables Risiko. Nicht jeder muss am ersten Tag eine Node aufsetzen.</p>
<p>Aber sobald du <strong>nennenswerte Beträge</strong> in Bitcoin hältst — und “nennenswert” ist für jeden anders —, solltest du dich fragen: Vertraue ich einem fremden Server mein finanzielles Fundament an?</p>
<p>Die gute Nachricht: Eine eigene Node kostet wenig, braucht kaum Platz und läuft einmal eingerichtet im Hintergrund. Die nächsten Artikel zeigen dir, wie.</p>
<hr />
<h2 id="weiterfuhrend">Weiterführend</h2>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/nodes/full-node-verstehen/">Full Node verstehen</a> — Was ein Full Node konkret tut und welche Hardware du brauchst</li>
<li><a href="https://bitcoin-durchgespielt.com/nodes/bitcoin-core-einrichten/">Bitcoin Core einrichten</a> — Schritt-für-Schritt-Anleitung zur eigenen Node</li>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/grundlagen-bitcoin-privatsphaere/">Grundlagen der Bitcoin-Privatsphäre</a> — Warum Privatsphäre bei Bitcoin aktiv geschützt werden muss</li>
<li><a href="https://bitcoin-durchgespielt.com/technik/bloecke-timechain/">Blöcke und die Timechain</a> — Was dein Node eigentlich verifiziert</li>
</ul>
Chain-Analyse verstehen2025-10-01T00:00:00+00:002025-10-01T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/privatsphaere/chain-analyse-verstehen/<p>Blockchain-Analyse ist eine Milliarden-Industrie. Unternehmen wie <strong>Chainalysis</strong>, <strong>Elliptic</strong> und <strong>CipherTrace</strong> (inzwischen Mastercard) verkaufen ihre Dienste an Börsen, Banken und Strafverfolgungsbehörden. Ihr Geschäftsmodell: Bitcoin-Transaktionen auswerten und Geldflüsse nachverfolgen.</p>
<p>Du musst kein Krimineller sein, um davon betroffen zu sein. Jede Börse, die deine Einzahlung prüft, nutzt Chain-Analyse. Und die Heuristiken, die dabei zum Einsatz kommen, betreffen jeden Bitcoin-Nutzer.</p>
<h2 id="wie-chain-analyse-funktioniert">Wie Chain-Analyse funktioniert</h2>
<p>Chain-Analyse-Firmen arbeiten mit <strong>Heuristiken</strong> — Annahmen über Transaktionsmuster, die in den meisten Fällen zutreffen. Keine davon ist unfehlbar, aber zusammen ergeben sie ein erschreckend genaues Bild.</p>
<h3 id="heuristik-1-common-input-ownership-cio">Heuristik 1: Common-Input-Ownership (CIO)</h3>
<p>Die wichtigste und mächtigste Heuristik: <strong>Wenn eine Transaktion mehrere Inputs hat, gehören alle Inputs wahrscheinlich derselben Person.</strong></p>
<p>Warum? Weil du eine Transaktion nur erstellen kannst, wenn du die privaten Schlüssel aller Inputs kontrollierst. In den allermeisten Fällen heißt das: eine Person, eine Wallet, mehrere Adressen.</p>
<figure class="mermaid-diagram">
<pre class="mermaid">
graph LR
A["Adresse A\n0.3 BTC"]:::known --> TX{"Transaktion"}:::tx
B["Adresse B\n0.2 BTC"]:::unknown --> TX
C["Adresse C\n0.1 BTC"]:::unknown --> TX
TX --> D["Empfänger\n0.5 BTC"]:::output
TX --> E["Wechselgeld\n0.09 BTC"]:::output
classDef known stroke:#cc241d,stroke-width:3px,color:#cc241d
classDef unknown stroke:#d79921,stroke-width:2px,color:#d79921
classDef tx stroke:#fe8019,stroke-width:3px,color:#fe8019
classDef output stroke:#98971a,stroke-width:2px,color:#98971a
</pre>
<figcaption>Common-Input-Ownership: Alle Inputs werden einem Besitzer zugeordnet</figcaption>
</figure>
<script type="module">
if (!window.__mermaidLoaded) {
window.__mermaidLoaded = true;
const s = document.createElement('script');
s.src = 'https://cdn.jsdelivr.net/npm/mermaid@11/dist/mermaid.min.js';
s.onload = () => mermaid.initialize({
startOnLoad: true,
flowchart: { useMaxWidth: true },
theme: 'base',
themeVariables: {
darkMode: true,
background: '#1d2021',
primaryColor: '#3c3836',
primaryTextColor: '#fbf1c7',
primaryBorderColor: '#fe8019',
lineColor: '#bdae93',
secondaryColor: '#282828',
secondaryTextColor: '#fbf1c7',
tertiaryColor: '#1d2021',
tertiaryTextColor: '#fbf1c7',
noteBkgColor: '#1d2021',
noteTextColor: '#bdae93',
noteBorderColor: '#504945',
edgeLabelBackground: '#282828',
clusterBkg: '#1d2021',
clusterBorder: '#504945',
nodeBorder: '#fe8019',
mainBkg: '#3c3836',
textColor: '#fbf1c7',
labelTextColor: '#fbf1c7',
fontSize: '18px',
fontFamily: 'Hack, Fira Code, monospace'
}
});
document.head.appendChild(s);
}
</script>
<p>Wenn Adresse A mit deinem Namen verknüpft ist (etwa durch einen KYC-Kauf), weiß die Analysefirma jetzt: A, B und C gehören dir. Und alles, was jemals mit B und C passiert ist, wird Teil deines Profils.</p>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p><strong>Ein einziger verknüpfter Input reicht aus</strong>, um alle anderen Inputs derselben Transaktion zu de-anonymisieren. Deshalb ist <a href="https://bitcoin-durchgespielt.com/privatsphaere/coin-control-und-labels/">Coin Control</a> keine Kür — es ist Pflicht.</p>
</div>
</div>
<h3 id="heuristik-2-change-detection-wechselgeld-erkennung">Heuristik 2: Change Detection (Wechselgeld-Erkennung)</h3>
<p>Wenn du 0,3 BTC ausgibst, aber dein UTXO 0,5 BTC groß ist, entsteht ein <strong>Change Output</strong> — 0,2 BTC Wechselgeld, das an eine neue Adresse in deiner Wallet geht. Chain-Analysten versuchen zu erkennen, welcher Output das Wechselgeld ist:</p>
<p><strong>Runde Beträge:</strong> Wenn ein Output 0,1 BTC (rund) und der andere 0,0437 BTC (krumm) ist, ist der runde wahrscheinlich die Zahlung.</p>
<p><strong>Adresstyp-Mismatch:</strong> Wenn der eine Output an eine <code>bc1q...</code>-Adresse geht und der andere an eine <code>bc1p...</code>-Adresse, ist der passende Typ zum Input wahrscheinlich das Wechselgeld.</p>
<p><strong>Erstverwendung:</strong> Eine Adresse, die noch nie benutzt wurde, ist wahrscheinlich eine frisch generierte Change-Adresse.</p>
<p><strong>Wallet-Fingerprinting:</strong> Verschiedene Wallets haben unterschiedliche Muster bei der Reihenfolge der Outputs, der Gebührenberechnung und der Adressgenerierung.</p>
<h3 id="heuristik-3-timing-analyse">Heuristik 3: Timing-Analyse</h3>
<p>Transaktionen, die kurz nacheinander stattfinden und miteinander in Beziehung stehen (etwa Einzahlung auf einer Börse, dann Auszahlung), werden miteinander verknüpft. Besonders relevant:</p>
<ul>
<li><strong>Peel Chains</strong>: Jemand sendet immer wieder kleine Beträge von einem großen UTXO ab — jede Transaktion erzeugt einen kleinen Output (Zahlung) und einen großen Output (Wechselgeld). Die Kette ist trivial nachverfolgbar.</li>
<li><strong>Timing Correlation</strong>: Eine Transaktion wird gesendet, und Sekunden später erscheint eine andere Transaktion, die den Output der ersten als Input nutzt. Die Zeitnähe ist ein starkes Signal.</li>
</ul>
<h3 id="heuristik-4-dust-attacks">Heuristik 4: Dust Attacks</h3>
<p>Ein <strong>Dust Attack</strong> funktioniert so: Ein Angreifer sendet winzige Beträge (wenige Hundert Satoshi) an viele Adressen. Diese Beträge sind so klein, dass die Gebühr zum Ausgeben höher wäre als der Wert. Aber wenn die Wallet diesen Dust automatisch als Input in einer späteren Transaktion mitverwendet, verknüpft sie die Dust-Adresse mit den anderen Inputs — und der Angreifer kann per CIO-Heuristik Rückschlüsse ziehen.</p>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Wenn du unerwartet winzige Beträge auf einer deiner Adressen erhältst, ist das möglicherweise ein Dust Attack. <strong>Gib diesen UTXO niemals zusammen mit anderen UTXOs aus.</strong> Gute Wallets wie Sparrow markieren solche Minibeträge automatisch und warnen dich.</p>
</div>
</div>
<h2 id="schritt-fur-schritt-eine-transaktion-wird-de-anonymisiert">Schritt für Schritt: Eine Transaktion wird de-anonymisiert</h2>
<p>Sehen wir uns an, wie eine typische De-Anonymisierung abläuft:</p>
<p><strong>Schritt 1 — Der Anker</strong>: Alice kauft 0,5 BTC auf einer KYC-Börse und zieht sie auf Adresse <code>A1</code> ab. Die Börse meldet an Chainalysis: Adresse <code>A1</code> gehört zu Alice.</p>
<p><strong>Schritt 2 — Die Verknüpfung</strong>: Wochen später erstellt Alice eine Transaktion mit zwei Inputs: <code>A1</code> (0,5 BTC) und <code>A2</code> (0,2 BTC von einem Freund). CIO-Heuristik: <code>A1</code> und <code>A2</code> gehören derselben Person. Alice hat gerade <code>A2</code> verbrannt.</p>
<p><strong>Schritt 3 — Die Ausbreitung</strong>: Der Change Output geht an <code>A3</code>. Die Analysefirma verfolgt <code>A3</code> weiter. Wenn Alice <code>A3</code> später mit <code>A4</code> zusammen ausgibt — gehört <code>A4</code> auch zu Alice.</p>
<p><strong>Schritt 4 — Das Cluster</strong>: Nach einigen Transaktionen hat die Analysefirma ein <strong>Cluster</strong> von 10+ Adressen, die alle Alice zugeordnet werden. Sie kennt: Alices gesamtes Transaktionsvolumen, ihre Handelspartner (deren Adressen), ihre Haltezeiten und Ausgabemuster.</p>
<figure class="mermaid-diagram">
<pre class="mermaid">
graph TD
KYC["KYC-Börse\n'Alice kauft 0.5 BTC'"]:::kyc --> A1["A1 ✓\n0.5 BTC"]:::known
Friend["Freund\n0.2 BTC"]:::neutral --> A2["A2"]:::unknown
A1 --> TX1{"TX #1"}:::tx
A2 --> TX1
TX1 --> Pay1["Zahlung\n0.6 BTC"]:::output
TX1 --> A3["A3 (Change)\n0.09 BTC"]:::known
A3 --> TX2{"TX #2"}:::tx
A4["A4\nnoch ein UTXO"]:::unknown --> TX2
TX2 --> Pay2["Zahlung"]:::output
TX2 --> A5["A5 (Change)"]:::known
classDef kyc stroke:#cc241d,stroke-width:3px,color:#cc241d
classDef known stroke:#cc241d,stroke-width:2px,color:#cc241d
classDef unknown stroke:#d79921,stroke-width:2px,color:#d79921
classDef neutral stroke:#83a598,stroke-width:1px,color:#83a598
classDef tx stroke:#fe8019,stroke-width:3px,color:#fe8019
classDef output stroke:#98971a,stroke-width:2px,color:#98971a
</pre>
<figcaption>Wie ein einziger KYC-Kauf eine Adresskette de-anonymisiert</figcaption>
</figure>
<script type="module">
if (!window.__mermaidLoaded) {
window.__mermaidLoaded = true;
const s = document.createElement('script');
s.src = 'https://cdn.jsdelivr.net/npm/mermaid@11/dist/mermaid.min.js';
s.onload = () => mermaid.initialize({
startOnLoad: true,
flowchart: { useMaxWidth: true },
theme: 'base',
themeVariables: {
darkMode: true,
background: '#1d2021',
primaryColor: '#3c3836',
primaryTextColor: '#fbf1c7',
primaryBorderColor: '#fe8019',
lineColor: '#bdae93',
secondaryColor: '#282828',
secondaryTextColor: '#fbf1c7',
tertiaryColor: '#1d2021',
tertiaryTextColor: '#fbf1c7',
noteBkgColor: '#1d2021',
noteTextColor: '#bdae93',
noteBorderColor: '#504945',
edgeLabelBackground: '#282828',
clusterBkg: '#1d2021',
clusterBorder: '#504945',
nodeBorder: '#fe8019',
mainBkg: '#3c3836',
textColor: '#fbf1c7',
labelTextColor: '#fbf1c7',
fontSize: '18px',
fontFamily: 'Hack, Fira Code, monospace'
}
});
document.head.appendChild(s);
}
</script>
<h2 id="probier-es-selbst-aus">Probier es selbst aus</h2>
<p>Mit dem Tool unten kannst du interaktiv sehen, wie Chain-Analyse-Heuristiken auf eine Transaktion angewendet werden. Verändere Inputs, Outputs und Beträge und beobachte, welche Rückschlüsse ein Analyst ziehen würde.</p>
<div id="privacy-demo" class="btc-tool">
<noscript><p><strong>Dieses Tool benötigt JavaScript und WebAssembly.</strong></p></noscript>
<div class="btc-tool__learn-notice">
<strong>Lern-Werkzeug</strong>
Dieses Szenario verwendet vollständig fiktive Adressen und Transaktionen. Es zeigt, wie Chain-Analyse-Heuristiken funktionieren.
</div>
<div class="btc-tool__section">
<h3>// Szenario: 3 Transaktionen, 6 Adressen</h3>
<div id="pdGraph" class="btc-tool__graph"></div>
</div>
<div class="btc-tool__section">
<h3>// Transaktionen</h3>
<div id="pdTxList"></div>
</div>
<div class="btc-tool__section">
<h3>// Schritt-für-Schritt Analyse</h3>
<p style="font-size: 0.85em; opacity: 0.8; margin-bottom: 0.8rem;">Klicke dich durch die Analyse-Schritte:</p>
<div id="pdSteps"></div>
<div class="btc-tool__row" style="margin-top: 0.8rem;">
<button id="pdPrev" class="btc-tool__btn--secondary" type="button" disabled>← Zurück</button>
<button id="pdNext" class="btc-tool__btn" type="button" style="flex: 1;">Nächster Schritt →</button>
</div>
</div>
<div id="pdResult" class="btc-tool__section" style="display:none">
<h3>// Ergebnis</h3>
<div class="btc-tool__results">
<pre><code>Adressen gesamt: <span id="pdTotal">—</span>
Verknüpft: <span id="pdLinked">—</span>
Privatsphäre-Score: <span id="pdScore">—</span></code></pre>
</div>
<div id="pdClusters"></div>
</div>
<div id="pdTips" class="btc-tool__section" style="display:none">
<h3>// Gegenmaßnahmen</h3>
<div id="pdTipsList"></div>
</div>
<details class="btc-tool__section">
<summary><h3 style="display:inline">// Warum Pseudonymität ≠ Anonymität</h3></summary>
<div style="font-size: 0.9em; line-height: 1.6;">
<p>Bitcoin-Adressen enthalten keinen Namen — aber die <strong>Transaktionsmuster</strong> verraten viel:</p>
<ul>
<li><strong>Common-Input-Ownership:</strong> Wer mehrere Inputs in einer TX nutzt, besitzt wahrscheinlich alle</li>
<li><strong>Adresswiederverwendung:</strong> Gleiche Adresse = gleiche Person, verknüpft alle Transaktionen</li>
<li><strong>Change-Erkennung:</strong> Ein Output ist meist Wechselgeld an den Sender</li>
<li><strong>Timing-Analyse:</strong> Wann Transaktionen gesendet werden, verrät Zeitzonen</li>
<li><strong>Betragsheuristiken:</strong> Runde Beträge deuten auf den Zahlungsempfänger hin</li>
</ul>
</div>
</details>
</div>
<script type="module">
import init, { get_privacy_scenario, get_privacy_tips } from '/wasm/btc_werkzeugkasten.js';
await init('/wasm/btc_werkzeugkasten_bg.wasm');
const $ = id => document.getElementById(id);
const data = JSON.parse(get_privacy_scenario());
const tips = JSON.parse(get_privacy_tips());
let currentStep = -1;
// Render transactions
let txHtml = '<table class="btc-tool__table"><tr><th>TX</th><th>Inputs</th><th>→</th><th>Outputs</th><th>Betrag</th></tr>';
data.transactions.forEach(tx => {
txHtml += `<tr>
<td><strong>${tx.id}</strong></td>
<td style="font-size:0.8em;">${tx.inputs.map(a => addrLabel(a)).join(', ')}</td>
<td>→</td>
<td style="font-size:0.8em;">${tx.outputs.map(a => addrLabel(a)).join(', ')}</td>
<td>${tx.amount}</td>
</tr>`;
});
txHtml += '</table>';
$('pdTxList').innerHTML = txHtml;
// Render graph (SVG)
renderGraph([]);
function addrLabel(id) {
const addr = data.addresses.find(a => a.id === id);
return addr ? addr.label : id;
}
function renderGraph(highlightAddrs) {
const addrs = data.addresses;
const txs = data.transactions;
const w = 680, h = 300;
// Position addresses in a circle
const positions = {};
const uniqueAddrs = [...new Set(addrs.map(a => a.id))];
uniqueAddrs.forEach((id, i) => {
const angle = (i / uniqueAddrs.length) * 2 * Math.PI - Math.PI / 2;
const rx = w * 0.35, ry = h * 0.35;
positions[id] = {
x: w / 2 + rx * Math.cos(angle),
y: h / 2 + ry * Math.sin(angle)
};
});
let svg = `<svg viewBox="0 0 ${w} ${h}" style="width:100%;height:auto;">`;
// Draw edges (transactions)
txs.forEach(tx => {
tx.inputs.forEach(inp => {
tx.outputs.forEach(out => {
const p1 = positions[inp] || positions[inp.replace('b', '')];
const p2 = positions[out] || positions[out.replace('b', '')];
if (p1 && p2) {
svg += `<line x1="${p1.x}" y1="${p1.y}" x2="${p2.x}" y2="${p2.y}" stroke="#504945" stroke-width="1.5" opacity="0.5"/>`;
}
});
});
});
// Draw nodes
uniqueAddrs.forEach(id => {
const p = positions[id];
const isHighlighted = highlightAddrs.includes(id);
const addr = addrs.find(a => a.id === id);
const fill = isHighlighted ? '#fe8019' : '#504945';
const textColor = isHighlighted ? '#282828' : '#ebdbb2';
svg += `<circle cx="${p.x}" cy="${p.y}" r="20" fill="${fill}" stroke="${isHighlighted ? '#d79921' : '#665c54'}" stroke-width="2"/>`;
svg += `<text x="${p.x}" y="${p.y + 4}" text-anchor="middle" fill="${textColor}" font-size="10" font-family="monospace">${addr ? addr.label.slice(-4) : '?'}</text>`;
});
svg += '</svg>';
$('pdGraph').innerHTML = svg;
}
// Steps navigation
$('pdNext').addEventListener('click', () => {
if (currentStep < data.steps.length - 1) {
currentStep++;
showStep(currentStep);
}
});
$('pdPrev').addEventListener('click', () => {
if (currentStep > 0) {
currentStep--;
showStep(currentStep);
}
});
function showStep(idx) {
const step = data.steps[idx];
$('pdPrev').disabled = idx === 0;
$('pdNext').disabled = idx === data.steps.length - 1;
if (idx === data.steps.length - 1) $('pdNext').textContent = 'Fertig';
else $('pdNext').textContent = 'Nächster Schritt →';
let html = `
<div style="border-left: 3px solid var(--color-primary, #fe8019); padding-left: 0.8rem; margin-bottom: 0.5rem;">
<strong style="color: var(--color-primary, #fe8019);">Schritt ${step.step}: ${step.heuristic}</strong>
<p style="font-size: 0.95em; margin: 0.3rem 0 0;">${step.title}</p>
</div>
<p style="font-size: 0.85em; line-height: 1.6;">${step.description}</p>
<p style="font-size: 0.8em; opacity: 0.7;"><em>Evidenz: ${step.evidence}</em></p>`;
$('pdSteps').innerHTML = html;
renderGraph(step.linked_addresses);
// Show result after last step
if (idx === data.steps.length - 1) {
$('pdResult').style.display = '';
$('pdTotal').textContent = data.total_addresses;
$('pdLinked').textContent = data.linked_addresses;
$('pdScore').textContent = data.privacy_score;
let clustersHtml = '';
data.clusters.forEach(c => {
const color = c.id === 0 ? '#fe8019' : (c.id === 1 ? '#98971a' : '#458588');
clustersHtml += `<div style="margin: 0.3rem 0; font-size: 0.85em;">
<span style="color:${color}">●</span> ${c.label}: ${c.addresses.map(a => addrLabel(a)).join(', ')}
</div>`;
});
$('pdClusters').innerHTML = clustersHtml;
// Show tips
$('pdTips').style.display = '';
let tipsHtml = '';
tips.forEach(t => {
tipsHtml += `<div style="margin: 0.8rem 0; padding-left: 0.8rem; border-left: 2px solid #504945;">
<strong>${t.tip}</strong>
<p style="font-size: 0.85em; margin: 0.2rem 0;">${t.why}</p>
<p style="font-size: 0.8em; opacity: 0.6;">${t.difficulty}</p>
</div>`;
});
$('pdTipsList').innerHTML = tipsHtml;
} else {
$('pdResult').style.display = 'none';
$('pdTips').style.display = 'none';
}
}
</script>
<h2 id="was-chain-analyse-nicht-kann">Was Chain-Analyse nicht kann</h2>
<p>Chain-Analyse ist mächtig, aber nicht allmächtig:</p>
<ul>
<li><strong>CoinJoin-Transaktionen</strong> brechen die CIO-Heuristik, weil Inputs verschiedener Personen absichtlich kombiniert werden. Mehr dazu: <a href="https://bitcoin-durchgespielt.com/privatsphaere/coinjoin-und-payjoin/">CoinJoin und PayJoin</a>.</li>
<li><strong>Gleich große Outputs</strong> machen Change Detection unmöglich — der Analyst kann nicht unterscheiden, welcher Output die Zahlung und welcher das Wechselgeld ist.</li>
<li><strong>Lightning Network</strong> findet off-chain statt. Nur die Eröffnungs- und Schließungstransaktion sind auf der Blockchain sichtbar.</li>
<li><strong>Neue Adressen pro Transaktion</strong> erschweren die Clusterbildung — vorausgesetzt, du vermischst sie nicht über Inputs.</li>
</ul>
<h2 id="was-du-daraus-lernst">Was du daraus lernst</h2>
<p>Chain-Analyse ist kein Hexenwerk. Sie nutzt einfache Muster, die durch unbedachtes Verhalten entstehen. Die Gegenmaßnahmen sind genauso einfach:</p>
<ol>
<li><strong>Nie UTXOs aus verschiedenen Kontexten mischen</strong> → <a href="https://bitcoin-durchgespielt.com/privatsphaere/coin-control-und-labels/">Coin Control</a></li>
<li><strong>KYC-Bitcoin von Non-KYC-Bitcoin trennen</strong> → <a href="https://bitcoin-durchgespielt.com/privatsphaere/kyc-und-non-kyc/">KYC und Non-KYC</a></li>
<li><strong>Wechselgeld-Heuristiken erschweren</strong> → gleiche Adresstypen, keine runden Beträge</li>
<li><strong>Dust nicht ausgeben</strong> → unbekannte Mini-UTXOs einfrieren</li>
<li><strong>CoinJoin nutzen</strong> → <a href="https://bitcoin-durchgespielt.com/privatsphaere/coinjoin-und-payjoin/">CoinJoin und PayJoin</a></li>
</ol>
<div class="lern-aufgabe">
<div class="lern-aufgabe__header">
<span class="lern-aufgabe__icon">✍</span>
<strong>Aufgabe</strong>
</div>
<div class="lern-aufgabe__body">
<p>Öffne eine beliebige Bitcoin-Transaktion auf <a rel="external" href="https://mempool.space">mempool.space</a> und versuche, die Heuristiken selbst anzuwenden: Welcher Output ist wahrscheinlich das Wechselgeld? Warum? Achte auf runde Beträge und Adresstypen.</p>
</div>
</div>
<hr />
<h2 id="weiterfuhrend">Weiterführend</h2>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/technik/utxo-modell/">Das UTXO-Modell</a> — warum UTXOs für Privatsphäre entscheidend sind</li>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/coin-control-und-labels/">Coin Control und Labels</a> — die praktische Gegenmaßnahme zu Chain-Analyse</li>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/coinjoin-und-payjoin/">CoinJoin und PayJoin</a> — Heuristiken gezielt brechen</li>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/kyc-und-non-kyc/">KYC und Non-KYC</a> — den „Anker“ der Chain-Analyse vermeiden</li>
</ul>
Coin Control und Labels2025-10-01T00:00:00+00:002025-10-01T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/privatsphaere/coin-control-und-labels/<p>Coin Control ist die praktische Antwort auf <a href="https://bitcoin-durchgespielt.com/privatsphaere/chain-analyse-verstehen/">Chain-Analyse</a>. Wo Analysten Heuristiken nutzen, um deine Transaktionen zu verknüpfen, nutzt du Coin Control, um genau das zu verhindern. Es klingt technisch, ist aber im Kern einfach: <strong>Du entscheidest selbst, welche Münzen du ausgibst.</strong></p>
<h2 id="warum-coin-control-notig-ist">Warum Coin Control nötig ist</h2>
<p>Deine Wallet zeigt dir einen Kontostand — sagen wir 0,8 BTC. Aber intern gibt es keinen Kontostand. Es gibt einzelne <a href="https://bitcoin-durchgespielt.com/technik/utxo-modell/">UTXOs</a> — Unspent Transaction Outputs. Deine 0,8 BTC bestehen vielleicht aus:</p>
<table><thead><tr><th>UTXO</th><th>Betrag</th><th>Herkunft</th></tr></thead><tbody>
<tr><td>#1</td><td>0,5 BTC</td><td>Kraken (KYC)</td></tr>
<tr><td>#2</td><td>0,2 BTC</td><td>Bisq (Non-KYC)</td></tr>
<tr><td>#3</td><td>0,1 BTC</td><td>Bezahlung von einem Freund</td></tr>
</tbody></table>
<p>Wenn du jetzt 0,6 BTC senden willst, muss deine Wallet entscheiden: Welche UTXOs werden als Inputs verwendet? Ohne Coin Control wählt die Wallet automatisch — und nimmt wahrscheinlich UTXO #1 + #2. Damit hast du gerade deinen Non-KYC-UTXO mit deinem KYC-UTXO in einer Transaktion zusammengeführt. Die <a href="https://bitcoin-durchgespielt.com/privatsphaere/chain-analyse-verstehen/">Common-Input-Ownership-Heuristik</a> greift: Beide Adressen gehören jetzt nachweislich derselben Person.</p>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Ohne Coin Control entscheidet ein Algorithmus über deine Privatsphäre. Die meisten Wallets optimieren auf niedrige Gebühren — nicht auf Privatsphäre. Das führt regelmäßig dazu, dass UTXOs aus verschiedenen Kontexten vermischt werden.</p>
</div>
</div>
<h2 id="was-coin-control-bedeutet">Was Coin Control bedeutet</h2>
<p>Mit Coin Control wählst du <strong>manuell</strong>, welche UTXOs für eine Transaktion verwendet werden. Statt der Wallet die Auswahl zu überlassen, sagst du: „Für diese Zahlung verwende ich nur UTXO #1.“ Oder: „Für diese Zahlung verwende ich nur meine Non-KYC-UTXOs.“</p>
<p>Das setzt zwei Dinge voraus:</p>
<ol>
<li><strong>Du weißt, welche UTXOs du hast</strong> — und woher sie stammen</li>
<li><strong>Deine Wallet unterstützt Coin Control</strong> — nicht alle tun das</li>
</ol>
<h2 id="labels-die-grundlage-von-allem">Labels: Die Grundlage von allem</h2>
<p>Coin Control ohne Labels ist wie Autofahren ohne Windschutzscheibe — technisch möglich, praktisch eine Katastrophe. Wenn du nicht weißt, woher ein UTXO stammt, kannst du keine informierte Entscheidung treffen.</p>
<h3 id="was-ein-gutes-label-enthalt">Was ein gutes Label enthält</h3>
<p>Jeder UTXO sollte mindestens diese Informationen tragen:</p>
<p><strong>Herkunft</strong>: Wo kommt der UTXO her?</p>
<ul>
<li><code>Kraken Auszahlung 2024-03-15</code></li>
<li><code>Bisq Trade #4827</code></li>
<li><code>Bitcoin-Meetup München Bar</code></li>
<li><code>Gehalt von Arbeitgeber</code></li>
</ul>
<p><strong>KYC-Status</strong>: Ist der UTXO mit deiner Identität verknüpft?</p>
<ul>
<li><code>KYC</code> — von einer verifizierten Börse</li>
<li><code>Non-KYC</code> — aus P2P-Handel, Meetup, Bezahlung</li>
<li><code>CoinJoin</code> — durch einen CoinJoin-Prozess gelaufen</li>
</ul>
<p><strong>Kontext</strong>: Wer weiß von diesem UTXO?</p>
<ul>
<li><code>Adresse an Max geteilt</code> — Max kennt diese Adresse</li>
<li><code>Öffentlich auf Website</code> — jeder kennt sie</li>
<li><code>Nur ich</code> — niemand außer dir kennt die Adresse</li>
</ul>
<h3 id="label-schema-in-der-praxis">Label-Schema in der Praxis</h3>
<p>Ein bewährtes Schema:</p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="plain"><span class="giallo-l"><span>[KYC-Status] | [Herkunft] | [Kontext]</span></span></code></pre>
<p>Beispiele:</p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="plain"><span class="giallo-l"><span>KYC | Kraken 2024-03-15 | Adresse nur für diesen Kauf</span></span>
<span class="giallo-l"><span>Non-KYC | Bisq Trade #4827 | SEPA von unbekannt</span></span>
<span class="giallo-l"><span>Non-KYC | Meetup München 2024-02 | Bar, keine digitale Spur</span></span>
<span class="giallo-l"><span>KYC | Bitstamp DCA | Automatischer Sparplan</span></span>
<span class="giallo-l"><span>CoinJoin | Wasabi Remix #3 | Post-Mix, nicht verknüpft</span></span></code></pre><div class="lern-aufgabe">
<div class="lern-aufgabe__header">
<span class="lern-aufgabe__icon">✍</span>
<strong>Aufgabe</strong>
</div>
<div class="lern-aufgabe__body">
<p>Öffne deine aktuelle Bitcoin-Wallet. Wie viele UTXOs hast du? Weißt du bei jedem einzelnen, woher er stammt und ob er KYC ist? Wenn nicht — jetzt ist der Moment, das nachzuholen. Besser spät labeln als nie.</p>
</div>
</div>
<h2 id="sparrow-wallet-coin-control-in-der-praxis">Sparrow Wallet: Coin Control in der Praxis</h2>
<p><strong>Sparrow Wallet</strong> ist die Referenz für Coin-Control-bewusste Bitcoin-Nutzung auf dem Desktop. Hier eine Übersicht der relevanten Features:</p>
<h3 id="utxos-anzeigen">UTXOs anzeigen</h3>
<p>Im Tab „UTXOs“ siehst du jeden einzelnen UTXO deiner Wallet. Für jeden UTXO zeigt Sparrow:</p>
<ul>
<li>Betrag in BTC und Sats</li>
<li>Die Adresse, auf der er liegt</li>
<li>Die Transaktion, die ihn erzeugt hat</li>
<li>Den Output-Index</li>
<li>Dein Label</li>
</ul>
<h3 id="utxos-labeln">UTXOs labeln</h3>
<p>Rechtsklick auf einen UTXO → „Edit Label“. Trage dein Label-Schema ein. Sparrow speichert Labels persistent — sie bleiben auch nach einem Neustart erhalten.</p>
<h3 id="utxos-fur-eine-transaktion-auswahlen">UTXOs für eine Transaktion auswählen</h3>
<p>Beim Erstellen einer Transaktion kannst du im „UTXOs“-Tab die gewünschten UTXOs mit einem Häkchen auswählen. Sparrow verwendet dann <strong>nur diese</strong> als Inputs. Du siehst sofort, ob die ausgewählten UTXOs für den gewünschten Betrag plus Gebühr ausreichen.</p>
<h3 id="utxos-einfrieren">UTXOs einfrieren</h3>
<p>Sparrow erlaubt es, UTXOs zu <strong>einfrieren</strong> (Freeze). Ein eingefrorener UTXO wird von der automatischen Auswahl ignoriert und kann nicht versehentlich ausgegeben werden. Nutze das für:</p>
<ul>
<li><strong>Dust-UTXOs</strong> — winzige Beträge, die ein <a href="https://bitcoin-durchgespielt.com/privatsphaere/chain-analyse-verstehen/">Dust Attack</a> sein könnten</li>
<li><strong>KYC-UTXOs</strong> — wenn du gerade nur Non-KYC ausgeben willst</li>
<li><strong>Langzeit-Ersparnisse</strong> — UTXOs, die du nicht anfassen willst</li>
</ul>
<div class="lern-probiere">
<div class="lern-probiere__header">
<span class="lern-probiere__icon">⚡</span>
<strong>Probiere es aus</strong>
</div>
<div class="lern-probiere__body">
<p>Installiere Sparrow Wallet, erstelle eine Watch-Only-Wallet (du brauchst keinen echten Seed) und erkunde die UTXO-Ansicht. Sieh dir an, wie Coin Selection und Freeze funktionieren. Die Oberfläche ist intuitiver als du denkst.</p>
</div>
</div>
<h2 id="kyc-non-kyc-trennung">KYC/Non-KYC-Trennung</h2>
<p>Die wichtigste Regel: <strong>KYC-UTXOs und Non-KYC-UTXOs dürfen niemals in derselben Transaktion als Inputs erscheinen.</strong> Wenn du das tust, verknüpfst du deine Non-KYC-Bitcoin unwiderruflich mit deiner Identität.</p>
<h3 id="strategie-1-separate-wallets">Strategie 1: Separate Wallets</h3>
<p>Am einfachsten: Verwende komplett <strong>getrennte Wallets</strong> für KYC und Non-KYC. Unterschiedliche Seeds, unterschiedliche Wallet-Dateien. So kann kein Algorithmus versehentlich mischen.</p>
<h3 id="strategie-2-wallet-accounts">Strategie 2: Wallet-Accounts</h3>
<p>Manche Wallets (z.B. Sparrow) unterstützen mehrere <strong>Accounts</strong> innerhalb einer Wallet. Das ist bequemer als separate Wallets, birgt aber das Risiko, dass du beim manuellen Coin-Control einen Fehler machst.</p>
<h3 id="strategie-3-tags-in-einer-wallet">Strategie 3: Tags in einer Wallet</h3>
<p>Wenn du alles in einer Wallet hältst, bist du vollständig auf Labels und manuelle Coin Selection angewiesen. Das funktioniert — aber nur wenn du konsequent bist. Ein einziger Fehler reicht.</p>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Die sicherste Trennung ist die physische Trennung. Separate Wallets auf separaten Seeds. Alles andere erfordert Disziplin — und Disziplin hat eine endliche Lebensdauer.</p>
</div>
</div>
<h2 id="utxo-konsolidierung">UTXO-Konsolidierung</h2>
<p>Mit der Zeit sammelst du viele kleine UTXOs an. Wenn die Gebühren steigen, werden kleine UTXOs teuer oder sogar unwirtschaftlich zum Ausgeben (Dust). Die Lösung: <strong>Konsolidierung</strong> — mehrere kleine UTXOs zu einem großen zusammenführen.</p>
<h3 id="wann-konsolidieren">Wann konsolidieren?</h3>
<ul>
<li><strong>Bei niedrigen Gebühren</strong>: Wenn der Mempool leer ist und Transaktionen mit 1-2 sat/vB bestätigt werden</li>
<li><strong>Innerhalb eines Kontexts</strong>: Fasse nur UTXOs desselben KYC-Status und derselben Herkunft zusammen</li>
<li><strong>Nie über Kontexte hinweg</strong>: 3 KYC-UTXOs konsolidieren? Ja. 2 KYC + 1 Non-KYC? Niemals.</li>
</ul>
<h3 id="konsolidierung-und-privatsphare">Konsolidierung und Privatsphäre</h3>
<p>Konsolidierung ist ein Privatsphäre-Trade-off. Du fasst UTXOs zusammen, was die CIO-Heuristik bestätigt: Alle diese Adressen gehören zusammen. Innerhalb eines Kontexts (z.B. alle UTXOs von Kraken) ist das akzeptabel — die Börse weiß bereits, dass alle diese Adressen dir gehören. Aber <strong>über Kontexte hinweg</strong> ist es eine Katastrophe.</p>
<figure class="mermaid-diagram">
<pre class="mermaid">
graph LR
subgraph "✓ Sinnvoll"
K1["KYC UTXO #1\n0.1 BTC"]:::kyc --> TX1{"Konsolidierung"}:::tx
K2["KYC UTXO #2\n0.05 BTC"]:::kyc --> TX1
K3["KYC UTXO #3\n0.03 BTC"]:::kyc --> TX1
TX1 --> KR["1 großer KYC-UTXO\n0.179 BTC"]:::kyc
end
subgraph "✗ Gefährlich"
M1["KYC UTXO\n0.1 BTC"]:::kyc --> TX2{"Konsolidierung"}:::txbad
M2["Non-KYC UTXO\n0.05 BTC"]:::nonkyc --> TX2
TX2 --> MR["Alles jetzt KYC\n0.149 BTC"]:::kyc
end
classDef kyc stroke:#cc241d,stroke-width:2px,color:#cc241d
classDef nonkyc stroke:#98971a,stroke-width:2px,color:#98971a
classDef tx stroke:#fe8019,stroke-width:2px,color:#fe8019
classDef txbad stroke:#cc241d,stroke-width:3px,color:#cc241d
</pre>
<figcaption>Konsolidierung: Nur innerhalb eines Kontexts sinnvoll</figcaption>
</figure>
<script type="module">
if (!window.__mermaidLoaded) {
window.__mermaidLoaded = true;
const s = document.createElement('script');
s.src = 'https://cdn.jsdelivr.net/npm/mermaid@11/dist/mermaid.min.js';
s.onload = () => mermaid.initialize({
startOnLoad: true,
flowchart: { useMaxWidth: true },
theme: 'base',
themeVariables: {
darkMode: true,
background: '#1d2021',
primaryColor: '#3c3836',
primaryTextColor: '#fbf1c7',
primaryBorderColor: '#fe8019',
lineColor: '#bdae93',
secondaryColor: '#282828',
secondaryTextColor: '#fbf1c7',
tertiaryColor: '#1d2021',
tertiaryTextColor: '#fbf1c7',
noteBkgColor: '#1d2021',
noteTextColor: '#bdae93',
noteBorderColor: '#504945',
edgeLabelBackground: '#282828',
clusterBkg: '#1d2021',
clusterBorder: '#504945',
nodeBorder: '#fe8019',
mainBkg: '#3c3836',
textColor: '#fbf1c7',
labelTextColor: '#fbf1c7',
fontSize: '18px',
fontFamily: 'Hack, Fira Code, monospace'
}
});
document.head.appendChild(s);
}
</script>
<h2 id="andere-wallets-mit-coin-control">Andere Wallets mit Coin Control</h2>
<p>Sparrow ist nicht die einzige Option:</p>
<ul>
<li><strong>Bitcoin Core</strong>: Volle Coin-Control-Unterstützung, aber technisch anspruchsvoll</li>
<li><strong>Electrum</strong>: Coin Control vorhanden, Label-Support, aber Vorsicht: standardmäßig verbindet sich Electrum mit öffentlichen Servern (→ Privatsphäre-Risiko, es sei denn du nutzt deinen eigenen Electrum Server)</li>
<li><strong>Blue Wallet</strong>: Coin Control auf dem Smartphone, begrenzt aber brauchbar</li>
<li><strong>Wasabi Wallet</strong>: Coin Control + integriertes CoinJoin</li>
</ul>
<p>Was <strong>nicht</strong> funktioniert: Wallets wie die Standard-Apps vieler Börsen. Sie zeigen dir einen Kontostand und lassen dich senden. Welche UTXOs verwendet werden, entscheidest nicht du — sondern die Börse.</p>
<hr />
<h2 id="weiterfuhrend">Weiterführend</h2>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/technik/utxo-modell/">Das UTXO-Modell</a> — wie UTXOs funktionieren und warum es keine Kontostände gibt</li>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/chain-analyse-verstehen/">Chain-Analyse verstehen</a> — welche Heuristiken Coin Control bricht</li>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/coinjoin-und-payjoin/">CoinJoin und PayJoin</a> — den nächsten Schritt über Coin Control hinaus</li>
<li><a href="https://bitcoin-durchgespielt.com/praxis/wallets-erklaert/">Wallets erklärt</a> — Schlüssel, Seeds und wie Wallets UTXOs verwalten</li>
</ul>
CoinJoin und PayJoin2025-10-01T00:00:00+00:002025-10-01T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/privatsphaere/coinjoin-und-payjoin/<p>Coin Control verhindert, dass du deine eigene Privatsphäre zerstörst. CoinJoin geht einen Schritt weiter: Es <strong>repariert</strong> Privatsphäre aktiv, indem es den Zusammenhang zwischen Inputs und Outputs einer Transaktion bricht. PayJoin macht das Gleiche, nur unsichtbar.</p>
<h2 id="das-coinjoin-prinzip">Das CoinJoin-Prinzip</h2>
<p>Die <a href="https://bitcoin-durchgespielt.com/privatsphaere/chain-analyse-verstehen/">Common-Input-Ownership-Heuristik</a> besagt: Alle Inputs einer Transaktion gehören derselben Person. CoinJoin macht diese Heuristik absichtlich falsch.</p>
<p>Bei einem CoinJoin erstellen <strong>mehrere unabhängige Personen gemeinsam eine Transaktion</strong>. Jeder steuert Inputs bei und erhält Outputs. Der Trick: Die Outputs sind <strong>gleich groß</strong>. Für einen Beobachter ist nicht mehr erkennbar, welcher Input zu welchem Output gehört.</p>
<figure class="mermaid-diagram">
<pre class="mermaid">
graph LR
A1["Alice\n0.1 BTC"]:::alice --> TX{"CoinJoin\nTransaktion"}:::tx
B1["Bob\n0.1 BTC"]:::bob --> TX
C1["Carol\n0.1 BTC"]:::carol --> TX
TX --> O1["? \n0.1 BTC"]:::mixed
TX --> O2["? \n0.1 BTC"]:::mixed
TX --> O3["? \n0.1 BTC"]:::mixed
TX --> CH["Change\n(verschiedene Beträge)"]:::change
classDef alice stroke:#cc241d,stroke-width:2px,color:#cc241d
classDef bob stroke:#d79921,stroke-width:2px,color:#d79921
classDef carol stroke:#458588,stroke-width:2px,color:#458588
classDef tx stroke:#fe8019,stroke-width:3px,color:#fe8019
classDef mixed stroke:#b16286,stroke-width:2px,color:#b16286
classDef change stroke:#928374,stroke-width:1px,color:#928374
</pre>
<figcaption>CoinJoin: Gleich große Outputs machen Zuordnung unmöglich</figcaption>
</figure>
<script type="module">
if (!window.__mermaidLoaded) {
window.__mermaidLoaded = true;
const s = document.createElement('script');
s.src = 'https://cdn.jsdelivr.net/npm/mermaid@11/dist/mermaid.min.js';
s.onload = () => mermaid.initialize({
startOnLoad: true,
flowchart: { useMaxWidth: true },
theme: 'base',
themeVariables: {
darkMode: true,
background: '#1d2021',
primaryColor: '#3c3836',
primaryTextColor: '#fbf1c7',
primaryBorderColor: '#fe8019',
lineColor: '#bdae93',
secondaryColor: '#282828',
secondaryTextColor: '#fbf1c7',
tertiaryColor: '#1d2021',
tertiaryTextColor: '#fbf1c7',
noteBkgColor: '#1d2021',
noteTextColor: '#bdae93',
noteBorderColor: '#504945',
edgeLabelBackground: '#282828',
clusterBkg: '#1d2021',
clusterBorder: '#504945',
nodeBorder: '#fe8019',
mainBkg: '#3c3836',
textColor: '#fbf1c7',
labelTextColor: '#fbf1c7',
fontSize: '18px',
fontFamily: 'Hack, Fira Code, monospace'
}
});
document.head.appendChild(s);
}
</script>
<h3 id="warum-gleich-grosse-outputs">Warum gleich große Outputs?</h3>
<p>Wenn Alice 0,1 BTC einzahlt und 0,1 BTC erhält, Bob dasselbe und Carol dasselbe — welcher Output gehört zu wem? Die Antwort: Es ist unmöglich zu sagen. Die <strong>Anonymity Set</strong> — die Menge der möglichen Zuordnungen — wächst mit jedem Teilnehmer.</p>
<p>Bei 3 Teilnehmern gibt es 6 mögliche Zuordnungen (3!). Bei 50 Teilnehmern sind es astronomische 3 x 10⁶⁴ Möglichkeiten. Chain-Analyse-Firmen können die einzelnen Outputs nicht mehr zurückverfolgen.</p>
<h3 id="was-ist-mit-dem-wechselgeld">Was ist mit dem Wechselgeld?</h3>
<p>CoinJoin hat eine Schwachstelle: <strong>Change Outputs</strong>. Wenn Alice 0,15 BTC einzahlt und 0,1 BTC als gleich großen Output erhält, entsteht ein Change Output über 0,05 BTC (minus Gebühr). Dieser Change Output ist <strong>nicht</strong> Teil der Anonymity Set — er ist eindeutig Alice zuzuordnen, weil sein Betrag einzigartig ist.</p>
<p>Deshalb: Je genauer dein Input zum CoinJoin-Betrag passt, desto besser. Und deshalb bieten gute CoinJoin-Implementierungen <strong>mehrere Runden</strong> an — damit auch das Wechselgeld gemischt wird.</p>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>CoinJoin schützt die gleich großen Outputs. Change Outputs sind weiterhin verfolgbar. Gute Implementierungen minimieren Change oder mischen ihn in weiteren Runden.</p>
</div>
</div>
<h2 id="coinjoin-implementierungen">CoinJoin-Implementierungen</h2>
<h3 id="wasabi-wallet">Wasabi Wallet</h3>
<p><strong>Wasabi Wallet</strong> war die erste benutzerfreundliche CoinJoin-Wallet. Version 2.0 führte <strong>WabiSabi</strong> ein — ein neues Koordinationsprotokoll, das variable Beträge erlaubt und die Privatsphäre des CoinJoin-Prozesses selbst verbessert.</p>
<ul>
<li><strong>Wie es funktioniert</strong>: Wasabi koordiniert CoinJoin-Runden über einen zentralen Koordinator. Die Teilnehmer senden ihre Inputs, der Koordinator baut die Transaktion, aber er erfährt nicht, welcher Output zu welchem Input gehört (dank Blind Signatures bzw. WabiSabi-Credentials).</li>
<li><strong>Status (2025)</strong>: Wasabi 2.x ist aktiv, automatisches CoinJoin im Hintergrund, Mindestbetrag für CoinJoin-Teilnahme beachten</li>
<li><strong>Kosten</strong>: Koordinationsgebühr von 0,3% + Mining-Gebühren</li>
<li><strong>Plattform</strong>: Desktop (Windows, macOS, Linux)</li>
</ul>
<h3 id="joinmarket">JoinMarket</h3>
<p><strong>JoinMarket</strong> verfolgt einen radikal anderen Ansatz: kein zentraler Koordinator. Stattdessen gibt es einen <strong>Marktplatz</strong>, auf dem „Maker“ ihre Bitcoin für CoinJoins anbieten und „Taker“ CoinJoins initiieren und die Maker dafür bezahlen.</p>
<ul>
<li><strong>Wie es funktioniert</strong>: Taker wählen Maker aus dem Orderbook, erstellen die CoinJoin-Transaktion und zahlen eine kleine Gebühr an die Maker. Maker verdienen passiv an ihrer Liquidität.</li>
<li><strong>Status (2025)</strong>: JoinMarket existiert als JAM (JoinMarket Application Manager) mit verbesserter Benutzeroberfläche. Weiterhin dezentral und funktional.</li>
<li><strong>Kosten</strong>: Maker-Gebühren (in der Regel 0,01-0,05%) + Mining-Gebühren</li>
<li><strong>Plattform</strong>: Desktop, oft in Kombination mit einer eigenen Node (z.B. über Umbrel oder RaspiBlitz)</li>
</ul>
<h3 id="whirlpool-samourai-wallet">Whirlpool (Samourai Wallet)</h3>
<p><strong>Whirlpool</strong> war die CoinJoin-Implementierung von Samourai Wallet — bekannt für aggressive Privatsphäre-Features und eine treue Community.</p>
<ul>
<li><strong>Status (2025)</strong>: Im April 2024 wurden die Gründer von Samourai Wallet in den USA verhaftet und angeklagt. Die Wallet und der Whirlpool-Koordinator wurden beschlagnahmt. Die Open-Source-Codebasis existiert weiterhin, und Community-Forks arbeiten an Alternativen. Aber der ursprüngliche Service ist nicht mehr verfügbar.</li>
<li><strong>Lehre</strong>: Zentralisierte Koordinationspunkte sind angreifbar — egal wie gut die Kryptographie ist.</li>
</ul>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Die Verhaftung der Samourai-Gründer zeigt ein grundsätzliches Risiko: Wenn ein CoinJoin-Service einen zentralen Koordinator hat, ist dieser Koordinator ein Single Point of Failure — technisch und juristisch. Dezentrale Ansätze wie JoinMarket sind widerstandsfähiger.</p>
</div>
</div>
<h2 id="payjoin-p2ep">PayJoin (P2EP)</h2>
<p>PayJoin — auch <strong>Pay-to-Endpoint (P2EP)</strong> — ist ein eleganterer Ansatz. Statt einer großen Gruppentransaktion erstellen <strong>Sender und Empfänger gemeinsam eine normale Zahlung</strong>, bei der beide Inputs beisteuern.</p>
<h3 id="wie-payjoin-funktioniert">Wie PayJoin funktioniert</h3>
<ol>
<li>Alice will Bob 0,3 BTC zahlen</li>
<li>Statt einer normalen Transaktion (Alice sendet, Bob empfängt) erstellen beide gemeinsam eine Transaktion</li>
<li>Alice steuert einen Input bei (0,5 BTC), Bob ebenfalls (0,2 BTC)</li>
<li>Bob erhält einen Output über 0,5 BTC (seine 0,2 + Alices 0,3)</li>
<li>Alice erhält 0,2 BTC Wechselgeld</li>
</ol>
<p>Für einen Beobachter sieht das aus wie eine normale Transaktion mit zwei Inputs. Die CIO-Heuristik sagt: Beide Inputs gehören derselben Person. <strong>Aber das stimmt nicht</strong> — und genau das ist der Punkt.</p>
<figure class="mermaid-diagram">
<pre class="mermaid">
graph LR
A["Alice\n0.5 BTC"]:::alice --> TX{"PayJoin\nTransaktion"}:::tx
B["Bob\n0.2 BTC"]:::bob --> TX
TX --> O1["Bob\n0.5 BTC"]:::output
TX --> O2["Alice (Change)\n0.2 BTC"]:::output
classDef alice stroke:#cc241d,stroke-width:2px,color:#cc241d
classDef bob stroke:#d79921,stroke-width:2px,color:#d79921
classDef tx stroke:#fe8019,stroke-width:3px,color:#fe8019
classDef output stroke:#98971a,stroke-width:2px,color:#98971a
</pre>
<figcaption>PayJoin: Eine normale Zahlung, die CIO-Heuristik absichtlich bricht</figcaption>
</figure>
<script type="module">
if (!window.__mermaidLoaded) {
window.__mermaidLoaded = true;
const s = document.createElement('script');
s.src = 'https://cdn.jsdelivr.net/npm/mermaid@11/dist/mermaid.min.js';
s.onload = () => mermaid.initialize({
startOnLoad: true,
flowchart: { useMaxWidth: true },
theme: 'base',
themeVariables: {
darkMode: true,
background: '#1d2021',
primaryColor: '#3c3836',
primaryTextColor: '#fbf1c7',
primaryBorderColor: '#fe8019',
lineColor: '#bdae93',
secondaryColor: '#282828',
secondaryTextColor: '#fbf1c7',
tertiaryColor: '#1d2021',
tertiaryTextColor: '#fbf1c7',
noteBkgColor: '#1d2021',
noteTextColor: '#bdae93',
noteBorderColor: '#504945',
edgeLabelBackground: '#282828',
clusterBkg: '#1d2021',
clusterBorder: '#504945',
nodeBorder: '#fe8019',
mainBkg: '#3c3836',
textColor: '#fbf1c7',
labelTextColor: '#fbf1c7',
fontSize: '18px',
fontFamily: 'Hack, Fira Code, monospace'
}
});
document.head.appendChild(s);
}
</script>
<h3 id="warum-payjoin-elegant-ist">Warum PayJoin elegant ist</h3>
<ul>
<li><strong>Unsichtbar</strong>: Eine PayJoin-Transaktion sieht auf der Blockchain genauso aus wie eine normale Transaktion. Es gibt kein auffälliges Muster (anders als bei CoinJoin, wo gleich große Outputs ein Erkennungsmerkmal sind).</li>
<li><strong>Vergiftet die Heuristik</strong>: Wenn PayJoin verbreitet wäre, müssten Chain-Analysten bei <strong>jeder</strong> Transaktion annehmen, dass sie ein PayJoin sein könnte. Das würde die CIO-Heuristik grundsätzlich entwerten.</li>
<li><strong>Keine Koordination nötig</strong>: Nur Sender und Empfänger müssen interagieren — kein Marktplatz, kein Koordinator.</li>
</ul>
<h3 id="payjoin-in-der-praxis">PayJoin in der Praxis</h3>
<p>PayJoin erfordert, dass beide Parteien es unterstützen. Derzeit ist die Verbreitung noch gering, aber es gibt Fortschritte:</p>
<ul>
<li><strong>BTCPay Server</strong>: Unterstützt PayJoin für Händler. Wenn du einen BTCPay Server betreibst und dein Kunde eine PayJoin-fähige Wallet nutzt, wird automatisch ein PayJoin erstellt.</li>
<li><strong>PayJoin v2 (BIP-77)</strong>: Die nächste Generation des Protokolls, die asynchrone PayJoins ermöglicht — Sender und Empfänger müssen nicht gleichzeitig online sein.</li>
<li><strong>Sparrow Wallet</strong>: PayJoin-Unterstützung auf der Senderseite.</li>
</ul>
<h2 id="regulatorische-lage-in-der-eu">Regulatorische Lage in der EU</h2>
<p>Die regulatorische Landschaft für Privacy-Tools ist im Wandel. Eine nüchterne Einordnung:</p>
<h3 id="was-gilt">Was gilt</h3>
<ul>
<li><strong>CoinJoin ist nicht illegal.</strong> Es gibt kein EU-Gesetz, das das Erstellen oder Teilnehmen an CoinJoin-Transaktionen verbietet.</li>
<li>Die <strong>Travel Rule</strong> (EU-Geldtransferverordnung, erweitert durch MiCA) verlangt, dass regulierte Dienstleister (Börsen, Payment Provider) Sender- und Empfänger-Informationen bei Transaktionen über 1.000 EUR erheben. Das betrifft CoinJoin nicht direkt, aber Börsen können CoinJoin-Outputs als „risikobehaftet“ einstufen.</li>
<li><strong>AMLD6</strong> (Anti-Money-Laundering Directive 6) verschärft die Sorgfaltspflichten. Einige Börsen blockieren bereits Einzahlungen, die aus CoinJoin-Transaktionen stammen — nicht weil es illegal ist, sondern weil sie das Compliance-Risiko scheuen.</li>
</ul>
<h3 id="was-das-praktisch-bedeutet">Was das praktisch bedeutet</h3>
<ul>
<li>Wenn du KYC-Bitcoin durch einen CoinJoin schickst und dann auf einer Börse einzahlen willst, kann die Börse die Einzahlung ablehnen oder dein Konto sperren.</li>
<li>Self-Custody-Wallets sind davon nicht betroffen — niemand kann dir verbieten, deine eigenen Bitcoin zu mischen.</li>
<li>Die Situation ist im Fluss. Es ist möglich, dass zukünftige Regulierung CoinJoin-Dienste stärker einschränkt.</li>
</ul>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>CoinJoin ist legal. Aber regulierte Dienstleister dürfen CoinJoin-Outputs ablehnen. Wer CoinJoin nutzt, sollte sich bewusst sein, dass die Wiedereinzahlung auf KYC-Börsen problematisch sein kann. Self-Custody löst dieses Problem.</p>
</div>
</div>
<h2 id="wann-coinjoin-sinnvoll-ist">Wann CoinJoin sinnvoll ist</h2>
<p>CoinJoin ist kein Werkzeug, das jeder permanent braucht. Es gibt konkrete Situationen, in denen es sinnvoll ist:</p>
<ol>
<li><strong>KYC-Bitcoin „aufbrechen“</strong>: Du hast Bitcoin auf einer KYC-Börse gekauft und willst die Nachverfolgbarkeit der Outputs erschweren.</li>
<li><strong>Große Beträge schützen</strong>: Du hast einen signifikanten Betrag und willst nicht, dass dein gesamtes Vermögen über eine einzelne Adresse einsehbar ist.</li>
<li><strong>Konsolidierung mit Privatsphäre</strong>: Du willst mehrere UTXOs zusammenführen, aber ohne die CIO-Heuristik zu bedienen.</li>
<li><strong>Prinzip</strong>: Du findest, dass finanzielle Privatsphäre ein Grundrecht ist und unterstützt Tools, die das ermöglichen.</li>
</ol>
<p>Wann CoinJoin <strong>weniger sinnvoll</strong> ist:</p>
<ul>
<li>Für sehr kleine Beträge — die Koordinationsgebühren und Mining-Gebühren fressen den Nutzen auf</li>
<li>Wenn du die Outputs danach auf eine KYC-Börse einzahlst — dann war der CoinJoin zwecklos</li>
<li>Als einzige Maßnahme — CoinJoin ohne Coin Control, Labels und eigene Node ist wie ein Schloss ohne Wände</li>
</ul>
<div class="lern-aufgabe">
<div class="lern-aufgabe__header">
<span class="lern-aufgabe__icon">✍</span>
<strong>Aufgabe</strong>
</div>
<div class="lern-aufgabe__body">
<p>Schau dir eine CoinJoin-Transaktion auf <a rel="external" href="https://mempool.space">mempool.space</a> an — suche nach Transaktionen mit vielen gleich großen Outputs. Wie viele Teilnehmer kannst du identifizieren? Welche Outputs sind gleich groß, welche sind Change? Tipp: Suche nach Wasabi-Transaktionen mit Outputs über 0,05 BTC.</p>
</div>
</div>
<hr />
<h2 id="weiterfuhrend">Weiterführend</h2>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/chain-analyse-verstehen/">Chain-Analyse verstehen</a> — die Heuristiken, die CoinJoin bricht</li>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/coin-control-und-labels/">Coin Control und Labels</a> — die Basis, ohne die CoinJoin wenig bringt</li>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/kyc-und-non-kyc/">KYC und Non-KYC</a> — warum KYC-Bitcoin der häufigste Grund für CoinJoin ist</li>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/tor-und-netzwerk-privatsphaere/">Tor und Netzwerk-Privatsphäre</a> — CoinJoin ohne Tor-Schutz ist halbherzig</li>
</ul>
Grundlagen der Bitcoin-Privatsphäre2025-10-01T00:00:00+00:002025-10-01T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/privatsphaere/grundlagen-bitcoin-privatsphaere/<h2 id="pseudonym-heisst-nicht-anonym">Pseudonym heißt nicht anonym</h2>
<p>Das ist der wichtigste Satz dieser gesamten Sektion: <strong>Bitcoin ist pseudonym, nicht anonym.</strong> Dein Name steht nicht direkt auf der Blockchain — dort stehen Adressen wie <code>bc1q...</code>. Aber sobald jemand eine einzige Adresse mit deiner Identität verknüpft, wird die Transaktionshistorie dieser Adresse zu deiner persönlichen Finanzakte. Für immer. Kein Löschen, kein Rückgängigmachen.</p>
<p>Das klingt bedrohlich. Ist es auch — wenn du nichts dagegen tust. Aber Privatsphäre bei Bitcoin ist kein unlösbares Problem. Es sind konkrete, erlernbare Gewohnheiten, die den Unterschied machen.</p>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Jede Bitcoin-Transaktion ist öffentlich, dauerhaft und für jeden einsehbar. Privatsphäre ist kein Feature, das jemand anderes für dich aktiviert — es ist eine Praxis, die du selbst aufbauen musst.</p>
</div>
</div>
<h2 id="die-5-grossten-privatsphare-risiken">Die 5 größten Privatsphäre-Risiken</h2>
<h3 id="1-chain-analyse-deine-transaktionen-werden-gelesen">1. Chain-Analyse: Deine Transaktionen werden gelesen</h3>
<p>Unternehmen wie Chainalysis und Elliptic werten systematisch Bitcoin-Transaktionen aus. Sie nutzen Heuristiken — Annahmen über Muster — um Geldflüsse nachzuverfolgen. Die wichtigste Annahme: Wenn mehrere Adressen in einer Transaktion als Inputs erscheinen, gehören sie wahrscheinlich derselben Person. Ein einziger Fehler kann eine ganze Kette von Adressen de-anonymisieren.</p>
<p><strong>Tiefer einsteigen:</strong> <a href="https://bitcoin-durchgespielt.com/privatsphaere/chain-analyse-verstehen/">Chain-Analyse verstehen</a> — Schritt für Schritt, wie eine Transaktion de-anonymisiert wird.</p>
<h3 id="2-kyc-identitat-unwiderruflich-verknupft">2. KYC: Identität unwiderruflich verknüpft</h3>
<p>Wenn du Bitcoin auf einer Börse mit Identitätsprüfung kaufst (KYC — Know Your Customer), ist jeder gekaufte Satoshi dauerhaft mit deinem Namen verknüpft. Die Börse weiß, dass du Bitcoin besitzt, kennt deine Empfangsadressen und gibt diese Daten auf Anfrage an Behörden weiter. Datenlecks wie der Ledger-Hack 2020 zeigen: Selbst ohne Behördenanfrage können deine Daten in falsche Hände geraten.</p>
<p><strong>Tiefer einsteigen:</strong> <a href="https://bitcoin-durchgespielt.com/privatsphaere/kyc-und-non-kyc/">KYC und Non-KYC</a> — was KYC bedeutet, warum es unwiderruflich ist und welche Alternativen existieren.</p>
<h3 id="3-utxo-management-munzen-vermischt-privatsphare-verloren">3. UTXO-Management: Münzen vermischt, Privatsphäre verloren</h3>
<p>Bitcoin kennt keine Kontostände. Dein Guthaben besteht aus einzelnen UTXOs — wie Münzen und Scheine. Wenn du UTXOs aus verschiedenen Kontexten in einer Transaktion zusammenwirfst (etwa einen KYC-Kauf und eine anonyme Zahlung), verknüpfst du diese Kontexte dauerhaft. Ohne bewusste Kontrolle darüber, welche UTXOs du ausgibst, passiert das schneller als du denkst.</p>
<p><strong>Tiefer einsteigen:</strong> <a href="https://bitcoin-durchgespielt.com/privatsphaere/coin-control-und-labels/">Coin Control und Labels</a> — UTXOs beschriften, trennen und bewusst verwalten.</p>
<h3 id="4-transparente-transaktionen-coinjoin-als-gegenmassnahme">4. Transparente Transaktionen: CoinJoin als Gegenmaßnahme</h3>
<p>Standardmäßig kann jeder Beobachter sehen, welche Inputs zu welchen Outputs gehören. Das macht Nachverfolgung trivial. CoinJoin und PayJoin sind Techniken, die diesen Zusammenhang brechen — mehrere Nutzer erstellen gemeinsam eine Transaktion, in der nicht mehr erkennbar ist, wer wem was gesendet hat.</p>
<p><strong>Tiefer einsteigen:</strong> <a href="https://bitcoin-durchgespielt.com/privatsphaere/coinjoin-und-payjoin/">CoinJoin und PayJoin</a> — wie die Techniken funktionieren und welche Tools es gibt.</p>
<h3 id="5-netzwerk-ebene-deine-ip-verrat-dich">5. Netzwerk-Ebene: Deine IP verrät dich</h3>
<p>Selbst wenn du auf der Blockchain alles richtig machst — deine IP-Adresse kann dich verraten. Wenn deine Wallet sich mit einem fremden Server verbindet, erfährt dieser, welche Adressen dir gehören. Und wenn du eine Transaktion broadcastest, sehen die verbundenen Nodes deine IP. Ohne Gegenmaßnahmen wie Tor oder eine eigene Node ist deine Netzwerk-Privatsphäre ein offenes Buch.</p>
<p><strong>Tiefer einsteigen:</strong> <a href="https://bitcoin-durchgespielt.com/privatsphaere/tor-und-netzwerk-privatsphaere/">Tor und Netzwerk-Privatsphäre</a> — IP schützen, Bitcoin über Tor betreiben.</p>
<h2 id="die-grundregel-getrennte-kontexte-getrennte-wallets">Die Grundregel: Getrennte Kontexte, getrennte Wallets</h2>
<p>Ein Prinzip zieht sich durch alle fünf Risiken: <strong>Trenne deine Kontexte.</strong> KYC-Bitcoin und Non-KYC-Bitcoin gehören nicht in dieselbe Wallet. Alltags-Zahlungen und Langzeit-Ersparnisse gehören nicht in dieselbe Wallet. Sobald du zwei Kontexte vermischst, sind sie dauerhaft verknüpft.</p>
<p>Das bedeutet in der Praxis:</p>
<ul>
<li><strong>KYC-Wallet</strong>: Bitcoin von Börsen, mit deinem Namen verknüpft</li>
<li><strong>Non-KYC-Wallet</strong>: Bitcoin aus P2P-Käufen, Meetups, Bezahlung</li>
<li><strong>Alltags-Wallet</strong>: Kleine Beträge für tägliche Ausgaben (ggf. Lightning)</li>
<li><strong>Cold Storage</strong>: Dein Hauptbestand, den du nicht anfasst</li>
</ul>
<div class="lern-aufgabe">
<div class="lern-aufgabe__header">
<span class="lern-aufgabe__icon">✍</span>
<strong>Aufgabe</strong>
</div>
<div class="lern-aufgabe__body">
<p>Mache dir eine ehrliche Bestandsaufnahme: Wie viele deiner Bitcoin sind mit deinem Namen verknüpft (KYC)? Liegen alle in einer Wallet? Wenn ja, ist das dein erster Ansatzpunkt.</p>
</div>
</div>
<h2 id="deine-eigene-node-das-fundament">Deine eigene Node: Das Fundament</h2>
<p>Der vielleicht wichtigste einzelne Schritt ist: <strong>Betreibe deine eigene Bitcoin-Node.</strong> Wenn deine Wallet sich mit einem fremden Server verbindet, erfährt dieser, welche Adressen dir gehören, wann du online bist und deine IP-Adresse. Mit einer eigenen Node umgehst du das komplett.</p>
<h2 id="wo-du-jetzt-weiterliest">Wo du jetzt weiterliest</h2>
<p>Wenn du ein konkretes Risiko vertiefen willst, spring direkt dorthin. Wenn du das Thema systematisch durcharbeiten willst, folge dem Lernpfad:</p>
<ol>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/chain-analyse-verstehen/">Chain-Analyse verstehen</a></li>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/kyc-und-non-kyc/">KYC und Non-KYC</a></li>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/coin-control-und-labels/">Coin Control und Labels</a></li>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/coinjoin-und-payjoin/">CoinJoin und PayJoin</a></li>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/tor-und-netzwerk-privatsphaere/">Tor und Netzwerk-Privatsphäre</a></li>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/privatsphaere-checkliste/">Privatsphäre-Checkliste</a></li>
</ol>
<p>Oder starte mit den Grundlagen, auf denen alles aufbaut:</p>
<hr />
<h2 id="weiterfuhrend">Weiterführend</h2>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/technik/utxo-modell/">Das UTXO-Modell</a> — warum Bitcoin keine Konten hat und was das für Privatsphäre bedeutet</li>
<li><a href="https://bitcoin-durchgespielt.com/praxis/wallets-erklaert/">Wallets erklärt</a> — Schlüssel, Seeds und wie Wallets UTXOs verwalten</li>
<li><a href="https://bitcoin-durchgespielt.com/praxis/bitcoin-kaufen/">Bitcoin kaufen</a> — Methoden, Gebühren und die KYC-Frage beim Kauf</li>
<li><a href="https://bitcoin-durchgespielt.com/grundlagen/was-ist-bitcoin/">Was ist Bitcoin?</a> — die Grundlagen des Netzwerks</li>
</ul>
KYC und Non-KYC2025-10-01T00:00:00+00:002025-10-01T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/privatsphaere/kyc-und-non-kyc/<p>KYC ist die wichtigste einzelne Entscheidung für deine Bitcoin-Privatsphäre. Nicht weil Chain-Analyse unwichtig wäre — sondern weil KYC der <strong>Anker</strong> ist, an dem Chain-Analyse überhaupt erst ansetzt. Ohne Verknüpfung zwischen Adresse und Identität bleibt die Blockchain ein Meer aus pseudonymen Adressen. Mit KYC wird sie zu deiner persönlichen Finanzakte.</p>
<h2 id="was-kyc-bedeutet">Was KYC bedeutet</h2>
<p><strong>KYC</strong> steht für <strong>Know Your Customer</strong> — „Kenne deinen Kunden“. In der Praxis heißt das: Bevor du auf einer regulierten Börse Bitcoin kaufen kannst, musst du dich ausweisen. Name, Adresse, Geburtsdatum, Ausweisfoto, oft ein Selfie mit Ausweis. Seit MiCA (Markets in Crypto-Assets Regulation) gilt das EU-weit einheitlich für alle Kryptobörsen.</p>
<p>Ab dem Moment deiner Verifizierung weiß die Börse:</p>
<ul>
<li><strong>Dass du Bitcoin besitzt</strong> (und wie viel du gekauft hast)</li>
<li><strong>An welche Adressen du auszahlst</strong> (die Empfangsadresse wird gespeichert)</li>
<li><strong>Wann du kaufst und verkaufst</strong> (jede Transaktion wird protokolliert)</li>
</ul>
<p>Diese Daten werden jahrelang aufbewahrt — in der EU mindestens 5 Jahre, in manchen Jurisdiktionen länger. Und sie werden auf Anfrage an Behörden weitergegeben. Das ist kein Worst-Case-Szenario, das ist normaler Geschäftsbetrieb.</p>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>KYC ist eine <strong>Einbahnstraße</strong>. Sobald du dich identifiziert hast, kannst du es nicht rückgängig machen. Die Börse hat deine Daten, und selbst wenn du dein Konto löschst, bleiben die Daten in Backups, bei Chain-Analyse-Partnern und in Behördenarchiven.</p>
</div>
</div>
<h2 id="warum-kyc-ein-risiko-ist">Warum KYC ein Risiko ist</h2>
<h3 id="datenlecks-sind-real">Datenlecks sind real</h3>
<p>Dezember 2020: Ledger — der Hersteller von Hardware-Wallets — wurde gehackt. 272.000 Kundenadressen, Telefonnummern und E-Mail-Adressen landeten im Internet. Die Folge: gezielte Phishing-Angriffe, Erpressungsversuche, sogar physische Bedrohungen. Die Opfer hatten nichts falsch gemacht — sie hatten nur ein Produkt gekauft.</p>
<p>Jede Börse, jeder Dienstleister, der deine KYC-Daten speichert, ist ein potenzielles Ziel. Und die Daten sind besonders wertvoll, weil sie direkt verraten: <strong>Diese Person besitzt Bitcoin.</strong></p>
<h3 id="honeypot-risiko">Honeypot-Risiko</h3>
<p>KYC-Datenbanken sind <strong>Honeypots</strong> — zentrale Sammlungen wertvoller Informationen, die Angreifer anziehen. Es ist nicht die Frage, ob eine Börse gehackt wird, sondern wann. Und anders als bei einem Passwort-Leak kannst du deinen Namen und deine Adresse nicht ändern.</p>
<h3 id="zukunftssicherheit">Zukunftssicherheit</h3>
<p>Gesetze ändern sich. Was heute legal ist, kann morgen reguliert werden. KYC-Daten, die vor 5 Jahren erhoben wurden, existieren immer noch — und können unter neuen Regeln neu bewertet werden. Du weißt nicht, welche Regierung in 10 Jahren an der Macht ist und was sie mit diesen Daten tut.</p>
<h2 id="non-kyc-die-alternativen">Non-KYC: Die Alternativen</h2>
<p>Es gibt mehrere Wege, Bitcoin ohne Identitätsprüfung zu erwerben. Keiner davon ist illegal — sie sind einfach privat.</p>
<h3 id="bisq">Bisq</h3>
<p><strong>Bisq</strong> ist ein dezentraler Peer-to-Peer-Marktplatz. Open Source, keine zentrale Firma, kein Server, der gehackt werden könnte. Du handelst direkt mit einer anderen Person. Bisq nutzt eine <strong>Multi-Signature-Escrow</strong>, um beide Parteien abzusichern.</p>
<ul>
<li><strong>Vorteil</strong>: Vollständig dezentral, keine Registrierung</li>
<li><strong>Nachteil</strong>: Etwas komplizierter als eine Börse, erfordert einen Sicherheitsdeposit in BTC, Liquidität geringer als bei zentralen Börsen</li>
<li><strong>Zahlungsmethoden</strong>: SEPA, Bargeld per Post, Revolut und viele mehr</li>
</ul>
<h3 id="robosats">RoboSats</h3>
<p><strong>RoboSats</strong> läuft über das Lightning Network und ist auf Geschwindigkeit und Einfachheit optimiert. Du erstellst ein Pseudonym (deinen „Roboter“), postest ein Angebot oder nimmst eines an, und der Handel wird über einen Lightning-basierten Escrow abgesichert.</p>
<ul>
<li><strong>Vorteil</strong>: Schnell, einfach, Lightning-nativ, Tor-Integration</li>
<li><strong>Nachteil</strong>: Nur über Tor/Browser erreichbar, Lightning-Kenntnisse hilfreich</li>
<li><strong>Zahlungsmethoden</strong>: SEPA, Bargeld, Revolut, Paypal und viele mehr</li>
</ul>
<h3 id="peach-bitcoin">Peach Bitcoin</h3>
<p><strong>Peach</strong> ist eine mobile App für P2P-Bitcoin-Käufe. Benutzerfreundlicher als Bisq, mit Fokus auf den europäischen Markt. Kein KYC, aber ein <strong>Reputationssystem</strong> auf Basis deiner Handelshistorie.</p>
<ul>
<li><strong>Vorteil</strong>: Mobile App, einfache Bedienung, europäischer Fokus</li>
<li><strong>Nachteil</strong>: Weniger dezentral als Bisq (zentrale Matching-Infrastruktur)</li>
<li><strong>Zahlungsmethoden</strong>: SEPA, Twint, Revolut, Bargeld per Post</li>
</ul>
<h3 id="bitcoin-meetups">Bitcoin-Meetups</h3>
<p>Die älteste und privateste Methode: <strong>Persönlicher Kauf gegen Bargeld.</strong> In vielen Städten gibt es regelmäßige Bitcoin-Meetups, bei denen gehandelt wird. Kein digitaler Fußabdruck, keine Datenbank, kein Hack-Risiko.</p>
<ul>
<li><strong>Vorteil</strong>: Maximale Privatsphäre, kein digitaler Trail</li>
<li><strong>Nachteil</strong>: Verfügbarkeit variiert, Vertrauen nötig, begrenzte Mengen</li>
</ul>
<h3 id="bitcoin-automaten-atms">Bitcoin-Automaten (ATMs)</h3>
<p>In Deutschland und Österreich gibt es Bitcoin-Automaten. Je nach Betreiber und Betrag ist unter bestimmten Schwellen kein KYC nötig. Die Limits variieren — prüfe die aktuellen Regeln des jeweiligen Betreibers. Seit MiCA werden die Limits EU-weit tendenziell niedriger.</p>
<div class="lern-aufgabe">
<div class="lern-aufgabe__header">
<span class="lern-aufgabe__icon">✍</span>
<strong>Aufgabe</strong>
</div>
<div class="lern-aufgabe__body">
<p>Recherchiere, ob es in deiner Nähe ein Bitcoin-Meetup gibt. Einrichtung.org, meetup.com oder einfach „Bitcoin Stammtisch [deine Stadt]“ suchen. Der persönliche Kontakt zur lokalen Community ist oft der wertvollste Einstieg.</p>
</div>
</div>
<h2 id="der-kyc-premium-was-privatsphare-kostet">Der KYC-Premium: Was Privatsphäre kostet</h2>
<p>Non-KYC-Bitcoin kostet in der Regel 3-8% mehr als der Marktpreis. Das ist der <strong>Privatsphäre-Premium</strong>. Ob sich das lohnt, ist eine persönliche Entscheidung. Aber bedenke:</p>
<ul>
<li>Ein Datenleck kann dich physisch gefährden (5-Dollar-Wrench-Attack)</li>
<li>KYC-Daten bleiben Jahrzehnte gespeichert</li>
<li>Die Privatsphäre, die du heute aufgibst, bekommst du nicht zurück</li>
</ul>
<p>Viele Bitcoiner nutzen einen <strong>Mischansatz</strong>: regelmäßige DCA-Käufe über eine KYC-Börse für den Großteil (bequem, günstig, steuerlich sauber dokumentiert) und ergänzende Non-KYC-Käufe für den Teil, den sie privat halten wollen.</p>
<h2 id="steuern-und-non-kyc-die-ehrliche-antwort">Steuern und Non-KYC: Die ehrliche Antwort</h2>
<p>Non-KYC bedeutet <strong>nicht steuerfrei</strong>. In Deutschland gilt: Gewinne aus Bitcoin-Verkäufen sind nach einer Haltefrist von einem Jahr steuerfrei (§ 23 EStG). Innerhalb eines Jahres sind Gewinne einkommensteuerpflichtig — egal ob die Bitcoin per KYC oder ohne erworben wurden.</p>
<p>Die steuerliche Dokumentation liegt in <strong>deiner Verantwortung</strong>. Wer Non-KYC-Bitcoin kauft und später verkauft, muss die Anschaffungskosten selbst nachweisen können. Das ist aufwändiger als bei einer Börse, die automatisch Reports erstellt — aber es ist machbar:</p>
<ul>
<li>Halte <strong>Kaufbelege</strong> fest (Screenshots, Chatverläufe, Protokolle)</li>
<li>Dokumentiere <strong>Kaufdatum, Menge und Preis</strong></li>
<li>Nutze eine <strong>Portfolio-Tracking-Software</strong> oder eine einfache Tabelle</li>
</ul>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Privatsphäre und Steuerehrlichkeit schließen sich nicht aus. Du kannst deine finanzielle Privatsphäre gegenüber Dritten schützen und trotzdem korrekt versteuern. Das eine hat mit dem anderen nichts zu tun.</p>
</div>
</div>
<h2 id="kyc-exit-strategien">KYC-Exit-Strategien</h2>
<p>Was, wenn du bereits KYC-Bitcoin hast und mehr Privatsphäre möchtest? Vollständige „De-KYC-ifizierung“ ist schwierig, aber du kannst die Situation verbessern:</p>
<h3 id="sofortige-massnahmen">Sofortige Maßnahmen</h3>
<ol>
<li><strong>Trenne KYC und Non-KYC</strong>: Ab sofort in verschiedene Wallets, niemals mischen</li>
<li><strong>Labels setzen</strong>: Markiere jeden UTXO mit seiner Herkunft (<a href="https://bitcoin-durchgespielt.com/privatsphaere/coin-control-und-labels/">Coin Control und Labels</a>)</li>
<li><strong>Eigene Node</strong>: Verbinde deine Wallet mit deiner eigenen Node, nicht mit einem fremden Server</li>
</ol>
<h3 id="fortgeschrittene-massnahmen">Fortgeschrittene Maßnahmen</h3>
<ol start="4">
<li><strong>CoinJoin</strong>: Bestehende KYC-UTXOs durch einen CoinJoin-Prozess laufen lassen (<a href="https://bitcoin-durchgespielt.com/privatsphaere/coinjoin-und-payjoin/">CoinJoin und PayJoin</a>). Das bricht nicht die Verbindung zur Börse, aber es erschwert die Verfolgung der Outputs erheblich.</li>
<li><strong>Neue Käufe Non-KYC</strong>: Zukünftige Käufe über P2P-Plattformen</li>
<li><strong>Lightning</strong>: Eingehende Lightning-Zahlungen haben keinen direkten On-Chain-Footprint</li>
</ol>
<h3 id="was-nicht-funktioniert">Was nicht funktioniert</h3>
<ul>
<li><strong>An sich selbst senden</strong> bringt nichts — die Transaktion ist auf der Blockchain sichtbar und trivial nachverfolgbar</li>
<li><strong>Durch viele Adressen schleusen</strong> auch nicht — Chain-Analyse folgt der Kette mühelos</li>
<li><strong>Über eine andere Börse auszahlen</strong> verknüpft nur eine weitere KYC-Identität</li>
</ul>
<div class="lern-probiere">
<div class="lern-probiere__header">
<span class="lern-probiere__icon">⚡</span>
<strong>Probiere es aus</strong>
</div>
<div class="lern-probiere__body">
<p>Installiere Sparrow Wallet auf deinem Computer. Importiere oder erstelle eine Wallet und aktiviere die Label-Funktion. Markiere mindestens einen UTXO mit seiner Herkunft (z.B. „Kraken KYC 2024-01“). Das ist der erste Schritt zu bewusstem UTXO-Management.</p>
</div>
</div>
<hr />
<h2 id="weiterfuhrend">Weiterführend</h2>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/praxis/bitcoin-kaufen/">Bitcoin kaufen</a> — alle Kaufmethoden im Detail, inklusive P2P</li>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/chain-analyse-verstehen/">Chain-Analyse verstehen</a> — warum KYC der Anker für Chain-Analyse ist</li>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/coin-control-und-labels/">Coin Control und Labels</a> — KYC und Non-KYC in der Wallet sauber trennen</li>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/coinjoin-und-payjoin/">CoinJoin und PayJoin</a> — bestehende KYC-UTXOs verschleiern</li>
</ul>
Privatsphäre-Checkliste2025-10-01T00:00:00+00:002025-10-01T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/privatsphaere/privatsphaere-checkliste/<p>Diese Checkliste fasst alles zusammen, was du in den vorherigen Artikeln gelernt hast. Drei Stufen, von grundlegend bis fortgeschritten. Du musst nicht bei Gold anfangen — aber du solltest bei Bronze nicht aufhören.</p>
<p>Jede Stufe baut auf der vorherigen auf. Erledige Bronze zuerst, bevor du an Silber denkst.</p>
<h2 id="bronze-die-basics">Bronze: Die Basics</h2>
<p>Diese Maßnahmen kosten nichts, erfordern keine technischen Kenntnisse und schützen dich vor den häufigsten Fehlern. Wenn du nur fünf Minuten hast, mach wenigstens das.</p>
<ul>
<li>
<p><input disabled="" type="checkbox"/>
<strong>Neue Adresse für jede Transaktion</strong> — Verwende nie dieselbe Empfangsadresse zweimal. Deine Wallet generiert automatisch neue Adressen (HD-Wallet, BIP-32/44/84). Nutze das konsequent.</p>
</li>
<li>
<p><input disabled="" type="checkbox"/>
<strong>Labels für jeden UTXO</strong> — Beschrifte jeden eingehenden Betrag: Woher kommt er? KYC oder Non-KYC? An wen habe ich die Adresse herausgegeben? Ohne Labels triffst du blinde Entscheidungen. Mehr: <a href="https://bitcoin-durchgespielt.com/privatsphaere/coin-control-und-labels/">Coin Control und Labels</a></p>
</li>
<li>
<p><input disabled="" type="checkbox"/>
<strong>KYC und Non-KYC mental trennen</strong> — Sei dir bewusst, welche deiner Bitcoin mit deinem Namen verknüpft sind und welche nicht. Das ist die Grundlage für alles Weitere. Mehr: <a href="https://bitcoin-durchgespielt.com/privatsphaere/kyc-und-non-kyc/">KYC und Non-KYC</a></p>
</li>
<li>
<p><input disabled="" type="checkbox"/>
<strong>Block-Explorer über Tor nutzen</strong> — Wenn du auf mempool.space eine Adresse nachschlägst, weiß der Betreiber, dass deine IP sich für diese Adresse interessiert. Nutze den Tor Browser oder die <code>.onion</code>-Version.</p>
</li>
<li>
<p><input disabled="" type="checkbox"/>
<strong>Wallet mit Passwort/PIN schützen</strong> — Grundlegend, aber oft vergessen. Deine Wallet-Datei sollte verschlüsselt sein.</p>
</li>
<li>
<p><input disabled="" type="checkbox"/>
<strong>Keine Screenshots von Adressen/Seeds</strong> — Screenshots landen in Cloud-Backups, in der Foto-Bibliothek, auf dem Clipboard. Ein Screenshot deines Seeds ist eine Einladung zum Diebstahl.</p>
</li>
</ul>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Bronze ist das Minimum. Diese Schritte erfordern nur Gewohnheitsänderungen — keine Software, keine Hardware, kein Geld. Und sie schützen vor den häufigsten Privatsphäre-Fehlern.</p>
</div>
</div>
<h2 id="silber-solide-grundlage">Silber: Solide Grundlage</h2>
<p>Silber erfordert etwas Aufwand und möglicherweise neue Software, aber keine Investition in Hardware. Hier wird deine Privatsphäre substanziell besser.</p>
<ul>
<li>
<p><input disabled="" type="checkbox"/>
<strong>Eigene Bitcoin-Node betreiben</strong> — Der wichtigste Einzelschritt. Deine Wallet verbindet sich mit deiner Node, kein fremder Server sieht deine Adressen. Ein alter Laptop oder ein Raspberry Pi reicht. Ca. 700 GB Speicherplatz nötig.</p>
</li>
<li>
<p><input disabled="" type="checkbox"/>
<strong>Node über Tor betreiben</strong> — Bitcoin Core mit <code>proxy=127.0.0.1:9050</code> und <code>onlynet=onion</code> konfigurieren. Alle Peer-Verbindungen laufen über Tor. Mehr: <a href="https://bitcoin-durchgespielt.com/privatsphaere/tor-und-netzwerk-privatsphaere/">Tor und Netzwerk-Privatsphäre</a></p>
</li>
<li>
<p><input disabled="" type="checkbox"/>
<strong>Wallet mit eigener Node verbinden</strong> — Sparrow → Server-Einstellungen → Deine Node. Nicht vergessen: Die Node zu betreiben und die Wallet damit zu verbinden sind zwei getrennte Schritte.</p>
</li>
<li>
<p><input disabled="" type="checkbox"/>
<strong>Coin Control aktiv nutzen</strong> — Wallet mit Coin-Control-Funktion verwenden (Sparrow, Electrum, Bitcoin Core). Bei jeder Transaktion bewusst wählen, welche UTXOs als Inputs dienen. Mehr: <a href="https://bitcoin-durchgespielt.com/privatsphaere/coin-control-und-labels/">Coin Control und Labels</a></p>
</li>
<li>
<p><input disabled="" type="checkbox"/>
<strong>KYC und Non-KYC physisch trennen</strong> — Separate Wallets (verschiedene Seeds) für KYC-Bitcoin und Non-KYC-Bitcoin. Nicht nur labeln — wirklich trennen.</p>
</li>
<li>
<p><input disabled="" type="checkbox"/>
<strong>Getrennte Wallets für verschiedene Zwecke</strong> — Cold Storage (Langzeit), Hot Wallet (Alltag), KYC-Wallet, Non-KYC-Wallet. Mindestens zwei, idealerweise drei oder vier.</p>
</li>
<li>
<p><input disabled="" type="checkbox"/>
<strong>UTXO-Konsolidierung bei niedrigen Gebühren</strong> — Wenn der Mempool leer ist (1-2 sat/vB), kleine UTXOs desselben Kontexts zusammenführen. Nur innerhalb eines KYC-Status konsolidieren, nie mischen.</p>
</li>
<li>
<p><input disabled="" type="checkbox"/>
<strong>Tor Browser für Bitcoin-Recherche</strong> — Nicht nur Block-Explorer, sondern alles, was mit deinen Bitcoin zu tun hat: Wallet-Downloads, Forum-Posts, Preisabfragen.</p>
</li>
</ul>
<div class="lern-aufgabe">
<div class="lern-aufgabe__header">
<span class="lern-aufgabe__icon">✍</span>
<strong>Aufgabe</strong>
</div>
<div class="lern-aufgabe__body">
<p>Inventur: Wie viele der Silber-Punkte hast du bereits umgesetzt? Welcher fehlt am dringendsten? Die eigene Node ist fast immer die Antwort — sie ist der Hebel, der am meisten bewirkt.</p>
</div>
</div>
<h2 id="gold-fortgeschrittene-privatsphare">Gold: Fortgeschrittene Privatsphäre</h2>
<p>Gold erfordert technisches Verständnis und bewussten Aufwand. Diese Maßnahmen machen dich für Chain-Analyse und Netzwerk-Überwachung zu einem schwierigen Ziel.</p>
<ul>
<li>
<p><input disabled="" type="checkbox"/>
<strong>CoinJoin für bestehende KYC-UTXOs</strong> — Wasabi Wallet oder JoinMarket nutzen, um die Nachverfolgbarkeit von KYC-Bitcoin zu erschweren. Wichtig: CoinJoin-Outputs nicht auf KYC-Börsen einzahlen. Mehr: <a href="https://bitcoin-durchgespielt.com/privatsphaere/coinjoin-und-payjoin/">CoinJoin und PayJoin</a></p>
</li>
<li>
<p><input disabled="" type="checkbox"/>
<strong>Neue Käufe Non-KYC</strong> — Zukünftige Bitcoin-Käufe über Bisq, RoboSats oder Peach. Den KYC-Premium als Privatsphäre-Kosten einplanen. Mehr: <a href="https://bitcoin-durchgespielt.com/privatsphaere/kyc-und-non-kyc/">KYC und Non-KYC</a></p>
</li>
<li>
<p><input disabled="" type="checkbox"/>
<strong>Eigener Electrum Server</strong> — Einen eigenen Electrum Server (fulcrum oder electrs) betreiben. Damit kannst du Sparrow oder Electrum Wallet mit einem Server verbinden, der dir gehört — nicht nur Bitcoin Core direkt.</p>
</li>
<li>
<p><input disabled="" type="checkbox"/>
<strong>PayJoin bei Zahlungen</strong> — BTCPay Server für eingehende Zahlungen einrichten. Bei ausgehenden Zahlungen PayJoin-fähige Wallets nutzen. Mehr: <a href="https://bitcoin-durchgespielt.com/privatsphaere/coinjoin-und-payjoin/">CoinJoin und PayJoin</a></p>
</li>
<li>
<p><input disabled="" type="checkbox"/>
<strong>I2P zusätzlich zu Tor</strong> — Bitcoin Core mit I2P-SAM-Proxy konfigurieren (<code>i2psam=127.0.0.1:7656</code>). Tor und I2P parallel für maximale Netzwerk-Diversität.</p>
</li>
<li>
<p><input disabled="" type="checkbox"/>
<strong>Eigener mempool.space-Explorer</strong> — mempool.space ist self-hostbar. Damit schlägst du Transaktionen und Adressen lokal nach, ohne einem Dritten dein Interesse zu verraten.</p>
</li>
<li>
<p><input disabled="" type="checkbox"/>
<strong>Whirlpool-Community-Fork / JoinMarket JAM</strong> — Dezentrale CoinJoin-Infrastruktur unterstützen und nutzen. JoinMarket als Maker betreiben: Du verdienst an Liquidität und verbesserst die Anonymity Sets für alle.</p>
</li>
<li>
<p><input disabled="" type="checkbox"/>
<strong>Lightning mit eigenem Routing-Node</strong> — Lightning-Zahlungen über einen eigenen Node routen. Eingehende Zahlungen haben keinen direkten On-Chain-Footprint.</p>
</li>
<li>
<p><input disabled="" type="checkbox"/>
<strong>Separates Gerät für Bitcoin</strong> — Ein dedizierter Computer (oder eine VM) nur für Bitcoin-Aktivitäten. Keine Vermischung mit Browsing, Social Media oder E-Mail.</p>
</li>
</ul>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Gold ist kein Ziel, das du an einem Wochenende erreichst. Es ist ein Prozess. Jeder einzelne Punkt verbessert deine Privatsphäre — du musst nicht alle auf einmal umsetzen.</p>
</div>
</div>
<h2 id="die-zusammenfassung-in-einem-bild">Die Zusammenfassung in einem Bild</h2>
<figure class="mermaid-diagram">
<pre class="mermaid">
graph TD
subgraph "🥇 Gold"
G1["CoinJoin / PayJoin"]
G2["Non-KYC-Käufe"]
G3["Eigener Electrum Server"]
G4["Eigener Block-Explorer"]
G5["I2P + Tor"]
G6["Separates Gerät"]
end
subgraph "🥈 Silber"
S1["Eigene Node"]
S2["Node über Tor"]
S3["Coin Control aktiv"]
S4["Separate Wallets KYC/Non-KYC"]
S5["UTXO-Konsolidierung"]
end
subgraph "🥉 Bronze"
B1["Neue Adresse pro TX"]
B2["Labels für UTXOs"]
B3["KYC/Non-KYC bewusst"]
B4["Block-Explorer über Tor"]
end
B1 --> S1
B2 --> S3
B3 --> S4
S1 --> G3
S3 --> G1
S4 --> G2
S2 --> G5
classDef bronze stroke:#d79921,stroke-width:2px,color:#d79921
classDef silver stroke:#928374,stroke-width:2px,color:#a89984
classDef gold stroke:#d79921,stroke-width:3px,color:#fe8019
class B1,B2,B3,B4 bronze
class S1,S2,S3,S4,S5 silver
class G1,G2,G3,G4,G5,G6 gold
</pre>
<figcaption>Drei Stufen der Bitcoin-Privatsphäre</figcaption>
</figure>
<script type="module">
if (!window.__mermaidLoaded) {
window.__mermaidLoaded = true;
const s = document.createElement('script');
s.src = 'https://cdn.jsdelivr.net/npm/mermaid@11/dist/mermaid.min.js';
s.onload = () => mermaid.initialize({
startOnLoad: true,
flowchart: { useMaxWidth: true },
theme: 'base',
themeVariables: {
darkMode: true,
background: '#1d2021',
primaryColor: '#3c3836',
primaryTextColor: '#fbf1c7',
primaryBorderColor: '#fe8019',
lineColor: '#bdae93',
secondaryColor: '#282828',
secondaryTextColor: '#fbf1c7',
tertiaryColor: '#1d2021',
tertiaryTextColor: '#fbf1c7',
noteBkgColor: '#1d2021',
noteTextColor: '#bdae93',
noteBorderColor: '#504945',
edgeLabelBackground: '#282828',
clusterBkg: '#1d2021',
clusterBorder: '#504945',
nodeBorder: '#fe8019',
mainBkg: '#3c3836',
textColor: '#fbf1c7',
labelTextColor: '#fbf1c7',
fontSize: '18px',
fontFamily: 'Hack, Fira Code, monospace'
}
});
document.head.appendChild(s);
}
</script>
<h2 id="was-diese-sektion-nicht-abdeckt">Was diese Sektion nicht abdeckt</h2>
<p>Privatsphäre bei Bitcoin ist ein weites Feld. Einige Themen, die hier bewusst nicht behandelt werden, aber weiterführend relevant sind:</p>
<ul>
<li><strong>Lightning-Privatsphäre</strong>: Lightning hat eigene Privatsphäre-Eigenschaften und -Probleme (Channel-Kapazitäten sind öffentlich, Routing-Nodes sehen Zahlungspfade). Das ist ein eigenes Thema.</li>
<li><strong>Mining-Privatsphäre</strong>: Wer selbst mined, erhält Coinbase-UTXOs ohne Vorgeschichte — die privateste Form von Bitcoin. Aber Mining ist ein eigenes Kapitel.</li>
<li><strong>Schnorr-Signaturen und Taproot</strong>: Neuere Protokoll-Upgrades, die bestimmte Transaktionstypen ununterscheidbar machen. Technisch relevant, aber noch in früher Adoptionsphase.</li>
<li><strong>Silent Payments (BIP-352)</strong>: Ein Vorschlag für wiederverwendbare, aber nicht verknüpfbare Zahlungsadressen. Noch nicht weit verbreitet, aber vielversprechend.</li>
</ul>
<h2 id="der-wichtigste-satz">Der wichtigste Satz</h2>
<p>Privatsphäre ist kein Produkt, das du kaufst. Es ist eine <strong>Praxis</strong>, die du pflegst. Du musst nicht perfekt sein — aber du musst anfangen. Und der beste Moment dafür ist jetzt.</p>
<div class="lern-probiere">
<div class="lern-probiere__header">
<span class="lern-probiere__icon">⚡</span>
<strong>Probiere es aus</strong>
</div>
<div class="lern-probiere__body">
<p>Geh die Bronze-Checkliste jetzt durch. Wenn du alle Punkte abhaken kannst: Gratulation, du bist besser aufgestellt als die große Mehrheit der Bitcoin-Nutzer. Dann nimm dir als nächstes den wichtigsten Silber-Punkt vor — in den meisten Fällen ist das die eigene Node.</p>
</div>
</div>
<hr />
<h2 id="weiterfuhrend">Weiterführend</h2>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/grundlagen-bitcoin-privatsphaere/">Grundlagen der Bitcoin-Privatsphäre</a> — der Einstieg in die gesamte Sektion</li>
<li><a href="https://bitcoin-durchgespielt.com/technik/utxo-modell/">Das UTXO-Modell</a> — das technische Fundament, auf dem alles aufbaut</li>
<li><a href="https://bitcoin-durchgespielt.com/praxis/wallets-erklaert/">Wallets erklärt</a> — Seeds, Schlüssel und Wallet-Typen verstehen</li>
<li><a href="https://bitcoin-durchgespielt.com/praxis/bitcoin-kaufen/">Bitcoin kaufen</a> — KYC und Non-KYC beim Kauf</li>
</ul>
Tor und Netzwerk-Privatsphäre2025-10-01T00:00:00+00:002025-10-01T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/privatsphaere/tor-und-netzwerk-privatsphaere/<p>Du kannst deine UTXOs perfekt labeln, KYC und Non-KYC strikt trennen und CoinJoin nutzen — und trotzdem deine Privatsphäre verlieren. Der Grund: <strong>Deine IP-Adresse.</strong> Die Netzwerk-Ebene ist der blinde Fleck vieler Bitcoin-Nutzer.</p>
<h2 id="warum-deine-ip-adresse-wichtig-ist">Warum deine IP-Adresse wichtig ist</h2>
<p>Jedes Gerät, das sich mit dem Internet verbindet, hat eine IP-Adresse. Diese Adresse ist in vielen Fällen direkt mit deinem Haushalt verknüpft — dein Internet-Provider weiß, wer du bist. Und jeder Server, mit dem du dich verbindest, sieht deine IP.</p>
<p>Im Bitcoin-Kontext gibt es drei Situationen, in denen deine IP zum Problem wird:</p>
<h3 id="1-wallet-verbindet-sich-mit-fremdem-server">1. Wallet verbindet sich mit fremdem Server</h3>
<p>Wenn deine Wallet sich mit einem öffentlichen Electrum-Server oder einem Block-Explorer-Backend verbindet, erfährt dieser Server:</p>
<ul>
<li><strong>Welche Adressen dir gehören</strong> — denn deine Wallet fragt den Server nach deren Kontostand</li>
<li><strong>Deine IP-Adresse</strong> — die der Server loggen kann</li>
<li><strong>Wann du online bist</strong> — dein Nutzungsmuster</li>
</ul>
<p>Damit hat der Serverbetreiber ein vollständiges Bild: Diese IP (= diese Person) besitzt diese Bitcoin-Adressen. Das ist <strong>schlimmer als Chain-Analyse</strong>, denn es erfordert keine Heuristiken — es ist eine direkte Verknüpfung.</p>
<h3 id="2-transaktion-wird-gebroadcastet">2. Transaktion wird gebroadcastet</h3>
<p>Wenn du eine Transaktion erstellst, muss sie ins Bitcoin-Netzwerk gesendet (gebroadcastet) werden. Deine Node (oder die Node, mit der deine Wallet verbunden ist) sendet die Transaktion an ihre Peers. Der erste Peer, der die Transaktion sieht, kennt deine IP.</p>
<p>Netzwerk-Beobachter, die viele Nodes betreiben, können durch <strong>Timing-Analyse</strong> feststellen, von welcher IP eine Transaktion ursprünglich stammt. Sie sehen, welcher Node die Transaktion als Erster propagiert hat.</p>
<h3 id="3-block-explorer-nutzung">3. Block-Explorer-Nutzung</h3>
<p>Wenn du auf mempool.space oder einem anderen Block-Explorer eine Adresse nachschlägst, weiß der Betreiber: Diese IP interessiert sich für diese Adresse. Wenn du wiederholt dieselben Adressen prüfst, entsteht ein Muster.</p>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Auf der Blockchain bist du pseudonym. Auf der Netzwerk-Ebene bist du deine IP-Adresse — und die ist in den meisten Fällen direkt mit deiner Identität verknüpft.</p>
</div>
</div>
<h2 id="gegenmassnahme-1-eigene-node">Gegenmaßnahme 1: Eigene Node</h2>
<p>Der wichtigste einzelne Schritt: <strong>Betreibe deine eigene Bitcoin-Node.</strong> Wenn deine Wallet sich mit deiner eigenen Node verbindet, verlässt keine Adressanfrage dein lokales Netzwerk. Kein fremder Server erfährt, welche Adressen dir gehören.</p>
<p>Eine eigene Node bedeutet:</p>
<ul>
<li>Deine Wallet fragt <strong>nur dich</strong> nach Adressen und Kontostände</li>
<li>Du verifizierst Transaktionen <strong>selbst</strong> — ohne einem Dritten zu vertrauen</li>
<li>Du broadcastest Transaktionen über <strong>dein eigenes Relay</strong> ins Netzwerk</li>
</ul>
<h3 id="bitcoin-core-als-node">Bitcoin Core als Node</h3>
<p>Bitcoin Core ist die Referenzimplementierung. Konfiguration für Tor in der <code>bitcoin.conf</code>:</p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="ini"><span class="giallo-l"><span style="color: #88846F;"># Tor-Proxy für ausgehende Verbindungen</span></span>
<span class="giallo-l"><span style="color: #F92672;">proxy</span><span>=127.0.0.1:9050</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Nur über Tor verbinden (keine Clearnet-Verbindungen)</span></span>
<span class="giallo-l"><span style="color: #F92672;">onlynet</span><span>=onion</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># Eingehende Verbindungen über Tor-Hidden-Service</span></span>
<span class="giallo-l"><span style="color: #F92672;">listen</span><span>=1</span></span>
<span class="giallo-l"><span style="color: #F92672;">bind</span><span>=127.0.0.1</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span style="color: #88846F;"># DNS über Tor auflösen</span></span>
<span class="giallo-l"><span style="color: #F92672;">dnsseed</span><span>=0</span></span>
<span class="giallo-l"><span style="color: #F92672;">dns</span><span>=0</span></span></code></pre>
<p>Mit dieser Konfiguration verbindet sich deine Node <strong>ausschließlich über Tor</strong> mit dem Bitcoin-Netzwerk. Keine direkte Internet-Verbindung, keine IP-Leaks.</p>
<h3 id="sparrow-wallet-mit-eigener-node">Sparrow Wallet mit eigener Node</h3>
<p>Sparrow Wallet kann sich direkt mit deiner Bitcoin Core Node verbinden — entweder lokal oder über Tor. In den Einstellungen:</p>
<ol>
<li><strong>Server</strong> → „Private Electrum Server“ oder „Bitcoin Core“</li>
<li>URL deiner Node eintragen (lokal: <code>127.0.0.1</code>, remote: deine <code>.onion</code>-Adresse)</li>
<li>Tor-Proxy aktivieren, falls die Node über Tor erreichbar ist</li>
</ol>
<p>Damit fragt Sparrow ausschließlich deine eigene Node — kein öffentlicher Server sieht deine Adressen.</p>
<div class="lern-aufgabe">
<div class="lern-aufgabe__header">
<span class="lern-aufgabe__icon">✍</span>
<strong>Aufgabe</strong>
</div>
<div class="lern-aufgabe__body">
<p>Wenn du bereits eine Bitcoin-Node betreibst: Prüfe, ob deine Wallet tatsächlich mit deiner Node verbunden ist. In Sparrow siehst du das am Server-Status unten rechts. Wenn dort ein öffentlicher Server steht, ändere das jetzt.</p>
</div>
</div>
<h2 id="gegenmassnahme-2-tor">Gegenmaßnahme 2: Tor</h2>
<p><strong>Tor</strong> (The Onion Router) leitet deinen Netzwerkverkehr über drei zufällig gewählte Relays, sodass kein einzelner Teilnehmer sowohl Sender als auch Empfänger kennt. Für Bitcoin ist Tor besonders wertvoll:</p>
<h3 id="wie-tor-funktioniert">Wie Tor funktioniert</h3>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="plain"><span class="giallo-l"><span>Du → Guard Node → Middle Node → Exit Node → Ziel</span></span>
<span class="giallo-l"><span> (kennt (kennt (kennt</span></span>
<span class="giallo-l"><span> deine IP, weder IP das Ziel,</span></span>
<span class="giallo-l"><span> nicht das noch nicht</span></span>
<span class="giallo-l"><span> Ziel) Ziel) deine IP)</span></span></code></pre>
<p>Jeder Node sieht nur seinen direkten Nachbarn. Kein einzelner Node kann deine IP mit deinem Ziel verknüpfen.</p>
<h3 id="bitcoin-uber-tor">Bitcoin über Tor</h3>
<p>Bitcoin Core hat native Tor-Unterstützung. Wenn Tor auf deinem System läuft (als Daemon oder über den Tor Browser), kann Bitcoin Core:</p>
<ul>
<li>Ausgehende Verbindungen über Tor routen (alle Peer-Verbindungen)</li>
<li>Einen <strong>Tor Hidden Service</strong> erstellen (deine Node ist über eine <code>.onion</code>-Adresse erreichbar)</li>
<li>Transaktionen über Tor broadcasten (deine IP ist nicht sichtbar)</li>
</ul>
<h3 id="tor-fur-wallets">Tor für Wallets</h3>
<p>Auch ohne eigene Node kannst du Tor nutzen:</p>
<ul>
<li><strong>Sparrow Wallet</strong>: Integrierter Tor-Proxy, kann öffentliche Electrum-Server über Tor erreichen. Nicht ideal (der Server sieht immer noch deine Adressen), aber deine IP ist geschützt.</li>
<li><strong>Wasabi Wallet</strong>: Tor ist standardmäßig integriert und aktiviert — alle Verbindungen laufen über Tor.</li>
<li><strong>Electrum</strong>: Manuell konfigurierbar über den SOCKS5-Proxy (127.0.0.1:9050).</li>
</ul>
<div class="lern-probiere">
<div class="lern-probiere__header">
<span class="lern-probiere__icon">⚡</span>
<strong>Probiere es aus</strong>
</div>
<div class="lern-probiere__body">
<p>Installiere Tor auf deinem System (auf NixOS: <code>services.tor.enable = true;</code> in deiner Konfiguration, auf Debian/Ubuntu: <code>sudo apt install tor</code>). Prüfe mit <code>systemctl status tor</code>, ob der Service läuft. Der SOCKS5-Proxy ist dann unter <code>127.0.0.1:9050</code> erreichbar.</p>
</div>
</div>
<h2 id="vpn-vs-tor-eine-ehrliche-bewertung">VPN vs. Tor: Eine ehrliche Bewertung</h2>
<p>Die Frage kommt immer: „Reicht nicht ein VPN?“ Die kurze Antwort: Ein VPN ist besser als nichts, aber kein Ersatz für Tor.</p>
<h3 id="vpn">VPN</h3>
<table><thead><tr><th>Aspekt</th><th>Bewertung</th></tr></thead><tbody>
<tr><td>IP-Schutz gegenüber dem Zielserver</td><td>Ja — der Server sieht die VPN-IP</td></tr>
<tr><td>Schutz gegenüber dem VPN-Anbieter</td><td><strong>Nein</strong> — der VPN-Anbieter sieht alles</td></tr>
<tr><td>Vertrauensmodell</td><td>Du vertraust einem einzelnen Unternehmen</td></tr>
<tr><td>Geschwindigkeit</td><td>Schnell (ein Hop)</td></tr>
<tr><td>Kosten</td><td>Kostenpflichtig (5-12 EUR/Monat)</td></tr>
<tr><td>Logging-Policy</td><td>Behauptet „No Logs“ — nicht überprüfbar</td></tr>
</tbody></table>
<h3 id="tor">Tor</h3>
<table><thead><tr><th>Aspekt</th><th>Bewertung</th></tr></thead><tbody>
<tr><td>IP-Schutz gegenüber dem Zielserver</td><td>Ja — der Server sieht die Exit-Node-IP</td></tr>
<tr><td>Schutz gegenüber einzelnen Nodes</td><td><strong>Ja</strong> — kein einzelner Node kennt Sender + Ziel</td></tr>
<tr><td>Vertrauensmodell</td><td>Kein Vertrauen in Einzelne nötig (3 Hops)</td></tr>
<tr><td>Geschwindigkeit</td><td>Langsamer (drei Hops, Latenz)</td></tr>
<tr><td>Kosten</td><td>Kostenlos</td></tr>
<tr><td>Logging-Policy</td><td>Designbedingt nicht möglich (bei korrekter Nutzung)</td></tr>
</tbody></table>
<h3 id="die-kernfrage">Die Kernfrage</h3>
<p>Bei einem VPN verschiebst du das Vertrauen: Statt deinem Internet-Provider vertraust du dem VPN-Anbieter. Wenn der VPN-Anbieter Logs führt (oder gezwungen wird, sie zu führen), bist du genauso exponiert.</p>
<p>Bei Tor gibt es <strong>keinen einzelnen Vertrauenspunkt</strong>. Selbst wenn ein Relay kompromittiert ist, kennt es nur einen Teil der Verbindung. Du bräuchtest gleichzeitig den Guard Node und den Exit Node in feindlicher Hand — und selbst dann ist die Zuordnung schwierig.</p>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p><strong>Für Bitcoin: Tor > VPN.</strong> Bitcoin-Transaktionen sind nicht zeitkritisch — die höhere Latenz von Tor ist kein Problem. Und das Vertrauensmodell von Tor ist fundamental besser als das eines VPN.</p>
</div>
</div>
<h2 id="mempool-broadcasting-und-ip">Mempool-Broadcasting und IP</h2>
<p>Wenn du eine Transaktion broadcastest, sieht der erste Peer deine IP (oder deine Tor-Exit-IP). Ein Netzwerk-Beobachter, der viele Nodes betreibt, kann durch Timing feststellen, welcher Node die Transaktion als Erster ins Netzwerk gestellt hat.</p>
<h3 id="gegenmassnahmen">Gegenmaßnahmen</h3>
<ul>
<li><strong>Tor</strong>: Dein Node broadcastet über wechselnde Tor-Circuits — verschiedene Transaktionen kommen von verschiedenen Exit-IPs</li>
<li><strong>Dandelion++ (BIP-156)</strong>: Ein Protokoll, bei dem Transaktionen zunächst über eine zufällige Kette von Nodes geleitet werden (Stem Phase), bevor sie an alle propagiert werden (Fluff Phase). Das macht Timing-Analyse drastisch schwieriger.</li>
<li><strong>Eigene Node</strong>: Wenn du über deine eigene Node broadcastest, ist deine IP die deiner Node — nicht die deines Endgeräts. In Kombination mit Tor ist das optimal.</li>
</ul>
<h2 id="i2p-eine-alternative">I2P: Eine Alternative</h2>
<p><strong>I2P</strong> (Invisible Internet Project) ist ein alternatives Anonymisierungsnetzwerk. Anders als Tor, das primär für den Zugriff auf das normale Internet konzipiert ist, ist I2P als <strong>geschlossenes Netzwerk</strong> designt — Dienste innerhalb von I2P sind für I2P-Nutzer erreichbar, ohne das Netzwerk zu verlassen.</p>
<p>Bitcoin Core unterstützt I2P nativ seit Version 22.0:</p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="ini"><span class="giallo-l"><span style="color: #88846F;"># I2P-SAM-Proxy</span></span>
<span class="giallo-l"><span style="color: #F92672;">i2psam</span><span>=127.0.0.1:7656</span></span></code></pre><h3 id="tor-vs-i2p-fur-bitcoin">Tor vs. I2P für Bitcoin</h3>
<ul>
<li><strong>Tor</strong> ist ausgereifter, hat mehr Nutzer und ist besser erforscht</li>
<li><strong>I2P</strong> hat Vorteile für Peer-to-Peer-Kommunikation (wie Bitcoin), weil es kein Exit-Node-Konzept braucht</li>
<li>Viele Node-Betreiber nutzen <strong>beides gleichzeitig</strong> — Tor und I2P parallel. Bitcoin Core unterstützt das.</li>
</ul>
<h2 id="praxis-checklist">Praxis-Checklist</h2>
<p>In der Reihenfolge der Wichtigkeit:</p>
<ol>
<li><strong>Eigene Node betreiben</strong> — der wichtigste Schritt</li>
<li><strong>Wallet mit eigener Node verbinden</strong> — nicht mit öffentlichen Servern</li>
<li><strong>Tor für die Node aktivieren</strong> — alle Peer-Verbindungen über Tor</li>
<li><strong>Block-Explorer über Tor nutzen</strong> — oder besser: eigenen Explorer (mempool.space ist self-hostbar)</li>
<li><strong>I2P als zusätzliches Netzwerk</strong> — optional, aber empfehlenswert</li>
</ol>
<div class="lern-aufgabe">
<div class="lern-aufgabe__header">
<span class="lern-aufgabe__icon">✍</span>
<strong>Aufgabe</strong>
</div>
<div class="lern-aufgabe__body">
<p>Überprüfe jetzt, wie deine aktuelle Wallet sich mit dem Netzwerk verbindet. Frage dich: Welcher Server sieht meine Adressen? Kenne ich den Betreiber? Würde ich ihm meine Kontoauszüge zeigen? Wenn die Antwort auf die letzte Frage „Nein“ ist — ändere dein Setup.</p>
</div>
</div>
<hr />
<h2 id="weiterfuhrend">Weiterführend</h2>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/grundlagen-bitcoin-privatsphaere/">Grundlagen der Bitcoin-Privatsphäre</a> — der Gesamtüberblick über alle Privatsphäre-Risiken</li>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/chain-analyse-verstehen/">Chain-Analyse verstehen</a> — was Analysten auf der Blockchain sehen</li>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/coinjoin-und-payjoin/">CoinJoin und PayJoin</a> — Netzwerk-Privatsphäre allein reicht nicht</li>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/privatsphaere-checkliste/">Privatsphäre-Checkliste</a> — alle Maßnahmen auf einen Blick</li>
</ul>
Einheiten und Denomination2025-09-07T00:00:00+00:002025-09-07T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/technik/einheiten-denomination/<p>Ein Bitcoin hat acht Nachkommastellen. Das klingt nach wenig — aber es bedeutet, dass ein einzelner Bitcoin in <strong>100 Millionen Einheiten</strong> teilbar ist. Diese kleinste Einheit heißt <strong>Satoshi</strong>, benannt nach dem pseudonymen Erfinder Satoshi Nakamoto.</p>
<h2 id="die-einheiten-im-uberblick">Die Einheiten im Überblick</h2>
<table><thead><tr><th>Einheit</th><th>Abkürzung</th><th>In Satoshi</th><th>Beispiel</th></tr></thead><tbody>
<tr><td>Bitcoin</td><td>BTC</td><td>100.000.000 sat</td><td>1,00000000 BTC</td></tr>
<tr><td>Millibitcoin</td><td>mBTC</td><td>100.000 sat</td><td>0,00100000 BTC</td></tr>
<tr><td>Microbitcoin</td><td>μBTC (bits)</td><td>100 sat</td><td>0,00000100 BTC</td></tr>
<tr><td>Satoshi</td><td>sat</td><td>1 sat</td><td>0,00000001 BTC</td></tr>
<tr><td>Millisatoshi</td><td>msat</td><td>0,001 sat</td><td>nur im Lightning-Netzwerk</td></tr>
</tbody></table>
<p>Die entscheidende Zahl: <strong>1 BTC = 100.000.000 Satoshi.</strong></p>
<p>Bei 21 Millionen BTC maximaler Geldmenge gibt es insgesamt 2,1 Billiarden Satoshi (2.100.000.000.000.000). Genug Einheiten für eine Weltwährung.</p>
<h2 id="rechne-selbst-um">Rechne selbst um</h2>
<div id="einheitenrechner" class="btc-tool">
<noscript><p><strong>Dieser Rechner benötigt JavaScript und WebAssembly.</strong></p></noscript>
<div class="btc-tool__section">
<h3>// Einheiten-Konverter</h3>
<label for="ucAmount">Betrag</label>
<div class="btc-tool__row">
<input type="text" id="ucAmount" value="1" inputmode="numeric">
<select id="ucUnit">
<option value="btc">BTC</option>
<option value="mbtc">mBTC</option>
<option value="sat" selected>Satoshi</option>
<option value="msat">Millisatoshi</option>
</select>
</div>
</div>
<div class="btc-tool__section btc-tool__results">
<h3>// Umrechnung</h3>
<pre><code>BTC: <span id="ucBtc">—</span>
mBTC: <span id="ucMbtc">—</span>
Satoshi: <span id="ucSat">—</span>
Millisatoshi: <span id="ucMsat">—</span></code></pre>
</div>
<div class="btc-tool__section">
<h3>// Versandkosten-Schätzung</h3>
<label for="ucFeeRate">Gebührenrate (sat/vByte)</label>
<div class="btc-tool__row">
<input type="number" id="ucFeeRate" value="10" min="1">
<a href="https://mempool.space" target="_blank" rel="noopener noreferrer">mempool.space →</a>
</div>
<div id="ucFeeResult" class="btc-tool__info" style="display:none"></div>
</div>
<details class="btc-tool__section">
<summary><h3 style="display:inline">// Einheiten-Übersicht</h3></summary>
<table class="btc-tool__table">
<tr><th>Einheit</th><th>Wert in Satoshi</th><th>Verwendung</th></tr>
<tr><td>1 BTC</td><td>100.000.000 sat</td><td>Standard-Einheit</td></tr>
<tr><td>1 mBTC</td><td>100.000 sat</td><td>Millionstel Bitcoin</td></tr>
<tr><td>1 sat</td><td>1 sat</td><td>Kleinste On-Chain-Einheit</td></tr>
<tr><td>1 msat</td><td>0,001 sat</td><td>Lightning-Zahlungen</td></tr>
</table>
</details>
</div>
<script type="module">
import init, { convert_units, fee_for_amount } from '/wasm/btc_werkzeugkasten.js';
await init('/wasm/btc_werkzeugkasten_bg.wasm');
const $ = id => document.getElementById(id);
let timer;
function debounce(fn, ms = 150) { clearTimeout(timer); timer = setTimeout(fn, ms); }
function calc() {
const amount = $('ucAmount').value;
const unit = $('ucUnit').value;
const feeRate = parseFloat($('ucFeeRate').value) || 0;
try {
const r = JSON.parse(convert_units(amount, unit));
$('ucBtc').textContent = r.btc;
$('ucMbtc').textContent = r.mbtc;
$('ucSat').textContent = r.sat;
$('ucMsat').textContent = r.msat;
// Fee estimate
const satVal = parseInt(r.sat.replace(/\./g, ''), 10) || 0;
if (satVal > 0 && feeRate > 0) {
const f = JSON.parse(fee_for_amount(BigInt(satVal), feeRate));
$('ucFeeResult').style.display = '';
$('ucFeeResult').innerHTML =
`Bei <strong>${feeRate} sat/vB</strong> kostet eine Standard-Transaktion (P2WPKH, 141 vB):<br>` +
`Gebühr: <strong>${f.tx_fee_sat.toLocaleString('de-DE')} sat</strong> (${f.tx_fee_btc} BTC)<br>` +
`Anteil am Betrag: <strong>${f.percentage}%</strong>` +
(parseFloat(f.percentage) > 3 ? '<br>⚠ Hoher Gebührenanteil!' : '');
} else {
$('ucFeeResult').style.display = 'none';
}
} catch(e) {
$('ucBtc').textContent = '—';
$('ucMbtc').textContent = '—';
$('ucSat').textContent = '—';
$('ucMsat').textContent = '—';
}
}
$('ucAmount').addEventListener('input', () => debounce(calc));
$('ucUnit').addEventListener('change', calc);
$('ucFeeRate').addEventListener('input', () => debounce(calc));
calc();
</script>
<div class="lern-probiere">
<div class="lern-probiere__header">
<span class="lern-probiere__icon">⚡</span>
<strong>Probiere es aus</strong>
</div>
<div class="lern-probiere__body">
<p>Gib 1 BTC ein und schau, wie viele Satoshi das sind: 100 Millionen. Dann gib 10 Euro ein und sieh, wie viele Sats du dafür aktuell bekommst. “In Sats denken” macht Bitcoin greifbar — du kaufst nicht 0,00012 BTC, sondern 12.000 Sats.</p>
</div>
</div>
<h2 id="warum-denomination-wichtig-ist">Warum Denomination wichtig ist</h2>
<p><strong>Unit Bias</strong> ist ein psychologischer Effekt: Menschen bevorzugen es, ganze Einheiten zu besitzen. “1.000 Satoshi” fühlt sich besser an als “0,00001 BTC” — obwohl es dasselbe ist.</p>
<p>Dieser Effekt hat reale Konsequenzen:</p>
<ul>
<li>Einsteiger glauben, sie müssten einen ganzen Bitcoin kaufen, um einzusteigen</li>
<li>Der Preis “100.000 Dollar pro Bitcoin” wirkt abschreckend — “1 Dollar pro 1.000 Sats” nicht</li>
<li>Altcoins profitieren vom Unit Bias: “10.000 Coins für 100 Dollar” klingt nach mehr als “100.000 Sats für 100 Dollar”</li>
</ul>
<p>Die Lösung ist einfach: <strong>In Satoshi denken.</strong> Nicht “Wie viel kostet ein Bitcoin?”, sondern “Wie viele Sats bekomme ich für einen Euro?”</p>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Denke in Sats, nicht in BTC. “Ich habe 50.000 Sats” ist greifbarer und ehrlicher als “Ich habe 0,0005 BTC”. Satoshi ist die natürliche Einheit — ganze Zahlen statt Nachkommastellen.</p>
</div>
</div>
<h2 id="stack-sats">Stack Sats</h2>
<p>“Stack Sats” (Satoshi stapeln) ist mehr als ein Meme. Es ist eine Haltung: Regelmäßig kleine Beträge kaufen, unabhängig vom Kurs. Nicht auf den perfekten Einstiegspunkt warten, sondern konsequent akkumulieren.</p>
<p>Bei einem Preis von 80.000 € pro Bitcoin bekommst du für 10 € etwa 12.500 Satoshi. Das sind 12.500 Einheiten eines auf 21 Millionen Stück begrenzten Guts. Jede Woche. Jeden Monat. Über Jahre.</p>
<h2 id="lightning-und-millisatoshi">Lightning und Millisatoshi</h2>
<p>Im Lightning-Netzwerk existiert eine noch kleinere Einheit: der <strong>Millisatoshi (msat)</strong>. Ein Satoshi besteht aus 1.000 Millisatoshi.</p>
<p>Lightning-Zahlungen können Bruchteile eines Satoshi betragen — zum Beispiel 500 msat (ein halber Satoshi). Das ermöglicht Mikrozahlungen, die auf der Basisschicht unmöglich wären: Streaming-Zahlungen pro Sekunde, Pay-per-Article, Machine-to-Machine-Payments.</p>
<p>Wichtig: Millisatoshi existieren <strong>nur innerhalb von Lightning-Channels</strong>. Beim Settlement auf der Timechain wird auf ganze Satoshi gerundet. Die Basisschicht kennt keine Bruchteile eines Satoshi.</p>
<h2 id="historischer-kontext">Historischer Kontext</h2>
<p>Der Name <strong>Satoshi</strong> ehrt den anonymen Schöpfer von Bitcoin: Satoshi Nakamoto. Bis heute ist unbekannt, ob sich hinter dem Pseudonym eine einzelne Person oder eine Gruppe verbirgt. Satoshi veröffentlichte das Whitepaper am 31. Oktober 2008, startete das Netzwerk am 3. Januar 2009 — und verschwand Ende 2010 spurlos.</p>
<p>Die Einheit Satoshi wurde von der Community eingeführt, nicht von Satoshi selbst. Sie hat sich als Standard durchgesetzt, weil sie das Dezimalproblem elegant löst: Ganze Zahlen statt endloser Nachkommastellen.</p>
<hr />
<h2 id="weiterfuhrend">Weiterführend</h2>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/grundlagen/was-ist-bitcoin/">Was ist Bitcoin?</a> — die ökonomischen Grundlagen</li>
<li><a href="https://bitcoin-durchgespielt.com/praxis/lightning-netzwerk/">Das Lightning Netzwerk</a> — wo Millisatoshi zum Einsatz kommen</li>
<li><a href="https://bitcoin-durchgespielt.com/technik/utxo-modell/">Das UTXO-Modell</a> — warum kleine UTXOs als Dust enden können</li>
</ul>
<p>Zurück zur Übersicht: <a href="https://bitcoin-durchgespielt.com/technik/">Technik</a></p>
Das UTXO-Modell2025-09-06T00:00:00+00:002025-09-06T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/technik/utxo-modell/<p>Bitcoin hat keine Konten. Kein Guthaben, das irgendwo als Zahl gespeichert ist. Stattdessen gibt es <strong>UTXOs</strong> — Unspent Transaction Outputs. Wer das UTXO-Modell versteht, versteht, warum Transaktionen so funktionieren, wie sie funktionieren, und warum Gebühren, Privatsphäre und Coin Management zusammenhängen.</p>
<h2 id="account-modell-vs-utxo-modell">Account-Modell vs. UTXO-Modell</h2>
<p>Bei einer Bank (oder bei Ethereum) gibt es <strong>Konten mit Salden</strong>. Wenn Alice 100 € hat und 30 € an Bob sendet, wird ihr Kontostand auf 70 € reduziert und Bobs auf 30 € erhöht. Einfach, intuitiv — aber zentralisiert und zustandsabhängig.</p>
<p>Bitcoin wählt einen anderen Weg: das <strong>UTXO-Modell</strong>. Es gibt keine Kontostände. Es gibt nur Transaktions-Outputs, die noch nicht ausgegeben wurden.</p>
<table><thead><tr><th></th><th>Account-Modell</th><th>UTXO-Modell</th></tr></thead><tbody>
<tr><td>Zustand</td><td>Globaler Kontostand</td><td>Menge unausgegebener Outputs</td></tr>
<tr><td>Transaktion</td><td>Saldo anpassen</td><td>Outputs konsumieren, neue erzeugen</td></tr>
<tr><td>Parallelisierung</td><td>Schwierig (Locks nötig)</td><td>Natürlich (unabhängige UTXOs)</td></tr>
<tr><td>Privatsphäre</td><td>Gering (ein Konto = eine Historie)</td><td>Besser (viele unverknüpfte Outputs)</td></tr>
</tbody></table>
<h2 id="was-ist-ein-utxo">Was ist ein UTXO?</h2>
<p>Ein UTXO ist ein <strong>unausgegebener Transaktions-Output</strong>. Er besteht aus genau zwei Dingen:</p>
<ol>
<li><strong>Betrag</strong> — eine bestimmte Menge Satoshi</li>
<li><strong>Ausgabebedingung (Locking Script)</strong> — definiert, wer diesen Output ausgeben darf</li>
</ol>
<p>Stell dir UTXOs wie Münzen und Scheine in einem Portemonnaie vor. Du hast nicht “0,8 BTC auf einem Konto”, sondern beispielsweise:</p>
<ul>
<li>1 UTXO über 500.000 sat</li>
<li>1 UTXO über 200.000 sat</li>
<li>1 UTXO über 100.000 sat</li>
</ul>
<p>Zusammen ergibt das 800.000 sat (0,008 BTC). Deine Wallet zeigt dir eine Summe — aber intern sind es drei separate “Münzen”.</p>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Bitcoin hat keine Konten — nur Münzen. Dein “Guthaben” ist die Summe aller UTXOs, die du mit deinem privaten Schlüssel ausgeben kannst. Jeder UTXO wird immer komplett konsumiert — genau wie ein Geldschein, von dem du kein Stück abreißen kannst.</p>
</div>
</div>
<h2 id="wie-das-ausgeben-funktioniert">Wie das Ausgeben funktioniert</h2>
<p>Wenn du Bitcoin sendest, passiert Folgendes:</p>
<ol>
<li>Deine Wallet wählt einen oder mehrere UTXOs als <strong>Inputs</strong></li>
<li>Sie erstellt neue <strong>Outputs</strong> — mindestens einen für den Empfänger</li>
<li>Die alten UTXOs werden <strong>vollständig konsumiert</strong> — es gibt kein “teilweises Ausgeben”</li>
<li>Falls die Inputs mehr wert sind als die Zahlung, entsteht ein <strong>Change Output</strong> (Wechselgeld) an eine Adresse in deiner Wallet</li>
</ol>
<figure class="mermaid-diagram">
<pre class="mermaid">
graph LR
I1["UTXO #1\n0.5 BTC"]:::input --> TX{"Transaktion"}:::tx
I2["UTXO #2\n0.3 BTC"]:::input --> TX
TX --> O1["Empfänger\n0.7 BTC"]:::output
TX --> O2["Wechselgeld\n0.0999 BTC"]:::output
TX -.-> FEE["Gebühr\n0.0001 BTC"]:::fee
classDef input stroke:#d79921,stroke-width:2px,color:#d79921
classDef tx stroke:#fe8019,stroke-width:3px,color:#fe8019
classDef output stroke:#98971a,stroke-width:2px,color:#98971a
classDef fee stroke:#cc241d,stroke-width:1px,color:#fb4934,stroke-dasharray: 5 5
</pre>
<figcaption>Inputs werden konsumiert, neue Outputs entstehen</figcaption>
</figure>
<script type="module">
if (!window.__mermaidLoaded) {
window.__mermaidLoaded = true;
const s = document.createElement('script');
s.src = 'https://cdn.jsdelivr.net/npm/mermaid@11/dist/mermaid.min.js';
s.onload = () => mermaid.initialize({
startOnLoad: true,
flowchart: { useMaxWidth: true },
theme: 'base',
themeVariables: {
darkMode: true,
background: '#1d2021',
primaryColor: '#3c3836',
primaryTextColor: '#fbf1c7',
primaryBorderColor: '#fe8019',
lineColor: '#bdae93',
secondaryColor: '#282828',
secondaryTextColor: '#fbf1c7',
tertiaryColor: '#1d2021',
tertiaryTextColor: '#fbf1c7',
noteBkgColor: '#1d2021',
noteTextColor: '#bdae93',
noteBorderColor: '#504945',
edgeLabelBackground: '#282828',
clusterBkg: '#1d2021',
clusterBorder: '#504945',
nodeBorder: '#fe8019',
mainBkg: '#3c3836',
textColor: '#fbf1c7',
labelTextColor: '#fbf1c7',
fontSize: '18px',
fontFamily: 'Hack, Fira Code, monospace'
}
});
document.head.appendChild(s);
}
</script>
<h3 id="ein-konkretes-beispiel">Ein konkretes Beispiel</h3>
<p>Du willst 300.000 sat an einen Freund senden. Deine Wallet hat:</p>
<ul>
<li>UTXO A: 500.000 sat</li>
<li>UTXO B: 200.000 sat</li>
</ul>
<p><strong>Möglichkeit 1:</strong> Die Wallet nimmt UTXO A (500.000 sat) als Input:</p>
<ul>
<li>Output 1: 300.000 sat → Freund</li>
<li>Output 2: 199.500 sat → deine Wechselgeld-Adresse</li>
<li>Differenz: 500 sat → Mining-Gebühr</li>
</ul>
<p><strong>Möglichkeit 2:</strong> Die Wallet nimmt UTXO B (200.000 sat) + UTXO A (500.000 sat):</p>
<ul>
<li>Output 1: 300.000 sat → Freund</li>
<li>Output 2: 399.200 sat → deine Wechselgeld-Adresse</li>
<li>Differenz: 800 sat → Mining-Gebühr (teurer, weil zwei Inputs)</li>
</ul>
<p>Die Gebühr steht nirgendwo explizit in der Transaktion. Sie ist immer:</p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="plain"><span class="giallo-l"><span>Gebühr = Summe aller Inputs − Summe aller Outputs</span></span></code></pre>
<p>Was übrig bleibt, geht an den Miner. Vergisst du das Wechselgeld, verschenkst du den Rest als Gebühr.</p>
<h2 id="implikationen-des-utxo-modells">Implikationen des UTXO-Modells</h2>
<h3 id="kein-teilweises-ausgeben">Kein teilweises Ausgeben</h3>
<p>Ein UTXO wird immer komplett konsumiert. Wenn du einen 1-BTC-UTXO hast und 0,01 BTC senden willst, musst du den gesamten UTXO als Input verwenden und dir 0,99 BTC minus Gebühr als Wechselgeld zurückschicken. Das erzeugt eine zusätzliche Output-Zeile in der Transaktion.</p>
<h3 id="change-outputs-und-privatsphare">Change Outputs und Privatsphäre</h3>
<p>Wechselgeld-Outputs sind ein Privatsphäre-Risiko. Blockchain-Analysten versuchen zu erraten, welcher Output die Zahlung und welcher das Wechselgeld ist. Hinweise:</p>
<ul>
<li><strong>Runde Beträge</strong> — 0,1 BTC ist wahrscheinlich die Zahlung, 0,0437 BTC das Wechselgeld</li>
<li><strong>Adresstyp</strong> — unterschiedliche Formate bei Zahlung und Change fallen auf</li>
<li><strong>Erstverwendung</strong> — eine frische Adresse ist wahrscheinlich der Change</li>
</ul>
<h3 id="dust-wenn-utxos-wertlos-werden">Dust: Wenn UTXOs wertlos werden</h3>
<p>Ein UTXO, dessen Wert geringer ist als die Gebühr, die nötig wäre, um ihn auszugeben, heißt <strong>Dust</strong> (Staub). Bei hohen Gebühren können selbst UTXOs mit einigen Tausend Satoshi unwirtschaftlich werden.</p>
<p>Dust-Grenze (Richtwert bei 20 sat/vByte):</p>
<ul>
<li>Legacy (P2PKH): ca. 5.460 sat</li>
<li>Native SegWit (P2WPKH): ca. 2.940 sat</li>
<li>Taproot (P2TR): ca. 2.460 sat</li>
</ul>
<h2 id="gebuhrenberechnung-was-eine-transaktion-kostet">Gebührenberechnung: Was eine Transaktion kostet</h2>
<p>Die Mining-Gebühr hängt nicht vom gesendeten Betrag ab, sondern von der <strong>Größe der Transaktion in virtuellen Bytes (vByte)</strong>. Diese Größe wird bestimmt durch:</p>
<ul>
<li><strong>Anzahl der Inputs</strong> — jeder Input kostet Bytes (Signatur, Public Key, Referenz)</li>
<li><strong>Anzahl der Outputs</strong> — jeder Output kostet Bytes (Betrag, Locking Script)</li>
<li><strong>Adresstyp</strong> — Legacy-Inputs sind größer als SegWit, SegWit größer als Taproot</li>
</ul>
<table><thead><tr><th>Komponente</th><th>Legacy (P2PKH)</th><th>SegWit (P2WPKH)</th><th>Taproot (P2TR)</th></tr></thead><tbody>
<tr><td>Input</td><td>~148 vByte</td><td>~68 vByte</td><td>~57,5 vByte</td></tr>
<tr><td>Output</td><td>~34 vByte</td><td>~31 vByte</td><td>~43 vByte</td></tr>
</tbody></table>
<p>Deshalb kostet eine Transaktion mit 5 Inputs deutlich mehr als eine mit 1 Input — unabhängig vom Betrag. Und deshalb lohnt es sich, UTXOs bei niedrigen Gebühren zu konsolidieren.</p>
<h3 id="rechne-selbst-nach">Rechne selbst nach</h3>
<div id="utxo-rechner" class="btc-calc">
<noscript>
<p><strong>Dieser Rechner benötigt JavaScript und WebAssembly.</strong></p>
</noscript>
<div class="btc-calc__section">
<h3>// Simulations-Parameter</h3>
<label for="utxoValue">Wie viel Bitcoin willst du senden?</label>
<div class="btc-calc__row">
<input type="text" id="utxoValue" value="0,1" inputmode="numeric" placeholder="Betrag eingeben">
<button id="unitToggle" type="button">BTC</button>
</div>
<label for="utxoType">Von welchem Adresstyp sendest du?</label>
<select id="utxoType">
<option value="P2WPKH" selected>bc1q… — Native SegWit (P2WPKH)</option>
<option value="P2SH_P2WPKH">3… — Nested SegWit (P2SH-P2WPKH)</option>
<option value="P2PKH">1… — Legacy (P2PKH)</option>
<option value="P2TR_KEYPATH">bc1p… — Taproot (P2TR Key-Path)</option>
<option value="P2SH_MULTISIG">3… — P2SH Multisig</option>
<option value="P2WSH_MULTISIG">bc1q… — SegWit Multisig (P2WSH)</option>
<option value="P2TR_SCRIPTPATH_MULTISIG">bc1p… — Taproot Multisig</option>
</select>
<div id="addressInfo" class="btc-calc__info"></div>
<div id="multisigOpts" class="btc-calc__multisig" style="display:none;">
<label>M (benötigte Signaturen): <strong id="mDisp">2</strong></label>
<input type="range" id="mSlider" value="2" min="1" max="15">
<label>N (Schlüssel gesamt): <strong id="nDisp">3</strong></label>
<input type="range" id="nSlider" value="3" min="1" max="15">
</div>
<label for="feeRate">Aktuelle Gebührenrate (sat/vByte) — sieh auf mempool.space nach</label>
<div class="btc-calc__row">
<input type="number" id="feeRate" value="50" min="1" placeholder="z.B. 10, 50, 200">
<a href="https://mempool.space" target="_blank" rel="noopener noreferrer">mempool.space →</a>
</div>
<label for="btcPrice">BTC-Preis in EUR (optional, für Fiat-Anzeige)</label>
<input type="text" id="btcPrice" value="" placeholder="z.B. 80.000" inputmode="numeric">
</div>
<div class="btc-calc__section btc-calc__results" id="results">
<h3>// Analyse — Standard-Zahlung (1 In, 2 Out)</h3>
<pre><code>Transaktionsgröße: <span id="rVB">—</span> vB
Miner Fee: <span id="rSat">—</span> sat
<span id="rBtc">—</span> BTC<span id="rFiatLine" style="display:none">
<span id="rFiat">—</span> EUR</span>
<strong>Gebührenanteil: <span id="rPct">—</span></strong></code></pre>
<p id="rMsg" class="btc-calc__msg"></p>
</div>
<div class="btc-calc__section">
<h3>// Upgrade-Kosten-Check</h3>
<p>UTXO auf effizienteren Adresstyp transferieren:</p>
<label for="targetType">Ziel-Adresstyp</label>
<select id="targetType">
<option value="P2TR" selected>bc1p… — Taproot (P2TR)</option>
<option value="P2WPKH">bc1q… — Native SegWit (P2WPKH)</option>
<option value="P2SH_P2WPKH">3… — Nested SegWit</option>
<option value="P2PKH">1… — Legacy (selten sinnvoll)</option>
</select>
<button id="calcTransfer" type="button">$ calculate_transfer</button>
<div id="transferResults" class="btc-calc__results" style="display:none">
<pre><code id="transferOutput"></code></pre>
</div>
</div>
<details class="btc-calc__section">
<summary><h3 style="display:inline">// Hinweise zur Kalkulation</h3></summary>
<ul>
<li><strong>Overhead:</strong> Version, Locktime, VarInt-Zähler ≈ 10 vB + SegWit-Marker (0,5 vB)</li>
<li><strong>Outputs (Hauptsimulation):</strong> 2 × P2WPKH à 31 vB</li>
<li><strong>Outputs (Upgrade):</strong> 1 × Ziel-Adresstyp</li>
<li><strong>Engine:</strong> Rust → WebAssembly (44 KB), <a href="https://github.com/nicejsonformatter/btc-fee-calc" target="_blank">Quellcode</a></li>
</ul>
<p>Alle Schätzungen basieren auf Standardimplementierungen. <strong>Don't trust, verify.</strong></p>
</details>
</div>
<style>
.btc-calc {
font-family: var(--font-code, 'Hack', 'Fira Code', monospace);
font-size: 0.9em;
max-width: 720px;
margin: 1.5rem auto;
}
.btc-calc__section {
margin-bottom: 1.5rem;
padding: 1rem 1.2rem;
border: 1px solid var(--color-border, #444);
border-radius: 4px;
background: var(--color-bg-alt, #1d2021);
}
.btc-calc__section h3 {
margin: 0 0 1rem;
font-size: 0.95em;
opacity: 0.7;
}
.btc-calc label {
display: block;
margin: 0.8rem 0 0.3rem;
font-size: 0.85em;
opacity: 0.8;
}
.btc-calc input[type="text"],
.btc-calc input[type="number"],
.btc-calc select {
width: 100%;
padding: 0.5rem 0.7rem;
background: var(--color-bg, #282828);
color: var(--color-text, #ebdbb2);
border: 1px solid var(--color-border, #504945);
border-radius: 3px;
font-family: inherit;
font-size: 1em;
box-sizing: border-box;
}
.btc-calc input:focus,
.btc-calc select:focus {
outline: none;
border-color: var(--color-primary, #fe8019);
}
.btc-calc__row {
display: flex;
gap: 0.5rem;
align-items: center;
}
.btc-calc__row input { flex: 1; }
.btc-calc__row button {
padding: 0.5rem 1rem;
background: var(--color-border, #504945);
color: var(--color-text, #ebdbb2);
border: 1px solid var(--color-border, #504945);
border-radius: 3px;
cursor: pointer;
font-family: inherit;
font-size: 0.9em;
}
.btc-calc__row button:hover { opacity: 0.8; }
.btc-calc__row a {
font-size: 0.8em;
white-space: nowrap;
}
.btc-calc__info {
font-size: 0.85em;
padding: 0.6rem 0.8rem;
margin: 0.5rem 0;
border-left: 3px solid var(--color-primary, #fe8019);
opacity: 0.85;
line-height: 1.5;
}
.btc-calc__multisig {
padding: 0.8rem;
margin: 0.5rem 0;
background: var(--color-bg, #282828);
border-radius: 3px;
}
.btc-calc__multisig input[type="range"] {
width: 100%;
accent-color: var(--color-primary, #fe8019);
}
.btc-calc__results pre {
margin: 0;
padding: 0;
background: none;
border: none;
overflow-x: auto;
}
.btc-calc__results code {
background: none;
padding: 0;
font-size: 1em;
line-height: 1.6;
}
.btc-calc__msg {
margin: 0.8rem 0 0;
font-size: 0.9em;
font-style: italic;
}
.btc-calc details summary {
cursor: pointer;
user-select: none;
}
.btc-calc details ul {
margin: 0.5rem 0;
padding-left: 1.2rem;
font-size: 0.9em;
line-height: 1.5;
}
#calcTransfer {
width: 100%;
margin-top: 0.8rem;
padding: 0.6rem;
background: var(--color-primary, #fe8019);
color: var(--color-bg, #282828);
border: none;
border-radius: 3px;
cursor: pointer;
font-family: inherit;
font-size: 0.95em;
font-weight: bold;
}
#calcTransfer:hover { opacity: 0.85; }
@media (max-width: 600px) {
.btc-calc { font-size: 0.82em; }
.btc-calc__row { flex-direction: column; }
}
</style>
<script type="module">
import init, { calculate_payment, calculate_transfer, get_address_info } from '/wasm/btc_werkzeugkasten.js';
await init('/wasm/btc_werkzeugkasten_bg.wasm');
const $ = id => document.getElementById(id);
let unit = 'BTC';
function getSats() {
let raw = $('utxoValue').value;
if (unit === 'BTC') {
raw = raw.replace(/[^0-9,]/g, '').replace(',', '.');
return Math.round((parseFloat(raw) || 0) * 1e8);
}
return parseInt(raw.replace(/[^0-9]/g, ''), 10) || 0;
}
function getPrice() {
const v = $('btcPrice').value;
if (!v) return 0;
return parseFloat(v.replace(/\./g, '').replace(',', '.')) || 0;
}
function getMN() {
return [parseInt($('mSlider').value), parseInt($('nSlider').value)];
}
function fmtSat(n) { return n.toLocaleString('de-DE'); }
function fmtBtc(n) { return (n / 1e8).toFixed(8); }
function fmtPct(p) { return p.toFixed(2) + '%'; }
function updateInfo() {
const type = $('utxoType').value;
try {
const info = JSON.parse(get_address_info(type));
$('addressInfo').innerHTML = `<strong>${info.name}</strong><br>${info.introduced}<br>${info.usage}`;
} catch(e) {
$('addressInfo').textContent = '';
}
const isMulti = type.includes('MULTISIG');
$('multisigOpts').style.display = isMulti ? 'block' : 'none';
}
function calc() {
const type = $('utxoType').value;
const sats = getSats();
const rate = parseFloat($('feeRate').value) || 0;
const [m, n] = getMN();
const price = getPrice();
try {
const r = JSON.parse(calculate_payment(type, BigInt(sats), rate, m, n));
$('rVB').textContent = r.total_vbytes.toFixed(0);
$('rSat').textContent = fmtSat(r.fee_sat);
$('rBtc').textContent = fmtBtc(r.fee_sat);
$('rPct').textContent = sats > 0 ? fmtPct(r.fee_percentage) : '∞';
if (price > 0) {
$('rFiat').textContent = ((r.fee_sat / 1e8) * price).toLocaleString('de-DE', {minimumFractionDigits: 2, maximumFractionDigits: 2});
$('rFiatLine').style.display = '';
} else {
$('rFiatLine').style.display = 'none';
}
const msg = $('rMsg');
if (r.fee_percentage > 3 && sats > 0)
msg.textContent = '⚠ Kosten > 3% — UTXO könnte zu klein für diese Gebührenrate sein.';
else if (sats > 0)
msg.textContent = '✓ Kosten von ' + fmtPct(r.fee_percentage) + ' liegen im Rahmen.';
else
msg.textContent = '';
} catch(e) {
$('rMsg').textContent = 'Fehler: ' + e;
}
}
function calcXfer() {
const type = $('utxoType').value;
const target = $('targetType').value;
const sats = getSats();
const rate = parseFloat($('feeRate').value) || 0;
const [m, n] = getMN();
try {
const r = JSON.parse(calculate_transfer(type, target, BigInt(sats), rate, m, n));
const targetName = $('targetType').options[$('targetType').selectedIndex].text.split('—')[1]?.trim() || target;
let out = `Transaktionsgröße: ${r.total_vbytes.toFixed(0)} vB\n`;
out += `Gebühr: ${fmtSat(r.fee_sat)} sat (${fmtPct(r.fee_percentage)})\n`;
if (r.remaining_sats === 0 && sats > 0 && r.fee_sat > sats)
out += `\n⚠ Gebühren übersteigen den UTXO-Wert!`;
else
out += `Verbleibend: ${fmtSat(r.remaining_sats)} sat auf ${targetName}`;
$('transferOutput').textContent = out;
$('transferResults').style.display = 'block';
} catch(e) {
$('transferOutput').textContent = 'Fehler: ' + e;
$('transferResults').style.display = 'block';
}
}
// Debounce
let timer;
function debounce(fn, ms = 200) { clearTimeout(timer); timer = setTimeout(fn, ms); }
// Event listeners
$('utxoValue').addEventListener('input', () => debounce(calc));
$('utxoType').addEventListener('change', () => { updateInfo(); calc(); });
$('feeRate').addEventListener('input', () => debounce(calc));
$('btcPrice').addEventListener('input', () => debounce(calc));
$('mSlider').addEventListener('input', () => {
$('mDisp').textContent = $('mSlider').value;
if (parseInt($('nSlider').value) < parseInt($('mSlider').value)) {
$('nSlider').value = $('mSlider').value;
$('nDisp').textContent = $('nSlider').value;
}
$('nSlider').min = $('mSlider').value;
calc();
});
$('nSlider').addEventListener('input', () => {
if (parseInt($('nSlider').value) < parseInt($('mSlider').value))
$('nSlider').value = $('mSlider').value;
$('nDisp').textContent = $('nSlider').value;
calc();
});
$('unitToggle').addEventListener('click', () => {
let raw = $('utxoValue').value;
if (unit === 'BTC') {
raw = raw.replace(',', '.');
const sats = Math.round((parseFloat(raw) || 0) * 1e8);
$('utxoValue').value = sats.toLocaleString('de-DE');
unit = 'SAT';
$('unitToggle').textContent = 'SAT';
} else {
raw = raw.replace(/\./g, '');
const sats = parseInt(raw, 10) || 0;
$('utxoValue').value = parseFloat((sats / 1e8).toFixed(8)).toString().replace('.', ',');
unit = 'BTC';
$('unitToggle').textContent = 'BTC';
}
calc();
});
$('calcTransfer').addEventListener('click', calcXfer);
// Init
updateInfo();
calc();
</script>
<div class="lern-aufgabe">
<div class="lern-aufgabe__header">
<span class="lern-aufgabe__icon">✍</span>
<strong>Aufgabe</strong>
</div>
<div class="lern-aufgabe__body">
<p>Vergleiche die Gebühren für denselben Betrag: Erstelle eine Transaktion mit 1 Legacy-Input (P2PKH) und dann eine mit 1 Taproot-Input (P2TR). Bei gleicher Gebührenrate (z.B. 20 sat/vByte) — wie viel sparst du mit Taproot? Der Unterschied wird bei mehreren Inputs noch größer.</p>
</div>
</div>
<h2 id="utxo-management-strategien-fur-die-praxis">UTXO-Management: Strategien für die Praxis</h2>
<p>Gutes UTXO-Management spart Gebühren und schützt die Privatsphäre:</p>
<p><strong>1. Konsolidierung bei niedrigen Gebühren</strong> — Wenn die Gebührenrate unter 5 sat/vByte fällt, ist der ideale Zeitpunkt, viele kleine UTXOs zu einem großen zusammenzuführen. Das reduziert künftige Transaktionskosten.</p>
<p><strong>2. Coin Control nutzen</strong> — Wähle bewusst, welche UTXOs du für eine Transaktion verwendest. Mische keine UTXOs aus verschiedenen Kontexten (z.B. KYC und Non-KYC). Wallets wie Sparrow, Electrum und Bitcoin Core bieten Coin Control.</p>
<p><strong>3. Labels pflegen</strong> — Beschrifte jeden UTXO mit Herkunft und Kontext. Ohne Labels verlierst du den Überblick und riskierst Privatsphäre-Fehler.</p>
<p><strong>4. Taproot nutzen</strong> — bc1p-Adressen haben die kleinsten Input-Größen. Wer auf Taproot empfängt, spart bei jeder zukünftigen Ausgabe.</p>
<p><strong>5. Runde Beträge vermeiden</strong> — Beim Empfangen lieber krumme Beträge akzeptieren. Beim Senden den gesamten UTXO verbrauchen, wenn möglich — das erzeugt kein Wechselgeld und verrät weniger.</p>
<hr />
<h2 id="weiterfuhrend">Weiterführend</h2>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/technik/transaktionen-byte-fuer-byte/">Transaktionen Byte für Byte</a> — Inputs, Outputs, Witness im Detail</li>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/chain-analyse-verstehen/">Chain-Analyse verstehen</a> — warum UTXOs für Privatsphäre entscheidend sind</li>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/coin-control-und-labels/">Coin Control und Labels</a> — UTXOs bewusst verwalten</li>
<li><a href="https://bitcoin-durchgespielt.com/praxis/wallets-erklaert/">Wallets erklärt</a> — wie Wallets UTXOs verwalten</li>
</ul>
<p>Zurück zur Übersicht: <a href="https://bitcoin-durchgespielt.com/technik/">Technik</a></p>
Adressen und Schlüssel2025-09-05T00:00:00+00:002025-09-05T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/technik/adressen-schluessel/<p>Jede Bitcoin-Adresse ist das Ende einer langen Kette, die mit purem Zufall beginnt. Wer diese Kette versteht, versteht, warum Bitcoin-Selbstverwahrung funktioniert — und warum ein einziger Fehler bei der Schlüsselerzeugung alles zunichtemachen kann.</p>
<h2 id="die-schlussel-hierarchie">Die Schlüssel-Hierarchie</h2>
<p>Der Weg von der Entropie zur Adresse folgt einer streng deterministischen Kette. Jeder Schritt ist eine Einbahnstraße: vorwärts berechenbar, rückwärts unmöglich.</p>
<figure class="mermaid-diagram">
<pre class="mermaid">
graph LR
E["256 Bit\nEntropie"]:::entropy --> |"Wortliste"| M["BIP39\n24 Wörter"]:::mnemonic
M --> |"PBKDF2"| MK["Master Key\nHMAC-SHA512"]:::master
MK --> |"BIP84"| D["Derivation\nPaths"]:::deriv
D --> |"m/84'/0'/0'/0/0"| A0["bc1q…0\nEmpfang"]:::addr
D --> |"m/84'/0'/0'/1/0"| A1["bc1q…1\nWechsel"]:::addr
classDef entropy stroke:#fe8019,stroke-width:2px,color:#fe8019
classDef mnemonic stroke:#d79921,stroke-width:2px,color:#d79921
classDef master stroke:#98971a,stroke-width:2px,color:#98971a
classDef deriv stroke:#458588,stroke-width:2px,color:#83a598
classDef addr stroke:#b16286,stroke-width:2px,color:#d3869b
</pre>
<figcaption>Seed → Master Key → Derivation Path → Adresse</figcaption>
</figure>
<script type="module">
if (!window.__mermaidLoaded) {
window.__mermaidLoaded = true;
const s = document.createElement('script');
s.src = 'https://cdn.jsdelivr.net/npm/mermaid@11/dist/mermaid.min.js';
s.onload = () => mermaid.initialize({
startOnLoad: true,
flowchart: { useMaxWidth: true },
theme: 'base',
themeVariables: {
darkMode: true,
background: '#1d2021',
primaryColor: '#3c3836',
primaryTextColor: '#fbf1c7',
primaryBorderColor: '#fe8019',
lineColor: '#bdae93',
secondaryColor: '#282828',
secondaryTextColor: '#fbf1c7',
tertiaryColor: '#1d2021',
tertiaryTextColor: '#fbf1c7',
noteBkgColor: '#1d2021',
noteTextColor: '#bdae93',
noteBorderColor: '#504945',
edgeLabelBackground: '#282828',
clusterBkg: '#1d2021',
clusterBorder: '#504945',
nodeBorder: '#fe8019',
mainBkg: '#3c3836',
textColor: '#fbf1c7',
labelTextColor: '#fbf1c7',
fontSize: '18px',
fontFamily: 'Hack, Fira Code, monospace'
}
});
document.head.appendChild(s);
}
</script>
<p>Die Stufen im Überblick:</p>
<ol>
<li><strong>Entropie</strong> — 128 oder 256 Bit reiner Zufall aus einer kryptographisch sicheren Quelle</li>
<li><strong>Mnemonic (Seed Phrase)</strong> — die Entropie als 12 oder 24 merkbare Wörter (BIP39)</li>
<li><strong>Seed</strong> — aus Mnemonic + optionaler Passphrase wird per PBKDF2 ein 512-Bit-Seed erzeugt</li>
<li><strong>Master Key</strong> — HMAC-SHA512 erzeugt aus dem Seed den Master Private Key und den Chain Code</li>
<li><strong>Abgeleitete Schlüssel</strong> — über den Derivation Path (z.B. <code>m/84'/0'/0'/0/0</code>) werden Kind-Schlüssel erzeugt</li>
<li><strong>Public Key</strong> — aus dem Private Key wird per elliptischer Kurvenmultiplikation (secp256k1) der öffentliche Schlüssel berechnet</li>
<li><strong>Adresse</strong> — der Public Key wird gehasht und codiert — das Ergebnis ist deine Bitcoin-Adresse</li>
</ol>
<p>Jede Stufe ist mathematisch unumkehrbar. Wer deine Adresse kennt, kann daraus weder deinen Public Key noch deinen Private Key ableiten. Wer deinen Public Key kennt, kann daraus nicht deinen Private Key berechnen. Wer deinen Seed kennt, kontrolliert alles.</p>
<h2 id="bip39-wie-entropie-zur-seed-phrase-wird">BIP39: Wie Entropie zur Seed Phrase wird</h2>
<p>BIP39 definiert ein Verfahren, das zufällige Bits in eine geordnete Folge englischer Wörter umwandelt. Das macht den Seed menschenlesbar und merkbar — ohne Sicherheit zu opfern.</p>
<p><strong>So funktioniert es:</strong></p>
<ol>
<li>Die Wallet erzeugt 128 Bit (für 12 Wörter) oder 256 Bit (für 24 Wörter) Entropie</li>
<li>Ein SHA-256-Hash der Entropie liefert die Checksum (erste 4 bzw. 8 Bit)</li>
<li>Entropie + Checksum werden in Gruppen à 11 Bit aufgeteilt</li>
<li>Jede 11-Bit-Gruppe ergibt einen Index (0–2047) in der BIP39-Wortliste</li>
<li>Die Wörter an diesen Positionen bilden die Seed Phrase</li>
</ol>
<table><thead><tr><th>Wörter</th><th>Entropie</th><th>Checksum</th><th>Sicherheitsniveau</th></tr></thead><tbody>
<tr><td>12</td><td>128 Bit</td><td>4 Bit</td><td>2^128 — genug für Jahrzehnte</td></tr>
<tr><td>24</td><td>256 Bit</td><td>8 Bit</td><td>2^256 — mehr Kombinationen als Atome im Universum</td></tr>
</tbody></table>
<p>Das letzte Wort ist nicht frei wählbar — es enthält die Checksum und dient als Integritätsprüfung. Deshalb kann man nicht einfach 12 beliebige Wörter zusammensetzen.</p>
<h3 id="probiere-es-aus-bip39-prufer">Probiere es aus: BIP39-Prüfer</h3>
<p>Gib eine (Test-)Seed-Phrase ein und sieh, wie Wörter, Indizes und Binärdarstellung zusammenhängen:</p>
<div id="bip39-pruefer" class="btc-tool">
<noscript><p><strong>Dieses Tool benötigt JavaScript und WebAssembly.</strong></p></noscript>
<div class="btc-tool__warning">
<strong>⚠ Sicherheitshinweis</strong>
Gib hier <strong>niemals deine echte Seed Phrase</strong> ein! Dieses Tool dient ausschließlich dem Verständnis von BIP39. Jede echte Seed Phrase gehört auf Papier oder Stahl — niemals in einen Browser.
</div>
<div class="btc-tool__section">
<h3>// Seed Phrase eingeben oder generieren</h3>
<label>Wort-Anzahl</label>
<select id="b39Count">
<option value="12" selected>12 Wörter (128 Bit)</option>
<option value="15">15 Wörter (160 Bit)</option>
<option value="18">18 Wörter (192 Bit)</option>
<option value="21">21 Wörter (224 Bit)</option>
<option value="24">24 Wörter (256 Bit)</option>
</select>
<div id="b39Grid" class="btc-tool__grid"></div>
<div class="btc-tool__row" style="margin-top: 0.8rem;">
<button id="b39Validate" class="btc-tool__btn" type="button">$ validate_mnemonic</button>
</div>
</div>
<div id="b39Result" class="btc-tool__section" style="display:none">
<h3>// Analyse</h3>
<div class="btc-tool__results">
<pre><code>Status: <span id="b39Status">—</span>
Wörter: <span id="b39Words">—</span>
Entropie: <span id="b39Entropy">—</span> Bit
Checksum: <span id="b39Checksum">—</span></code></pre>
</div>
<div id="b39Error" class="btc-tool__msg" style="color: #fb4934;"></div>
</div>
<div id="b39Binary" class="btc-tool__section" style="display:none">
<h3>// Binär-Darstellung</h3>
<div id="b39BinTable" style="font-size: 0.8em; line-height: 1.8; word-break: break-all;"></div>
</div>
<details class="btc-tool__section">
<summary><h3 style="display:inline">// Wie funktioniert BIP39?</h3></summary>
<ol style="font-size: 0.9em; line-height: 1.6; padding-left: 1.2rem;">
<li><strong>Entropie generieren:</strong> Zufällige Bits (128-256 Bit) aus einer kryptographisch sicheren Quelle</li>
<li><strong>Checksum berechnen:</strong> SHA-256 der Entropie, erste N Bits anfügen (N = Entropie/32)</li>
<li><strong>In Wörter aufteilen:</strong> Je 11 Bit = 1 Wort aus der 2048-Wort-Liste (2^11 = 2048)</li>
<li><strong>Reihenfolge zählt:</strong> Jedes Wort hat eine feste Position — die Reihenfolge ist Teil der Sicherheit</li>
</ol>
</details>
</div>
<script type="module">
import init, { validate_mnemonic, search_wordlist } from '/wasm/btc_werkzeugkasten.js';
await init('/wasm/btc_werkzeugkasten_bg.wasm');
const $ = id => document.getElementById(id);
function buildGrid() {
const count = parseInt($('b39Count').value);
const grid = $('b39Grid');
grid.innerHTML = '';
for (let i = 0; i < count; i++) {
const wrap = document.createElement('div');
wrap.className = 'btc-tool__autocomplete';
const input = document.createElement('input');
input.type = 'text';
input.placeholder = `${i + 1}.`;
input.dataset.idx = i;
input.autocomplete = 'off';
input.spellcheck = false;
const suggest = document.createElement('div');
suggest.className = 'btc-tool__suggestions';
suggest.style.display = 'none';
wrap.appendChild(input);
wrap.appendChild(suggest);
grid.appendChild(wrap);
input.addEventListener('input', () => {
const val = input.value.trim().toLowerCase();
if (val.length < 1) { suggest.style.display = 'none'; return; }
const r = JSON.parse(search_wordlist(val));
if (r.matches.length === 0 || (r.matches.length === 1 && r.matches[0] === val)) {
suggest.style.display = 'none';
input.className = r.matches.includes(val) ? 'valid' : (val.length > 1 ? 'invalid' : '');
return;
}
suggest.innerHTML = '';
suggest.style.display = '';
r.matches.forEach(w => {
const d = document.createElement('div');
d.textContent = w;
d.addEventListener('mousedown', e => {
e.preventDefault();
input.value = w;
input.className = 'valid';
suggest.style.display = 'none';
// Focus next input
const next = grid.querySelectorAll('input')[i + 1];
if (next) next.focus();
});
suggest.appendChild(d);
});
});
input.addEventListener('blur', () => {
setTimeout(() => { suggest.style.display = 'none'; }, 150);
});
input.addEventListener('keydown', e => {
if (e.key === 'Tab' || e.key === 'Enter') {
const items = suggest.querySelectorAll('div');
if (items.length > 0 && suggest.style.display !== 'none') {
e.preventDefault();
input.value = items[0].textContent;
input.className = 'valid';
suggest.style.display = 'none';
const next = grid.querySelectorAll('input')[i + 1];
if (next) next.focus();
}
}
});
}
}
function validate() {
const inputs = $('b39Grid').querySelectorAll('input');
const words = Array.from(inputs).map(i => i.value.trim().toLowerCase()).filter(w => w);
const phrase = words.join(' ');
if (!phrase) {
$('b39Result').style.display = 'none';
$('b39Binary').style.display = 'none';
return;
}
const r = JSON.parse(validate_mnemonic(phrase));
$('b39Result').style.display = '';
if (r.valid) {
$('b39Status').innerHTML = '<span style="color:#98971a">✓ Gültige Seed Phrase</span>';
} else {
$('b39Status').innerHTML = '<span style="color:#fb4934">✗ Ungültig</span>';
}
$('b39Words').textContent = `${r.word_count} / ${$('b39Count').value}`;
$('b39Entropy').textContent = r.entropy_bits || '—';
$('b39Checksum').textContent = r.checksum_valid ? '✓ korrekt' : '✗ ungültig';
$('b39Error').textContent = r.error;
// Color inputs
r.words.forEach((w, i) => {
if (inputs[i]) {
inputs[i].className = w.valid ? 'valid' : 'invalid';
}
});
// Binary representation
if (r.words.some(w => w.valid)) {
$('b39Binary').style.display = '';
let html = '<table class="btc-tool__table"><tr><th>#</th><th>Wort</th><th>Index</th><th>Binär (11 Bit)</th></tr>';
r.words.forEach((w, i) => {
const color = w.valid ? 'inherit' : '#fb4934';
html += `<tr style="color:${color}"><td>${i + 1}</td><td>${w.word}</td><td>${w.valid ? w.index : '—'}</td><td><code>${w.binary || '—'}</code></td></tr>`;
});
html += '</table>';
$('b39BinTable').innerHTML = html;
} else {
$('b39Binary').style.display = 'none';
}
}
$('b39Count').addEventListener('change', buildGrid);
$('b39Validate').addEventListener('click', validate);
buildGrid();
</script>
<h2 id="entropie-warum-der-zufall-uber-alles-entscheidet">Entropie: Warum der Zufall über alles entscheidet</h2>
<p>Die gesamte Sicherheit von Bitcoin hängt an einem einzigen Punkt: der Qualität der Entropie bei der Schlüsselerzeugung. 256 Bit echten Zufalls sind nicht erratbar — nicht von allen Computern der Welt, nicht in Milliarden von Jahren. Aber schlechter Zufall ist sofort knackbar.</p>
<p><strong>Typische Fehler:</strong></p>
<ul>
<li><strong>Eigene Wörter ausdenken</strong> — das menschliche Gehirn ist kein Zufallsgenerator</li>
<li><strong>Timestamps als Seed</strong> — nur ~30 Bit Entropie statt 256</li>
<li><strong>Muster oder Zähler</strong> — sofort durchprobierbar</li>
<li><strong>Fehlerhafte Software</strong> — einige Wallets hatten RNG-Bugs, die zu Diebstahl führten</li>
</ul>
<p>Gute Entropie sieht aus wie Rauschen. Schlechte Entropie hat erkennbare Muster. Der Unterschied ist hier sichtbar:</p>
<details class="btc-tool--compact"><summary>Entropie-Visualisierung</summary>
<div id="entropie-vis" class="btc-tool">
<noscript><p><strong>Dieses Tool benötigt JavaScript und WebAssembly.</strong></p></noscript>
<div class="btc-tool__section">
<h3>// Eigene Entropie erzeugen</h3>
<label for="evInput">Text eingeben (wird mit SHA-256 gehasht)</label>
<input type="text" id="evInput" placeholder="Tippe irgendwas…" spellcheck="false" autocomplete="off" value="Bitcoin ist Freiheit">
<div style="display: flex; gap: 1rem; margin-top: 0.8rem;">
<div style="flex: 1; text-align: center;">
<p style="font-size: 0.85em; opacity: 0.7; margin-bottom: 0.3rem;">Dein Input → SHA-256</p>
<div id="evBitmapUser" class="btc-tool__bitmap"></div>
</div>
</div>
<div class="btc-tool__results" style="margin-top: 0.5rem;">
<pre><code>Einsen: <span id="evOnes">—</span> / 256
Nullen: <span id="evZeros">—</span> / 256
Ratio: <span id="evRatio">—</span></code></pre>
</div>
</div>
<div class="btc-tool__section">
<h3>// Schwache vs. Starke Entropie</h3>
<div style="display: flex; gap: 2rem; flex-wrap: wrap;">
<div style="flex: 1; min-width: 140px; text-align: center;">
<p style="font-size: 0.85em; color: #fb4934; margin-bottom: 0.3rem;">Schwach (Zähler)</p>
<div id="evBitmapWeak" class="btc-tool__bitmap"></div>
<p style="font-size: 0.75em; opacity: 0.6;">Erkennbares Muster — vorhersagbar!</p>
</div>
<div style="flex: 1; min-width: 140px; text-align: center;">
<p style="font-size: 0.85em; color: #98971a; margin-bottom: 0.3rem;">Stark (CSPRNG)</p>
<div id="evBitmapStrong" class="btc-tool__bitmap"></div>
<p style="font-size: 0.75em; opacity: 0.6;">Visuelles Rauschen — nicht vorhersagbar</p>
</div>
</div>
<button id="evRefresh" class="btc-tool__btn--secondary" type="button" style="margin-top: 0.8rem;">Neue starke Entropie generieren</button>
</div>
<div class="btc-tool__section">
<h3>// Wie groß ist 2^256?</h3>
<div id="evComparison" style="font-size: 0.85em; line-height: 1.8;"></div>
</div>
<details class="btc-tool__section">
<summary><h3 style="display:inline">// Warum ist Entropie lebenswichtig?</h3></summary>
<div style="font-size: 0.9em; line-height: 1.6;">
<ul>
<li>Ein Bitcoin Private Key ist eine <strong>256 Bit</strong> Zufallszahl</li>
<li>Schlechter Zufall = vorhersagbarer Key = <strong>Bitcoin gestohlen</strong></li>
<li>Guter Zufall (CSPRNG) = selbst mit allen Computern der Welt nicht erratbar</li>
<li>Deshalb: <strong>Niemals</strong> selbst Zufallszahlen erfinden — immer die Wallet-Software den Zufall generieren lassen</li>
</ul>
</div>
</details>
</div>
<script type="module">
import init, { entropy_from_text, weak_entropy_counter, strong_entropy, entropy_comparison } from '/wasm/btc_werkzeugkasten.js';
await init('/wasm/btc_werkzeugkasten_bg.wasm');
const $ = id => document.getElementById(id);
let strongSeed = 0;
function renderBitmap(containerId, bits) {
const el = $(containerId);
el.innerHTML = '';
bits.forEach(bit => {
const cell = document.createElement('div');
cell.className = 'btc-tool__bitmap-cell';
cell.style.background = bit ? '#ebdbb2' : '#1d2021';
el.appendChild(cell);
});
}
function updateUser() {
const text = $('evInput').value || ' ';
const r = JSON.parse(entropy_from_text(text));
renderBitmap('evBitmapUser', r.bits);
$('evOnes').textContent = r.ones_count;
$('evZeros').textContent = r.zeros_count;
$('evRatio').textContent = (r.ratio * 100).toFixed(1) + '% Einsen (ideal: 50%)';
}
function updateWeak() {
const r = JSON.parse(weak_entropy_counter(42, 256));
renderBitmap('evBitmapWeak', r.bits);
}
function updateStrong() {
strongSeed++;
const seed = 'csprng_simulation_' + strongSeed + '_' + Date.now();
const r = JSON.parse(strong_entropy(seed));
renderBitmap('evBitmapStrong', r.bits);
}
function showComparison() {
const c = JSON.parse(entropy_comparison());
let html = '<table class="btc-tool__table">';
html += `<tr><td style="color:#d79921">2^256 mögliche Keys</td><td>${c.bits_256}</td></tr>`;
html += `<tr><td>Atome im Universum</td><td>${c.atoms_universe}</td></tr>`;
html += `<tr><td>Atome auf der Erde</td><td>${c.atoms_earth}</td></tr>`;
html += `<tr><td>Sandkörner auf der Erde</td><td>${c.grains_of_sand}</td></tr>`;
html += `<tr><td>Sekunden seit dem Urknall</td><td>${c.seconds_universe}</td></tr>`;
html += '</table>';
html += `<p style="margin-top: 0.5rem;"><strong>${c.comparison}</strong></p>`;
$('evComparison').innerHTML = html;
}
$('evInput').addEventListener('input', updateUser);
$('evRefresh').addEventListener('click', updateStrong);
updateUser();
updateWeak();
updateStrong();
showComparison();
</script>
</details>
<h2 id="adresstypen-von-legacy-bis-taproot">Adresstypen: Von Legacy bis Taproot</h2>
<p>Nicht jede Bitcoin-Adresse ist gleich aufgebaut. Im Laufe der Jahre wurden neue Formate eingeführt, die effizienter, günstiger und privater sind.</p>
<h3 id="p2pkh-legacy-1">P2PKH — Legacy (1…)</h3>
<p>Das Originalformat seit 2009. Eine Adresse, die mit <code>1</code> beginnt, nutzt <strong>Pay-to-Public-Key-Hash</strong>: Der Public Key wird mit SHA-256 und RIPEMD-160 gehasht, dann Base58Check-kodiert. Funktioniert überall, ist aber am teuersten in der Nutzung.</p>
<h3 id="p2sh-wrapped-segwit-3">P2SH — Wrapped SegWit (3…)</h3>
<p>Eingeführt 2012 mit BIP16. Adressen beginnen mit <code>3</code> und können beliebige Scripts verpacken. Häufig als Brücke zu SegWit genutzt (P2SH-P2WPKH): SegWit-Vorteile bei Kompatibilität mit älteren Wallets.</p>
<h3 id="p2wpkh-native-segwit-bc1q">P2WPKH — Native SegWit (bc1q…)</h3>
<p>Seit 2017 (BIP141/BIP84). Bech32-Kodierung statt Base58, Kleinbuchstaben, eingebaute Fehlererkennung. Spart ca. 38% Transaktionsgebühren gegenüber Legacy.</p>
<h3 id="p2tr-taproot-bc1p">P2TR — Taproot (bc1p…)</h3>
<p>Das modernste Format seit November 2021 (BIP341). Nutzt Schnorr-Signaturen statt ECDSA. Entscheidender Vorteil: <strong>Einfache und komplexe Ausgabebedingungen sehen auf der Blockchain identisch aus.</strong> Das ist ein massiver Gewinn für die Privatsphäre.</p>
<table><thead><tr><th>Präfix</th><th>Typ</th><th>Effizienz</th><th>Privatsphäre</th><th>Seit</th></tr></thead><tbody>
<tr><td>1…</td><td>P2PKH (Legacy)</td><td>★☆☆☆</td><td>gering</td><td>2009</td></tr>
<tr><td>3…</td><td>P2SH (Wrapped SegWit)</td><td>★★☆☆</td><td>gering</td><td>2012</td></tr>
<tr><td>bc1q…</td><td>P2WPKH (Native SegWit)</td><td>★★★☆</td><td>mittel</td><td>2017</td></tr>
<tr><td>bc1p…</td><td>P2TR (Taproot)</td><td>★★★★</td><td>hoch</td><td>2021</td></tr>
</tbody></table>
<h3 id="adresse-analysieren">Adresse analysieren</h3>
<p>Paste eine beliebige Bitcoin-Adresse und erfahre sofort, welcher Typ dahinter steckt:</p>
<div id="adress-decoder" class="btc-tool">
<noscript><p><strong>Dieses Tool benötigt JavaScript und WebAssembly.</strong></p></noscript>
<div class="btc-tool__learn-notice">
<strong>Lern-Werkzeug</strong>
Dieses Tool arbeitet mit Beispieldaten und dient dem Verständnis. Nutze es nicht mit echten Adressen, auf denen sich Bitcoin befinden.
</div>
<div class="btc-tool__section">
<h3>// Adress-Decoder</h3>
<label for="adAddr">Bitcoin-Adresse einfügen</label>
<input type="text" id="adAddr" placeholder="1…, 3…, bc1q…, bc1p…" spellcheck="false" autocomplete="off">
<p id="adError" class="btc-tool__msg" style="color: #fb4934;"></p>
</div>
<div id="adResult" class="btc-tool__section" style="display:none">
<h3>// Analyse</h3>
<table class="btc-tool__table">
<tr><th>Adresstyp</th><td id="adType">—</td></tr>
<tr><th>Netzwerk</th><td id="adNet">—</td></tr>
<tr><th>Encoding</th><td id="adEnc">—</td></tr>
<tr><th>Script-Typ</th><td id="adScript">—</td></tr>
<tr><th>Effizienz</th><td id="adEff">—</td></tr>
<tr><th>Daten (Hex)</th><td id="adHex" style="word-break:break-all; font-size:0.8em">—</td></tr>
</table>
<div id="adExplain" class="btc-tool__info"></div>
<div id="adPrivacy" class="btc-tool__info" style="border-left-color: #98971a;"></div>
</div>
<details class="btc-tool__section">
<summary><h3 style="display:inline">// Adresstypen im Vergleich</h3></summary>
<table class="btc-tool__table">
<tr><th>Präfix</th><th>Typ</th><th>Effizienz</th><th>Seit</th></tr>
<tr><td>1…</td><td>P2PKH (Legacy)</td><td>★☆☆☆</td><td>2009</td></tr>
<tr><td>3…</td><td>P2SH (Wrapped SegWit)</td><td>★★☆☆</td><td>2012</td></tr>
<tr><td>bc1q…</td><td>P2WPKH (Native SegWit)</td><td>★★★☆</td><td>2017</td></tr>
<tr><td>bc1p…</td><td>P2TR (Taproot)</td><td>★★★★</td><td>2021</td></tr>
</table>
</details>
</div>
<script type="module">
import init, { decode_address } from '/wasm/btc_werkzeugkasten.js';
await init('/wasm/btc_werkzeugkasten_bg.wasm');
const $ = id => document.getElementById(id);
let timer;
function decode() {
const addr = $('adAddr').value.trim();
if (!addr) {
$('adResult').style.display = 'none';
$('adError').textContent = '';
return;
}
const r = JSON.parse(decode_address(addr));
if (!r.valid) {
$('adError').textContent = r.error;
$('adResult').style.display = 'none';
return;
}
$('adError').textContent = '';
$('adResult').style.display = '';
$('adType').textContent = r.address_type;
$('adNet').textContent = r.network;
$('adEnc').textContent = r.encoding;
$('adScript').textContent = r.script_type;
const stars = '★'.repeat(r.efficiency_rank) + '☆'.repeat(4 - r.efficiency_rank);
$('adEff').textContent = `${stars} ${r.efficiency_label}`;
$('adHex').textContent = r.data_hex || '—';
$('adExplain').textContent = r.explanation;
$('adPrivacy').textContent = r.privacy_note;
}
$('adAddr').addEventListener('input', () => { clearTimeout(timer); timer = setTimeout(decode, 200); });
</script>
<div class="lern-probiere">
<div class="lern-probiere__header">
<span class="lern-probiere__icon">⚡</span>
<strong>Probiere es aus</strong>
</div>
<div class="lern-probiere__body">
<p>Paste nacheinander eine Legacy-Adresse (1…), eine SegWit-Adresse (bc1q…) und eine Taproot-Adresse (bc1p…) in den Decoder. Vergleiche die Effizienz-Bewertungen — der Unterschied bei den Transaktionsgebühren ist erheblich.</p>
</div>
</div>
<h2 id="warum-taproot-die-beste-wahl-ist">Warum Taproot die beste Wahl ist</h2>
<p>Taproot (bc1p) vereint drei Vorteile, die kein anderes Format bietet:</p>
<p><strong>1. Gebühren-Effizienz</strong> — Schnorr-Signaturen sind kleiner als ECDSA. Weniger Bytes pro Transaktion bedeuten niedrigere Gebühren. Besonders bei steigenden Gebühren macht sich das bemerkbar.</p>
<p><strong>2. Privatsphäre</strong> — Bei Taproot sieht eine einfache Zahlung genauso aus wie eine Multisig-Transaktion oder ein komplexes Script. Ein Beobachter kann nicht unterscheiden, ob hinter einer Adresse eine Person oder ein 3-von-5-Multisig steckt.</p>
<p><strong>3. Zukunftssicherheit</strong> — Taproot ist die Grundlage für kommende Protokollverbesserungen. Wer heute Taproot nutzt, ist vorbereitet.</p>
<p>Wenn deine Wallet die Wahl lässt: <strong>bc1p ist die richtige Entscheidung für neue Adressen.</strong></p>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Taproot (bc1p) ist die beste Wahl für neue Adressen: kleinste Transaktionsgrößen, niedrigste Gebühren und die beste Privatsphäre — weil einfache Zahlungen und komplexe Multisig-Konstrukte auf der Blockchain identisch aussehen.</p>
</div>
</div>
<h2 id="derivation-paths-wo-deine-schlussel-leben">Derivation Paths: Wo deine Schlüssel leben</h2>
<p>Ein HD-Wallet (Hierarchical Deterministic, BIP32) leitet aus einem einzigen Seed beliebig viele Schlüsselpaare ab. Der <strong>Derivation Path</strong> bestimmt, welcher Schlüssel wo sitzt:</p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="plain"><span class="giallo-l"><span>m / purpose' / coin_type' / account' / change / index</span></span></code></pre>
<ul>
<li><code>m</code> — Master Key</li>
<li><code>purpose'</code> — 44 (Legacy), 49 (Wrapped SegWit), 84 (Native SegWit), 86 (Taproot)</li>
<li><code>coin_type'</code> — 0 für Bitcoin, 1 für Testnet</li>
<li><code>account'</code> — Konto-Nummer (ab 0)</li>
<li><code>change</code> — 0 für Empfangsadressen, 1 für Wechselgeld</li>
<li><code>index</code> — fortlaufende Nummer der Adresse</li>
</ul>
<p>Beispiel: <code>m/84'/0'/0'/0/0</code> ist die erste Empfangsadresse des ersten Kontos im Native-SegWit-Format. Der Apostroph (<code>'</code>) markiert gehärtete Ableitung — ein zusätzlicher Sicherheitsmechanismus.</p>
<p>Das Elegante: <strong>Aus einem Seed können alle vier Adressformate gleichzeitig abgeleitet werden.</strong> Dein Seed ist universal — der Derivation Path bestimmt das Format.</p>
<hr />
<h2 id="weiterfuhrend">Weiterführend</h2>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/praxis/wallets-erklaert/">Wallets erklärt</a> — wie Wallets Schlüssel verwalten und Adressen erzeugen</li>
<li><a href="https://bitcoin-durchgespielt.com/praxis/seeds-sicher-verwahren/">Seeds sicher verwahren</a> — Backup-Strategien für deine Seed Phrase</li>
<li><a href="https://bitcoin-durchgespielt.com/cypherpunk/pgp-kryptographie-fuer-alle/">PGP & Kryptographie für alle</a> — die Kryptographie dahinter allgemein erklärt</li>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/grundlagen-bitcoin-privatsphaere/">Grundlagen der Bitcoin-Privatsphäre</a> — warum Adresstypen für Privatsphäre relevant sind</li>
<li><a href="/werkzeuge/entropie/">Entropie-Visualisierung</a> — 256 Bit Zufall sichtbar machen</li>
<li><a href="/werkzeuge/bip39-pruefer/">BIP39 Seed-Prüfer</a> — Seed Phrases validieren und verstehen</li>
</ul>
<p>Zurück zur Übersicht: <a href="https://bitcoin-durchgespielt.com/technik/">Technik</a></p>
Transaktionen Byte für Byte2025-09-04T00:00:00+00:002025-09-04T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/technik/transaktionen-byte-fuer-byte/<p>Wenn du Bitcoin sendest, erstellst du kein “ich überweise X an Y”. Du konstruierst ein kryptographisch signiertes Datenpaket, das <strong>beweist</strong>, dass du bestimmte Bitcoin ausgeben darfst, und <strong>festlegt</strong>, unter welchen Bedingungen der Empfänger sie weitergeben kann. Jede Transaktion ist eine Kette aus Beweisen — und hier zerlegen wir sie Byte für Byte.</p>
<h2 id="das-utxo-modell-bitcoin-hat-keine-konten">Das UTXO-Modell: Bitcoin hat keine Konten</h2>
<p>Der fundamentale Unterschied zu Bankkonten: Bitcoin kennt keine Salden. Es gibt kein Konto mit “0,5 BTC”. Stattdessen existieren <strong>Unspent Transaction Outputs (UTXOs)</strong> — vergleichbar mit Münzen in einem Portemonnaie.</p>
<p>Jeder UTXO hat:</p>
<ul>
<li>einen <strong>Betrag</strong> (in Satoshi)</li>
<li>ein <strong>Locking Script</strong> (die Bedingung, die erfüllt werden muss, um ihn auszugeben)</li>
<li>eine <strong>Herkunft</strong> (welche Transaktion ihn erzeugt hat)</li>
</ul>
<p>Wenn du “0,5 BTC hast”, bedeutet das: Es gibt einen oder mehrere UTXOs auf der Timechain, die nur <strong>du</strong> mit deinem privaten Schlüssel entsperren kannst.</p>
<figure class="mermaid-diagram">
<pre class="mermaid">
graph LR
I1["UTXO #1\n0.5 BTC"]:::input --> TX{"Transaktion\nSignatur beweist\nBesitzrecht"}:::tx
I2["UTXO #2\n0.3 BTC"]:::input --> TX
TX --> O1["Empfänger\n0.7 BTC"]:::output
TX --> O2["Wechselgeld\n0.0999 BTC"]:::output
TX -.-> FEE["Gebühr\n0.0001 BTC"]:::fee
classDef input stroke:#d79921,stroke-width:2px,color:#d79921
classDef tx stroke:#fe8019,stroke-width:3px,color:#fe8019
classDef output stroke:#98971a,stroke-width:2px,color:#98971a
classDef fee stroke:#cc241d,stroke-width:1px,color:#fb4934,stroke-dasharray: 5 5
</pre>
<figcaption>Inputs → Transaktion → Outputs + Wechselgeld</figcaption>
</figure>
<script type="module">
if (!window.__mermaidLoaded) {
window.__mermaidLoaded = true;
const s = document.createElement('script');
s.src = 'https://cdn.jsdelivr.net/npm/mermaid@11/dist/mermaid.min.js';
s.onload = () => mermaid.initialize({
startOnLoad: true,
flowchart: { useMaxWidth: true },
theme: 'base',
themeVariables: {
darkMode: true,
background: '#1d2021',
primaryColor: '#3c3836',
primaryTextColor: '#fbf1c7',
primaryBorderColor: '#fe8019',
lineColor: '#bdae93',
secondaryColor: '#282828',
secondaryTextColor: '#fbf1c7',
tertiaryColor: '#1d2021',
tertiaryTextColor: '#fbf1c7',
noteBkgColor: '#1d2021',
noteTextColor: '#bdae93',
noteBorderColor: '#504945',
edgeLabelBackground: '#282828',
clusterBkg: '#1d2021',
clusterBorder: '#504945',
nodeBorder: '#fe8019',
mainBkg: '#3c3836',
textColor: '#fbf1c7',
labelTextColor: '#fbf1c7',
fontSize: '18px',
fontFamily: 'Hack, Fira Code, monospace'
}
});
document.head.appendChild(s);
}
</script>
<h3 id="warum-utxos">Warum UTXOs?</h3>
<ul>
<li><strong>Keine doppelten Ausgaben:</strong> Jeder UTXO kann exakt einmal ausgegeben werden — dann existiert er nicht mehr</li>
<li><strong>Parallelisierbar:</strong> Nodes können verschiedene UTXOs unabhängig voneinander verifizieren</li>
<li><strong>Überprüfbar:</strong> Der UTXO-Satz ist der vollständige Zustand des Netzwerks — und jeder Full Node kennt ihn</li>
</ul>
<h2 id="anatomie-einer-transaktion">Anatomie einer Transaktion</h2>
<p>Eine Bitcoin-Transaktion ist eine Folge von Bytes mit fester Struktur:</p>
<table><thead><tr><th>Feld</th><th>Bytes</th><th>Beschreibung</th></tr></thead><tbody>
<tr><td><strong>Version</strong></td><td>4</td><td>Transaktionsformat (1 oder 2)</td></tr>
<tr><td><strong>Marker + Flag</strong></td><td>2</td><td><code>0x0001</code> bei SegWit-TXs (signalisiert Witness-Daten)</td></tr>
<tr><td><strong>Input Count</strong></td><td>1–9</td><td>Anzahl der Inputs (VarInt)</td></tr>
<tr><td><strong>Inputs</strong></td><td>variabel</td><td>Je Input: TxID (32) + Index (4) + ScriptSig + Sequence (4)</td></tr>
<tr><td><strong>Output Count</strong></td><td>1–9</td><td>Anzahl der Outputs (VarInt)</td></tr>
<tr><td><strong>Outputs</strong></td><td>variabel</td><td>Je Output: Betrag (8) + ScriptPubKey</td></tr>
<tr><td><strong>Witness</strong></td><td>variabel</td><td>Signaturen und Public Keys (nur bei SegWit)</td></tr>
<tr><td><strong>Locktime</strong></td><td>4</td><td>Frühester Zeitpunkt der Gültigkeit</td></tr>
</tbody></table>
<h3 id="zerlege-eine-transaktion-selbst">Zerlege eine Transaktion selbst</h3>
<div id="tx-anatomie" class="btc-tool">
<noscript><p><strong>Dieses Tool benötigt JavaScript und WebAssembly.</strong></p></noscript>
<div class="btc-tool__learn-notice">
<strong>Lern-Werkzeug</strong>
Dieses Tool arbeitet mit Beispieldaten und dient dem Verständnis. Nutze es nicht mit echten Transaktionen, die auf deine Identität zurückführbar sind.
</div>
<div class="btc-tool__section">
<h3>// Transaktion als Hex</h3>
<label for="txExample">Beispiel laden</label>
<select id="txExample">
<option value="">— Beispiel wählen —</option>
</select>
<label for="txHex">Raw Transaction Hex</label>
<textarea id="txHex" rows="4" placeholder="Hex-Blob der Transaktion einfügen…" spellcheck="false" style="resize: vertical; font-size: 0.8em;"></textarea>
<button id="txParse" class="btc-tool__btn" type="button">$ parse_transaction</button>
</div>
<div id="txResult" class="btc-tool__section" style="display:none">
<h3>// Übersicht</h3>
<div class="btc-tool__results">
<pre><code>Version: <span id="txVersion">—</span>
Inputs: <span id="txInputs">—</span>
Outputs: <span id="txOutputs">—</span>
SegWit: <span id="txWitness">—</span>
Locktime: <span id="txLock">—</span>
Größe: <span id="txSize">—</span> Bytes</code></pre>
</div>
</div>
<div id="txHexVis" class="btc-tool__section" style="display:none">
<h3>// Hex-Aufschlüsselung</h3>
<p style="font-size: 0.8em; opacity: 0.7; margin-bottom: 0.5rem;">Fahre mit der Maus über die farbigen Segmente für Details.</p>
<div id="txHexMap" class="btc-tool__hex-container"></div>
</div>
<div id="txSegments" class="btc-tool__section" style="display:none">
<h3>// Segment-Details</h3>
<div id="txSegTable"></div>
</div>
<div id="txError" class="btc-tool__section" style="display:none">
<p id="txErrorMsg" class="btc-tool__msg" style="color: #fb4934;"></p>
</div>
<details class="btc-tool__section">
<summary><h3 style="display:inline">// Aufbau einer Bitcoin-Transaktion</h3></summary>
<div style="font-size: 0.9em; line-height: 1.6;">
<table class="btc-tool__table">
<tr><th>Farbe</th><th>Feld</th><th>Beschreibung</th></tr>
<tr><td style="color:#458588">■</td><td>Version</td><td>Transaktionsformat (1 oder 2)</td></tr>
<tr><td style="color:#b16286">■</td><td>SegWit-Marker</td><td>0x0001 wenn Witness-Daten vorhanden</td></tr>
<tr><td style="color:#98971a">■</td><td>Anzahl</td><td>Input- und Output-Zähler</td></tr>
<tr><td style="color:#d79921">■</td><td>Inputs</td><td>Referenzen auf vorherige Outputs (UTXOs)</td></tr>
<tr><td style="color:#d65d0e">■</td><td>Outputs</td><td>Neue UTXOs (Betrag + Locking Script)</td></tr>
<tr><td style="color:#b16286">■</td><td>Witness</td><td>Signaturen (nur bei SegWit)</td></tr>
<tr><td style="color:#cc241d">■</td><td>Locktime</td><td>Frühester Gültigkeitszeitpunkt</td></tr>
</table>
</div>
</details>
</div>
<script type="module">
import init, { parse_transaction, get_example_transactions } from '/wasm/btc_werkzeugkasten.js';
await init('/wasm/btc_werkzeugkasten_bg.wasm');
const $ = id => document.getElementById(id);
// Load examples
const examples = JSON.parse(get_example_transactions());
examples.forEach(ex => {
const opt = document.createElement('option');
opt.value = ex.hex;
opt.textContent = `${ex.name} — ${ex.description}`;
$('txExample').appendChild(opt);
});
$('txExample').addEventListener('change', () => {
if ($('txExample').value) {
$('txHex').value = $('txExample').value;
parse();
}
});
$('txParse').addEventListener('click', parse);
$('txHex').addEventListener('keydown', e => {
if (e.key === 'Enter' && e.ctrlKey) { e.preventDefault(); parse(); }
});
function parse() {
const hex = $('txHex').value.trim().replace(/\s/g, '');
if (!hex) return;
const r = JSON.parse(parse_transaction(hex));
if (!r.valid) {
$('txResult').style.display = 'none';
$('txHexVis').style.display = 'none';
$('txSegments').style.display = 'none';
$('txError').style.display = '';
$('txErrorMsg').textContent = r.error;
return;
}
$('txError').style.display = 'none';
$('txResult').style.display = '';
$('txVersion').textContent = r.version;
$('txInputs').textContent = r.input_count;
$('txOutputs').textContent = r.output_count;
$('txWitness').textContent = r.has_witness ? 'Ja (SegWit)' : 'Nein (Legacy)';
$('txLock').textContent = r.locktime;
$('txSize').textContent = r.total_bytes;
// Hex visualization with colored segments
$('txHexVis').style.display = '';
let hexMap = '';
let lastEnd = 0;
r.segments.forEach((seg, i) => {
// Fill gap if any
if (seg.offset > lastEnd) {
const gap = hex.substring(lastEnd * 2, seg.offset * 2);
hexMap += `<span style="opacity: 0.3">${gap}</span>`;
}
const segHex = hex.substring(seg.offset * 2, (seg.offset + seg.length) * 2);
hexMap += `<span class="btc-tool__hex-segment" style="background:${seg.color}22; color:${seg.color}; border-bottom: 2px solid ${seg.color};" data-idx="${i}" title="${seg.label}: ${seg.value}">${segHex}</span>`;
lastEnd = seg.offset + seg.length;
});
$('txHexMap').innerHTML = hexMap;
// Segment table
$('txSegments').style.display = '';
let table = '<table class="btc-tool__table"><tr><th>Segment</th><th>Wert</th><th>Beschreibung</th></tr>';
r.segments.forEach(seg => {
table += `<tr>
<td style="color:${seg.color}; white-space:nowrap;">${seg.label}</td>
<td style="font-size:0.85em;">${seg.value}</td>
<td style="font-size:0.82em; opacity:0.85;">${seg.description}</td>
</tr>`;
});
table += '</table>';
$('txSegTable').innerHTML = table;
// Hover: highlight segment
document.querySelectorAll('.btc-tool__hex-segment').forEach(el => {
el.addEventListener('mouseenter', () => {
const idx = parseInt(el.dataset.idx);
const rows = $('txSegTable').querySelectorAll('tr');
if (rows[idx + 1]) rows[idx + 1].style.background = 'rgba(254,128,25,0.1)';
});
el.addEventListener('mouseleave', () => {
$('txSegTable').querySelectorAll('tr').forEach(r => r.style.background = '');
});
});
}
</script>
<div class="lern-probiere">
<div class="lern-probiere__header">
<span class="lern-probiere__icon">⚡</span>
<strong>Probiere es aus</strong>
</div>
<div class="lern-probiere__body">
<p>Lade ein SegWit-Beispiel und suche den Witness-Bereich: Er steht separat nach den Outputs. Vergleiche die Größe der Witness-Daten mit dem restlichen Transaktionskörper — bei SegWit werden Signaturen ausgelagert und mit 75 % Rabatt gewichtet.</p>
</div>
</div>
<h2 id="inputs-diese-munzen-gebe-ich-aus">Inputs: “Diese Münzen gebe ich aus”</h2>
<p>Jeder Input referenziert einen bestehenden UTXO und beweist die Ausgabeberechtigung:</p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="plain"><span class="giallo-l"><span>Input:</span></span>
<span class="giallo-l"><span>├── Previous TX Hash: 32 Bytes — welche Transaktion?</span></span>
<span class="giallo-l"><span>├── Output Index: 4 Bytes — welcher Output in dieser TX?</span></span>
<span class="giallo-l"><span>├── ScriptSig: variabel — Beweis (bei Legacy-TXs)</span></span>
<span class="giallo-l"><span>└── Sequence: 4 Bytes — für RBF und Locktime</span></span></code></pre>
<p>Die <strong>Previous TX Hash</strong> + <strong>Output Index</strong> identifizieren den UTXO eindeutig. Das ScriptSig (bei Legacy) oder die Witness-Daten (bei SegWit) liefern den <strong>kryptographischen Beweis</strong>, dass der Absender den privaten Schlüssel zum Locking Script des UTXO besitzt.</p>
<h2 id="outputs-diese-neuen-munzen-entstehen">Outputs: “Diese neuen Münzen entstehen”</h2>
<p>Jeder Output erzeugt einen neuen UTXO:</p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="plain"><span class="giallo-l"><span>Output:</span></span>
<span class="giallo-l"><span>├── Amount: 8 Bytes — Betrag in Satoshi (Little Endian)</span></span>
<span class="giallo-l"><span>└── ScriptPubKey: variabel — das Locking Script</span></span></code></pre>
<p>Der <strong>Amount</strong> gibt den Wert in Satoshi an (1 BTC = 100.000.000 Satoshi). Das <strong>ScriptPubKey</strong> definiert die Bedingung, unter der dieser Output später ausgegeben werden darf — typischerweise “wer den passenden Public Key und eine gültige Signatur vorlegt”.</p>
<h3 id="die-gebuhr-was-ubrig-bleibt">Die Gebühr: Was übrig bleibt</h3>
<p>Die Mining-Gebühr wird nirgends explizit angegeben. Sie ergibt sich aus der Differenz:</p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="plain"><span class="giallo-l"><span>Gebühr = Summe aller Input-Beträge − Summe aller Output-Beträge</span></span></code></pre>
<p>Alles was übrig bleibt, geht an den Miner. Deshalb ist <strong>Wechselgeld</strong> essenziell: Wenn du einen 1-BTC-UTXO nutzt, um 0,3 BTC zu senden, musst du dir 0,7 BTC minus Gebühr als <strong>Change Output</strong> zurücksenden — sonst schenkt du dem Miner 0,7 BTC.</p>
<h2 id="bitcoin-script-die-programmiersprache-der-transaktionen">Bitcoin Script: Die Programmiersprache der Transaktionen</h2>
<p>Bitcoin hat eine eigene, minimalistische Stack-basierte Programmiersprache: <strong>Bitcoin Script</strong>. Sie ist absichtlich nicht Turing-vollständig — keine Schleifen, keine unbegrenzten Berechnungen. Das macht sie sicher und vorhersagbar.</p>
<p>Jede Ausgabe eines UTXO ist ein kleines Programm in zwei Teilen:</p>
<ol>
<li><strong>Locking Script (ScriptPubKey)</strong> — im Output: definiert die Bedingung</li>
<li><strong>Unlocking Script (ScriptSig/Witness)</strong> — im Input: liefert den Beweis</li>
</ol>
<p>Beides wird zusammengesetzt und ausgeführt. Wenn der Stack am Ende <code>TRUE</code> ergibt, ist die Transaktion gültig.</p>
<h3 id="die-gangigsten-script-typen">Die gängigsten Script-Typen</h3>
<table><thead><tr><th>Typ</th><th>Adresse beginnt mit</th><th>Script-Muster</th></tr></thead><tbody>
<tr><td><strong>P2PKH</strong></td><td><code>1...</code></td><td><code>OP_DUP OP_HASH160 <hash> OP_EQUALVERIFY OP_CHECKSIG</code></td></tr>
<tr><td><strong>P2SH</strong></td><td><code>3...</code></td><td><code>OP_HASH160 <hash> OP_EQUAL</code></td></tr>
<tr><td><strong>P2WPKH</strong></td><td><code>bc1q...</code></td><td><code>OP_0 <20-byte-hash></code></td></tr>
<tr><td><strong>P2TR</strong></td><td><code>bc1p...</code></td><td><code>OP_1 <32-byte-key></code></td></tr>
</tbody></table>
<p>Von oben nach unten: älter → neuer, größer → kleiner, teurer → günstiger.</p>
<h3 id="dekodiere-ein-script">Dekodiere ein Script</h3>
<div id="skript-decoder" class="btc-tool">
<noscript><p><strong>Dieses Tool benötigt JavaScript und WebAssembly.</strong></p></noscript>
<div class="btc-tool__learn-notice">
<strong>Lern-Werkzeug</strong>
Dieses Tool arbeitet mit Beispieldaten und dient dem Verständnis. Nutze es nicht mit echten Scripts von Transaktionen, die auf deine Identität zurückführbar sind.
</div>
<div class="btc-tool__section">
<h3>// Script-Decoder</h3>
<label for="sdExample">Beispiel laden</label>
<select id="sdExample">
<option value="">— Beispiel wählen —</option>
</select>
<label for="sdHex">Script (Hex)</label>
<textarea id="sdHex" rows="3" placeholder="z.B. 76a914…88ac" spellcheck="false" style="resize: vertical;"></textarea>
<button id="sdDecode" class="btc-tool__btn" type="button">$ decode_script</button>
</div>
<div id="sdResult" class="btc-tool__section" style="display:none">
<h3>// Ergebnis</h3>
<div class="btc-tool__results">
<pre><code>Script-Typ: <span id="sdType">—</span>
Größe: <span id="sdSize">—</span> Bytes</code></pre>
</div>
<div id="sdExplain" class="btc-tool__info"></div>
</div>
<div id="sdOpcodes" class="btc-tool__section" style="display:none">
<h3>// Opcodes</h3>
<div id="sdOpcodeTable"></div>
</div>
<div id="sdError" class="btc-tool__section" style="display:none">
<p id="sdErrorMsg" class="btc-tool__msg" style="color: #fb4934;"></p>
</div>
<details class="btc-tool__section">
<summary><h3 style="display:inline">// Was ist Bitcoin Script?</h3></summary>
<p style="font-size: 0.9em; line-height: 1.6;">Bitcoin Script ist eine einfache, stackbasierte Programmiersprache, die in jeder Transaktion steckt. Sie definiert die <strong>Bedingungen</strong>, unter denen Bitcoin ausgegeben werden kann. Jeder Output enthält ein Script (locking script), das der Empfänger mit einem passenden Input-Script (unlocking script) „lösen" muss.</p>
<p style="font-size: 0.9em; line-height: 1.6;">Die Sprache ist absichtlich <strong>nicht Turing-vollständig</strong> — keine Schleifen, keine Rekursion. Das macht sie vorhersagbar und sicher.</p>
</details>
</div>
<script type="module">
import init, { decode_script, get_example_scripts } from '/wasm/btc_werkzeugkasten.js';
await init('/wasm/btc_werkzeugkasten_bg.wasm');
const $ = id => document.getElementById(id);
// Load examples
const examples = JSON.parse(get_example_scripts());
examples.forEach(ex => {
const opt = document.createElement('option');
opt.value = ex.hex;
opt.textContent = `${ex.name} — ${ex.description}`;
$('sdExample').appendChild(opt);
});
$('sdExample').addEventListener('change', () => {
if ($('sdExample').value) {
$('sdHex').value = $('sdExample').value;
decode();
}
});
function decode() {
const hex = $('sdHex').value.trim();
if (!hex) {
$('sdResult').style.display = 'none';
$('sdOpcodes').style.display = 'none';
$('sdError').style.display = 'none';
return;
}
const r = JSON.parse(decode_script(hex));
if (!r.valid) {
$('sdResult').style.display = 'none';
$('sdOpcodes').style.display = 'none';
$('sdError').style.display = '';
$('sdErrorMsg').textContent = r.error;
return;
}
$('sdError').style.display = 'none';
$('sdResult').style.display = '';
$('sdType').textContent = r.script_type;
$('sdSize').textContent = r.size_bytes;
$('sdExplain').textContent = r.explanation;
// Opcodes table
if (r.opcodes.length > 0) {
$('sdOpcodes').style.display = '';
let html = '<table class="btc-tool__table"><tr><th>Offset</th><th>Hex</th><th>Opcode</th><th>Beschreibung</th></tr>';
r.opcodes.forEach(op => {
const hexDisplay = op.hex.length > 20 ? op.hex.substring(0, 20) + '…' : op.hex;
html += `<tr>
<td>${op.offset}</td>
<td style="font-size:0.8em; word-break:break-all"><code>${hexDisplay}</code></td>
<td><strong>${op.opcode}</strong></td>
<td style="font-size:0.85em">${op.description}</td>
</tr>`;
});
html += '</table>';
$('sdOpcodeTable').innerHTML = html;
} else {
$('sdOpcodes').style.display = 'none';
}
}
$('sdDecode').addEventListener('click', decode);
$('sdHex').addEventListener('keydown', e => {
if (e.key === 'Enter' && !e.shiftKey) { e.preventDefault(); decode(); }
});
</script>
<div class="lern-aufgabe">
<div class="lern-aufgabe__header">
<span class="lern-aufgabe__icon">✍</span>
<strong>Aufgabe</strong>
</div>
<div class="lern-aufgabe__body">
<p>Dekodiere ein P2PKH-Locking-Script: <code>OP_DUP OP_HASH160 <hash> OP_EQUALVERIFY OP_CHECKSIG</code>. Verfolge den Ablauf auf dem Stack Schritt für Schritt — was passiert bei jedem Opcode? Warum braucht es sowohl den Hash-Vergleich als auch die Signaturprüfung?</p>
</div>
</div>
<h2 id="segwit-witness-daten-auslagern">SegWit: Witness-Daten auslagern</h2>
<p><strong>Segregated Witness</strong> (SegWit, aktiviert 2017) war das wichtigste Upgrade seit Bitcoins Start. Die Kernidee: Signaturen und Public Keys — die <strong>Witness-Daten</strong> — werden aus dem traditionellen Transaktionskörper herausgelöst.</p>
<p>Warum das wichtig ist:</p>
<ul>
<li><strong>Transaction Malleability gelöst:</strong> Vor SegWit konnte ein Dritter die Signatur einer unbestätigten TX leicht verändern, ohne sie ungültig zu machen. Das änderte die TxID und brach Systeme wie Lightning. SegWit behebt das, weil die Witness-Daten nicht mehr in die TxID einfließen.</li>
<li><strong>Mehr Platz:</strong> Witness-Daten werden mit 25 % Gewicht gezählt (1 WU statt 4 WU pro Byte). Dadurch passen mehr Transaktionen in einen Block.</li>
<li><strong>Grundlage für Lightning:</strong> Das Lightning Network setzt zwingend SegWit voraus, weil es auf vorhersagbare Transaction IDs angewiesen ist.</li>
</ul>
<h3 id="legacy-vs-segwit-im-vergleich">Legacy vs. SegWit im Vergleich</h3>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="plain"><span class="giallo-l"><span>Legacy-TX: [Version][Inputs+ScriptSig][Outputs][Locktime]</span></span>
<span class="giallo-l"><span> ↑ Signatur hier</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span>SegWit-TX: [Version][Marker][Flag][Inputs][Outputs][Witness][Locktime]</span></span>
<span class="giallo-l"><span> ↑ Signatur hier</span></span></code></pre>
<p>Bei einer SegWit-Transaktion sind die Inputs “sauber” — sie enthalten nur die Referenz auf den UTXO. Die Signaturen stehen separat im Witness-Bereich.</p>
<h2 id="locktime-zeitschlosser">Locktime: Zeitschlösser</h2>
<p>Das letzte Feld jeder Transaktion — 4 Bytes. Es definiert, ab wann die Transaktion gültig ist:</p>
<ul>
<li><strong>0:</strong> Sofort gültig (Standard)</li>
<li><strong>< 500.000.000:</strong> Blockhöhe — “gültig ab Block X”</li>
<li><strong>≥ 500.000.000:</strong> Unix-Zeitstempel — “gültig ab Datum Y”</li>
</ul>
<p>Locktime ermöglicht zeitverzögerte Transaktionen und ist ein Baustein für komplexere Konstrukte wie Payment Channels und Lightning.</p>
<hr />
<h2 id="weiterfuhrend">Weiterführend</h2>
<ul>
<li><a href="/technik/hashing-lawinen-effekt/">Hashing und der Lawinen-Effekt</a> — Die Hash-Funktion, die Transaktionen zu IDs macht</li>
<li><a href="/technik/bloecke-timechain/">Blöcke und die Timechain</a> — Wie Transaktionen via Merkle Tree in Blöcke zusammengefasst werden</li>
<li><a href="/technik/mining-proof-of-work/">Mining und Proof of Work</a> — Wie Miner Transaktionen auswählen und Blöcke erzeugen</li>
</ul>
Blöcke und die Timechain2025-09-03T00:00:00+00:002025-09-03T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/technik/bloecke-timechain/<p>Jeder Bitcoin-Block ist ein Paket aus Transaktionen, versiegelt durch Proof of Work und kryptographisch an seinen Vorgänger gekettet. Diese Kette — die <strong>Timechain</strong> — ist Bitcoins unveränderliches Kassenbuch. Einmal geschrieben, für immer gültig.</p>
<h2 id="was-ist-ein-block">Was ist ein Block?</h2>
<p>Ein Block besteht aus zwei Teilen:</p>
<ol>
<li><strong>Block Header</strong> — 80 Bytes, die den gesamten Block identifizieren</li>
<li><strong>Transaktionsliste</strong> — alle Transaktionen, die der Miner in diesen Block gepackt hat (typisch: 2.000–4.000 Stück)</li>
</ol>
<p>Der Header ist das Herzstück. Er enthält alles, was für Mining, Verkettung und Verifizierung nötig ist — in nur 80 Bytes.</p>
<h2 id="die-6-felder-des-block-headers">Die 6 Felder des Block Headers</h2>
<table><thead><tr><th>Feld</th><th>Bytes</th><th>Beschreibung</th></tr></thead><tbody>
<tr><td><strong>Version</strong></td><td>4</td><td>Protokoll-Version und Signalisierung von Soft Forks</td></tr>
<tr><td><strong>Previous Block Hash</strong></td><td>32</td><td>SHA-256d-Hash des vorherigen Block Headers — die Kette</td></tr>
<tr><td><strong>Merkle Root</strong></td><td>32</td><td>Hash aller Transaktionen dieses Blocks</td></tr>
<tr><td><strong>Timestamp</strong></td><td>4</td><td>Unix-Zeitstempel (Sekunden seit 1970-01-01)</td></tr>
<tr><td><strong>Bits (Target)</strong></td><td>4</td><td>Kompakt kodiertes Difficulty-Target</td></tr>
<tr><td><strong>Nonce</strong></td><td>4</td><td>Die Stellschraube des Miners — wird durchprobiert</td></tr>
</tbody></table>
<p><strong>Summe: 80 Bytes.</strong> Das ist alles. Ein Miner hasht diese 80 Bytes mit SHA-256d und prüft, ob das Ergebnis unter dem Target liegt. Wenn nicht, ändert er die Nonce und hasht erneut — milliardenfach pro Sekunde.</p>
<h3 id="erkunde-den-block-header-selbst">Erkunde den Block Header selbst</h3>
<div id="block-header" class="btc-tool">
<noscript><p><strong>Dieses Tool benötigt JavaScript und WebAssembly.</strong></p></noscript>
<div class="btc-tool__learn-notice">
<strong>Lern-Werkzeug</strong>
Dieses Tool arbeitet mit Beispieldaten und dient dem Verständnis von Block Headern.
</div>
<div class="btc-tool__section">
<h3>// Block Header (80 Bytes Hex)</h3>
<label for="bhExample">Beispiel laden</label>
<select id="bhExample">
<option value="">— Beispiel wählen —</option>
</select>
<label for="bhHex">Header Hex (160 Zeichen = 80 Bytes)</label>
<textarea id="bhHex" rows="3" placeholder="80-Byte Block Header als Hex…" spellcheck="false" style="resize: vertical; font-size: 0.8em;"></textarea>
<button id="bhParse" class="btc-tool__btn" type="button">$ parse_block_header</button>
</div>
<div id="bhResult" class="btc-tool__section" style="display:none">
<h3>// Block-Hash</h3>
<div class="btc-tool__results">
<pre><code style="color:#98971a" id="bhHash"></code></pre>
</div>
<div class="btc-tool__info">
Der Block-Hash entsteht durch doppeltes SHA-256 (SHA-256d) des 80-Byte-Headers. Dieser Hash muss unter dem Target liegen, damit der Block gültig ist.
</div>
</div>
<div id="bhHexVis" class="btc-tool__section" style="display:none">
<h3>// Die 80 Bytes aufgeschlüsselt</h3>
<div id="bhHexMap" class="btc-tool__hex-container"></div>
</div>
<div id="bhSegments" class="btc-tool__section" style="display:none">
<h3>// Felder</h3>
<div id="bhSegTable"></div>
</div>
<div id="bhError" class="btc-tool__section" style="display:none">
<p id="bhErrorMsg" class="btc-tool__msg" style="color: #fb4934;"></p>
</div>
<details class="btc-tool__section">
<summary><h3 style="display:inline">// Die 6 Felder eines Block Headers</h3></summary>
<div style="font-size: 0.9em; line-height: 1.6;">
<table class="btc-tool__table">
<tr><th>Bytes</th><th>Feld</th><th>Beschreibung</th></tr>
<tr><td>0–3</td><td>Version</td><td>Signalisiert Softfork-Unterstützung</td></tr>
<tr><td>4–35</td><td>Previous Block Hash</td><td>Verkettet die Blöcke zur Chain</td></tr>
<tr><td>36–67</td><td>Merkle Root</td><td>Fingerabdruck aller Transaktionen</td></tr>
<tr><td>68–71</td><td>Timestamp</td><td>Unix-Zeitstempel des Blocks</td></tr>
<tr><td>72–75</td><td>Bits (Target)</td><td>Komprimierte Darstellung der Schwierigkeit</td></tr>
<tr><td>76–79</td><td>Nonce</td><td>Der Wert, den der Miner variiert</td></tr>
</table>
<p style="margin-top: 0.8rem;">Diese 80 Bytes sind alles, was man braucht, um einen Block zu identifizieren und seine Gültigkeit zu prüfen. Sie sind der "Fingerabdruck" des Blocks.</p>
</div>
</details>
</div>
<script type="module">
import init, { parse_block_header, hash_block_header, get_example_headers } from '/wasm/btc_werkzeugkasten.js';
await init('/wasm/btc_werkzeugkasten_bg.wasm');
const $ = id => document.getElementById(id);
// Load examples
const examples = JSON.parse(get_example_headers());
examples.forEach(ex => {
const opt = document.createElement('option');
opt.value = ex.hex;
opt.textContent = `${ex.name} — ${ex.description}`;
$('bhExample').appendChild(opt);
});
$('bhExample').addEventListener('change', () => {
if ($('bhExample').value) {
$('bhHex').value = $('bhExample').value;
parse();
}
});
$('bhParse').addEventListener('click', parse);
function parse() {
const hex = $('bhHex').value.trim().replace(/\s/g, '');
if (!hex) return;
const r = JSON.parse(parse_block_header(hex));
if (!r.valid) {
hide('bhResult', 'bhHexVis', 'bhSegments');
$('bhError').style.display = '';
$('bhErrorMsg').textContent = r.error;
return;
}
$('bhError').style.display = 'none';
$('bhResult').style.display = '';
$('bhHash').textContent = r.block_hash;
// Hex visualization
$('bhHexVis').style.display = '';
let hexMap = '';
r.segments.forEach((seg, i) => {
const segHex = hex.substring(seg.offset * 2, (seg.offset + seg.length) * 2);
hexMap += `<span class="btc-tool__hex-segment" style="background:${seg.color}22; color:${seg.color}; border-bottom: 2px solid ${seg.color};" title="${seg.label}: ${seg.value}">${segHex}</span>`;
});
$('bhHexMap').innerHTML = hexMap;
// Segment table
$('bhSegments').style.display = '';
let table = '<table class="btc-tool__table"><tr><th>Feld</th><th>Wert</th><th>Beschreibung</th></tr>';
r.segments.forEach(seg => {
table += `<tr>
<td style="color:${seg.color}; white-space:nowrap;">${seg.label}</td>
<td style="font-size:0.85em; word-break:break-all;">${seg.value}</td>
<td style="font-size:0.82em; opacity:0.85;">${seg.description}</td>
</tr>`;
});
table += '</table>';
$('bhSegTable').innerHTML = table;
}
function hide(...ids) { ids.forEach(id => $(id).style.display = 'none'); }
</script>
<div class="lern-probiere">
<div class="lern-probiere__header">
<span class="lern-probiere__icon">⚡</span>
<strong>Probiere es aus</strong>
</div>
<div class="lern-probiere__body">
<p>Lade das Genesis-Block-Beispiel und untersuche die 6 Felder: Welchen Previous Block Hash hat Block 0? (Hinweis: Es gibt keinen Vorgänger — deshalb steht dort nur Nullen.) Beachte auch den Timestamp: 3. Januar 2009, der Startschuss.</p>
</div>
</div>
<h2 id="die-verkettung-vom-block-zur-timechain">Die Verkettung: Vom Block zur Timechain</h2>
<p>Das Feld <strong>Previous Block Hash</strong> ist der Schlüssel zu allem. Jeder Block enthält den SHA-256d-Hash seines Vorgängers. Dadurch entsteht eine lineare Kette, die bis zum <strong>Genesis Block</strong> (Block 0, 3. Januar 2009) zurückreicht.</p>
<figure class="mermaid-diagram">
<pre class="mermaid">
graph LR
B0["Block 0\nGenesis\n03.01.2009"]:::genesis --> |"Hash₀"| B1["Block 1"]
B1 --> |"Hash₁"| B2["Block 2"]
B2 -.-> |"···"| BN["Block N\n~894.000"]:::current
classDef genesis stroke:#98971a,stroke-width:2px,color:#98971a
classDef current stroke:#fe8019,stroke-width:2px,color:#fe8019
</pre>
<figcaption>Blöcke verkettet via Hash des vorherigen Blocks</figcaption>
</figure>
<script type="module">
if (!window.__mermaidLoaded) {
window.__mermaidLoaded = true;
const s = document.createElement('script');
s.src = 'https://cdn.jsdelivr.net/npm/mermaid@11/dist/mermaid.min.js';
s.onload = () => mermaid.initialize({
startOnLoad: true,
flowchart: { useMaxWidth: true },
theme: 'base',
themeVariables: {
darkMode: true,
background: '#1d2021',
primaryColor: '#3c3836',
primaryTextColor: '#fbf1c7',
primaryBorderColor: '#fe8019',
lineColor: '#bdae93',
secondaryColor: '#282828',
secondaryTextColor: '#fbf1c7',
tertiaryColor: '#1d2021',
tertiaryTextColor: '#fbf1c7',
noteBkgColor: '#1d2021',
noteTextColor: '#bdae93',
noteBorderColor: '#504945',
edgeLabelBackground: '#282828',
clusterBkg: '#1d2021',
clusterBorder: '#504945',
nodeBorder: '#fe8019',
mainBkg: '#3c3836',
textColor: '#fbf1c7',
labelTextColor: '#fbf1c7',
fontSize: '18px',
fontFamily: 'Hack, Fira Code, monospace'
}
});
document.head.appendChild(s);
}
</script>
<h3 id="warum-die-kette-unveranderlich-ist">Warum die Kette unveränderlich ist</h3>
<p>Stell dir vor, jemand will eine Transaktion in Block 800.000 ändern. Was passiert?</p>
<ol>
<li>Die Transaktion ändert sich → der <strong>Merkle Root</strong> ändert sich</li>
<li>Der Merkle Root ändert sich → der <strong>Block-Hash</strong> ändert sich (Lawinen-Effekt)</li>
<li>Block 800.001 enthält aber den <em>alten</em> Hash als Previous Block Hash → <strong>ungültig</strong></li>
<li>Also muss auch Block 800.001 neu berechnet werden → neuer Proof of Work nötig</li>
<li>Und Block 800.002, und 800.003, und jeder folgende Block…</li>
</ol>
<p>Der Angreifer müsste also nicht nur den einen Block, sondern <strong>alle nachfolgenden Blöcke</strong> schneller neu berechnen als das gesamte ehrliche Netzwerk neue Blöcke findet. Bei der aktuellen Hashrate von über 700 EH/s ist das physikalisch unmöglich.</p>
<p><strong>Je älter ein Block, desto sicherer ist er.</strong> Jeder neue Block, der oben drauf kommt, macht die Manipulation aller darunter liegenden Blöcke exponentiell teurer. Deshalb gelten Transaktionen nach 6 Bestätigungen (≈ 60 Minuten) als praktisch irreversibel.</p>
<h2 id="merkle-trees-tausende-transaktionen-in-32-bytes">Merkle Trees: Tausende Transaktionen in 32 Bytes</h2>
<p>Ein Block kann tausende Transaktionen enthalten. Wie fasst man die in einem einzigen Hash zusammen? Mit einem <strong>Merkle Tree</strong> — einer binären Baumstruktur aus Hashes:</p>
<ol>
<li>Jede Transaktion wird gehasht → die <strong>Blätter</strong> des Baums</li>
<li>Je zwei benachbarte Hashes werden zusammengehängt und erneut gehasht → eine Ebene höher</li>
<li>Das wiederholt sich, bis nur noch ein einziger Hash übrig ist: der <strong>Merkle Root</strong></li>
</ol>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="plain"><span class="giallo-l"><span> Merkle Root</span></span>
<span class="giallo-l"><span> / \</span></span>
<span class="giallo-l"><span> H(AB) H(CD)</span></span>
<span class="giallo-l"><span> / \ / \</span></span>
<span class="giallo-l"><span> H(A) H(B) H(C) H(D)</span></span>
<span class="giallo-l"><span> | | | |</span></span>
<span class="giallo-l"><span> TX A TX B TX C TX D</span></span></code></pre>
<div id="merkle-tree" class="btc-tool">
<noscript><p><strong>Dieses Tool benötigt JavaScript und WebAssembly.</strong></p></noscript>
<div class="btc-tool__section">
<h3>// Transaktionen eingeben</h3>
<p style="font-size: 0.85em; opacity: 0.8;">Gib 2–8 Transaktions-Texte ein. Jede wird gehasht und in den Merkle Tree eingefügt.</p>
<div id="mkInputs">
<input type="text" class="mk-tx" value="Alice → Bob: 0.5 BTC" spellcheck="false">
<input type="text" class="mk-tx" value="Carol → Dave: 0.3 BTC" spellcheck="false">
<input type="text" class="mk-tx" value="Eve → Frank: 1.0 BTC" spellcheck="false">
<input type="text" class="mk-tx" value="Grace → Heidi: 0.1 BTC" spellcheck="false">
</div>
<div class="btc-tool__row" style="margin-top: 0.5rem;">
<button id="mkAdd" class="btc-tool__btn--secondary" type="button">+ Transaktion</button>
<button id="mkRemove" class="btc-tool__btn--secondary" type="button">− Entfernen</button>
</div>
<button id="mkBuild" class="btc-tool__btn" type="button">$ build_merkle_tree</button>
</div>
<div id="mkTree" class="btc-tool__section" style="display:none">
<h3>// Merkle Tree</h3>
<div id="mkTreeVis"></div>
<div class="btc-tool__results" style="margin-top: 1rem;">
<pre><code>Merkle Root: <span id="mkRoot" style="color:#98971a"></span>
Blätter: <span id="mkLeaves">—</span>
Ebenen: <span id="mkLevels">—</span></code></pre>
</div>
</div>
<div id="mkProof" class="btc-tool__section" style="display:none">
<h3>// Merkle Proof</h3>
<p style="font-size: 0.85em; opacity: 0.8;">Klicke auf ein Blatt im Baum, um den Merkle Proof zu sehen — die minimale Menge an Hashes, die nötig ist, um zu beweisen, dass diese Transaktion im Block enthalten ist.</p>
<div id="mkProofSteps"></div>
</div>
<details class="btc-tool__section">
<summary><h3 style="display:inline">// Was ist ein Merkle Tree?</h3></summary>
<div style="font-size: 0.9em; line-height: 1.6;">
<ul>
<li>Ein <strong>Merkle Tree</strong> fasst beliebig viele Daten in einem einzigen Hash zusammen (dem "Root")</li>
<li>Jede <strong>Änderung</strong> an einer Transaktion ändert den gesamten Pfad bis zum Root</li>
<li><strong>Merkle Proofs</strong> ermöglichen es, eine einzelne Transaktion zu verifizieren, ohne alle anderen zu kennen (SPV — Simplified Payment Verification)</li>
<li>Im Bitcoin Block Header steht nur der <strong>Merkle Root</strong> — er repräsentiert alle Transaktionen des Blocks</li>
</ul>
</div>
</details>
</div>
<script type="module">
import init, { build_merkle_tree, get_merkle_proof } from '/wasm/btc_werkzeugkasten.js';
await init('/wasm/btc_werkzeugkasten_bg.wasm');
const $ = id => document.getElementById(id);
$('mkAdd').addEventListener('click', () => {
const inputs = document.querySelectorAll('.mk-tx');
if (inputs.length >= 8) return;
const input = document.createElement('input');
input.type = 'text';
input.className = 'mk-tx';
input.placeholder = `TX ${inputs.length + 1}`;
input.spellcheck = false;
$('mkInputs').appendChild(input);
});
$('mkRemove').addEventListener('click', () => {
const inputs = document.querySelectorAll('.mk-tx');
if (inputs.length > 2) inputs[inputs.length - 1].remove();
});
$('mkBuild').addEventListener('click', buildTree);
function buildTree() {
const inputs = document.querySelectorAll('.mk-tx');
const leaves = Array.from(inputs).map(i => i.value || '(leer)');
const leavesJson = JSON.stringify(leaves);
const r = JSON.parse(build_merkle_tree(leavesJson));
if (!r.root) return;
$('mkTree').style.display = '';
$('mkRoot').textContent = r.root.substring(0, 16) + '…';
$('mkLeaves').textContent = r.leaf_count;
$('mkLevels').textContent = r.levels.length;
// Render tree (top = root, bottom = leaves)
let html = '';
for (let level = r.levels.length - 1; level >= 0; level--) {
const hashes = r.levels[level];
const isRoot = level === r.levels.length - 1;
const isLeaf = level === 0;
html += '<div class="btc-tool__tree-level">';
hashes.forEach((hash, idx) => {
const cls = isRoot ? 'btc-tool__tree-node btc-tool__tree-node--root' : 'btc-tool__tree-node';
const label = isLeaf ? `TX${idx + 1}` : (isRoot ? 'Root' : `H${level}.${idx}`);
const short = hash.substring(0, 8) + '…';
html += `<div class="${cls}" data-level="${level}" data-index="${idx}" title="${hash}">
<div style="font-size: 0.9em; opacity: 0.6;">${label}</div>
${short}
</div>`;
});
html += '</div>';
}
$('mkTreeVis').innerHTML = html;
// Click handler for proof
document.querySelectorAll('.btc-tool__tree-node').forEach(node => {
node.addEventListener('click', () => {
const level = parseInt(node.dataset.level);
const index = parseInt(node.dataset.index);
if (level !== 0) return; // Only leaves
showProof(leavesJson, index, leaves[index]);
});
});
}
function showProof(leavesJson, leafIndex, txName) {
const r = JSON.parse(get_merkle_proof(leavesJson, leafIndex));
if (!r.valid) return;
$('mkProof').style.display = '';
// Highlight proof path
document.querySelectorAll('.btc-tool__tree-node').forEach(n => {
n.classList.remove('btc-tool__tree-node--highlight');
});
let html = `<p style="font-size: 0.85em;"><strong>Proof für TX${leafIndex + 1}:</strong> "${txName}"</p>`;
html += '<table class="btc-tool__table"><tr><th>Ebene</th><th>Seite</th><th>Sibling-Hash</th></tr>';
r.proof.forEach(step => {
html += `<tr>
<td>${step.level}</td>
<td>${step.position === 'left' ? '← links' : 'rechts →'}</td>
<td style="font-size: 0.8em;">${step.hash.substring(0, 16)}…</td>
</tr>`;
});
html += '</table>';
html += `<p style="font-size: 0.85em; margin-top: 0.5rem;">
Mit diesen <strong>${r.proof.length} Hashes</strong> lässt sich beweisen, dass die Transaktion im Block enthalten ist — ohne alle anderen Transaktionen zu kennen.
</p>`;
$('mkProofSteps').innerHTML = html;
// Highlight relevant node
const leafNode = document.querySelector(`.btc-tool__tree-node[data-level="0"][data-index="${leafIndex}"]`);
if (leafNode) leafNode.classList.add('btc-tool__tree-node--highlight');
}
</script>
<h3 id="warum-merkle-trees-genial-sind">Warum Merkle Trees genial sind</h3>
<table><thead><tr><th>Eigenschaft</th><th>Vorteil</th></tr></thead><tbody>
<tr><td><strong>Komprimierung</strong></td><td>10.000 Transaktionen → ein 32-Byte-Hash im Block Header</td></tr>
<tr><td><strong>Effiziente Verifizierung</strong></td><td>Einzelne TX prüfen, ohne alle anderen zu kennen (Merkle Proof)</td></tr>
<tr><td><strong>Manipulationsschutz</strong></td><td>Eine TX ändern → der gesamte Pfad zum Root ändert sich</td></tr>
<tr><td><strong>Logarithmisches Wachstum</strong></td><td>Proof-Größe: 10 TXs = 4 Hashes, 10.000 TXs = 14 Hashes</td></tr>
</tbody></table>
<h3 id="merkle-proofs-und-spv">Merkle Proofs und SPV</h3>
<p>Nicht jeder Bitcoin-Nutzer betreibt einen Full Node, der alle Transaktionen speichert. Leichtgewichtige Clients (SPV — Simplified Payment Verification) können mit einem <strong>Merkle Proof</strong> verifizieren, dass eine bestimmte Transaktion in einem Block enthalten ist, indem sie nur den Pfad vom Blatt zum Root kennen — nicht den gesamten Baum.</p>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Merkle Trees ermöglichen Light Clients (SPV): Du kannst beweisen, dass eine Transaktion in einem Block enthalten ist, indem du nur wenige Hashes prüfst — nicht die gesamte Timechain. Bei 10.000 Transaktionen reichen 14 Hashes statt 10.000.</p>
</div>
</div>
<h2 id="der-genesis-block">Der Genesis Block</h2>
<p>Block 0 ist besonders: Er hat keinen Vorgänger. Satoshi Nakamoto hat ihn am <strong>3. Januar 2009</strong> erzeugt und in der Coinbase-Transaktion eine Nachricht hinterlassen:</p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="plain"><span class="giallo-l"><span>"The Times 03/Jan/2009 Chancellor on brink of second bailout for banks"</span></span></code></pre>
<p>Eine Schlagzeile der London Times — ein Zeitstempel und eine Absichtserklärung in einem.</p>
<h2 id="blockgrosse-und-segwit">Blockgröße und SegWit</h2>
<p>Seit dem SegWit-Upgrade (2017) wird die Blockgröße nicht mehr in Bytes gemessen, sondern in <strong>Weight Units (WU)</strong>. Das Maximum beträgt <strong>4 Millionen WU</strong> pro Block (≈ 1–2 MB an Daten). SegWit-Transaktionen nutzen den Platz effizienter, weil die Witness-Daten (Signaturen) mit einem Rabatt von 75 % gewichtet werden.</p>
<p>Durch diese Begrenzung entsteht ein natürlicher <strong>Gebührenmarkt</strong>: Wenn mehr Transaktionen gesendet werden als in einen Block passen, konkurrieren sie über die Gebühren um den begrenzten Platz.</p>
<hr />
<h2 id="weiterfuhrend">Weiterführend</h2>
<ul>
<li><a href="/technik/hashing-lawinen-effekt/">Hashing und der Lawinen-Effekt</a> — Warum eine minimale Änderung den gesamten Hash zerstört</li>
<li><a href="/technik/mining-proof-of-work/">Mining und Proof of Work</a> — Wie Miner diese Blöcke erzeugen</li>
<li><a href="/technik/transaktionen-byte-fuer-byte/">Transaktionen Byte für Byte</a> — Was in den Transaktionen steckt, die im Block landen</li>
</ul>
Mining und Proof of Work2025-09-02T00:00:00+00:002025-09-02T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/technik/mining-proof-of-work/<p>Mining ist der Mechanismus, der Bitcoin am Leben hält. Ohne Mining keine neuen Blöcke, keine bestätigten Transaktionen, keine Sicherheit. Aber was tun Miner eigentlich? Die Kurzversion: Sie raten — milliardenfach pro Sekunde — bis ein Hash zufällig passt.</p>
<h2 id="warum-mining-existiert">Warum Mining existiert</h2>
<p>Bitcoin hat keinen zentralen Server, keine Bank, keine Institution. Trotzdem müssen sich alle Teilnehmer darauf einigen, welche Transaktionen gültig sind und in welcher Reihenfolge sie stattfanden. Dieses Problem — <strong>Konsens ohne Vertrauen</strong> — löst Mining durch drei Dinge gleichzeitig:</p>
<ol>
<li><strong>Sicherheit:</strong> Echte Energie wird aufgewendet. Ein Angriff erfordert mehr Energie als alle ehrlichen Miner zusammen.</li>
<li><strong>Konsens:</strong> Der Block, der zuerst gefunden wird und die Regeln einhält, wird akzeptiert.</li>
<li><strong>Geldschöpfung:</strong> Miner erhalten als Belohnung neu erzeugte Bitcoin — die einzige Art, wie neue BTC in Umlauf kommen.</li>
</ol>
<h2 id="der-mining-prozess-schritt-fur-schritt">Der Mining-Prozess Schritt für Schritt</h2>
<p>Was ein Miner in jeder Runde tut:</p>
<ol>
<li><strong>Transaktionen aus dem Mempool wählen</strong> — bevorzugt die mit den höchsten Gebühren</li>
<li><strong>Block Header zusammenbauen</strong> — 80 Bytes mit Version, Previous Hash, Merkle Root, Timestamp, Target (Bits) und Nonce</li>
<li><strong>SHA-256d berechnen</strong> — doppeltes SHA-256 des Block Headers</li>
<li><strong>Ergebnis prüfen</strong> — liegt der Hash unter dem Target?</li>
<li><strong>Nein → Nonce erhöhen</strong> → zurück zu Schritt 3</li>
<li><strong>Ja → Block gefunden!</strong> → an das Netzwerk propagieren</li>
</ol>
<p>Das ist alles. Keine Abkürzung, keine clevere Berechnung. Reines <strong>Trial-and-Error</strong>. Der Lawinen-Effekt von SHA-256 sorgt dafür, dass jede Nonce einen komplett unvorhersagbaren Hash erzeugt.</p>
<h3 id="probiere-es-selbst">Probiere es selbst</h3>
<div id="mining-sim" class="btc-tool">
<noscript><p><strong>Dieses Tool benötigt JavaScript und WebAssembly.</strong></p></noscript>
<div class="btc-tool__section">
<h3>// Block-Daten</h3>
<label for="msData">Text für den Block (wird gehasht)</label>
<input type="text" id="msData" value="Mein erster Block!" placeholder="Beliebiger Text…" spellcheck="false" autocomplete="off">
<label for="msDiff">Difficulty — je höher, desto schwerer (führende Null-Bits)</label>
<div class="btc-tool__slider-row">
<input type="range" id="msDiff" min="1" max="24" value="8">
<span id="msDiffVal">8</span>
</div>
<label for="msSpeed">Geschwindigkeit der Animation</label>
<div class="btc-tool__slider-row">
<input type="range" id="msSpeed" min="1" max="100" value="50">
<span id="msSpeedVal">50</span>
</div>
<button id="msStart" class="btc-tool__btn" type="button">Mining starten</button>
<button id="msStop" class="btc-tool__btn--secondary" type="button" style="display:none; margin-top: 0.5rem;">Stoppen</button>
</div>
<div class="btc-tool__section">
<h3>// Mining-Status</h3>
<div class="btc-tool__results">
<pre><code>Nonce: <span id="msNonce">—</span>
Hash: <span id="msHash">—</span>
Versuche: <span id="msCount">0</span>
Benötigt: Hash mit <span id="msTarget">8</span> führenden Null-Bits</code></pre>
</div>
<div id="msStatus" class="btc-tool__status"></div>
</div>
<div id="msFound" class="btc-tool__section" style="display:none">
<h3>// Block gefunden!</h3>
<div class="btc-tool__results">
<pre><code>Gültiger Hash: <span id="msWinHash" style="color:#98971a"></span>
Nonce: <span id="msWinNonce"></span>
Versuche: <span id="msWinCount"></span></code></pre>
</div>
<div class="btc-tool__info">
Versuche die Difficulty zu erhöhen — du wirst sehen, wie exponentiell mehr Versuche nötig werden. Bei Difficulty 16 braucht man im Schnitt 65.536 Versuche, bei 24 schon über 16 Millionen.
</div>
</div>
<details class="btc-tool__section">
<summary><h3 style="display:inline">// Wie funktioniert Mining?</h3></summary>
<ol style="font-size: 0.9em; line-height: 1.6; padding-left: 1.2rem;">
<li><strong>Block-Daten zusammenstellen:</strong> Transaktionen, Previous Hash, Timestamp</li>
<li><strong>Nonce durchprobieren:</strong> Eine Zahl (Nonce) wird an die Daten angehängt und alles zusammen gehasht</li>
<li><strong>Target prüfen:</strong> Der Hash muss mit einer bestimmten Anzahl Nullen beginnen</li>
<li><strong>Wiederholen:</strong> Wenn der Hash nicht passt → Nonce erhöhen, nochmal hashen</li>
<li><strong>Gefunden!</strong> Ein gültiger Hash beweist, dass Rechenarbeit geleistet wurde (Proof-of-Work)</li>
</ol>
</details>
</div>
<script type="module">
import init, { mine_batch } from '/wasm/btc_werkzeugkasten.js';
await init('/wasm/btc_werkzeugkasten_bg.wasm');
const $ = id => document.getElementById(id);
let mining = false;
let animFrame = null;
let nonce = 0;
let totalAttempts = 0;
$('msDiff').addEventListener('input', () => {
$('msDiffVal').textContent = $('msDiff').value;
$('msTarget').textContent = $('msDiff').value;
});
$('msSpeed').addEventListener('input', () => {
$('msSpeedVal').textContent = $('msSpeed').value;
});
$('msStart').addEventListener('click', () => {
mining = true;
nonce = 0;
totalAttempts = 0;
$('msStart').style.display = 'none';
$('msStop').style.display = '';
$('msFound').style.display = 'none';
$('msStatus').textContent = 'Mining läuft…';
$('msStatus').className = 'btc-tool__status btc-tool__status--mining';
mine();
});
$('msStop').addEventListener('click', stopMining);
function stopMining() {
mining = false;
if (animFrame) cancelAnimationFrame(animFrame);
$('msStart').style.display = '';
$('msStop').style.display = 'none';
$('msStatus').textContent = 'Gestoppt.';
$('msStatus').className = 'btc-tool__status';
}
function mine() {
if (!mining) return;
const data = $('msData').value;
const diff = parseInt($('msDiff').value);
const speed = parseInt($('msSpeed').value);
const batchSize = Math.max(1, Math.floor(speed * speed / 10));
const r = JSON.parse(mine_batch(data, nonce, batchSize, diff));
// Show last step
if (r.steps.length > 0) {
const last = r.steps[r.steps.length - 1];
$('msNonce').textContent = last.nonce;
$('msHash').textContent = last.hash.substring(0, 32) + '…';
}
totalAttempts += r.attempts;
$('msCount').textContent = totalAttempts.toLocaleString('de-DE');
if (r.found) {
$('msFound').style.display = '';
$('msWinHash').textContent = r.winning_hash;
$('msWinNonce').textContent = r.winning_nonce;
$('msWinCount').textContent = totalAttempts.toLocaleString('de-DE');
$('msStatus').textContent = 'Block gefunden!';
$('msStatus').className = 'btc-tool__status btc-tool__status--success';
stopMining();
return;
}
nonce += batchSize;
animFrame = requestAnimationFrame(mine);
}
</script>
<div class="lern-probiere">
<div class="lern-probiere__header">
<span class="lern-probiere__icon">⚡</span>
<strong>Probiere es aus</strong>
</div>
<div class="lern-probiere__body">
<p>Starte mit Difficulty 8 und klicke “Mine”. Zähle die Versuche. Dann erhöhe auf Difficulty 16 — die Anzahl der nötigen Versuche steigt nicht doppelt, sondern exponentiell. Genau so skaliert das echte Bitcoin-Netzwerk.</p>
</div>
</div>
<p>Erhöhe die Difficulty und spüre, wie <strong>exponentiell</strong> mehr Versuche nötig werden. Bei Difficulty 1 brauchst du im Schnitt 16 Versuche. Bei Difficulty 2 schon 256. Bei Difficulty 3 über 4.000. Das echte Bitcoin-Netzwerk arbeitet mit einer Difficulty, die Billionen von Versuchen erfordert.</p>
<h2 id="difficulty-bitcoins-genialer-regelkreis">Difficulty: Bitcoins genialer Regelkreis</h2>
<p>Was passiert, wenn plötzlich doppelt so viele Miner ins Netzwerk einsteigen? Ohne Anpassung würden Blöcke doppelt so schnell gefunden — und alle 21 Millionen Bitcoin wären viel zu früh geschürft.</p>
<p>Bitcoin löst das mit dem <strong>Difficulty Adjustment</strong>: Alle <strong>2.016 Blöcke</strong> (ungefähr alle zwei Wochen) wird die Schwierigkeit automatisch angepasst.</p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="plain"><span class="giallo-l"><span>Neue Difficulty = Alte Difficulty × (Tatsächliche Zeit / Erwartete Zeit)</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span>Erwartete Zeit: 2016 Blöcke × 10 min = 20.160 Minuten</span></span></code></pre>
<p>Wurden die letzten 2.016 Blöcke zu schnell gefunden, steigt die Difficulty. Zu langsam? Sie sinkt. Das Ziel: im Schnitt ein Block alle <strong>10 Minuten</strong> — egal ob 10 Miner oder 10 Millionen Miner arbeiten.</p>
<p>Zwei Sicherheitsmechanismen verhindern extreme Sprünge:</p>
<ul>
<li>Die Difficulty kann sich maximal <strong>vervierfachen</strong> (4×) pro Anpassung</li>
<li>Sie kann sich maximal auf <strong>ein Viertel</strong> (¼) reduzieren</li>
</ul>
<div id="difficulty-demo" class="btc-tool">
<noscript><p><strong>Dieses Tool benötigt JavaScript und WebAssembly.</strong></p></noscript>
<div class="btc-tool__section">
<h3>// Hashrate simulieren</h3>
<label for="ddHash">Hashrate-Multiplikator — wie viel Rechenleistung ist im Netzwerk?</label>
<div class="btc-tool__slider-row">
<input type="range" id="ddHash" min="-3" max="3" step="1" value="0">
<span id="ddHashVal">1×</span>
</div>
<p class="btc-tool__info">
← weniger Miner (langsamer) · Standard · mehr Miner (schneller) →
</p>
<button id="ddCalc" class="btc-tool__btn" type="button">Difficulty simulieren</button>
</div>
<div id="ddResult" class="btc-tool__section">
<h3>// Difficulty Adjustment</h3>
<div class="btc-tool__results">
<pre><code>Aktuelle Difficulty: <span id="ddDiff">1.00</span>
Hashrate: <span id="ddRate">1×</span>
Ø Blockzeit: <span id="ddBlockTime">10:00 min</span>
Erwartete Epochenzeit: <span id="ddExpected">14,0 Tage</span>
Tatsächliche Zeit: <span id="ddActual">—</span>
<strong>→ Neue Difficulty:</strong> <span id="ddNewDiff">—</span>
<strong>→ Anpassungsfaktor:</strong> <span id="ddFactor">—</span>
<strong>→ Gekappt (4×-Limit):</strong> <span id="ddCapped">—</span></code></pre>
</div>
</div>
<div id="ddTimeline" class="btc-tool__section">
<h3>// Simulation: 3 Epochen (6048 Blöcke)</h3>
<div id="ddEpochs"></div>
</div>
<details class="btc-tool__section">
<summary><h3 style="display:inline">// Die Formel</h3></summary>
<div style="font-size: 0.9em; line-height: 1.6;">
<p>Alle <strong>2016 Blöcke</strong> (ca. 2 Wochen) wird die Difficulty angepasst:</p>
<pre><code>neue_difficulty = alte_difficulty × (tatsächliche_zeit / erwartete_zeit)</code></pre>
<ul>
<li><strong>Erwartete Zeit:</strong> 2016 × 10 Minuten = 20.160 Minuten = 14 Tage</li>
<li><strong>Blöcke zu schnell?</strong> Difficulty steigt → Mining wird schwerer</li>
<li><strong>Blöcke zu langsam?</strong> Difficulty sinkt → Mining wird leichter</li>
<li><strong>Sicherheitslimit:</strong> Maximal 4× Anpassung pro Epoche (nach oben und unten)</li>
</ul>
<p>Das ist der Grund, warum Bitcoin <strong>immer</strong> ungefähr alle 10 Minuten einen Block produziert — egal wie viel Hashrate im Netzwerk ist.</p>
</div>
</details>
</div>
<script type="module">
import init, { simulate_adjustment, difficulty_info } from '/wasm/btc_werkzeugkasten.js';
await init('/wasm/btc_werkzeugkasten_bg.wasm');
const $ = id => document.getElementById(id);
const info = JSON.parse(difficulty_info());
const hashMultipliers = { '-3': 0.125, '-2': 0.25, '-1': 0.5, '0': 1, '1': 2, '2': 4, '3': 8 };
const hashLabels = { '-3': '⅛×', '-2': '¼×', '-1': '½×', '0': '1×', '1': '2×', '2': '4×', '3': '8×' };
function formatTime(seconds) {
const mins = Math.floor(seconds / 60);
const secs = Math.floor(seconds % 60);
return `${mins}:${secs.toString().padStart(2, '0')} min`;
}
function formatDays(seconds) {
return (seconds / 86400).toFixed(1) + ' Tage';
}
$('ddHash').addEventListener('input', () => {
$('ddHashVal').textContent = hashLabels[$('ddHash').value];
});
$('ddCalc').addEventListener('click', simulate);
function simulate() {
const sliderVal = $('ddHash').value;
const multiplier = hashMultipliers[sliderVal];
$('ddRate').textContent = hashLabels[sliderVal];
// First epoch: blocks come at speed determined by hashrate
const blockTime = info.target_block_time_seconds / multiplier;
const actualTime = blockTime * 2016;
$('ddBlockTime').textContent = formatTime(blockTime);
$('ddExpected').textContent = formatDays(info.expected_epoch_time_seconds);
$('ddActual').textContent = formatDays(actualTime);
const r = JSON.parse(simulate_adjustment(1.0, actualTime));
$('ddNewDiff').textContent = r.new_difficulty.toFixed(4);
$('ddFactor').textContent = r.adjustment_factor.toFixed(4) + '×';
$('ddCapped').textContent = r.capped ? 'Ja — auf 4× begrenzt' : 'Nein';
// Simulate 3 epochs
let diff = 1.0;
let epochsHtml = '';
for (let epoch = 0; epoch < 3; epoch++) {
const bt = (diff / multiplier) * info.target_block_time_seconds;
const at = bt * 2016;
const adj = JSON.parse(simulate_adjustment(diff, at));
const barWidth = Math.min(100, Math.max(5, (info.expected_epoch_time_seconds / at) * 50));
const color = bt < 550 ? '#98971a' : bt > 650 ? '#cc241d' : '#d79921';
epochsHtml += `
<div style="margin: 0.8rem 0;">
<div style="font-size: 0.85em; margin-bottom: 0.3rem;">
<strong>Epoche ${epoch + 1}</strong> — Difficulty: ${diff.toFixed(4)} — Ø ${formatTime(bt)} — ${formatDays(at)}
</div>
<div style="background: var(--color-bg, #282828); border-radius: 3px; overflow: hidden; height: 8px;">
<div style="width: ${barWidth}%; background: ${color}; height: 100%;"></div>
</div>
</div>`;
diff = adj.new_difficulty;
}
$('ddEpochs').innerHTML = epochsHtml;
}
simulate();
</script>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>Die 10-Minuten-Blockzeit ist kein Zufall, sondern ein Regelkreis: Egal ob 10 oder 10 Millionen Miner arbeiten — die Difficulty passt sich alle 2.016 Blöcke automatisch an, damit die durchschnittliche Blockzeit bei 10 Minuten bleibt.</p>
</div>
</div>
<h3 id="warum-10-minuten">Warum 10 Minuten?</h3>
<p>Satoshi Nakamoto wählte 10 Minuten als Kompromiss:</p>
<ul>
<li><strong>Zu kurz</strong> → mehr verwaiste Blöcke, da sich Blöcke nicht schnell genug im Netzwerk verbreiten</li>
<li><strong>Zu lang</strong> → Transaktionen werden zu langsam bestätigt</li>
<li><strong>10 Minuten</strong> → genug Zeit für die Propagation, schnell genug für die Praxis</li>
</ul>
<h2 id="das-halving-eingebauter-inflationsschutz">Das Halving: Eingebauter Inflationsschutz</h2>
<p>Miner erhalten für jeden gefundenen Block eine Belohnung — die <strong>Block Subsidy</strong>. Diese Belohnung halbiert sich alle <strong>210.000 Blöcke</strong> (ungefähr alle vier Jahre):</p>
<table><thead><tr><th>Zeitraum</th><th>Block Subsidy</th><th>Tägliche Emission</th></tr></thead><tbody>
<tr><td>2009–2012</td><td>50 BTC</td><td>7.200 BTC</td></tr>
<tr><td>2012–2016</td><td>25 BTC</td><td>3.600 BTC</td></tr>
<tr><td>2016–2020</td><td>12,5 BTC</td><td>1.800 BTC</td></tr>
<tr><td>2020–2024</td><td>6,25 BTC</td><td>900 BTC</td></tr>
<tr><td>2024–2028</td><td>3,125 BTC</td><td>450 BTC</td></tr>
</tbody></table>
<details class="btc-tool--compact"><summary>Halving-Uhr</summary>
<div id="halvClock" class="btc-tool">
<noscript><p><strong>Dieses Tool benötigt JavaScript.</strong></p></noscript>
<div class="btc-tool__section">
<h3>// Halving-Uhr</h3>
<div class="btc-tool__results">
<pre><code>Geschätzte Block-Höhe: <span id="hcBlock">—</span>
Aktueller Block-Reward: <span id="hcReward">—</span> BTC
Nächstes Halving: Block <span id="hcNextBlock">—</span>
Verbleibende Blöcke: <span id="hcRemaining">—</span>
Geschätztes Datum: <span id="hcDate">—</span>
<strong>Countdown: <span id="hcCountdown">—</span></strong></code></pre>
</div>
</div>
<div class="btc-tool__section">
<h3>// Umlaufmenge</h3>
<div class="btc-tool__results">
<pre><code>Bereits geschürft: <span id="hcMined">—</span> BTC
Maximale Menge: 21.000.000 BTC
Fortschritt: <span id="hcPct">—</span></code></pre>
</div>
<div id="hcBar" style="height: 6px; border-radius: 3px; background: var(--color-border, #504945); margin-top: 0.5rem;">
<div id="hcBarFill" style="height: 100%; border-radius: 3px; background: var(--color-primary, #fe8019); width: 0; transition: width 0.5s;"></div>
</div>
</div>
<div class="btc-tool__section">
<h3>// Halving-Historie</h3>
<table class="btc-tool__table">
<tr><th>Halving</th><th>Block</th><th>Datum</th><th>Reward</th><th>Neues BTC/Tag</th></tr>
<tr><td>Genesis</td><td>0</td><td>03.01.2009</td><td>50 BTC</td><td>7.200</td></tr>
<tr><td>#1</td><td>210.000</td><td>28.11.2012</td><td>25 BTC</td><td>3.600</td></tr>
<tr><td>#2</td><td>420.000</td><td>09.07.2016</td><td>12,5 BTC</td><td>1.800</td></tr>
<tr><td>#3</td><td>630.000</td><td>11.05.2020</td><td>6,25 BTC</td><td>900</td></tr>
<tr><td>#4</td><td>840.000</td><td>20.04.2024</td><td>3,125 BTC</td><td>450</td></tr>
<tr id="hcNextRow"><td>#5</td><td>1.050.000</td><td id="hcNextDate">~2028</td><td>1,5625 BTC</td><td>225</td></tr>
</table>
</div>
<details class="btc-tool__section">
<summary><h3 style="display:inline">// Wie funktioniert das Halving?</h3></summary>
<p>Alle <strong>210.000 Blöcke</strong> (ca. 4 Jahre) halbiert sich die Belohnung, die Miner für einen neuen Block erhalten. Dies ist im Bitcoin-Quellcode fest verankert und sorgt dafür, dass die Gesamtmenge niemals 21 Millionen BTC überschreiten kann.</p>
<p>Die Berechnung basiert auf dem Genesis-Block (03.01.2009) und einer durchschnittlichen Blockzeit von <strong>10 Minuten</strong>. Die tatsächliche Blockzeit schwankt je nach Mining-Schwierigkeit.</p>
</details>
</div>
<script type="module">
const $ = id => document.getElementById(id);
const GENESIS_TIME = new Date('2009-01-03T18:15:05Z').getTime();
const BLOCK_INTERVAL_MS = 10 * 60 * 1000; // 10 minutes
const HALVING_INTERVAL = 210_000;
const MAX_SUPPLY = 21_000_000;
// Known anchor point for better accuracy: Block 840000 was mined 2024-04-20
const ANCHOR_BLOCK = 840_000;
const ANCHOR_TIME = new Date('2024-04-20T00:09:00Z').getTime();
function estimateBlock() {
const now = Date.now();
const elapsed = now - ANCHOR_TIME;
return ANCHOR_BLOCK + Math.floor(elapsed / BLOCK_INTERVAL_MS);
}
function getReward(block) {
const halvings = Math.floor(block / HALVING_INTERVAL);
if (halvings >= 64) return 0;
return 50 / Math.pow(2, halvings);
}
function totalMined(block) {
let total = 0;
let reward = 50;
let remaining = block;
while (remaining > 0 && reward > 0) {
const chunk = Math.min(remaining, HALVING_INTERVAL - (block - remaining) % HALVING_INTERVAL);
total += chunk * reward;
remaining -= chunk;
reward /= 2;
}
// Simplified: sum of complete eras
const halvings = Math.floor(block / HALVING_INTERVAL);
total = 0;
for (let i = 0; i < halvings; i++) {
total += HALVING_INTERVAL * (50 / Math.pow(2, i));
}
const blocksInEra = block % HALVING_INTERVAL;
total += blocksInEra * (50 / Math.pow(2, halvings));
return total;
}
function fmtNum(n) { return n.toLocaleString('de-DE'); }
function fmtDate(ms) {
return new Date(ms).toLocaleDateString('de-DE', {
day: '2-digit', month: '2-digit', year: 'numeric'
});
}
function fmtCountdown(ms) {
if (ms <= 0) return 'Bereits geschehen!';
const d = Math.floor(ms / 86400000);
const h = Math.floor((ms % 86400000) / 3600000);
const m = Math.floor((ms % 3600000) / 60000);
const parts = [];
if (d > 0) parts.push(`${d} Tage`);
if (h > 0) parts.push(`${h} Std`);
parts.push(`${m} Min`);
return parts.join(', ');
}
function update() {
const block = estimateBlock();
const reward = getReward(block);
const nextHalving = (Math.floor(block / HALVING_INTERVAL) + 1) * HALVING_INTERVAL;
const remaining = nextHalving - block;
const nextHalvingTime = ANCHOR_TIME + (nextHalving - ANCHOR_BLOCK) * BLOCK_INTERVAL_MS;
const mined = totalMined(block);
const pct = (mined / MAX_SUPPLY * 100);
$('hcBlock').textContent = fmtNum(block);
$('hcReward').textContent = reward.toFixed(reward < 1 ? 4 : reward < 10 ? 3 : 1);
$('hcNextBlock').textContent = fmtNum(nextHalving);
$('hcRemaining').textContent = fmtNum(remaining);
$('hcDate').textContent = fmtDate(nextHalvingTime);
$('hcCountdown').textContent = fmtCountdown(nextHalvingTime - Date.now());
$('hcMined').textContent = fmtNum(Math.floor(mined));
$('hcPct').textContent = pct.toFixed(2) + '%';
$('hcBarFill').style.width = pct + '%';
$('hcNextDate').textContent = '~' + fmtDate(nextHalvingTime);
}
update();
setInterval(update, 60_000); // Update every minute
</script>
</details>
<p>Wenn die Block Subsidy gegen Null geht, finanzieren sich Miner ausschließlich über <strong>Transaktionsgebühren</strong>. Das ist kein Bug — es ist Satoshis Design. Die Gebühren schaffen einen Markt: Wer seinen Platz im Block will, zahlt dafür. Das sichert das Netzwerk langfristig, auch ohne neue Bitcoin.</p>
<h2 id="die-okonomie-des-minings">Die Ökonomie des Minings</h2>
<p>Mining ist keine Wohltätigkeit. Es ist ein knallharter <strong>Energiemarkt</strong>:</p>
<ul>
<li><strong>Einnahmen:</strong> Block Subsidy + Transaktionsgebühren (in BTC)</li>
<li><strong>Kosten:</strong> Strom, Hardware (ASICs), Kühlung, Infrastruktur</li>
<li><strong>Gewinn:</strong> Nur wenn der BTC-Preis × Einnahmen > Kosten</li>
</ul>
<p>Miner suchen sich deshalb die günstigste Energie der Welt — oft Überschuss-Strom aus Wasserkraft, Geothermie oder Flare Gas, der sonst ungenutzt bliebe. Mining fungiert als <strong>Energiekäufer letzter Instanz</strong> und stabilisiert in einigen Regionen sogar das Stromnetz.</p>
<h3 id="hashrate-und-sicherheit">Hashrate und Sicherheit</h3>
<p>Die <strong>Hashrate</strong> misst, wie viele SHA-256d-Berechnungen das gesamte Netzwerk pro Sekunde durchführt. Stand 2025 liegt sie bei über <strong>700 Exahashes pro Sekunde</strong> (EH/s) — das sind 700.000.000.000.000.000.000 Hashes. Pro Sekunde.</p>
<p>Je höher die Hashrate, desto sicherer das Netzwerk. Ein Angreifer müsste mehr als 50 % dieser Rechenleistung kontrollieren, um die Timechain manipulieren zu können (die sogenannte <strong>51%-Attacke</strong>). Bei der aktuellen Hashrate ist das praktisch und ökonomisch unmöglich.</p>
<h2 id="was-mining-nicht-ist">Was Mining NICHT ist</h2>
<p>Einige weit verbreitete Missverständnisse:</p>
<ul>
<li><strong>“Miner lösen komplexe Gleichungen”</strong> — Nein. Sie raten Zahlen und prüfen den Hash. Es gibt nichts zu “lösen”.</li>
<li><strong>“Mining verschwendet Energie”</strong> — Mining <em>wandelt</em> Energie in Sicherheit um. Die Frage ist, ob diese Sicherheit den Aufwand wert ist.</li>
<li><strong>“Irgendwann ist alles gemined und das Netzwerk stirbt”</strong> — Transaktionsgebühren übernehmen. Der Übergang ist graduell und läuft seit 15 Jahren.</li>
</ul>
<hr />
<h2 id="weiterfuhrend">Weiterführend</h2>
<ul>
<li><a href="/technik/hashing-lawinen-effekt/">Hashing und der Lawinen-Effekt</a> — Warum SHA-256 das Mining überhaupt erst ermöglicht</li>
<li><a href="/technik/bloecke-timechain/">Blöcke und die Timechain</a> — Was mit einem gefundenen Block passiert</li>
<li><a href="/technik/transaktionen-byte-fuer-byte/">Transaktionen Byte für Byte</a> — Was in den Transaktionen steckt, die Miner in Blöcke packen</li>
<li><a href="/praxis/mining-verstehen-planspiel/">Mining verstehen: Ein Würfelspiel</a> — Mining als Planspiel mit Würfeln und Karten</li>
</ul>
Hashing und der Lawinen-Effekt2025-09-01T00:00:00+00:002025-09-01T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/technik/hashing-lawinen-effekt/<p>Bitcoins gesamte Sicherheit ruht auf einer einzigen mathematischen Funktion: <strong>SHA-256</strong>. Bevor du verstehst, wie Mining, Adressen oder die Timechain funktionieren, musst du verstehen, was ein Hash tut.</p>
<h2 id="was-ist-eine-hash-funktion">Was ist eine Hash-Funktion?</h2>
<p>Eine Hash-Funktion nimmt eine beliebige Eingabe und erzeugt daraus eine <strong>Ausgabe fester Länge</strong>. Bei SHA-256 sind das immer exakt 256 Bit (64 Hex-Zeichen).</p>
<table><thead><tr><th>Eigenschaft</th><th>Bedeutung</th></tr></thead><tbody>
<tr><td><strong>Deterministisch</strong></td><td>Gleiche Eingabe → immer gleicher Hash. Überall.</td></tr>
<tr><td><strong>Einweg</strong></td><td>Vom Hash kann man nicht auf die Eingabe zurückrechnen.</td></tr>
<tr><td><strong>Kollisionsresistent</strong></td><td>Zwei verschiedene Eingaben mit gleichem Hash zu finden ist praktisch unmöglich.</td></tr>
</tbody></table>
<p>Dazu kommt die Eigenschaft, die für Bitcoin am wichtigsten ist: der <strong>Lawinen-Effekt</strong>.</p>
<h2 id="dein-erstes-experiment">Dein erstes Experiment</h2>
<p>Gib im Tool unten einen beliebigen Text ein. Dann ändere <strong>ein einziges Zeichen</strong> — etwa einen Groß- in einen Kleinbuchstaben — und beobachte den Hash.</p>
<div id="hash-spielplatz" class="btc-tool">
<noscript><p><strong>Dieses Tool benötigt JavaScript und WebAssembly.</strong></p></noscript>
<div class="btc-tool__section">
<h3>// Eingabe A</h3>
<label for="hpInputA">Text eingeben — wird sofort gehasht</label>
<input type="text" id="hpInputA" placeholder="Beliebigen Text eingeben…" spellcheck="false" autocomplete="off" value="Bitcoin">
</div>
<div class="btc-tool__section">
<h3>// SHA-256 Hash A</h3>
<div class="btc-tool__row" style="margin-bottom: 0.5rem;">
<button id="hpToggle" class="btc-tool__btn--secondary" type="button">Binär anzeigen</button>
</div>
<div id="hpHashA" class="btc-tool__hex-container" style="color: #98971a;"></div>
</div>
<div class="btc-tool__section">
<h3>// Eingabe B (zum Vergleichen)</h3>
<label for="hpInputB">Ändere nur ein Zeichen — beobachte den Lawinen-Effekt</label>
<input type="text" id="hpInputB" placeholder="Nur 1 Zeichen ändern…" spellcheck="false" autocomplete="off" value="bitcoin">
</div>
<div class="btc-tool__section">
<h3>// SHA-256 Hash B</h3>
<div id="hpHashB" class="btc-tool__hex-container" style="color: #d79921;"></div>
</div>
<div id="hpDiff" class="btc-tool__section" style="display:none">
<h3>// Bit-Vergleich (Lawinen-Effekt)</h3>
<div class="btc-tool__results">
<pre><code>Unterschiedliche Bits: <span id="hpDiffCount">—</span> / 256
Anteil geändert: <span id="hpDiffPercent">—</span>%</code></pre>
</div>
<div id="hpDiffMap" style="margin-top: 0.5rem; line-height: 1; font-size: 0.7em; word-break: break-all;"></div>
<div class="btc-tool__info">
<strong>Lawinen-Effekt:</strong> Eine minimale Änderung der Eingabe ändert ~50% aller Bits im Hash. Deshalb kann man vom Hash nicht auf die Eingabe zurückschließen.
</div>
</div>
<details class="btc-tool__section">
<summary><h3 style="display:inline">// Was ist SHA-256?</h3></summary>
<ul>
<li><strong>Deterministisch:</strong> Gleiche Eingabe → immer gleicher Hash</li>
<li><strong>Einweg:</strong> Vom Hash kann man die Eingabe nicht zurückberechnen</li>
<li><strong>Lawinen-Effekt:</strong> 1 Bit Änderung → ~50% der Hash-Bits ändern sich</li>
<li><strong>Kollisionsresistent:</strong> Es ist praktisch unmöglich, zwei verschiedene Eingaben mit gleichem Hash zu finden</li>
<li><strong>Feste Länge:</strong> Egal ob 1 Byte oder 1 GB Eingabe — der Hash ist immer 256 Bit (32 Bytes)</li>
</ul>
</details>
</div>
<script type="module">
import init, { sha256_hex, compare_hashes } from '/wasm/btc_werkzeugkasten.js';
await init('/wasm/btc_werkzeugkasten_bg.wasm');
const $ = id => document.getElementById(id);
let showBinary = false;
function update() {
const a = $('hpInputA').value;
const b = $('hpInputB').value;
const rA = JSON.parse(sha256_hex(a));
const rB = JSON.parse(sha256_hex(b));
$('hpHashA').textContent = showBinary ? rA.binary : rA.hex;
$('hpHashB').textContent = showBinary ? rB.binary : rB.hex;
if (a !== '' && b !== '') {
const cmp = JSON.parse(compare_hashes(a, b));
$('hpDiff').style.display = '';
$('hpDiffCount').textContent = cmp.diff_count;
$('hpDiffPercent').textContent = ((cmp.diff_count / 256) * 100).toFixed(1);
// Diff-Map: rot = unterschiedlich, grau = gleich
let map = '';
for (let i = 0; i < 256; i++) {
const isDiff = cmp.diff_bits.includes(i);
const color = isDiff ? '#fb4934' : '#504945';
map += `<span style="color:${color}">${cmp.binary_a[i]}</span>`;
if ((i + 1) % 64 === 0) map += '<br>';
}
$('hpDiffMap').innerHTML = map;
} else {
$('hpDiff').style.display = 'none';
}
}
$('hpToggle').addEventListener('click', () => {
showBinary = !showBinary;
$('hpToggle').textContent = showBinary ? 'Hex anzeigen' : 'Binär anzeigen';
update();
});
$('hpInputA').addEventListener('input', update);
$('hpInputB').addEventListener('input', update);
update();
</script>
<div class="lern-probiere">
<div class="lern-probiere__header">
<span class="lern-probiere__icon">⚡</span>
<strong>Probiere es aus</strong>
</div>
<div class="lern-probiere__body">
<ol>
<li>Gib <code>Bitcoin</code> ein (mit großem B) und merke dir die ersten 4 Zeichen des Hashes</li>
<li>Ändere zu <code>bitcoin</code> (kleines b)</li>
<li>Vergleiche: Wie viele der 256 Bits haben sich geändert?</li>
<li>Probiere <code>Bitcoi</code> (ein Zeichen weniger) — völlig anderer Hash, obwohl fast identische Eingabe</li>
</ol>
</div>
</div>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p><strong>~50% aller Bits kippen bei jeder noch so kleinen Änderung.</strong> Deshalb ist SHA-256 eine Einweg-Funktion: Vom Hash kannst du nicht zurückschließen, was sich geändert hat oder was die Eingabe war. Du kannst nur raten und prüfen. Genau das tun Bitcoin-Miner — milliardenfach pro Sekunde.</p>
</div>
</div>
<h2 id="warum-sha-256-fur-bitcoin-unverzichtbar-ist">Warum SHA-256 für Bitcoin unverzichtbar ist</h2>
<p>SHA-256 ist nicht irgendein Baustein — es ist das Fundament:</p>
<p><strong>Mining:</strong> Miner hashen den Block Header mit variierender Nonce, bis der Hash zufällig unter dem Target liegt. Ohne Lawinen-Effekt könnte man die Nonce berechnen statt raten.</p>
<p><strong>Block-Verkettung:</strong> Jeder Block enthält den Hash des vorherigen. Ändert man ein Byte in einem alten Block, bricht die gesamte Kette — der Lawinen-Effekt propagiert durch jeden folgenden Block.</p>
<p><strong>Merkle Trees:</strong> Tausende Transaktionen werden paarweise gehasht bis ein einziger Root-Hash übrig bleibt — 32 Bytes repräsentieren den gesamten Block-Inhalt.</p>
<p><strong>Adressen:</strong> Public Key → SHA-256 → RIPEMD-160 → Adresse. Selbst wer die Adresse kennt, kann den Schlüssel nicht zurückrechnen.</p>
<h2 id="entropie-warum-guter-zufall-lebenswichtig-ist">Entropie: Warum guter Zufall lebenswichtig ist</h2>
<p>SHA-256 erzeugt gleichmäßig verteilte Ausgaben — aber nur wenn die <strong>Eingabe genügend Zufall</strong> (Entropie) enthält. Bei der Erzeugung von privaten Schlüsseln ist das überlebenswichtig.</p>
<div id="entropie-vis" class="btc-tool">
<noscript><p><strong>Dieses Tool benötigt JavaScript und WebAssembly.</strong></p></noscript>
<div class="btc-tool__section">
<h3>// Eigene Entropie erzeugen</h3>
<label for="evInput">Text eingeben (wird mit SHA-256 gehasht)</label>
<input type="text" id="evInput" placeholder="Tippe irgendwas…" spellcheck="false" autocomplete="off" value="Bitcoin ist Freiheit">
<div style="display: flex; gap: 1rem; margin-top: 0.8rem;">
<div style="flex: 1; text-align: center;">
<p style="font-size: 0.85em; opacity: 0.7; margin-bottom: 0.3rem;">Dein Input → SHA-256</p>
<div id="evBitmapUser" class="btc-tool__bitmap"></div>
</div>
</div>
<div class="btc-tool__results" style="margin-top: 0.5rem;">
<pre><code>Einsen: <span id="evOnes">—</span> / 256
Nullen: <span id="evZeros">—</span> / 256
Ratio: <span id="evRatio">—</span></code></pre>
</div>
</div>
<div class="btc-tool__section">
<h3>// Schwache vs. Starke Entropie</h3>
<div style="display: flex; gap: 2rem; flex-wrap: wrap;">
<div style="flex: 1; min-width: 140px; text-align: center;">
<p style="font-size: 0.85em; color: #fb4934; margin-bottom: 0.3rem;">Schwach (Zähler)</p>
<div id="evBitmapWeak" class="btc-tool__bitmap"></div>
<p style="font-size: 0.75em; opacity: 0.6;">Erkennbares Muster — vorhersagbar!</p>
</div>
<div style="flex: 1; min-width: 140px; text-align: center;">
<p style="font-size: 0.85em; color: #98971a; margin-bottom: 0.3rem;">Stark (CSPRNG)</p>
<div id="evBitmapStrong" class="btc-tool__bitmap"></div>
<p style="font-size: 0.75em; opacity: 0.6;">Visuelles Rauschen — nicht vorhersagbar</p>
</div>
</div>
<button id="evRefresh" class="btc-tool__btn--secondary" type="button" style="margin-top: 0.8rem;">Neue starke Entropie generieren</button>
</div>
<div class="btc-tool__section">
<h3>// Wie groß ist 2^256?</h3>
<div id="evComparison" style="font-size: 0.85em; line-height: 1.8;"></div>
</div>
<details class="btc-tool__section">
<summary><h3 style="display:inline">// Warum ist Entropie lebenswichtig?</h3></summary>
<div style="font-size: 0.9em; line-height: 1.6;">
<ul>
<li>Ein Bitcoin Private Key ist eine <strong>256 Bit</strong> Zufallszahl</li>
<li>Schlechter Zufall = vorhersagbarer Key = <strong>Bitcoin gestohlen</strong></li>
<li>Guter Zufall (CSPRNG) = selbst mit allen Computern der Welt nicht erratbar</li>
<li>Deshalb: <strong>Niemals</strong> selbst Zufallszahlen erfinden — immer die Wallet-Software den Zufall generieren lassen</li>
</ul>
</div>
</details>
</div>
<script type="module">
import init, { entropy_from_text, weak_entropy_counter, strong_entropy, entropy_comparison } from '/wasm/btc_werkzeugkasten.js';
await init('/wasm/btc_werkzeugkasten_bg.wasm');
const $ = id => document.getElementById(id);
let strongSeed = 0;
function renderBitmap(containerId, bits) {
const el = $(containerId);
el.innerHTML = '';
bits.forEach(bit => {
const cell = document.createElement('div');
cell.className = 'btc-tool__bitmap-cell';
cell.style.background = bit ? '#ebdbb2' : '#1d2021';
el.appendChild(cell);
});
}
function updateUser() {
const text = $('evInput').value || ' ';
const r = JSON.parse(entropy_from_text(text));
renderBitmap('evBitmapUser', r.bits);
$('evOnes').textContent = r.ones_count;
$('evZeros').textContent = r.zeros_count;
$('evRatio').textContent = (r.ratio * 100).toFixed(1) + '% Einsen (ideal: 50%)';
}
function updateWeak() {
const r = JSON.parse(weak_entropy_counter(42, 256));
renderBitmap('evBitmapWeak', r.bits);
}
function updateStrong() {
strongSeed++;
const seed = 'csprng_simulation_' + strongSeed + '_' + Date.now();
const r = JSON.parse(strong_entropy(seed));
renderBitmap('evBitmapStrong', r.bits);
}
function showComparison() {
const c = JSON.parse(entropy_comparison());
let html = '<table class="btc-tool__table">';
html += `<tr><td style="color:#d79921">2^256 mögliche Keys</td><td>${c.bits_256}</td></tr>`;
html += `<tr><td>Atome im Universum</td><td>${c.atoms_universe}</td></tr>`;
html += `<tr><td>Atome auf der Erde</td><td>${c.atoms_earth}</td></tr>`;
html += `<tr><td>Sandkörner auf der Erde</td><td>${c.grains_of_sand}</td></tr>`;
html += `<tr><td>Sekunden seit dem Urknall</td><td>${c.seconds_universe}</td></tr>`;
html += '</table>';
html += `<p style="margin-top: 0.5rem;"><strong>${c.comparison}</strong></p>`;
$('evComparison').innerHTML = html;
}
$('evInput').addEventListener('input', updateUser);
$('evRefresh').addEventListener('click', updateStrong);
updateUser();
updateWeak();
updateStrong();
showComparison();
</script>
<div class="lern-aufgabe">
<div class="lern-aufgabe__header">
<span class="lern-aufgabe__icon">✍</span>
<strong>Aufgabe</strong>
</div>
<div class="lern-aufgabe__body">
<p>Vergleiche die beiden Bitmaps im Tool oben: <strong>Schwach</strong> (links) und <strong>Stark</strong> (rechts). Die schwache Entropie hat erkennbare Muster — das bedeutet, ein Angreifer kann den Suchraum drastisch einschränken. Klicke auf “Neue starke Entropie generieren” und beobachte: Echtes Rauschen sieht jedes Mal anders aus, hat aber nie ein Muster.</p>
</div>
</div>
<div class="lern-merke">
<div class="lern-merke__header">
<span class="lern-merke__icon">→</span>
<strong>Merke</strong>
</div>
<div class="lern-merke__body">
<p>256 Bit Entropie = 2²⁵⁶ mögliche Schlüssel. Das sind mehr als die Atome im Universum. Aber <strong>schlechter Zufall kann das auf 2³⁰ reduzieren</strong> — und ein Laptop knackt 2³⁰ in Sekunden. Deshalb: Niemals selbst Wörter für eine Seed Phrase ausdenken. Immer die Wallet den Zufall generieren lassen.</p>
</div>
</div>
<h2 id="sha-256-in-zahlen">SHA-256 in Zahlen</h2>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="plain"><span class="giallo-l"><span>Eingabe: beliebig lang (0 bis 2⁶⁴ − 1 Bits)</span></span>
<span class="giallo-l"><span>Ausgabe: immer 256 Bits (32 Bytes, 64 Hex-Zeichen)</span></span>
<span class="giallo-l"><span>Rundenzahl: 64 Kompressions-Runden</span></span>
<span class="giallo-l"><span>Entworfen: NSA (2001), standardisiert als FIPS 180-4</span></span>
<span class="giallo-l"><span>Status: Kein praktischer Angriff bekannt (seit 20+ Jahren)</span></span></code></pre>
<hr />
<h2 id="weiterfuhrend">Weiterführend</h2>
<ul>
<li><a href="/technik/mining-proof-of-work/">Mining und Proof of Work</a> — SHA-256 im Einsatz: Nonces durchprobieren, bis der Hash passt</li>
<li><a href="/technik/bloecke-timechain/">Blöcke und die Timechain</a> — Wie Blöcke über Hashes verkettet werden</li>
<li><a href="/technik/adressen-schluessel/">Adressen und Schlüssel</a> — Wie aus Entropie eine Bitcoin-Adresse wird</li>
</ul>
Halving-Uhr2025-08-15T00:00:00+00:002025-08-15T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/grundlagen/halving-uhr/<p>Das Halving ist Bitcoins eingebauter Inflationsschutz: Alle 210.000 Blöcke halbiert sich die Belohnung für Miner — bis irgendwann kein neues Bitcoin mehr entsteht.</p>
<div id="halvClock" class="btc-tool">
<noscript><p><strong>Dieses Tool benötigt JavaScript.</strong></p></noscript>
<div class="btc-tool__section">
<h3>// Halving-Uhr</h3>
<div class="btc-tool__results">
<pre><code>Geschätzte Block-Höhe: <span id="hcBlock">—</span>
Aktueller Block-Reward: <span id="hcReward">—</span> BTC
Nächstes Halving: Block <span id="hcNextBlock">—</span>
Verbleibende Blöcke: <span id="hcRemaining">—</span>
Geschätztes Datum: <span id="hcDate">—</span>
<strong>Countdown: <span id="hcCountdown">—</span></strong></code></pre>
</div>
</div>
<div class="btc-tool__section">
<h3>// Umlaufmenge</h3>
<div class="btc-tool__results">
<pre><code>Bereits geschürft: <span id="hcMined">—</span> BTC
Maximale Menge: 21.000.000 BTC
Fortschritt: <span id="hcPct">—</span></code></pre>
</div>
<div id="hcBar" style="height: 6px; border-radius: 3px; background: var(--color-border, #504945); margin-top: 0.5rem;">
<div id="hcBarFill" style="height: 100%; border-radius: 3px; background: var(--color-primary, #fe8019); width: 0; transition: width 0.5s;"></div>
</div>
</div>
<div class="btc-tool__section">
<h3>// Halving-Historie</h3>
<table class="btc-tool__table">
<tr><th>Halving</th><th>Block</th><th>Datum</th><th>Reward</th><th>Neues BTC/Tag</th></tr>
<tr><td>Genesis</td><td>0</td><td>03.01.2009</td><td>50 BTC</td><td>7.200</td></tr>
<tr><td>#1</td><td>210.000</td><td>28.11.2012</td><td>25 BTC</td><td>3.600</td></tr>
<tr><td>#2</td><td>420.000</td><td>09.07.2016</td><td>12,5 BTC</td><td>1.800</td></tr>
<tr><td>#3</td><td>630.000</td><td>11.05.2020</td><td>6,25 BTC</td><td>900</td></tr>
<tr><td>#4</td><td>840.000</td><td>20.04.2024</td><td>3,125 BTC</td><td>450</td></tr>
<tr id="hcNextRow"><td>#5</td><td>1.050.000</td><td id="hcNextDate">~2028</td><td>1,5625 BTC</td><td>225</td></tr>
</table>
</div>
<details class="btc-tool__section">
<summary><h3 style="display:inline">// Wie funktioniert das Halving?</h3></summary>
<p>Alle <strong>210.000 Blöcke</strong> (ca. 4 Jahre) halbiert sich die Belohnung, die Miner für einen neuen Block erhalten. Dies ist im Bitcoin-Quellcode fest verankert und sorgt dafür, dass die Gesamtmenge niemals 21 Millionen BTC überschreiten kann.</p>
<p>Die Berechnung basiert auf dem Genesis-Block (03.01.2009) und einer durchschnittlichen Blockzeit von <strong>10 Minuten</strong>. Die tatsächliche Blockzeit schwankt je nach Mining-Schwierigkeit.</p>
</details>
</div>
<script type="module">
const $ = id => document.getElementById(id);
const GENESIS_TIME = new Date('2009-01-03T18:15:05Z').getTime();
const BLOCK_INTERVAL_MS = 10 * 60 * 1000; // 10 minutes
const HALVING_INTERVAL = 210_000;
const MAX_SUPPLY = 21_000_000;
// Known anchor point for better accuracy: Block 840000 was mined 2024-04-20
const ANCHOR_BLOCK = 840_000;
const ANCHOR_TIME = new Date('2024-04-20T00:09:00Z').getTime();
function estimateBlock() {
const now = Date.now();
const elapsed = now - ANCHOR_TIME;
return ANCHOR_BLOCK + Math.floor(elapsed / BLOCK_INTERVAL_MS);
}
function getReward(block) {
const halvings = Math.floor(block / HALVING_INTERVAL);
if (halvings >= 64) return 0;
return 50 / Math.pow(2, halvings);
}
function totalMined(block) {
let total = 0;
let reward = 50;
let remaining = block;
while (remaining > 0 && reward > 0) {
const chunk = Math.min(remaining, HALVING_INTERVAL - (block - remaining) % HALVING_INTERVAL);
total += chunk * reward;
remaining -= chunk;
reward /= 2;
}
// Simplified: sum of complete eras
const halvings = Math.floor(block / HALVING_INTERVAL);
total = 0;
for (let i = 0; i < halvings; i++) {
total += HALVING_INTERVAL * (50 / Math.pow(2, i));
}
const blocksInEra = block % HALVING_INTERVAL;
total += blocksInEra * (50 / Math.pow(2, halvings));
return total;
}
function fmtNum(n) { return n.toLocaleString('de-DE'); }
function fmtDate(ms) {
return new Date(ms).toLocaleDateString('de-DE', {
day: '2-digit', month: '2-digit', year: 'numeric'
});
}
function fmtCountdown(ms) {
if (ms <= 0) return 'Bereits geschehen!';
const d = Math.floor(ms / 86400000);
const h = Math.floor((ms % 86400000) / 3600000);
const m = Math.floor((ms % 3600000) / 60000);
const parts = [];
if (d > 0) parts.push(`${d} Tage`);
if (h > 0) parts.push(`${h} Std`);
parts.push(`${m} Min`);
return parts.join(', ');
}
function update() {
const block = estimateBlock();
const reward = getReward(block);
const nextHalving = (Math.floor(block / HALVING_INTERVAL) + 1) * HALVING_INTERVAL;
const remaining = nextHalving - block;
const nextHalvingTime = ANCHOR_TIME + (nextHalving - ANCHOR_BLOCK) * BLOCK_INTERVAL_MS;
const mined = totalMined(block);
const pct = (mined / MAX_SUPPLY * 100);
$('hcBlock').textContent = fmtNum(block);
$('hcReward').textContent = reward.toFixed(reward < 1 ? 4 : reward < 10 ? 3 : 1);
$('hcNextBlock').textContent = fmtNum(nextHalving);
$('hcRemaining').textContent = fmtNum(remaining);
$('hcDate').textContent = fmtDate(nextHalvingTime);
$('hcCountdown').textContent = fmtCountdown(nextHalvingTime - Date.now());
$('hcMined').textContent = fmtNum(Math.floor(mined));
$('hcPct').textContent = pct.toFixed(2) + '%';
$('hcBarFill').style.width = pct + '%';
$('hcNextDate').textContent = '~' + fmtDate(nextHalvingTime);
}
update();
setInterval(update, 60_000); // Update every minute
</script>
<h2 id="warum-das-halving-wichtig-ist">Warum das Halving wichtig ist</h2>
<p>Bitcoin hat eine <strong>deterministische Geldpolitik</strong>. Niemand kann sie ändern — nicht die Miner, nicht die Entwickler, nicht die Regierungen. Das ist einzigartig:</p>
<ul>
<li><strong>Vorhersagbar:</strong> Jeder kann berechnen, wie viel Bitcoin zu jedem Zeitpunkt existiert</li>
<li><strong>Disinflationär:</strong> Die Inflation sinkt mit jedem Halving exponentiell</li>
<li><strong>Endlich:</strong> Maximum 21 Millionen BTC — ca. im Jahr 2140 wird der letzte Satoshi geschürft</li>
</ul>
<p>Nach dem Halving 2024 werden pro Tag nur noch <strong>450 neue BTC</strong> geschaffen. Zum Vergleich: In den ersten vier Jahren waren es 7.200 BTC pro Tag.</p>
<h2 id="weiterfuhrend">Weiterführend</h2>
<ul>
<li><a href="/oekonomie/was-ist-bitcoin/">Was ist Bitcoin?</a> — die Grundlagen</li>
<li><a href="/oekonomie/potenzgesetze-spontane-ordnung/">Potenzgesetze und spontane Ordnung</a> — Bitcoins Wachstumsmuster</li>
<li><a href="/selbstverwahrung/mining-verstehen-planspiel/">Mining verstehen (Planspiel)</a> — wie Blöcke entstehen</li>
</ul>
Bitcoin vererben: Nachlassplanung, Steuern und praktische Methoden2025-07-20T00:00:00+00:002025-07-20T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/praxis/bitcoin-vererben/<h2 id="warum-sich-bitcoin-besonders-gut-vererben-lasst">Warum sich Bitcoin besonders gut vererben lässt</h2>
<p>Bitcoin zu vererben ist in vielerlei Hinsicht einfacher als die Weitergabe traditioneller Vermögenswerte. Bevor wir in die Details gehen, lohnt sich ein Blick auf die <strong>strukturellen Vorteile</strong>:</p>
<ul>
<li><strong>Gut teilbar</strong> — Bitcoin lässt sich auf acht Nachkommastellen aufteilen. Wenn du dein Vermögen auf mehrere Erben verteilen willst, kannst du exakte Beträge zuweisen, ohne etwas physisch aufzuspalten.</li>
<li><strong>Schnell versendet</strong> — eine Transaktion dauert Minuten, nicht Wochen oder Monate wie bei Immobilien oder Unternehmensanteilen.</li>
<li><strong>Kostengünstig</strong> — keine Notarkosten für die Übertragung, keine Maklergebühren, keine Depotübertragungsgebühren.</li>
<li><strong>Länderübergreifend möglich</strong> — egal ob die Erben in Deutschland, der Schweiz oder am anderen Ende der Welt leben, Bitcoin kennt keine Grenzen.</li>
<li><strong>Diskret aufteilbar</strong> — mit mehreren Wallets wissen die einzelnen Erben nicht, wer wie viel erhält.</li>
</ul>
<h3 id="im-vergleich-traditionelle-vermogenswerte">Im Vergleich: Traditionelle Vermögenswerte</h3>
<p>Wer schon einmal ein Erbe mit klassischen Vermögenswerten erlebt hat, kennt die Komplikationen:</p>
<ul>
<li><strong>Immobilien</strong> — schwer teilbar, müssen für das Finanzamt geschätzt werden, Grundbuchänderungen kosten Zeit und Geld</li>
<li><strong>Unternehmen</strong> — schwer teilbar, Bewertung durch das Finanzamt nötig, Gesellschaftsverträge müssen angepasst werden</li>
<li><strong>Aktien</strong> — an Depots und Broker gebunden, Übertragung erfordert Papierkram</li>
<li><strong>Gold</strong> — physische Übergabe notwendig, Teilung aufwendig (du kannst einen Barren nicht einfach halbieren)</li>
<li><strong>Bargeld</strong> — Ländergrenzen und Transportrisiko, bei größeren Summen meldepflichtig</li>
</ul>
<p>Bitcoin löst viele dieser Probleme elegant. Aber es gibt eine Voraussetzung: Du musst <strong>jetzt</strong> planen, damit deine Erben im Ernstfall wissen, was zu tun ist.</p>
<h2 id="steuern-und-freibetrage">Steuern und Freibeträge</h2>
<p><strong>Wichtiger Hinweis: Dies ist keine Steuerberatung.</strong> Die folgenden Informationen dienen der Orientierung. Für deine konkrete Situation solltest du einen Steuerberater konsultieren.</p>
<h3 id="grundlagen-der-erbschaftssteuer-bei-bitcoin">Grundlagen der Erbschaftssteuer bei Bitcoin</h3>
<p>Wenn Bitcoin vererbt werden, muss der geerbte Betrag in <strong>Euro zum Todestag</strong> versteuert werden. Der Wert wird also nicht nach Anschaffungskosten berechnet, sondern nach dem Kurs am Stichtag.</p>
<p>Es gilt die <strong>Erbschafts- und Schenkungssteuer</strong> — nicht die Einkommensteuer. Die Steuersätze sind gestaffelt und reichen von <strong>7 % bis zu 50 %</strong>, abhängig von zwei Faktoren: dem Verwandtschaftsgrad und der Höhe des Betrags.</p>
<h3 id="beispiel">Beispiel</h3>
<p>Kinder, die zwischen 600.000 und 6.000.000 Euro erben, zahlen <strong>19 %</strong> Erbschaftssteuer auf den Betrag oberhalb des Freibetrags.</p>
<h3 id="freibetrage">Freibeträge</h3>
<p>Jeder Erbe hat einen steuerlichen Freibetrag, der <strong>alle 10 Jahre</strong> erneut genutzt werden kann:</p>
<table><thead><tr><th>Verwandtschaftsgrad</th><th>Freibetrag</th></tr></thead><tbody>
<tr><td>Ehepartner</td><td>500.000 Euro</td></tr>
<tr><td>Kinder</td><td>400.000 Euro</td></tr>
<tr><td>Andere Personen</td><td>20.000 Euro</td></tr>
</tbody></table>
<p>Die 10-Jahres-Regel eröffnet eine wichtige Planungsmöglichkeit: Durch <strong>Schenkungen zu Lebzeiten</strong> kannst du die Freibeträge mehrfach nutzen und die Steuerlast deiner Erben erheblich reduzieren. Wenn du beispielsweise deinem Kind alle 10 Jahre Bitcoin im Wert von bis zu 400.000 Euro schenkst, fällt darauf keine Steuer an.</p>
<h2 id="die-analogie-wie-vererbt-man-ein-e-mail-konto">Die Analogie: Wie vererbt man ein E-Mail-Konto?</h2>
<p>Um das Prinzip zu verstehen, hilft ein einfacher Vergleich. Was müsstest du hinterlegen, damit deine Angehörigen nach deinem Tod Zugriff auf dein E-Mail-Konto haben?</p>
<p>Ganz einfach:</p>
<ol>
<li>E-Mail-Adresse aufschreiben</li>
<li>Passwort aufschreiben</li>
<li>Beides sicher hinterlegen</li>
</ol>
<h3 id="ubertragen-auf-bitcoin">Übertragen auf Bitcoin</h3>
<p>Für Bitcoin brauchst du im Wesentlichen <strong>zwei Dinge</strong>:</p>
<ol>
<li><strong>Wissen</strong>: Die Erben müssen verstehen, wie man Bitcoin verwendet — oder zumindest wissen, wen sie um Hilfe bitten können.</li>
<li><strong>Zugang</strong>: Der <strong>Seed</strong> (die Wiederherstellungswörter) muss sicher hinterlegt und zugänglich sein.</li>
</ol>
<p>Beides — Wissen und Zugang — müssen rechtzeitig vorbereitet werden. Das Schlimmste, was passieren kann, ist ein Todesfall, bei dem die Erben weder wissen, dass Bitcoin existieren, noch wie sie darauf zugreifen.</p>
<h2 id="einen-nachlassplan-erstellen">Einen Nachlassplan erstellen</h2>
<p>Der erste und wichtigste Schritt: <strong>Erstelle einen Nachlassplan.</strong> Dokumentiere, was du besitzt, wo es gesichert ist und wie deine Erben darauf zugreifen können.</p>
<p>Ein hilfreiches Online-Tool dafür:</p>
<p><strong>marcsteiner-consulting.ch/bitcoin-nachlass-tool</strong></p>
<p>Dieses Tool führt dich Schritt für Schritt durch die Nachlassplanung — übersichtlich und praxisnah. Es hilft dir, nichts zu vergessen und eine Struktur aufzubauen, die auch für technisch weniger versierte Erben funktioniert.</p>
<h2 id="methoden-der-bitcoin-vererbung">Methoden der Bitcoin-Vererbung</h2>
<h3 id="1-mit-den-angehorigen-daruber-reden">1. Mit den Angehörigen darüber reden</h3>
<p>Das klingt selbstverständlich, ist aber der <strong>wichtigste Schritt</strong>, den viele überspringen. Deine Erben müssen wissen:</p>
<ul>
<li>Dass du Bitcoin besitzt</li>
<li>Dass es sich um einen realen Vermögenswert handelt</li>
<li>Dass sie sich im Ernstfall an bestimmte Personen oder Anleitungen wenden können</li>
</ul>
<p>Du musst dabei nicht den genauen Betrag nennen. Aber das Wissen um die Existenz ist entscheidend.</p>
<h3 id="2-seed-und-gerateinformationen-dokumentieren">2. Seed und Geräteinformationen dokumentieren</h3>
<p>Zum Seed gehören nicht nur die 12 oder 24 Wörter. Notiere zusätzlich:</p>
<ul>
<li><strong>Welches Gerät</strong> verwendet wird (z. B. BitBox02, Trezor Model T)</li>
<li><strong>Welche Software-Version</strong> installiert ist</li>
<li><strong>Welche Wallet-Software</strong> genutzt wird (z. B. Sparrow, Electrum)</li>
<li>Ob eine <strong>Passphrase</strong> gesetzt ist (und wenn ja, wo diese hinterlegt ist)</li>
</ul>
<p>Diese Informationen machen die Wiederherstellung für deine Erben deutlich einfacher.</p>
<h3 id="3-seed-direkt-ubergeben">3. Seed direkt übergeben</h3>
<p>Die einfachste Methode: Übergib den Seed direkt an eine vertrauenswürdige Person. Das setzt allerdings volles Vertrauen voraus, denn wer den Seed hat, hat Zugriff auf die Bitcoin — sofort, nicht erst nach deinem Tod.</p>
<h3 id="4-seed-beim-notar-hinterlegen">4. Seed beim Notar hinterlegen</h3>
<p>Ein Notar kann den Seed in einem versiegelten Umschlag verwahren, der erst im Erbfall geöffnet wird. Für zusätzliche Sicherheit kannst du ein <strong>Multi-Signature-Setup</strong> verwenden: Der Notar hat einen Teil der Schlüssel, ein weiterer Teil liegt bei der Familie, ein dritter an einem anderen sicheren Ort. Kein einzelner Akteur kann allein auf die Bitcoin zugreifen.</p>
<h3 id="5-seed-im-bankschliessfach">5. Seed im Bankschließfach</h3>
<p>Ein Bankschließfach bietet physische Sicherheit und ist im Erbfall über das Testament zugänglich. Bedenke aber: Du bist dabei von einer Drittpartei (der Bank) abhängig, und der Zugang kann im Erbfall bürokratisch verzögert werden.</p>
<h3 id="6-bitcoin-vertrauenspersonen-bestimmen">6. Bitcoin-Vertrauenspersonen bestimmen</h3>
<p>Schreib auf, welche Personen sich mit Bitcoin auskennen und deinen Erben helfen können. Das können Freunde, Berater oder Mitglieder einer lokalen Bitcoin-Community sein. Diese Personen brauchen keinen Zugriff auf deinen Seed — sie helfen nur bei der technischen Umsetzung.</p>
<h2 id="fortgeschrittene-methoden">Fortgeschrittene Methoden</h2>
<h3 id="timelocks">Timelocks</h3>
<p><strong>Timelocks</strong> sind zeitgesperrte Transaktionen auf der Bitcoin-Timechain. Du kannst eine Transaktion erstellen, die erst nach einem bestimmten Zeitpunkt ausgeführt werden kann. In der Praxis sind Timelocks für die Vererbung allerdings nur für kurze Zeiträume von <strong>1 bis 2 Jahren</strong> sinnvoll, da sich Adressen und Umstände ändern können.</p>
<h3 id="lebenszeichen-transaktionen">Lebenszeichen-Transaktionen</h3>
<p>Eine praktische Ergänzung: Plane <strong>monatliche oder jährliche Transaktionen</strong> als Lebenszeichen ein. Solange du regelmäßig eine kleine Transaktion durchführst, wissen deine Vertrauenspersonen, dass alles in Ordnung ist. Bleibt die Transaktion aus, wird der Nachlassplan aktiviert.</p>
<h2 id="checkliste-fur-die-bitcoin-nachlassplanung">Checkliste für die Bitcoin-Nachlassplanung</h2>
<ol>
<li><strong>Nachlassplan erstellen</strong> — dokumentiere alles schriftlich</li>
<li><strong>Mit den Erben sprechen</strong> — sie müssen wissen, dass Bitcoin existieren</li>
<li><strong>Seed sicher hinterlegen</strong> — in Metall, versiegelt, an einem sicheren Ort</li>
<li><strong>Geräteinformationen notieren</strong> — Hardware, Software, Passphrase</li>
<li><strong>Vertrauenspersonen benennen</strong> — wer kann technisch helfen?</li>
<li><strong>Freibeträge nutzen</strong> — Schenkungen zu Lebzeiten reduzieren die Steuerlast</li>
<li><strong>Regelmäßig aktualisieren</strong> — Lebensumstände und Technik ändern sich</li>
</ol>
<h2 id="buchempfehlung">Buchempfehlung</h2>
<p>Wer sich tiefer mit dem Thema beschäftigen möchte, dem sei das Buch <strong>“Bitcoins verwahren und vererben”</strong> von Marc Steiner empfohlen (Verlag: aprycot.media). Es behandelt das Thema umfassend und praxisnah.</p>
<hr />
<p><strong>Hast du Fragen oder Anregungen?</strong> Für weitere Informationen zur Bitcoin-Selbstverwahrung, besuche die <a href="https://bitcoin-durchgespielt.com/praxis/">Übersichtsseite zur Selbstverwahrung</a>.</p>
Gigi und 21 Lessons: Warum ein pseudonymer Autor Bitcoins wichtigster Philosoph ist2025-07-10T00:00:00+00:002025-07-10T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/grundlagen/gigi-21-lessons/<h2 id="wer-ist-gigi">Wer ist Gigi?</h2>
<p><strong>Gigi</strong> (auch bekannt als dergigi oder Der Gigi) ist ein pseudonymer Bitcoin-Autor und Software-Entwickler aus dem deutschsprachigen Raum. Er ist Mitgründer des Podcasts <strong>Einundzwanzig</strong>, hat bei Swan Bitcoin und OpenSats gearbeitet, und veröffentlicht seine Texte unter einer Creative-Commons-Lizenz. Sein gesamtes Werk findest du auf <a rel="external" href="https://dergigi.com">dergigi.com</a>.</p>
<p>Was Gigi besonders macht: Er lebt die Pseudonymität, die er verteidigt. Kein Gesicht, kein bürgerlicher Name, keine Selbstvermarktung. Nur Texte — und die gehören zum Besten, was je über Bitcoin geschrieben wurde.</p>
<h2 id="21-lessons-die-drei-saulen">21 Lessons: Die drei Säulen</h2>
<p>Gigis Hauptwerk <strong>21 Lessons</strong> (frei lesbar auf 21lessons.com) dokumentiert, was er auf seiner Reise durch den Bitcoin-Kaninchenbau gelernt hat. Das Buch ist in drei Teile gegliedert, die zusammen ein vollständiges Bild ergeben.</p>
<h3 id="philosophie-lektionen-1-7">Philosophie (Lektionen 1-7)</h3>
<p>Der philosophische Teil stellt Fragen, die weit über Bitcoin hinausgehen:</p>
<ul>
<li>
<p><strong>Lektion 1 — Unveränderlichkeit und Wandel</strong>: “Bitcoin verändert dich. Du kannst Bitcoin nicht verändern.” Das Protokoll hat feste Regeln, aber innerhalb dieser Regeln handeln Millionen Menschen frei. Freiheit ist nicht die Abwesenheit von Grenzen — sondern Handlungsfähigkeit innerhalb von Grenzen.</p>
</li>
<li>
<p><strong>Lektion 4 — Das Problem der Identität</strong>: Das Schiff des Theseus, angewandt auf Bitcoin. Der Code wurde fast komplett ausgetauscht, das Ledger bleibt. Die Identität liegt nicht in den Einzelteilen, sondern in der Struktur.</p>
</li>
<li>
<p><strong>Lektion 7 — Die Grenzen des Wissens</strong>: “Niemand hat den Boden des Bitcoin-Kaninchenbaus gefunden.” Je tiefer du gräbst, desto mehr Verbindungen zu Kryptographie, Spieltheorie, Netzwerktheorie, Ökonomie und Physik tauchen auf.</p>
</li>
</ul>
<h3 id="okonomie-lektionen-8-14">Ökonomie (Lektionen 8-14)</h3>
<p>Hier zeigt Gigi, dass du Bitcoin nicht verstehen kannst, ohne Geld zu verstehen — und umgekehrt:</p>
<ul>
<li>
<p><strong>Lektion 10 — Wert</strong>: Wert ist subjektiv. Immer. Das klingt banal, aber die Konsequenzen sind radikal. Wenn Wert subjektiv ist, kann keine zentrale Instanz den “richtigen” Preis festlegen.</p>
</li>
<li>
<p><strong>Lektion 11 — Geld</strong>: Was ist Geld eigentlich? Gigi folgt hier direkt der Österreichischen Schule und Carl Menger: Geld entsteht nicht durch Dekret, sondern durch dezentrale Konvergenz auf das am besten handelbare Gut.</p>
</li>
<li>
<p><strong>Lektion 13 — Fractional Reserve Insanity</strong>: Banken verleihen Geld, das sie nicht haben. Das Teilreservesystem erzeugt Geld aus dem Nichts — und zwar nicht als Feature, sondern als Grundprinzip.</p>
</li>
<li>
<p><strong>Lektion 14 — Sound Money</strong>: Das berühmte Zitat: “Genau wie E=mc^2 das universelle Tempolimit diktiert, diktiert Bitcoins Difficulty Adjustment das universelle Geldlimit.” Solides Geld braucht physische Grenzen — und Bitcoin hat sie.</p>
</li>
</ul>
<h3 id="technologie-lektionen-15-21">Technologie (Lektionen 15-21)</h3>
<p>Der technische Teil erklärt, warum Bitcoins Designentscheidungen keine Kompromisse sind, sondern Notwendigkeiten:</p>
<ul>
<li>
<p><strong>Lektion 17 — Telling Time Takes Work</strong>: Zeitmessung erfordert Arbeit. Im digitalen Raum gibt es keine natürliche Zeit — Proof of Work erzeugt sie. Alle zehn Minuten beweist das Netzwerk, dass echte Energie aufgewendet wurde. Das ist nicht Verschwendung, das ist der Herzschlag.</p>
</li>
<li>
<p><strong>Lektion 21 — Metaphern für Bitcoins Zukunft</strong>: Bitcoin ist gleichzeitig Technologie, Geld und soziale Bewegung. Es lässt sich nicht in eine einzelne Kategorie pressen — und genau das macht es so schwer zu erklären und so unmöglich zu stoppen.</p>
</li>
</ul>
<h2 id="21-ways-bitcoin-als-verb">21 Ways: Bitcoin als Verb</h2>
<p>In seinem Nachfolgeprojekt <strong>21 Ways</strong> (21-ways.com) geht Gigi einen Schritt weiter. Die zentrale These: <strong>Bitcoin ist ein Verb, kein Substantiv.</strong> Du “besitzt” Bitcoin nicht so wie du ein Auto besitzt. Du <em>nutzt</em> Bitcoin — du sparst, du verifizierst, du schützt, du sendest.</p>
<p>Jedes Kapitel in 21 Ways ist ein Verb: sparen, minen, sichern, verifizieren. Das ist kein stilistischer Trick — es ist eine philosophische Aussage. Bitcoin funktioniert nur, wenn Menschen aktiv handeln. Niemand wird für dich verifizieren. Niemand wird für dich selbstverwahren. Die Freiheit, die Bitcoin bietet, musst du dir selbst nehmen.</p>
<p>Das hat Konsequenzen, die über Bitcoin hinausgehen. Wenn Geld ein Verb ist, dann ist Sparen eine Handlung, nicht ein Zustand. Dann ist Selbstverwahrung eine Praxis, nicht ein Produkt. Und dann ist finanzielle Souveränität nichts, das dir jemand geben kann — es ist etwas, das du jeden Tag aufs Neue tust.</p>
<h3 id="21-ways-20-das-monetare-schwarze-loch">21 Ways #20: Das Monetäre Schwarze Loch</h3>
<p>Ein Kapitel verdient besondere Erwähnung. Gigi beschreibt Bitcoin als <strong>Monetary Black Hole</strong> — ein monetäres Schwarzes Loch, das monetäre Energie unwiderruflich absorbiert. Die Analogie ist treffender, als sie auf den ersten Blick wirkt: Wie ein Schwarzes Loch in der Physik entsteht Bitcoin durch die Verdichtung von Energie (Proof of Work) und hat eine Grenze (den Event Horizon), hinter der Informationen nicht mehr rückgängig gemacht werden können (die Irreversibilität bestätigter Transaktionen).</p>
<p>Das ist keine lose Metapher. Es ist eine strukturelle Parallele, die zeigt, wie tief die Verbindung zwischen Bitcoin und Physik wirklich geht.</p>
<h2 id="die-wichtigsten-blog-posts">Die wichtigsten Blog-Posts</h2>
<p>Gigis Blog-Posts auf dergigi.com gehören zum intellektuellen Fundament der Bitcoin-Szene. Hier die vier, die mich am meisten verändert haben:</p>
<h3 id="bitcoin-is-time-2021">Bitcoin Is Time (2021)</h3>
<p>Der vielleicht wichtigste Bitcoin-Text überhaupt. Gigis Argument: <strong>Proof of Work erzeugt den Zeitpfeil im Digitalen</strong> — genau wie der Entropiepfeil in der Physik.</p>
<blockquote>
<p>“In the physical realm, we observe natural processes to describe the flow of time. We observe a general increase in entropy and call that the arrow of time.”</p>
</blockquote>
<p>Im digitalen Raum gibt es kein “vorher” und “nachher” ohne Energieaufwand. PoW macht digitale Geschichte irreversibel — genau wie du ein Ei nicht wieder zusammensetzen kannst, kannst du einen SHA-256-Hash nicht umkehren. Das ist keine Analogie. Das ist dasselbe physikalische Prinzip.</p>
<h3 id="proof-of-life-2019">Proof of Life (2019)</h3>
<p>Gigi prüft systematisch, ob Bitcoin die Kriterien eines <strong>lebenden Organismus</strong> erfüllt: Wachstum, Reproduktion, Homöostase, Metabolismus, Responsivität. Sein Ergebnis: ja.</p>
<blockquote>
<p>“Living things create order out of chaos. Bitcoin is doing exactly that.”</p>
</blockquote>
<p>Mining-Rigs sind der Metabolismus. Nodes sind die Zellen. Die Difficulty Adjustment ist die Homöostase. Der Blocksize War war eine Immunreaktion. Gigi beschreibt Bitcoin als thermodynamisches System — als etwas, das Ordnung aus Chaos erzeugt, indem es Energie verbraucht. Für mich war das der Text, der alles verändert hat: Bitcoin ist kein Programm. Es ist ein Organismus.</p>
<h3 id="cryptography-is-not-enough-2022">Cryptography Is Not Enough (2022)</h3>
<p>Der subtilste Text. Gigi unterscheidet zwischen <strong>kryptographischem Beweis</strong> (der Geheimhaltung erfordert) und <strong>rechnerischem Beweis</strong> (der für sich selbst spricht):</p>
<blockquote>
<p>“Cryptographic proof requires secrecy. Computational proof is self-evident.”</p>
</blockquote>
<p>Kryptographie allein reicht nicht. Du brauchst auch Arbeit — echten Energieaufwand in der physischen Welt. Nur die Kombination aus Kryptographie und Proof of Work erzeugt echte Sicherheit. Und dann die Paradoxien, die Gigi auflistet:</p>
<blockquote>
<p>“Bitcoin requires randomness, yet bitcoin creates order.”
“Bitcoin is math, and bitcoin is physics.”
“Bitcoin has rules, but no rulers.”</p>
</blockquote>
<h3 id="inalienable-property-rights-2022">Inalienable Property Rights (2022)</h3>
<p>Gigis politischster Text. Die zentrale Einsicht: <strong>Recht, Sprache und Geld</strong> sind die drei Paradigmen spontaner Ordnung in der Gesellschaft — eine Idee, die direkt auf Hayek zurückgeht. Von diesen drei wurde nur das Geld eingefangen. Recht und Sprache durften sich weitgehend spontan entwickeln. Das Geld wurde monopolisiert.</p>
<blockquote>
<p>“You shall not confiscate. You shall not censor. You shall not inflate. You shall not counterfeit.”</p>
</blockquote>
<p>Vier Gebote, die kein Staat einhält — und die Bitcoin durch Mathematik und Physik erzwingt, ohne eine zentrale Autorität zu brauchen.</p>
<p>Gigi zitiert hier auch Hayek direkt:</p>
<blockquote>
<p>“I don’t believe we shall ever have a good money again before we take the thing out of the hands of government, that is, we can’t take them violently out of the hands of government, all we can do is by some sly roundabout way introduce something they can’t stop.”</p>
</blockquote>
<p>Bitcoin ist dieser “schlaue Umweg”. Es nimmt dem Staat nicht das Geldmonopol — es macht das Monopol irrelevant.</p>
<h3 id="bitcoin-s-gravity-2019">Bitcoin’s Gravity (2019)</h3>
<p>Ein Text, der oft übersehen wird, aber für das Verständnis entscheidend ist. Gigi beschreibt den <strong>Feedback-Loop</strong>, der Bitcoin antreibt: Preis zieht Miner an, Mining erzeugt Sicherheit, Sicherheit erzeugt Vertrauen, Vertrauen zieht Nutzer an, Nutzer treiben den Preis. Diesen Kreislauf nennt er “Bitcoin’s Gravity” — eine Anziehungskraft, die immer stärker wird, je größer das Netzwerk wächst.</p>
<blockquote>
<p>“Bitcoin is so weird because it does the seemingly impossible: it pulls itself up from the bootstraps, becoming more valuable and more secure as time goes on.”</p>
</blockquote>
<p>Dieser Strange Loop ist das, was Physiker einen <strong>Attraktor</strong> nennen — ein Zustand, auf den ein dynamisches System von selbst zustrebt. Bitcoin zieht sich selbst in die Existenz.</p>
<h2 id="was-gigi-fur-mich-verandert-hat">Was Gigi für mich verändert hat</h2>
<p>Gigi hat mir gezeigt, dass Bitcoin <strong>kein technisches Problem ist, das technisch gelöst wird</strong>. Es ist ein Naturphänomen, das aus den Gesetzen der Physik, der Ökonomie und der menschlichen Kooperation entsteht.</p>
<p>Seine Texte sind die Brücke zwischen zwei Welten: Wer aus der Bitcoin-Community kommt, lernt durch Gigi die Physik und Philosophie dahinter. Wer aus der Wissenschaft kommt, versteht durch Gigi, warum Bitcoin nicht “nur” Software ist. Er beschreibt informell und intuitiv, was sich formal und physikalisch beweisen lässt. Und er tut es in einer Sprache, die zugänglich ist, ohne oberflächlich zu werden.</p>
<p>Was mich besonders beeindruckt: Gigi verbindet Hayek und Menger mit Thermodynamik, Mises mit Informationstheorie, Satoshi mit der Biologie. Er sieht die Muster, die quer durch die Disziplinen laufen. Und er schreibt sie auf — klar, präzise, unter Pseudonym, unter Creative-Commons-Lizenz.</p>
<p>Wenn es einen Bitcoin-Philosophen gibt, der die Ideen hinter dem Protokoll am besten destilliert hat, dann ist es Gigi. Seine Texte sind Pflichtlektüre — nicht weil sie alles erklären, sondern weil sie die richtigen Fragen stellen.</p>
<h2 id="wo-anfangen">Wo anfangen?</h2>
<p>Meine empfohlene Lesereihenfolge:</p>
<ol>
<li><strong>21 Lessons</strong> (21lessons.com) — das Fundament, von Philosophie über Ökonomie bis Technologie</li>
<li><strong>Bitcoin Is Time</strong> (dergigi.com) — die tiefste Einsicht, die ich in einem Bitcoin-Text je gelesen habe</li>
<li><strong>Proof of Life</strong> (dergigi.com) — Bitcoin als Organismus</li>
<li><strong>Cryptography Is Not Enough</strong> (dergigi.com) — warum Arbeit und Energie unverzichtbar sind</li>
<li><strong>Inalienable Property Rights</strong> (dergigi.com) — die politische Dimension</li>
</ol>
<p>Alle Texte sind kostenlos, alle unter Creative Commons. Gigi verdient kein Geld damit. Das ist kein Geschäftsmodell — das ist Überzeugung.</p>
<p>Und wenn du nur einen einzigen Text lesen willst: <strong>Bitcoin Is Time</strong>. Danach siehst du Proof of Work nie wieder als “Energieverschwendung”.</p>
<hr />
<p><strong>Nächste Schritte:</strong></p>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/cypherpunk/cypherpunk-manifest/">Das Cypherpunk-Manifest</a> — die philosophischen Wurzeln, die Gigi inspiriert haben</li>
<li><a href="https://bitcoin-durchgespielt.com/cypherpunk/digitale-souveraenitaet/">Digitale Souveränität</a> — Gigis Themen weitergedacht</li>
</ul>
<p><strong>Verwandte Themen:</strong></p>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/grundlagen/was-ist-bitcoin/">Was ist Bitcoin?</a> — die Grundlagen, bevor du tiefer einsteigst</li>
<li><a href="https://bitcoin-durchgespielt.com/grundlagen/potenzgesetze-spontane-ordnung/">Potenzgesetze und spontane Ordnung</a> — die Mathematik hinter Gigis Intuitionen</li>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/grundlagen-bitcoin-privatsphaere/">Grundlagen der Bitcoin-Privatsphäre</a> — warum Privatsphäre ein Menschenrecht ist</li>
</ul>
<p>Zurück zur Übersicht: <a href="https://bitcoin-durchgespielt.com/grundlagen/">Grundlagen</a></p>
Potenzgesetze: Die gemeinsame Sprache von Physik, Bitcoin und Ökonomie2025-07-01T00:00:00+00:002025-07-01T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/grundlagen/potenzgesetze-spontane-ordnung/<h2 id="was-erdbeben-und-bitcoin-gemeinsam-haben">Was Erdbeben und Bitcoin gemeinsam haben</h2>
<p>Es gibt ein mathematisches Muster, das in der Natur überall auftaucht: bei Erdbeben, Stadtgrößen, Mondkratern, Waldbränden, der Verteilung von Vermögen — und bei Bitcoin. Dieses Muster heißt <strong>Potenzgesetz</strong> (englisch: Power Law). Und es erzählt eine Geschichte, die weit über Mathematik hinausgeht.</p>
<p>Wenn du verstehst, was Potenzgesetze sind, siehst du Bitcoin mit völlig anderen Augen. Nicht als Spekulationsobjekt, nicht als Tech-Hype — sondern als natürliches Phänomen, das denselben Gesetzmäßigkeiten folgt wie die physische Welt um dich herum.</p>
<h2 id="was-ist-ein-potenzgesetz">Was ist ein Potenzgesetz?</h2>
<p>Die Formel ist simpel: <strong>y = a * x^b</strong></p>
<p>Auf einem doppelt-logarithmischen Diagramm ergibt das eine Gerade. Das Entscheidende: Es gibt <strong>keine charakteristische Skala</strong>. Das Muster sieht auf jeder Größenordnung gleich aus. Verdoppelst du x, multipliziert sich y immer um denselben Faktor — egal, wo auf der Skala du dich befindest.</p>
<h3 id="warum-das-wichtig-ist">Warum das wichtig ist</h3>
<p>Die meisten Menschen denken in <strong>Normalverteilungen</strong> — die klassische Glockenkurve. Körpergröße, IQ, Würfelergebnisse. Bei einer Normalverteilung gibt es einen Mittelwert, und extreme Abweichungen sind extrem selten. Ein zwei Meter großer Mensch ist ungewöhnlich, ein drei Meter großer praktisch unmöglich.</p>
<p>Bei einem Potenzgesetz funktioniert die Welt anders. <strong>Extreme Ereignisse sind selten, aber nicht unmöglich.</strong> Es gibt viele kleine Erdbeben und wenige große — aber die großen kommen häufiger vor, als eine Glockenkurve vermuten lässt. Die Standardabweichung ist ein trügerisches Risikomaß, wie der Mathematiker Benoit Mandelbrot schon 1963 zeigte: Preisschwankungen an Finanzmärkten haben <strong>fette Enden</strong> (fat tails). “Jahrhundertereignisse” passieren alle paar Jahre.</p>
<h3 id="beispiele-aus-der-natur">Beispiele aus der Natur</h3>
<ul>
<li><strong>Erdbeben</strong> (Gutenberg-Richter-Gesetz): Die Häufigkeit fällt als Potenzgesetz mit der Magnitude</li>
<li><strong>Stadtgrößen</strong> (Zipfs Gesetz): Die größte Stadt ist ungefähr doppelt so groß wie die zweitgrößte</li>
<li><strong>Metabolismus</strong> (Kleibers Gesetz): Skaliert mit Körpermasse hoch 3/4</li>
<li><strong>Mondkrater, Sonneneruptionen, Waldbrände</strong>: Viele kleine, wenige riesige</li>
<li><strong>Arterien, Bronchien, Bäume</strong>: Verzweigungsmuster folgen Potenzgesetzen</li>
</ul>
<p>Das Muster ist überall. Und es gibt einen Grund dafür.</p>
<h2 id="per-bak-und-die-selbstorganisierte-kritikalitat">Per Bak und die selbstorganisierte Kritikalität</h2>
<p>1987 stellte der dänische Physiker <strong>Per Bak</strong> eine Frage, die alles veränderte: Warum tauchen Potenzgesetze in der Natur so häufig auf?</p>
<p>In der Physik entstehen Potenzgesetze normalerweise an sogenannten <strong>kritischen Punkten</strong> — genau dort, wo ein System den Zustand wechselt (wie Wasser, das zu Eis wird). An diesen Punkten wird das System <strong>skaleninvariant</strong>: Es sieht auf jeder Vergrößerungsstufe gleich aus. Aber das Erreichen eines kritischen Punkts erfordert normalerweise extreme Feinabstimmung. Wie also kommt die Natur da hin — ohne dass jemand die Knöpfe dreht?</p>
<h3 id="die-antwort-manche-systeme-treiben-sich-selbst-zum-kritischen-punkt">Die Antwort: Manche Systeme treiben sich selbst zum kritischen Punkt</h3>
<p>Bak nannte das <strong>Self-Organized Criticality</strong> (SOC) — selbstorganisierte Kritikalität. Sein berühmtes Modell: der <strong>Sandhaufen</strong>.</p>
<p>Stell dir vor, du lässt Sandkörner einzeln auf einen Haufen fallen. Am Anfang passiert wenig. Irgendwann wird der Haufen steil genug, dass Lawinen entstehen. Manche Lawinen sind winzig — ein paar Körner rutschen. Andere sind riesig und verändern den ganzen Haufen. Der Haufen organisiert sich selbst auf genau den kritischen Winkel, an dem Lawinen aller Größen möglich sind. Die Lawinengrößen folgen einem Potenzgesetz.</p>
<p>Niemand steuert den Haufen. Es gibt keinen Planer, keinen Designer. Das System findet seinen kritischen Zustand <strong>von allein</strong>. Und genau da wird es für uns interessant.</p>
<h2 id="santostasis-bitcoin-power-law">Santostasis Bitcoin Power Law</h2>
<p>Der italienisch-amerikanische Physiker <strong>Giovanni Santostasi</strong> hat entdeckt, dass Bitcoins Preisentwicklung einem Potenzgesetz folgt — keinem exponentiellen Wachstum, keinem Hype-Zyklus, sondern einem geordneten, physikalischen Muster.</p>
<h3 id="die-vier-beziehungen">Die vier Beziehungen</h3>
<table><thead><tr><th>Beziehung</th><th>Exponent</th><th>Bedeutung</th></tr></thead><tbody>
<tr><td>Preis zu Zeit</td><td>~5.8</td><td>Langsamer als exponentiell</td></tr>
<tr><td>Adressen zu Zeit</td><td>~3</td><td>Kubisches Nutzerwachstum</td></tr>
<tr><td>Hashrate zu Zeit</td><td>~12</td><td>Sicherheit wächst am schnellsten</td></tr>
<tr><td>Preis zu Adressen</td><td>~2</td><td>Entspricht Metcalfes Gesetz</td></tr>
</tbody></table>
<h3 id="der-feedback-loop">Der Feedback-Loop</h3>
<p>Warum funktioniert das? Weil Bitcoin einen sich selbst verstärkenden Kreislauf hat:</p>
<ol>
<li>Mehr Nutzer bedeuten einen höheren Preis (Netzwerkeffekt nach Metcalfe: Wert steigt ungefähr mit dem Quadrat der Nutzerzahl)</li>
<li>Ein höherer Preis zieht mehr Mining an (die Hashrate steigt)</li>
<li>Die <strong>Difficulty Adjustment</strong> wirkt als Thermostat — sie verhindert, dass die Blockproduktion aus dem Ruder läuft</li>
<li>Mehr Mining bedeutet mehr Sicherheit</li>
<li>Mehr Sicherheit erzeugt mehr Vertrauen</li>
<li>Mehr Vertrauen bringt mehr Nutzer — und der Kreislauf beginnt von vorn</li>
</ol>
<p>Das Entscheidende: Die Difficulty Adjustment und das Investitionsrisiko <strong>bremsen</strong> das Wachstum. Was ohne Bremse exponentiell wäre, wird durch die eingebauten Feedbackmechanismen zu einem Potenzgesetz — genau wie bei Baks Sandhaufen.</p>
<h3 id="was-das-fur-den-preis-bedeutet">Was das für den Preis bedeutet</h3>
<p>Das Power-Law-Modell sagt keine Mondpreise voraus. Es sagt ein <strong>stetiges, aber sich verlangsamendes Wachstum</strong> voraus, das einem breiten Korridor folgt. Bitcoin bewegt sich nicht in Stufensprüngen nach Halvings (wie das ältere Stock-to-Flow-Modell behauptete), sondern auf einer glatten Kurve — mit Schwankungen, die selbst wieder einem Potenzgesetz folgen.</p>
<p>Das Modell ist falsifizierbar: Ein nachhaltiger Ausbruch unter oder über den Korridor würde es widerlegen. Bisher ist das nicht passiert.</p>
<h3 id="der-unterschied-zu-stock-to-flow">Der Unterschied zu Stock-to-Flow</h3>
<p>Vielleicht kennst du das <strong>Stock-to-Flow-Modell</strong> (S2F) von PlanB, das einige Jahre lang sehr populär war. Der Unterschied ist fundamental:</p>
<table><thead><tr><th></th><th>Power Law (Santostasi)</th><th>Stock-to-Flow (PlanB)</th></tr></thead><tbody>
<tr><td>Basis</td><td>Physik, Netzwerktheorie</td><td>Knappheit (Gold-Vergleich)</td></tr>
<tr><td>Wachstum</td><td>Potenzgesetz (langsamer als exponentiell)</td><td>Stufensprünge nach Halvings</td></tr>
<tr><td>Empirisch</td><td>Bisher im Korridor</td><td>Verfehlte 2021-Ziele</td></tr>
</tbody></table>
<p>S2F basiert auf einer einfachen Idee: Je knapper ein Gut, desto wertvoller. Das stimmt grundsätzlich — aber S2F sagt diskrete Preissprünge voraus, die so nie eingetreten sind. Das Power-Law-Modell basiert auf Netzwerkeffekten und Feedback-Schleifen — also auf den Mechanismen, die Bitcoin tatsächlich antreiben.</p>
<h2 id="menger-hayek-und-die-spontane-ordnung">Menger, Hayek und die spontane Ordnung</h2>
<p>Jetzt kommt der Teil, der mich am meisten fasziniert: Die Verbindung zur <strong>Österreichischen Schule der Ökonomie</strong>.</p>
<h3 id="carl-menger-wie-geld-entsteht">Carl Menger: Wie Geld entsteht</h3>
<p>Der österreichische Ökonom <strong>Carl Menger</strong> beschrieb 1892, wie Geld ohne zentrale Planung entsteht:</p>
<ol>
<li>Güter haben unterschiedliche <strong>Absatzfähigkeit</strong> — manche lassen sich leichter tauschen als andere</li>
<li>Individuen tauschen ihre Waren gegen besser absetzbare Güter — selbst wenn sie diese nicht direkt brauchen</li>
<li><strong>Positives Feedback</strong>: Das absetzbarste Gut wird immer absetzbarerer, weil mehr Menschen es als Tauschmittel akzeptieren</li>
<li>Konvergenz auf ein einziges Tauschmittel — Geld</li>
</ol>
<p>Das ist exakt der Mechanismus, den die Netzwerkwissenschaft hundert Jahre später als <strong>präferentielles Attachment</strong> (Barabasi-Albert-Modell) formalisierte: Knoten, die bereits viele Verbindungen haben, ziehen überproportional neue Verbindungen an. Dieses “Die Reichen werden reicher”-Muster erzeugt Netzwerke mit Potenzgesetz-Verteilungen.</p>
<p>Menger beschrieb 1892 qualitativ, was die Physik 1999 mathematisch bewies. Bitcoin ist die lebende Bestätigung beider Theorien.</p>
<h3 id="friedrich-hayek-spontane-ordnung">Friedrich Hayek: Spontane Ordnung</h3>
<p><strong>Hayek</strong> argumentierte, dass die wichtigsten gesellschaftlichen Institutionen — Recht, Sprache, Geld — nicht von oben geplant werden, sondern <strong>spontan aus dezentralen Interaktionen entstehen</strong>. Kein Einzelner hat die deutsche Sprache “erfunden”. Kein Komitee hat das Gewohnheitsrecht “designt”. Und kein Zentralplaner hat Gold zum Geld gemacht.</p>
<p>Hayeks spontane Ordnung und Per Baks selbstorganisierte Kritikalität beschreiben <strong>dasselbe Phänomen</strong> — nur in verschiedenen Sprachen:</p>
<table><thead><tr><th>Österreichische Schule</th><th>Komplexitätswissenschaft</th></tr></thead><tbody>
<tr><td>Spontane Ordnung (Hayek)</td><td>Self-Organized Criticality (Bak)</td></tr>
<tr><td>Geldentstehung durch Absatzfähigkeit (Menger)</td><td>Präferentielles Attachment</td></tr>
<tr><td>Wissensproblem (dezentrale Information)</td><td>Emergenz aus lokalen Interaktionen</td></tr>
<tr><td>Unvorhersagbarkeit komplexer Phänomene</td><td>Fat Tails, Potenzgesetze</td></tr>
</tbody></table>
<p>Potenzgesetze sind die <strong>mathematische Signatur</strong> spontaner Ordnung. Wo du ein Potenzgesetz findest, findest du ein System, das sich ohne zentrale Steuerung selbst organisiert hat.</p>
<h2 id="die-pareto-verteilung-potenzgesetze-im-alltag">Die Pareto-Verteilung: Potenzgesetze im Alltag</h2>
<p>Ein Potenzgesetz, das du vielleicht schon kennst, ohne es zu wissen: die <strong>Pareto-Verteilung</strong>. Der italienische Ökonom Vilfredo Pareto stellte 1896 fest, dass die Vermögensverteilung einem Potenzgesetz folgt. Die berühmte “80/20-Regel” ist eine direkte Folge: 20 Prozent der Menschen besitzen 80 Prozent des Vermögens.</p>
<p>Der Physiker Victor Yakovenko hat das weiter untersucht und ein faszinierendes <strong>Zwei-Klassen-Modell</strong> entdeckt, das in 67 Ländern bestätigt wurde:</p>
<ul>
<li>Die unteren 97-99 Prozent der Bevölkerung folgen einer <strong>exponentiellen</strong> Verteilung (wie Gasmoleküle in einem Raum) — ihre Einkommen entstehen durch additive Prozesse wie Löhne</li>
<li>Die obersten 1-3 Prozent folgen einer <strong>Potenzgesetz</strong>-Verteilung — ihr Vermögen wächst durch multiplikative Prozesse wie Kapitalerträge</li>
</ul>
<p>Das sind zwei physikalisch verschiedene Mechanismen. Die Wirtschaft ist kein einheitliches System — sie hat zwei Regime mit verschiedener Physik. Und der Pareto-Tail schwillt und schrumpft mit dem Aktienmarkt.</p>
<h2 id="bitcoin-als-perkolation">Bitcoin als Perkolation</h2>
<p>Es gibt noch ein physikalisches Konzept, das perfekt auf Bitcoin passt: die <strong>Perkolation</strong>. Stell dir ein Sieb vor, durch das du Wasser gießt. Unterhalb einer kritischen Schwelle fließt nichts durch — nur isolierte Tropfen. Oberhalb der Schwelle entsteht plötzlich ein zusammenhängender Kanal, und das Wasser fließt frei.</p>
<p>Bitcoin-Adoption funktioniert genauso. Unterhalb einer kritischen Masse: isolierte Nutzer, Nischenphänomen. Oberhalb: globale Konnektivität. Der Übergang ist <strong>abrupt</strong> — ein Phasenübergang. Und er geschieht nicht durch Dekret, sondern durch dezentrales Eigeninteresse — Hayeks spontane Ordnung, quantifiziert als Perkolationsübergang.</p>
<p>Forscher haben 2020 gezeigt, dass das <strong>Lightning-Netzwerk</strong> tatsächlich Perkolationseigenschaften aufweist (Seres et al., Nature Scientific Reports). Das ist keine Metapher — es ist Physik.</p>
<h2 id="warum-das-alles-zusammengehort">Warum das alles zusammengehört</h2>
<p>Für mich war das der Moment, in dem Bitcoin aufhörte, “nur” Technologie zu sein. Wenn du siehst, dass Bitcoin denselben mathematischen Mustern folgt wie Erdbeben, Städte und biologische Systeme — dann verstehst du: <strong>Bitcoin ist kein Experiment. Es ist ein Naturphänomen.</strong></p>
<p>Die Physik liefert die Mathematik (Potenzgesetze, SOC, Perkolation). Die Österreichische Schule liefert die Erklärung (spontane Ordnung, subjektiver Wert, dezentrale Information). Und Bitcoin liefert den empirischen Beweis, dass beides zusammengehört.</p>
<p>Das ist keine Spekulation. Das ist eine Gerade auf einem Log-Log-Plot, die seit 15 Jahren hält.</p>
<hr />
<p><strong>Weiterführende Ressourcen:</strong></p>
<ul>
<li><strong>How Nature Works</strong> von Per Bak — das Grundlagenwerk zur selbstorganisierten Kritikalität</li>
<li><strong>The (Mis)Behavior of Markets</strong> von Benoit Mandelbrot — warum Finanzmärkte keine Glockenkurven folgen</li>
<li>Giovanni Santostasis Bitcoin Power Law Theory (Medium)</li>
<li>Carl Menger: <strong>On the Origins of Money</strong> (1892)</li>
</ul>
<p>Zurück zur Übersicht: <a href="https://bitcoin-durchgespielt.com/grundlagen/">Ökonomie</a></p>
Das Lightning Netzwerk: Bitcoin in Sekundenschnelle versenden2025-06-20T00:00:00+00:002025-06-20T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/praxis/lightning-netzwerk/<h2 id="das-problem-bitcoin-skaliert-nicht-auf-der-basisschicht">Das Problem: Bitcoin skaliert nicht auf der Basisschicht</h2>
<p>Die Bitcoin-Timechain (oft Blockchain genannt) ist ein dezentrales, transparentes, digitales <strong>Kassenbuch</strong>. Weltweit verteilt auf tausenden Nodes, wird durchschnittlich alle 10 Minuten ein neuer Block hinzugefügt — eine neue Seite im Kassenbuch.</p>
<p>Dieses System ist extrem sicher und robust. Aber es hat eine eingebaute Begrenzung: Jeder Block hat eine <strong>begrenzte Größe</strong>. Das bedeutet, dass nur eine bestimmte Anzahl an Transaktionen pro Block verarbeitet werden kann.</p>
<p>Was passiert, wenn die Nutzerzahl steigt?</p>
<ul>
<li>Der <strong>Mempool</strong> (das Wartezimmer unbestätigter Transaktionen) füllt sich</li>
<li><strong>Blockspace</strong> wird knapp und begehrt</li>
<li><strong>Transaktionsgebühren steigen</strong>, weil Nutzer um den begrenzten Platz konkurrieren</li>
<li><strong>Micro-Zahlungen</strong> — ein Kaffee für 3 Euro, ein Trinkgeld für 50 Cent — werden unwirtschaftlich, wenn die Gebühr höher ist als der Betrag</li>
</ul>
<p>Die Skalierung kann nicht einfach “On-Chain” geschehen, indem man die Blöcke größer macht. Größere Blöcke würden die Timechain schneller wachsen lassen, was es teurer und aufwändiger macht, eine Full Node zu betreiben. Weniger Nodes bedeuten weniger Dezentralität — und damit weniger Sicherheit.</p>
<h2 id="das-blockchain-trilemma">Das Blockchain-Trilemma</h2>
<p>Jedes Blockchain-Netzwerk steht vor einem fundamentalen Trilemma. Es kann maximal <strong>zwei von drei</strong> Eigenschaften gleichzeitig optimieren:</p>
<ol>
<li><strong>Skalierbarkeit</strong> — viele Transaktionen pro Sekunde</li>
<li><strong>Sicherheit</strong> — Schutz vor Angriffen und Manipulation</li>
<li><strong>Dezentralität</strong> — kein einzelner Kontrollpunkt</li>
</ol>
<p>Bitcoin On-Chain optimiert bewusst für <strong>Sicherheit und Dezentralität</strong>. Das ist kein Fehler, sondern eine Designentscheidung. Die Basisschicht muss so sicher und dezentral wie möglich sein — sie ist das Fundament.</p>
<p>Die Skalierung muss auf einer <strong>höheren Ebene</strong> gelöst werden. Genau hier kommt das Lightning Netzwerk ins Spiel.</p>
<h2 id="die-losung-das-lightning-netzwerk">Die Lösung: Das Lightning Netzwerk</h2>
<p>Das <strong>Lightning Netzwerk</strong> ist ein <strong>Layer-2-Protokoll</strong>, das auf der Bitcoin-Timechain aufbaut. Es ermöglicht:</p>
<ul>
<li>Zahlungen in <strong>Sekundenschnelle</strong> statt in 10 Minuten</li>
<li><strong>Minimale Gebühren</strong> — auch Micro-Zahlungen werden möglich</li>
<li>Hohe Transaktionskapazität ohne die Basisschicht zu belasten</li>
</ul>
<p>Das Grundprinzip: Anstatt jede einzelne Zahlung auf der Timechain zu verewigen, werden Transaktionen in sogenannten <strong>Payment Channels</strong> (Zahlungskanälen) zwischen Teilnehmern abgewickelt. Erst wenn ein Kanal geschlossen wird, wird der finale Stand auf der Timechain verankert.</p>
<h2 id="wie-funktioniert-lightning">Wie funktioniert Lightning?</h2>
<p>Der Ablauf lässt sich in drei Schritte unterteilen:</p>
<h3 id="1-kanal-offnen">1. Kanal öffnen</h3>
<p>Zwei Parteien sperren Bitcoin in einer gemeinsamen <strong>On-Chain-Transaktion</strong>. Das ist wie ein gemeinsames Konto, das beide Seiten einsehen können. Die Eröffnung des Kanals wird auf der Timechain festgehalten.</p>
<p>Nehmen wir an, du öffnest einen Kanal mit deinem Lieblingscafe. Du sperrst 0,01 BTC in den Kanal. Das Cafe hat anfangs 0 BTC auf seiner Seite.</p>
<h3 id="2-transaktionen-durchfuhren">2. Transaktionen durchführen</h3>
<p>Jetzt können du und das Cafe <strong>beliebig viele Zahlungen</strong> hin und her senden — sofort und nahezu kostenlos. Jede Zahlung verschiebt einfach den Saldo innerhalb des Kanals.</p>
<ul>
<li>Du zahlst 0,0005 BTC für einen Kaffee → Dein Saldo: 0,0095, Cafe: 0,0005</li>
<li>Du zahlst 0,0005 BTC für einen zweiten Kaffee → Dein Saldo: 0,009, Cafe: 0,001</li>
<li>Das Cafe zahlt dir 0,0002 BTC zurück (Trinkgeld-Rückgabe) → Dein Saldo: 0,0092, Cafe: 0,0008</li>
</ul>
<p>Keine dieser Transaktionen berührt die Timechain. Sie finden nur zwischen euch beiden statt, in Echtzeit.</p>
<h3 id="3-kanal-schliessen">3. Kanal schließen</h3>
<p>Wenn einer von euch den Kanal schließen möchte, wird der <strong>finale Saldo</strong> in einer On-Chain-Transaktion verankert. Aus vielen Lightning-Zahlungen wird eine einzige Transaktion auf der Timechain.</p>
<h3 id="routing-zahlungen-ohne-direkten-kanal">Routing: Zahlungen ohne direkten Kanal</h3>
<p>Du musst nicht mit jedem Empfänger einen eigenen Kanal haben. Durch <strong>Routing</strong> können Zahlungen über mehrere Kanäle hinweg weitergeleitet werden.</p>
<p>Wenn du einen Kanal zu Alice hast und Alice einen Kanal zum Cafe, kannst du das Cafe über Alice bezahlen. Das geschieht automatisch, verschlüsselt und in Sekundenschnelle. Jeder Zwischenknoten leitet die Zahlung weiter, ohne den Absender oder den finalen Empfänger zu kennen.</p>
<h2 id="lightning-abstufungen-wie-viel-eigenverantwortung-willst-du">Lightning-Abstufungen: Wie viel Eigenverantwortung willst du?</h2>
<p>Beim Lightning Netzwerk gibt es verschiedene Stufen der <strong>Eigenverantwortung</strong> — ähnlich wie bei On-Chain-Wallets die Unterscheidung zwischen Börse und Selbstverwahrung.</p>
<h3 id="1-custodial-fremde-node-fremde-keys">1. Custodial — Fremde Node, fremde Keys</h3>
<p>Bei einer <strong>Custodial Lightning Wallet</strong> nutzt du die Node und die Kanäle eines Serviceanbieters. Dein Seed liegt in <strong>Fremdverwahrung</strong> — du vertraust dem Anbieter, dass er deine Sats nicht verliert oder sperrt.</p>
<p><strong>Beispiele:</strong> Wallet of Satoshi, Strike</p>
<p><strong>Vorteil:</strong> Extrem einfach zu nutzen, kein technisches Wissen nötig.
<strong>Nachteil:</strong> Nicht deine Keys, nicht deine Coins. Der Anbieter kann deinen Zugang sperren.</p>
<h3 id="2-non-custodial-mit-fremder-node">2. Non-Custodial mit fremder Node</h3>
<p>Hier nutzt du zwar die <strong>Node des Serviceanbieters</strong>, aber dein Kanal wird <strong>eigenständig</strong> verwaltet. Der Seed liegt in <strong>deiner Verwahrung</strong> — du hast die Kontrolle über deine Schlüssel.</p>
<p><strong>Beispiele:</strong> Phoenix, Breez</p>
<p><strong>Vorteil:</strong> Guter Kompromiss aus Benutzerfreundlichkeit und Selbstbestimmung.
<strong>Nachteil:</strong> Du bist von der Infrastruktur des Anbieters abhängig (Routing, Liquidität).</p>
<h3 id="3-eigene-lightning-node-volle-souveranitat">3. Eigene Lightning-Node — volle Souveränität</h3>
<p>Die höchste Stufe: Du betreibst deine <strong>eigene Node</strong>, eröffnest und verwaltest deine Kanäle <strong>eigenständig</strong>, und der Seed liegt in <strong>deiner Verwahrung</strong>.</p>
<p><strong>Beispiele:</strong> Umbrel, Start9, RaspiBlitz</p>
<p><strong>Vorteil:</strong> Maximale Kontrolle, Privatsphäre und Unabhängigkeit.
<strong>Nachteil:</strong> Technisch anspruchsvoll, erfordert Einarbeitung und laufende Pflege (Kanäle balancieren, Liquidität managen).</p>
<h2 id="vergleich-zahlungsmethoden-im-alltag">Vergleich: Zahlungsmethoden im Alltag</h2>
<p>Wie schlägt sich Lightning im Vergleich zu anderen Zahlungsmethoden?</p>
<table><thead><tr><th>Eigenschaft</th><th>Bargeld</th><th>Lightning</th><th>Banküberweisung</th><th>On-Chain</th></tr></thead><tbody>
<tr><td>Geschwindigkeit</td><td>Sofort</td><td>Sekunden</td><td>Stunden/Tage</td><td>~10 Minuten</td></tr>
<tr><td>Gebühren</td><td>Keine</td><td>Minimal</td><td>Variabel</td><td>Variabel</td></tr>
<tr><td>Privatsphäre</td><td>Hoch</td><td>Mittel</td><td>Niedrig</td><td>Pseudonym</td></tr>
<tr><td>Reichweite</td><td>Lokal</td><td>Global</td><td>Global</td><td>Global</td></tr>
<tr><td>Vermittler</td><td>Keiner</td><td>Keiner</td><td>Bank</td><td>Keiner</td></tr>
<tr><td>Mikrozahlungen</td><td>Möglich</td><td>Möglich</td><td>Unwirtschaftlich</td><td>Unwirtschaftlich</td></tr>
</tbody></table>
<p><strong>Lightning ist wie digitales Bargeld</strong> — schnell, direkt, kaum Gebühren und ohne Vermittler. Es kombiniert die Geschwindigkeit und Privatsphäre von Bargeld mit der globalen Reichweite des Internets.</p>
<h2 id="wofur-eignet-sich-lightning-besonders">Wofür eignet sich Lightning besonders?</h2>
<p>Lightning ist ideal für Situationen, in denen On-Chain-Transaktionen überdimensioniert wären:</p>
<ul>
<li><strong>Alltagszahlungen</strong> — Kaffee, Lebensmittel, Restaurant</li>
<li><strong>Mikrozahlungen</strong> — Trinkgelder, Pay-per-Article, Streaming-Zahlungen (Sats pro Sekunde)</li>
<li><strong>Internationale Überweisungen</strong> — schneller und günstiger als jede Bank</li>
<li><strong>Point-of-Sale</strong> — Händler erhalten sofortige Bestätigung ohne Rückbuchungsrisiko</li>
<li><strong>Value4Value</strong> — Podcaster und Content-Creator erhalten Sats direkt von Hörern und Lesern</li>
</ul>
<h2 id="was-lightning-nicht-ist">Was Lightning nicht ist</h2>
<p>Lightning ersetzt Bitcoin On-Chain nicht. Es ist eine <strong>Ergänzung</strong> für einen bestimmten Anwendungsfall. Für größere Beträge und langfristige Aufbewahrung bleibt die Timechain die richtige Wahl. Lightning ist für den Zahlungsverkehr — On-Chain ist für die Wertaufbewahrung.</p>
<p>Denk an Lightning wie an dein Portemonnaie: Du trägst genug Bargeld für den Tag mit dir. Dein Sparbuch (On-Chain) bleibt sicher zu Hause.</p>
<h2 id="zusammenfassung">Zusammenfassung</h2>
<ul>
<li>Bitcoin On-Chain priorisiert <strong>Sicherheit und Dezentralität</strong> — das ist kein Bug, sondern ein Feature</li>
<li>Das Lightning Netzwerk löst das <strong>Skalierungsproblem</strong> als Layer 2, ohne die Basisschicht zu kompromittieren</li>
<li>Zahlungen erfolgen in <strong>Sekundenschnelle</strong> mit minimalen Gebühren</li>
<li>Es gibt verschiedene <strong>Abstufungen</strong> von Custodial bis zur eigenen Node — wähle die Stufe, die zu deinem Wissen und deinen Bedürfnissen passt</li>
<li>Lightning macht Bitcoin <strong>alltagstauglich</strong> für kleine und große Beträge</li>
</ul>
<hr />
<p><strong>Nächste Schritte:</strong></p>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/nodes/lightning-node/">Lightning Node betreiben</a> — eigenen Node aufsetzen</li>
<li><a href="https://bitcoin-durchgespielt.com/praxis/bitcoin-vererben/">Bitcoin vererben</a> — Nachlassplanung</li>
</ul>
<p><strong>Verwandte Themen:</strong></p>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/cypherpunk/nostr-zensurresistente-kommunikation/">Nostr: Zensurresistente Kommunikation</a> — Lightning + Nostr = Zaps</li>
<li><a href="https://bitcoin-durchgespielt.com/nodes/warum-eigene-node/">Warum eine eigene Node?</a> — don’t trust, verify</li>
</ul>
<p>Zurück zur Übersicht: <a href="https://bitcoin-durchgespielt.com/praxis/">Praxis</a></p>
Mining verstehen: Ein Würfelspiel erklärt Proof of Work2025-06-15T00:00:00+00:002025-06-15T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/grundlagen/mining-verstehen-planspiel/<h2 id="warum-mining-existiert">Warum Mining existiert</h2>
<p>Bitcoin hat keinen Chef. Keine Zentralbank, keinen Server, keine Institution, die entscheidet, welche Transaktionen gültig sind. Stattdessen gibt es <strong>Mining</strong> — einen Mechanismus, der das Netzwerk absichert, Transaktionen bestätigt und neue Bitcoin in Umlauf bringt. Alles gleichzeitig.</p>
<p>Mining ist der Grund, warum du Bitcoin <a href="https://bitcoin-durchgespielt.com/praxis/">selbst verwahren</a> kannst, ohne einem Dritten vertrauen zu müssen. Miner investieren reale Energie, um mathematische Rätsel zu lösen. Diese Arbeit ist von jedem überprüfbar, aber von niemandem fälschbar. Das nennt sich <strong>Proof of Work</strong> — und es ist das Fundament der gesamten Bitcoin-Sicherheit.</p>
<p>Aber wie funktioniert das konkret? Am besten versteht man Mining, wenn man es einmal selbst macht. Nicht am Computer — sondern mit Würfeln.</p>
<h2 id="das-wurfelspiel-mining-zum-anfassen">Das Würfelspiel: Mining zum Anfassen</h2>
<p>In meinen Workshops nutze ich ein Planspiel, das die Kernmechanismen von Bitcoin Mining mit physischen Materialien erlebbar macht. Kein Vorwissen nötig, keine Software, keine Bildschirme. Nur Würfel, Karten und eine Tafel.</p>
<h3 id="die-grundidee">Die Grundidee</h3>
<table><thead><tr><th>Spielelement</th><th>Bitcoin-Entsprechung</th></tr></thead><tbody>
<tr><td>Würfeln (6er-Pasch)</td><td>Proof of Work (Hash-Berechnung)</td></tr>
<tr><td>Andere prüfen den Wurf</td><td>Konsens / Verifizierung</td></tr>
<tr><td>Transaktionskarte</td><td>Bitcoin-Transaktion</td></tr>
<tr><td>Mempool-Ablage</td><td>Mempool (Warteschlange)</td></tr>
<tr><td>Max. 4 Karten pro Block</td><td>Begrenzte Blockgröße</td></tr>
<tr><td>Höchste Gebühr zuerst</td><td>Gebührenmarkt</td></tr>
<tr><td>Block an Tafel hängen</td><td>Block zur Timechain hinzufügen</td></tr>
<tr><td>Miner-Belohnungskarte</td><td>Block Subsidy</td></tr>
<tr><td>Mehr Würfel fordern</td><td>Difficulty Adjustment</td></tr>
<tr><td>Belohnung halbieren</td><td>Halving</td></tr>
</tbody></table>
<h3 id="was-du-brauchst">Was du brauchst</h3>
<ul>
<li><strong>6 Würfel</strong> pro Miner-Gruppe (mindestens)</li>
<li><strong>Transaktionskarten</strong> zum Ausfüllen (Absender, Empfänger, Betrag, Gebühr)</li>
<li><strong>Block-Karten</strong> (Blocknummer, Miner, enthaltene Transaktionen, Hash, Zeitstempel)</li>
<li><strong>Miner-Belohnungskarten</strong> (die Block Subsidy)</li>
<li><strong>Geldbörsen-Karten</strong> mit einer Adresse für jeden Teilnehmer</li>
<li>Eine <strong>Mempool-Tafel</strong> mit dem Genesis-Block (Block Nr. 0) bereits aufgehängt</li>
<li>8-20 Teilnehmer, aufgeteilt in Miner-Gruppen und Transaktionssender</li>
</ul>
<h2 id="spielablauf">Spielablauf</h2>
<h3 id="phase-1-wallets-erstellen">Phase 1: Wallets erstellen</h3>
<p>Jeder Teilnehmer bekommt eine Geldbörsen-Karte mit einer eigenen Adresse. Das ist die Bitcoin-Wallet im Miniaturformat — eine Identität im Netzwerk.</p>
<h3 id="phase-2-transaktionen-schreiben">Phase 2: Transaktionen schreiben</h3>
<p>Teilnehmer füllen Transaktionskarten aus:</p>
<ul>
<li><strong>An wen?</strong> — die Adresse eines anderen Teilnehmers</li>
<li><strong>Wie viel?</strong> — ein Betrag in Satoshi</li>
<li><strong>Welche Gebühr?</strong> — die Entscheidung, die alles verändert</li>
</ul>
<p>Die fertigen Karten werden in die <strong>Mempool-Ablage</strong> gelegt. Dort warten sie — genau wie echte Bitcoin-Transaktionen im Netzwerk.</p>
<h3 id="phase-3-mining-wurfeln-um-den-block">Phase 3: Mining — Würfeln um den Block</h3>
<p>Jetzt wird es laut. Alle Miner-Gruppen würfeln gleichzeitig mit ihren 6 Würfeln. Das Ziel: ein <strong>6er-Pasch</strong> — alle sechs Würfel zeigen eine Sechs.</p>
<p>Das ist extrem unwahrscheinlich, genau wie das Finden eines gültigen Hashes im echten Bitcoin-Netzwerk. Die Miner würfeln Runde um Runde, und irgendwann hat eine Gruppe Glück.</p>
<h3 id="phase-4-verifizierung">Phase 4: Verifizierung</h3>
<p>Die anderen Miner <strong>prüfen den Wurf</strong>: Liegen wirklich sechs Sechsen? Das ist der Konsens-Mechanismus in Aktion. Im echten Netzwerk prüft jeder Node den gefundenen Block unabhängig. Hier prüfen alle Mitspieler den Würfelwurf. <strong>Jeder kann prüfen, niemand muss vertrauen.</strong></p>
<h3 id="phase-5-block-bauen">Phase 5: Block bauen</h3>
<p>Der erfolgreiche Miner nimmt sich Transaktionen aus dem Mempool — maximal <strong>4 Stück</strong>, und zwar die mit der <strong>höchsten Gebühr</strong> zuerst. Er füllt die Block-Karte aus:</p>
<ul>
<li>Fortlaufende Blocknummer</li>
<li>Eigener Name (der Miner)</li>
<li>Die aufgenommenen Transaktionen</li>
<li>Ein ausgedachter Buchstaben-Code als “Hash”</li>
<li>Zeitstempel</li>
</ul>
<p>Der fertige Block wird an der Tafel neben den vorherigen Block gehängt. Die <strong>Timechain wächst</strong> — Block für Block, sichtbar für alle.</p>
<h3 id="phase-6-belohnung">Phase 6: Belohnung</h3>
<p>Der Miner erhält eine <strong>Miner-Belohnungskarte</strong> — die Block Subsidy. Genau wie im echten Netzwerk: Wer einen gültigen Block findet, wird mit neu erzeugten Bitcoin belohnt.</p>
<p>Dann beginnt die nächste Runde.</p>
<h2 id="der-mempool-als-wartezimmer">Der Mempool als Wartezimmer</h2>
<p>Im Spiel wird schnell sichtbar, was der <strong>Mempool</strong> wirklich ist: ein Wartezimmer, in dem Transaktionen um einen begrenzten Platz konkurrieren.</p>
<p>Wenn viele Teilnehmer gleichzeitig Transaktionen einwerfen, aber nur 4 in jeden Block passen, entsteht der <strong>Gebührenmarkt</strong>. Miner wählen rational — sie nehmen die profitabelsten Transaktionen zuerst. Wer nur eine minimale Gebühr zahlt, wartet. Wer gar keine zahlt, wird möglicherweise nie aufgenommen.</p>
<p>Das ist kein Fehler. Es ist ein Feature. Der Gebührenmarkt stellt sicher, dass Blockplatz <strong>den Nutzern zugutekommt, denen er am meisten wert ist</strong> — ohne zentrale Instanz, die darüber entscheidet.</p>
<h2 id="difficulty-adjustment-wenn-es-zu-leicht-wird">Difficulty Adjustment — wenn es zu leicht wird</h2>
<p>Im echten Bitcoin-Netzwerk wird alle 2.016 Blöcke die <strong>Difficulty</strong> angepasst. Werden Blöcke zu schnell gefunden (weil mehr Miner mit mehr Rechenleistung arbeiten), steigt die Schwierigkeit. Werden sie zu langsam gefunden, sinkt sie. Das Ziel: Im Schnitt ein Block alle <strong>10 Minuten</strong>.</p>
<p>Im Planspiel simulierst du das so:</p>
<ul>
<li><strong>Runde 1-3</strong>: 6er-Pasch mit 6 Würfeln</li>
<li><strong>Ab Runde 4</strong>: 6er-Pasch mit 8 Würfeln — plötzlich deutlich schwieriger</li>
<li><strong>Ab Runde 7</strong>: 6er-Pasch mit 10 Würfeln — noch schwieriger</li>
</ul>
<p>Die Teilnehmer spüren die Veränderung sofort. Wo vorher nach ein paar Runden ein Block gefunden wurde, dauert es jetzt deutlich länger. Das macht das <strong>Difficulty Adjustment</strong> greifbar — eines der genialsten Designelemente von Bitcoin.</p>
<h2 id="block-rewards-und-halving">Block Rewards und Halving</h2>
<p>Jeder erfolgreiche Miner erhält eine Belohnung: die <strong>Block Subsidy</strong>. Das sind die neu erzeugten Bitcoin, die mit jedem Block in Umlauf kommen. Im echten Netzwerk betrug diese Belohnung anfangs 50 BTC pro Block.</p>
<h3 id="das-halving">Das Halving</h3>
<p>Alle <strong>210.000 Blöcke</strong> (ungefähr alle vier Jahre) wird die Belohnung halbiert:</p>
<ul>
<li>2009: <strong>50 BTC</strong> pro Block</li>
<li>2012: <strong>25 BTC</strong></li>
<li>2016: <strong>12,5 BTC</strong></li>
<li>2020: <strong>6,25 BTC</strong></li>
<li>2024: <strong>3,125 BTC</strong></li>
</ul>
<p>Im Planspiel simulierst du das Halving, indem du nach 5 Blöcken die Belohnungskarten halbierst — zum Beispiel von 4 auf 2 Karten. Sofort entsteht eine Diskussion: Was passiert, wenn die Belohnung sinkt? Warum werden <strong>Gebühren wichtiger</strong>?</p>
<p>Die Antwort: Wenn die Block Subsidy gegen Null geht, finanzieren sich Miner ausschließlich über Transaktionsgebühren. Das ist kein Bug — es ist Teil des Designs. Die maximale Menge von <strong>21 Millionen Bitcoin</strong> ist dadurch garantiert, und das Netzwerk bleibt trotzdem gesichert.</p>
<h2 id="was-das-planspiel-sichtbar-macht">Was das Planspiel sichtbar macht</h2>
<p>Nach einer Stunde mit Würfeln und Karten haben die Teilnehmer etwas verstanden, das kein Erklärvideo vermitteln kann:</p>
<p><strong>Proof of Work ist echte Arbeit.</strong> Die Würfel in der Hand, die Frustration nach Runde um Runde ohne 6er-Pasch, die Erleichterung beim Erfolg — das macht die Energieinvestition von echtem Mining körperlich spürbar.</p>
<p><strong>Der Mempool ist ein Markt.</strong> Wenn deine Transaktion in der dritten Runde immer noch nicht aufgenommen wurde, weil andere mehr Gebühr gezahlt haben, verstehst du das Prinzip intuitiv.</p>
<p><strong>Konsens braucht kein Vertrauen.</strong> Wenn ein Mitspieler behauptet, einen 6er-Pasch gewürfelt zu haben, schauen alle hin und prüfen. Liegt kein Pasch, wird er abgelehnt. Fertig. Kein Streit, keine Autoritätsfrage.</p>
<p><strong>Knappheit ist real.</strong> Die begrenzte Blockgröße (4 Transaktionen), die sinkende Belohnung, die steigende Schwierigkeit — all das macht die Knappheit von Bitcoin erlebbar.</p>
<h2 id="warum-das-fur-selbstverwahrung-wichtig-ist">Warum das für Selbstverwahrung wichtig ist</h2>
<p>Mining ist nicht nur ein technischer Prozess irgendwo in einer Rechenfarm. Es ist der Grund, warum du Bitcoin <strong>vertrauen kannst, ohne zu vertrauen</strong>.</p>
<p>Wenn du deine Bitcoin auf einer Börse lässt, vertraust du auf die Ehrlichkeit der Börse. Wenn du sie <a href="https://bitcoin-durchgespielt.com/praxis/wallets-erklaert/">selbst verwahrst</a>, vertraust du auf Mathematik und Physik. Mining ist die Brücke zwischen beiden Welten: Es schafft die Sicherheit, auf der deine <a href="https://bitcoin-durchgespielt.com/praxis/">Selbstverwahrung</a> aufbaut.</p>
<p>Miner investieren Milliarden in Hardware und Energie, um das Netzwerk zu sichern. Du investierst 12 Wörter, um deine Bitcoin zu kontrollieren. Diese Asymmetrie — enorme Kosten für den Angriff, minimale Kosten für die Verteidigung — ist kein Zufall. Sie ist das eleganteste Merkmal von Bitcoins Design.</p>
<blockquote>
<p>Bitcoin ist kein Mysterium — man muss es nur einmal selbst machen.</p>
</blockquote>
<hr />
<p><strong>Weiterführend:</strong> Wie das Byzantinische Generalsproblem und Proof of Work zusammenhängen: <a href="https://bitcoin-durchgespielt.com/grundlagen/byzantinisches-problem-nakamoto-konsens/">Byzantinisches Problem und Nakamoto-Konsens</a>. Wie du nach dem Kauf deine Bitcoin abziehst: <a href="https://bitcoin-durchgespielt.com/praxis/bitcoin-senden-empfangen/">Bitcoin senden und empfangen</a>. Zurück zur Übersicht: <a href="https://bitcoin-durchgespielt.com/praxis/">Selbstverwahrung</a>.</p>
Das Byzantinische Generalsproblem und wie Bitcoin es löst2025-06-10T00:00:00+00:002025-06-10T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/grundlagen/byzantinisches-problem-nakamoto-konsens/<h2 id="das-problem-das-bitcoin-lost">Das Problem, das Bitcoin löst</h2>
<p>Stell dir vor, mehrere Generäle einer Armee belagern eine feindliche Stadt. Sie kommunizieren nur über Boten. Um zu gewinnen, müssen sie sich auf einen gemeinsamen Angriffsplan einigen — gleichzeitig angreifen oder gleichzeitig zurückziehen. Das Problem: Manche Generäle könnten Verräter sein und absichtlich falsche Nachrichten senden.</p>
<p>Wie einigen sich die loyalen Generäle auf einen gemeinsamen Plan, wenn sie nicht wissen, wem sie vertrauen können?</p>
<p>Das ist das <strong>Byzantinische Generalsproblem</strong>, formuliert von Leslie Lamport, Robert Shostak und Marshall Pease im Jahr <strong>1982</strong>. Der Name verweist auf das Byzantinische Reich, in dem Intrigen und Verrat zum politischen Alltag gehörten.</p>
<p>Es klingt wie ein militärisches Gedankenspiel, ist aber in Wahrheit das fundamentalste Problem jeder dezentralen Zusammenarbeit. Ob Armeen, Computer oder Zellen in einem Körper — die Frage ist immer dieselbe: Wie koordiniert sich eine Gruppe, wenn manche Mitglieder lügen?</p>
<h2 id="warum-das-fur-digitales-geld-entscheidend-ist">Warum das für digitales Geld entscheidend ist</h2>
<p>Übertrage das Problem auf ein digitales Zahlungssystem ohne zentrale Autorität. Tausende Computer auf der ganzen Welt sollen sich darauf einigen, welche Transaktionen gültig sind und in welcher Reihenfolge sie stattfanden. Manche dieser Computer könnten manipuliert sein, fehlerhaft arbeiten oder absichtlich falsche Informationen verbreiten.</p>
<p>Ohne eine Lösung für dieses Problem ist dezentrales digitales Geld unmöglich. Du bräuchtest immer eine zentrale Instanz — eine Bank, einen Staat, einen Konzern — die entscheidet, was “wahr” ist. Und genau diese Abhängigkeit von Dritten ist das Problem, das Bitcoin beseitigen will.</p>
<h3 id="die-mathematische-grenze">Die mathematische Grenze</h3>
<p>Lamport und seine Kollegen bewiesen einen entscheidenden Satz: Mit <strong>n</strong> Teilnehmern und <strong>f</strong> Verrätern ist Konsens nur dann möglich, wenn <strong>n mindestens 3f + 1</strong> beträgt. Das System braucht mehr als zwei Drittel ehrliche Teilnehmer — sonst können die Verräter den Konsens sabotieren.</p>
<p>Das klingt abstrakt, hat aber eine direkte praktische Konsequenz: In einem offenen System, in dem jeder anonym teilnehmen kann, lässt sich nicht feststellen, wie viele Teilnehmer es gibt — und noch weniger, wie viele davon ehrlich sind. Ein Angreifer könnte tausende gefälschte Identitäten erstellen (eine sogenannte <strong>Sybil-Attacke</strong>) und so die Zwei-Drittel-Grenze aushebeln.</p>
<p>Diese Grenze galt jahrzehntelang als unüberwindbar für ein offenes, erlaubnisfreies System, bei dem jeder mitmachen kann und niemand die Identität der anderen Teilnehmer kennt.</p>
<h2 id="bisherige-losungsversuche">Bisherige Lösungsversuche</h2>
<h3 id="der-biologische-weg-das-immunsystem">Der biologische Weg: Das Immunsystem</h3>
<p>Die Natur stand vor genau diesem Problem — lange bevor Lamport es formalisierte. In jedem Zellverband können einzelne Zellen zu <strong>Krebszellen</strong> werden: Sie “lügen”, indem sie falsche bioelektrische Signale senden, Apoptose-Befehle unterdrücken und sich als gesundes Gewebe tarnen.</p>
<p>Die Lösung der Natur ist das <strong>dezentrale Immunsystem</strong>:</p>
<ul>
<li><strong>T-Zellen</strong> patrouillieren aktiv durch den Körper — es gibt keinen zentralen Planer</li>
<li>Sie erkennen <strong>Abweichungen</strong> vom Sollzustand des Gewebes</li>
<li>Defektierende Zellen werden <strong>eliminiert</strong> — durch Apoptose oder Immunzerstörung</li>
<li>Die Kosten sind enorm: <strong>20-30% des Grundumsatzes</strong> fließen ins Immunsystem</li>
</ul>
<p>Das ist teuer. Aber die Alternative — unkontrollierter Krebs — ist tödlich. Das Immunsystem ist der <strong>biologische Nakamoto-Konsens</strong>: Es macht Lügen teuer, nicht indem es Vertrauen voraussetzt, sondern durch Durchsetzung.</p>
<p>Die Parallele zu Bitcoin ist verblüffend direkt: Miner investieren Energie (wie das Immunsystem Grundumsatz investiert), um das Netzwerk gegen falsche Transaktionen zu schützen. Die Kosten der Sicherheit sind real — aber die Alternative (ein kompromittiertes Geldsystem) wäre katastrophal.</p>
<h3 id="der-staatliche-weg-gerichte-polizei-regulierung">Der staatliche Weg: Gerichte, Polizei, Regulierung</h3>
<p>Die traditionelle menschliche Lösung: Eine <strong>zentrale Instanz</strong> bestraft Betrug. Gerichte urteilen, Polizei setzt durch, Regulierungsbehörden überwachen. Dieses Modell hat die menschliche Zivilisation Jahrtausende lang getragen.</p>
<p>Das funktioniert — bis die zentrale Instanz selbst zum Verräter wird. Dieses Problem hat einen Namen: <strong>Regulatory Capture</strong>. Die Aufseher werden von denen vereinnahmt, die sie beaufsichtigen sollten. Die Zentralbank, die eigentlich die Währung stabil halten soll, druckt Geld, um Staatsschulden zu finanzieren. Die Regulierungsbehörde, die Banken beaufsichtigen soll, wird von Ex-Bankern geleitet.</p>
<p>In der biologischen Parallele: <strong>HIV</strong> kapert das Immunsystem selbst. Der Schutz wird zur Bedrohung. Die T-Zellen, die Eindringlinge bekämpfen sollten, werden selbst zum Werkzeug des Virus.</p>
<p><em>Quis custodiet ipsos custodes?</em> — Wer überwacht die Wächter? Diese Frage ist so alt wie die Zivilisation. Und sie hat innerhalb zentralisierter Systeme keine befriedigende Antwort.</p>
<h2 id="satoshis-losung-proof-of-work">Satoshis Lösung: Proof of Work</h2>
<p>Am 31. Oktober 2008 veröffentlichte eine Person oder Gruppe unter dem Pseudonym <strong>Satoshi Nakamoto</strong> das Bitcoin-Whitepaper. Der Titel: “Bitcoin: A Peer-to-Peer Electronic Cash System”. Neun Seiten, die alles veränderten.</p>
<p>Die Lösung für das Byzantinische Generalsproblem war weder Vertrauen noch Autorität — sondern <strong>Thermodynamik</strong>.</p>
<h3 id="das-prinzip">Das Prinzip</h3>
<p><strong>Proof of Work</strong> bedeutet: Wer am Konsens teilnehmen will, muss <strong>reale Energie</strong> investieren. Diese Energie wird aufgewendet, um ein kryptographisches Rätsel zu lösen — eine Rechenaufgabe, die nur durch massenhaftes Ausprobieren gelöst werden kann.</p>
<p>Der entscheidende Punkt: Die aufgewendete Energie <strong>kann nicht gefälscht werden</strong>. Der Kryptograph Nick Szabo nannte dieses Konzept <strong>“unforgeable costliness”</strong> — unfälschbare Kosten. Du kannst nicht so tun, als hättest du Energie verbraucht. Entweder du hast sie investiert oder nicht.</p>
<h3 id="warum-das-funktioniert">Warum das funktioniert</h3>
<p>Proof of Work dreht die Anreize um. Im klassischen Byzantinischen Problem ist Lügen billig und Ehrlichkeit teuer. Im Bitcoin-Netzwerk ist es umgekehrt:</p>
<ul>
<li><strong>Ehrlich minen</strong> — du investierst Energie, findest gültige Blöcke und wirst mit Bitcoin belohnt</li>
<li><strong>Betrügen</strong> — du investierst dieselbe Energie, aber dein ungültiger Block wird vom Netzwerk verworfen. Energie verloren, Belohnung null.</li>
</ul>
<p>Die Kosten eines Angriffs sind konkret bezifferbar: Eine <strong>51%-Attacke</strong> auf das Bitcoin-Netzwerk würde heute rund <strong>6 Milliarden US-Dollar</strong> kosten — und das nur für eine Stunde. Danach müsste der Angreifer weitermachen, während das restliche Netzwerk sich neu organisiert. Die Verteidigung? <strong>12 Wörter merken</strong> — deine <a href="https://bitcoin-durchgespielt.com/praxis/wallets-erklaert/">Seed Phrase</a>.</p>
<p>Diese Asymmetrie ist der Kern von Bitcoins Sicherheit: Verteidigung ist billig, Angriff ist astronomisch teuer. Kooperation wird zur profitableren Strategie. In der Spieltheorie nennt man das ein <strong>Nash-Gleichgewicht</strong> — kein Teilnehmer kann sich durch Abweichen von der kooperativen Strategie verbessern.</p>
<h3 id="die-drei-saulen-des-konsens">Die drei Säulen des Konsens</h3>
<p>Bitcoins Lösung vereint drei Bedingungen, die jede funktionierende Kooperation braucht:</p>
<p><strong>1. Symmetrische Kopplung</strong> — Alle Teilnehmer müssen die Nachrichten der anderen empfangen können. Im Bitcoin-Netzwerk sieht jeder Node dieselbe Timechain. Jeder kann die Arbeit jedes anderen unabhängig verifizieren. Es gibt keine Informationsasymmetrie.</p>
<p><strong>2. Durchsetzung (Enforcement)</strong> — Lügen muss teurer sein als Ehrlichkeit. Proof of Work erzwingt eine Energieinvestition. Ungültige Blöcke werden sofort verworfen — die investierte Energie ist verloren. Genau wie das Immunsystem Krebszellen durch Apoptose eliminiert.</p>
<p><strong>3. Iteration</strong> — Das Spiel muss sich wiederholen. Im Bitcoin-Netzwerk wird alle <strong>~10 Minuten</strong> ein neuer Block gefunden. Dieses endlose Wiederholen erlaubt es, dass kooperative Strategien langfristig dominieren. Ein einmaliger Betrug mag kurzfristig lohnend erscheinen — aber in einem Spiel, das nie endet, setzt sich Kooperation durch.</p>
<h2 id="vor-bitcoin-die-vorganger-die-scheiterten">Vor Bitcoin: Die Vorgänger, die scheiterten</h2>
<p>Satoshi war nicht der Erste, der versuchte, digitales Geld ohne zentrale Instanz zu bauen. Mehrere Projekte kamen vorher — und jedes scheiterte an einer Variante des Byzantinischen Problems.</p>
<h3 id="digicash-1989">DigiCash (1989)</h3>
<p>David Chaum entwickelte <strong>DigiCash</strong> — digitales Bargeld mit starker Kryptographie. Die Privatsphäre war exzellent, aber das System hing von einem zentralen Server ab. Als die Firma Pleite ging, war das Geld weg. Ein zentraler Punkt des Versagens.</p>
<h3 id="hashcash-1997">HashCash (1997)</h3>
<p>Adam Back erfand <strong>HashCash</strong> — ein Proof-of-Work-System gegen E-Mail-Spam. Die Idee, Rechenarbeit als Kostenfaktor einzusetzen, war brillant. Aber HashCash war kein Geldsystem. Es fehlten Übertragbarkeit, Knappheit und ein Konsens-Mechanismus.</p>
<h3 id="b-money-und-bit-gold-1998">B-Money und Bit Gold (1998)</h3>
<p>Wei Dai (<strong>B-Money</strong>) und Nick Szabo (<strong>Bit Gold</strong>) kamen der Bitcoin-Lösung am nächsten. Beide beschrieben dezentrale Geldsysteme mit Proof of Work. Aber keines der beiden Konzepte löste das Problem der doppelten Ausgabe (Double Spending) ohne eine vertrauenswürdige Instanz. Das Byzantinische Problem blieb ungelöst.</p>
<p>Satoshi verband die Puzzleteile: Proof of Work von HashCash, die Vision von B-Money, kryptographische Ketten — und fügte das fehlende Stück hinzu: die <strong>Timechain</strong> als öffentliches Kassenbuch, in dem jeder Block kryptographisch auf dem vorherigen aufbaut und das gesamte Netzwerk denselben Zustand teilt.</p>
<p>Der Geniestreich war nicht eine einzelne neue Erfindung. Es war die <strong>Kombination</strong> bestehender Ideen zu einem System, in dem jede Komponente die anderen absichert. Proof of Work verhindert Sybil-Attacken. Die Timechain verhindert Double Spending. Der Gebührenmarkt schafft langfristige Anreize. Und die Difficulty Adjustment sorgt dafür, dass das System bei jeder Menge an Rechenleistung stabil bleibt.</p>
<p>Keines der Vorgänger-Projekte hatte diese Vollständigkeit. Bitcoin war das erste System, das alle Teile zusammenbrachte — und deshalb das erste, das funktionierte.</p>
<h2 id="konsens-bedeutet-nicht-gleichschaltung">Konsens bedeutet nicht Gleichschaltung</h2>
<p>Ein häufiges Missverständnis: Konsens heißt nicht, dass alle dasselbe denken. Im Gegenteil. Ein “Konsens” identischer Teilnehmer enthält <strong>null zusätzliche Information</strong> — es wäre nur eine Kopie, keine echte Aggregation von Wissen.</p>
<p>Echter Konsens entsteht, wenn <strong>verschiedene unabhängige Beobachter</strong> zu einem gemeinsamen Ergebnis kommen. Jeder Node im Bitcoin-Netzwerk beobachtet die Welt aus seiner eigenen Perspektive, prüft unabhängig und stimmt trotzdem mit allen anderen überein. Die Vielfalt der Perspektiven macht den Konsens wertvoll — nicht deren Gleichförmigkeit.</p>
<p>Das ist auch der Grund, warum <strong>Zentralplanung</strong> scheitert: Sie ersetzt viele unabhängige Beobachter durch einen einzelnen. Das ist nicht Konsens — das ist Gleichschaltung. Und Gleichschaltung ist immer ärmer an Information als emergenter, dezentraler Konsens.</p>
<h2 id="das-preissystem-als-okonomischer-konsens">Das Preissystem als ökonomischer Konsens</h2>
<p>Es gibt eine tiefe Parallele zwischen Bitcoins Konsens und dem <strong>Preissystem</strong> in einer freien Marktwirtschaft. Preise sind nichts anderes als der emergente Konsens unzähliger individueller Entscheidungen. Kein einzelner Mensch kennt alle Informationen — aber der Preis aggregiert sie.</p>
<p>Friedrich Hayek beschrieb genau dieses Phänomen: Das Preissystem löst ein Informationsproblem, das kein zentraler Planer lösen kann. Es koordiniert Millionen von Menschen, ohne dass einer den Gesamtplan kennt.</p>
<p>Bitcoin macht etwas Ähnliches für <strong>monetären Konsens</strong>: Es aggregiert die Arbeit tausender unabhängiger Miner zu einer einzigen, überprüfbaren Wahrheit — der Timechain. Kein Miner kennt den gesamten Zustand. Aber der Konsens ergibt sich trotzdem, Block für Block, emergent und unaufhaltbar.</p>
<h2 id="was-das-fur-dich-bedeutet">Was das für dich bedeutet</h2>
<p>Das Byzantinische Generalsproblem ist keine akademische Spielerei. Es ist die Frage, die dem gesamten Finanzsystem zugrunde liegt: Wie einigen wir uns auf die Wahrheit, ohne jemandem blind vertrauen zu müssen?</p>
<p>Vor Bitcoin war die Antwort immer: Du brauchst einen Vermittler. Eine Bank, einen Staat, eine Plattform. Jemanden, der “die Wahrheit” festlegt. Jedes digitale Geldsystem vor Bitcoin scheiterte daran, dass es irgendwo einen zentralen Punkt gab, der korrumpiert werden konnte. DigiCash brauchte einen Server. E-Gold brauchte ein Lagerhaus. PayPal braucht ein Unternehmen.</p>
<p>Seit Bitcoin lautet die Antwort: <strong>Nein.</strong> Proof of Work löst das Konsensproblem ohne Vertrauen. Jeder kann prüfen, niemand muss glauben. Die Kosten des Betrugs sind real und messbar — verankert in den Gesetzen der Thermodynamik, nicht in den Versprechen von Institutionen.</p>
<p>Das ist keine Technologie-Spielerei. Es ist eine fundamentale Verschiebung: Zum ersten Mal in der Geschichte der Menschheit existiert ein Geldsystem, dessen Regeln nicht von einer Gruppe von Menschen geändert werden können. Nicht weil es verboten ist, sondern weil es thermodynamisch zu teuer ist.</p>
<p>Wenn du deine Bitcoin <a href="https://bitcoin-durchgespielt.com/praxis/">selbst verwahrst</a>, wenn du eine eigene Node betreibst, wenn du <a href="https://bitcoin-durchgespielt.com/praxis/bitcoin-senden-empfangen/">Transaktionen</a> selbst verifizierst — dann nutzt du diese Lösung jeden Tag. Du verlässt dich nicht auf einen General, der ehrlich sein könnte.</p>
<p>Du verlässt dich auf Physik.</p>
<hr />
<p><strong>Nächste Schritte:</strong></p>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/grundlagen/mining-verstehen-planspiel/">Mining verstehen: Planspiel</a> — Proof of Work mit Würfeln nachspielen</li>
<li><a href="https://bitcoin-durchgespielt.com/cypherpunk/dont-trust-verify/">Don’t trust, verify</a> — das Prinzip als Lebenseinstellung</li>
</ul>
<p><strong>Verwandte Themen:</strong></p>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/grundlagen/was-ist-bitcoin/">Was ist Bitcoin?</a> — was Bitcoin als Geld einzigartig macht</li>
<li><a href="https://bitcoin-durchgespielt.com/grundlagen/warum-nur-bitcoin/">Warum nur Bitcoin?</a> — und nicht “Krypto”</li>
</ul>
<p>Zurück zur Übersicht: <a href="https://bitcoin-durchgespielt.com/grundlagen/">Grundlagen</a></p>
Bitcoin senden und empfangen: So funktionieren Transaktionen2025-06-05T00:00:00+00:002025-06-05T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/praxis/bitcoin-senden-empfangen/<h2 id="der-weg-einer-transaktion">Der Weg einer Transaktion</h2>
<p>Wenn du Bitcoin versendest, passiert mehr als nur “Geld von A nach B schicken”. Eine Bitcoin-Transaktion durchläuft mehrere Stationen, bevor sie endgültig abgeschlossen ist. Diesen Weg zu verstehen hilft dir, fundierte Entscheidungen über Gebühren, Wartezeiten und Sicherheit zu treffen.</p>
<h3 id="schritt-1-transaktion-erstellen">Schritt 1: Transaktion erstellen</h3>
<p>Alles beginnt in deiner <strong>Wallet</strong>. Du gibst die Empfangsadresse ein, legst den Betrag fest und bestimmst die Gebühr. Deine Wallet erstellt daraus eine digitale Anweisung: “Sende X Bitcoin von meiner Adresse an diese Adresse.” Diese Anweisung wird mit deinem <strong>Private Key</strong> signiert — der mathematische Beweis, dass du berechtigt bist, über diese Bitcoin zu verfügen.</p>
<h3 id="schritt-2-netzwerk-und-validierung">Schritt 2: Netzwerk und Validierung</h3>
<p>Deine signierte Transaktion wird an das Bitcoin-Netzwerk gesendet. <strong>Nodes</strong> (Knotenpunkte) auf der ganzen Welt empfangen sie und prüfen unabhängig voneinander: Ist die Signatur gültig? Hat der Absender genügend Bitcoin? Stimmen die Regeln? Nur Transaktionen, die alle Prüfungen bestehen, werden weitergeleitet.</p>
<h3 id="schritt-3-der-mempool-das-wartezimmer">Schritt 3: Der Mempool — das Wartezimmer</h3>
<p>Validierte Transaktionen landen im <strong>Mempool</strong> — dem Wartezimmer für unbestätigte Transaktionen. Hier wartet deine Transaktion zusammen mit tausenden anderen darauf, von einem Miner in einen Block aufgenommen zu werden.</p>
<p>Der Mempool ist kein einzelner Ort. Jeder Node hat seinen eigenen Mempool. Aber das Prinzip ist überall gleich: Transaktionen mit <strong>höheren Gebühren</strong> werden bevorzugt behandelt.</p>
<h3 id="schritt-4-block-und-bestatigung">Schritt 4: Block und Bestätigung</h3>
<p>Ein Miner wählt Transaktionen aus dem Mempool aus — bevorzugt die profitabelsten — und packt sie in einen neuen <strong>Block</strong>. Durch <strong>Proof of Work</strong> wird dieser Block erzeugt und an die Timechain angehängt. Sobald deine Transaktion in einem Block steckt, hat sie ihre erste <strong>Bestätigung</strong>.</p>
<p>Mit jedem weiteren Block, der danach hinzugefügt wird, steigt die Sicherheit. Nach 6 Bestätigungen (etwa eine Stunde) gilt eine Transaktion als praktisch unumkehrbar.</p>
<h2 id="der-gebuhrenmarkt">Der Gebührenmarkt</h2>
<p>Bitcoin-Transaktionsgebühren funktionieren nicht wie bei einer Bank, wo jede Überweisung den gleichen Betrag kostet. Sie folgen einem <strong>Marktmechanismus</strong>.</p>
<h3 id="wie-gebuhren-funktionieren">Wie Gebühren funktionieren</h3>
<p>Die Blockgröße ist begrenzt. In jeden Block passen nur eine bestimmte Menge an Transaktionsdaten. Wenn mehr Transaktionen auf Bestätigung warten als in einen Block passen, entsteht ein Wettbewerb: Wer mehr Gebühr zahlt, kommt zuerst dran.</p>
<p>Gebühren werden in <strong>Satoshi pro virtuelles Byte</strong> (sat/vB) gemessen — nicht als Prozentsatz des Betrags. Das bedeutet: Eine Transaktion über 0,001 BTC kann genauso viel kosten wie eine über 10 BTC, wenn beide dieselbe Datengröße haben.</p>
<h3 id="gebuhren-richtig-einschatzen">Gebühren richtig einschätzen</h3>
<ul>
<li><strong>Hohe Gebühr</strong> — deine Transaktion kommt in den nächsten oder übernächsten Block. Sinnvoll, wenn es eilig ist.</li>
<li><strong>Mittlere Gebühr</strong> — du wartest einige Blöcke. Für die meisten Situationen ausreichend.</li>
<li><strong>Niedrige Gebühr</strong> — deine Transaktion bleibt länger im Mempool. Kein Problem, wenn du Zeit hast.</li>
</ul>
<p>Webseiten wie <strong>mempool.space</strong> zeigen dir in Echtzeit, wie voll der Mempool ist und welche Gebühr für welche Wartezeit nötig ist. Für größere Beträge lohnt sich auch der <a href="https://bitcoin-durchgespielt.com/technik/utxo-modell/">UTXO-Gebühren-Rechner</a>.</p>
<h2 id="adresstypen-erklart">Adresstypen erklärt</h2>
<p>Nicht jede Bitcoin-Adresse ist gleich. Über die Jahre wurden verschiedene Adressformate entwickelt, die sich in Effizienz, Kosten und Funktionsumfang unterscheiden.</p>
<h3 id="legacy-p2pkh-das-original">Legacy (P2PKH) — das Original</h3>
<p>Legacy-Adressen beginnen mit <strong>1</strong> (zum Beispiel <code>1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa</code>). Sie sind das älteste Format und funktionieren überall. Der Nachteil: Sie verbrauchen am meisten Platz im Block, was höhere Gebühren bedeutet.</p>
<h3 id="segwit-p2wpkh-der-standard">SegWit (P2WPKH) — der Standard</h3>
<p><strong>Segregated Witness</strong>-Adressen beginnen mit <strong>bc1q</strong> und sind seit 2017 der empfohlene Standard. Sie trennen die Signaturdaten von den Transaktionsdaten, wodurch Transaktionen weniger Blockplatz beanspruchen. Das Ergebnis: <strong>deutlich niedrigere Gebühren</strong> als bei Legacy-Adressen.</p>
<p>Wenn deine Wallet SegWit unterstützt (und das tun heute fast alle), nutze es.</p>
<h3 id="taproot-p2tr-die-zukunft">Taproot (P2TR) — die Zukunft</h3>
<p><strong>Taproot</strong>-Adressen beginnen mit <strong>bc1p</strong> und sind seit dem Upgrade im November 2021 verfügbar. Sie bieten nochmals verbesserte Effizienz, erweiterte Privatsphäre und die Grundlage für fortgeschrittene Funktionen wie bessere Multi-Signature-Setups.</p>
<p>Taproot-Transaktionen sind nicht nur günstiger — sie sehen von außen auch alle gleich aus, egal ob es sich um eine einfache Zahlung oder eine komplexe Multi-Sig-Transaktion handelt. Das stärkt die <strong>Privatsphäre</strong> aller Nutzer.</p>
<h3 id="welches-format-soll-ich-verwenden">Welches Format soll ich verwenden?</h3>
<p>Kurz gesagt: Verwende das neueste Format, das deine Wallet und dein Gegenüber unterstützen. In der Praxis heißt das heute: <strong>SegWit als Minimum, Taproot wenn möglich.</strong></p>
<table><thead><tr><th>Format</th><th>Adress-Prefix</th><th>Gebühreneffizienz</th><th>Verfügbarkeit</th></tr></thead><tbody>
<tr><td>Legacy</td><td>1…</td><td>Niedrig</td><td>Überall</td></tr>
<tr><td>SegWit</td><td>bc1q…</td><td>Hoch</td><td>Standard</td></tr>
<tr><td>Taproot</td><td>bc1p…</td><td>Am höchsten</td><td>Wachsend</td></tr>
</tbody></table>
<h2 id="schlussel-und-adressen-das-fundament">Schlüssel und Adressen — das Fundament</h2>
<p>Hinter jeder Adresse steckt ein System, das auf Mathematik basiert. Der Weg dorthin sieht so aus:</p>
<ol>
<li>Eine <strong>Zufallszahl</strong> plus Prüfsumme ergibt deinen <strong>Private Key</strong></li>
<li>Aus dem Private Key wird dein <strong>Public Key</strong> abgeleitet — mathematisch, in eine Richtung</li>
<li>Durch eine <strong>Hash-Funktion</strong> wird aus dem Public Key deine <strong>Empfangsadresse</strong></li>
</ol>
<p>Diese Kette ist irreversibel. Von deiner Empfangsadresse kann niemand auf deinen Private Key zurückrechnen. Dein Private Key dagegen kann jederzeit alle zugehörigen Adressen und Schlüssel ableiten — und genau deshalb ist dein <a href="https://bitcoin-durchgespielt.com/praxis/wallets-erklaert/">Seed</a>, der deinen Private Key codiert, so wertvoll.</p>
<h2 id="hot-wallet-vs-cold-wallet">Hot Wallet vs. Cold Wallet</h2>
<p>Die Wahl der Wallet beeinflusst direkt, wie du Transaktionen durchführst:</p>
<ul>
<li>
<p><strong>Hot Wallets</strong> (z. B. BlueWallet, Sparrow auf dem Rechner) sind mit dem Internet verbunden. Schnell, komfortabel, ideal für kleinere Beträge und den Alltag. Aber: Jedes Gerät mit Internetverbindung ist ein potenzielles Angriffsziel.</p>
</li>
<li>
<p><strong>Cold Wallets</strong> speichern deine Schlüssel offline. Für jede Transaktion musst du den Schlüssel bewusst einsetzen. Weniger bequem, aber deutlich sicherer. Für größere Beträge ist ein <a href="https://bitcoin-durchgespielt.com/praxis/hardware-wallets-vs-signing-devices/">Hardware Wallet</a> der beste Kompromiss.</p>
</li>
</ul>
<h2 id="bestatigungszeiten">Bestätigungszeiten</h2>
<p>Im Durchschnitt wird alle <strong>10 Minuten</strong> ein neuer Block gefunden. Das ist keine Garantie — mal sind es 2 Minuten, mal 30. Der Durchschnitt pendelt sich über die Zeit ein, weil Bitcoin die <strong>Difficulty</strong> automatisch anpasst.</p>
<p>Für den Alltag bedeutet das:</p>
<ul>
<li><strong>1 Bestätigung</strong> (~10 Min.) — ausreichend für kleinere Beträge</li>
<li><strong>3 Bestätigungen</strong> (~30 Min.) — solide Sicherheit für mittlere Beträge</li>
<li><strong>6 Bestätigungen</strong> (~60 Min.) — Industriestandard, praktisch unumkehrbar</li>
</ul>
<p>Bei Transaktionen über das <a href="https://bitcoin-durchgespielt.com/praxis/lightning-netzwerk/">Lightning Netzwerk</a> sind Zahlungen in Sekunden abgeschlossen — allerdings als Second-Layer-Lösung mit eigenen Trade-offs.</p>
<h2 id="praktische-tipps-fur-deine-transaktionen">Praktische Tipps für deine Transaktionen</h2>
<p>Diese Tipps kommen aus der Praxis meiner Workshops. Sie klingen einfach, aber sie ersparen dir echte Fehler:</p>
<h3 id="immer-die-adresse-prufen">Immer die Adresse prüfen</h3>
<p>Prüfe die Empfangsadresse <strong>vor dem Senden</strong>. Mindestens die ersten und letzten Zeichen vergleichen. Manche Malware tauscht Adressen in der Zwischenablage aus. Wenn du Hardware Wallets nutzt, zeigt das Gerät die Adresse auf dem eigenen Display an — nutze diese Funktion.</p>
<h3 id="starte-mit-einer-testtransaktion">Starte mit einer Testtransaktion</h3>
<p>Bevor du einen größeren Betrag sendest, schicke erst eine <strong>kleine Testtransaktion</strong>. Ja, das kostet eine zusätzliche Gebühr. Aber im Vergleich zum Risiko, einen großen Betrag an die falsche Adresse zu schicken, ist das bestens investiertes Geld.</p>
<h3 id="adressen-nicht-wiederverwenden">Adressen nicht wiederverwenden</h3>
<p>Jede Empfangsadresse sollte idealerweise nur <strong>einmal</strong> verwendet werden. Das verbessert deine Privatsphäre, weil es schwieriger wird, deine Transaktionen miteinander zu verknüpfen. Die meisten modernen Wallets generieren automatisch neue Adressen — lass sie das tun.</p>
<h3 id="workshop-wallets-sind-einweg-wallets">Workshop-Wallets sind Einweg-Wallets</h3>
<p>Falls du in einem meiner Workshops eine Wallet erstellt hast: <strong>Nutze sie nicht für echte Beträge weiter.</strong> Die Seed Phrase wurde in einer Umgebung mit anderen Personen erstellt. Erstelle für den echten Einsatz eine neue Wallet, allein und unbeobachtet.</p>
<h3 id="gebuhren-bewusst-wahlen">Gebühren bewusst wählen</h3>
<p>Nicht jede Transaktion muss in den nächsten Block. Wer Zeit hat, spart Gebühren. Wer es eilig hat, zahlt eben den Aufschlag. Schau vor dem Senden auf mempool.space und entscheide bewusst.</p>
<h3 id="utxo-management-im-hinterkopf-behalten">UTXO-Management im Hinterkopf behalten</h3>
<p>Wenn du regelmäßig Bitcoin empfängst (z. B. durch einen DCA-Sparplan), sammelst du viele kleine <strong>UTXOs</strong> (Unspent Transaction Outputs) in deiner Wallet. Das sind die einzelnen “Geldstücke”, aus denen dein Guthaben besteht. Viele kleine UTXOs bedeuten höhere Gebühren, wenn du später alles auf einmal versenden willst — weil jeder UTXO als eigener Input in die Transaktion muss.</p>
<p>Zwei Strategien helfen:</p>
<ul>
<li><strong>Konsolidieren in Niedriggebühren-Phasen</strong> — wenn der Mempool leer ist (oft am Wochenende), kannst du viele kleine UTXOs zu einem großen zusammenfassen</li>
<li><strong>Größere Einzelkäufe</strong> statt vieler winziger DCA-Tranchen — das reduziert die UTXO-Anzahl von Anfang an</li>
</ul>
<h2 id="haufige-fehler-beim-senden">Häufige Fehler beim Senden</h2>
<p>Aus der Praxis meiner Workshops sehe ich immer wieder dieselben Stolpersteine:</p>
<ul>
<li><strong>Falsche Adresse</strong> — Bitcoin-Transaktionen sind irreversibel. An die falsche Adresse gesendet heißt: verloren. Immer prüfen.</li>
<li><strong>Zu niedrige Gebühr</strong> — deine Transaktion bleibt Stunden oder Tage im Mempool stecken. Kein Drama, aber ärgerlich, wenn du auf die Bestätigung wartest.</li>
<li><strong>Seed Phrase auf dem Handy gespeichert</strong> — bitte nicht. Dein Handy ist mit dem Internet verbunden und kann kompromittiert werden.</li>
<li><strong>Bitcoin auf der Börse lassen</strong> — nicht deine Keys, nicht deine Bitcoin. Nach dem <a href="https://bitcoin-durchgespielt.com/praxis/bitcoin-kaufen/">Kauf</a> sofort abziehen.</li>
</ul>
<hr />
<p><strong>Weiterführend:</strong> Wie du Bitcoin sicher verwahrst, erfährst du im Artikel <a href="https://bitcoin-durchgespielt.com/praxis/wallets-erklaert/">Wallets erklärt</a>. Wie du beim Kauf vorgehst: <a href="https://bitcoin-durchgespielt.com/praxis/bitcoin-kaufen/">Bitcoin kaufen</a>. Zurück zur Übersicht: <a href="https://bitcoin-durchgespielt.com/praxis/">Selbstverwahrung</a>.</p>
Bitcoin kaufen: Methoden, Gebühren und worauf du achten musst2025-06-01T00:00:00+00:002025-06-01T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/praxis/bitcoin-kaufen/<h2 id="bevor-du-kaufst-die-richtigen-fragen-stellen">Bevor du kaufst: Die richtigen Fragen stellen</h2>
<p>Bitcoin kaufen klingt einfach — und technisch ist es das auch. Aber die Entscheidungen, die du vor dem Kauf triffst, haben langfristige Konsequenzen für deine Privatsphäre, deine Sicherheit und deine Kosten. Bevor du loslegst, kläre für dich:</p>
<ul>
<li><strong>Wo</strong> kaufe ich?</li>
<li><strong>Auf welche Art</strong> kaufe ich — manuell oder automatisch?</li>
<li><strong>Welches Ziel</strong> verfolge ich — kurzfristig handeln oder langfristig sparen?</li>
<li><strong>Was ist mir wichtig</strong> — niedrige Gebühren, maximale Privatsphäre oder beides?</li>
<li>Bin ich mir über die <strong>Gebühren</strong> im Klaren — wirklich alle?</li>
</ul>
<p>Je nachdem, wie du diese Fragen beantwortest, ergeben sich unterschiedliche Wege.</p>
<h2 id="die-kaufmethoden-im-uberblick">Die Kaufmethoden im Überblick</h2>
<h3 id="manuelle-kaufe-auf-einer-borse">Manuelle Käufe auf einer Börse</h3>
<p>Der klassische Weg. Du registrierst dich bei einer Handelsplattform, verifizierst deine Identität und kaufst Bitcoin.</p>
<p>Zwei Varianten stehen dir zur Verfügung:</p>
<ul>
<li><strong>Market Buy</strong> — du kaufst zum aktuellen Marktpreis. Die Order wird sofort ausgeführt. Einfach, aber du zahlst den Preis, den der Markt gerade hergibt.</li>
<li><strong>Limit Order</strong> — du legst einen Wunschpreis fest. Dein Kauf wird erst ausgeführt, wenn der Markt diesen Preis erreicht. Mehr Kontrolle, aber keine Garantie, dass der Kauf zustande kommt.</li>
</ul>
<p>Für Einsteiger ist ein Market Buy der einfachste Einstieg. Für alle, die regelmäßig kaufen wollen, gibt es eine bessere Methode.</p>
<h3 id="dollar-cost-averaging-dca-der-bitcoin-sparplan">Dollar-Cost-Averaging (DCA) — der Bitcoin-Sparplan</h3>
<p><strong>Dollar-Cost-Averaging</strong> bedeutet: Du kaufst regelmäßig einen festen Betrag — unabhängig vom aktuellen Kurs. Jede Woche 50 Euro, jeden Monat 200 Euro, was auch immer zu deinem Budget passt.</p>
<p>Warum ist das sinnvoll?</p>
<ul>
<li>Du eliminierst das <strong>Timing-Risiko</strong>. Niemand kann den Kurs vorhersagen — auch du nicht. DCA nimmt dir die Entscheidung ab, ob “jetzt” ein guter Zeitpunkt ist.</li>
<li>Du kaufst automatisch <strong>mehr Bitcoin, wenn der Kurs niedrig ist</strong>, und weniger, wenn er hoch ist.</li>
<li>Du baust <strong>über die Zeit</strong> ein solides Polster auf, ohne dich jeden Tag mit dem Kurs beschäftigen zu müssen.</li>
</ul>
<p>DCA ist die Strategie für langfristigen Vermögensaufbau. Kein Stress, kein Timing, kein ständiges Hinschauen. Einrichten und laufen lassen.</p>
<h3 id="peer-to-peer-p2p-ohne-mittelsmann">Peer-to-Peer (P2P) — ohne Mittelsmann</h3>
<p>Beim <strong>Peer-to-Peer-Kauf</strong> handelst du direkt mit einer anderen Person. Plattformen wie <strong>RoboSats</strong> oder <strong>Bisq</strong> vermitteln den Handel, ohne selbst deine Bitcoin zu verwahren oder deine Identität zu kennen.</p>
<p>Der Vorteil liegt auf der Hand: <strong>Keine KYC-Pflicht</strong> (Know Your Customer). Niemand speichert deinen Namen, deine Adresse oder dein Foto neben deinem Bitcoin-Kauf. Das ist nicht illegal — es ist einfach privat.</p>
<p>Der Nachteil: Höhere Gebühren oder ein etwas höherer Marktpreis. Privatsphäre hat einen Preis. Ob er dir das wert ist, musst du selbst entscheiden. Aus meiner Sicht: ja.</p>
<h3 id="bitcoin-automaten-atms">Bitcoin-Automaten (ATMs)</h3>
<p>In einigen Städten stehen <strong>Bitcoin-Automaten</strong>, an denen du Bargeld einwerfen und Bitcoin direkt auf deine Wallet erhalten kannst. Die Gebühren sind in der Regel deutlich höher als bei Online-Börsen (oft 5-10%), aber für kleine Beträge und maximale Unkompliziertheit kann ein ATM praktisch sein. Wichtig: Auch an vielen ATMs wird mittlerweile KYC verlangt — je nach Betrag und Betreiber.</p>
<h3 id="die-kaufmethoden-im-vergleich">Die Kaufmethoden im Vergleich</h3>
<table><thead><tr><th>Methode</th><th>KYC</th><th>Gebühren</th><th>Privatsphäre</th><th>Komfort</th></tr></thead><tbody>
<tr><td>Börse (Market/Limit)</td><td>Ja</td><td>Niedrig</td><td>Gering</td><td>Hoch</td></tr>
<tr><td>DCA-Sparplan</td><td>Ja</td><td>Niedrig-Mittel</td><td>Gering</td><td>Sehr hoch</td></tr>
<tr><td>P2P (RoboSats, Bisq)</td><td>Nein</td><td>Mittel-Hoch</td><td>Hoch</td><td>Mittel</td></tr>
<tr><td>Bitcoin-ATM</td><td>Teils</td><td>Hoch</td><td>Mittel</td><td>Hoch</td></tr>
</tbody></table>
<h2 id="gebuhren-die-versteckten-kosten">Gebühren — die versteckten Kosten</h2>
<p>Beim Bitcoin-Kauf zahlst du nicht nur den Bitcoin-Preis. Mach dir vorher bewusst, welche Kosten anfallen:</p>
<ul>
<li><strong>Handelsgebühren</strong> — ein Prozentsatz des Kaufvolumens (oft 0,5–2,5%)</li>
<li><strong>Zahlungsart-Aufschläge</strong> — Kreditkarte ist fast immer teurer als SEPA-Überweisung</li>
<li><strong>Spread</strong> — die Differenz zwischen Kauf- und Verkaufspreis auf der Plattform</li>
<li><strong>Auszahlungsgebühr</strong> — die Netzwerkgebühr, wenn du deine Bitcoin auf deine eigene Wallet transferierst</li>
</ul>
<p>Ein Tipp: <strong>Sammeltransaktionen</strong> können sinnvoll sein. Statt nach jedem kleinen DCA-Kauf sofort abzuheben, bündelst du mehrere Käufe und hebst einmal ab. Das spart Netzwerkgebühren.</p>
<h2 id="mica-die-neue-eu-regulierung">MiCA — die neue EU-Regulierung</h2>
<p>Seit dem <strong>30. Dezember 2024</strong> gilt die <strong>Markets in Crypto-Assets Regulation (MiCA)</strong> vollumfänglich in der gesamten EU. Das betrifft dich, wenn du über regulierte Handelsplattformen kaufst.</p>
<h3 id="was-mica-fur-plattformen-bedeutet">Was MiCA für Plattformen bedeutet</h3>
<p>Jede Handelsplattform, die in der EU operiert, ist jetzt ein sogenannter <strong>CASP</strong> (Crypto Asset Service Provider) und muss:</p>
<ul>
<li>Deine <strong>Identität prüfen</strong> — Name, Adresse, Geburtsdatum, Kontodaten</li>
<li><strong>Transaktionsdaten speichern</strong> und an Behörden weitergeben können</li>
<li><strong>Verdächtige Aktivitäten</strong> melden</li>
<li><strong>Risikoanalysen</strong> durchführen</li>
</ul>
<h3 id="was-mica-fur-dich-als-nutzer-bedeutet">Was MiCA für dich als Nutzer bedeutet</h3>
<p>Ab <strong>1.000 Euro</strong> greift die sogenannte <strong>Transfer of Funds Regulation</strong> (auch Travel Rule genannt). Wenn du Bitcoin von einer Börse auf deine eigene Wallet überweist, musst du nachweisen, dass du diese Wallet kontrollierst.</p>
<p>Der Nachweis funktioniert über:</p>
<ul>
<li><strong>Satoshi-Test</strong> — du sendest eine Mikrotransaktion von deiner eigenen Wallet an die Börse</li>
<li><strong>Nachricht signieren</strong> — du signierst eine Nachricht mit dem Private Key deiner Wallet (AOPP-Verfahren)</li>
</ul>
<h3 id="warum-das-problematisch-ist">Warum das problematisch ist</h3>
<ul>
<li><strong>Mehr Aufwand</strong> beim Abheben — der Prozess wird deutlich länger und komplizierter</li>
<li><strong>Adresswiederverwaltung wird propagiert</strong> — schlecht für deine Privatsphäre, da Transaktionen leichter verknüpfbar werden</li>
<li><strong>Selbstverwahrung wird für Einsteiger unattraktiver</strong> — genau das Gegenteil von dem, was Bitcoin stark macht</li>
<li>Der <strong>Satoshi-Test</strong> ist schlecht durchdacht und in der Praxis wenig sinnvoll</li>
</ul>
<h3 id="die-gute-nachricht">Die gute Nachricht</h3>
<p><strong>Honeybadger does not care.</strong> MiCA betrifft die Dienstleister — nicht das Bitcoin-Netzwerk selbst. Bitcoin-Transaktionen zwischen privaten Wallets sind nicht reguliert. Das Netzwerk funktioniert unverändert weiter.</p>
<p>Was du tun kannst:</p>
<ul>
<li><strong>Selbstverwahrung lernen</strong> — je weniger du auf Drittanbieter angewiesen bist, desto weniger betreffen dich Regulierungen</li>
<li><strong>Adressen nicht wiederverwenden</strong> — jede Transaktion eine neue Adresse</li>
<li><strong>KYC-freie Alternativen in Betracht ziehen</strong> — P2P-Plattformen wie RoboSats sind von MiCA nicht betroffen</li>
</ul>
<h2 id="worauf-du-bei-einer-borse-achten-solltest">Worauf du bei einer Börse achten solltest</h2>
<p>Falls du dich für eine regulierte Börse entscheidest, prüfe folgende Punkte:</p>
<ul>
<li><strong>Gebührenstruktur</strong> — transparent und nachvollziehbar? Versteckte Kosten im Spread?</li>
<li><strong>Auszahlungsmöglichkeiten</strong> — kannst du Bitcoin problemlos auf deine eigene Wallet abziehen? Manche Plattformen machen das bewusst umständlich.</li>
<li><strong>Sicherheitsstandards</strong> — Zwei-Faktor-Authentifizierung, Proof of Reserves?</li>
<li><strong>KYC-Umfang</strong> — wie viele Daten musst du preisgeben? Manche Börsen verlangen Video-Ident, Gehaltsnachweis und Herkunft der Mittel. Andere halten sich an das Minimum.</li>
<li><strong>Jurisdiktion</strong> — in welchem Land sitzt die Börse und welchen Behörden unterliegt sie?</li>
<li><strong>Lightning-Auszahlung</strong> — bietet die Plattform Auszahlungen über das <a href="https://bitcoin-durchgespielt.com/praxis/lightning-netzwerk/">Lightning Netzwerk</a> an? Das kann On-Chain-Gebühren sparen.</li>
</ul>
<p>Die beste Börse ist die, die du so kurz wie möglich nutzt. Kaufen, abziehen, fertig.</p>
<h2 id="kyc-frei-vs-kyc-eine-grundsatzentscheidung">KYC-frei vs. KYC: Eine Grundsatzentscheidung</h2>
<p><strong>KYC</strong> (Know Your Customer) bedeutet, dass eine Börse deine Identität kennt und speichert. Jeder Bitcoin, den du dort kaufst, ist dauerhaft mit deinem Namen verknüpft. Das hat Konsequenzen:</p>
<ul>
<li>Behörden können auf diese Daten zugreifen — heute und in Zukunft</li>
<li>Bei einem Datenleck kennen Angreifer deinen Namen und wissen, dass du Bitcoin besitzt</li>
<li>Historische Warnung: Executive Order 6102 (USA, 1933) verbot privaten Goldbesitz. KYC-Daten hätten die Beschlagnahmung vereinfacht</li>
</ul>
<p>KYC-freie Alternativen wie P2P-Plattformen schützen deine Privatsphäre. Der Aufpreis gegenüber regulierten Börsen beträgt typischerweise 3-8%. Ob dir dieser Aufpreis die Privatsphäre wert ist, musst du selbst entscheiden. Aber triff die Entscheidung bewusst — nicht aus Bequemlichkeit.</p>
<h2 id="nach-dem-kauf-sofort-auf-die-eigene-wallet">Nach dem Kauf: Sofort auf die eigene Wallet</h2>
<p>Das ist der wichtigste Punkt dieses Artikels: <strong>Lass deine Bitcoin nicht auf der Börse liegen.</strong></p>
<p>Auf einer Börse kontrolliert jemand anderes deine Schlüssel. Das bedeutet: Du besitzt nicht wirklich Bitcoin — du besitzt ein Versprechen. Mt. Gox, FTX, Celsius — die Liste gescheiterter Plattformen, auf denen Menschen ihre Bitcoin verloren haben, ist lang und wird länger.</p>
<p>Der Kauf ist nur der erste Schritt. Der eigentliche Schritt zur Souveränität ist die <strong>Selbstverwahrung</strong>. Ziehe deine Bitcoin nach dem Kauf auf eine Wallet ab, deren <a href="https://bitcoin-durchgespielt.com/praxis/wallets-erklaert/">Seed Phrase</a> nur du kennst. Dafür brauchst du nicht viel — eine einfache <a href="https://bitcoin-durchgespielt.com/praxis/wallets-erklaert/">Wallet</a> für den Anfang, langfristig ein <a href="https://bitcoin-durchgespielt.com/praxis/hardware-wallets-vs-signing-devices/">Hardware Wallet</a> für größere Beträge.</p>
<blockquote>
<p>Selbstverwahrung ist nicht optional — sie ist der ganze Punkt.</p>
</blockquote>
<hr />
<p><strong>Nächste Schritte:</strong></p>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/praxis/bitcoin-senden-empfangen/">Bitcoin senden und empfangen</a> — die erste Transaktion</li>
<li><a href="https://bitcoin-durchgespielt.com/praxis/wallets-erklaert/">Wallets erklärt</a> — die richtige Wallet wählen</li>
</ul>
<p><strong>Verwandte Themen:</strong></p>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/kyc-und-non-kyc/">KYC und Non-KYC</a> — warum KYC ein Privatsphäre-Problem ist</li>
<li><a href="https://bitcoin-durchgespielt.com/grundlagen/mining-verstehen-planspiel/">Mining verstehen: Planspiel</a> — wie Mining das Netzwerk absichert</li>
</ul>
<p>Zurück zur Übersicht: <a href="https://bitcoin-durchgespielt.com/praxis/">Praxis</a></p>
Hardware Wallets vs. Signing Devices2025-05-23T00:00:00+00:002025-05-23T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/praxis/hardware-wallets-vs-signing-devices/<h2 id="der-unterschied-der-zahlt">Der Unterschied, der zählt</h2>
<p>Die Begriffe <strong>Hardware Wallet</strong> und <strong>Signing Device</strong> werden oft synonym verwendet — aber sie beschreiben fundamental verschiedene Sicherheitskonzepte.</p>
<h3 id="hardware-wallet">Hardware Wallet</h3>
<p>Eine Hardware Wallet ist ein Gerät, das:</p>
<ul>
<li>Deinen <strong>Private Key</strong> sicher speichert</li>
<li><strong>Transaktionen signiert</strong>, ohne den Key preiszugeben</li>
<li>Oft ein <strong>eigenes Display</strong> hat, um Transaktionsdetails zu verifizieren</li>
<li>Teilweise <strong>eigenständig mit dem Netzwerk kommuniziert</strong></li>
</ul>
<p>Beispiele: Ledger Nano, Trezor (mit Trezor Suite), BitBox02.</p>
<h3 id="signing-device-signiergerat">Signing Device (Signiergerät)</h3>
<p>Ein reines Signiergerät geht einen Schritt weiter:</p>
<ul>
<li>Es ist <strong>air-gapped</strong> — hat keine direkte Verbindung zu einem Computer oder dem Internet</li>
<li>Es <strong>signiert nur</strong> — es kommuniziert nicht eigenständig mit dem Bitcoin-Netzwerk</li>
<li>Die Kommunikation erfolgt über <strong>QR-Codes</strong> oder <strong>SD-Karten</strong> (PSBT-Workflow)</li>
<li>Es ist ein <strong>Einzweckgerät</strong> mit minimaler Angriffsfläche</li>
</ul>
<p>Beispiele: Blockstream Jade (im QR-Modus), SeedSigner, Passport (Foundation Devices), ColdCard (im air-gapped Modus).</p>
<h2 id="warum-ist-das-wichtig">Warum ist das wichtig?</h2>
<table><thead><tr><th>Eigenschaft</th><th>Hardware Wallet</th><th>Signing Device</th></tr></thead><tbody>
<tr><td>Internetverbindung</td><td>Teilweise (USB/Bluetooth)</td><td>Keine (air-gapped)</td></tr>
<tr><td>Angriffsfläche</td><td>Größer (Firmware-Updates über USB)</td><td>Minimal</td></tr>
<tr><td>Workflow</td><td>Plug & Play</td><td>PSBT über QR/SD-Karte</td></tr>
<tr><td>Benutzerfreundlichkeit</td><td>Höher</td><td>Erfordert mehr Verständnis</td></tr>
<tr><td>Sicherheitsniveau</td><td>Hoch</td><td>Sehr hoch</td></tr>
</tbody></table>
<h2 id="empfehlung">Empfehlung</h2>
<p>Für den Einstieg ist eine <strong>Hardware Wallet</strong> mit eigenem Display der richtige Kompromiss zwischen Sicherheit und Benutzerfreundlichkeit. Sobald du den PSBT-Workflow verstehst, bietet ein <strong>air-gapped Signing Device</strong> das höchste Sicherheitsniveau für die Selbstverwahrung.</p>
<p>Unabhängig von der Wahl: Dein <strong>analoges Seed-Backup</strong> bleibt die wichtigste Sicherheitsebene. Kein elektronisches Gerät ist für die Ewigkeit gebaut.</p>
<hr />
<p>Zurück zur Übersicht: <a href="https://bitcoin-durchgespielt.com/praxis/">Selbstverwahrung</a></p>
Seeds sicher verwahren: Die ultimative Anleitung für deine Bitcoin-Schlüssel2025-05-19T00:00:00+00:002025-05-19T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/praxis/seeds-sicher-verwahren/<div style="position:relative;padding-bottom:56.25%;height:0;overflow:hidden;max-width:100%;margin:1.5rem 0;border-radius:4px;">
<iframe
style="position:absolute;top:0;left:0;width:100%;height:100%;border:0;"
src="https://www.youtube-nocookie.com/embed/hb1JqtCanWI"
allowfullscreen
loading="lazy"
title="YouTube Video"
></iframe>
</div>
<h2 id="die-grundlage-deiner-bitcoin-sicherheit-die-seed-phrase">Die Grundlage deiner Bitcoin-Sicherheit: Die Seed Phrase</h2>
<p>Deine Seed Phrase (auch Recovery Seed oder Mnemonic genannt) ist der wichtigste Schlüssel zu deinen Bitcoin. Diese 12 oder 24 Wörter repräsentieren deinen privaten Schlüssel und geben vollständigen Zugriff auf deine Bitcoin. Wer diese Wörter hat, hat Zugriff auf deine Coins – deshalb ist die sichere Verwahrung dieser Phrase absolut entscheidend.</p>
<p>In diesem Artikel stelle ich dir verschiedene Methoden vor, wie du deine Seed Phrase sicher aufbewahren kannst. Jede Methode hat ihre Vor- und Nachteile, und ich helfe dir, die richtige Strategie für deine Bedürfnisse zu finden.</p>
<h2 id="verwahrungsoptionen-im-uberblick">Verwahrungsoptionen im Überblick</h2>
<h3 id="1-hardware-wallets">1. Hardware Wallets</h3>
<p>Hardware Wallets wie der Blockstream Jade, Ledger, Trezor oder BitBox speichern deinen privaten Schlüssel in einem sogenannten “Secure Element” – einem speziellen Chip, der darauf ausgelegt ist, kryptografische Schlüssel sicher zu verwahren.</p>
<p><strong>Vorteile:</strong></p>
<ul>
<li>Einfache Nutzung durch PIN-Schutz</li>
<li>Schneller Zugriff für regelmäßige Transaktionen</li>
<li>Physische Trennung von internetfähigen Geräten</li>
</ul>
<p><strong>Risiken zu beachten:</strong></p>
<ul>
<li>Nicht alle Secure Elements sind Open Source</li>
<li>Bei Diebstahl des Geräts: Wie sicher ist dein PIN?</li>
<li>Technische Defekte können zum Verlust führen</li>
</ul>
<p><strong>Wichtig:</strong> Auch wenn du ein Hardware Wallet nutzt, ist ein zusätzliches analoges Backup deiner Seed Phrase unerlässlich! Kein elektronisches Gerät ist für die Ewigkeit gebaut.</p>
<h3 id="2-papier-backups">2. Papier-Backups</h3>
<p>Die klassische Methode: Schreibe deine 12 oder 24 Wörter auf ein Blatt Papier.</p>
<p><strong>Vorteile:</strong></p>
<ul>
<li>Einfach und ohne Spezialwerkzeuge umzusetzen</li>
<li>Nicht anfällig für technische Fehler</li>
<li>Leicht zu überprüfen</li>
</ul>
<p><strong>Nachteile:</strong></p>
<ul>
<li>Begrenzte Haltbarkeit (kann verblassen, durch Wasser beschädigt werden)</li>
<li>Brennbar</li>
<li>Unleserliche Handschrift kann später zu Problemen führen</li>
</ul>
<p><strong>Tipp:</strong> Wenn du ein Papier-Backup erstellst, ergänze es durch einen QR-Code, der deine Seed Phrase enthält. Dies erleichtert das spätere Einlesen und minimiert Fehler bei der manuellen Eingabe.</p>
<h3 id="3-metall-backups">3. Metall-Backups</h3>
<p>Für höchste physische Beständigkeit: Stanze oder graviere deine Seed Phrase in Metall.</p>
<p><strong>Vorteile:</strong></p>
<ul>
<li>Extrem langlebig</li>
<li>Widerstandsfähig gegen Feuer, Wasser und andere physische Einflüsse</li>
<li>Professionelle Lösungen bieten durchdachte Sicherheitsmerkmale</li>
</ul>
<p><strong>Nachteile:</strong></p>
<ul>
<li>Aufwändiger in der Erstellung</li>
<li>Schwerer zu zerstören, falls schnelle Vernichtung nötig sein sollte</li>
<li>Kann durch Metalldetektoren erkannt werden</li>
</ul>
<p><strong>DIY oder Fertiglösung?</strong> Du kannst entweder selbst mit Metallunterlegscheiben und Prägewerkzeug arbeiten oder fertige Lösungen wie Cryptosteel, Coldbit oder ähnliche kaufen. Achte bei DIY-Lösungen auf die Tiefe der Prägung und die Qualität des Metalls (Schmelzpunkt, Korrosionsbeständigkeit).</p>
<h3 id="4-digitale-backup-optionen">4. Digitale Backup-Optionen</h3>
<p>SD-Karten oder verschlüsselte Dateien können als zusätzliches Backup dienen.</p>
<p><strong>Vorteile:</strong></p>
<ul>
<li>Einfach zu erstellen</li>
<li>Kompakt und unauffällig zu transportieren</li>
<li>Kann verschlüsselt werden für zusätzlichen Schutz</li>
</ul>
<p><strong>Nachteile:</strong></p>
<ul>
<li>Anfällig für elektromagnetische Schäden und technische Fehler</li>
<li>Erfordert ein Lesegerät</li>
<li>Langzeitstabilität ist nicht garantiert</li>
</ul>
<p><strong>Sicherheitshinweis:</strong> Digitale Backups sollten immer verschlüsselt und niemals auf internetfähigen Geräten gespeichert werden. Nutzung nur in Kombination mit einem sicheren Betriebssystem wie Tails OS.</p>
<h3 id="5-auswendig-lernen">5. Auswendig lernen</h3>
<p>Eine fortgeschrittene Methode: Lerne deine Seed Phrase auswendig.</p>
<p><strong>Vorteile:</strong></p>
<ul>
<li>Keine physischen Spuren</li>
<li>Ideal für Grenzübertritte oder extreme Sicherheitsbedürfnisse</li>
<li>Niemand kann etwas stehlen, was nur in deinem Kopf existiert</li>
</ul>
<p><strong>Nachteile:</strong></p>
<ul>
<li>Risiko des Vergessens</li>
<li>Bei Unfall oder gesundheitlichen Problemen kann der Zugriff verloren gehen</li>
<li>Keine Vererbungsmöglichkeit ohne zusätzliche Backups</li>
</ul>
<p><strong>Merktechnik:</strong> Die “Loci-Methode” kann helfen, indem du jedem Wort einen bestimmten Ort in einem dir bekannten Raum zuordnest.</p>
<h2 id="grundlegende-sicherheitsprinzipien">Grundlegende Sicherheitsprinzipien</h2>
<h3 id="versiegelung">Versiegelung</h3>
<p>Jedes physische Backup sollte versiegelt sein, um unbefugten Zugriff erkennen zu können.</p>
<ul>
<li>Verwende nummerierte Sicherheitssiegel</li>
<li>Dokumentiere die Siegelnummer an einem separaten, sicheren Ort</li>
<li>Überprüfe regelmäßig, ob das Siegel intakt ist</li>
</ul>
<p>Eine gebrochene Versiegelung ist ein Warnsignal – gehe davon aus, dass dein Seed kompromittiert sein könnte und handle entsprechend.</p>
<h3 id="regelmassige-uberprufung">Regelmäßige Überprüfung</h3>
<p>Ein Backup ist nur so gut wie seine letzte Verifizierung. Plane regelmäßige Checks:</p>
<ol>
<li><strong>Lesbarkeit prüfen:</strong> Sind alle Wörter noch deutlich erkennbar?</li>
<li><strong>Vollständigkeit prüfen:</strong> Ist die Reihenfolge korrekt und sind alle Wörter vorhanden?</li>
<li><strong>Funktionalität testen:</strong> Idealerweise testest du mit einem separaten Gerät, ob das Backup die richtigen Adressen generiert</li>
</ol>
<p><strong>Wichtig:</strong> Führe diesen Test in einer sicheren, privaten Umgebung durch. Niemals deine Seed Phrase auf internetverbundenen Geräten oder in Online-Tools eingeben!</p>
<h3 id="mehrere-backups-an-verschiedenen-orten">Mehrere Backups an verschiedenen Orten</h3>
<p>Diversifiziere dein Risiko durch mehrere Backup-Standorte:</p>
<ul>
<li>Schutz vor lokalen Katastrophen (Feuer, Wasserschaden, Naturkatastrophen)</li>
<li>Verschiedene Formen (z.B. Metall zu Hause, Papier in einem Bankschließfach)</li>
<li>Berücksichtige die Zugriffsmöglichkeiten im Notfall</li>
</ul>
<p><strong>Bedenke:</strong> Jedes zusätzliche Backup erhöht die Sicherheit gegen Verlust, aber auch das Risiko eines unbefugten Zugriffs. Eine Passphrase (25. Wort) kann hier zusätzlichen Schutz bieten.</p>
<h2 id="passphrase-die-zusatzliche-sicherheitsebene">Passphrase: Die zusätzliche Sicherheitsebene</h2>
<p>Eine Passphrase (manchmal als “25. Wort” bezeichnet) bietet zusätzlichen Schutz, selbst wenn jemand Zugriff auf deine Seed Phrase erlangt.</p>
<ul>
<li>Funktioniert wie ein zusätzliches Passwort</li>
<li>Erzeugt ein völlig neues Wallet bei gleicher Seed Phrase</li>
<li>Sollte komplex genug sein, um nicht erraten zu werden</li>
</ul>
<p><strong>Wichtig:</strong> Im Gegensatz zu Online-Konten gibt es bei Bitcoin kein Limit für Passphrase-Versuche. Eine sichere Passphrase sollte daher mindestens 12 Zeichen umfassen und Sonderzeichen, Zahlen sowie Groß- und Kleinbuchstaben enthalten.</p>
<h2 id="praxisnahe-sicherheitsstrategie-entwickeln">Praxisnahe Sicherheitsstrategie entwickeln</h2>
<h3 id="angepasst-an-deine-bedurfnisse">Angepasst an deine Bedürfnisse</h3>
<ol>
<li><strong>Wertvolumen:</strong> Je höher der Wert, desto robuster sollte deine Sicherheitsstrategie sein</li>
<li><strong>Technischer Komfort:</strong> Wähle Lösungen, die du vollständig verstehst</li>
<li><strong>Nutzungshäufigkeit:</strong> Wie oft musst du auf deine Bitcoin zugreifen?</li>
<li><strong>Persönliches Bedrohungsmodell:</strong> Welche Risiken sind für dich am relevantesten?</li>
</ol>
<h3 id="fur-fortgeschrittene-sicherheit-multi-signature">Für fortgeschrittene Sicherheit: Multi-Signature</h3>
<p>Erwäge die Nutzung von Multi-Signature Wallets, bei denen mehrere Schlüssel für eine Transaktion erforderlich sind:</p>
<ul>
<li>Erhöht die Redundanz: Ein einzelner verlorener Schlüssel führt nicht zum Totalverlust</li>
<li>Verteilt das Risiko auf mehrere Standorte oder Personen</li>
<li>Ideal für höhere Beträge oder gemeinsam verwaltete Funds</li>
</ul>
<h2 id="haufige-fehler-vermeiden">Häufige Fehler vermeiden</h2>
<ol>
<li><strong>Digitale Fotos deiner Seed Phrase machen</strong> – auch nicht “vorübergehend”</li>
<li><strong>Deine Seed online speichern</strong> – weder in Cloud-Diensten noch per E-Mail</li>
<li><strong>Deine Seed für “Verifizierungszwecke” auf Websites eingeben</strong> – das ist ein häufiger Betrug!</li>
<li><strong>Ausschließlich auf digitale Backups vertrauen</strong> – technisches Versagen ist eine reale Gefahr</li>
<li><strong>Die regelmäßige Überprüfung vernachlässigen</strong> – ein unlesbares Backup ist wertlos</li>
</ol>
<h2 id="praktische-handlungsempfehlungen">Praktische Handlungsempfehlungen</h2>
<ol>
<li><strong>Plane deinen Backup-Tag:</strong> Setze dir einen festen Termin, an dem du deine Backups erstellst und testest</li>
<li><strong>Dokumentiere dein System:</strong> Hinterlasse Anweisungen für Notfälle oder Erbfälle (ohne die Seed Phrase selbst offenzulegen!)</li>
<li><strong>Teste Wiederherstellungsprozesse:</strong> Übe den Wiederherstellungsvorgang, bevor du ihn im Ernstfall brauchst</li>
<li><strong>Aktualisiere dein Setup:</strong> Überprüfe regelmäßig, ob deine Sicherheitsstrategie noch zeitgemäß ist</li>
</ol>
<h2 id="fazit-sicherheit-ist-ein-fortlaufender-prozess">Fazit: Sicherheit ist ein fortlaufender Prozess</h2>
<p>Die sichere Verwahrung deiner Seed Phrase ist kein einmaliges Projekt, sondern ein kontinuierlicher Prozess. Investiere die Zeit jetzt, um deine Bitcoin langfristig zu schützen. Denke daran: Wenn du einmal in Panik gerätst, weil dein Hardware Wallet nicht mehr funktioniert oder nicht auffindbar ist, ist es zu spät, um über ein gutes Backup-System nachzudenken.</p>
<p>Mit den richtigen Vorkehrungen kannst du deine Bitcoin sicher selbst verwahren und die volle Kontrolle über dein digitales Vermögen behalten – ganz im Sinne des Bitcoin-Grundsatzes: “Not your keys, not your coins.”</p>
<hr />
<p><strong>Nächste Schritte:</strong></p>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/praxis/hardware-wallets-vs-signing-devices/">Hardware Wallets vs. Signing Devices</a> — der Unterschied, der zählt</li>
<li><a href="https://bitcoin-durchgespielt.com/praxis/bitcoin-vererben/">Bitcoin vererben</a> — Nachlassplanung mit Seeds</li>
</ul>
<p><strong>Verwandte Themen:</strong></p>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/coin-control-und-labels/">Coin Control und Labels</a> — UTXOs bewusst verwalten</li>
<li><a href="https://bitcoin-durchgespielt.com/cypherpunk/dont-trust-verify/">Don’t trust, verify</a> — das Prinzip hinter Selbstverwahrung</li>
</ul>
<p>Zurück zur Übersicht: <a href="https://bitcoin-durchgespielt.com/praxis/">Praxis</a></p>
<div class="nostr-note" data-note-id="note1j7eayk3x5wy29sm24ndjmf4ez99dgyr8w02p9yg582703q7xhtgse2adre">
<a href="https://njump.me/note1j7eayk3x5wy29sm24ndjmf4ez99dgyr8w02p9yg582703q7xhtgse2adre" target="_blank" rel="noopener noreferrer">
Nostr-Note anzeigen → note1j7eayk3x5wy29sm…
</a>
</div>
Wallets erklärt: Was sie tun, was sie nicht tun und welche Arten es gibt2025-05-16T00:00:00+00:002025-05-16T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/praxis/wallets-erklaert/<h2 id="was-ist-eine-wallet">Was ist eine Wallet?</h2>
<p>Wenn du zum ersten Mal von einer <strong>Bitcoin Wallet</strong> hörst, denkst du vielleicht an ein digitales Portemonnaie, in dem deine Bitcoin liegen. Dieses Bild ist weit verbreitet, aber es führt in die Irre. Eine Wallet speichert keine Bitcoin. Bitcoin existieren ausschließlich als Einträge auf der Timechain (Blockchain). Was eine Wallet tatsächlich tut, ist die <strong>Verwaltung deiner privaten und öffentlichen Schlüssel</strong>.</p>
<p>Konkret übernimmt eine Wallet zwei Aufgaben:</p>
<ul>
<li><strong>Generierung von Empfangsadressen</strong> — damit du Bitcoin empfangen kannst</li>
<li><strong>Erstellen von Signaturen</strong> — damit du Bitcoin versenden kannst</li>
</ul>
<p>Alles, was darüber hinausgeht — Kontostände anzeigen, Transaktionshistorie darstellen, Gebühren berechnen — sind Komfortfunktionen. Der Kern einer Wallet ist und bleibt die Schlüsselverwaltung.</p>
<h2 id="vom-zufall-zum-schlussel-wie-private-keys-entstehen">Vom Zufall zum Schlüssel: Wie Private Keys entstehen</h2>
<p>Jede Wallet beginnt mit einer <strong>Zufallszahl</strong>. Diese Zufallszahl ist die mathematische Grundlage, aus der alles Weitere abgeleitet wird. Zusammen mit einer <strong>Prüfsumme</strong> im Binärformat (Nullen und Einsen) entsteht daraus dein <strong>Private Key</strong> — der geheime Schlüssel, der dir die Kontrolle über deine Bitcoin gibt.</p>
<p>Der Weg vom Zufall zur Empfangsadresse sieht vereinfacht so aus:</p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="plain"><span class="giallo-l"><span>Zufallszahl</span></span>
<span class="giallo-l"><span> ↓</span></span>
<span class="giallo-l"><span>Private Key</span></span>
<span class="giallo-l"><span> ↓</span></span>
<span class="giallo-l"><span>Seed Phrase (12 oder 24 Wörter)</span></span>
<span class="giallo-l"><span> ↓</span></span>
<span class="giallo-l"><span>Public Key</span></span>
<span class="giallo-l"><span> ↓</span></span>
<span class="giallo-l"><span>Empfangsadresse</span></span></code></pre>
<p>Das Entscheidende: Jeder einzelne Schritt in dieser Kette ist <strong>mathematisch ableitbar</strong>, aber nur in eine Richtung. Von deiner Empfangsadresse kann niemand auf deinen Private Key zurückrechnen. Von deinem Private Key hingegen lässt sich jederzeit die zugehörige Empfangsadresse erzeugen.</p>
<p>Der Private Key ist also gleichbedeutend mit dem <strong>Zugang zu deinem Guthaben</strong>. Wer den Private Key besitzt, kontrolliert die damit verknüpften Bitcoin — unabhängig davon, wer sie ursprünglich empfangen hat.</p>
<h2 id="die-seed-phrase-dein-backup-in-worten">Die Seed Phrase: Dein Backup in Worten</h2>
<p>Die <strong>Seed Phrase</strong> (auch Mnemonic oder Recovery Phrase genannt) ist eine menschenlesbare Darstellung deines Private Keys. Sie besteht aus 12 oder 24 Wörtern, die aus einer standardisierten Wortliste stammen (BIP-39). Mit diesen Wörtern kannst du deine gesamte Wallet jederzeit auf einem neuen Gerät wiederherstellen.</p>
<p>Die Seed Phrase ist das Herzstück deiner Bitcoin-Sicherheit. Wer sie kennt, hat Zugriff auf deine gesamten Bestände. Deshalb gelten strenge Regeln für den Umgang mit ihr — dazu gleich mehr.</p>
<h2 id="wallet-arten-hot-cold-und-hardware">Wallet-Arten: Hot, Cold und Hardware</h2>
<p>Nicht jede Wallet ist gleich. Je nachdem, wie und wo die Schlüssel gespeichert werden, unterscheidet man verschiedene Kategorien.</p>
<h3 id="hot-wallets">Hot Wallets</h3>
<p>Eine <strong>Hot Wallet</strong> läuft auf einem Gerät mit Internetverbindung — deinem Smartphone, Laptop oder Desktop-PC. Hot Wallets sind komfortabel für den Alltag. Du kannst schnell Transaktionen durchführen und hast deine Bitcoin immer griffbereit.</p>
<p>Der Nachteil liegt auf der Hand: Jedes Gerät mit Internetverbindung ist potenziell angreifbar. Malware, Phishing oder kompromittierte Software können deine Schlüssel gefährden. Für kleinere Beträge, die du im Alltag nutzt, ist eine Hot Wallet vertretbar. Für größere Bestände nicht.</p>
<h3 id="cold-wallets">Cold Wallets</h3>
<p>Bei einer <strong>Cold Wallet</strong> werden die Private Keys <strong>offline</strong> gespeichert — komplett getrennt vom Internet. Das kann ein Blatt Papier sein, eine Stahlplatte, eine MicroSD-Karte in einem Tresor oder ein air-gapped Computer, der nie online geht.</p>
<p>Cold Wallets bieten deutlich höhere Sicherheit, weil ein Angreifer physischen Zugang benötigt. Der Trade-off ist weniger Komfort: Für jede Transaktion musst du den Key aus dem Offline-Speicher holen.</p>
<h3 id="hardware-wallets">Hardware Wallets</h3>
<p><strong>Hardware Wallets</strong> sind dedizierte Geräte, die speziell für die Schlüsselverwaltung gebaut wurden. Sie vereinen Aspekte von Hot und Cold Wallets: Du verbindest sie kurz mit einem Computer oder Smartphone, um eine Transaktion zu signieren, aber der Private Key verlässt das Gerät dabei <strong>nie</strong>.</p>
<p>Die Signierung findet direkt auf dem Gerät statt. Selbst wenn dein Computer kompromittiert ist, kann ein Angreifer die Schlüssel nicht abgreifen. Hardware Wallets wie der Blockstream Jade, Trezor, Ledger oder BitBox gelten für die meisten Nutzer als der beste Kompromiss zwischen Sicherheit und Alltagstauglichkeit.</p>
<h2 id="aufbewahrungsmethoden-im-vergleich">Aufbewahrungsmethoden im Vergleich</h2>
<p>Es gibt viele Wege, deine Seed Phrase aufzubewahren. Jeder hat seine Stärken und Schwächen:</p>
<table><thead><tr><th>Methode</th><th>Bewertung</th></tr></thead><tbody>
<tr><td>Nur in der Wallet belassen</td><td>Einfach, aber riskant bei Geräteverlust</td></tr>
<tr><td>Im Kopf merken</td><td>Kein physischer Beweis, aber Vergessensrisiko</td></tr>
<tr><td>Auf Papier schreiben</td><td>Günstig, aber vergänglich (Wasser, Feuer, Tinte)</td></tr>
<tr><td>Auf einer Börse lassen</td><td>Nicht deine Keys, nicht deine Bitcoin</td></tr>
<tr><td>In einem Buch Wörter markieren</td><td>Kreativ, aber fragil und schwer reproduzierbar</td></tr>
<tr><td>In Dropbox oder iCloud</td><td>Online bedeutet angreifbar — tu das nicht</td></tr>
<tr><td>Auf USB-Stick oder SD-Karte</td><td>Kann kaputtgehen, Datenträger altern</td></tr>
<tr><td>Im Bankschließfach</td><td>Drittpartei-Abhängigkeit, aber physisch sicher</td></tr>
<tr><td>In Metall schlagen</td><td>Feuer- und wasserfest — die haltbarste Methode</td></tr>
</tbody></table>
<p>Das Spektrum reicht von unsicher-aber-einfach bis sicher-aber-komplex. Elektronische Methoden sind tendenziell flüchtiger, physische haltbarer. Deine Wahl hängt davon ab, wie viel Bitcoin du verwahrst und wie hoch dein technisches Verständnis ist.</p>
<h2 id="die-passphrase-dein-25-wort">Die Passphrase: Dein 25. Wort</h2>
<p>Die <strong>Passphrase</strong> ist ein zusätzlicher Sicherheitsfaktor, den du zu deiner Seed Phrase hinzufügen kannst. Sie funktioniert wie ein Passwort, das du selbst wählst — Buchstaben, Zahlen und Sonderzeichen sind möglich.</p>
<p>Ohne die korrekte Passphrase ist kein Zugriff auf das damit geschützte Guthaben möglich. Und hier wird es interessant: Jede Passphrase erzeugt eine <strong>eigene, vollständig separate Wallet</strong>. Die gleiche Seed Phrase mit Passphrase “Alpen2025” ergibt eine andere Wallet als mit Passphrase “Sommer!42”.</p>
<h3 id="unterschied-zur-seed-phrase">Unterschied zur Seed Phrase</h3>
<table><thead><tr><th>Seed Phrase (12/24 Wörter)</th><th>Passphrase</th></tr></thead><tbody>
<tr><td>Wörter aus der BIP-39-Wortliste</td><td>Freie Zeichenwahl</td></tr>
<tr><td>Nur Wörter</td><td>Auch Sonderzeichen und Zahlen möglich</td></tr>
<tr><td>Wird vom Gerät generiert</td><td>Wird von dir selbst gewählt</td></tr>
</tbody></table>
<h3 id="das-hotel-gedankenspiel">Das Hotel-Gedankenspiel</h3>
<p>Stell dir vor, du verschickst ein Paket an ein Hotel. Die Seed Phrase ist die Hoteladresse — sie bringt dich zum richtigen Gebäude.</p>
<ul>
<li><strong>Ohne Passphrase</strong> (ohne Zimmernummer): Das Paket landet an der Rezeption. Die Standard-Wallet ohne Passphrase.</li>
<li><strong>Mit Passphrase “21”</strong> (Zimmernummer 21): Das Paket geht direkt an die Person in Zimmer 21. Eine spezifische Wallet.</li>
<li><strong>Mit Passphrase “42”</strong> (Zimmernummer 42): Ein anderes Zimmer, eine andere Wallet.</li>
</ul>
<p>Verschiedene Passphrases ergeben verschiedene Wallets — alle aus derselben Seed Phrase. Das eröffnet Möglichkeiten: Du kannst einen kleinen Betrag in der Wallet ohne Passphrase halten (als Ablenkung) und den Hauptbestand hinter einer Passphrase verstecken, die nur du kennst.</p>
<h2 id="multi-signature-sicherheit-durch-verteilung">Multi-Signature: Sicherheit durch Verteilung</h2>
<p>Für höhere Beträge oder besondere Sicherheitsanforderungen gibt es <strong>Multi-Signature</strong> (Multi-Sig). Dabei werden mehrere Private Keys benötigt, um eine Transaktion zu signieren — nach dem Prinzip <strong>n aus m</strong>.</p>
<p>Ein gängiges Setup ist 2-von-3:</p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="plain"><span class="giallo-l"><span>Schlüssel A (Zuhause) ✓</span></span>
<span class="giallo-l"><span>Schlüssel B (Bankfach) ✓</span></span>
<span class="giallo-l"><span>Schlüssel C (Vertraute) —</span></span>
<span class="giallo-l"><span> ———</span></span>
<span class="giallo-l"><span>Benötigt: 2 von 3 → Transaktion möglich</span></span></code></pre>
<p>Der Vorteil: Selbst wenn ein einzelner Schlüssel kompromittiert oder verloren wird, bleibt dein Guthaben sicher und zugänglich. Multi-Sig lässt sich mit Hardware Wallets umsetzen und bietet durch die geographische Trennung der Schlüssel ein hohes Maß an Sicherheit.</p>
<h2 id="sicherheit-vs-komplexitat-den-richtigen-trade-off-finden">Sicherheit vs. Komplexität: Den richtigen Trade-off finden</h2>
<p>Es gibt einen fundamentalen Zusammenhang zwischen Sicherheit und Komplexität:</p>
<pre class="giallo" style="color: #F8F8F2; background-color: #272822;"><code data-lang="plain"><span class="giallo-l"><span>Sicherheit ↑</span></span>
<span class="giallo-l"></span>
<span class="giallo-l"><span> ▲</span></span>
<span class="giallo-l"><span> │ Multi-Sig (2/3)</span></span>
<span class="giallo-l"><span> │ ╱</span></span>
<span class="giallo-l"><span> │ Passphrase + Hardware Wallet</span></span>
<span class="giallo-l"><span> │ ╱</span></span>
<span class="giallo-l"><span> │ Hardware Wallet</span></span>
<span class="giallo-l"><span> │ ╱</span></span>
<span class="giallo-l"><span> │ Hot Wallet</span></span>
<span class="giallo-l"><span> │╱</span></span>
<span class="giallo-l"><span> └──────────────────────→ Komplexität ↑</span></span></code></pre>
<p>Mehr Sicherheit bedeutet mehr Komplexität. Mehr Komplexität bedeutet mehr Fehleranfälligkeit. Die richtige Lösung hängt von zwei Faktoren ab: dem <strong>Betrag</strong>, den du verwahrst, und deiner <strong>eigenen Kompetenz</strong> im Umgang mit den Werkzeugen.</p>
<p>Für die meisten Einsteiger ist eine Hardware Wallet mit sauber gesicherter Seed Phrase ein ausgezeichneter Start. Wenn du dich sicherer fühlst, kannst du eine Passphrase ergänzen. Multi-Sig ist die Königsklasse — aber erst sinnvoll, wenn du die Grundlagen wirklich verinnerlicht hast.</p>
<h2 id="sicherheit-in-der-praxis">Sicherheit in der Praxis</h2>
<h3 id="physische-sicherheit">Physische Sicherheit</h3>
<p>Die Seed Phrase ist dein Heiligtum. Beim Erstellen gilt:</p>
<ul>
<li><strong>Keine Handys, Kameras oder elektronische Geräte</strong> im Raum</li>
<li>Hardware nur über <strong>verifizierte Händler</strong> kaufen — nicht gebraucht, nicht über eBay</li>
<li>Neue Hardware nach Empfang auf <strong>Beschädigung und Manipulation</strong> prüfen</li>
</ul>
<p>Beim Aufbewahren:</p>
<ul>
<li>Brainwallet, Papier, Stahl, MicroSD, verschlüsselt — es gibt viele Optionen</li>
<li><strong>Niemals</strong> auf mit dem Internet verbundenen Geräten speichern</li>
<li>Den Zugang anderer Personen zum Lagerort immer <strong>mitbedenken</strong></li>
</ul>
<h3 id="soziale-sicherheit">Soziale Sicherheit</h3>
<ul>
<li><strong>Sprich nicht</strong> über deinen Bitcoin-Besitz oder die Höhe deines Guthabens</li>
<li><strong>Keine Hinweise</strong> auf Social Media</li>
<li>Überlege genau, <strong>wer eingeweiht</strong> wird</li>
<li><strong>KYC vermeiden</strong> wo möglich — Know Your Customer bedeutet, dass Dritte wissen, dass du Bitcoin besitzt</li>
<li>Historisches Warnsignal: Executive Order 6102 (USA, 1933) — das staatlich verordnete Goldverbot zeigt, dass Konfiszierung kein theoretisches Risiko ist</li>
</ul>
<h3 id="technische-sicherheit">Technische Sicherheit</h3>
<ul>
<li><strong>Nichts überstürzen</strong> — Ruhe und Sorgfalt schützen vor Fehlern</li>
<li><strong>Test-Transaktionen</strong> durchführen — kleine Beträge zuerst senden</li>
<li><strong>Keine voreiligen Updates</strong> — warte, bis die Community Updates geprüft hat</li>
<li><strong>Open-Source-Software</strong> nutzen — Code, der überprüft werden kann, verdient mehr Vertrauen</li>
<li><strong>Wiederherstellungsprozess üben</strong> — einmal durchspielen, bevor es ernst wird</li>
</ul>
<h2 id="seed-in-metall-stanzen">Seed in Metall stanzen</h2>
<p>Die haltbarste Aufbewahrungsmethode für deine Seed Phrase ist das <strong>Stanzen in Metall</strong>. Eine Edelstahl- oder Titanplatte übersteht Temperaturen über 1.000 °C, ist wasserfest und hält Jahrzehnte ohne Degradation.</p>
<p>So gehst du vor:</p>
<ol>
<li>Edelstahl- oder Titanplatte besorgen</li>
<li>Buchstaben-Stempel-Set verwenden</li>
<li>Nur die <strong>ersten 4 Buchstaben</strong> jedes Wortes reichen aus (BIP-39 ist so konzipiert)</li>
<li>An einem sicheren, privaten Ort stanzen</li>
<li>Keine elektronischen Geräte dabei</li>
</ol>
<p>Wer seine Seed Phrase in Metall hat, schläft ruhiger.</p>
<hr />
<p><strong>Nächste Schritte:</strong></p>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/praxis/hardware-wallets-vs-signing-devices/">Hardware Wallets vs. Signing Devices</a> — der Unterschied, der zählt</li>
<li><a href="https://bitcoin-durchgespielt.com/praxis/seeds-sicher-verwahren/">Seeds sicher verwahren</a> — Backup-Strategien</li>
</ul>
<p><strong>Verwandte Themen:</strong></p>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/privatsphaere/coin-control-und-labels/">Coin Control und Labels</a> — UTXOs bewusst verwalten</li>
<li><a href="https://bitcoin-durchgespielt.com/technik/adressen-schluessel/">Adressen und Schlüssel</a> — die Kryptographie dahinter</li>
</ul>
<p>Zurück zur Übersicht: <a href="https://bitcoin-durchgespielt.com/praxis/">Praxis</a></p>
Warum nur Bitcoin? Und nicht Blockchain, Crypto, Ethereum oder CBDCs2025-05-09T00:00:00+00:002025-05-09T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/grundlagen/warum-nur-bitcoin/<h2 id="die-frage-die-immer-kommt">Die Frage, die immer kommt</h2>
<p>Sobald du anfängst, über Bitcoin zu sprechen, kommt früher oder später die Frage: “Aber was ist mit Ethereum? Und Solana? Und was ist eigentlich mit Blockchain-Technologie allgemein?” Hinter dieser Frage steckt ein fundamentales Missverständnis. Bitcoin ist nicht “eine Kryptowährung unter vielen”. Es ist eine <strong>grundlegend andere Kategorie</strong>. Dieser Artikel erklärt, warum.</p>
<h2 id="warum-nicht-blockchain">Warum nicht “Blockchain”?</h2>
<p>Der Begriff <strong>Blockchain</strong> hat sich als Buzzword verselbstständigt. Im Original-Whitepaper von Satoshi Nakamoto steht das Wort “Blockchain” kein einziges Mal — dort ist von <strong>Blöcken</strong> die Rede, die kryptographisch miteinander verbunden werden.</p>
<p>Eine Blockchain ist nichts weiter als eine Reihe <strong>verbundener Datensätze</strong>. Dieses Konzept existiert seit Jahrzehnten — die älteste bekannte Blockchain wird seit 1995 in der New York Times genutzt, um Zeitstempel fälschungssicher zu machen. Daran ist nichts revolutionär.</p>
<p>Was Bitcoin besonders macht, ist nicht die Blockchain an sich, sondern die Kombination aus Blockchain, Proof of Work, Dezentralität und begrenzter Geldmenge. Die Blockchain ist <strong>ein</strong> Bestandteil von Bitcoin — nicht die Innovation selbst. Verbundene Datensätze allein sind nicht dezentral.</p>
<p>Wenn jemand sagt: “Blockchain ist die Zukunft, Bitcoin aber nicht” — dann ist das ungefähr so, als würde man sagen: “Flügel sind die Zukunft, Flugzeuge aber nicht.”</p>
<h2 id="warum-nicht-crypto">Warum nicht “Crypto”?</h2>
<p>Der Begriff <strong>Crypto</strong> ist doppeldeutig. Er kann Kryptowährung bedeuten oder Kryptographie. Umgangssprachlich hat sich “Crypto” als Sammelbegriff für tausende Projekte etabliert, die sich unter diesem Label tummeln — und die mit Bitcoin wenig bis nichts gemeinsam haben.</p>
<p>Bitcoin nutzt Kryptographie als Werkzeug. Aber Bitcoin ist keine “Kryptowährung unter vielen”. Die richtige Unterscheidung lautet:</p>
<p><strong>Bitcoin — nicht Crypto.</strong></p>
<h2 id="warum-nicht-ethereum">Warum nicht Ethereum?</h2>
<p>Ethereum ist nach Marktkapitalisierung die Nummer 2. Aber bei genauerem Hinsehen zeigen sich fundamentale Unterschiede zu Bitcoin.</p>
<h3 id="pre-mining-und-unfaire-verteilung">Pre-Mining und unfaire Verteilung</h3>
<p>Bei Ethereum wurden Coins erzeugt, <strong>bevor es alle konnten</strong>. Die Gründer und frühen Investoren hatten einen massiven Vorteil. Bei Bitcoin gab es kein Pre-Mining — jeder einzelne Bitcoin wurde durch Mining erzeugt, und die ersten Miner hatten keine anderen Werkzeuge als alle anderen.</p>
<h3 id="zentrale-kontrolle">Zentrale Kontrolle</h3>
<p>Ethereum wird von der <strong>Ethereum Foundation</strong> gesteuert. Mit der sogenannten “Difficulty Bomb” wurde der Wechsel zu Proof of Stake bei “The Merge” effektiv erzwungen. Wer am Staking teilnehmen will, braucht mindestens <strong>32 ETH</strong> — nur wer genug hat, darf direkt mitspielen. Zum Vergleich: Eine Bitcoin Full Node kostet rund 150 Euro, und jeder kann sie betreiben.</p>
<h3 id="technische-probleme">Technische Probleme</h3>
<p>Die Inflationsrate von Ethereum ist <strong>nicht vorhersehbar</strong> — sie ändert sich fast täglich und liegt nie bei null. Die Ethereum-Blockchain umfasst mittlerweile rund <strong>17 Terabyte</strong> (seit 2015). Die Bitcoin-Timechain kommt auf etwa <strong>0,7 Terabyte</strong> (seit 2009). Dieser Unterschied macht es bei Ethereum nahezu unmöglich, eine Full Node zu Hause zu betreiben, was die Dezentralität untergräbt.</p>
<p>Nur Bitcoin ist wirklich dezentral.</p>
<h2 id="warum-nicht-altcoins">Warum nicht Altcoins?</h2>
<p>Hinter <strong>jedem</strong> Altcoin steht eine Art Institution:</p>
<table><thead><tr><th>Altcoin</th><th>Kontrollinstanz</th></tr></thead><tbody>
<tr><td>Ethereum</td><td>Ethereum Foundation</td></tr>
<tr><td>Ripple (XRP)</td><td>Ripple Labs</td></tr>
<tr><td>Solana</td><td>Solana Foundation</td></tr>
<tr><td>BNB</td><td>Binance</td></tr>
<tr><td>Cardano</td><td>Cardano Foundation</td></tr>
</tbody></table>
<p><strong>Geld sollte keine Postanschrift haben.</strong> Wenn hinter einem Geldsystem ein Unternehmen mit Adresse, CEO und Rechtsabteilung steht, dann ist es kein dezentrales Geld — es ist ein Unternehmensprodukt.</p>
<p>Darüber hinaus sind Altcoins in der Handhabung komplizierter. Häufige Updates erfordern ständige Anpassung der Software und Wallets. Höhere Komplexität bedeutet mehr Angriffsfläche und mehr Fehleranfälligkeit (Exploits).</p>
<p>Nur Bitcoin wird von keinem Unternehmen geführt.</p>
<h2 id="warum-nicht-proof-of-stake">Warum nicht Proof of Stake?</h2>
<p><strong>Proof of Stake (PoS)</strong> ist der Konsensmechanismus, den Ethereum und viele andere Altcoins verwenden. Er funktioniert grundlegend anders als Proof of Work:</p>
<p>Bei PoS wird derjenige, der den nächsten Block erzeugt, <strong>vorher ausgewählt</strong> — basierend auf der Menge an Coins, die er bereits besitzt und “staked” (sperrt). Zugang wird also durch bereits Teilnehmende gewährt.</p>
<p>Das grundsätzliche Problem: Es gibt <strong>keinen Mechanismus</strong>, der einmal erhaltene Netzwerk-Kontrolle wieder umverteilt. Je mehr Coins jemand besitzt, desto höher ist seine Chance auf den nächsten Block — und desto mehr neue Coins erhält er. Staking ist ein Mechanismus für prozentual wachsende Kontrolle.</p>
<p><strong>Die Reichen werden immer reicher.</strong> Das ist exakt das Problem, das im Fiatgeldsystem als Cantillon-Effekt bekannt ist — nur in digitaler Form.</p>
<p>Im Vergleich dazu bei <strong>Proof of Work</strong> (Bitcoin):</p>
<ul>
<li>Jeder kann mit Energie und Hardware teilnehmen</li>
<li>Keine Eintrittsbarriere durch bestehende Coin-Bestände</li>
<li>Mining-Hardware veraltet, was natürliche Umverteilung erzwingt</li>
</ul>
<p>Ohne Proof of Work kein hartes Geld.</p>
<h2 id="warum-nicht-nfts">Warum nicht NFTs?</h2>
<p><strong>Non-Fungible Tokens</strong> (NFTs) waren der Hype der Jahre 2021 und 2022. Die Idee: Digitale Besitzzertifikate für Kunstwerke, Musik oder virtuelle Gegenstände, gesichert auf einer Blockchain. In der Praxis scheitert das Konzept am <strong>Orakel-Problem</strong>.</p>
<p>Was tatsächlich “on-chain” gespeichert wird, ist <strong>nur der Link</strong> zum Bild oder Objekt. Das Bild selbst liegt außerhalb der Blockchain — auf einem Server, in einer Datenbank, irgendwo im Internet. Ein sogenanntes “Orakel” (eine zentrale Stelle) verbindet die reale Welt mit der Blockchain.</p>
<p>Dieses Orakel kann zensieren, filtern und Fehler machen. Server können abgeschaltet werden — und dann zeigt der Link ins Leere. Dein NFT ist dann ein Verweis auf nichts.</p>
<p>Wenn man sowieso eine zentrale Einheit braucht, um das System am Laufen zu halten, dann braucht man keine dezentrale Datenbank. Eine normale Datenbank würde denselben Zweck erfüllen — schneller und billiger.</p>
<h2 id="warum-nicht-ein-anderer-proof-of-work">Warum nicht ein anderer Proof of Work?</h2>
<p>Vor Bitcoin gab es mehrere Versuche, ein digitales Geldsystem mit Arbeitsnachweis zu bauen:</p>
<ul>
<li><strong>Hashcash</strong> (1997) — funktionierte als Anti-Spam-Mechanismus, war aber kein Geldsystem</li>
<li><strong>B-Money</strong> (1998) — ein theoretisches Konzept, das nie implementiert wurde</li>
<li><strong>Bitgold</strong> (2005) — eine Idee, die nie in die Praxis umgesetzt wurde</li>
</ul>
<p><strong>Bitcoin ist das erste System, das tatsächlich funktioniert.</strong> Es kombiniert Jahrzehnte an kryptographischer Forschung zu einem Gesamtsystem, das seit 2009 ohne Unterbrechung läuft.</p>
<p>Warum es nur eines geben wird:</p>
<ul>
<li>Das <strong>KISS-Prinzip</strong> (Keep It Simple, Stupid) — Einfachheit ist ein Feature, keine Schwäche</li>
<li>Wie beim <strong>OSI-Modell</strong> gibt es ein Protokoll pro Schicht. Bitcoin ist die Basisschicht, Skalierung geschieht bewusst durch Second Layer Solutions wie Lightning.</li>
<li>Die <strong>Block Size Wars</strong> haben gezeigt, dass die Community das Protokoll aktiv schützt — Versuche, die Grundregeln zu ändern, sind gescheitert</li>
<li>“Slow is smooth — smooth is fast”</li>
</ul>
<p>Man kann das Rad nicht ein zweites Mal erfinden.</p>
<h2 id="warum-nicht-cbdcs">Warum nicht CBDCs?</h2>
<p><strong>Central Bank Digital Currencies</strong> (CBDCs) — digitales Zentralbankgeld — sind das exakte Gegenteil von Bitcoin. Während Bitcoin maximale Freiheit und Dezentralität anstrebt, ermöglichen CBDCs maximale Kontrolle.</p>
<p>Was CBDCs technisch ermöglichen:</p>
<ul>
<li>Jede Transaktion wird <strong>aufgezeichnet</strong> — vollständige Überwachung</li>
<li>Zugang kann <strong>jederzeit eingeschränkt</strong> werden — durch den Staat, die Zentralbank oder einen Algorithmus</li>
<li>Inflation könnte <strong>individuell pro Person</strong> gesteuert werden</li>
<li><strong>Programmierbares Geld</strong>: Dein Guthaben könnte ein Ablaufdatum bekommen oder nur für bestimmte Produkte verwendbar sein</li>
</ul>
<p>Was das bedeutet:</p>
<ul>
<li><strong>Keine Anonymität</strong>, keine Privatsphäre beim Bezahlen</li>
<li><strong>Social-Credit-Systeme</strong> werden technisch möglich — dein Verhalten bestimmt, was du kaufen darfst</li>
<li>Programmierbare Einschränkungen nach Verhalten sind keine Science-Fiction, sondern eine logische Konsequenz der Technologie</li>
</ul>
<p>Ein möglicher Brief der Zukunft:</p>
<blockquote>
<p>“Sehr geehrter Herr Müller, uns ist aufgefallen, dass Sie vermehrt Alkohol gekauft haben. Wir werden entsprechende Zahlungen nicht mehr ausführen. Für Ihre eigene Sicherheit.”</p>
</blockquote>
<p>Klingt übertrieben? In China existieren Teile dieses Systems bereits. CBDCs sind nicht die Lösung — sie sind die Vollendung des Problems.</p>
<h2 id="zusammenfassung-wer-kontrolliert-das-geld">Zusammenfassung: Wer kontrolliert das Geld?</h2>
<table><thead><tr><th>System</th><th>Kontrolle</th></tr></thead><tbody>
<tr><td><strong>Bitcoin</strong></td><td>Von den Menschen, für die Menschen</td></tr>
<tr><td><strong>Altcoins/Crypto</strong></td><td>Einzelne Unternehmen</td></tr>
<tr><td><strong>CBDCs</strong></td><td>Staaten</td></tr>
</tbody></table>
<p>Was Bitcoin einzigartig macht, ist die Kombination von Eigenschaften, die kein anderes System bietet:</p>
<ul>
<li>Verbundene Blöcke (Timechain)</li>
<li>Proof of Work</li>
<li>21 Millionen — hart limitiert</li>
<li>Offen für jeden</li>
<li>Dezentral</li>
<li>Schwierigkeitsanpassung</li>
<li>Kryptographie und Hashing</li>
<li>Elektronisch und grenzenlos</li>
</ul>
<p><strong>Ohne Proof of Work</strong> gibt es kein hartes Geld. <strong>Ohne Gründer oder Firma</strong> gibt es keine tatsächliche Unantastbarkeit. <strong>Ohne Dezentralität</strong> gibt es keine Zensurresistenz.</p>
<h2 id="fazit">Fazit</h2>
<p>Bitcoin ist einmalig. Es kann nicht ersetzt, kopiert oder verbessert werden, ohne seine fundamentalen Eigenschaften zu verlieren. Es ist kein “Schnell-reich-werden”-Schema und kein Marketing-Produkt. Es ist ein faires System, das auf Mathematik basiert statt auf Versprechen.</p>
<p>Hüte dich vor Betrügern: <strong>DYOR</strong> — Do Your Own Research. Investiere kein Geld in Altcoins. Kurzfristige Gewinne sind möglich, langfristige Verluste garantiert.</p>
<p><strong>Bitcoin — nicht Crypto.</strong></p>
<hr />
<p><strong>Weiterführende Ressourcen:</strong></p>
<ul>
<li><strong>Bitcoin-Whitepaper</strong>: bitcoin.org/bitcoin.pdf</li>
<li><strong>Der Bitcoin-Standard</strong> — Saifedean Ammous</li>
<li><strong>Mastering Bitcoin</strong> — Andreas M. Antonopoulos</li>
</ul>
<p>Zurück zur Übersicht: <a href="https://bitcoin-durchgespielt.com/grundlagen/">Ökonomie</a></p>
Was ist Bitcoin? Von den Grundlagen des Geldes zur digitalen Revolution2025-05-02T00:00:00+00:002025-05-02T00:00:00+00:00
Johannes
https://bitcoin-durchgespielt.com/grundlagen/was-ist-bitcoin/<h2 id="bevor-wir-uber-bitcoin-reden-was-ist-geld">Bevor wir über Bitcoin reden: Was ist Geld?</h2>
<p>Um Bitcoin wirklich zu verstehen, musst du zuerst verstehen, was <strong>Geld</strong> ist. Die meisten Menschen nutzen Geld jeden Tag, ohne sich je zu fragen, was es eigentlich ausmacht. Dabei ist diese Frage entscheidend — denn nur wer die Funktionen von Geld kennt, kann beurteilen, ob unser heutiges System diese Funktionen noch erfüllt.</p>
<h3 id="die-drei-funktionen-des-geldes">Die drei Funktionen des Geldes</h3>
<p>Geld hat drei grundlegende Funktionen:</p>
<p><strong>1. Tauschmittelfunktion</strong> — Geld ermöglicht den indirekten Tausch von Gütern und Dienstleistungen. Statt direkt Äpfel gegen Schuhe zu tauschen (was voraussetzt, dass der Schuhmacher gerade Äpfel braucht), kann jeder seine Waren gegen Geld verkaufen und dafür kaufen, was er tatsächlich benötigt.</p>
<p><strong>2. Funktion als Recheneinheit</strong> — Geld macht Preise vergleichbar. Es ist der gemeinsame Maßstab, mit dem wir den Wert verschiedener Dinge ausdrücken. Ohne Recheneinheit müsstest du den Wert jedes Guts in Relation zu jedem anderen Gut kennen.</p>
<p><strong>3. Wertaufbewahrungsfunktion</strong> — Geld soll Kaufkraft über die Zeit bewahren. Du arbeitest heute, verdienst Geld und möchtest dir sicher sein, dass du dir morgen, nächstes Jahr oder in zwanzig Jahren noch etwas davon kaufen kannst.</p>
<p>Die entscheidende Frage lautet: <strong>Erfüllt unser heutiges Geld diese Funktionen noch?</strong></p>
<h2 id="die-geschichte-des-geldes">Die Geschichte des Geldes</h2>
<p>Der Weg zum heutigen Geldsystem war lang — und an seinem Ende steht ein fundamentaler Bruch.</p>
<ul>
<li><strong>Frühe Zeit</strong>: Direkter Tausch — Ware gegen Ware. Funktionierte nur in kleinen Gemeinschaften.</li>
<li><strong>Physisches Geld</strong>: Muscheln, Salz, Edelmetalle — tragbar, teilbar, haltbar. Gold kristallisierte sich über Jahrtausende als bestes Geld heraus.</li>
<li><strong>Gold-Hinterlegung</strong>: Goldmünzen und goldgedeckte Quittungen. Bequemer als physisches Gold im Alltag.</li>
<li><strong>Staatlich ausgestelltes Geld</strong>: Durch den Staat ausgegebene Scheine — zunächst goldgedeckt, also jederzeit in Gold einlösbar.</li>
<li><strong>Digitales Geld</strong>: Überweisungen, Kreditkarten — letztlich nur noch Zahlen in Datenbanken.</li>
</ul>
<h3 id="der-nixon-schock-15-august-1971">Der Nixon-Schock: 15. August 1971</h3>
<p>An diesem Tag hob US-Präsident Nixon die Golddeckung des US-Dollars auf. Der Dollar war nicht mehr in Gold einlösbar. Da alle wichtigen Weltwährungen an den Dollar gebunden waren, verloren sie damit ebenfalls ihre indirekte Golddeckung. Es war der Beginn der reinen <strong>Fiatwährungsära</strong>.</p>
<p>Seit über 50 Jahren ist unser Geld durch nichts gedeckt — außer durch Vertrauen in den Staat.</p>
<h2 id="fiatgeld-wie-es-entsteht-und-warum-es-versagt">Fiatgeld: Wie es entsteht und warum es versagt</h2>
<p>Das Wort <strong>Fiat</strong> kommt aus dem Lateinischen und bedeutet “es werde”. Fiatgeld entsteht durch einen Akt — durch Beschluss, nicht durch wirtschaftliche Leistung.</p>
<h3 id="wie-entsteht-fiatgeld">Wie entsteht Fiatgeld?</h3>
<ul>
<li><strong>Geldschöpfung durch zentrale Instanzen</strong> — Zentralbanken und Geschäftsbanken erzeugen Geld</li>
<li><strong>Kreditgeldsystem</strong> — neues Geld entsteht, wenn Kredite vergeben werden. Jeder Euro, den eine Bank als Kredit vergibt, ist neu geschaffenes Geld.</li>
<li><strong>Deficit Spending</strong> — Staaten können sich quasi unbegrenzt verschulden, weil die Zentralbank im Zweifel Staatsanleihen kauft</li>
<li><strong>Schuldenausweitung</strong> — die Gesamtverschuldung wächst exponentiell, denn das System braucht ständig mehr Kredit, um nicht zu kollabieren</li>
</ul>
<h3 id="warum-verliert-fiatgeld-an-wert">Warum verliert Fiatgeld an Wert?</h3>
<ul>
<li><strong>Kaufkraftverlust</strong> durch ständige Ausweitung der Geldmenge — mehr Geld bei gleichbleibender Gütermenge bedeutet steigende Preise</li>
<li><strong>Abhängigkeit von zentraler Kontrolle</strong> — wenige Akteure (Zentralbanker, Politiker) entscheiden über das Geld aller Bürger</li>
<li><strong>Geldmenge nicht validierbar</strong> — niemand kann unabhängig prüfen, wie viel Geld tatsächlich existiert</li>
</ul>
<h3 id="systemische-schwachen">Systemische Schwächen</h3>
<ul>
<li><strong>Niedrige Zinsen</strong> werden als politisches Instrument missbraucht, um Staatspleiten zu vermeiden und Verschuldung billig zu halten</li>
<li>Die <strong>durchschnittliche Lebenserwartung einer Fiatwährung beträgt nur 27 Jahre</strong> — die meisten enden in Hyperinflation oder Währungsreform</li>
<li>Der <strong>Cantillon-Effekt</strong> sorgt für eine systematisch ungerechte Verteilung von neuem Geld</li>
</ul>
<h2 id="der-cantillon-effekt-wer-profitiert-und-wer-verliert">Der Cantillon-Effekt: Wer profitiert und wer verliert</h2>
<p>Richard Cantillon beschrieb bereits 1730 einen Mechanismus, der bis heute das Fiatgeldsystem prägt:</p>
<blockquote>
<p>“Die konstante Erhöhung der Geldmenge und die damit einhergehende Entwertung des Geldes führt dazu, dass das Einkommen und Vermögen der Besitzer schwinden, während das Vermögen derjenigen steigt, die das neugeschaffene Geld zuerst erhalten.”</p>
</blockquote>
<p><strong>Gewinner</strong> sind staatsnahe Unternehmen, Großkonzerne und der Finanzsektor — sie erhalten das neue Geld zuerst, bevor die Preise steigen.</p>
<p><strong>Verlierer</strong> sind normale Bürger, Sparer und kleine Unternehmen — das Geld erreicht sie zuletzt, wenn die Preise bereits gestiegen sind. Deine Ersparnisse verlieren Kaufkraft, noch bevor du sie ausgeben kannst.</p>
<h3 id="hyperinflation-kein-einzelfall">Hyperinflation: Kein Einzelfall</h3>
<p>Dass Fiatgeld komplett versagen kann, zeigt das Beispiel Venezuela. Ein Wocheneinkauf kostete dort zeitweise knapp 50 Millionen Bolivar. Reis, Mehl, Toilettenpapier — Alltagsprodukte zu absurden Preisen. Das ist kein Einzelfall: Simbabwe, die Weimarer Republik, Argentinien — jede Fiatwährung kann dieses Schicksal ereilen, wenn die Geldmenge unkontrolliert ausgeweitet wird.</p>
<h2 id="wie-bitcoin-diese-probleme-lost">Wie Bitcoin diese Probleme löst</h2>
<p>2008 veröffentlichte eine Person oder Gruppe unter dem Pseudonym <strong>Satoshi Nakamoto</strong> das Bitcoin-Whitepaper — als direkte Antwort auf die Finanzkrise und die Schwächen des Fiatgeldsystems. Das Ziel: ein dezentrales, digitales Geldsystem ohne zentrale Kontrolle.</p>
<h3 id="begrenzte-geldmenge-21-millionen-fur-immer">Begrenzte Geldmenge: 21 Millionen — für immer</h3>
<p>Das erste und fundamentalste Merkmal von Bitcoin ist seine <strong>absolute Knappheit</strong>. Es wird niemals mehr als 21.000.000 BTC geben. Alle 210.000 Blöcke (ungefähr alle vier Jahre) wird die Belohnung für Miner halbiert — das sogenannte <strong>Halving</strong>. Die Menge neuer Bitcoin, die in Umlauf kommt, ist exakt vorhersagbar. Der Ausgabezeitplan ist öffentlich und von jedem nachvollziehbar.</p>
<p>Kein Mensch, keine Institution, keine Regierung kann diese Grenze ändern.</p>
<h3 id="uberprufbarkeit-jeder-kann-selbst-verifizieren">Überprüfbarkeit: Jeder kann selbst verifizieren</h3>
<p>Im Gegensatz zu Fiatgeld, wo niemand unabhängig prüfen kann, wie viel Geld tatsächlich existiert, ist bei Bitcoin jede einzelne Transaktion öffentlich einsehbar. Jeder kann die gesamte Geldmenge unabhängig prüfen. Dafür brauchst du kein Vertrauen in Dritte — nur Mathematik und Open-Source-Code.</p>
<p>Bei Bitcoin weiß jeder genau, wie viel existiert. Immer.</p>
<h3 id="die-timechain-unveranderbare-abfolge">Die Timechain: Unveränderbare Abfolge</h3>
<p>Die sogenannte <strong>Timechain</strong> (oft als Blockchain bezeichnet) ist ein öffentliches, dezentrales, transparentes digitales Kassenbuch. Jeder Block baut kryptographisch auf dem vorherigen auf. Transaktionen sind unwiderrufbar — einmal bestätigt, für immer gültig.</p>
<p>Keine Rückbuchungen, keine nachträglichen Änderungen, keine Manipulation.</p>
<h3 id="proof-of-work-echte-arbeit-sichert-echtes-geld">Proof of Work: Echte Arbeit sichert echtes Geld</h3>
<p>Um einen neuen Block zu erzeugen, müssen <strong>Miner</strong> ein kryptographisches Rätsel lösen. Stell dir vor, du müsstest einen 6er-Pasch mit extrem vielen Würfeln werfen — reines Trial-and-Error, das enorme Rechenleistung erfordert.</p>
<p>Dieses Verfahren heißt <strong>Proof of Work</strong> (Arbeitsnachweis) und kostet das gesamte Netzwerk im Schnitt 10 Minuten pro Block. Es schafft Konsens in einem dezentralen System — ohne zentrale Autorität. Echte Energie wird aufgewendet, und genau das macht Bitcoin zu digitalem, hartem Geld.</p>
<h2 id="wer-betreibt-das-bitcoin-netzwerk">Wer betreibt das Bitcoin-Netzwerk?</h2>
<p>Das Netzwerk besteht aus drei Arten von Teilnehmern:</p>
<p><strong>Miner</strong> erzeugen neue Blöcke durch Proof of Work und sichern das Netzwerk ab. Sie investieren Energie und Hardware und erhalten dafür neu geschaffene Bitcoin und Transaktionsgebühren.</p>
<p><strong>Nodes (Knotenpunkte)</strong> verifizieren Blöcke und Transaktionen unabhängig. Jeder kann eine Node betreiben — ein günstiger Computer und eine Internetverbindung genügen. Nodes sind die Wächter der Regeln.</p>
<p><strong>Nutzer</strong> senden und empfangen Bitcoin-Transaktionen. Jeder mit einer Wallet kann am Netzwerk teilnehmen.</p>
<p>Zusammen bilden sie ein dezentrales System ohne zentrale Schwachstelle.</p>
<h3 id="der-mempool-von-der-transaktion-zum-block">Der Mempool: Von der Transaktion zum Block</h3>
<p>Wenn du eine Bitcoin-Transaktion sendest, landet sie zunächst im <strong>Mempool</strong> — dem Wartezimmer unbestätigter Transaktionen. Miner wählen Transaktionen aus dem Mempool aus (bevorzugt die mit höheren Gebühren) und packen sie in einen neuen Block. Durch Proof of Work wird der Block erzeugt und die Transaktionen werden dauerhaft auf der Timechain gespeichert.</p>
<h2 id="bitcoins-eigenschaften-im-uberblick">Bitcoins Eigenschaften im Überblick</h2>
<p>Was Bitcoin von Fiatgeld grundlegend unterscheidet:</p>
<ul>
<li><strong>Offenes System</strong> — jeder kann teilnehmen, ohne Erlaubnis</li>
<li><strong>Dezentral</strong> — keine zentrale Kontrollinstanz</li>
<li><strong>Zensurresistent</strong> — niemand kann Transaktionen blockieren</li>
<li><strong>Neutral</strong> — keine politische Einflussnahme</li>
<li><strong>Begrenzte Menge</strong> — maximal 21 Millionen BTC</li>
<li><strong>Überprüfbar</strong> — jeder kann alles selbst verifizieren</li>
<li><strong>Unveränderbar</strong> — die Geschichte kann nicht umgeschrieben werden</li>
<li><strong>Arbeitsleistung erforderlich</strong> — echte Energie sichert das Netzwerk</li>
</ul>
<h2 id="fiat-vs-bitcoin-der-direkte-vergleich">Fiat vs. Bitcoin: Der direkte Vergleich</h2>
<table><thead><tr><th>Eigenschaft</th><th>Fiat</th><th>Bitcoin</th></tr></thead><tbody>
<tr><td>Konfiszierbar</td><td>Ja</td><td>Nein</td></tr>
<tr><td>Zensierbar</td><td>Ja</td><td>Erlaubnisfrei</td></tr>
<tr><td>Inflationierbar</td><td>Ja</td><td>Nein</td></tr>
<tr><td>Transparent</td><td>Nein</td><td>Ja</td></tr>
<tr><td>Kontrolle</td><td>Zentral</td><td>Dezentral</td></tr>
<tr><td>Politik</td><td>Beeinflusst</td><td>Selbstbestimmt</td></tr>
<tr><td>Prüfbar</td><td>Nein</td><td>Individuell</td></tr>
<tr><td>Basis</td><td>Vertrauen</td><td>Mathematik</td></tr>
<tr><td>Geltungsbereich</td><td>Währungsräume</td><td>Grenzenlos</td></tr>
</tbody></table>
<h2 id="fazit">Fazit</h2>
<p>Bitcoin ist nicht einfach “digitales Geld” oder “Internet-Währung”. Es ist ein grundlegend neues Geldsystem, das die Probleme des Fiatgeldsystems an der Wurzel angeht: begrenzte Menge statt Inflation, Dezentralität statt zentraler Kontrolle, Mathematik statt Vertrauen.</p>
<p>Wer Bitcoin versteht, versteht Geld. Wer Geld versteht, versteht die Welt.</p>
<hr />
<p><strong>Nächste Schritte:</strong></p>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/technik/">Technik-Lernpfad</a> — wie Bitcoin technisch funktioniert</li>
<li><a href="https://bitcoin-durchgespielt.com/praxis/bitcoin-kaufen/">Bitcoin kaufen</a> — der erste praktische Schritt</li>
</ul>
<p><strong>Verwandte Themen:</strong></p>
<ul>
<li><a href="https://bitcoin-durchgespielt.com/cypherpunk/cypherpunk-manifest/">Das Cypherpunk-Manifest</a> — die philosophischen Wurzeln von Bitcoin</li>
<li><a href="https://bitcoin-durchgespielt.com/grundlagen/gigi-21-lessons/">Gigis 21 Lessons</a> — die wichtigsten Lektionen aus dem Rabbit-Hole</li>
</ul>
<p>Zurück zur Übersicht: <a href="https://bitcoin-durchgespielt.com/grundlagen/">Grundlagen</a></p>