Bitcoin begreifen

Weil die Kommunikation mit bitcoind über HTTP geht, kann jedes Programm, das HTTP POST Requests schicken kann, wie das Kommandozeilen Tool curl, zum kommunizieren mit bitcoind benutzt werden. Aber um andere Tools als bitcoin-cli zu verwenden, musst du einen Usernamen und Passwort definieren, mit denen du dich gegenüber dem Web Server authentifizierst.

Stoppe den Node mit ./bitcoin-cli stop. Öffnen oder erstelle die Konfigurationsdatei ~ / .bitcoin / bitcoin.conf von Bitcoin Core, falls diese nicht vorhanden ist, und füge die folgenden Zeilen hinzu:

Nachdem du die Datei ~/.bitcoin/bitcoin.conf geändert und abgespeichert hast, starte deinen Node wieder mit bitcoind -daemon, um die Änderungen wirksam zu machen.

So habe ich getblockhash mit curl aufgerufen (Das Backslash \ Zeichen bedeutet, die Kommandozeile setzt sich auf der nächsten Zeile fort):

Denk daran, den Usernamen von kalle auf den Usernamen zu ändern, den du in bitcoind.conf konfiguriert hast.

Das Kommando fordert zur Eingabe des Passworts auf. Gib das Passwort ein und drücke Enter. Die Antwort vom Webserver ist dieselbe wie bei Verwendung von "bitcoin-cli", du musst jedoch den Antworttext durchsuchen, um das Ergebnis zu erkennen, bei dem es sich um den Hash von Block 0 handelt.

Wenn bitcoind (oder bitcoin-qt) startet, erzeugt es automatisch ein Wallet und speichert es in der Datei ~/.bitcoin/wallet.dat. Aber dieses Wallet ist nicht verschlüsselt, was bedeutet, die private Keys darin und der Seed, der wie in [ch04] besprochen zur Ableitung von Keypaaren dient, werden im Klartext auf deiner Festplatte gespeichert. Schauen wir uns ein paar Daten zu solch einem Wallet an:

Der Output des Befehls "getwalletinfo" zeigt verschiedene Informationen zu der aktuell verwendeten Wallet an. Diese automatisch erstellte Wallet ist unbenannt, weshalb "walletname" leer ist.

balance ist die Summe der bestätigten bitcoins, die du hast (einschliesslich unbestätigten ausgehenden Transaktionen), und unconfirmed_balance ist die Summe der eingehenden Zahlungen. immature_balance ist nur für Miner relevant und gibt die Anzahl neu erzeugter bitcoins an, die nicht vor Ablauf von 100 Blocks ausgegeben werden können. Schaue in den Hilfeabschnitt über getwalletinfo für mehr Details zum Output.

Um ein verschlüsseltes Wallet zu generieren, musst du ein neues Wallet mit dem Kommando encryptwallet erzeugen:

