also aktuell sehe ich nur zwei vollidioten die weder deutsch noch englisch können und in jedem Thread in denen bitport schreibt fett "scam" schreien, und jedesmal aufdenselben nur in russich nachzulesenden fall verlinken, anstatt irgendwie sinnvoll zu argumentieren oder zusammenzufassen, was in diesem 26 Seiten langem Thread passiert ist. ( ich würde die einträge von diesen scam Rufern auch löschen, so ohne sinn und verstand wie die schreiben...)

Ihr könnt ja mal rumfragen, bei jemanden der deutsch und russisch, oder zumindest englisch und russisch kann, um was es in diesem verlinkten Thread geht.
Aber ich habe mithilfe von google Translate nur gesehen, dass bitport einen Trade rückgängig gemacht hat, weil ein User durch eine Market Order für wenige cent verkauft hat. Das ist zwar nicht schön für denjenigen, der sich über die günstigen Coins gefreut hat, und man sollte mit sowas als exchange anders umgehen, aber das ist halt einfach kein scam.

Natürlich ist es dennoch richtig misstrauisch zu sein, aber das gilt bei jedem exchange.
Die Exchange Seite an sich sieht definitv nicht so aus, als wäre sie mal eben so zusammengezimmert worden, sondern schon absolut okay. Habe schon viel schlimmer aufgebaute Seiten gesehen.

selbst wenn man sich erfolgreich verifiziert, muss man die INR ja irgendwie auszahlen und wechseln können.
Habe aber bisher nicht eine einzige website oder Bank gesehen, die alle möglichen Währungen einzahlen lässt und sie erst bei Bedarf wechselt. Gibt wenn überhaupt nur welche, die die Währung automatisch in EUR umwandeln, zu übertriebenen Gebühren versteht sich. Nichtmal ein USD bank account dieser Art konnte ich finden... (Gut in diesem speziellen Fall wäre die automatische Umwandlung schon das, was man will)
Coinsecure will jedenfalls den "IFSC Code" von der Bank wissen..was auch immer das ist.

Kennt jemand zufällig ne gute Seite/Bank, die man für alle möglichen Währungen verwenden kann? Spontan fällt mir nur soaws wie OKPAY und Co ein, aber das kann man denke ich nicht als Bankaccount verwenden (sondern der exchange muss OKPAY zahlungen unterstützen)

Was das ganze mit dem Thema zu tun hat? Na es zeigt auf, dass es immernoch so ziemlich unmöglich ist, da Arbitrage zu betreiben und Indien wohl noch ne Weile deutlich über Kurs bleiben wird

Bisher habe ich keine Beweise für einen Scam gesehen.
Da ich nicht glaube, dass die beiden scam Rufer deutsch können, nun weiter auf englisch:


Until now I did not see any proofs for scam.
I saw the russian forum, were a user placed buy orders for a few cents and then a stupid user made a market sell order, which filled those cent orders.
And bitport reverted the trades.

Yes, this is usually the fault of this stupid user placing a market order in a tiny market and bitport should not revert them back.
And yes bitport should never do this again, instead it should prevent that such a trade can happen, like every other exchange does.
But this is no scam.

oh yes.. I wanted to post this in german section =/ I will edit translate my post.

1) Wire is not the same like SEPA As you can clearly see with the fees, the fee for Wire is incredible high, and only insane people would pay 1%+55€
So you have to add SEPA withdrawal option, which should cost max 1€.
2) Ah I overlooked OKPAY, great
3+4) Thank you

Looks Fine

4 questions/suggestions:
1) At SEPA withdrawal is "-", so you can't withdraw EUR using SEPA ?! You really should add this, cause Wire Transfer for 1%+55€ is insane
2) Why don't you offer OKPAY for transfers?

3) Trading API:  Looks good
Do you have an API Call Limit? Like "800 calls per 10 minute"?
4) But I think you should improve your Order Cancel Response.
For an active aPI trader it is important to know the matched amount, without loosing time for making additional calls to check. Therefore you have to add at least the restamount in the response. The best would be to add all the information to the response you get from the Order Get Call. This is important.

Edit:
Translated my post into english, sry

hm.. wenn man sich den chart von den indern anschaut, dann sind wir jetzt auf ~ gleicher Höhe wie am ~ 16. Juni 2017.  Dasselbe gilt aber auch für den USD Kurs.
Daraus würde ich schließen, dass die Kurse gleich sind und es daher kein Arbitrage gibt... außer die Währung der Inder ist zurzeit mehr Wert, als sie es damals war... was offenbar der Fall ist laut wechselkurs? (oder der dollar hat so stark abgewertet )  ... okay mit den ganzen auf/abwertungswechselwirkungen kenn ich mich nicht aus
Wollte einfach nur aussagen, dass sie im Juni auch schon so hoch waren ^^

