Has anyone yet written 'listtransactions'?
|
|
|
All of the actual network protocol messages will have to have the values byte swapped where appropriate and the number handling functions, etc. It's probably not worth it for the mediocre hashing performance you would get from a sparc.. it looked like a lot of work when I tried to do it for PPC.
I bet a 32-core Niagara would work nicely... not all Sparcs suck
|
|
|
Here is my attempt to implement basic listtransactions support: http://pastebin.ca/1909858 (patch to rpc.cpp against SVN) As I have not yet gotten a native build going yet, could I trouble someone to take a look at this? I am -not- a C++ expert by any means, so there might be some obvious bugs. listtransactions is IMO an important addition, because there is AFAICT no other way to list each individual transaction. All the other list* and get* functions have a tally of some sort. Automated use really implies a need for fine-grained transaction lists.
|
|
|
Fantastic, thanks!
Now if only Fedora would ship elliptic curve crypto, it would build on Fedora. (Fedora excises that due to patent encumbrace)
|
|
|
Ok seems to be a philosophical difference here. Is it really a "production" network? It is still running on software labeled as "beta" sending the signal that it is not ready for "production". Are we really already to the point of being unwilling to tolerate failure because bitcoins still seems to be very much experimental. I am confused.
bitcoins are experimental, and the system may fail for any number of reasons. However, there is Real Money and value attached to bitcoins. You're not being a good network citizen if you're messing with that.
|
|
|
There's no reason to swap wallets, and you run the risk of messing it up and losing coins...
There are plenty of reasons to swap wallets. I can think of disaster recovery and de-centralization (non-SPOF) scenarios where you absolutely would want to move around wallets. Here's hoping they will turn on db4's AES encryption for wallets, by default, too!
|
|
|
Ok we dropped our commission. So the site is complete free now except for paypal fees.
I am not quite sure why you did that. I am totally satisfied with paying the 2% commission because it help me support the bitcoin economy and thus grow the amount of services and goods available. Plus, I don't have to think about donating. +1 I was happy with the model as well...
|
|
|
Any chance to get the test network into bitcoin/trunk, #ifdef'd out?
|
|
|
Does CMake enable, as easily, cross-compilation using mingw?
|
|
|
Anyway, there ought to be a way to know what's happening in the swarm. We need to know if we're being attacked, right? And we need mechanisms to defend the swarm, right? I'm not talking about breaking anonymity.
swarm metrics (network metrics) would be quite useful. Anything is better than watching an IRC forum full of bots.
|
|
|
The bitcoin currency market is so small, any number of things can produce wild swings.
Just wait until someone wants to buy $10,000 USD worth of bitcoins (and then convert back to dollars later on).
|
|
|
Don't have a site yet. I was hoping to test, and determine if you software was usable enough to create one
|
|
|
Does SVN have the faster block download?
I don't see it on the trunk, at least, but I might be missing something...
|
|
|
IMO it should be time-based ("1 day"), not an arbitrary number.
|
|
|
How does one obtain a merchant id?
|
|
|
[/li][li]WALLET IS ALWAYS STORED ENCRYPTED.
If the wallet is stored via Berkeley DB, it should be easy to turn on DB's automatic AES encryption feature. I agree the wallet should always be stored encrypted.
|
|
|
And I still have 0.00000 bitcoins... my linux machine is weak, its only a dual core 2.8ghz Pentium D, but not much other CPU intensive things are running on it, and I figure that the average person participating doesn't necessarily have the latest fancy hardware to dedicate to bitcoin, I shouldn't be that far out of the target audience.. should I just accept that my machine is too slow to have any value in running bitcoins 24/7 ?
There is always value in running a bitcoin node, if you want to help support the integrity of the currency. The more "honest" nodes on the network, the more likely the currency will succeed. Once the difficulty comes down, it seems likely you will start earning a few bitcoins here and there. It's definitely random, though, with no guarantee you'll make a block.
|
|
|
I think a more realistic proposal is to get charities to accept bitcoins as donations.
Helps popularize and legitimize the currency.
|
|
|
|