Dieses Kommando erzeugt ein neues verschlüsseltes Wallet. Die -stdin Option wird benutzt, um das Passwort-Argument vom Standard Input zu lesen, was in diesem Falle heisst, du tippst das Passwort in dein Terminal, nachdem du das Kommando abgeschickt hast. Beende die Eingabe durch Drücken von Enter und Ctrl-D. Der Grund für die Benutzung von -stdin ist, dass du das Passwort nicht direkt in das Kommando schreiben möchtest, weil die meisten Shell Interpreter, wie bash, die Historie der Kommandos in einer Datei speichern. Die ´-stdin` Option stellt sicher, dass das Passwort nicht in solchen History-Files auftaucht.

Es ist wichtig, ein neues verschlüsseltes Wallet zu erzeugen, statt einfach das bestehende Wallet zu verschlüsseln, da das alte Wallet möglicherweise schon auf deiner Festplatte kompromittiert wurde. Wie im Output erwähnt, wurde bitcoind gestoppt. Bitcoin Core kann derzeit nicht im laufenden Betrieb das Wallet wechseln.

Starten wir bitcoind erneut und schauen uns das Wallet an. Du wirst etwasAähnliches wie hier sehen:

Dein altes, unverschlüsseltes wallet.dat ist von dem neuen, verschlüsselten wallet.das überschrieben worden. Aber zur Sicherheit wurde dein alter Seed in dem neuen, verschlüsselten Wallet abgelegt, falls du tatsächlich Geld in dem alten Wallet hattest oder in Zukunft versehentlich Geld auf dieses alte Wallet geschickt bekommst. Der unlocked_until Wert von 0 bedeutet, deine private Keys sind mit dem Passwort verschlüsselt, das du beim Verschlüsseln des Wallets eingegeben hattest. Von jetzt an musst du deine private Keys entschlüsseln, wenn du sie benutzen willst. Du wirst das später tun, wenn du bitcoin schickst.

Du hast ein leeres Wallet generiert, und bevor du es anfängst zu benutzen, solltest du davon ein Backup machen. In [ch04] haben wir über mnemonische Sätze, wie definiert in BIP39, gesprochen, die das Anfertigen von Backups für hierarchische deterministische (HD) Wallet Seeds einfach machen. Aber dieses Feature ist nicht in Bitcoin Core implementiert, aus ein paar Gründen–hauptsächlich dem, dass dem mnemonischen Satz Informationen fehlen über das folgende:

Um ein Backup von deinem Bitcoin Core Wallet zu machen, musst du eine Kopie der wallet.dat Datei machen. Pass auf, dass du die Datei nicht mit den Kopierprogrammen deines Betriebssystems sicherst, während bitcoind oder bitcoin-qt laufen. Wenn du das tust, könnte dein Backup in einem inkonsistenten Zustand sein, weil bitcoind vielleicht gerade Daten hineinschreibt, während du kopierst. Um sicherzustellen, dass du eine konsistente Kopie der Datei bekommst, während Bitcoin Core läuft, benutze das folgende Kommando:

Dies instruiert bitcoind, eine Kopie der wallet.dat Datei in walletbackup.dat in deinem Heimatverzeichnis zu sichern (man kann den Namen und Pfad nach Belieben ändern). Die Backup Datei wird eine exakte Kopie der Original wallet.dat Datei sein. Lege die walletbackup.dat Datei an einer sichern Stelle ab–zum Beispiel auf einem USB Stick in einem Bankschliessfach oder auf einem Computer im Appartement deines Bruders.

Du hast ein verschlüsseltes, gesichertes Wallet. Grossartig! Tun wir etwas bitcoin hinein. Um dies zu tun, brauchst du eine Bitcoin Adresse, an der du die Bitcoin bekommen willst, also holen wir uns eine:

Das Kommando erzeugt eine bech32 p2wpkh Adresse für dich. Wenn dir eine andere Adressart lieber ist, kannst du bech32 in ` legacy` ändern für eine p2pkh Adresse oder in p2sh-segwit um eine p2wpkh eingebettet ist p2sh Adresse zu bekommen. Schlag in [recap-of-payment-types] nach, um deine Erinnerung an die verschiedenen Zahlungs- und Adresstypen aufzufrischen.

Jetzt schicken wir bitcoin an diese Adresse. Pass auf, dass du kein Geld an die in diesem Buch abgedruckte Adresse schickst (obwohl ich das natürlich fröhlich nehmen würde), sondern stattdessen an die Adresse, die du selbst mit deinem eigenen Full Node Wallet generiert hast.

Das wirft die Frage auf, wie du bitcoins bekommst, die du an dein Wallet senden kannst. Du kannst bitcoins auf verschiedenen Wegen bekommen:

Ich überlasse es dir, wo du bitcoins herbekommst, und nehme an, dass du irgendwie bitcoins an die Adresse bekommen wirst, die du vorhin erzeugt hast.

Ich habe eine Zahlung an meine neue Adresse geleistet und dann mein Wallet gecheckt:

Dies zeigt einen ausstehenden Zahlungseingang von 5 mBTC (0,005 BTC). Ich muss jetzt warten, bis es in der Blockchain bestätigt ist. In der Zwischenzeit kannst du dich in die Transaktion vertiefen, indem du das listtransactions Kommando ausführst. Hier sind meine Ergebnisse:

Diese Transaktion hat 0 Confirmations und zahlt 0,005 BTC. Du kannst auch sehen, dass die txid dieser Transaktion ebfd0d14…ba45c195 ist.

Schauen wir uns die Transaktion näher an, und zwar mit dem Kommando getrawtransaction:

Dieses Kommando gibt die gesamte Transaktion in menschenlesbarer (naja, zumindest in Entwickler-lesbarer) Form aus. Fangen wir oben an und gehen durch die offensichtlich relevantesten Teile der Transaktion durch. Die txid ist die Transaktions-ID. Der hash ist der Doppel-SHA256 Hash der gesamten Transaktion, einschliesslich des Witness. Für non-SegWit Transaktionen ist hash dasselbe wie txid.

Die size der Transaktion ist 223 Bytes, und vsize (die virtuelle Grösse) ist ebenfalls 223 vBytes; vsize ist die Anzahl der Weight Units (892) dieser Transaktion, dividiert durch 4, sodass die virtuelle Grösse einer non-SegWit Transaktion (was diese hier ist, weil sie nur non-SegWit Outputs ausgibt) so gross ist wie ihre tatsächliche size.

Die Lock Time dieser Transaktion steht auf 549655, was die Height der stärksten Chain war zu dem Zeitpunkt, als die Transaktion generiert wurde. Daher kann die Transaktion nicht bestätigt werden vor Block Height 549656. Das verringert die Attraktivität einer Attacke, in der ein Miner vorsätzlich versucht, die Blockchain zu reorganisieren und die Transaktion in eine Block Height zu integrieren, die schon mined wurde.

Als nächstes kommt die Liste der Inputs. Diese Transaktion hat einen einzelnen Input, der einen Output an Index 0 (vout) von der Transaktion mit der txid 8a4023db…909ab22f ausgibt. Der Input gibt einen p2pkh Output.

Die Sequenznummer des Inputs lautet 4294967293, was fffffffd in Hex Code ist. Das bedeutet Lock Time ist enabled (≤fffffffe) und die Transaktion ist ersetzbar (≤fffffffd) gemäss BIP125. Die Bedeutung der Sequenznummer wurde in [tab0901] zusammengefasst.

Hinter der Liste der Inputs kommt die Liste der Transaktions Outputs. Diese Transaktion hat eine Liste von zwei Outputs. Der erste zahlt 0,00313955 BTC an eine p2pkh Adresse, die du noch nicht gesehen hast. Das ist vermutlich ein Change Output. Der zweite Output schickt 0,005 BTC an die p2wpkh Adresse, die wir vorhin erzeugt hatten.

Schauen wir mal, ob die Transaktion inzwischen bestätigt wurde. Du kannst das zum Beispiel mit getbalance checken. In meinem Fall, wenn es 0.00500000 zeigt, dann heisst das, die Transaktion wurde bestätigt.

Cool, das Geld ist confirmed! Machen wir weiter.

Du hast ein einige bitcoins erhalten. Jetzt möchtest du die bitcoins an jemand anderen schicken. Um bitcoins zu schicken, kannst du das sendtoaddress Kommando benutzen. Du musst aber erst ein paar Entscheidungen treffen:

Ich sende die bitcoins an Adresse bc1qu456…5t7uulqm, aber du solltest dir eine andere Adresse zum schicken aussuchen. Wenn du kein anderes Wallet hast, kannst du auch in Bitcoin Core eine neue Adresse generieren, an die du zum Experimentieren schicken kannst. Ich habe meine Adresse unten unkenntlich gemacht, damit du nicht versehentlich an meine Adresse schickst.

Oh, nein! Ein Fehler. Wie in der Fehlermessage angegeben, liegen die private Keys in der verschlüsselten wallet.dat Datei. Bitcoin Core braucht aber die private Keys, um die Transaktion zu signieren. Um die private Keys nun zugreifbar zu machen, musst du sie entschlüsseln. Das tust du mit dem walletpassphrase Kommando mit der -stdin Option, um zu verhindern, dass der Passphrase von deinem Kommandointerpreter, wie bash, gespeichert wird.

Das letzte Argument, 300, ist die Anzahl Sekunden, die das Wallet entschlüsselt bleiben soll. Nach 300 Sekunden wird das Wallet automatisch wieder verschlüsselt, für den Fall dass du vergisst, es manuell wieder zu verschlüsseln. Probieren wir das sendtoaddress Kommando:

Das Kommando hat eine txid für die neu erzeugte Transaktion ausgegeben. Das bedeutet, es ist gut gegangen. Du kannst das Wallet mit dem walletlock Kommando wieder verschlüsseln:

Das Wallet ist jetzt verschlüsselt. Ich werde meine Transaktionen nochmal auflisten:

Die neue Transaktion ist die letzte der beiden. Sie ist noch nicht bestätigt, was durch "confirmations": 0 angezeigt wird. Die bezahlte Fee betrug 141 satoshis. Schauen wir uns die Transaktion noch einmal im Detail an:

Als erstes fällt auf, dass txid und hash sich unterscheiden. Das liegt daran, dass dies eine SegWit Transaktion ist. Wie du dich von [ch10] erinnern wirst, ist der Witness nicht in der txid enthalten–so vermeidest du Transaction Malleability–aber der hash im Output enthält ihn. Beachte, dass size und vsize sich ebenfalls unterscheiden, was von einer SegWit Transaktion erwartet werden kann. Die Fee war 141 satoshis, wie durch das listtransactions Kommando ausgegeben, und die vsize war 141 vbytes. Als Fee Rate wurde von Bitcoin Core also 1 sat/vByte gewählt.

Die Transaktion hat einen einzelnen Input, der Output 1 der Transaktion ebfd0d14…ba45c195 verbraucht. Du solltest diesen Output aus dem Abschnitt kennen, in dem ich 0,005 BTC an mein Bitcoin Core Wallet geschickt habe. Weil dieser Output ein p2wpkh Output war, ist das Signatur Script (scriptSig) leer und der txinwitness enthält die Signatur und den public Key.

Die Sequenznummer des Inputs ist 4294967294, was gleich fffffffe ist. Das bedeutet, die Transaktion hat Lock Time enabled, ist aber nicht ersetzbar mit BIP125 (opt-in Replace-by-Fee).

Ich habe zwei Outputs. Der erste ist der Change Output von 0,00399859 BTC zurück an eine Adresse, die mir gehört. Der andere ist die eigentliche Zahlung von 0,001 BTC. Checken wir das Saldo erneut:

Ja, da ist es. Ich musste nicht auf die Bestätigung warten, um den neuen Saldo zu sehen, da "getbalance" immer meine eigenen ausgehenden nicht bestätigten Transaktionen enthält. Ich habe meine einzige UTXO (von 0,005 BTC) ausgegeben und mir eine neue UTXO von 0,00399859 an mich selbst erzeugt:

Die Summe stimmt exakt.

Ich habe einige Kommandos gezeigt, die du benutzen kannst, um mit deinem Bitcoin Core Node loszulegen, aber es gibt noch viel mehr. Guck dir die Ausgabe von ./bitcoin-cli help an, um mehr herauszufinden.