Bitcoin Wiki - Benutzerbeiträge [de]

Transaktion

2012-12-11T21:55:57Z

Nubarius: Added interwiki links

Eine Transaktion ist ein unterschriebener Abschnitt von Daten, welche in das [[Netzwerk]] ausgestrahlt und in [[Block | Blocks]] gesammelt werden. Sie referenzieren eine zu vorgehende Transaktion und reservieren eine bestimmte Nummer von Bitcoins auf einem neuen öffentlichen Schlüssel/Adresse.

[[Block Explorer]] ist eine Seite auf der man jede Transaktion innerhalb eines Blocks begutachten kann. Nützlich um den technischen Ablauf zu beobachten.

==Beispiel Transaktion==

=== Data ===
<pre>Input:
Previous tx: f5d8ee39a430901c91a5917b9f2dc19d6d1a0e9cea205b009ca73dd04470b9a6
Index: 0
scriptSig: 304502206e21798a42fae0e854281abd38bacd1aeed3ee3738d9e1446618c4571d10
90db022100e2ac980643b0b82c0e88ffdfec6b64e3e6ba35e7ba5fdd7d5d6cc8d25c6b241501

Output:
Value: 5000000000
scriptPubKey: OP_DUP OP_HASH160 404371705fa9bd789a2fcd52d2c580b65d35549d
OP_EQUALVERIFY OP_CHECKSIG</pre>

=== Erklärung ===
Der Input dieser Transaktion importiert von #0 (der vorherigen Transaktion f5d8e...) 50 BTC und an eine Bitcoin Adresse 40437... in hexadezimal (ansonsten in Base58). Sendet der aktuelle Empfänger nun die 50 BTC weiter, wird der aktuelle Output in der zukünftigen Transaktion auch als Input referenziert.

====Input====
Der '''Input''' ist die Referenzierung eines Output einer anderen Transaktion. Mehrere Inputs sind möglich, deren Werte werden dann zusammengezählt und als Output gesetzt.

'''Previous tx''' ist der [[Hash]] der vorangegangenen Transaktion.

'''Index''' ist der spezifizierte Output der vorangegangenen Transaktion.

'''ScriptSig''' ist die erste Hälfte des Scripts (später mehr).

====Output====
Ein '''Output''' enthält Informationen über das Versenden von Bitcoins. '''Value/Amount''' ist der Wert, also wie viele BTC, verschickt werden.

'''ScriptPubKey''' ist die zweite Hälfte eines Skriptes (später mehr).

Es kann mehrere Outputs geben, welche dann den gesamten Wert der Inputs untereinander teilen. Da ein Output immer nur mit einem einzigen Input referenziert werden kann, muss der Gesamtwert des Inputs in einem Output erfolgen, sonst geht es verloren.
Wenn der Input 50 BTC wert ist und du nur 25 BTC weitersenden willst, wird Bitcoin es in zwei Outputs trennen: einen an den Empfänger und einen an dich selber (auch "Change"/"Wechselgeld" genannt, da es ja wieder an dich zurück geht). Jeder Input Bitcoin, welcher nicht als Output verwendet wird, wird als [[Gebühren | Transaktionsgebühr]] betrachtet, welcher jener bekommt, der den Block generiert.

====Verifizierung====
Um zu bestätigen das die Inputs den Wert der referenzierten Outputs verwenden darf, benutzt Bitcoin ein selbst erstelltes Forth-ähnliches [[Script | Skripting]]system. Das scriptSig des Inputs und der scriptPubKey des ''referenzierten'' Outputs werten ausgewertet. Die ScriptSig des Inputs und die referenzierte ScriptSig des Outputs werden ausgewertet (in dieser Reihenfolge), mit dem ScriptPubKey welcher die Werte benutzt die noch auf dem SricptSig stack verbleiben. Der Input ist authorisiert, wenn scriptPubKey "wahr" zurückgibt. Durch das Skriptingsystem ist es möglich sehr komplexe Bedingungen zu erstellen, die derjenige zu erfüllen hat, der den Wert für sich beansprucht. Zum Beispiel ist es möglich einen Output zu erstellen, den jeder für sich beanspruchen kann, ohne Befugt zu sein. Es ist auch möglich, dass einen Input von zehn verschiedenen Schlüssel unterschrieben wird oder ein Passwort benutzt wird, anstatt eines Schlüssels.

=== Transaktions-Typen ===
Derzeit erstellt Bitcoin drei Typen an scriptSig/scriptPubKey-Paaren.
Es ist möglich neue zu entwerfen und kryptografisch zu verfassen. Diese werden als [[Vertrag]] bezeichnet.

====An IP transferieren====
scriptPubKey: <pubKey> OP_CHECKSIG
scriptSig: <sig>

Der Sender erhält den öffentlichen Schlüssel durch eine Verbindung zum Empfänger durch dessen IP. Wenn Coins angefordert werden, die an eine IP gesendet wurden, liefert der Empfänger nur eine Signatur. Die Signatur wird auf den öffentlichen Schlüssel in scriptPubKey geprüft.

