 Show Posts
|
|
Pages: [1] 2 3 4 5 6 »
|
I created an order then sent bitcoins after seeing an order-match ID, however the order seems to have expired anyway. I received no XCP from this trade according to Blockscan. http://blockscan.com/order.aspx?q=3251The expiration was set to 15, however the bitcoins were sent within 4 blocks. Can anyone assist? What branch are you using? I used git to clone what I believe is the master branch. Prior to this trade yesterday I updated due to the bug with block 284193. There are a few btcpays to invalid order match ids according to blockscan: http://blockscan.com/btcpay.aspxThe bitcoins were definitely transacted...confirmed by blockchain.info. Bump to this. I sold the XCP for that order, and did not get the BTC intended for the BTCpay. I don't know what account that BTC was sent to. Another BTC sell order from that same order successfully processed though, so my order does work. Problem seems to be in the BTCpay matching. The issue seems to be that order matches that existed in master didn't exist in develop, due to the recent changes in the rounding algorithms. I've updated master now. Thanks. Since this (I believe) resulted in actual BTC lost by one or more parties, would it be advisable for all parties to manually reconcile these transactions? Of course this being bitcoin I can't force anyone to do anything. Is there a way to reconcile the situation? Or are my bitcoins irrecoverable due to the bug? I would hope that the sellers who benefitted from this bug will send the XCP to their buyers, realizing that in order for the rest of their XCP to appreciate in value early buyers shouldn't feel scammed. According to jimhsu, he was the counterparty of the trade, but didn't receive my bitcoins. (Jimhsu, did you lose your XCP also?) So are my bitcoins irrecoverable due to the bug? |
|
|
|
I created an order then sent bitcoins after seeing an order-match ID, however the order seems to have expired anyway. I received no XCP from this trade according to Blockscan. http://blockscan.com/order.aspx?q=3251The expiration was set to 15, however the bitcoins were sent within 4 blocks. Can anyone assist? What branch are you using? I used git to clone what I believe is the master branch. Prior to this trade yesterday I updated due to the bug with block 284193. There are a few btcpays to invalid order match ids according to blockscan: http://blockscan.com/btcpay.aspxThe bitcoins were definitely transacted...confirmed by blockchain.info. Bump to this. I sold the XCP for that order, and did not get the BTC intended for the BTCpay. I don't know what account that BTC was sent to. Another BTC sell order from that same order successfully processed though, so my order does work. Problem seems to be in the BTCpay matching. The issue seems to be that order matches that existed in master didn't exist in develop, due to the recent changes in the rounding algorithms. I've updated master now. Thanks. Since this (I believe) resulted in actual BTC lost by one or more parties, would it be advisable for all parties to manually reconcile these transactions? Of course this being bitcoin I can't force anyone to do anything. Is there a way to reconcile the situation? Or are my bitcoins irrecoverable due to the bug? |
|
|
|
I created an order then sent bitcoins after seeing an order-match ID, however the order seems to have expired anyway. I received no XCP from this trade according to Blockscan. http://blockscan.com/order.aspx?q=3251The expiration was set to 15, however the bitcoins were sent within 4 blocks. Can anyone assist? What branch are you using? I used git to clone what I believe is the master branch. Prior to this trade yesterday I updated due to the bug with block 284193. |
|
|
|
I created an order then sent bitcoins after seeing an order-match ID, however the order seems to have expired anyway. I received no XCP from this trade according to Blockscan. http://blockscan.com/order.aspx?q=3251The expiration was set to 15, however the bitcoins were sent within 4 blocks. Can anyone assist? |
|
|
|
|
rrsPT3PgFPpT6XpNNaiFHpupnZGpm1dbn2
|
|
|
|
|
I've read speculation that in the event that one or more countries default and/or exit the eurozone, the USD's value might rise in the short term, as capital flows from euros to USD.
But how would this affect the exchange rate of gold to USD?
Would unemployed Europeans find themselves selling gold to pay for living expenses, driving the price of gold down? Would a short-term stronger USD also drive the price of gold even lower?
If you wanted gold, would you wait or buy now?
|
|
|
|
if incoming money is automatically registered to users playmoney account, then only one receiving address would be enough, as long as it i added to the right user  how would that be done ? first time user creates account, my only receiving address is displayed, but how will I know to add money to exactly his account ? Are merchant solutions offering this kind of service ? and I would not be interested in users actual identity ... You would manually create a pool of addresses in your offline wallet. Then insert them into a table in your webserver's database. For example: UserName BitcoinPublicAddress -------------------------------------- FirstUser 1DoogLushD78Cjqpe62CKwsjzk5EasYhr2 AnotherUser 1FogFEtHXCTcx2CCXbALHRq3BwkkR2Jt2N Then use blockchain.info's API to monitor each address for new transactions. |
|
|
|
If I understand correctly, you want to use an offline wallet, but you still want the ability to automatically receive payments which will credit to user accounts. If you assign a public key to each user account, then you can monitor each public key's transaction log to look for incoming transactions (since all transactions are public). The difficulty will be in automatically generating new addresses for new accounts. You could pre-generate some keys in the offline wallet, but you would need to generate more when they have all been used. As far as coding it, you might could save some time by using blockchain.info's API to monitor for new transactions: http://www.blockchain.info/api |
|
|
|
I searched for about 10 minutes & could not find the location of the island they are thinking about buying.
Is that available yet? link anyone?
thanks!
It looks like potential locations are still being proposed here: http://www.reddit.com/r/redditislandNo I think that is an unrelated island. Yes, unrelated, but perhaps a good opportunity for ideas to converge. |
|
|
|
Several threads have entertained the notion of an island community build around a Bitcoin economy. This project might be of interest: /r/redditisland is a reddit community in the process of purchasing a private island to start a new reddit community. As we get closer to making it a reality, a few things have come up like currency. It seems to be between hard currency and something like BitCoin. http://www.reddit.com/r/Bitcoin/comments/ueui4/question_about_very_large_bitcoin_transactions/ |
|
|
|
|
Or if not by a banking conglomerate, perhaps by a large tech company such as Facebook or Google.
|
|
|
|
Remember that there is OpenCL supporting gpus already avalibe for ARM cpus...
ARM Gpus from 2012 onward are going to Support full OpenCL, Directx 11, OpenGL 4.0, OpenGL ES 2.0 and some even Directx 9.
Last I checked there was no API yet though, at least not for Android. |
|
|
|
|
Android 4.0 (Ice Cream Sandwich) is the most polished version to date. As far as hardware I highly recommend the Galaxy Nexus. It is one of only a few device already running 4.0, and it will be the first device to get updates directly from Google. Also has NFC and a large, sexy screen for showing off the Bitcoin clients.
In regard to service, I'm a little surprised Verizon doesn't offer the best signal out there where the barns are located. Your Walmart Tracphone is likely piggybacking off Sprint's CDMA network, so you might want to consider Sprint also.
In regard to switching out devices, you can't beat AT&T and T-Mobile (both GSM networks). Switching phones is as easy as moving your SIM card. And all the cool European/Asian import phones tend to be GSM. (T-Mobile USA doesn't offer the Galaxy Nexus, so I bought an unlocked GSM model from the UK)
|
|
|
|
|
A request for a SSN or even a driver's license doesn't seem nearly as absurd as Facebook access. Those sound like identification regularly required for conducting certain financial affairs. Paypal even has my SSN. No banking service I've used (or for that matter any service of any kind) has ever required social networking access.
|
|
|
|
Seems Dwolla has had a "reversal" of policy. The Facebook requirement is no longer listed:  |
|
|
|
I tried deleting my Dwolla account right after TradeHill went down, but couldn't for the life of me figure out how to do this. I posted a question on their Facebook page asking how one goes about deleting/cancelling a Dwolla account, but it was never answered. So if I understand you correctly, you have to contact their customer support to ask for your account to be deleted? Wouldn't it automatically be disabled if you haven't used it in more than 30 days?
It would seem the fastest method is now to post your account number in this thread. Dwolla account ID # 812-665-7282 has been suspended.
Oh well. At least my account was empty.
|
|
|
|
Yeah I saw that myself. Looked into using bill pay from my bank only problem is 5 business day turn over. Yikes send them payment today, it would get there by next Tuesday. That's rough for trying to do business, better off dropping a check / usps in the mail.
Guess it depends on your needs. I'm looking to replace a Dwolla monthly-recurring ACH payment, so the billpay method seems to fit that need. BTW, I've never had a Dwolla transfer take any less than five business days either. |
|
|
|
|
