Bitcoin Forum
January 22, 2019, 01:40:51 AM *
News: Latest Bitcoin Core release: 0.17.1 [Torrent]
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 [93] 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 ... 463 »
1841  Economy / Trading Discussion / Re: Historical data on: March 07, 2013, 10:23:32 AM

That data and more is populated monthly here:
1842  Other / Beginners & Help / Re: Liquidity on: March 07, 2013, 10:18:15 AM
people just can't get out fast enough without being exposed to counterparty/exchange risk of them holding your fiat.

Executing the transaction (at an agreed upon price) and actually getting the settlement (proceeds delivered to you, you deliver the coins) are two separate components.  

The convenience of using an exchange like Mt. Gox is that these two essentially can occur at the same time.  I sell and then on-demand I can withdraw (as a bank wire or whatever).

If you can trust your trading counterparty(ies) then you have a much easier time finding buyers.  Most bulk sellers will allow a rate to be locked in but only if payment (e.g., bank wire) clears within a specific (and short) period of time, but even then they require a premium to be paid.

Another approach is to sell a futures contract on  For instance, at this moment the spot market rate at Mt. Gox is 44 but the April 15th 2013 futures contract on can be sold at 47.  So that would be an agreement to take a selling price of 47 today but you'ld need to wait for settlement on April 15th.  Well, technically you are paid (or charged) variation margin daily with the contract settlement on April 15th.  But the point is that you can use futures contracts to lock in a price.

The problem with that approach is that there aren't 10,000 BTC of liquidity there.  But they are growing and someday that type of transaction could work.

Also, along the same lines you could write CALL contracts on MPOE (at MPEX) at a certain strike price (or buy PUT contracts).   There they do apparently offer liquidity for that size of transaction.  That comes at a cost however as the bid/ask spread is relatively very wide.

Other methods the provide liquidity are coming.   CoinSetter and Kraken are two such services that are expected to be launching soon.
1843  Other / Beginners & Help / Re: importing private key from a blockchain wallet on: March 07, 2013, 12:41:46 AM
Thanks for the explanation, so simply this is the problem i simply created a blockchain my walled. then funded the address that was generated in the creation of the wallet. when the bitcoin were in the wallet i tried to make a transaction later but it did tell me that the private key didn't match the address. i didnt make the address "watch only" i didn't touch the private key.

Hm, that is very odd.  Maybe it is a bug.  Or maybe some issue with the data. support will probably need to have a look at the contents of the wallet to further troubleshoot, unless they know why this is occurring.

So if you wanted to you might try exporting the private keys and importing them in another empty wallet on  (So on the one you Import/Export, then export unencrypted.  Then log out and create a second new wallet where you import the private key(s) and try to spend from there.)
1844  Alternate cryptocurrencies / Altcoin Discussion / Re: Does Ripple/XRP compete with Mt. Gox???? effectively on: March 07, 2013, 12:28:03 AM
which may expalin my Mr.CEo of Gox is doing this

I'm not following.  What is it that you believe the CEO of Mt. Gox is doing?
1845  Economy / Scam Accusations / Re: Too good to be true? on: March 06, 2013, 11:44:51 PM
Another scam site probably created by and co.

Nailed it.

Update, latest incarnation:

The e-mail address for that PayPal account:

Previous scams (in chronological order) likely by the same scammer:
1846  Economy / Service Discussion / Re: Mt.Gox Payment system problem on: March 06, 2013, 11:42:42 PM
I am talking about paying a merchant through their payment system.  The wallet that funds were sent to were a temp wallet that Mt.gox generated for the payment.

Calling it a "temp wallet" is the wrong term.  It is simply the Bitcoin address their ordering system presented to you as the customer for use when sending payment.

Everything has over 6 confirms but no one can tell me what these two wallets are.

