Ich stimme euch zu, was die Auswirkungen betrifft, aber IMO ist es unwahrscheinlich, dass die Schotten für die Unabhängigkeit stimmen. In den Umfragen war fast immer die Mehrheit dagegen:




Referendum über die Unbhängigkeit Schottlands Entwicklung der Umfrageergebnisse von T.seppelt - Eigenes Werk. Lizenziert unter CC-BY-SA 4.0 über Wikimedia Commons.

redet ihr von bitcoin-trader.biz oder cryptcominer.com?

Also es gibt IMO einige Szenarien, wo das zum Problem werden könnte. Die Ware könnte wochenalng unterwegs sein oder der Scammer könnte mich mit Ausreden hinhalten (z.B. Rechner mit dem Private Key defekt, muss erst repariert werden) oder ein unerfahrener Escrower könnte zu leichtfertig freigeben.

Das könnte man relativ einfach lösen, indem man die genauen Konditionen und die beiden Parteien im Vorfeld irgendwo speichert, so dass der Escrower darauf Zugriff hat. Wenn man es ganz hundertprozentig machen will, müsste man die Werte noch hashen und den Hash per OP_RETURN ins Redeem-Script schreiben, damit man sie verifizieren kann.

Ich weiß, aber das meinte ich nicht. Ich meinte das ungefähr so:

Ich (Freyr) verkaufe eine Ware hier über das Forum an einen mir unbekannten Nutzer (nennen wir ihn Scammer1). Wir einigen uns auf einen Preis und verwenden deinen (mezzomix) Public Key als Escrow. Weil wir davon ausgehen, dass alles glatt läuft, geben wir dir auch vorher nicht bescheid, damit du keine Arbeit damit hast. Scammer1 schickt die vereinbarten BTC aufs Treuhand-Konto und ich verschicke die Ware.

Nun passiert folgendes: Scammer1 erstellt ein zweites Konto hier im Forum (nennen wir es Scammer2). Nun schreibt er dich (mezzomix) an und erzählt dir, er habe eine Ware von Scammer2 gekriegt (nicht von Freyr) und sie nicht erhalten. Er zeigt dir die Multisig-Adresse mit dem Geld und weist sich dir gegenüber mit einer signed Message aus. Um die Version der Gegenseite zu hören, schreibst du Scammer2 an und verlangst von ihm eine Stellungnahme. Scammer2 (der in Wirklichkeit Scammer1 ist) erzählt dir jetzt irgendeine Lügengeschichte, so dass du zum Ergebnis kommst, dass er ein Arschloch ist. Er zeigt sich zudem unkooperativ und weist sich auf deine Anforderung nicht mit dem Private Key aus (den er auch gar nicht hat). Dir bleibt also nichts anderes übrig, als Scammer1 recht zu geben und ihm das Geld vom Treuhandkonto zurück zu überweisen.

Irgendwann kriege ich (Freyr) diese Kontobewegung mit und wundere mich, weil ich die Transaktion ja nicht freigegeben habe. Aber dann ist es schon zu spät. Der Scammer hat die Ware und das Geld.

Genau. Der Service soll natürlich nicht auf die Wallet zugreifen können, aber er kann die bitcoin-URL und QR-Code mit dem entsprechenden Betrag anzeigen. Überweisen muss der Benutzer dann selber.


Ich glaube eher das Gegenteil; dadurch könnten Streitigkeiten vermieden werden. Natürlich müssen beide Parteien sich schon zu Beginn dazu committen, wie sie mit Kursschwankungen umgehen.


Genau, die Konsequenz wäre, dass man eine rudimentäre Datenbank mit den Transaktionen aufbauen müsste. Ich finde nämlich auch das Austauschen der Redeem-Scripts nicht besonders Benutzerfreundlich. Eine URL mit einer Transaktions-ID ist da viel einfacher. Ich würde außerdem noch so wie bei bitrated ein Freitextfeld einbauen, wo nochmal genau die Konditionen für die Transaktion festgehalten werden. Dann kann der Escrower im Steitfall genau sehen, was die beiden Parteien ursprünglich vereinbart hatten.

Nachtrag:

Ich würde auch noch die Kontaktmöglichkeiten für beide Parteien mitspeichern (E-Mail-Adresse, Forennick, Skype, etc.), damit der Escrower im Konfliktfall weiß, wen er ansprechen muss. Ich finde, das ist momentan bei coinb.in noch eine Sicherheitslücke, weil ein Scammer dem Escrower einfach einen falschen Geschäftspartner mitteilen kann und ihm vorspielen kann, dass der Geschäftspartner sich betrügerisch verhält. Damit kann der Escrower dazu bewegt werden, die Treuhandeinlage an den Scammer freizugeben, ohne dass der wahre Gechäftspartner überhaupt etwas davon mitkriegt und sich dazu äußern kann.

