Bitcoin Wiki - Benutzerbeiträge [de]

Diskussion:Transaktion

2011-05-28T12:54:55Z

0xlemming: Die Seite wurde neu angelegt: „Bitte nochmal kontrollieren. Habe teilweise Probleme mit dem Verständnis gehabt, besonders mit dem Abschnitt "Verifizierung" --~~~~“

Bitte nochmal kontrollieren. Habe teilweise Probleme mit dem Verständnis gehabt, besonders mit dem Abschnitt "Verifizierung" --[[Benutzer:0xlemming|0xlemming]] 12:54, 28. Mai 2011 (GMT)

Transaktion

2011-05-28T12:53:58Z

0xlemming: Die Seite wurde neu angelegt: „Eine Transaktion ist ein unterschriebener Abschnitt von Daten, welche in das Netzwerk ausgestrahlt und in Blocks gesammelt werden. Sie referenzier…“

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]]

Diskussion:Sichere deine Geldbörse

2011-05-27T22:44:48Z

0xlemming: Die Seite wurde neu angelegt: „Ich habe den Abschnitt ''Making a secure workspace'' aus dem englischen Wiki nicht übernommen, da dies keinerlei sicherheitsrelevante Einstellungen beschreibt. -…“

Ich habe den Abschnitt ''Making a secure workspace'' aus dem englischen Wiki nicht übernommen, da dies keinerlei sicherheitsrelevante Einstellungen beschreibt. --[[Benutzer:0xlemming|0xlemming]] 22:44, 27. Mai 2011 (GMT)

Sichere deine Geldbörse

2011-05-27T22:42:31Z

0xlemming: Die Seite wurde neu angelegt: „==Einführung== Die Sicherheit der Geldbörse kann in zwei unabhängige Ziele geteilt werden: # Gegen Verlust sichern # Gegen Diebstahl sichern Im Falle eines de…“

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

Im Falle eines derzeitigen nicht angemessen gesicherten Börse (z.B. hochgeladen mit schwachen Passwort):

# Neue, sichere Geldbörse erstellen (mit einem angemessenen langen Passwort)

==Technischer Hintergrund==
Die Börse besitzt einen Fundus an eingereihte Schlüssel. Standardmäßig sind 100 Schlüssel im [[Key_Pool | Key Pool]]. Die Größe dessen kann man "-keypool"-Argument auf der Commandline einstellen. Wenn du für irgendeinen 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, wird dieses Backup bei einer Wiederherstellung evtl. zu Verlust von Bitcoins führen.

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

===Windows===
Klicke "Start" -> Ausführen und führe dies aus:
:explorer %APPDATA%\BitCoin
Ein Ordner sollte sich nun öffnen, für die meisten wäre es:
C:\Dokumente und Einstellungen\USERNAME\Anwendungsdaten\BitCoin (XP)

===Linux===
Bitcoin sollte einen versteckten Ordner im Home-Folder es 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

===Mac===
Evtl. hier
~/Library/Application Support/Bitcoin/

==Backup==
Die einzige Datei die man sicherstellen sollte ist wallet.dat. Vorher sichergehen das 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.

===Allgemeine Lösung===
wallet.dat ist von Haus aus 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 Chance geben, das jemand Zugriff bekommt.