Aber so oder so, braucht man dafür natürlich ein Konto in Rupien und muss es in USD umwechseln können, was wohl kaum jemand kann.


Das ist ein Bot, der immer um 1 cent überbietet (bis zur schmerzgrenze).
bitcoin.de ist nicht so gut im automatischen aktualisieren des Orderbooks, weshalb ein canceln und neu erstellen des Auftrags so aussieht, als wären es ganz viele Angebote. Ein aktualsisieren via F5 hilft, dann ist nur noch das echte angebot da.

sooo... I'm very familar on how to trade on bitcoin exchanges.  But I never traded on forex or whatever simplefx is...

1) There is no orderbook? So if your Bid Ask is 700$/BTC to 700.5$/BTC , how to know how much btc I could buy for 700.5$/BTC if I don't see any orderbook?

2) The fee is the spread, which is 0.1.  But 0.1 what? 0.1% ? 0.1USD ?

3) Since there is no orderbook, I can't place limit orders? I'm only able to place market orders?

4) I'm not registered yet, but I'm interested in API trading, but did not found any API documentation yet. Is trading via REST, websocket or FIX API possible?

5) Trading without leverage is possible, right? So I just can deposit 1 BTC, sell it for your actual Bid price and withdraw the money?

6) In the referral program is written, that you get 25% of trading spread of the user.... what the hell does this mean ? I know what a spread is. But from what I know the spread can't be "from a trader", except he is the market maker ?!


To answer most of these questions, it would be the best to compare it to regular bitcoin exchanges, since I know how they work

nice

Your website and API is down at the moment... =/

wie wärs mit einer Mail an alle User die die API nutzen ?
Uservoice und Co sind bei sowas nicht sonderlich hilfreich, weil bestimmt nur 2% aller User die API überhaupt nutzen (und 0.01% aller nutzer gucken in uservoice ). Deswegen wäre etwas das sich direkt nur an API Trader richtet schon sinnvoller.
(wobei ich ja selbst oft genug erwähnt hab, dass es kein reines API problem ist. Nur bei API Usern sind die Folgen fataler)

danke dir für die Klarstellung.

Aber da es diese von dir erwähnte fehlende Schnittstelle ja für Verkauforders gibt, kann ich mir nicht vorstellen, warum es Probleme geben sollte, das ebenfalls bei Kauforders zu implementieren. (zusätzlich muss der Marktplatz ja auch bei Kauforders die OrderID an die API zurückgeben. Dort könnte er stattdessen dann die Fehlermeldung übergeben)

Und ich wollte dir mit meinem Post aufzeigen, dass deine Erklärungen leider nichts mit dem von mir gemachten Verbesserungsvorschlag zu tun hat.
Bitte teile mir mit, ob und warum meine Unterscheidung zwischen "Auslaufen der Reservierung" und "Platzieren neuer Orders" nicht bei euch angekommen ist?

Mir geht es doch lediglich um das Platzieren neuer Orders. Alle, wirklich ausnahmslos alle Argumente die ihr bisher vorgebracht habt, beziehen sich auf das Auslaufen der Reservierung.  Aber davon rede ich doch garnicht.

Bitte sorge im Team nocheinmal dafür, dass allen klar ist, wovon ich rede.
Ich habe kein Problem damit, mich mit etwas abzufinden, bei dem ich die Argumente dafür verstehe/nachvollziehen kann. Aber bis jetzt habe ich keine bekommen.

Meiner Auffassung nach ist das "gewünschte Feature" von mir, nichts was sich ein Kunde wünscht, sondern etwas das selbstverständlich ist.
Wie ich doch schon aufgezeigt habe, blockiert bitcoin.de doch auch den Versuch Verkaufsangebote zu erstellen, wenn ich nicht genug Bitcoins habe. Das musste sich auch kein User erst wünschen. Das ist einfach selbstverständlich.  
Bitte lies dir meinen vorherigen Post nochmal durch.
Eigentlich steht dort alles drin auch die elementar wichtige Unterscheidung zwischen Auslaufen der Reservierung und Platzieren neuer Orders.


Ihr habt die Prüfung, ob genug Balance vorhanden ist, doch bereits integriert. Andernfalls könnte euer System garnicht dafür sorgen, dass die Order als SEPA anstlelen von Express eingestallt wird. Alles was ihr nun machen müsst, ist optional anzubieten, dass eine Fehlermeldung ausgegeben wird, anstelle des Platzierens.

