campbx.com plans to some day allow you to short
Fixed that for you.
|
|
|
I have been toying with the idea of providing an API. It will probably happen at some point, but I can't promise anything right now, there are still lots of other things in the queue. Thanks for providing this (API functionality)! - http://forum.bitcoin.org/index.php?topic=26910.0
|
|
|
I don't have those type of whois history tools that are pricey to use. - http://dnshistory.org/browsedomains/bitcoin.com. nameservers: linode.com. (e.g., ns1.linode.com) As far as registrar, sorry -- I don't know of anywhere that was recorded.
|
|
|
It finally got confirmed in the 6th block. Kind of made me worry there for a bit. Just to make sure that you are describing the problem correctly, understand this: The classic bitcoin client will show a transaction as "n/unconfirmed" until 6 blocks confirm the transaction - http://en.bitcoin.it/wiki/ConfirmationSo there is no amount of fee that will cause at transaction to "confirm" any earlier than 6 blocks. What I thought you were describing is that the transaction did not even get included into a block right away. That can happen unless a fee is paid. Before a transaction is included in a block, it likely will appear here: - http://www.bitcoincharts.com/bitcoinThe reason there's no "price versus time" chart is because, for the most part, all transactions get into the next block or two regardless of the fee paid. If no fee was paid and the transaction is a low priority transaction, then it could end up queued. There already is a solution for that though -- next time make sure to pay the minimum transaction fee when sending payment and the problem is solved. Keeping your Bitcoin client current may be useful so that if a fee is necessary, the client will make an accurate fee suggestion. - http://en.bitcoin.it/wiki/Vocabulary (see "priority"). At some point, when transaction fees become more important to miners, the transaction fee could affect how soon a miner includes the transaction. At the present and near-term future (next years or so maybe?), it isn't an issue, as far as I'm aware. [related: http://forum.bitcoin.org/index.php?topic=14571.msg196574#msg196574 ]
|
|
|
How is bitcoin going to be able to compete with credit cards, when credit cards are able to let me charge small amounts without making me wait for hours? Hopefully you are using the Bitcoin client v0.3.23 or higher, so that when a fee is required, the fee paid can be as little as a half millibit (or 0.0005 BTC, ... which is under a U.S. penny at the current exchange rate). With a fee, it is unlikely that your transaction will not be included in the next block or two. Though that still is a night and day difference from the two-second time that a credit card authorization takes. There are some interesting developments in this though, ... between the Mt. Gox Voucher, or simply accepting the risks for small transactions and taking a bitcoin transaction as payment without even requiring a single confirmation.
|
|
|
adjusts for the current historic difficulty changes every 10 days for the number of days you request a report for. This is excellent! One problem I'm experiencing though is that when I pick a longer number of days, e.g., 180 days, I get a div that Chrome won't function with very well. I can't scroll up or down, for instance.
|
|
|
Incidentally, The organization whose name used to be on the Bitcoin.com page, Bitcoin Ltd, has dissolved: BITCOIN LTD Company No. 06831070 Status: Dissolved 21/06/2011 Date of Incorporation: 26/02/2009 - http://www.companieshouse.gov.uk/Additionally, Bitcoin.com site now resolves to localhost. Additonally, the whois page for the domain shows: "Updated Date: 05-jul-2011"
|
|
|
Is there is way to find out how much one should pay in transaction fees to get included in the next few blocks?
I paid 0.001BTC and have missed out on the last 5 blocks. Perhaps some form of projection function would be helpful here.
Many transactions require no fee and are included in the next block, so paying a fee would almost certainly cause it to be included in the next block or two. Are you sure it didn't make it into a block? Check Block Explorer: - http://www.blockexplorer.comIf the transaction is still queued up for inclusion, it will likely appear here: - http://bitcoincharts.com/bitcoin/
|
|
|
You could write a CALL option, similar to this one: - http://bitcoin-otc.com/vieworder.php?id=4336 (That specific CALL option is for 10 BTCs, strike price $20.00, expiration Jul 17th, premium 2.0 PPUSD) Of course, a buyer of your call option in an OTC setting will want to have an assurance that you would deliver if the buyer wishes to execute the option. That is something that was accommodated with ClearCoin, but that escrow service is no longer available. OTC option orders are documented here: - http://wiki.bitcoin-otc.com/wiki/Option_ordersThere is also BitOption. BitOption escrows all USDs and BTCs with Mt. Gox exchange. BitOption is very new but they are rolling out some updates over the next days that should help the concept work: - http://en.bitcoin.it/wiki/BitoptionAnother method that will be coming is the margin trading through CampBX. They too just launched and don't have the margin trading feature available yet. - http://www.campbx.com
|
|
|
It seems like every weekend, the Bitcoin value takes a dip. My "rule of thumb" for that has been: If by Wednesday evening/Thursday morning the high is lower than the previous week's high, then sell on Wednesday evening / Thursday morning and buy those back on Sunday afternoon -- before Asia wakes up. But don't whine if, like what happened on Easter weekend, getting back in on Sunday afternoon costs you more than you made by taking advantage of previous weekend dips. [Caveat: I'm not your financial advisor. If your luck at timing the market is as good as mine, then listening to me will likely cause you to lose some or all of your money. ]
|
|
|
✪ good till certain time (end of day, etc.) ✪ all or nothing order fill option
I believe Camp BX offers these. - http://www.campbx.com
|
|
|
Can anyone explain to me what this message means or point me to the bit of code that generates such a response as in the subject above? Where are you seeing this? With a miner? If so, which one?
|
|
|
|