Prüfungsprozess:
{| class="wikitable"
|-
! Stack
! Script
! Erklärung
|-
|Leer
|<sig> <pubKey> OP_CHECKSIG
|scriptSig und scriptPubKey werden zusammengefasst
|-
|<sig> <pubKey>
| OP_CHECKSIG
|Werte wird Stack hinzugefügt
|-
|wahr
|leer
|Zwei oberste Elemente des Stacks geprüft
|}

====An Bitcoinadresse transferieren====
scriptPubKey: OP_DUP OP_HASH160 <pubKeyHash> OP_EQUALVERIFY OP_CHECKSIG
scriptSig: <sig> <pubKey>
Die Bitcoin[[Adresse |adresse]] ist nur ein Hash, deswegen kann der Sender keinen ganzen öffentlichen Schlüssel in scriptPubKey liefern. Wenn der Empfänger die Coins verarbeitet, besitzt dieser die Signatur und den öffentlichen Schlüssel. Das Scrikpt überprüft, ob der öffentliche Schlüssel den Hash aus scriptPubKey erstellt und dann ob die Signatur mit dem öffentlichen übereinstimmt.

Prüfungsprozess:
{| class="wikitable"
|-
! Stack
! Script
! Beschreibung
|-
|Leer
| <sig> <pubKey> OP_DUP OP_HASH160 <pubKeyHash> OP_EQUALVERIFY OP_CHECKSIG
| scriptSig und scriptPubKey werden zusammengefasst
|-
|<sig> <pubKey>
| OP_DUP OP_HASH160 <pubKeyHash> OP_EQUALVERIFY OP_CHECKSIG
| Werte wird Stack hinzugefügt
|-
|<sig> <pubKey> <pubKey>
| OP_HASH160 <pubKeyHash> OP_EQUALVERIFY OP_CHECKSIG
| Oberstes Element wird dupliziert
|-
|<sig> <pubKey> <pubHashA>
|<pubKeyHash> OP_EQUALVERIFY OP_CHECKSIG
| Oberstes Element wird gehasht
|-
|<sig> <pubKey> <pubHashA> <pubKeyHash>
|OP_EQUALVERIFY OP_CHECKSIG
| Wert wird Stack hinzugefügt
|-
|<sig> <pubKey>
|OP_CHECKSIG
| Übereinstimmung der obersten zwei Elemente wird geprüft
|-
|wahr
|leer
|Zwei oberste Elemente des Stacks geprüft
|}

====Erzeugung====
Erzeugungen haben nur einen einzigen Input, und dieser hat nur eine "coinbase" anstelle der scriptSig. Die Daten der coinbase kann alles sein, sie wird nicht benutzt. Bitcoin schreibt das aktuelle [[Ziel]] in einem kompakten Format und eine beliebige "extraNonce"-Nummer, welche immer wächst, wenn das Nonce-Feld des [[Block headers]] überläuft, dort hinein. Output kann alles sein, aber Bitcoin erstellt eins wie die der IP-Transaktion.

[[Category:Technisches]]
[[en:Transactions]]
[[es:Transacción]]
[[pl:Transakcje]]

Sichere deine Geldbörse

2012-09-19T10:06:50Z

Nubarius: Interwiki links

==Einführung==
Die Sicherheit der Geldbörse kann in zwei unabhängige Ziele geteilt werden:

1. Gegen Verlust sichern

2. Gegen Diebstahl sichern

Im Falle einer zur Zeit nicht angemessen gesicherten Geldbörse (z.B. mit schwachem Passwort im Internet hochgeladen):

3. Neue, sichere Geldbörse erstellen (mit einem angemessen langen Passwort)

==Technischer Hintergrund==
Die Börse besitzt einen Fundus an eingereihten Schlüsseln. Standardmäßig sind 100 Schlüssel im [[Key Pool|Key Pool]]. Die Größe dessen kann man mit dem "-keypool"-Parameter in der Befehlszeile einstellen. Wenn du aus irgendeinem Grund eine neue Adresse brauchst, wird diese nicht neu erstellt, sondern aus dem Fundus entnommen. Ein neuer Schlüssel wird erstellt, um den Fundus wieder auf 100 Schlüssel füllen zu können. Wenn als erstes ein Backup erstellt wird, enthält es die alten Schlüssel + 100 unbenutzte. Nach einer Transaktion hat es 99 unbenutzte. Nach 100 Aktionen, die einen neuen Schlüssel benötigen, werden Schlüssel benutzt, die nicht im Backup vorhanden sind. Da das Backup nicht die Schlüssel nach den 100 Stück besitzt, kann dieses Backup bei einer Wiederherstellung evtl. zu Verlust von Bitcoins führen.

Die Sicherheit von Guthaben hängt bei Bitcoin von drei Bedingungen ab:
# Die '''Vertraulichkeit (Geheimhaltung)''' der privaten Schlüssel für die gesamte Zeit von der ersten Erzeugung bis zur letzten Verwendung
# Die '''Integrität''' der Software auf dem benutzten System.
# sowie dem '''Schutz der Geldbörse vor Verlust''' z.B. durch Versagen der Festplatte