Danke für die ausführliche Erklärung

Allerdings muss dir klar sein, dass ich mich in diesem Fall nicht mit einem "geht nicht" zufrieden geben werde (außer ihr überzeugt mich mit stichhaltigen Argumenten)
Trotz deiner langen Argumentation, sehe ich kein einziges Argument, aus dem ich schließen kann, dass es tatsächlich nicht anders geht

Aber gehen wir sie mal durch:
Ja deine Schilderung des Sachverhalts ist richtig. Es kann aber auch genauso manuell, völlig ohne TAPI passieren. Nur merkt man es in dem Fall schneller und kann seinen Fehler korrigieren. Eine negative Bewertung habe ich deswegen schoneinmal bekommen (vom support nach erfolgreicher Nachholung des Trades aber entfernt). In dem zuletzt aufgetretendem Fall habe ich es aber zufällig rechtzeitig bemerkt, um die Zahlung anzuweisen.
Ich verstehe solche Entscheidungen durchaus Aber 1) geht es mir nicht um das Auslaufen der Reservierung (das ist ein anderes Thema, könnte man aber sicherlich auch noch verbessern) und 2) lässt jede Design Entscheidung dennoch Optionen offen. Selbst wenn man sich entscheidet das Interface der Website weiß zu machen, so kann man optional dennoch ein schwarzes Interface anbieten

... Den Teil musste ich mehrmals lesen und nochmal bei bitcoin.de nachgucken, da ich nicht verstehe worauf du hinaus willst Dort steht nichts davon, was passiert wenn man Orders einstellt, aber die Balance nicht ausreicht. Da steht lediglich was passiert, wenn die Reservierung ausläuft. Daher hat das mit meinem Verbesserungsvorschlag nichts zu tun Und auch wenn es da stehen würde (tatsächlich stehen tut es ja in den Zusatzvereinbarungen), ändert das ja nichts daran, dass bitcoin.de es nicht verbessern kann.

Ja genau.

Bezüglich verrechnen:
Manuell kann das natürlich schnell passieren, aber auch schnell berichtigt werden. Wenn ein Bot das macht, dürfen natürlich eigentlich keine Fehler vorkommen. Es ist natürlich richtig, dass ich dann selbst dafür verantwortlich bin. Aber ich denke das ist kein Grund, dass bitcoin.de da nicht schützend eingreift. Denn das tut es schließlich auch bei Verkauforders, sowie bei der aktiven Annahme von Order jeglichen Typs.
So, nach dem ganzen blabla kommt jetzt der wichtige Teil:
Warum verhindert bitcoin.de diese, aber nicht jene Orders? Das ergibt einfach keinen Sinn. Den einzigen Sinn den ich sehen kann ist, dass bitcoin.de, vermutlich genauso wie du, dass "auslaufen der reservierung" 1:1 auf die Platzierung von Kauforders übertragen hat und sich denkt "passt schon". Aber wie bereits erwähnt, sind das 2 völlig unterschiedliche Dinge

Den folgenden Teil mit Engine und äußerer Schicht hab ich nicht ganz verstanden, aber ich glaube das ist auch egal.
Denn wie bereits erwähnt hat man auch manuell das Problem.
Deshalb war mein Vorschlag letzendlich, dass man auch eine weitere Einstellung bei bitcoin.de zufügen könnte (die quasi die Willenserklärung darstellt).
Mit der Einstellung sage ich dann klipp und klar aus, dass wenn ich eine Kaufanfrage einstelle, egal ob via TAPI oder manuell, dann darf diese bei mangelnder Deckung nicht erstellt werden. Stattdessen wird eine passende Fehlermeldung ausgegeben.
Alternativ kann man dieses Verhalten eigentlich auch ohne diese Einstellung implementieren. Es gibt fast nichts (siehe Feature) was dagegen spricht. Die Einstellung dient in erster Linie der Willenserklärung, weil das ein Argument des Supports war, weshalb es nicht anders ginge (die willenserklärung braucht man eig doch wenn überhaupt nur beim canceln bereits vorhandener orders...und wieder wird vermutlich Auslaufen der Reservierung und Platzieren einer Order in einen Topf geworfen?).
Will man es aber als "Feature" beibehalten, dass SEPA Orders erstellt werden, wenn die Balance nicht ausreicht (was ich durchaus verstehen kann, ist in bestimmten Situationen bestimmt sinnvoll), dann baut man doch diese Einstellung ein
So.
Inwiefern sollte diese Verbesserung nicht möglich sein? =P

