Is there any incentive at all to pay transaction fees if the block size is less than its maximum size? If the block is less than the maximum size, won't all transactions be included in the block regardless of fees paid?
Some miners are not putting transactions in if there is no fee. I presume this is to incentivise fees. Evidence? I see plenty of blocks with zero fees.
|
|
|
See this thread for discussion of how block size limit caps transaction rate. The block size limit caps bitcoin at 463 transactions/minute, or ~7 transactions per second.
|
|
|
Thanks to everybody that's responded so far! Still looking for more trades, of course.
|
|
|
You'll hit maximum block size, before ECDSA becomes a bottleneck.
|
|
|
Wow... Your miner took my Core2 machine from a mere 2.1MH/s to over 8!
8 mhash/sec per thread??? The comparison seems off. You know that cpuminer only prints out per-thread khash/sec not total, right?
|
|
|
I'm currently poking it. I'm assuming it's in MASM format, and trying to port it to YASM now. If I get something that makes sense, I'll put it in my github repo.
Standard GNU assembler should accept MASM format, with a command line switch or two...
|
|
|
My cpuminer work on Windows (32-bit) as well as Linux.
I get around 1 Mhash/sec/thread with your cpuminer on a Core 2 Duo machine running Linux, using either the C or the cryptopp algorithm. It would be great to have the SHA256 engine from this thread's SSE2 miner in your cpuminer. Is it possible? Yes, it's possible. ufasoft has released assembly source code.... just takes someone with free time and knowledge to integrate into my cpuminer repository.
|
|
|
Have $1000 mtgox-USD, looking for PPUSD. Terms: - requires good reputation on forums or #bitcoin-otc - 1:1 exchange rate - you pay paypal fees, if any Send PM or email jgarzik@exmulti.com if interested.
|
|
|
While I agree that the vast majority of typical bankers will have no desire to see bitcoin succeed, [...]
That's painting with a broad brush Most bankers probably have never heard of bitcoin, and when they do, they won't care because it won't change their daily lives one bit. The bankers I talk with say "hum, that's pretty cool" and then go back to filing Bitcoin is a currency. When bitcoin is big, they will use it. While bitcoin is small, they will ignore it just like they ignore the currencies of hundreds of tiny, inconsequential countries. Bankers are just there to make money while handling money. It's not an ideology
|
|
|
The idea of bitcoins existing in some ethereal world outside government regulation is fantasy, and always has been.
I want bitcoin to succeed; that means doing stuff like paying your taxes with bitcoins.
TANSTAAFL.
|
|
|
I haven't used this yet, but... kudos for filling a useful niche in the bitcoin community!
|
|
|
All this patch is doing is moving race windows around. Currently RPC server init happens last, and that is sufficient to see that bitcoin is initialized.
|
|
|
How long have you been a member of the Bitcoin community? How many dealings have you had with mtgox? I'm guessing none. Well, this community (generalizing) has a lot more trust in mtgox than Baron, and Baron hasn't done a very good job giving us a plausible narrative of events. Right now, the only way I would side with Baron over mtgox is if Baron plausibly describes exactly how this situation occurred, or if mtgox does not post a detailed writeup of this matter once it was complete.
+1 agreed
|
|
|
I'm talking with the conference organizer right now...
Although the conference literature and speaking schedule has long been set in stone, the organizer is interested in squeezing in something about bitcoin somewhere...
|
|
|
This service has been discontinued. Bitcoin Block Explorer is far better than this rudimentary service, so bitcoinwatch is now linking directly to BBE.
|
|
|
"dumpblock" RPC command is a variant of getblockbycount. I believe that a program should come with easy data inspection tools, and that was the motivation of the original getblock (then renamed to getblockbycount). One apparent objection to the merging of this patch into bitcoin was that the output would vary in the future, when lightweight clients and partial blocks are far more common. I have attempted to address this objection, with this patch. So, I propose to include this patch http://yyz.us/bitcoin/patch.bitcoin-dumpblockinto bitcoin 0.3.21. It adds the "dumpblock" RPC command, which takes a block-height parameter. A "_complete" boolean is inserted into the JSON output as a convenience, to indicate whether or not all transactions in the block are present (lightweight client). Although not shown in the this, if this proposal is acceptable, I will further modify the 'dumpblock' RPC command to accept a hash parameter as an alternative to a block-height parameter. This will permit JSON-RPC users to query by either height or hash, to obtain the desired block dump.
|
|
|
Patch updated for latest git. See top of thread for URL.
Note: there remains an undiagnosed crashing problem, so this is not considered reliable or stable yet.
|
|
|
Patch updated for latest git. See top of thread for URL.
|
|
|
This patch is now un-deprecated. People continue to find value in a 'listtransactions' display that uses [almost] the same logic as the GUI's wallet display.
The patch has been updated to latest git. See top of thread for URL.
|
|
|
|