I suggest you sign up with BitcoinMarket. The prices for BTC against PPUSD are by definition as competitive as you'll find.
Ahh, thanks for showing me that. I wasn't aware the prices were so competitive. In that case I will pay .50 cents extra per BTC over the current Bitcoin Market Price, for people who want to do this. I will send the funds first, as well. We can try a 1 coin transaction first, so I can build up some reptuation here. Thanks guys. PM sent. By the way, get the process for using Dwolla started NOW (assuming you are in the US?). That way, you don't have to pay such a premium in the future. . Thanks, if you use the gift option you only pay 1% through paypal. Transaction completed successfully. Nice doing business with you!
|
|
|
2. How do I explain to the user that he needs to put an autostart command to start bitcoin as a server? Is it even possible to run both a client and a server at the same time? The addon should be easy to use for everyone, and explaining to them how they have to do a .bat file with some random code and place it in the autostart folder, how would that be easy?
I'm pretty sure that addons have full read/write access to the filesystem. As such, just configure bitcoin.conf appropriately (or read in the values for the rpcuser/rpcpassword if they are already set). I talked with the help channel and they told me that it is possible to gain filesystem access and to execute programs, but they said it is very hard to get such an addon approved. Ahh maybe I'll go that way and distribute the addon myself if they don't approve it There is no reason to execute programs. Just read/write to the bitcoin.conf file.
|
|
|
I suggest you sign up with BitcoinMarket. The prices for BTC against PPUSD are by definition as competitive as you'll find.
Ahh, thanks for showing me that. I wasn't aware the prices were so competitive. In that case I will pay .50 cents extra per BTC over the current Bitcoin Market Price, for people who want to do this. I will send the funds first, as well. We can try a 1 coin transaction first, so I can build up some reptuation here. Thanks guys. PM sent. By the way, get the process for using Dwolla started NOW (assuming you are in the US?). That way, you don't have to pay such a premium in the future.
|
|
|
The reality is, there is not a single direct competitor to MtGox, at least for USD. The other markets only fill specific niches. I'd love to see someone make a DIRECT competitor to MtGox.
|
|
|
ok, so the colonies have their own block chains, so how are the transaction made between the colonies? what about people who travel between the colonies?
You wouldn't be able to mine the Earth chain from Mars, but transactions would still work... slowly. VERY slowly. Hence the need for MarsCoin.
|
|
|
2. How do I explain to the user that he needs to put an autostart command to start bitcoin as a server? Is it even possible to run both a client and a server at the same time? The addon should be easy to use for everyone, and explaining to them how they have to do a .bat file with some random code and place it in the autostart folder, how would that be easy?
I'm pretty sure that addons have full read/write access to the filesystem. As such, just configure bitcoin.conf appropriately (or read in the values for the rpcuser/rpcpassword if they are already set).
|
|
|
but what is under blk0001.dat ?
That's the blockchain. If you delete it, you'll have a long wait before you can use your client again.
|
|
|
Still getting... The last posting from your IP was less than 0 seconds ago. Please try again later. Seems like it is happening more and more often too. I got it when sending a PM earlier
|
|
|
Anyone else check the hashes, winner manually? I'm curious if anyone here actually manually checks too?
Nope But, because you asked... Yeah, it all checks out. In the future, this would be easier if you linked the Block Explorer pages for the two blocks, like so: Block 1: 127866 Block 2: 127867You know, I just noticed a minor flaw... What is considered the first block after 00:00:00 UTC? I ask because the miner can set the time in the block to whatever they want within a 70 minute period. As in, they can try to make the 00:00:00 UTC block (and the one after it) up to 70 minutes beforehand. Of course, your secret hash defends against this.
|
|
|
I just did a few trades over paypal and everything went pretty smoothly. I was just wondering about frequency and volume of other paypal brokers and if/when paypal contacted you/ disowned you.
Whatever you do, don't pay (or be paid) using the "gift" option. Supposedly, that is more likely to cause problems. Use personal payment owed instead.
|
|
|
If it goes into the triple or even quadruple digit range I think the big holders of bit coins should refrain from cashing out. I think that would risk crashing the market. Instead leak the coins out at a steady pace and live off them, or better, use them in direct transactions rather than exchanging them first. If they were stupid enough to cash out all at once, they would have done it a long time ago. Remember, there was a time when bitcoins were worth less than a penny.
|
|
|
That first address was used to give you your "change" from a previous transaction. You own that address, it's just hidden from you in the UI. You will still receive bitcoins just fine on that address.
|
|
|
So if I were to make 3 transactions a day, every day, I'd need to update my backup roughly every month, with no backup much older than that having all my Bitcoins in it.
Please correct me if I'm wrong.
That's correct, assuming that you are re-using your receiving addresses instead of manually generating a new one.
|
|
|
You can easily tell when a transaction is coming FROM a market/e-wallet. That is because they typically have such a large pool of transactions to choose from that most of the time the amount sent is exact. Bitcoin clients themselves usually don't have that much variety. Additionally, the coins tend not to sit around very long.
Using those assumptions, you can see the transactions into markets/e-wallets, but only well after the fact. However, good luck figuring out which market/e-wallet the transactions went to/from.
|
|
|
Well, I can't say I'm surprised...
Only 2 out of 12 OpenDNS caches are still resolving.
|
|
|
A problem with dropping difficulty at a certain time is that defining an exact nanosecond worldwide is a tough business... and if you would drop difficulty at a certain block, you would still have to mine that block which in the worst case still takes too long to do.
Not really. It could be activated just by receiving a special transaction signed by the current lead developer. That said, the last thing we should do is prepare for this. The longer we're forced to think this over, the better.
|
|
|
Lets imagine that in one point, we will suffer from sudden lost of interest in bitcoin, due to legalization problems, or due to some other factors.
Computation power of the network will be suddenly changed, but difficulty will stay the same for long time (max 2016 blocks).
In result, we will have situation when, possibly even one block, will not be solved in a day, and therefore - extremely slow transactions confirmation.
How to handle that situation ? Is there any precaution ?
If not, maybe one should be implemented?
Like, as example this ones, - Change of difficulty every 12 hours, or 72 blocks. Difficulty starts to change, if no block was found in 1-3 hours. (Added)
Please comment.
I completely disagree with implementing such a system. In fact, if such a situation occurred, we should be WARNING THE USER. Why? Because this most likely means that the network has been segmented. The last thing we want to do is increase the speed of block creation on a segmented network. If this happened as a result of a sudden loss of interest, as you supposed, then we'd just have to put out a new client. Under no circumstance should this be built in to the client.
|
|
|
Looks to me like this could be (one of) MtGox's reserve wallet(s). Not much of a surprise here.
|
|
|
Meh. We could use a good stress test.
|
|
|
|