-----------------------------------------
Als zweites Thema kann man sich natürlich auch nochmal das ganze mit dem Auslaufen der Reservierung anschauen.
Dort ist vermutlich die Willenserklärung tatsächlich nötig, die man dann in Form einer Einstellung einbauen kann. Und schon ist auch dieses Problem gelöst
Ich selbst habe aber keine Probleme mit dem Auslaufen der Reservierung, weil die EUR Balance dann halt 0 ist, wehshalb mein Bot dann selbst alle Orders cancelt. Da gibts kein großen Spielraum für Rechenfehler Einzig die paar Sekunden bis er merkt, dass die balance weg sind, können kritisch sein... So gesehen würde ich nicht "nein" sagen, wenn ihr das Problem auch noch anpackt

in einem Forum kann man sich ruhig duzen

Der geschilderte Sachverhalt ist leider nicht auf die API beschränkt. Ich kenne auch einige manuelle Trader, die sich schon öfter über dieses Problem beschwert haben. Auch wenn man manuell Kauforders einstellt, die nicht genau gedeckt sind, passiert das.
Nur hat man manuell bessere Chancen den fehler rechtzeitig zu bemerken

Der Support bat mich nun letzlich darum meinen Verbeserungsvorschlag nochmal auszuformulieren und abzuschicken, damit sie ihn danach ignorieren können... (ja ich bin immernoch verärgert und erfahrungsgemäß werden Verbesserungsvorschläge wenn überhaupt erst nach 2 Jahren umgesetzt...(und ja ich weiß, es gibt auch ausnahmen)

Ich bin gerade stinkwütend auf bitcoinde...!!!

Und zwar weil es seit jeher möglich ist, dass ungewollt "nicht-express-trades" als Kaufanfgrage via API erstellt werden!
Und zwar passiert das schon bei kleinsten rechenfehlern. Wenn ich bzw mein Bot sich um auch nur 1 cent verrechnet, dann wird die neue Kaufanfrage trotzdem erstellt und alle nun wegen einem cent ungedeckten Kaufanfragen werden in normale Kaufanfragen umgewandelt.
Diese werden angenommen und ich bekomme davon nur mit viel Glück etwas mit. Einmal gabs deswegen schon eine negative Bewertung, weil ich die Zahlung verpasst habe.

Das schlimme daran ist ja, dass es eigentlich überhaupt nicht möglich ist, via API eine nicht-express Kaufanfrage zu erstellen. Aus der API Dokumentation geht klar hervor, dass man bei Kaufanfragen via API keine andere Wahl hat, als sie als Expresstrade einzustellen. Und auch in meinen bitcoin.de Einstellungen ist eingestellt, dass jede Kaufanfrage ein Expresstrade zu sein hat.
Deswegen erachte ich das ganze als sehr gefährlichen Bug, der seit vielen Monaten (eig seitdem es die trading api gibt) nicht gefixt wurde!

Anstatt dass meine Order erstellt wird, muss es eine Fehlermeldung geben, dass die Balance nicht ausreicht!
Zuletzt habe ich dies dem support ausführlich vor ca. 2Wochen geschildert, warum das ein Bug ist (siehe obige Beschreibung), aber wie so oft erhält man keine Antwort.
Heute ist es nun wieder passiert. Es muss etwas passieren!
Und in dem Fall, dass es so gewollt ist, weil bitcoinde es ermöglichen will, auch nicht-express käufe zu erstellen, dann sollen sie das gefälligst richtig in die API einbauen, dass man bestimmen kann, ob express oder nicht!

bitcoin.de schreibt:

meine Antwort:

@Bergmann:
kurze Info, falls noch nicht bekannt:
Ich kann heute nicht auf das coinforum zugreifen:
Firefox

Fehler: Gesicherte Verbindung fehlgeschlagen
Ein Fehler ist während einer Verbindung mit www.coinforum.de aufgetreten. Der OCSP-Server schlägt vor, es später erneut zu versuchen. Fehlercode: SEC_ERROR_OCSP_TRY_SERVER_LATER

19Uhr edit:
funktioniert wieder

The bank from Kraken "Fidor" had transfer problems from friday to today...

weil das der gewichtete durchschnittspreis der letzten Trades (3h) ist. Da bitcoin.de ein Marktplatz ist, ist es nicht sinnvoll dessen Kursverlauf bzw durchschnittspreis zu verwenden.

Du brauchst dir nur den Chart von bitcoin.de angucken. Dort siehst du dass um ~21Uhr jemand für 480€/BTC verkauft hat -> durchschnittspreis im Keller.

nice

I just took a closer look at how your margin works, and although I may asked that already previously, I just noticed that really EUR (fiat) is the only currency which is used for margin. Even for sell orders.

What is the calculation rate, that is used to calculate how many bitcoins I can sell with my EUR balance? (need to get this value via API)

It is really hard to implement margin trading into my bot... I have implemented Kraken, but within the past months cex, therocktrading and also some other exchanges integrated margin trading, and it seems it works completely different at every exchange >.<
- Kraken can use any currency for margin trading (can sell btc if I only have Euro or only btc, and can buy btc with only euro or only btc). And Kraken has "settle position" feature, which is mandatory for my trading strategy and also a nice featre for non margin traders, cause it allows to sell btc before you deposit them (only having EUR in account). You can place margin orders at any price you want, and close them at anytime at any price you want.
- TheRockTrading uses EUR when playing buy orders and uses BTC for sell orders. You place margin orders at limit price and decide when to close it for market price.
- Cex uses always only fiat.. and placing positions is quite strange, see below.

I tried margin trading manually at cex now.
Instead of a Limit Price, I have to enter a "Stop Loss Price" ?!
So if I get it right, it will be always a market order, to open the position. And I have to set the closing price when opening it, and can't decide at another time to close position at the price I want?
That is a really strange implementation of margin trading.

I think the person who created this idea of implementation did not know much about margin. I also don't know much, but I know that margin trading, if implemented the right way, can be used for alot of different purposes.  
The way you implemented it, is comparable to your "Buy/Sell" menu, where you just hit the amount you want and finished.  It is for users who don't care much about trading.  But it is nothing for real traders with strategy.

So I really hope you will implement advanced margin trading some time. The same way like kraken has.

edit:
it is not only your exchange with a strange implementation of margin
Of course I also try to convince the other exchanges to imrpove margin trading, so it can be used by real traders..

ja PDF es nervt nur, dass Firefox dann garnicht mehr reagiert und man alle 10 sekunden (bei mir 4 mal) auf "skript weiterausführen" klicken muss. Klar kann man diese Meldung iwo abstellen, aber sie hat ja schon ihren Sinn, wenn was wirklich abschmiert.
Ist nichts dringendes, nur eine Idee die du bei allen Exports einbauen könntest, die potentiell lange dauern könnten (csv dauert beim Trade Export bei hundertausenden Trades ja auch lange, da könnte man das dann auch nutzen)

Was meinst du mit einem Importer der alle Börsen unterstützt? Geht es dabei lediglich um eine Vereinfachung der bereits vorhandenen Börsen Importe, die zu einem zusammengefasst werden? (zb. automatische erkennung der Börse?)
Oder kommen nun auch noch Börsen hinzu, die du bisher noch nicht gelistet hast?
Ist für mich aber glaube ich eh nicht so wichtig, da ich bereits für all Börsen die ich nutze eigene Importer gebastelt habe, die es in das cointracking format umwandeln und die für mich relevanten Daten richtig berücksichtigen (zb. trading und ein-/auszahlungsfees). Aber für jeden anderen natürlich gut

Das mit dem Tax Report am Besten dann auch optional aktivierbar. Bin mir noch nicht so ganz sicher, wie ich das mit den anderen Währungen machen werde... denn eigentlich ist es völlig egal, welche Berechnungsmethode oder Referenzkurse man verwendet... letztenendes ist es eig immer unfug was bei rauskommt. Das Problem ist ja, dass Gewinne in Währungen erzielt werden, die nicht Euro sind. Man aber in Euro Steuern zahlt. Allein die Umrechnung dieser Gewinne verfälscht durch schwankende wechselkurse total das Ergebnis... deswegen muss ich mal gucken, was am ende an Gewinnen bei rumkommt... wenns geschätzt nur ein paar hundert Dollar sind, dann berechne ich das nicht genau, sondern lasse alle solche Trades raus und addiere einfach eine Pauschale... ist sonst einfach viel zuviel Aufwand für ein schwankendes Ergebnis...

danke


Kannst du den Steuerreprt-Download noch verbessern? (zumindest PDF)
Also zb. wenn die Anszahl der Trades im Report größer als 100 ist, dass Cointracking dann die Erstellung des Downloads intern weitermacht, sodass ich im Browser in der Zeit problemlos weitersurfen kann?
Bei meinem "winzlings" Report von ca. 700 Trades im Steuerreport (jeder Tag Käufe und Verkäufe zsmgefasst), musste ich 4-5 mal "skript weiterausführen" von Firefox klicken, weil in der Zeit nichts reagiert hat.
Habe zwar nicht vor noch größere Reports zu downloaden, aber wäre vermutlich dennoch ganz nett