Ein Computer, bei dem nicht '''sowohl''' Vertraulichkeit '''als auch''' Integrität sicher gestellt sind, ist '''kompromittiert'''. Das bedeutet, dass nicht mehr ausgeschlossen werden kann, dass Bitcoins gestohlen werden. Ein Computer, auf der '''Malware''' in Form von Trojanern installiert wurde, ist immer kompromittiert, da zum einen die Schlüssel "gestohlen" werden konnten und zum andern die Software auf dem Computer nicht mehr unter Kontrolle des Anwenders ist. Ein kompromittiertes System kann '''nur''' wieder in einen sicheren Zustand gebracht werden, indem es vollständig neu installiert wird und alle Sicherheitsupdates angewandt werden. Ein "Desinfizieren" von virenbefallenen Programmen reicht nicht aus!

Ein Passwort, das zu einer Datensicherung gehört, muss ebenso wie die Dateien selber dauerhaft vor Verlust geschützt werden, anderenfalls ist die Sicherung im Zweifelsfall wertlos.

== Sichern der Vertraulichkeit und Integrität von Geldbörse und Software==

=== Anlegen einer neuen Geldbörse ===

In dem Fall, dass die Geldbörse möglicherweise oder tatsächlich in einem kompromittierten Zustand gespeichert oder verbreitet wurde, ist es klug, eine neue Geldbörse anzulegen und alle Geldbeträge in der alten Geldbörse auf die neue zu übertragen. Nachdem dies geschehen ist, kann jemand, der Kenntnis der alten privaten Schlüssel erlangt hat, diese nicht mehr benutzen, um über Geldbeträge zu verfügen.

Das kann zum Beispiel sinnvoll sein, wenn jemand eine Geldbörse mit einem Passwort von 12 Zeichen bei einem Dienst online gespeichert hat. Inzwischen können Passwörter mit 12 bis zu ungefähr 15 Zeichen entschlüsselt werden und die privaten Schlüssel sind nicht mehr sicher. Die Geldbörse lediglich neu zu verschlüsseln, reicht nicht aus.

===Anlegen eines sicheren und geschützten Bereichs===

Komplexe und umfangreiche Programme wie zum Beispiel Webbrowser sind nie vollständig sicher. Deswegen ist es ausgesprochen sinnvoll, das Bitcoin Client Programm nicht mit der Benutzerkennung auszuführen, mit der man im WWW surft oder E-Mails liest. Die modernen Betriebssysteme können Programme für unterschiedliche Benutzerkennungen recht wirkungsvoll voneinander abschotten.

====Exkurs: Sichere Passworte====

===== Passwörter =====
Eine bewährte Methode zur Erzeugung von sicheren, aber mit etwas Lernaufwand merkbaren Passworten ist wie folgt:

* Man denkt sich einen sinnlosen Satz aus wie
"Dreißig Dohlen fliegen rückwärts zum Mond, aber eine Fahrkarte haben sie nicht."
Je skurriler der Satz, desto besser kann man ihn sich merken.

* Die Anfangsbuchstaben und Zahlen verwendet man für das Passwort:
30DfrzM,a1Fkhsn.

* Nun wird man kreativ und ersetzt ein paar Zeichen, z.B. "A" sieht doch ähnlich aus wie "4":
30DfrzM-4lFkhsn;