WHOISGUARD ist eine Art Strohmann-Firma, die den eigentlichen Domaininhaber verbirgt. Das benutzen ziemlich viele Seiten, das muss nicht unbedingt auf Scam hindeuten.

Der Hintergrund ist, dass man die Domain-Datenbank der ICANN-Domains einfach runterladen kann. Damit haben Marketing-Firmen eine ziemlich große Addressdatenbank inkl. Telefonnummer und Adresse und können alle Domaininhaber vollspammen. Bei denic.de muss man aus diesem Grund ein Captcha lösen, wenn man eine Whois-Abfrage macht. Bei deutschen Domains sind allerdings Firmen wie WhoisGuard verboten.

Treibt noch jemand das Projekt voran? Ich kann zwar aus Zeitgründen nicht viel zur Umsetzung beitragen, könnte so ein Portal aber gebrauchen.

Eine benutzerfreundliche Lösung sollte m.E. folgende Features haben:

• Brainwallet-Support: Der Nutzer sollte statt einem zufällig generierten Private-Key auch ein selbstgewähltes Passwort benutzen dürfen. Ich weiß, das ist nicht so sicher wie eine Zufallszahl, aber für Kleinbeträge ist es OK. Der Nutzer sollte eine Warnung kriegen, wenn er ein unsicheres Passwort verwenden will. Die Implementierung sollte mit brainwallet.org kompatibel sein, damit man das als Backup benutzen kann, falls die Escrow-Seite offline geht. (Alternativ: BIP32.org-Support, damit man aus dem gleichen Passwort verschiedene Private-Keys generieren kann)
  
  
• Umrechung in Fiat-Währungen: Man sollte als Betrag auch USD, EUR oder sonstige Fiat-Währungen eingeben können, die in BTC nach einem bestimmten Index umgerechnet werden.
  
  
• 2-von-2 Escrow: In bestimmten Fällen ist es besser, keinen Escrower zu haben, statt einem, dem man nicht vertraut. (Bei coinb.in geht das schon, bei bitrated.com und bitescrow.org aber z.B. nicht.)
  
  
• Aufteilung des Kursrisikos: Das hier ist etwas komplizierter, aber ziemlich nützlich. Da der BTC-Kurs leider ziemlich volatil ist, wäre es bei langfristigen Transaktionen (z.B. mehrmonatigen Freelancing-Projekten) ganz gut, wenn man die Möglichkeit hätte, das Risiko der Kursschwankungen zwischen beiden Parteien aufzuteilen. Der Käufer muss zu Beginn der Transaktion etwas mehr als den vereinbarten Betrag auf das Treuhand-Konto überweisen und kriegt es am Ende der Transaktion wieder.
  
  Beispiel: Der Käufer will sich von einem Freelancer eine Webseite designen lassen. Das dauert etwa 1 Monat und soll 1000 EUR kosten. Der BTC-Kurs liegt am Anfang des Projekts bei 1BTC = 1000 EUR. Der Käufer soll jetzt erstmal 20% mehr überweisen, also 1.2  BTC. Somit hat der Freelancer die Gewissheit, dass genug Geld auf dem Konto liegt, auch wenn der Kurs innerhalb des Projektlaufzeit um 20%-40% einbrechen sollte. Am Ende des Projekts wird nochmal der aktuelle Kurs geprüft und der Kursgewinn oder -verlust auf beide Parteien aufgeteilt und die übrigen BTC an den Käufer zurück überwiesen.
  
  (Das kann man zwar schon auch mit coinb.in und bitrated machen, aber da muss man alle Beträge selber ausrechnen. Eine benutzerfreundliche Lösung sollte das automatisieren)
  
  
• API-Support: Das ganze sollte einfach in beliebige Seiten integrierbar sein (Kleinanzeigenportale, Freelancing-Portale, Foren). Über eine API sollte man den Zustand einer Transaktion sehen können (bezahlt, noch nicht bezahlt, abgeschlossen), die Escrow-Adresse sehen können und man sollte einen "Bezahlen"-Knopf auf seine eigene Seite integrieren können, womit der Benutzer auf die Escrow-Seite weitergeleitet wird (ähnlich wie bei Paypal), wo er eine Transaktion einleiten kann, bzw. signieren kann (alles Browserseitig über JavaScript)
  
  

640k waren zu dem Zeitpunkt auch genug für jeden. Er hat ja nicht gesagt, dass es für immer so bleiben wird. Das gleiche gilt für die 1MB Beschränkung.

MtGox kriegt angeblich 6Mio USD von OKPay:

http://www.reddit.com/r/Bitcoin/comments/2fj5nv/mt_gox_get_6m_owed_from_okpay/

