Bitcoin Forum
October 24, 2017, 06:36:59 AM *
News: Latest stable version of Bitcoin Core: 0.15.0.1  [Torrent]. (New!)
 
   Home   Help Search Donate Login Register  
Pages: [1]
  Print  
Author Topic: Trading Bot possible? and how to get it?  (Read 818 times)
bradbrad
Newbie
*
Offline Offline

Activity: 26


View Profile
May 11, 2013, 06:40:08 AM
 #1

Hi Guys, a bit of a newbie when it comes to trading bots. I would like to have one for bitstamp where I can set the sell price, as well as the buy back price. In other words set a few variables that if it reaches x amount, sell. If it returns true, then buy back at x amount. If it reaches y amount sell, and then buy back at y amount. How would I go about doing this? Can you get someone to code it? Where would I go? freelancer? and help would be appreciated!
1508827019
Hero Member
*
Offline Offline

Posts: 1508827019

View Profile Personal Message (Offline)

Ignore
1508827019
Reply with quote  #2

1508827019
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1508827019
Hero Member
*
Offline Offline

Posts: 1508827019

View Profile Personal Message (Offline)

Ignore
1508827019
Reply with quote  #2

1508827019
Report to moderator
gweedo
Legendary
*
Offline Offline

Activity: 1246


Java, PHP, HTML/CSS Programmer for Hire!


View Profile WWW
May 11, 2013, 06:41:27 AM
 #2

I can do this PM me for a price.

Want to earn 2500 SATOSHIS per hour? Come Chat and Chill in https://goseemybits.com/lobby
seannnyx
Newbie
*
Offline Offline

Activity: 14


View Profile
May 11, 2013, 09:36:32 AM
 #3

How do you do?
btc_lurker
Member
**
Offline Offline

Activity: 78



View Profile
May 11, 2013, 02:57:01 PM
 #4

I feel very uncomfortable in trading at Bitstamp (and some other exchanges) through the API, and I hope they did different decisions in their internal code. Why, oh why, did they think it was a good idea to send user and password when making requests ? This is too sensitive, and users very often pick the same password for different services. This data is ultimately going through HTTPS, but still..

Anyway, it would be easy to implement the private part of the API in https://github.com/knowitnothing/btcx/blob/master/btcx/bitstamp.py. Then it is a matter of creating a interface for placing the combined sell/buy order together with data pooling to decide when to actually sell and buy at the given value or condition.
fluidjax
Hero Member
*****
Online Online

Activity: 560



View Profile
May 11, 2013, 08:02:51 PM
 #5

I feel very uncomfortable in trading at Bitstamp (and some other exchanges) through the API, and I hope they did different decisions in their internal code. Why, oh why, did they think it was a good idea to send user and password when making requests ? This is too sensitive, and users very often pick the same password for different services. This data is ultimately going through HTTPS, but still..

I understand the gut reaction, but it's https! The real risk lies at each end of the connection. But then there would still be risk at each end even if they used something like gox's secret.
DO you not have faith in https?
btc_lurker
Member
**
Offline Offline

Activity: 78



View Profile
May 11, 2013, 09:46:43 PM
 #6

I feel very uncomfortable in trading at Bitstamp (and some other exchanges) through the API, and I hope they did different decisions in their internal code. Why, oh why, did they think it was a good idea to send user and password when making requests ? This is too sensitive, and users very often pick the same password for different services. This data is ultimately going through HTTPS, but still..

I understand the gut reaction, but it's https! The real risk lies at each end of the connection. But then there would still be risk at each end even if they used something like gox's secret.
DO you not have faith in https?

There is a huge difference in using generated key/secret pairs from using the actual username/password pairs. For a starter, the former can be restricted to perform only certain operations, the latter can perform everything always. Even if some key/secret from MtGox or BTC-e were leaked, it could be the case that the attacker wouldn't be able to do anything interesting with them.
KS
Sr. Member
****
Offline Offline

Activity: 448


View Profile
May 12, 2013, 08:54:09 PM
 #7

I feel very uncomfortable in trading at Bitstamp (and some other exchanges) through the API, and I hope they did different decisions in their internal code. Why, oh why, did they think it was a good idea to send user and password when making requests ? This is too sensitive, and users very often pick the same password for different services. This data is ultimately going through HTTPS, but still..

I understand the gut reaction, but it's https! The real risk lies at each end of the connection. But then there would still be risk at each end even if they used something like gox's secret.
DO you not have faith in https?

There is a huge difference in using generated key/secret pairs from using the actual username/password pairs. For a starter, the former can be restricted to perform only certain operations, the latter can perform everything always. Even if some key/secret from MtGox or BTC-e were leaked, it could be the case that the attacker wouldn't be able to do anything interesting with them.

agree. why not use a hash of the pwd/login combo instead??

“In Putin’s Russia bitcoin exchanges you.” - http://www.coindesk.com/ceo-bitcoin-officially-bans-china/
List of major BTC scams https://bitcointalk.org/index.php?topic=576337
Bitstamp "no transfer" banks/countries list: https://bitcointalk.org/index.php?topic=270716.0
fluidjax
Hero Member
*****
Online Online

Activity: 560



View Profile
May 13, 2013, 06:16:33 AM
 #8

I feel very uncomfortable in trading at Bitstamp (and some other exchanges) through the API, and I hope they did different decisions in their internal code. Why, oh why, did they think it was a good idea to send user and password when making requests ? This is too sensitive, and users very often pick the same password for different services. This data is ultimately going through HTTPS, but still..

I understand the gut reaction, but it's https! The real risk lies at each end of the connection. But then there would still be risk at each end even if they used something like gox's secret.
DO you not have faith in https?

There is a huge difference in using generated key/secret pairs from using the actual username/password pairs. For a starter, the former can be restricted to perform only certain operations, the latter can perform everything always. Even if some key/secret from MtGox or BTC-e were leaked, it could be the case that the attacker wouldn't be able to do anything interesting with them.

I can understand that the ability to disallow withdrawals for the key/secret type access can improve security.
But I guess what key is that in the case of the key/secret, at no time is data sent to the server, that if it fell into the wrong hands, that would allow someone else to create another api request. (They don't have the secret). However with the username/password if the server is compromised, the data sent by a user would contain enough data to make any api request they want.
Pages: [1]
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!