 Show Posts
|
|
Pages: [1]
|
This could probably be solved with google, but how do you make api calls in php?
The page I linked describes it for inputs.io. |
|
|
|
I'll give you some idea of how I think the application should be composed (although I've not made one myself, I make that clear). You need a way to handle the transactions (inputs.io) https://inputs.io/apiHere's the API to use^ Then you need to program some business logic, that is the glue and requests through the web language of your choice (PHP, Python, Ruby etc.). You could make the web language frontend request a backend-service, written in another language, or the same language for handling the occassional processing (of scheduled payouts). I know I keep saying this, but Golang is great for backend services (It's easy multi-threading and the nice minimalistic keyword set is perfect), although I think you should just get your proof of concept code working, and you'll make thoughts about your complete design in the process. And hey; good idea to get someone to security audit it. You can ask some people kindly, but there is also http://codereview.stackexchange.com/ it's in beta, you might wanna try it. There's also automated scanners like http://wapiti.sourceforge.net/(I think it's still a good one, but others might have come in to the game, this is the one I used last time).  glhf Heading off now, but if i'm correct, backend services require a VPS, so since I only have shared web hosting i've been looking around. I've found koding ( http://koding.com) and was wondering if that was good or bad. I also have absolutely no idea how I would even use anything other than PHP to output HTML or to do backend jobs. You can always run both frontend and backend on the same servers as on a VPS locally. Oh I remember you said that, well - The first thing is just getting to learn the inputs.io API, and practise till you feel confident in it. You can try the simple examples on the API page and try modding them. PHP is fine, just take things one step at a time. |
|
|
|
I'll give you some idea of how I think the application should be composed (although I've not made one myself, I make that clear). You need a way to handle the transactions (inputs.io) https://inputs.io/apiHere's the API to use^ Then you need to program some business logic, that is the glue and requests through the web language of your choice (PHP, Python, Ruby etc.). You could make the web language frontend request a backend-service, written in another language, or the same language for handling the occassional processing (of scheduled payouts). I know I keep saying this, but Golang is great for backend services (It's easy multi-threading and the nice minimalistic keyword set is perfect), although I think you should just get your proof of concept code working, and you'll make thoughts about your complete design in the process. And hey; good idea to get someone to security audit it. You can ask some people kindly, but there is also http://codereview.stackexchange.com/ it's in beta, you might wanna try it. There's also automated scanners like http://wapiti.sourceforge.net/(I think it's still a good one, but others might have come in to the game, this is the one I used last time). glhf |
|
|
|
|
Thanks for a great and clean tutorial.
regards,
dza
|
|
|
|
|
_here_________cut_______________here_
sawKsTmDcDHCmb5XT1BvYRuR7v7V8bNpNS
_here_________cut_______________here_
thanks !
|
|
|
|
But, as a last warning: If you do not have _massive_ calculation power, meaning multiple GH/s, you will have a hard time finding blocks and will be better off in a pool!
I am aware of this Can anyone give me an example of two bitcoin.conf's bitcoin.conf (client, joining mining pool) and another one bitcoinf.conf (working as mining pool) like: addnode,connect,rpcconnect- which to use at server? and which to use at client? do you use the same rpcpass and user on a mining pool when connecting to a client or is a mining pool not rpc-password protected or how does it work?? |
|
|
|
That's why you only have _one_ account in a mining pool, but several workers, so all of them will contribute to the same account.
This works on all major and probably minor pools.
And how do you do this by solo-mining ? Having one account across several workers (PCs) ? |
|
|
|
|
Yes, I know you can join a mining pool, but then you get more often a payout, but if the payout is still not equal to 0.01 you're still not able to transfer it centrally to your "main wallet" ..
This means, you can have a full room of mining rigs, but even if they in total generate a BTC you will never be able to "assemble" it at your CENTRAL wallet?
GET THE IDEA?
|
|
|
|
|
1 client, 1 wallet = you will never have your first bitcoin!!
My worries are:
1 client generates so little parts of a bitcoin, that you will never be able to transfer them to a "central" wallet ..
Why can't you merge several clients to cooperate on the "same" wallet so you actually have a chance of getting a transferrable amount (0.01) within a life-time??
It seems to me like you will have to adjust the "minimum send-amount" before any mining will make sense when Bitcoin goes "gold" ..
It doesn't make any sense to run it on several computers if none of them will never generate a bitcoin that can be transferred ..
Your bitcoin balance will always be 0.00000 untill the first 0.1 is generated right? Where can you see the payouts in realtime with "bitcoind.exe" without just waiting patiently for your first bitcoin ??
|
|
|
|
I've been looking a bit into BTC lately, these are my worries besides from what have already been discussed in this thread: 1. Why would anyone want to accept a currency that doesn't ensure "profit" on tomorrows trade rates? Do you have to write terms that says "If BTC drops below blah blah- I am not willing to process your order" because this can ruin EVERYBODY, no one gives their goods for free! 2. "No fees", correct, but any conversion from real-life/fiat currency = fees, any "potentially secure" eWallet, mybitcoin trade (more fees) .. Seems like any use-case suffers from fees in the end (which is not the original intention I guess) 3. Assuming Bitcoin only gets more popular, difficulty and popularity goes up. You still have alot of maintenance by securing your wallet, and this wallet is not able to send less than 0.1 or 1.0 BTC- so why would you consider mining at anytime if anything happens in between you are always giving your effort away when wallets are "lost" .. Even if you have a central pool server, all connected clients have individual "wallets" and who wants to wait for every single client to generate 1BTC and then transfer anything to your "main" wallet .. Maintaining mining and wallets seems like a pain in the ass since it is decentralized, but no one gives you the option to "collaborate" on wallets  4. Are your money protected by any means if you use all your money to invest REAL money in BTC to sell later on for profit when the rate goes up ? I would only trust a company within my own country, I think the police would never take a "BitCoin lost" or "BitCoin stolen" case seriously, especially if located in Japan or Canada (I'm from Europe) .. What if this happened to someone on MtGox or TradeHill? Some users on the forums already got mails from the owner of MtGox saying their money is "locked" because of a potential "stolen bitcoins" case .. No matter what, none of us wish to have "locked money" .. It's more frustrating than anything !!I might have gotten the whole thing wrong and then excuse me for my total incompetence and lack of leetness, but who actually understood this thing perfect from the start ? Well I guess mtgox.com is one of the only business sites that earn more bitcoins and dollars than anyone else in the bitcoin world. And mtgox owners without a doubt would be able to manipulate BTC currency value .. |
|
|
|
|
