Bitcoin in Zahlen
Rechner und Modelle
mit erklärten Annahmen.
Sieben interaktive Werkzeuge auf einer Seite. Ändere Eingaben, prüfe Ergebnisse und lies Methode und Grenzen jedes Modells. Die Links öffnen einzelne Werkzeugseiten mit ihren Quellen.
Umrechner für BTC, Satoshis und Währungen
Rechne BTC und ganze Satoshis im festen Verhältnis um; der Geldwert folgt dem Referenzkurs der ausgewählten Währung.
Punkt oder Komma trennt die Dezimalstellen; trenne Tausender mit einem Leerzeichen.
Referenzkurs je 1 BTC: Wird geladen…
Quelle nicht angegeben · Daten abgerufen: —
1 BTC = 100.000.000 Satoshis. Währungswert = BTC × Kurs je 1 BTC. Ein Währungswechsel erhält die Bitcoin-Menge.
Beträge werden als ganze Satoshis gespeichert. Eingaben werden auf den nächsten Satoshi gerundet, halbe aufgerundet; negative Beträge auf null und die Obergrenze auf 21.000.000 BTC begrenzt. Beim Verlassen des Feldes erscheint der angepasste Wert. Dies ist die Werkzeuggrenze nach MoneyRange in Bitcoin Core 29.0, keine Aussage über die exakt ausgegebene Menge.
Die Währungsumrechnung ist ein Richtwert: Der Kurs kann zwischengespeichert sein und enthält weder Spread noch Gebühren oder tatsächliche Ausführungspreise. Die Anzeige nutzt die Nachkommastellen der Währung; gerundete Werte ersetzen keine genaue Abrechnung. Lade den Kurs per Schaltfläche neu. Die Uhrzeit bezeichnet den Empfang der Antwort, nicht die Messung des Preises.
100.000 Satoshis = 0,001 BTC. Bei einem Beispielkurs von 100.000 USD je BTC beträgt der Wert 100 USD. Dies ist kein aktueller Kurs.
DCA-Rechner für regelmäßige Käufe
Modelliere Käufe mit gleichen Geldbeträgen anhand historischer Kurse und bewerte die Bitcoin-Summe mit dem letzten Kurs der verwendeten Reihe.
Punkt oder Komma trennt die Dezimalstellen; trenne Tausender mit einem Leerzeichen.
DCA, Dollar-cost averaging, bedeutet regelmäßiges Kaufen für denselben Geldbetrag. Beispielsweise bringen 500 tschechische Kronen im Monat bei niedrigem Preis mehr Bitcoin und bei hohem weniger. Du musst nicht jedes Mal den besten Zeitpunkt erraten. Gewinn oder Schutz vor Kursverlusten garantiert das nicht.
Für jeden Modellkauf teilen wir den Betrag durch den historischen Kurs. Die Summe dieser Anteile ergibt die BTC-Menge, bewertet zum letzten Kurs der Reihe. Einzahlungen sind Betrag mal Kaufanzahl; die prozentuale Änderung ist (Wert / Einzahlungen − 1) × 100. Das ist keine annualisierte Rendite.
Ein Jahr bedeutet hier 365 Tage. Der erste Kauf nutzt den ersten verfügbaren Datenpunkt. Das Wochenmodell wählt den nächsten Punkt frühestens sieben Tage nach dem vorherigen Kauf; das Monatsmodell den ersten Punkt jedes UTC-Monats, einschließlich angebrochener Randmonate. Die Anzahl kann deshalb von 52 oder 12 je Jahr abweichen.
Wir nutzen CoinGecko, ersatzweise Yahoo Finance. Für andere Währungen als USD kann das Yahoo-Modell BTC/USD mit dem letzten bis zu diesem Datenpunkt verfügbaren USD-Wechselkurs der Währung verbinden, der höchstens sieben Tage alt ist. Daten können zwischengespeichert sein. Die Reihe muss innerhalb von sieben Tagen der angefragten Grenzen beginnen und enden und darf keine Lücken über acht Tage enthalten; sonst gibt es kein Ergebnis. Tatsächliche Randdaten und Quelle werden angezeigt.
Das Modell berücksichtigt weder Spread, Gebühren, Steuern noch Verwahrungskosten. Es berechnet mathematische BTC-Anteile; die Anzeige wird gerundet und echte Käufe in ganzen Satoshis können abweichen. Dies ist eine historische Berechnung, keine Prognose oder Kaufanweisung.
DCA verteilt Käufe über die Zeit, macht Bitcoin aber weder risikofrei noch garantiert es Renditen.
UTXO-Konsolidierungsrechner
Vergleiche modellierte Gebühren für das spätere gemeinsame Ausgeben von UTXO mit einer Konsolidierung heute und einem Input später.
Punkt oder Komma trennt die Dezimalstellen; trenne Tausender mit einem Leerzeichen.
Gib eine ganze Input-Anzahl von 1–500 und Gebührensätze von 0–1 000 000 sat/vB ein. Leere oder ungültige Felder blenden das Ergebnis aus.
Nettodifferenz = Gebühr ohne Konsolidierung − Summe beider Gebühren mit Konsolidierung. Positiv bedeutet modellierte Ersparnis, negativ höhere Kosten. Bei einem Input wird nichts zusammengeführt.
Beide Szenarien geben alle gewählten UTXO später gemeinsam in einer Transaktion aus. Die Konsolidierung vereint sie heute in einem Output. Jede Modelltransaktion hat genau einen Output desselben Typs wie die Inputs; ein zusätzlicher Wechselgeld-Output entfällt.
Die virtuelle Größe ist das Gewicht der gesamten Transaktion geteilt durch 4, aufgerundet. CompactSize-Zähler und witness marker/flag sind enthalten. Jede Gebühr ist die vB-Größe mal dem jeweiligen Satz, auf ganze Satoshi aufgerundet.
Angenommen werden komprimierte öffentliche Schlüssel und 72-Byte-ECDSA-Signaturen einschließlich sighash. P2SH meint hier nur P2SH-P2WPKH. Taproot nutzt key path, eine 64-Byte-Signatur mit Standard-sighash und keinen annex; script path und multisig sind nicht modelliert.
Du gibst die Sätze vor; es sind keine Live-Schätzungen oder Bestätigungsgarantien. Null und Obergrenze sind Modellgrenzen, keine Netzwerkregeln. UTXO-Werte sind unbekannt: Guthaben, dust und Wallet-Akzeptanz werden nicht geprüft. Tatsächliche Signaturen und Konstruktion können die Größe ändern.
Das Zusammenführen von Inputs kann ihre Eigentümerschaft für Beobachter verknüpfen und die Privatsphäre verringern. Eine positive Gebührendifferenz allein empfiehlt keine Konsolidierung.
Die Berechnung läuft im Browser ohne Netzwerkdaten anzufordern. Das Werkzeug erstellt oder sendet keine Transaktion und benötigt weder Adresse noch Schlüssel.
Halving: Blocksubvention und Emissionsplan
Erkunde Bitcoins Subvention und theoretischen Emissionsplan bei einer gewählten Blockhöhe. Eine geladene Netzwerkhöhe ergänzt einen ungefähren Termin der nächsten Senkung.
Punkt oder Komma trennt die Dezimalstellen; trenne Tausender mit einem Leerzeichen.
Gib eine ganzzahlige Höhe von 0–6 930 000 ein. Leere oder ungültige Eingaben blenden das Ergebnis aus.
Wird geladen…
Quelle der geladenen Höhe: —
Erstellungszeit der Netzwerkantwort (UTC): —
Daten abgerufen (UTC): —
Bitcoins Angebot ist begrenzt, weil die Netzwerkregeln die Zahl neuer Coins schrittweise senken. Niemand kann beliebig Coins hinzufügen und andere zur Annahme zwingen. Der Ausgabeplan ist dadurch im Voraus bekannt; 21 Millionen ist sein gerundetes Ergebnis. Die Begrenzung schafft Vorhersehbarkeit, der Preis hängt aber auch davon ab, ob Menschen Bitcoin nachfragen.
Bei einem gültigen Block darf der Miner in dessen erster Transaktion die erlaubten neuen Coins und die Gebühren der enthaltenen Zahlungen beanspruchen. Diese Transaktion heißt coinbase und hat nichts mit der gleichnamigen Börse zu tun. Gebühren übertragen bestehende Bitcoin und erhöhen die Gesamtmenge nicht.
Im Hauptnetz beginnt die Subvention bei 50 BTC und halbiert sich alle 210 000 Blöcke, auf ganze Satoshi abgeschnitten. Der letzte Block mit positiver Subvention hat Höhe 6 929 999; ab 6 930 000 ist sie null. Der Rest bezieht sich auf die exakte theoretische Summe, nicht auf gerundete 21 Millionen.
Die Summe enthält jede erlaubte Subvention von Höhe 0 bis einschließlich des gewählten Blocks. Sie ist weder umlaufender noch ausgebbarer Bestand: die unausgebbaren 50 BTC des Genesis-Blocks sind enthalten, nicht beanspruchte Subventionen und verlorene Coins werden nicht abgezogen. Gebühren sind keine Neuemission.
Ein Datum wird nur für die geladene Höhe geschätzt: Erstellungszeit der Antwort plus verbleibende Blöcke mal 10 Minuten. Das ist weder die Mining-Zeit eines Blocks noch ein fester Termin. Daten von mempool.space oder ersatzweise Blockchain.com können zwischengespeichert sein; tatsächliche Blockabstände schwanken.
Transaction Fees: Größe und Gebühr
Schätze die virtuelle Transaktionsgröße, die Gebühr bei deinem Satz und ihren ungefähren Wert in der gewählten Währung.
Punkt oder Komma trennt die Dezimalstellen; trenne Tausender mit einem Leerzeichen.
Gib ganze Anzahlen ein: Inputs 1–500, Outputs 1–50; Satz 0–1 000 000 sat/vB. Leere oder ungültige Felder blenden Ergebnisse aus.
Referenzkurs je 1 BTC: Wird geladen…
Quelle nicht angegeben · Daten abgerufen: —
Alle Inputs und Outputs verwenden den gewählten Typ. Zähle Empfänger- und Wechselgeld-Outputs mit; das Werkzeug fügt keine Outputs automatisch hinzu. Gemischte Typen und andere Skripte sind nicht modelliert.
Die virtuelle Größe ist das Gewicht der gesamten Transaktion geteilt durch 4, aufgerundet. CompactSize-Zähler und witness marker/flag sind enthalten. Jede Gebühr ist die vB-Größe mal dem jeweiligen Satz, auf ganze Satoshi aufgerundet.
Angenommen werden komprimierte öffentliche Schlüssel und 72-Byte-ECDSA-Signaturen einschließlich sighash. P2SH meint hier nur P2SH-P2WPKH. Taproot nutzt key path, eine 64-Byte-Signatur mit Standard-sighash und keinen annex; script path und multisig sind nicht modelliert.
Du gibst die Sätze vor; es sind keine Live-Schätzungen oder Bestätigungsgarantien. Null und Obergrenze sind Modellgrenzen, keine Netzwerkregeln. UTXO-Werte sind unbekannt: Guthaben, dust und Wallet-Akzeptanz werden nicht geprüft. Tatsächliche Signaturen und Konstruktion können die Größe ändern.
Gebührenwert in Währung = Satoshi-Gebühr / 100 000 000 × Referenzpreis je BTC. Der Marktpreis ändert weder den eingegebenen sat/vB-Satz noch die Satoshi-Gebühr.
Die Währungsumrechnung ist ein Richtwert: Der Kurs kann zwischengespeichert sein und enthält weder Spread noch Gebühren oder tatsächliche Ausführungspreise. Die Anzeige nutzt die Nachkommastellen der Währung; gerundete Werte ersetzen keine genaue Abrechnung. Lade den Kurs per Schaltfläche neu. Die Uhrzeit bezeichnet den Empfang der Antwort, nicht die Messung des Preises.
Mining: Modell des Betriebsergebnisses
Vergleiche den erwarteten Anteil an der Blocksubvention mit Stromkosten bei gewählter Hashrate, Leistungsaufnahme und Poolgebühr.
Punkt oder Komma trennt die Dezimalstellen; trenne Tausender mit einem Leerzeichen.
Gib endliche nichtnegative Zahlen ein; Poolgebühr 0–100 %. Die Geräte-Hashrate darf die geladene Netzwerk-Hashrate nicht übersteigen. Ungültige Werte blenden Ergebnisse aus; ein leerer Strompreis bedeutet keine Nullkosten.
Der voreingestellte Strompreis ist nur ein Modellwert. Er bleibt in der Währung der letzten manuellen Eingabe gespeichert; andere Währungen werden mit verfügbaren Referenzkursen berechnet. Ohne Kurse bleibt das Feld bis zur Preiseingabe leer. Es ist kein Versorgerangebot.
Wird geladen…
Geschätzte Netzwerk-Hashrate: —
Geladene Blockhöhe: —
Verwendete Blocksubvention: —
Referenzkurs je 1 BTC: — · Quelle nicht angegeben
Daten abgerufen: —
1 TH/s = 10¹² H/s. Der Geräteanteil an der Netzwerk-Hashrate wird mit 144 Blöcken pro Tag, geladener Subvention und (1 − Poolgebühr / 100) multipliziert. Energie = W / 1 000 × 24 Stunden. Differenz = erwarteter BTC-Wert − Strom; 30 Tage sind das Dreißigfache desselben Tages.
Angenommen werden Dauerbetrieb, durchschnittlich 10 Minuten pro Block und konstante Eingaben. Transaktionsgebühren-Einnahmen, Hardware, Abschreibung, zusätzliche Kühlung, Steuern und Ausfälle fehlen. Auszahlung und Schwankungen hängen vom Pool ab; der Erwartungswert ist weder Zusage noch vollständiger Nettogewinn. Anzeigen sind gerundet, Erwartungen können Satoshi-Bruchteile enthalten.
Netzwerk-Hashrate wird aus Blöcken geschätzt, nicht an allen Geräten gemessen. mempool.space oder Blockchain.com können unterschiedliche Zeitfenster nutzen; die Höhenquelle steht separat. Daten und Kurse können zwischengespeichert sein. Antwortzeit ist nicht die Messzeit jedes Wertes.
Die Währungsumrechnung ist ein Richtwert: Der Kurs kann zwischengespeichert sein und enthält weder Spread noch Gebühren oder tatsächliche Ausführungspreise. Die Anzeige nutzt die Nachkommastellen der Währung; gerundete Werte ersetzen keine genaue Abrechnung. Lade den Kurs per Schaltfläche neu. Die Uhrzeit bezeichnet den Empfang der Antwort, nicht die Messung des Preises.
Proof of Work hilft dem Netzwerk, sich auf die Reihenfolge gültiger Transaktionen zu einigen. Miner suchen im Wettbewerb ein passendes Rechenergebnis für einen neuen Block, also ein Bündel von Transaktionen. Die Suche kostet Strom und Zeit, das Prüfen ist einfach. Wer die Vergangenheit umschreiben will, muss die Arbeit wiederholen und die inzwischen weitergewachsene Kette einholen. Stell dir eine Ziehung vor, bei der jeder neue Versuch etwas Energie kostet. Ein Miner nimmt den Blockheader, eine kompakte Zusammenfassung der Blockdaten, und berechnet mit doppeltem SHA-256 einen Hash: einen numerischen Fingerabdruck. Das Ergebnis lässt sich nicht zuverlässig vorhersagen. Er verändert deshalb die Nonce, eine Hilfszahl im Header, sowie weitere Daten und versucht es erneut. Der Hash muss kleiner oder gleich dem Zielwert sein. Andere wiederholen diese Berechnung zur Kontrolle. Mining verbraucht Strom und Hardware. Die Belohnung umfasst neue Emission und Gebühren; Umsatz ist kein Gewinn, und Pool-Auszahlungen hängen von dessen Bedingungen ab.
Multisig: Simulator für die Signaturschwelle
Prüfe, ob die verbleibenden Schlüssel in einem m-von-n-Modell die Signaturschwelle erreichen. Das Ergebnis beschreibt die Verfügbarkeit von Signaturen, nicht die Sicherheit oder vollständige Wiederherstellbarkeit der Wallet.
Regler: n von 2 bis 7, m von 1 bis n und L von 0 bis n. Wird n gesenkt, werden m und L bei Bedarf auf n begrenzt. Dies ist der Simulationsbereich, keine allgemeine Bitcoin-Grenze; m = 1 zeigt eine Schwelle von einer Signatur.
Verfügbare Schlüssel A = n − L. Die Schwelle ist bei A ≥ m erreicht; die weitere Reserve beträgt max(0, A − m), der Fehlbestand max(0, m − A). Vorausgesetzt werden verschiedene Schlüssel sowie verfügbare Inhaber, die unterschreiben können und wollen. Eine weitere Sicherungskopie desselben Schlüssels ergibt keine unabhängige Signatur.
Beispiel 2 von 3: Ohne Verlust bleibt 1 Schlüssel Reserve; bei 1 nicht verfügbaren Schlüssel ist die Schwelle noch erreichbar, die Reserve aber 0; bei 2 nicht verfügbaren Schlüsseln fehlt 1 Signatur. Nichtverfügbarkeit kann vorübergehend sein und bedeutet nicht automatisch einen dauerhaften Verlust der Mittel.
Zur Wiederherstellung gehört auch die richtige Wallet-Konfiguration: Schwelle, öffentliche Schlüssel aller Beteiligten, deren Reihenfolge oder Sortierregel, Skripttyp und gegebenenfalls Ableitungspfade. Ein Output Descriptor kann diese Angaben erfassen. Genügend private Schlüssel allein stellen Adressen möglicherweise nicht wieder her; die öffentliche Konfiguration ersetzt keine Signaturen.
Das Modell berücksichtigt weder gestohlene Schlüssel noch gemeinsame Ausfallursachen, weitere Skriptbedingungen oder Wallet-Kompatibilität. Verfügbare Signaturen bedeuten keinen Diebstahlschutz. Es werden keine echten Schlüssel eingegeben; der Simulator erstellt keine Wallet, signiert oder versendet keine Transaktionen und benötigt keine Live-Daten.