Rechner und Modelle
mit erklärten Annahmen.

Punkt oder Komma trennt die Dezimalstellen; trenne Tausender mit einem Leerzeichen.

DCA, also Dollar-cost averaging, bedeutet, regelmäßig für einen festen Betrag in Landeswährung zu kaufen, statt einen einzigen idealen Zeitpunkt zu suchen. Es verringert den Bedarf an Timing-Entscheidungen und kann emotionales Handeln dämpfen, garantiert aber keinen Gewinn, verhindert keinen Verlust und löst die Verwahrung 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.

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.

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): —

Letzte Antwort (UTC): —

Das Bitcoin-Angebot ist begrenzt, weil ein gültiger Block neue Einheiten nur nach einem abnehmenden Plan für die Blocksubvention erzeugen darf. Jeder vollständig validierende Knoten prüft diese Regel selbst. Die bekannten 21 Millionen sind das gerundete Ergebnis dieses Plans, keine Zahl in der Datenbank eines Unternehmens.

Ein Miner darf eine Coinbase-Transaktion in einen gültigen Block aufnehmen. Die Summe ihrer Ausgänge darf die bei dieser Blockhöhe erlaubte Emissionssubvention zuzüglich der Transaktionsgebühren nicht überschreiten. Gebühren übertragen vorhandene Bitcoin; nur die Subvention erzeugt neue Einheiten. Ein Block mit überhöhter Coinbase-Belohnung ist ungültig.

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.

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 · Letzte Antwort: —

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.

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

Letzte Antwort: —

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.

Ein Miner sucht einen Header-Hash, der den Zielwert nicht überschreitet. Gültiger Arbeitsnachweis reicht nicht, wenn der übrige Block Regeln verletzt. Der Ersteller der Blockvorlage wählt Transaktionen aus. Im Pool übernimmt dies oft der Betreiber; der Besitzer der Hashing-Hardware kontrolliert die Auswahl nicht unbedingt. 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.

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.