Just came to say thanks to the kraken exchange for adding ETC currency to the market, and preventing the attack made by ETHFoundation against Ethereum project and its community which stands for decentralized and immutable blockchain based currency. ETH currency before the fork was perfectly fine, only DAO had an issue. ETHF simply failed to resolve reported DAO security issue on time, and continues their mistakes later on. We are having enough of TBTF (too big to fail) already. For those which are not up to date with the ETH-ETC story I recommend to read "hard fork timeline" on https://ethereumclassic.github.io/I'm not saying new ETH is bad, but it is against the principles that are foundation for true cryptocurrencies. I still see a lot of potential in ETH, generally for institution that requires central authority over currency so TBTF can eventually be applied when needed. |
|
|
|
any chance to have dockerfile included in the project for easier deployment?
Maybe. Can you school me? Lets assume I'm familiar with cloud hosting servers (EC2, GCE) but have never messed with docker. Is it possible to get persistent SSD with that? (Or some persistent storage. An electrum server can't just run, it needs a pretty big database that takes a while to build or download. Any persistent storage like database or wallet information would be stored in a volume (dir on host machine) that user defines while calling `docker run jelectrum --volume /home/user/electrumdb:/var/... --volume /home/user/electrumwallet:/var/...`, this isolates data from the application. Aside from that you need to write plaintext dockerfile which is basically a set of shell commands that produces environment ready to operate. Important that then need to be non-prompt commands. You don't need to start from scratch, using `FROM java...` will use build your docker image on top of another one. Good examples here: https://github.com/dockerfile/java At the end you need expose expected ports and start your app, ensure it won't be closed because when that process closes, the docker image will stop. |
|
|
|
|
any chance to have dockerfile included in the project for easier deployment?
|
|
|
|
|
Dargo, I just filled #115997 on issue with access to historical trades on user accounts. If you could raise the priority would be great, I believe it is quite urgent anyway.
|
|
|
|
Any knows or have a good reference on starting electrum-server in regtest mode? I tried to setup it in VM but the installation steps are outdated, at least for Ubuntu - fails on `python setup.py install` step. Optionally if anyone knows updated electrum-server docker image?
maybe anyone knows an alternative spv wallet + server for it that can be easily started from docker or complete script? |
|
|
|
|
Thanks for all detailed answers.
|
|
|
|
If you are using the package on one market only, or at least build a logic per market, you should not see any difference, as you can, and probably want to, use market.api.query (it returns full results from market's API). If you are going to build market independent logic than, yes, you might be interested of market.api.process.I'm not sure if required packages will be loaded automatically when loading Rbitcoin, be aware of require/library them (RCurl, RJSONIO, digest, data.table).I think I will stick with the cran for now (updates there allowed each 1-2 months). The only changes which I'm currently planning to do till v1.0 is to extend the api.dict for all common API methods + more error catching, so it affect market.api.process only.
Unfortunately I'm currently focus on other project, Rbitcoin will be updated, but because of that other project I will stick with cran and monthly updates.
Looks like mine post, seems to be valid too... anyway I don't plan to release further versions to CRAN repo. I already settled using locally per-package repositories hosted on github.io or gitlab.io (installation is seamless from package source directly). Besides there isn't much development ongoing now, and no plans for any. Package is working fine, and I already moved to other non-cryptocurrency related projects. Current version of Rbitcoin is 0.9.5.1 (2015-10-04). Last release to CRAN was 0.9.2 (2014-09-01). |
|
|
|
|
Any knows or have a good reference on starting electrum-server in regtest mode? I tried to setup it in VM but the installation steps are outdated, at least for Ubuntu - fails on `python setup.py install` step. Optionally if anyone knows updated electrum-server docker image?
|
|
|
|
|
going back to API specification sharing to community... if incorporating feedback it may turn into new standard of API infrastructure for cryptocurrency exchanges developed by kraken with the community. You have one of the bests api anyway, but I believe someday you will introduce new version so you may consider it.
|
|
|
|
|
One more suggestion,
You could rethink your Kraken credit FEE (PFEE) feature.
It complicates any model which want to tightly fit into the market environment.
I would prefer to have 0.05% discount on each trade permanently, or even get nothing but funds paid out as FEE could utilized internally in kraken for investments into people/techs/support. This feature is not model-friendly.
|
|
|
|
Is there a websocket API for Kraken? Or will Kraken add one?
I would like to get info about, balance, open orders and orderbook without making calls every 5 seconds.
We will add one and are in the process of building it now. But it still may take quite a while before it's ready. Any chance for sharing specification to community before rolling that out to production? you could collect valuable feedback in advance. If you would ever building rest api v2 (or a next version, not sure which is now) it would be nice have such impact too. remember, github is your friend  BTW. you have one of the best API anyway. |
|
|
|
|
Dargo, regarding the recent BTC/ETH switch to ETH/BTC. I believe if you would do the same for LTC to make it LTC/BTC it would help with the volume on that pair. I would consider that as a good step. You can always check people who traded LTC in last months and send them a poll. I think they will be happy about the switch, and you should be happy about higher volume.
Cheers
|
|
|
|
|
you should move the FAQ question "What are the options to deposit or withdraw cash and what are the fees?" to the "Fee" sub page to have all fees listed in one place.
|
|
|
|
|
Do you have ETA for the newer version?
How can public ip address or private (via NAT) ip can affects the device?
Are there any security concerns if running it on public ip?
|
|
|
|
@Dargo After checking out the whole new kraken.com site, and I already like it much better. Question: A photo of you 'Dargo' is not on "THE TEAM" page. https://www.kraken.com/en-us/about/team Why is that? Glad you like it! I am on the team page, but not as 'Dargo' because that is just an alias. You will find me on the team page under my real name - 'Brian'. Good to see you Brian. I was serve by you the best cryptocurrency exchanges support I've ever have just from the beginning of kraken go-live. Thanks |
|
|
|
It already fetches data from blockchain.info, if not already in tabular form then in close to tabular (list with tabular, or tabular with list, etc). Should be easy to transform. The project is not much actively developed anymore, I believe at least to the next bobble |
|
|
|
|
Looks interesting. It seems that you are the only market which allows GBP withdrawal/deposit from UK GBP accounts without extra cost, can you confirm?
You should remove the leading title of your page which states "Dogdecoin exchange..."
any ETA for GBP account management support?
|
|
|
|
Because this thread contains lots of posts concerning stuck withdrawal/deposit posts, I want to mention that those are very rare cases. Deposits and withdrawals in fiat and coins are handled without any problem at kraken at a very high frequency. And in the rare cases something is odd, it is resolved very quickly (well, sometimes you have to push this thread before, but hey, at least there is a thread to push!). But those rare cases have occured less than 0.5% of the time for me over the past 1.5 years with multiple deposits and withdrawals every day.
This is SO MUCH BETTER than at any other exchange I have tested. And it also saves a lot of time I have already wasted with support at other exchanges; at kraken I rarely need the support.
(I do not have any ties with kraken and my post is my honest opinion.)
+1 |
|
|
|
first of all. good job getting the site backup and running (didn't realize that Nejc Kodric runs Bitstamp) i've noticed an issues with the Transactions API call ( https://www.bitstamp.net/api/transactions/?time=hour) sometimes a call returns transactions that are older than those in a previous call. today with this call, i first received: [{"date": "1420896736", "tid": 7102104, "price": "274.11", "amount": "2.00000000"}, ...] and in a next call, i received: [{"date": "1420896324", "tid": 7101926, "price": "276.06", "amount": "4.49916597"}, ...] i left out irrelevant parts of the lists (with "..."). but clearly date 1420896324 is supposed to come before 1420896736 (i'm not sure whether this is the right place to report this issue) There seems to be some real issues with transactions at the moment. We are seeing subsequent pulls give us different versions of history. For example, I pull the history once and get a large set of trades, then I pull again and I'm missing just two trades from somewhere in the middle of the set. A third pull and the trades are back again. I'm opening a ticket but I think Bitstamp should look at this ASAP. Actually, this might be my mistake. Will update here as soon as I know. Yeah, this was a mistake in our code. From what I can tell, bitstamp transaction data is OK, though there have been a few subtle changes in the ordering of records returned. it hasn't happened again since i posted here. but i'm pretty sure it's not a problem in my code. because when it happens, i log the data that i already have and the data returned from the API call. and it's really easy to see that the data i already have is newer (which should never be the case). i also noticed an issue of missing trades between the list of trades for the last hour and the list for the last minute. here the hour list lags behind the minute list. and at times a trade is no longer in the minute list but also not in the hour list yet. so i just use the hour list now. so i use a little more bandwidth (but i consider this a minor issue). I would advice to built a additional data integrity validation layer when operating on bitstamp historical trades API. Since October 2013 bitstamp does not allow to keep data integrity due to removed `since` / `offset` param from trades API method. Be aware that sourcing bitstamp trades data from external sites like bitcoincharts.com might be also affected by lack of data integrity feature on bitstamp. |
|
|
|
|
Show Posts
