Sehr schöner Vortrag.
Vielen Dank für den Link.

Würde mich auch interessieren warum der Parameter genullt wird.

Don't need to do that. The one day will come when hackers or just a small trojan will do that job for me.

danke

/edit
Oh schön, watch only adressen. das hatte ich echt vermisst bisher.

Falls du da Hilfe brauchst, kannst du dich gerne bei mir melden.
Ich habe auf PHP basis schon ähnliche Fälle programmiert, brauchst halt nen server auf dem der bitcoin daemon (bitcoind) läuft, ansonsten wirds etwas schwieriger.
Über JSON-RPC kann man wunderbar mit bitcoind über php kommunizieren und somit neue adressen generieren, eingegangene zahlungen weiterleiten, zahlungseingänge prüfen, uvm.
Im Fall eines nicht vorhanden bitcoind könnte man zwar auch über die blockchain.info api arbeiten aber dann fallen gewisse Sachen weg, wie zum Beispiel das Generieren neuer Adressen. Idealerweise sollte jeder Einkauf über eine individuelle Adresse abgewickelt werden. Wenn dir die bloße Bestätigung von Zahlungseingängen reicht, ist das eine super Alternative.
Dazu kann ich folgendes Empfehlen: https://blockchain.info/de/api/api_receive

Du kannst zwar theoretisch auch die Wallet API von Blockchain.info nutzen aber gerade für einen Shop würde ich doch sehr von einem Online Wallet abraten. Zudem bis das sauber implementiert ist haste auch selber etwas geschrieben. Zumindest waren das bisher meine Erfahrungen.

/Nachtrag
Ich sehe gerade dass Blockchain.info auch bereits JSON-RPC Möglichkeiten bietet. Du kannst wohl auch direkt über deren API Adressen generieren und n paar weitere Dinge machen aber wie gesagt, ich würde von Onlinewallets abraten. Vorallem wenns um einen Shop geht.

Das gilt doch auch für normale verbindungen, ohne tor. Das sollte nicht zusätzlich erwähnt werden weil das standard sein sollte. Dachte mit der extra Erwähnung wäre tor selber gemeint.
Wenn ich die wahl zwischen s und ohne s habe (egal welches protokoll) nehme ich grundsätzlich s.

Super Sache
Na dann bin ich echt mal gespannt.

Wie kann ich eine verschlüsselte tor verbindung nutzen? Finde keine Konfigurationsmöglichkeit in der "torrc" dafür.

Man kanns eigentlich ganz einfach zusammen fassen:

x = Major Release (Hauptrelease, bei erhöhung handelt es sich meist um ein ziemlich neues programm bzw. fertiges programm)
y = Minor Release (Unterversion, wird meist benutzt wenn es neue features gibt aber sich die grundlage wenig bis kaum ändert)
z = Bugfix Release (Fehlerbehebungen, sollte selbsterklärend sein)

x.y.z

Dabei hält sich dieses Schema nicht an übliche Zahlen aus der Mathematik. Sprich nach 1.9 kommt nicht automatisch 2.0 sondern 1.10, falls ein weiterer Minor Release geplant ist. Gleiches gilt natürlich auch zum Beispiel für 1.99 -> 1.100 usw.

Dann gibts noch die besagten RCs, wie bereits erklärt wurde sind das die Release Candidates. Eine RC ist meistens frei von den gröbsten Bugs. Wenn es doch mal verbesserungsbedarf gibt kann es auch weitere RCs geben. Wenn alles gut läuft entspricht der letzte RC immer der Final.

-> http://semver.org erklärt es eigentlich ziemlich gut

btw. gibt es patchnotes?

Is ganz simpel, ich erkläre es dir mal anhand bitmixer.io

1. du gehst auf https://bitmixer.io
2. klickst auf "add forward address"
3. gibst dort die zieladresse ein und stellst dort die gewünschte service fee ein
4. du erhälst eine adresse an die schickst du deine bitcoins

anschließend werden die bitcoins gemixt und dann an die forward addresse geschickt.
Die Grafik (https://bitmixer.io/how.html) erklärt es eigentlich ziemlich gut.
Zu empfehlen ist natürlich auch immer die FAQ zu lesen (https://bitmixer.io/faqs.html)

Wird aber ein richtiger Exchange, wie Bitstamp und co oder?
Oder wird es eher eine Vermittlung ähnlich wie Bitcoin.de oder Localbitcoins?

Oh danke, werde ich mir mal anschauen.

Activity wird leider nur alle 14 tage vergeben.
Schlimmstenfalls wartest du noch 13 tage.

Nur doof dass 2014 mehr Silben hat als 2006 bzw. 2010. Und wenn es 14 heißt, hat es zu wenig Silben.
Egal wie man es dreht und wendet, es passt nicht zum Takt :-(

In einem Wallet steht sowas normalerweise nicht drin. Das ist Clientabhängig. Das Wallet besteht im Idealfall nur aus den Private Keys.
Wenn der/diejenige nur das Wallet gesichert hat und diese dann später in einen Aktuellen Client importiert sollte der Client ja die richtigen Fees berechnen. Wobei richtig in diesem Fall empfohlen bedeutet.

Ich hab ähnliche Erfahrungen gemacht.
Ich hab ein Avatar bestellt, mit bestimmten Wunschvorstellungen.
Ergebnis war ein schlecht bearbeitetes Bild mit irgendwelchen Randombildern die vermutlich kurz gegoogled wurden und dann auch noch schlecht ausgeschnitten.
Wegen 5€ war es mir auch nicht wert da nochmal nachzuhaken, es wäre vermutlich nicht besser geworden.

As long as they're encrypted with a strong password, It shouldn't be a problem.

Kübler-Ross-Modell Phase 4? Danach kommt die Akzeptanz?
Ich hoffe dann geht es von vorne los, wenns aber nach dem Modell geht heißt es nach der nächsten Phase nurnoch... Rest in Peace ;-)

Ich meine doch letztens was genau in diese Richtung gelesen zu haben.
Hab's nun wieder gefunden, https://bitcointalk.org/index.php?topic=857262.0.
Der gute Herr geht sogar soweit zu sagen dass der Bitcoin mal 100.000 oder gar 1.000.000 wert sein könnte.
Halte ich zwar für Wunschdenken aber ich lasse mich auch gerne eines besseren belehren.

Wie gesagt, hätte bei mir auch so laufen sollen, da eine Rechnung im Paket dabei war. Sogar deutlich sichtbar außerhalb am Paket angebracht.
Auf meine Frage beim Zoll warum dies nicht von DHL abgefertigt wurde wusste der Zollbeamte auch keine Antwort und hat sich gewundert.
Seine Aussage war dass die Abfertigung normalerweise seitens DHL gemacht wird wenn eine Rechnung außerhalb des Pakets sichtbar angebracht wird und diese Rechnung genau beschreibt was in dem Paket drin ist.

Nicht zu vergessen die enorme Wartezeit. Der letzte Miner, den ich Importieren lies, lag fast einen Monat beim Zoll rum. Und das obwohl eine Rechnung beilag und die Post die Zollgebühren direkt bei mir hätte kassieren können...