Nur der Vollständigkeit halber: auf mtgox.com gibt es eine neue Mitteilung. Der Insolvenzverwalter ist jetzt unter einer anderen Adresse erreichbar.

https://www.mtgox.com/img/pdf/20140901_transfer_of_office.pdf

Ich finde außerdem https://www.bitrated.com/ ziemlich Benutzerfreundlich. Das einzige Problem, das ich damit habe, ist dass beide Parteien gleichzeitig online sein müssen, um den Escrow zu initialisieren. Wenn jemand eine Idee hat, wie man das anders machen kann, wäre das cool.

Der Quellcode findet sich hier: https://github.com/shesek/bitrated

Den Link hat ImI schon vor zwei Wochen gepostet:


Es gibt aber was neues zum Thema OKCoin. Wie es aussieht, wird sich OKCoin doch nicht an der MtGox Rettung beteiligen. Es gibt ein Interview mit dem CEO von BitOcean, die ursprünglich zusammen mit OKCoin einen neuen Exchange mit der MtGox Userbasis aufmachen wollten und die verbliebenen 200k Coins verteilen wollten. Aus irgend einem Grund hat BitOcean die Zusammenarbeit mit OKCoin aufgegeben und will das ganze jetzt mit Atlas durchziehen.

http://www.thecoinsman.com/2014/08/interviews/interviewed-bitocean-ceo-nan-xiaoning/

Ansonsten gibt es scheinbar noch keinen Fortschritt. Es darf bezweifelt werden ob das überhaupt noch was wird.

Es gibt hunderte anderer Börsen, wo das möglich ist. Warum willst du es unbedingt bei bitcoin.de haben? Bitcoin.de ist keine richtige Börse, hat dafür andere Vorteile. Wenn du eine richtige Börse haben willst, benutz doch einfach eine.

Woher willst du das wissen? Version 1.2.5b wurde doch erst heute released. Vielleicht wechseln die meisten noch. Aber ich würde es auch nicht machen. So sieht übrigens richtige Demokratie aus, da können die Nutzer selber bestimmen, was mit ihrem Geld geschieht.

Nein, bitcoin.de ist keine Börse im herkömmlichen Sinn. Das ist nur eine Art Partnervermittlung für Bitcoin-Händler. Dort kann es dir passieren, dass du was verkaufen willst, und der Käufer die Bestellung nachträglich storniert, weil der Kurs in Zwischenzeite gesunken ist. Es gibt zwar ein Bewertungssystem, was das verhindern soll, aber es schützt dich nicht komplett. Außerdem überweist dir dein Handelspartner das Geld direkt auf dein Konto, was mehrere Stunden oder Tage dauern kann. Wenn du in kurzen Zeitintervallen handeln willst, nimm Kraken oder Bitstamp.

Die ukrainische Armee soll vor ca. 30 Minuten einen russischen Konvoi angegriffen haben. Der DAX ist innerhalb weniger Minuten um 2% gefallen, Gold und Öl sind hochgegangen. Nur der Bitcoin schläft.

Zu diesem Thema hier ein kurzes Statement von BitOcean aus dem IRC:


Kobayashi besteht auf ein NDA (Non-Disclosure-Agreement), um das Angebot von BitOcean zu berücksichtigen. Vielleicht haben die Verschwörungstheoretiker Recht und das FBI hat doch irgendwie die Finger im Spiel (National Security Letter) o.Ä.?

Das läuft da genauso ab wie auf einer normalen Wertpapierbörse. Wenn du auf "Verkaufen" klickst, sucht die Börse in Sekundenbruchteilen die passenden Kauforder der anderen Benutzer raus und verteilt deine Bitcoins sofort an diese.

Such dir einen aus: https://en.bitcoin.it/wiki/Buying_bitcoins

Im deutschsprachigem Raum sind bitstamp, BTC-e und Kraken am weitesten verbreitet.

Ich weiß, wie ein Ponzi-Schema funktioniert:

[  ] Ja
[X] Nein

Erklärung:

In der Folge warb Ponzi Kunden an, die Geld in diese Antwortscheine investierten. Zu diesem Zweck gründete er in Boston die Firma „Securities Exchange Company“. Ponzi versprach 50% Rendite in 45 Tagen oder die Verdoppelung des angelegten Geldes in 90 Tagen. Weil das Geschäft so blendend lief – er zahlte, wenn jemand seinen Gewinn sehen wollte –, forderten die vertrauensseligen Kunden ihre Einkünfte nicht ein und ließen ihre „Gewinne“ wieder reinvestieren. Viele Menschen verpfändeten ihr Haus und ihre Habseligkeiten, um nach der Ponzi-Methode reich zu werden.

Quelle: http://de.wikipedia.org/wiki/Ponzi-Schema