* jetzt streut man noch ein paar Zeichen ein, die es auf englischen Tastaturen nicht gibt[https://en.bitcoin.it/wiki/Microsoft_Windows_Unicode_Input (Tipps)]:
3ß0þDförzM฿-4lFkhsn;

Starke Passwörter sind heute, wo gewaltige Rechenkapazitäten verfügbar sind, etwa 15 bis 20 Zeichen lang. Die wenigsten Menschen können sich so lange Passwörter fehlerfrei merken, besonders wenn sie länger Urlaub machen. Deswegen schreibt man sich das Password auf und steckt es in seine Brieftasche.

* Zum Schutz gegen unbefugte Verwendung hängt man noch einige Zeichen an, die man sich wirklich im Kopf merkt.

Nun ist es so, dass ein vergessenes Password mindestens so schlecht ist wie ein geknacktes. Einen Button "Passwort vergessen, neues per E-Mail zuschicken" gibt es bei Bitcoin nicht. '''Also folgt aus "Passwort weg" unweigerlich "Geld weg"'''.

* '''Das erhaltenen Passwort schreibt man deswegen auf''', und bewahrt es z.B. in seinem Bankschließfach (Kosten 40 Euro / Jahr) oder in einem feuersicheren Tresor auf. Da ist es ''"ziemlich"'' sicher vor Datendieben.

=====Passphrasen (Passwortsätze) =====

* Eine Alternative zu Passwörtern, die '''deutlich leichter zu merken ist''', aber gegenüber Techniken wie dem Crackern mit Rainbow Tables genauso sicher ist die Verwendung von '''Passphrasen'''. Sichere Passphrasen für Dateien sollten aus mindestens sechs ungewöhnlichen Wörtern bestehen und mindestens 35 Zeichen Länge haben. Dieser [http://www.explainxkcd.com/2011/08/10/password-strength/ Comic von XKCD] erklärt das Prinzip.

* Ein Beispielsatz wäre: "Die Zitrone flambierte dem Okapi eine phosphoreszierende Absolution."

* Wesentlich für die Stärke dieser Methode sind technische Gründe: Sobald ein Password eine gewisse minimale Komplexität erreicht hat, ist die schnellste Methode, das Passwort zu knacken, eine Brute-Force-Suche mit Rainbow Tables und Tabellen. Und da bei dieser Methode die Länge des Passworts der ausschlaggebende Faktor ist, schlagen lange Passphrasen, die vergleichsweise viel besser zu merken sind, kurze sehr komplexe Passwörter.

* Weitere Informationen zu Passphrasen finden sich auf der [http://www.gnupp.de/verschluesselung/mantra.html Webseite des Gnu Privacy Projekts].

* Tiefergehende englischsprachige Informationen sind in der [http://www.iusmentis.com/security/passphrasefaq/ Passphrase FAQ] von Randall T. Williams.

* Vorsicht: Völlig ungeeignet sind fest stehende Ausdrücke und Redensarten.

====Spezielle Linux-Distributionen====

Ein Windows-System umfassend abzusichern, ist aufwendig und schwierig. Eine Absicherung, welche für die Verwaltung fünfstelliger Beträge angemessen ist, setzt Kenntnisse voraus, welche der durchschnittliche Anwender nicht hat.

Es gibt als Alternative einige spezielle Linux-Distributionen, welche einen eigens für Bitcoin angelegten gesicherten Bereich schaffen können und fast keine Einrichtung brauchen:

* [http://www.heise.de/ct/projekte/Sicheres-Online-Banking-mit-Bankix-284099.html c't Bankix], eine für das Online-Banking angepaßte, natürlich kostenlose Variante von Ubuntu, die vom renommierten deutschem Heise-Verlag erstellt wurde. Nach dem (wichtigem) Updaten wird das System schreibgeschützt und ist dann nicht mehr durch Austausch von Software manipulierbar.
* [http://de.wikipedia.org/wiki/Damn_Small_Linux Damn Small Linux] ist ein beliebtes, kleines Debian-basiertes Linux, das nur die wichtigsten Funktionen enthält und somit weniger Angriffsflächen liefert. Die Ableitung von Debian garantiert zügige und gewissenhafte Sicherheits-Updates.
* [http://de.wikipedia.org/wiki/Knoppix Knoppix] ist eine populäre Live-CD Distribution mit hervorrragender Hardware-Erkennung, welche einen etwas größeren Umfang als Damn Small Linux hat und z.B. Unterstützung für Blinde und Sehbehinderte bietet.
* [http://forum.bitcoin.org/index.php?topic=7374 LinuxCoin], das viele Zusatzfunktionen z.B. zum Minen bietet

Die folgenden Distributionen sind nur für Benutzer mit guten Kenntnissen geeignet, stellen aber aufgrund exzellenter Sicherheitsmerkmale interessante Ausgangspunkte für Bitcoin-Appliances dar:

* [http://en.wikipedia.org/wiki/Tin_Hat_Linux Tin Hat Linux] ist ein [http://en.wikipedia.org/wiki/Hardened_Gentoo Hardened Gentoo]-Derivat, das neben einer sehr geringen Größe und einer sehr umfassenden Verschlüsselung interessante zusätzliche Sicherheitsfunktionen bietet, wie beispielsweise [http://en.wikipedia.org/wiki/Grsecurity Grsecurity].
* [http://en.wikipedia.org/wiki/Alpine_Linux Alpine Linux] nutzt ähnlich wie Tin Hat Linux u.a. Kernelfunktionen mit Stack Smashing Protection und verwendet statt der gängigen glibc die uClibc, was bedeutet dass der Bitcoin-Client für diese Distribution eigens kompiliert werden muss.

====Linux====
=====Geschütztes Benutzerkonto=====

Der erste Schritt ist, [http://wiki.ubuntuusers.de/Benutzer_und_Gruppen einen neuen Benutzer anzulegen], das geht mit dem Kommando:

<code>sudo adduser new_user_name</code>

Auf die Meldung "Geben Sie einen neuen Wert an oder drücken Sie ENTER für den Standardwert" braucht man nur die Returntaste zu drücken.

Dann meldet man sich als der neue Benutzer an, z.B. mit "Benutzer wechseln" (bei Ubuntu unter dem Menü zum Abmelden). Wenn man angemeldet ist, sucht man die Dateiverwaltung, wählt in dieser das Home-Verzeichnis aus (Symbol mit dem Haus), dann mit der rechten Maustaste auf "Eigenschaften", dann die Zugriffsberechtigungen. Hier wählt man "Other" und setzt die Berechtigungen auf "niemand". Mit diesem Schritt können andere Programme anderer Benutzer die Geldbörse nicht mehr lesen.

Den neu angelegten sicheren Benutzer sollte man, um ihn auch sicher zu halten, ausschließlich für Bitcoin benutzen.

Es ist außerdem eine gute Idee, das Home-Verzeichnis dieses Benutzers zu verchlüsseln mit dem Programmpaket ecryptfs-utils.

# Wenn das Home-Verzeichnis nicht leer ist, solte zunächst ein Backup angelegt werden, indem der Inhalt auf eine CD oder einen Flash-Spaichger kopiert wird.
# Nun ecryptfs-utils installieren (für Ubuntu: sudo apt-get install ecryptfs-utils)
# aus X11 (dem graphischen System) abmelden und mit Ctrl+Alt+F1 in der Linux-Konsole anmelden - wenn man unter X11 eingeloggt ist, kann das Home-Verzeichnis nicht verschlüsselt werden.
# Das aktuelle Verzeichnis so wechseln, dass es nicht im Home-Ordner liegt, z.B. "cd /".
# Das Migrations-Tool ausführen: (in Ubuntu: sudo ecryptfs-migrate-home -u username)
# Wenn das geklappt hat, kann man nun ALT+F8 drücken um zurückzugehen und sich unter X11 einzuloggen.
# Das Kommando 'ecryptfs-unwrap-passphrase' ausführen und unbedingt '''den Code, den man erhält, aufschreiben und auf einem sicheren Medium speichern'''. '''Ohne diesen Code kann man auf die Daten - einschließlich der Geldbörse - nicht zugreifen, wenn das System nicht funktioniert.'''
# Das Kommando 'ecryptfs-setup-swap' ausführen, welches die Swap-Partition verschlüsselt. Sonst können Schlüssel aus der Geldbörse im Klartext auf die Swap-Partition gelangen, wo sie gestohlen werden könnten. Das bedeutet leider auch, dass "Ruhezustand" bzw. Hibernate nicht mehr benutzt werden kann, weil der Bootloader das Speicherabbild nicht wiederherstellen kann. Eine Alternataive ist es, die Swap-Partition beim Herunterfahren des Rechners (also nach der Deaktivierung des virtuellen Speichers) mit zufälligen Daten zu überschreiben.
(Anleitung aus [http://bodhizazen.net/Tutorials/Ecryptfs/#Migrate])

===== Weitere Informationen =====
* [http://www.easylinux.de/Artikel/ausgabe/2005/11/057-sicherheitsrisiken/ Artikel in easylinux zu Sicherheitsrisiken unter Linux]

* [http://wiki.ubuntuusers.de/Sicherheit Überblick über Sicherheitsfunktionen in Ubuntu]

====Windows ====

* [http://windows.microsoft.com/de-DE/windows7/help/security-privacy-user-accounts Grundlagen]

* Einen extra Benutzer anlegen, unter dem nur die Bitcoin-Software ausgeführt wird. So ist die Geldbörse vor Schadcode in anderen Nutzerapplikationen etwas geschützt:
** [http://support.microsoft.com/kb/905056/de Windows XP]
** [http://windows.microsoft.com/de-DE/windows7/Create-a-user-account Windows 7]

* [[Empfehlungen zur Absicherung von Bitcoin-Clients unter Windows]]
* [http://www.ntsvcfg.de/ Windows sicher für Heimbenutzer konfigurieren]
* [http://www.heise.de/security/artikel/Microsoft-Tool-laesst-Exploits-ins-Leere-laufen-1078697.html Microsoft Enhanced Mitigation Experience Toolkit (EMET) konfigurieren] (schützt vor vielen klassischen Exploits)
* [http://www.heise.de/security/dienste/Update-Check-877012.html Applikationsprogramme wie Flash, Acrobat, etc auf fehlende Updates prüfen] (und im abgesicherten Benutzerkonto am besten gar nicht verwenden)

===Browser-Sicherheit===

==== Firefox ====
Um den Browser abzusichern, startet man Firefox, geht ins Menü "Edit" (Bearbeiten), und wählt "Preferences" (Einstellungen).

* Nun fängt man bei den Karteikarten links an, wählt unter "Startup" die Option "Show a Blank Page" (Leere Startseite).
* Unter "Content" (Inhalt),
** die Option "Load Images automatically / Bilder automatisch laden" abwählen,
** ebenso "Enable Javascript/Javascript aktivieren" abwählen.
* In der Karteikarte "Privacy/Datenschutz" im Menü "History / Verlaufsgeschichte" auswählen "Never remember history" / "keinen Verlauf speichern".
* In der Karteikarte "Security" im Abschnitt "Passwords"
** die Option "remember Passwords / Passwörter speichern" abwählen,
** ebenso "use a master password" / "Masterpasswort".
* Schließlich in der Karteikarte "Advanced" / "Erweitert" die Option
** "Automatically check for updates" abwählen,
** ebenso "Add-ons" und
** "Search engines"/"Suchmaschinen" abwählen.

Wenn Javascript deaktiviert ist, wird die Seite [http://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.3.23/bitcoin-0.3.23-linux.tar.gz/download linux download page] zum Downloaden neuer Versionen des Bitcoin Clients nicht mehr automatisch einen Download starten, deswegen muss man auf den Link "direct link" beim Hinweis "Problems with the download? Please use this 'direct link' or try another mirror." klicken. Nachdem man sich die Mühe gemacht hat, überprüft man natürlich beim Herunterladen neuer Bitcoin Clients die Prüfsummen, die auf der Sourceforge Seite angegeben sind, mit dem Programm sha1.

==Schutz vor Datenverlust: Backup==
Die einzige Datei die man sichern muß, ist die wallet.dat. Vorher sichergehen, dass Bitcoin nicht mehr läuft! Am besten wäre es, die Datei zu verschlüsseln und irgendwo sicher zu verstauen.

Du kannst auch den [[API|backupwallet]]-JSON-RPC Befehl nutzten, um im laufenden Betrieb ein Backup zu erstellen.

===Bitcoin-Ordner finden===
Der [[Bitcoin-Ordner]] ist der Ordner, in dem sich die Daten mitsamt der Datei wallet.dat befinden.

====Windows====
Klicke auf "Start", dann auf Ausführen und gebe dies ein:
:%APPDATA%\BitCoin
Ein Ordner sollte sich nun öffnen, für die meisten wäre es:
C:\Dokumente und Einstellungen\Benutzername\Anwendungsdaten\BitCoin (XP)
C:\Users\Benutzername\Appdata\Roaming\BitCoin (Vista und 7)



====Linux====
Bitcoin sollte einen versteckten Ordner im Home-Verzeichnis des ausführenden Benutzers erstellen.
~/.bitcoin/

Sollte es sich nicht dort befinden, kann man es evtl. durch
:find / -name wallet.dat -print 2>/dev/null
finden. Oder als Root
:updatedb
gefolgt von
:locate wallet.dat

Die handlichste Backup-Methode unter Linux ist vermutlich, die wallet.dat auf eine bzw. mehrere dafür verwendete USB-Sticks bzw. Speicherkarten zu kopieren, die an einem sicheren Ort (feuersicherer Tresor, Banksafe, Aquarium mit Piranhas, etc) aufbewahrt werden.

===== Individuelle Verschlüsselung der wallet.dat =====
* Zur individuellen Verschlüsselung der Geldbörse ist das plattformübergreifend verfügbare Programm '''[http://ccrypt.sourceforge.net/ ccrypt]''' gut geeignet. Es verschlüsselt mit einer Variante des vom AES-Standard anerkannten Rijndael-Algorithmus, der als sehr sicher gilt. Die Klartext-Version der Wallet.dat wird dabei automatisch ersetzt. Wie bei allen starken Verschlüsselungen ist eine sorgfältige Sicherung von Daten und Schlüsseln dringend zu empfehlen - unter Linux ist das Verlustrisiko durch Vergessen der Schlüssel bisher viel höher als durch Rechnereinbrüche und Malware.

* Zur automatischen Speicherung verschlüsselter Kopien ist GnuPG gut geeignet. Man braucht dabei zum Verschlüsseln nur den öffentlichen Schlüssel, erst zum Entschlüsseln eines Backups wird der private Schlüssel gebraucht, den man sonst sicher im Safe aufbewahren kann. Das Verwenden eines festen Schlüsselpaares verringert die Gefahr eines Schlüsselverlustes durch unbemerkte Tippfehler bei der Eingabe.

* Einen zusätzlichen Schutz gegen Angriffe mit Keyloggern bieten Smartcards und Hardware Tokens wie der [http://www.privacyfoundation.de/crypto_stick/ Crypto Stick] der German Privacy Foundation oder die Fellowship Smartcard. Der besondere Vorteil ist, dass man GnuPG-Schlüssel, die aufgrund ihrer Länge sehr sicher sind, auf der Smartcard speichern kann. Ein sechsstelliger PIN-Code schützt den Inhalt der Smartcard; wird er mehrfach falsch eingegeben, so wird der Inhalt unwiderruflich gelöscht. [https://www.privacyfoundation.de/wiki/CryptoStickSoftware Anleitung hier].

* Zusammen mit dem FUSE-Dateisystem [http://de.wikipedia.org/wiki/EncFS EncFS] lassen sich so auch einzelne Dateien wie die wallet.dat individuell sichern. Das gesamte Bitcoin-Verzeichnis kann allerdings wegen der verwendeten Datenbank nicht mit EncFS verschlüsselt werden.

====Mac====

''Hinweis: die folgende Anleitung ist mangels Mac nicht vom Übersetzer überprüft. Bitte prüfen und gegebenenfalls korrigieren, dann Hinweis entfernen!''

Das Bitcoin-Verzeichnis mit der wallet.dat befindet sich normalerweise hier:
~/Library/Application Support/Bitcoin/

=====Alle Daten sichern (500 Megabyte)=====
Mit diesen Schritten werden alle Daten von Bitcoin (Geldbörse und Block chain) auf ein verschlüsseltes Festplatten-Image gesichert:
# Disk Utility öffnen
# "New Image" anklicken, 500MB, 128-bit oder 256-bit (schneller oder sicherer) Verschlüsselung, eintelne Partition angeben.
# An einem Platz kopieren, wo man das Image nicht verlieren wird (z.B. Wuala, Strongspace ofer was auch immer)
# Ein starkes und sicheres Passwort wählen
# Alles aus ~/Library/Application Support/Bitcoin/ in das Image kopieren
# Symlink zum alten Platz anlegen, so dass die App es benuutzen kann
:::ln -s /Volumes/Bitcoin ~/Library/Application Support/Bitcoin

Nicht vergessen, das Image vor der Benutzung von Bitcoin zu mounten und nachher zu unmounten.

=====Backup der Geldbörsen-Datei wallet.dat alleine (40MB)=====
Diese Schritte sichern nur die Datei wallet.dat. Das bewirkt ein kleineres Speicherabbild, ist aber komplizierter.

# Disk Utility öffnen
# "New Image" anklicken, 40MB, 128-bit oder 256-bit, single partition wählen.
# An einem Ort speichern, wo man das Backup nicht verlieren wird.
# Ein sicheres und starkes Passwort wählen
# Die Datei wallet.dat in das Image verschieben
# Symlink zum alten Ort anlegen, so dass die App die Datei finden und benutzen kann
:::ln -s /Volumes/Bitcoin/wallet.dat ~/Library/Application Support/Bitcoin/wallet.dat

[[File:MountWalletAndLauchnBitcoin_OSX_Automator.png|thumbnail|150px|Mount Wallet and launch Bitcoin]]
Nicht vergessen, das Image vor der Benutzung von Bitcoin zu mounten und nachher zu unmounten.

'''Achtung''': Wenn man die Bitcoin applikation startet, ohne dass das Image gemounted ist, wird das Programm das Symlink (eine Art Shortcut) mit einer neuen wallet.dat überschreiben. Keine Panik! Benenne die neue wallet.dat um oder lösche sie, mounte das Image, und lege einfach ein neues Symlink an. Die alte wallet.dat darf natürlich auf keinen Fall gelöscht werden.

'''Automation''': Mit dem Programm [http://en.wikipedia.org/wiki/Automator_%28software%29 Automator] (enthalten in OS X) kann man die Wallet automatisch mounten und die Bitcoin App starten.

Alternativ kann das folgende Shell-Skript benutzt werden, welches die wallet.dat automatisch entschlüsselt, den Bitcoin Client startet, und sie nachher wieder verschlüsselt. Das Skript funktioniert sowoghl for für OSX und Linux: [http://lorelei.kaverit.org/bitcoin.sh bitcoin-launch-script]

===Allgemeine Lösung===
wallet.dat ist normalerweise nicht verschlüsselt, jeder der Zugriff auf die Datei hat, kann über die Coins frei verfügen. Du kannst deine wallet.dat auch mit einem dieser Programme verschlüsseln, sollte es nur die kleinste Wahrscheinlichkeit geben, dass jemand anderes Zugriff hat.

Achtung: Verschlüsselung hilft nicht nachträglich und sie schützt auch nur höchst lückenhaft vor Malware!

* [http://www.7-zip.org/ 7-Zip]
* [http://www.axantum.com/axcrypt/ AxCrypt]
* [http://www.truecrypt.org/ TrueCrypt]
* [http://www.rarlab.com/ WinRar]
* [http://de.wikipedia.org/wiki/EncFS EncFS] (Linux)

=== Verschlüsselung mit Smart Card ===

Ordner können auch mit einer GnuPG-kompatiblen SmartCard verschlüsselt werden. Eine sehr sichere Lösung ist der Crypto Stick der German Privacy Foundation:

[http://www.privacyfoundation.de/crypto_stick/ Überblick Crypto Stick]

[https://www.privacyfoundation.de/wiki/CryptoStickSoftware Intallation und Benutzung]

=== Aufbewahren des Archives===
Am einfachsten wäre es, das Archiv als Anhang einer E-Mail an sich selbst zu senden. Zudem kann man die wallet.dat innerhalb des Archivs noch in etwas unauffälliges umbenennen, genauso wie das Archiv selber.

Auch eine Sicherung auf Flash-Medien / Memory Sticks und eine Aufbewahrung an sicheren Orten ist eine sinnvolle Lösung.

Für erfahrene Benutzer kann auch [http://de.wikipedia.org/wiki/Steganographie Steganographie] in Betracht kommen.
Für Linux-Benutzer gibt es ''steghide''.

==BOTG: Bitcoin Off The Grid ==
* Eine weitere Alternative, die für höchste Sicherheitsanforderungen geeignet ist, stellt "BOTG - Bitcoin Off-The-Grid" dar, Info [http://forum.bitcoin.org/index.php?topic=7374.msg108351;topicseen#msg108351 in der Ankündigung zu LinuxCoin]. Dabei handelt es sich um ein Skript, das ''ohne'' Internetverbindung ein Schlüsselpaar erzeugen kann. Da der Private Schlüssel auf einem System erzeugt wird, das gar keinen Internetanschluss hat, und er offline gespeichert wird, kann er auch nicht über Internet abhanden kommen. Der öffentliche Schlüssel kann weiter gegeben werden und ganz normal Transaktionen empfangen, welche im Block Explorer nachgeschaut werden können. Erst wenn man das Guthaben verwenden möchte, muß man den privaten Schlüssel in einen Bitcoin Client importieren. Ab dann gelten die normalen Sicherheitsvorkehrungen.

[[en:Securing your wallet]]
[[es:Cómo asegurar su monedero]]
[[zh-cn:保护你的钱包]]

Satoshi Nakamoto

2012-09-09T15:09:49Z

Nubarius: Link auf den spanischen Artikel

[[File:Satoshi-nakamoto.gif|thumb|200px|right|Ein Bild von Satoshi Nakamoto.]]

'''Satoshi Nakamoto''' ist der Gründer von [[Bitcoin]] und der ursprüngliche Autor des [[Original Bitcoin Client]]. Er sagte in einem P2P Foundation Profil<ref name="p2p_f_profile">[http://p2pfoundation.ning.com/profile/SatoshiNakamoto Satoshi Nakamoto profile on P2P Foundation]</ref>, dass er aus Japan kommt. Abgesehen davon gibt es kaum Informationen über seine Identität. Er hat seit 2007 an Bitcoin gearbeitet.<ref>[http://www.bitcoin.org/smf/index.php?topic=13.msg46#msg46 Re: Questions about Bitcoin]</ref>

==Mögliche Motive==

Er hinterließ einige Hinweise darauf, warum er dieses Projekt geschaffen hat, durch die Aufnahme des folgenden Texts in den [[Genesis Block]], "The Times 03/Jan/2009 Chancellor on brink of second bailout for banks".

Ein paar interessante Kommentare:
<blockquote>Yes, [we will not find a solution to political problems in cryptography,] but we can win a major battle in the arms race and gain a new territory of
freedom for several years.

Governments are good at cutting off the heads of a centrally controlled
networks like Napster, but pure P2P networks like Gnutella and Tor seem to be
holding their own.<ref>[http://www.mail-archive.com/cryptography@metzdowd.com/msg09971.html Re: Bitcoin P2P e-cash paper Fri, 07 Nov 2008 09:30:36 -0800]</ref></blockquote>

<blockquote>It's very attractive to the libertarian viewpoint if we can explain it
properly. I'm better with code than with words though. <ref>[http://www.mail-archive.com/cryptography@metzdowd.com/msg10001.html Re: Bitcoin P2P e-cash paper Fri, 14 Nov 2008 14:29:22]</ref></blockquote>

==Mögliche Identität==

Seine Identität und seine Nationalität sind unbekannt. Die wenigen verfügbaren Informationen deuten darauf hin, dass er aus Japan kommt, jedoch hat er noch keinen einzigen Satz auf Japanisch geschrieben, der Bitcoin Client hat auch keine japanische Version und es gibt keine japanische Seite auf [http://bitcoin.org bitcoin.org].

Er ist scheinbar gänzlich unbekannt außerhalb von Bitcoin und sein PGP-Schlüssel wurde gerade einmal wenige Monate vor dem Datum des Genesis Blocks erstellt. Er scheint sehr vertraut mit der Kryptografie-Mailingliste zu sein, jedoch hinterlässt er keine Nachrichten, welche nicht in Zusammenhang mit Bitcoin stehen. Er hat eine E-Mail-Adresse von einem anonymen Mail Hosting Service (vistomail) benutzt, sowie einen kostenlosen Web-Mail Account (gmx.com) und sendet seine Mails über eine Verbindung mit Tor. Manche haben spekuliert, dass seine gesamte Identität erschaffen wurde, um sich oder das Netzwerk bereits im Voraus zu schützen. Möglicherweise hat er den Namen Satoshi gewählt, da es "wisdom" (dt.: Weisheit, Klugheit, Einsicht) oder "reason" (dt.: Ursache, Grund, Anlass, Begründung, Vernunft, Einsicht...) bedeuten kann.

==Externe Links==
* [http://www.bitcoin.org/Satoshi_Nakamoto.asc Satoshi's PGP public key]
* [http://www.bitcoin.org/bitcoin.pdf Bitcoin: A Peer-to-Peer Electronic Cash System] Paper
* [http://sourceforge.net/users/s_nakamoto SourceForge page]
* [http://www.bitcoin.org/smf/index.php?topic=1929.0 The Mystery of Satoshi Nakamoto] artist rendering]

==Notizen==
<references/>
[[Kategorie:Bitcoiners]]

[[en:Satoshi Nakamoto]]
[[es:Satoshi Nakamoto]]