* [http://www.7-zip.org/ 7-zip]
* [http://www.axantum.com/axcrypt/ AxCrypt]
* [http://www.truecrypt.org/ TrueCrypt]
* [http://www.rarlab.com/ WinRar]

=== Passwortstärke===
Bruteforce-Angriffe sind in der heutigen Zeit effektiver als den je. Mit der richtigen Hardware ist es ohne viel Aufwand möglich bis ~8 Zeichen lange Passwörter zu erraten (kommt auf den Algorithmus an).

Empfohlen wird ein Passwort mit einer schönen Länge (>12 Zeichen) und einigen Sonderzeichen. Zudem sollte, falls Option vorhanden, auch eine Key-File zum Verschlüsseln genutzt werden (auch hier auf Backup der Key-File achten!).

=== Aufgewahren des Archives===
Am einfachsten wäre es, das Archiv als Anhang an sich selbst zu senden, sofern man Dienste wie gmail nutzt. Der Verlust bei einem so großen Netzwerk sollte bei einem sehr geringen Prozentsatz liegen.

Zudem kann man die wallet.dat innerhalb des Archivs noch in etwas unauffälliges umbenennen, genauso wie das Archiv selber.

Für erfahrene Benutzer kann auch [http://de.wikipedia.org/wiki/Steganographie Steganographie] in Betracht kommen.
Unter Linux gäbe es steghide.

Einführung

2011-05-27T21:36:46Z

0xlemming: Wikipedia Link-Fix

Alice ist weit weg von Bob und möchte seine [http://www.grasshillalpacas.com/alpacaproductsforbitcoinoffer.html Alpaka Socken] für 5 Euro kaufen. 5 Euro ist eine Schein Papier, welche von Leuten im Tausch von Wertsachen (z.B. Bob's Socken) oder Dienstleistungen in der realen Welt akzeptiert wird. Alice könnte nun die 5 Euro in einen Briefumschlag stecken und an Bob senden, wartend, dass Bob die Socken zu ihr sendet.

Oder Alice könnte die 5 Euro auch überweisen. Dies macht sie, indem sie ihren Euro erst einem Institut (Bank genannt) übergibt, welche auf ihr Geld aufpasst und Kontoauszüge ausstellt, wodurch Alice immer, wenn sie möchte, den selben Betrag abheben kann, den sie bei ihrer Bank eingelagert hat. Diese Geld gehört nun immer noch Alice, was bedeutet, sie kann mit ihrem Geld machen was sie möchte. Gegen eine kleine Gebühr kann die Bank die 5 Euro nun an Bob aushändigen, anstatt an Alice. Diese könnte nun geschehen, indem die Bank einen Mitarbeiter an Bob's Tür schickt, mit einem 5 Euro-Schein in der Hand (oder besser einen neuen, falls der Schein von Alice in einem schlechten Zustand ist), aber üblicherweise übergibt nun die Bank von Alice den Schein an die Bank von Bob, mit der Information, dass es für Bob ist. Diesen Betrag taucht dann auf Bob's nächsten Kontoauszug auf.

Da Banken viele Kunden haben und Mitarbeiter beschäftigen, welche Kundengespräche führen und Dokumente bearbeiten/unterschreiben, welche auch bezahlt werden wollen, setzen heutige Banken auf Geldautomaten und Webserver die anstatt den Mitarbeitern mit dem Kunden interagieren sollen. Diese Maschinen haben die Aufgabe zu lernen, was jeder Kunde, bis zu seinem möglichen Limit, mit seinem Geld anstellen möchte. So z.B. händigen Geldautomaten den Betrag Bar aus. Letztendlich gibt es in diesem Prozess meistens eine kleine menschliche Beteiligung. Den Leuten wurde zugesichert, dass die Zahlen auf ihren Kontoauszug und Bildschirmen für ihren Geldbetrag steht, den sie zu jeder Zeit abholen können. Sie können so sicher sein, dass sie die Zahlen genauso annehmen, wie den Euro selber.

Jedenfalls ändert der Fakt, das Maschinen genutzt werden nichts am Aufbau des Systems, welches auf einer zentralen Autorität (die Bank) basiert. Sie ist verantwortlich für die Dokumentation, wem wie viel Geld gehört. Jeder muss darauf vertrauen, dass die Bank verantwortungsbewusst ist (z.B. ob sie ehrlich angibt auf wie viel Geld insgesamt sie aufpassen, oder auf Verlangen des Kunden Geld ausbezahlt). Zudem muss sich jeder Person gegenüber der Autorität mit seinem Namen identifizieren, damit er Geld abheben oder überweisen kann.

==Diebstahl verhindern==
Um zu garantieren, dass kein Betrüger sich durch Transaktionen im Namen anderer Bitcoins erschleichen kann, nutzen wir ein [http://de.wikipedia.org/wiki/Asymmetrisches_Kryptosystem Asymmetrisches Kryptosystem] um digitale Signaturen zu erstellen. In diesem System hat jede Person ein Paar aus öffentlichen und privaten Schlüssel, welche in einer sicheren Gelsbörse ([[Wallet|wallet]]) liegen. Nur der User mit seinem privaten Schlüssel kann ein Dokument unterschreiben, wie die Transaktion seiner Bitcoins zu jemand anders, aber jeder andere kann dies anhand des öffentlichen Schlüssels bestätigen.

* Bob schickt Alice sein öffentlichen Schlüssel
* Alice fügt Bobs öffentlichen Schlüssel zusammen mit dem Betrag, den sie überweisen will, zu der Transaktion
* Alice unterschreibt die Transaktion mit ihrem privaten Schlüssel

Es Ergebnis kann jeder, der die öffentlichen Schlüssel von Bob und Alice kennt, sehen, dass Alice einverstanden war den Betrag an Bob zu senden, denn kein anderer hat den privaten Schlüssel von Alice. Alice wäre dumm, ihren privaten Schlüssel jemand anders anzuvertrauen, da dieser jegliche Transaktion unterschreiben kann, welche den Kontostand von Alice reduzieren.

Später, wenn Bob das selbe Geld an Charley senden will, macht Bob das selbe. Er bekommt von Charley den öffentlichen Schlüssel, fügt eine Transaktion zu der Kette der Transaktionen hinzu und unterschreibt mit seinem (Bobs) privaten Schlüssel. Aber dies kann nur Bob machen, da nur Bob den privaten Schlüssel hat, der zu dem öffentlichen Schlüssel passt, welcher schon in der Kette ist.

Eve kann nicht einfach den Besitzer der Coins wechseln, wenn sie ihren öffentlichen Schlüssel mit dem vom Bon vertauscht, da Alice mit ihren privaten Schlüssel (welcher Eve nicht bekannt sein sollte) die Transaktion schon in Verbindung zu Bob unterschrieben hat. Also wenn Charley akzeptiert, dass der originale Coin in der Hand von Alice war, wird er auch akzeptieren, das der Coin an Bob weitergegeben wurde und nun zu Charley selber.

==Doppelte Ausgaben verhindern==
Folgend wird beschrieben, wie wir garantieren, dass Alice ihren Coin nicht nochmal in einer weiteren Transaktion nutzen kann (das ist die Haupteinovation hinter Bitcoin).

* Details der [[Transaktion|Transaktion]] wird [[Netzwerk|an alle oder so viel wie möglich]] andere Computer gesendet.
* Eine konstant wachsende Kette an [[Block|Blöcken]], welche eine Aufzeichnung aller Transaktionen beinhaltet, wird gemeinsam von allen Computern gewartet (jeder hat eine volle Kopie)
* Um in der Kette akzeptiert zu werden, Transaktionsblöcke müssen gültig sein und einen [[Beweis|Beweis]] beinhalten ein Block vom Netzwerk alle 10 Minuten generiert)
* Blöcke sind so aneinandergehängt, das alle folgenden neu berechnet werden müssen, falls einer modifiziert ist
* Wenn mehrere gültige Weiterleitungen an der Kette auftreten, wird nur der längste akzeptiert und wird später weitergeführt

Wenn Bob sieht, das seine Transaktion in einem Block aufgenommen wurde, welcher nun Teil der einzig längsten und am schnellsten wachsenden Block-Kette (verlängert durch erheblichen Rechenaufwand) ist, kann er sicher sein, dass die Transaktion von Alice von den Computern im Netzwerk akzeptiert und für immer aufgezeichnet wurde. Dies verhindert das weitere Senden der selben Coins durch Alice.

Theoretisch könnte Alice versuchen gefälschte Blöcke zu erstellen, in denen ihre vorhergehende Transaktion nicht auftaucht, und als Beweis, dass die Coins nocht bei ihr sind, an alle senden. Wie auch immer, die vorhergehende Transaktion enthält eine Unterschrift von Alice, welche schon im Netzwerk bekannt gegeben und verteilt wurde, und ein Block mit dieser Transaktion wurde jemand generiert (ansonsten hätte der erste Empfänger des Coins keine Bestätigung erhalten). Da der Prozess, zum generieren eines gültigen Blocks, so ausgelegt wurde viel Zeit in Anspruch zu nehmen, wird Alice unmöglich einen Block schneller berechnen können als all die Rechner im Netzwerk. Bob wird inzwischen mehrere Blocke von anderen bekommen, als Alice je erstellen könnte, in welchen bereits die vorhergehende Transaktion Alice -> Bob notiert wurde. Der einzige Weg für Alice, ihre Transaktion zu löschen, ist, parallel eine längere Kette zu erstellen, als die, die von allen andern, da die längste Kette akzeptiert wird. Um die Längste zu bleiben müsste sie auch schneller wachsen als alle andern Ketten, so dass verhindert wird, dass die ungewollte Transaktion zu einem Block hinzugefügt wird. Um dies zu schaffen, müsste Alice die Mehrzahl der CPU-Leistung im Netzwerk befehligen können; etwas, wovon wird denken, dass dies keine Person oder Organisation schaffen würde. Daher wird die Transaktion von Alice permanent gespeichert und sie wird den Coin nicht noch einmal senden können, solange die Personen mit der meisten CPU-Leistung nicht mit Alice kooperieren.

==Anonymität==
Bitcoin-"Account" haben keine Namen und beziehen sich nicht auf Individuen. Jeder Kontostand ist einfach mit einem zufällig generierten Public-Privat-Schlüsselpaar verbunden und "gehört" wer auch immer den privaten Schlüssel hat (und kann auch Transaktionen unterschreiben). Die Transaktionen benötigen ebenfalls keinerlei Namen.

Eine [[Adresse|Bitcoin-Adresse]] stimmt mathematisch mit einem öffentlichen Schlüssel überein und sieht wie dieser aus:
:15VjRaDX9zpbA8LVnbrCAFzrVzN7ixHNsC
Jede Person kann viele solcher Adressen haben, jede mit einer eigenen Kontostand, und dies macht es schwieriger zu identifizieren, welcher Person welcher Betrag gehört. Um seine Privatsphäre zu schützen kann Bob für jede individuelle Transaktion ein neues public-private Schlüsselpaar erstellen. Also kann David, der den Coin von Charley erhalten hat, nicht sagen wer die zweite Person in der Liste der Transaktionen ist (außer er fragt Charley).

==Erstellung der Coins==
Wie wir sahen, müssen Bob und Charley beweisen das der original Coin von Alice gültig ist. Alice kann nicht einfach aus dem Nichts Coins erstellen, weil das Entstehen von Coins in Transaktionen liegt, die von anderen akzeptiert werden müssen.

In der jetzigen Software werden Coins wie folgt langsam in den Verkehr gebracht: Jeder Computer der es schaft ein neuen Block zu generieren darf eine Transaktion von 50 BTC hinzufügen, ohne das diese 50 BTC irgendwo herkommen muss. Dieser Betrag ist ein Anreiz, damit Leute die Berechnungen durchführen, die für die Erstellung neuer Blöcke nötig ist. Es ist festgelegt, das der Anreiz zum generieren von Blöcken jede 4 Jahre um die Hälfte reduziert wird. Dies bedeutet, die Mehrheit der CPUs wird aufhören aufhören Blöcke anzunehmen, welche eine Transaktion von 50 BTC für die Erstellung enthalten. Sie werden dann nur noch Blöcke annehmen, die die Hälfte hinzufügen. Dies wird auch in den Jahren 2017, 2021, 2025 etc. geschehen soweit nicht eine andere Client Software durchsetzt.

Da der Anreiz evtl. schrumpft Coins zu erhalten, kann Alice auch [[Gebühren|Transaktionsgebühren]] annehmen. Es gibt eine freiwillige Transaktionsgebühr, bei welcher der Sender des Geldes die Höhe und Betrag selber aussucht und entrichtet. Dieser Betrag erhält jener, der den "Proof-of-work"-Block generiert, in dem die Transaktion auftaucht (notwendig, damit die Transaktion akzeptiert wird). Da Alice selbst entscheiden kann, welche Transaktionen sie in ihren Block packt, kann sie sich für Transaktionen mit der höchsten Gebühren entscheiden. Wenn jeder so handelt, ist evtl. eine kleine Gebühr notwendig, damit eine Transaktion in der Block-Kette auftaucht.

==Alles zusammen==
Erlebe direkt das System mit einem Besuch des [[http://blockexplorer.com/ | Bitcoin Block Explorer]]. Diese Seite zeigt dir die letzten Blöcke der Block-Kette. Diese [[Block_Chain | Block-Kette]] beinhaltet die festgesetzt Geschichte aller Transaktionen des Systems. Beachte wie viele Blocks in der letzten Stunde erstellt wurden, sollte so um die 6 sein. Beachte außerdem die Anzahl der Transaktionen und den, in der letzten Stunde transferierten, Gesamtbetrag. Dies sollte dir ein Indikator sein, wie aktiv das System ist.

Als nächstes: Die Blöcke. Beginnen wir mit dem [[Hash]]. Siehst du die vielen Nullen am Anfang? Deswegen ist es so schwer zu generieren. Der Rechner, der den Block errechnet, muss so viele ''Nonce''-Werte (auch im Hash-Artikel erwähnt) berechnen, bis dieser einen Hash mit den vielen Nullen ergibt. Als nächstes kommt der Hash des ''Previous block'' (der Block, der zuvor kam), den jeder Block besitzt, so formt sich die Kette. Nun zu den Transaktionen in diesem Block. Der erste ist das Einkommen für den Rechner, der diesen Block errechnet hat. Es beinhaltet den festgelegten Wert für das erstellen solcher Blocks und zusätzlich mögliche Transaktionsgebühren.

Jetzt zu den Transaktionen. Du wirst sehen wie ein oder mehrere Inputs und Outputs behandelt werden. Der Fakt, das es mehrere Beträge ein- und ausgehen erlaubt es dem System, die Beträge in jede möglicher weiße zu trennen oder zusammenzufügen (meist in Cents). Jeder eintreffende Betrag ist ein zuvor ausgehende Transaktion (einsehbar durch den Link) von jemand und jeder ausgehende Betrag ist adressiert an jemand, es wird Teil einer zukünftigen Transaktion (auch einsehbar durch den Link, wenn schon stattgefunden hat).

Als letztes die [[Adresse]]. Hier kann man jede verfügbare öffentliche Information einsehen.

Um ein Bild der ganzen Aktivität des Netzwerks zu bekommen kann man sich Informationen über die Seiten [[Bitcoin_Watch|Bitcoin Watch]] und [[Bitcoin_Monitor|Bitcoin Monitor]] besorgen. Die erste Seite zeigt eine generelle Statistik der Transaktionen während die zweite eine Visualisierung der Ereignisse zeigt.

Diskussion:Wallet

2011-05-27T21:33:23Z

0xlemming: Die Seite wurde neu angelegt: „Kann wer Reserver Key sinnvoll übersetzen? ~~~“

Kann wer Reserver Key sinnvoll übersetzen? [[Benutzer:0xlemming|0xlemming]]

Wallet

2011-05-27T21:32:49Z

0xlemming: Die Seite wurde neu angelegt: „Eine Bitcoin-Geldbörse enthält <ref>[http://www.bitcoin.org/smf/index.php?topic=4448.0 Wallet import/export: bitkeys format]</ref>: * Die Schlüsselpaare für j…“

Eine Bitcoin-Geldbörse enthält <ref>[http://www.bitcoin.org/smf/index.php?topic=4448.0 Wallet import/export: bitkeys format]</ref>:
* Die Schlüsselpaare für jeder [[Adresse]]
* Transaktionen von/zu deiner Adresse
* Benutzereinstellungen
* Standard Schlüssel
* Reserver Key ([[Diskussion:Wallet|?!]])
* [[Accounts_erklärt|Accounts]]
* Versionsnummer
* [[Key_Pool|Schlüsselpool]]

Der Datenbestand eines Börse findet sich in wallet.dat des [[Bitcoin-Ordner|Bitcoin-Ordners]]

==Außerdem==
* [[Sichere_deine_Geldbörse| Sichere deine Geldbörse]]
* [[EWallet]]

==Referenzen==
<references />

Einführung

2011-05-27T21:14:28Z

0xlemming: Grobe Übersetzung.

Alice ist weit weg von Bob und möchte seine [http://www.grasshillalpacas.com/alpacaproductsforbitcoinoffer.html Alpaka Socken] für 5 Euro kaufen. 5 Euro ist eine Schein Papier, welche von Leuten im Tausch von Wertsachen (z.B. Bob's Socken) oder Dienstleistungen in der realen Welt akzeptiert wird. Alice könnte nun die 5 Euro in einen Briefumschlag stecken und an Bob senden, wartend, dass Bob die Socken zu ihr sendet.

Oder Alice könnte die 5 Euro auch überweisen. Dies macht sie, indem sie ihren Euro erst einem Institut (Bank genannt) übergibt, welche auf ihr Geld aufpasst und Kontoauszüge ausstellt, wodurch Alice immer, wenn sie möchte, den selben Betrag abheben kann, den sie bei ihrer Bank eingelagert hat. Diese Geld gehört nun immer noch Alice, was bedeutet, sie kann mit ihrem Geld machen was sie möchte. Gegen eine kleine Gebühr kann die Bank die 5 Euro nun an Bob aushändigen, anstatt an Alice. Diese könnte nun geschehen, indem die Bank einen Mitarbeiter an Bob's Tür schickt, mit einem 5 Euro-Schein in der Hand (oder besser einen neuen, falls der Schein von Alice in einem schlechten Zustand ist), aber üblicherweise übergibt nun die Bank von Alice den Schein an die Bank von Bob, mit der Information, dass es für Bob ist. Diesen Betrag taucht dann auf Bob's nächsten Kontoauszug auf.

Da Banken viele Kunden haben und Mitarbeiter beschäftigen, welche Kundengespräche führen und Dokumente bearbeiten/unterschreiben, welche auch bezahlt werden wollen, setzen heutige Banken auf Geldautomaten und Webserver die anstatt den Mitarbeitern mit dem Kunden interagieren sollen. Diese Maschinen haben die Aufgabe zu lernen, was jeder Kunde, bis zu seinem möglichen Limit, mit seinem Geld anstellen möchte. So z.B. händigen Geldautomaten den Betrag Bar aus. Letztendlich gibt es in diesem Prozess meistens eine kleine menschliche Beteiligung. Den Leuten wurde zugesichert, dass die Zahlen auf ihren Kontoauszug und Bildschirmen für ihren Geldbetrag steht, den sie zu jeder Zeit abholen können. Sie können so sicher sein, dass sie die Zahlen genauso annehmen, wie den Euro selber.

Jedenfalls ändert der Fakt, das Maschinen genutzt werden nichts am Aufbau des Systems, welches auf einer zentralen Autorität (die Bank) basiert. Sie ist verantwortlich für die Dokumentation, wem wie viel Geld gehört. Jeder muss darauf vertrauen, dass die Bank verantwortungsbewusst ist (z.B. ob sie ehrlich angibt auf wie viel Geld insgesamt sie aufpassen, oder auf Verlangen des Kunden Geld ausbezahlt). Zudem muss sich jeder Person gegenüber der Autorität mit seinem Namen identifizieren, damit er Geld abheben oder überweisen kann.

==Diebstahl verhindern==
Um zu garantieren, dass kein Betrüger sich durch Transaktionen im Namen anderer Bitcoins erschleichen kann, nutzen wir ein [[Wikipedia:Public-key_cryptography|public key system]] um digitale Signaturen zu erstellen. In diesem System hat jede Person ein Paar aus öffentlichen und privaten Schlüssel, welche in einer sicheren Gelsbörse ([[Wallet|wallet]]) liegen. Nur der User mit seinem privaten Schlüssel kann ein Dokument unterschreiben, wie die Transaktion seiner Bitcoins zu jemand anders, aber jeder andere kann dies anhand des öffentlichen Schlüssels bestätigen.

* Bob schickt Alice sein öffentlichen Schlüssel
* Alice fügt Bobs öffentlichen Schlüssel zusammen mit dem Betrag, den sie überweisen will, zu der Transaktion
* Alice unterschreibt die Transaktion mit ihrem privaten Schlüssel

Es Ergebnis kann jeder, der die öffentlichen Schlüssel von Bob und Alice kennt, sehen, dass Alice einverstanden war den Betrag an Bob zu senden, denn kein anderer hat den privaten Schlüssel von Alice. Alice wäre dumm, ihren privaten Schlüssel jemand anders anzuvertrauen, da dieser jegliche Transaktion unterschreiben kann, welche den Kontostand von Alice reduzieren.

Später, wenn Bob das selbe Geld an Charley senden will, macht Bob das selbe. Er bekommt von Charley den öffentlichen Schlüssel, fügt eine Transaktion zu der Kette der Transaktionen hinzu und unterschreibt mit seinem (Bobs) privaten Schlüssel. Aber dies kann nur Bob machen, da nur Bob den privaten Schlüssel hat, der zu dem öffentlichen Schlüssel passt, welcher schon in der Kette ist.

Eve kann nicht einfach den Besitzer der Coins wechseln, wenn sie ihren öffentlichen Schlüssel mit dem vom Bon vertauscht, da Alice mit ihren privaten Schlüssel (welcher Eve nicht bekannt sein sollte) die Transaktion schon in Verbindung zu Bob unterschrieben hat. Also wenn Charley akzeptiert, dass der originale Coin in der Hand von Alice war, wird er auch akzeptieren, das der Coin an Bob weitergegeben wurde und nun zu Charley selber.

==Doppelte Ausgaben verhindern==
Folgend wird beschrieben, wie wir garantieren, dass Alice ihren Coin nicht nochmal in einer weiteren Transaktion nutzen kann (das ist die Haupteinovation hinter Bitcoin).

* Details der [[Transaktion|Transaktion]] wird [[Netzwerk|an alle oder so viel wie möglich]] andere Computer gesendet.
* Eine konstant wachsende Kette an [[Block|Blöcken]], welche eine Aufzeichnung aller Transaktionen beinhaltet, wird gemeinsam von allen Computern gewartet (jeder hat eine volle Kopie)
* Um in der Kette akzeptiert zu werden, Transaktionsblöcke müssen gültig sein und einen [[Beweis|Beweis]] beinhalten ein Block vom Netzwerk alle 10 Minuten generiert)
* Blöcke sind so aneinandergehängt, das alle folgenden neu berechnet werden müssen, falls einer modifiziert ist
* Wenn mehrere gültige Weiterleitungen an der Kette auftreten, wird nur der längste akzeptiert und wird später weitergeführt

Wenn Bob sieht, das seine Transaktion in einem Block aufgenommen wurde, welcher nun Teil der einzig längsten und am schnellsten wachsenden Block-Kette (verlängert durch erheblichen Rechenaufwand) ist, kann er sicher sein, dass die Transaktion von Alice von den Computern im Netzwerk akzeptiert und für immer aufgezeichnet wurde. Dies verhindert das weitere Senden der selben Coins durch Alice.

Theoretisch könnte Alice versuchen gefälschte Blöcke zu erstellen, in denen ihre vorhergehende Transaktion nicht auftaucht, und als Beweis, dass die Coins nocht bei ihr sind, an alle senden. Wie auch immer, die vorhergehende Transaktion enthält eine Unterschrift von Alice, welche schon im Netzwerk bekannt gegeben und verteilt wurde, und ein Block mit dieser Transaktion wurde jemand generiert (ansonsten hätte der erste Empfänger des Coins keine Bestätigung erhalten). Da der Prozess, zum generieren eines gültigen Blocks, so ausgelegt wurde viel Zeit in Anspruch zu nehmen, wird Alice unmöglich einen Block schneller berechnen können als all die Rechner im Netzwerk. Bob wird inzwischen mehrere Blocke von anderen bekommen, als Alice je erstellen könnte, in welchen bereits die vorhergehende Transaktion Alice -> Bob notiert wurde. Der einzige Weg für Alice, ihre Transaktion zu löschen, ist, parallel eine längere Kette zu erstellen, als die, die von allen andern, da die längste Kette akzeptiert wird. Um die Längste zu bleiben müsste sie auch schneller wachsen als alle andern Ketten, so dass verhindert wird, dass die ungewollte Transaktion zu einem Block hinzugefügt wird. Um dies zu schaffen, müsste Alice die Mehrzahl der CPU-Leistung im Netzwerk befehligen können; etwas, wovon wird denken, dass dies keine Person oder Organisation schaffen würde. Daher wird die Transaktion von Alice permanent gespeichert und sie wird den Coin nicht noch einmal senden können, solange die Personen mit der meisten CPU-Leistung nicht mit Alice kooperieren.

==Anonymität==
Bitcoin-"Account" haben keine Namen und beziehen sich nicht auf Individuen. Jeder Kontostand ist einfach mit einem zufällig generierten Public-Privat-Schlüsselpaar verbunden und "gehört" wer auch immer den privaten Schlüssel hat (und kann auch Transaktionen unterschreiben). Die Transaktionen benötigen ebenfalls keinerlei Namen.

Eine [[Adresse|Bitcoin-Adresse]] stimmt mathematisch mit einem öffentlichen Schlüssel überein und sieht wie dieser aus:
:15VjRaDX9zpbA8LVnbrCAFzrVzN7ixHNsC
Jede Person kann viele solcher Adressen haben, jede mit einer eigenen Kontostand, und dies macht es schwieriger zu identifizieren, welcher Person welcher Betrag gehört. Um seine Privatsphäre zu schützen kann Bob für jede individuelle Transaktion ein neues public-private Schlüsselpaar erstellen. Also kann David, der den Coin von Charley erhalten hat, nicht sagen wer die zweite Person in der Liste der Transaktionen ist (außer er fragt Charley).

==Erstellung der Coins==
Wie wir sahen, müssen Bob und Charley beweisen das der original Coin von Alice gültig ist. Alice kann nicht einfach aus dem Nichts Coins erstellen, weil das Entstehen von Coins in Transaktionen liegt, die von anderen akzeptiert werden müssen.

In der jetzigen Software werden Coins wie folgt langsam in den Verkehr gebracht: Jeder Computer der es schaft ein neuen Block zu generieren darf eine Transaktion von 50 BTC hinzufügen, ohne das diese 50 BTC irgendwo herkommen muss. Dieser Betrag ist ein Anreiz, damit Leute die Berechnungen durchführen, die für die Erstellung neuer Blöcke nötig ist. Es ist festgelegt, das der Anreiz zum generieren von Blöcken jede 4 Jahre um die Hälfte reduziert wird. Dies bedeutet, die Mehrheit der CPUs wird aufhören aufhören Blöcke anzunehmen, welche eine Transaktion von 50 BTC für die Erstellung enthalten. Sie werden dann nur noch Blöcke annehmen, die die Hälfte hinzufügen. Dies wird auch in den Jahren 2017, 2021, 2025 etc. geschehen soweit nicht eine andere Client Software durchsetzt.

Da der Anreiz evtl. schrumpft Coins zu erhalten, kann Alice auch [[Gebühren|Transaktionsgebühren]] annehmen. Es gibt eine freiwillige Transaktionsgebühr, bei welcher der Sender des Geldes die Höhe und Betrag selber aussucht und entrichtet. Dieser Betrag erhält jener, der den "Proof-of-work"-Block generiert, in dem die Transaktion auftaucht (notwendig, damit die Transaktion akzeptiert wird). Da Alice selbst entscheiden kann, welche Transaktionen sie in ihren Block packt, kann sie sich für Transaktionen mit der höchsten Gebühren entscheiden. Wenn jeder so handelt, ist evtl. eine kleine Gebühr notwendig, damit eine Transaktion in der Block-Kette auftaucht.

==Alles zusammen==
Erlebe direkt das System mit einem Besuch des [[http://blockexplorer.com/ | Bitcoin Block Explorer]]. Diese Seite zeigt dir die letzten Blöcke der Block-Kette. Diese [[Block_Chain | Block-Kette]] beinhaltet die festgesetzt Geschichte aller Transaktionen des Systems. Beachte wie viele Blocks in der letzten Stunde erstellt wurden, sollte so um die 6 sein. Beachte außerdem die Anzahl der Transaktionen und den, in der letzten Stunde transferierten, Gesamtbetrag. Dies sollte dir ein Indikator sein, wie aktiv das System ist.

Als nächstes: Die Blöcke. Beginnen wir mit dem [[Hash]]. Siehst du die vielen Nullen am Anfang? Deswegen ist es so schwer zu generieren. Der Rechner, der den Block errechnet, muss so viele ''Nonce''-Werte (auch im Hash-Artikel erwähnt) berechnen, bis dieser einen Hash mit den vielen Nullen ergibt. Als nächstes kommt der Hash des ''Previous block'' (der Block, der zuvor kam), den jeder Block besitzt, so formt sich die Kette. Nun zu den Transaktionen in diesem Block. Der erste ist das Einkommen für den Rechner, der diesen Block errechnet hat. Es beinhaltet den festgelegten Wert für das erstellen solcher Blocks und zusätzlich mögliche Transaktionsgebühren.

Jetzt zu den Transaktionen. Du wirst sehen wie ein oder mehrere Inputs und Outputs behandelt werden. Der Fakt, das es mehrere Beträge ein- und ausgehen erlaubt es dem System, die Beträge in jede möglicher weiße zu trennen oder zusammenzufügen (meist in Cents). Jeder eintreffende Betrag ist ein zuvor ausgehende Transaktion (einsehbar durch den Link) von jemand und jeder ausgehende Betrag ist adressiert an jemand, es wird Teil einer zukünftigen Transaktion (auch einsehbar durch den Link, wenn schon stattgefunden hat).

Als letztes die [[Adresse]]. Hier kann man jede verfügbare öffentliche Information einsehen.

Um ein Bild der ganzen Aktivität des Netzwerks zu bekommen kann man sich Informationen über die Seiten [[Bitcoin_Watch|Bitcoin Watch]] und [[Bitcoin_Monitor|Bitcoin Monitor]] besorgen. Die erste Seite zeigt eine generelle Statistik der Transaktionen während die zweite eine Visualisierung der Ereignisse zeigt.

Benutzer:0xlemming

2011-05-27T15:58:26Z

0xlemming: Die Seite wurde neu angelegt: „==Deutsch== Bin ein deutscher User, dem das Bitcoin-System gefällt. Ein paar Sachen über mich * Gentoo-User * Japan-Liebhaber Spenden bitte an 1GKqka6zKsEx…“

==Deutsch==
Bin ein deutscher User, dem das Bitcoin-System gefällt.

Ein paar Sachen über mich
* Gentoo-User
* Japan-Liebhaber

Spenden bitte an 1GKqka6zKsEx1yyRRdM2Wpb7KQEN7MPddh

==English==
I'm a german who likes the system of bitcoin.

Something about me
* Gentoo-user
* japanlover

Donations goes to 1GKqka6zKsEx1yyRRdM2Wpb7KQEN7MPddh