First step: the devs should enable the db4 database feature that AES-encrypts the wallet.dat database on disk. The wallet should never be stored unencrypted by default, IMO.
|
|
|
Am I missing something or what ? If you give the smartcard, the only way for the receiver to check that it realy has some value is to proceed to a transfer. Then the card doesn't have any value anymore. So what's the point of keeping it ?
A physical-world digital store of money has many uses. Anonymous, reloadable VISA debit cards are quite popular, for example. A card would be nothing more than an anonymous bitcoin wallet. Currently bitcoins are as portable as your computer... but they could be more portable with a smartcard. Simply handing someone a card is a useful way to move money.
|
|
|
Maybe you can provide links or a description of what you're selling? Your forum post here is quite vague.
|
|
|
Also we need to create a minimalistic core protocol with places to extend (see the capabilities discussion on this forum) : make it easy for people to implement the core and make it hard to get it wrong!
A brand new protocol is quite the new and separate effort from simply documenting the existing protocol.
|
|
|
db 4.8, 4.9 and 5.0 work here on Fedora.
|
|
|
Let the free market decide! I pledge 100 BTC for you to change your name to Megatron.
|
|
|
+1, I think this feature should go upstream
Not sure what's going on with OpenSSL on Windows. OpenSSL SSL_* C API works for me, when using Fedora 13/14 + their mingw installation, where openssl DLLs come pre-built. cpuminer's Windows installer (which runs 100% on Linux) ships openssl as a CURL dependency. I know that data point is not very helpful, but well, there it is.
|
|
|
So my question then is what will happen, and what should happen, when a solution is found part-way through a block of work? Does the miner continue looking for further solutions, or does it throw away the rest of the piece of work? (I guess as well the answer partially depends on what the mining server is expecting).
If it throws away the rest of the piece of work that means the miner is behaving differently to the vanilla bitcoin client - in that case the worker loop keeps going until a solution is found (or someone else beats us to the solution). Would there be any reason for the miner not to continue as well?
If a solution is found, it is pointless to continue work on that block. You cannot solve a block twice. cpuminer's behavior matches the vanilla bitcoin client's BitcoinMiner().
|
|
|
Forgive me if this is a silly question, but, isn't it possible for me to directly transfer bitcoins to someone I'm face to face with, without a transaction getting recorded in the block chain?
Yes. You could give someone a wallet.dat file. Or you could transfer person-to-person using websites such as https://mtgox.com/ or https://www.mybitcoin.com/
|
|
|
Very nice! Glad to see this new service added to the bitcoin economy.
|
|
|
I've decided to fully opensource the code behind Bitcoin Central. Someone (he'll make his name public if he wishes) specifically requested it and donated a respectable amount of bitcoins to make it happen. The source has already been released to this person and will be publicly released under the AGPL Free Software Foundation license on February 1st. I am that donor. Feel free to mention me... I am just trying to help out the bitcoin community. Bitcoin needs an open source currency exchange site, to make it easier for others to open, for example, a Bitcoin-to-Polish-zloty exchange.
|
|
|
There's no limit (except disk space required).
And RAM. There's no limit, except disk space and memory required.
|
|
|
- Replace LRXXX by LR$ and LR€
IMO, special characters are always a pain, and should be avoided. - '$' is used for several currencies around the world, not just USD
- a standard keyboard cannot always generate these symbols
- 'USD' or 'EUR' is easily representable on most world keyboards, and terminals
- LRUSD, LREUR, etc. are what the currency provider uses
|
|
|
Note that the only thing broadcast for transactions and blocks is their hash.
Whenever a P2P node receives a new TX / block, they tell people "I have $HASH"
And only nodes without that $HASH will then request "give me tx or block with $HASH"
Thus, each node should ideally only receive the data once.
|
|
|
running ./configure for the .5 release, i get this: configure: error: Missing required libcurl >= 7.10.1 this is on ubuntu lucid 32bit, with libcurl 7.19.7-1ubuntu1 installed. any thoughts on why it'd think 7.19.7 is not >= 7.10.1 ? maybe curl-config is broken or missing? You could try passing --with-libcurl={directory} to configure.
|
|
|
Could BitCoin ever be backed by Gold or some other commodity in the following fashion? And would it be desirable to do this?
If you are rich and don't mind losing lots of gold, sure
|
|
|
Patience. The store is closed for the holidays.
|
|
|
To kick start the process though and for bitcoins to have any value we need a functioning economy willing to accept bitcoins in exchange for goods and services. This is probably the only important element to achieve next. Everything else will not matter if this doesn't happen.
Correct. The software is, overall, sufficient for a factor-100 or more increase in transaction volume at this time. Building a functioning bitcoin economy is what gives / will give bitcoins their value. I would argue that building the bitcoin economy is more important than further bitcoin software modification. The lone feature I think is sorely missing is the much-discussed "lightweight client."
|
|
|
We accept bitcoins at UpgradeYa.com. UpgradeYa is a small, affordable web design company owned and operated by two brothers from Raleigh, North Carolina. We focus in building and hosting Drupal websites. Anyone paying in bitcoins will receive a 10% discount. Bitcoin info in footer and on http://upgradeya.com/pricingYou have a PM. I'm also in Raleigh NC.
|
|
|
|