Thanks for your detailed answer Exmo The API access does not hurry. If you are able to provide an API accces within one month, this will be fast enough I plan to add some liquidity to your BTC/EUR pair, by implementing Exmo into my market-maker bot, which will be active at several exchanges. For now my capital is not that big, so it will be around 1-2 btc at bid and ask. But as my capital rises and if it works well on your exchange I will increase the amounts of course. I'm not that easy to satisfy, regarding my questions of your trade history and orderbook. You have to provide good arguments and if I find inconsistencies in your arguments, I will ask back The multiple decimal places you see is quite common. If a user wants to buy a fraction of a bitcoin, minus the commission, naturally there will many decimal places. The commision is not substracted from the amount shown in the orderbook or trade history. It is substracted after the trade happens. If you take a look at your orderbook and your trade history, you see many of those amounts with many decimal places. No manual user will add those so many decimal places. Only bots would do so if needed. So you said, there are some bots active at your exchange. So that would explain all those orders, okay. But what about those orders that are never in the orderbook? Some hours after my post here, these orders stopped at BTC/EUR. So you may be right, that this is not for simply increasing the volume. But can you imagine what the aim of these orders can be? Why should someone place an order and instantly matches it? Maybe the same bot, but different accounts? It is 100% sure, that there were many orders, every ~4 minutes, that were never in the orderbook, but in the trade history. I'm curious what the aim of those orders is. The problem I see in those orders is, that it falsify your market activity. Like I said I waited for someone to fill my order. I saw there is a trade every 4 minutes, so I thought I won't have to wait much time. But after one hour observing this behaviour without getting my order filled, I was very frustrated I will do more tests, when the user who does this is active again. I will place a buy order for lets say 255€ and a sell order for 255.01€ and then see, what will happen
|
|
|
he did not talk about the inverted value, take a closer look at the screenshot. I experience this quite often at bitfinex. But everytime I see this, it is just because the trading engine is not fast enough. So it was like: someone want to sell 100BTC for 200€ , while there are alot orders over 200€ in the orderbook. So the 100BTC sell order is clearing all those orders. But this takes some time and for this time you can see, that the bid > ask. But if your example takes longer than some seconds... I don't know what it could be.
|
|
|
How does your Trade History, shown on the Trade tab next to the orderbook, works?
I placed a sell order for 259.98€, this is the best sell order available at the moment. I'm waiting that someone fills it. But it happens frequently that the trade history shows new buys, e.g for 259.64€. But I never saw a sell order for this price in the orderbook. The same happens for buy orders.
I observe the orderbook and frequently new trades were added to the trade history, which prices I never saw in the orderbook. I'm 99% sure, that these orders were never at the orderbook. So "you just don't saw it, because it was only 5 seconds there", is not an explanation. Especially when it happens that often and you don't have an API.
How is this possible?
I tested many exchanges till now and also experienced this kind of behaviour. So my guess would be, that you, exmo itself, do those trades to push the volume. Also there are alot orders with many many decimal places. No manual trader would add so much decimal places. And since there is no API, again a sign, that you trade at your own website. It's okay, when you trade at your own exchange, but please do it that way, that your users are able to match your orders.. and don't just add new trades in your trade history which never happend in reality. If you don't want to talk in public about this, feel free to PM me.
|
|
|
1) The first "Account Name" is for your name, while the second should say "Account Number" This is an error and will be changed shortly.
Are you sure? I added recently an account via the withdraw system. After I checked the box "save info to my accounts" , a new box appaered with "account name". It only appears when I want to save it. So I guess this is just a name to identify this account and I can choose any name. This chosen name can now be found under my accounts in the first "account name" box. Unfortunatly not all the information was saved with my withdrawal. The second "Account name" box is empty, I think this is for my name, since there is also another box for IBAN. And also the address boxes of the bank are empty. So maybe also fix that these data is also saved, when saving it via the withdrawal screen. And another bug: I clicked "edit", to add this missing information to my created account. After clicking the "Save" button, I got an error message saying, that there is already an account with my chosen name (of course it is, I'm editing it.) 2) Regarding our API: I am sorry to say that our API is unavailable at the present time. We are in the process of updating it right now and it should be available in about 3 weeks time.
okay thanks. 3) Our new API will not have any limits.
And how will you prevent abuse, eg a person that spams many many calls to slow down your api? I think a limit like 15-20 calls/second is good. It is enough to also allow power bots to work, but should prevent those spamming. 4) Admittedly, our verification page could be clearer, and we have plans to update it very soon. In the meantime, let me explain. There are 3 separate levels of verification. The first is identity, the second is address and the third is the user agreement. Each level allows users to perform different types of operations. In your case you want to use the SEPA banking system, so you only need to verify your identity and your address.
Ah okay And which operations can I perform, after signing the agreement? 5) Our programmers at Exmo are all skilled in Python. Once our new API will be ready, we would be happy to provide you with a sample API wrapper in Python3 at upon your request.
That would be great! Edit:After adding the missing information into my bank account account, I tried to use it for another withdraw. But the second account name (my name) and the bank address+city+country were not filled into the form. So I have to add it manually every withdrawal. Edit2:some messages from your system, I only receive in russian.
|
|
|
Hi I think I will test your exchange in the next days/weeks. I just signed up, here are some quick questions: 1) I want to add my bank account, EUR. In the form is twice "Account name: " Why? What to enter there? 2) After a first glance at your trade API I saw in the method "get_info" that you write their "balances_ avialble". Is this a typo in your documentation or a typo in your API itself? In documentation under "Fields description:" you also write "balances_ aviable" ... so I have no clue what is the correct one 3) Are there any limits for the Trade API , e.g Calls/second or simular? edit: 4) your verification progress is quite confusing... I don't know if I have to fill first all three forms (identity,address, agreement) and then click "Get Verified" or if I have to fill out each one separatelly and click get verified three times.. I think it is separatelly but maybe you should add a note about that somewhere 5) I read that some Exmo employees have python programming skills. It would be great, if you would provide a sample API wrapper in Python3 for your Trade API Would save me some time
|
|
|
Ich hab eben nochmal ein wenig rumprobiert und festgestellt, dass alles funktioniert, solange ich keine Zahlen als Parameter übergebe. Das heißt folgender link, welcher dann in die signature verwandelt wird, funktioniert (ausgedachte walletid): /api/1/order/list/?tradeOrderStatus=Confirmed&walletAccountId=DFSDFWFS12321231AFDSF während er nicht mehr funktiniert, wenn ich einen Paramtert zufüge, der eine Zahl beinhaltet, zb.: /api/1/order/list/?startWith=0&tradeOrderStatus=Confirmed&walletAccountId=DFSDFWFS12321231AFDSF Habe die Frage nun an den Yacuna Support weitergeleitet, warum Zahlen nicht funzen und denke dass das damit dann alles gelöst wird Vielen dank an diejenigen die sich hier und per PN gemeldet hatten, auch wenn keiner das Problem lösen konnte
|
|
|
es wird ja behauptet, dass Okcoin bots betreibt (kann aber natürlich auch von anderen usern sein), die gezielt darauf gerichtet sind den Usern das Geld abzunehmen. Dieser jemand behauptet aber auch ,dass man es zum eigenen Vorteil nutzen kann: https://bitcointalk.org/index.php?topic=1119854.0
|
|
|
what do you suggest should happen? if you were the pres of CEX.IO would would you do to make things better?
I already wrote what they could do better They could simply calculate all fiat currencies with more than just 2 decimal places. If I sell 0.01BTC for 230.98€, we could have the following results: 1) With more than 2 digits rounding: I should get 0.01*230.98 = 2.3098€. The fee would be 0.2%*0.01*230.98€=0.0046196€. So after fee I should get: 2.3098-0.0046196=2.3051804 €. 2) With only 2 digits rounding (like they do at the moment): The 2.3098€ will be rounded to 2.30€. The 0.0046196€ fee will be rounded to 0.01€. The result is I get 2.29€ after fee. Of course everyone is only able to withdraw up to two decimals. But this rounding in calculation has a very huge impact, if you trade day for day, espacially with this guy placing all those tiny orders at the orderbook. Cex.io already does round all virtual currencies up to 8 decimal places (so if you trade ltc/btc or simular). That's why I'm sure it would be no problem, to also make 8 decimal places for fiat currencies. But obviously cex knows which huge impact this rounding system has and is not willing to do without this additional income. The major problem for me is, that is hard to program a bot, that keeps that in mind. I would be okay, if they just would raise the fee to 0.3%. It is something I can do my math with. But this rounding behavior is hard to implement in a bot... and if you don't implement it, your bot could trade for a profit that is in fact a loss.
|
|
|
@ dw54 : no this website is no scam.
But it sometimes has problems here and there... I'm sure you will get your money or your bitcoins back after some time.
|
|
|
After arguing alot with Cex support, the result is, that they won't change the rounding system for fiat currencies to more than 2 decimal places in near future (like they did for virtual currencies). The reason the support told me is, that they already have a competitive low fee. I read out of that statement, that they need any cent they can get from their customers through rounding.
I don't think it is okay, to advertise with a low fee and then scrape together everything they can get via rounding from their customers. It is not very unlikely, that this bot that is placing all those tiny orders at the orderbook, is from cex.io itself to maximise their profits.
So everyone trading at cex.io, be aware of those small orders at the orderbook and keep in mind, that for that amounts, you will pay a much higher fee. This is e.g. very important for trading bots. If you don't keep that in mind, it could happen that your bot says he made some nice profit, but in fact he made big losses!
|
|
|
Wenn der Bot ein BUY Order setzt und diese nur zum Teil erfüllt worden ist, lässt der Bot sie einfach drinne.Das ist eine Order
2015-06-15 01:11:52 0.00550151 Buy 0.18176828 0.18110161 0.00099633
Der Preis ist aber schon auf 0.00719342
Kann man dies nicht iwie ändern?das passiert oft mal
ich hab das Problem in meinem Bot (nicht der spreadbot und kein altcoinbot) so gelöst, dass wenn es daneben geht, er die position gleich nochmal mit +-0 Profit versucht zu schließen, also den kaufpreis nochmal etwas anhebt, sodass der voraussichtliche gewinn nur noch die gebühren deckt (denn wie Vaagar schon schreibt, blockiert sowas nur unnötig funds). Wenn auch das nicht klappt, dann merkt mein Bot sich die Order, aber lässt sie erstmal drin. Dann prüft er jeden weiteren Durchlauf, ob die Order zu dem Preis auf irgendeinem anderen Exchange durchgeführt werden kann. Auf diese Weise werden zumindest die meisten unerfüllten Orders beseitigt. Aber bei krassen Pumps/Dumps hilft selbst das nicht viel Dafür plane ich dann noch einen Notausstieg einzubauen, z.b "wenn Preis 5% angestiegen ist, dann Trade mit 5% Verlust schließen, bevor er noch größer wird". Das nur als mögliche Strategie, die ihr/Darkwinde einbauen könntet.
|
|
|
hey guys
what do you think is the price for a arbitrage bot, written in python3 for cryptsy, poloniex and bittrex with auto withdrawal and monitoring "bash"?
greetz
such a bot already exist in the german section and it costs about 150€ https://bitcointalk.org/index.php?topic=911201.0;topicseen
|
|
|
Dadurch wird aber eine digitale Kopie des Persos angefertigt, was unzulässig ist. Meiner Meinung nach ist die einzig sichere und zugleich zulässige Methode eine verifizierung des Kunden vor Ort. Das kann auch durch Partner wie die Deutsche Post geschehen. PostIdent ist eine super sache.
Ja postident und der neue deutsche Perso mit Verifizierungsfunktion sind natürlich besser. Aber international ist sowas ja offensithlich nicht durchführbar. Du kannst dich ja mal schlaumachen, warum deutsche Banken das mit dem Webcamchat und Perso hochzeigen neuerdings so machen dürfen, obwohl dabei eine digitiale Kopie gemacht wird/werden könnte. Vermutlich ists wegen der Geldwäschegesetz-Ausnahme oderweil garkeine digitale kopie gemacht wird (weiß nicht obs aufgezeichnet wird)
|
|
|
Also ich finde das inzwischen echt dreist/unseriös selfies zu verlangen. Ich bin doch nicht bei Facebook!
Amtliche Dokumente (Ausweis,Kreditkarte,Führerschein,Rechnung), sind doch absolut ausreichend. Extrem unwahrscheinlich das jemand alle ergaunert.
man muss davon ausgehen, dass alles ergaunert wird, was ergaunerbar ist. Dh. die einzig sichere Variante die mir einfällt ist die, die mittlerweile auch von einigen Banken durchgeführt wird. Nämlich anstelle des Selfies einen Videochat machen, in dem man den Perso hochhält. Das kann ein Gauner nämlich nicht ganz so leicht klauen/nachstellen.
|
|
|
I think the major problem is not if you will get the bitcoins. There are alot people out there, that prefer cash trades and are willing to sell cheaper for that, because of money laundering or tax evasion (I think mostly tax evasion). Because if you buy and sell your bitcoins in cash, nobody can prove, that you had to pay taxes on bitcoin earnings. That's why everybody who trades for cash, has to write a bill (with names) and send this with tax report (I think it depends on where you live). I'm sure the "someone" who is willing to sell that cheap, don't want you to mention him in your tax report
|
|
|
Hab nochmal nachgefragt, also bitcoin.de und Fidor wollen beide eine Handynummer - zwingend. Bei Bitstamp braucht man nur eine für irgendwelche Extras, der eigentliche Handel funktioniert wohl auch ohne. Ich werde mich daher mal dort anmelden und schauen wie weit ich komme. Danke nochmal an alle Helfenden! Viele Grüße Kannst auch sonst noch Kraken.com probieren, wenn dir der Wechsel von € zu USD bei Bitstamp nicht zusagt. Soweit ich mich erinnerere wollten die auch keine Handynummer... oder ? Aber an sich würde ich wirklich enmpfehlen ein altes Handy von iregendem Freund zu holen (alte handys gibts zu genüge, wirst also sicher nichts für bezahlen müssen). Dazu dann noch ein Vertrag oderso ohne Grundgebühren (ich hab z.b einen wo mich jede gesendete sms und jeder anruf 9cent kostet. Wenn ich nichts sende/anrufe, bezahle ich genau 0€ im monat dafür). Ich verwende also auch so ein altes Handy, was mich nichts im monat kostet, einfach nur um solche SMS tans zu empfangen. Da es keinen Internetzugang oder irgendlweche Apps hat, ist auch das Risiko mit so einem Handy deutlich geringer und sogar empfehlenswerter, als ein Smartphone zu nutzen.
|
|
|
|