Then the merchant got the money (assuming Mt. Gox's service credited everything properly after the 6th confirmation).

So your BTCs should have been received by Mt. Gox and automatically credited to the merchant's account.  But ignore the blockchain.   It gives no useful information other than yes, the payment from you has received six or more confirmations.  After that, nothing matters because the address your payment went to isn't either your wallet nor is it the merchant's wallet.

Have you contacted the merchant to inquire?
1847  Other / Off-topic / Re: Sorry, y'all: Game Over. I'm about to buy all the bitcoin. on: March 06, 2013, 11:11:18 PM
Gotta give this scammer points for persistence!  I wonder when PayPal will figure out who this really is.

Update, latest incarnation:

The e-mail address for that PayPal account:

Previous scams (in chronological order) likely by the same scammer:


Please report this scammer as badware:

1848  Other / Beginners & Help / Re: slow transaction on: March 06, 2013, 10:48:26 PM
the 28 satoshi, although, shows up on blockchain web, my client still don't see it.

Yup.  That's no surprise.  Here's the transaction that you say you aren't seeing:

In order for your node to know about a transaction the peers your node is connected to need to know about it.    So your peers must first see the transaction then they must verify the inputs, and only then will they relay it.

Now here's the problem.

That transaction uses inputs from two other transactions ... two "parents".  Neither parent transaction has confirmed.  Here's one:

And that transaction, ... 2b7c5c019a3dbbe8c62cee9900248d010b6abaadd10401b130d1732433c3f1a2, itself has a parent, and that parent hasn't confirmed either.  Here's that:

And same thing with even 550f81600de37788b1010ea8a1cbadab24c7d2c25147df6b5765c0e31d5a3551's parent:

Shall we keep going?  We must ... so that 06585f02e5992bd7fdf28f69b1d3f6f91a5a6969c79061ec67c29c17c7f5a1f5's parent:

Which brings us to cb52fd82a3916f3004f7d329250d462b74ed34e67371121ce0bb1b68d0cf188a's parent ... still not confirmed:

And finally f44a37fa096958d0b41f0109b152a626384832f9011b6e3baf77fbd096b462a9's parent does actually have confirmations:

So what is likely happening is the nodes are refusing to relay this transaction (plausible) or more likely the peer node's memory pool is only so big and not all these spam-like transactions are saved long enough and thus your transaction is invalid (the parent transactions can't be found when searching the memory pool).

The solution is to stop doing this crap.  (i.e.,As a commercial provider, don't send out a payment unless the funds you are using for the payment themselves have many, many confirmations.  Your customers deserve better than that.)

Bitcoin is not good for microtransactions.    I know that revelation ruins the business plans of all these "free bitcoin" sites but them's the breaks.  Nobody is going to tell them that no, they can't do this.  But the Bitcoin-Qt/bitcoind client was designed to be resilient against attack and this looks more like an attack than legitimate value transfers.

What the mining pools (or freebie coin service, or whatever it is) can do is maintain a wallet for each user and then when some payout threshold is reached (e.g., a nickel's worth of bitcoins) then and only then is the payout sent through the blockchain.

Now the resolution for this is, ... if the node which first broadcast the "top" spend transaction (f44a37fa096958d0b41f0109b152a626384832f9011b6e3baf77fbd096b462a9) then continuously re-broadcasts that (which is the default, at least once an hour if it has not seen a confirmation), then eventually a miner will take that transaction and it confirms.  It may take a day or so.   Then the next transaction in the sequence (cb52fd82a3916f3004f7d329250d462b74ed34e67371121ce0bb1b68d0cf188a) would get re-broadcast and mined ... that's another day or so.  Then repeat for each in the sequence.  So it is possible your client won't see that transaction for nearly a whole week.      
1849  Bitcoin / Bitcoin Technical Support / Re: Merge two wallet.dat on: March 06, 2013, 10:08:18 PM
and import them without stopping bitcoind 1 into the other wallet?

With Bitcoin-Qt/bitcoind v0.8 you can do an importprivkey and rescan=true on the last one to import and it will rescan.  With versions prior to v0.8 it did a rescan after each import, or you could (and still can) force a rescan when launching the program.

listreceivedbyaddress will give all the addresses in which you've received funds.
1850  Economy / Service Discussion / Re: List of services with shared wallets? on: March 06, 2013, 09:47:35 PM
If you know any please post em here.

There are a lot of services, especially online casinos, which provide hosted (shared) wallet accounts, so not every single one has been added to the wiki:

1851  Other / Beginners & Help / Re: How does the generating new addresses work? on: March 06, 2013, 09:44:39 PM
It seems like you can generate as many as you want bitcoin addresses with the Bitcoin client.


Isn't there a limit?

The client still uses BDB for the wallet.dat.   The previous versions would bog down after the wallet held several thousand addresses, but I'm not sure if the move to LevelDB for the blockchain in v0.8 made that problem go away (at least to where the sluggishness wouldn't reappear even after a level much much higher number of addresses).

Are there any potential problems with generating too many?

To your node, yes -- sluggishness.   To the Bitcoin network?  Nope.

How do they avoid the chance to people to generate the same address?

Maths and keyspace.   i.e., There's no reason to worry about it ever happening.

1852  Other / Beginners & Help / Re: Dwolla -> BitInstant transfer failure on: March 06, 2013, 09:37:00 PM
Am I being ignored?

They had a half-week outage following a security breach and then a burst of activity, so it is reasonable to conclude they are backlogged.  They are not likely scanning the forums for new threads, so you might have better luck putting your inquiry in the thread that they do monitor:

Official BitInstant Support Thread (Active Customer Support)

I do see reports there of people getting their service inquiry addressed.
1853  Bitcoin / Bitcoin Discussion / Re: Bitcoin wallets for noobs - how to transfer private keys? on: March 06, 2013, 09:05:52 PM
Now I just have to go read what the SIPA format is and who supports it. Wink


Wallet import format is the most common way to represent private keys in Bitcoin.


and related:

1854  Other / Beginners & Help / Re: 6 Unconfirmed transactions with SatoshiDice since 2/28/13 on: March 06, 2013, 09:02:39 PM
Could you elaborate on your first solution?

Er, scratch that.  Now that Bitcoin-Qt has debug mode (v0.7 and higher) the best method is to use that to export your private keys, and then import them elsewhere, either into a newly created, clean and empty wallet or to import them into another client, such as

[Edit: To export your keys:

You can use listreceivedbyaddress to print out all the addresses that you have ever received money at:

>bitcoind listreceivedbyaddress | findstr address > addresslist.txt

You can do listreceivedbyaddress in the debug window, then for each address:

dumpprivkey [address]

1855  Other / Beginners & Help / Re: Can people short sell Bitcoin like they short sell stocks in the stock market? on: March 06, 2013, 08:57:55 PM
Are they future companies that function similar to that you mentioned earlier in your post?

Here, now you can know about as much of them as I do:

Going by the name of "Kraken," it will be the first site to offer leveraged trading since the beleaguered Bitcoinica went offline last year.


1856  Economy / Service Discussion / Re: Mt.Gox Payment system problem on: March 06, 2013, 08:28:08 PM
I can see the transaction on the chain and my coins going off in the oblivion to 2 differerent addresses.  One for a very small amount, like the transaction fee, and the balance going elsewhere.  Then I lose it.  

You might be misunderstanding how hosted (shared) EWallets function.   When you are given a Bitcoin address for depositing to your Mt. Gox's account, that address is not your own address, it it simply an address in Mt. Gox's wallet and any payments received to that address are added to your Mt. Gox exchange account.  So looking at the blockchain will help you verify that your payment was sent, but it cannot be used to determine what happens to those funds from that point on.  Mt. Gox will credit the appropriate account when the transaction reaches six confirmations and that's the end of it are far as what you can determine by monitoring the blockchain.

I was making a payment through the Mt. Gox merchant payment system

So if you are the customer, then only the merchant will see the payment confirm.  If you sent the payment and that transaction has six or more confirmations, then the merchant should have gotten notification that payment was completed.   Are you saying the the transaction has confirmed and the merchant is still waiting on your payment?
1857  Other / Beginners & Help / Re: Help! Deposited yesterday and still nothing in wallet on: March 06, 2013, 08:20:49 PM
I'm not a newbie alright I've done this ten times with no problem I'm fully aware of that forum,

Ya, but they monitor that thread and probably are unaware of this one.  So if your problem is not yet resolved and you haven't done so already consider posting your inquiry there:

Official BitInstant Support Thread (Active Customer Support)
1858  Other / Beginners & Help / Re: BitcoinWireless a fraud ? on: March 06, 2013, 08:13:49 PM
Since I cannot post anywhere else yet, here I am

More than once I've found sitting in my spam folder the response I'ld been so eagerly awaiting.  Perhaps that is what happened here.

You might want to send a PM to Yankee asking for a resolution.
1859  Economy / Gambling / Re: - Play Hi/Lo Card Game for Bitcoin. Provably Fair. Incredible Fun on: March 06, 2013, 07:58:46 PM
This is one of those online games which probably can be rendered well on a mobile (e.g., versus blackjack in which by the time your UI design accommodates splits and stuff a mobile's small size display just isn't sufficient),

You should consider making this more usable from a mobile.
1860  Other / Beginners & Help / Re: importing private key from a blockchain wallet on: March 06, 2013, 07:30:49 PM
Its a blockchain wallet i didnt import it i ve created it in the site. i ve send coins from an exchanger nd and for watch only i didnt do it .. can do it after ive funded the wallet  ? i wont lost the coins if i do that ?

I'm not sure I'm following but let me answer the question I think you are asking.

When you use, you never need to touch private keys yourself.   When you want to receive money it will give you a bitcoin address to use each time you click "New Address".   That address will have a private key and can be used for spending.

It is possible to make an existing Bitcoin address into a "watching only" address by going into the Advanced mode and then delete the private key.  Or you could simply take any Bitcoin address from anywhere and add it as a watching only address.  

So in working with a "watching only" address you are going above and beyond the basic functionality provided by  With that comes the necessity to understand  when a private key is needed and it appears that is about where your question lies, so it is good that you are asking this question.

When you have a "watching only" address,  you cannot spend any funds received to that address unless you have access to the corresponding private key.

So I am thinking that your question is this:

  If a watching only address is added now, can that address be used to request payment from others even though it says "watching only?"  

The answer to that is yes, as long as you have the private key for it somewhere and that key is kept secure.

The can later import private keys.  If you add a private key it will look to see if the address already exists.  If it does and it is a "watching only" Bitcoin address then will simply change the mode for that address so that it is no longer a "watching only" address and store the private key with it.  You can then use any funds received to that address for spending.    

So as long as you have a private key for a Bitcoin address you can always spend any funds received to that address.  The private key is only needed at the time you plan to spend funds at that address.  The private key does not necessarily need to be in the at the time a payment is received to that "watching only" Bitcoin address.

You can see all the Bicoin address/private key pairs in your by clickiing on Import/Export then Paper Wallet.  

For any private key, you can use a tool to have it compute the corresponding Bitcoin address. generator can do this:
 -  <--  Paste your private key, it will show the Bitcoin address.

So if you are seeing a problem reported with a certain address -- firstly a mismatch between private key and Bitcon address shouldn't happen, but just to know a bit more where your problem lies, perhaps check the private key on BrainWallet and ensure that it does indeed provide a Bitcoin address that matches the one shown on the Paper Wallet view.
Pages: « 1 ... 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 [93] 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 ... 463 » is not available or authorized for sale. Do not believe any fake listings.
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!