I had to hit the sack last night as it was 2am CET, but I'd like to
sum up the discussion we had on IRC about scalability and SatoshiDice
in particular.
I think we all agreed on the following:
- Having senders/buyers pay no fees is psychologically desirable even
though we all understand that
On Fri, 2012-06-15 at 15:34 +0200, Mike Hearn wrote:
The idea can be more generalized in that there are many cases where the
generator of a transaction doesn't care about confirmation times, and
would really be willing to make their transaction lower priority than
other 0-fee transactions.
[I originally sent an earlier version of this message to Mike off
list, but I figure it's worth adding to the public discussion]
On Fri, Jun 15, 2012 at 7:29 AM, Mike Hearn m...@plan99.net wrote:
(4) Making the block size limit float is better than picking a new
arbitrary threshold.
On the
Thanks Mike for the writeup - I'm very sad to have missed the discussion
on IRC since fee economics are probably my favorite topic, but I'll try
to contribute to the email discussion instead.
(4) Making the block size limit float is better than picking a new
arbitrary threshold.
Fees are a
Grouping mempool transactions based on fees of the group seems
an unnecessary complexity; it makes it harder to predict if an isolated
transaction has enough juice to be included in the next Block.
Given your point about economic actors adapting to conditions, would it not
be simpler to use a
transactions before being accepted?
- Original Message -
From: Gregory Maxwell gmaxw...@gmail.com
To: Amir Taaki zgen...@yahoo.com
Cc:
Sent: Friday, June 15, 2012 8:43 PM
Subject: Re: [Bitcoin-development] Near-term scalability
On Fri, Jun 15, 2012 at 2:38 PM, Amir Taaki zgen...@yahoo.com
On Fri, Jun 15, 2012 at 2:50 PM, Amir Taaki zgen...@yahoo.com wrote:
Part of the problem is that Satoshi didn't totally anticipate the growth of
the network. The block reward (the subsidy) is too high, which is why
transactions can afford to be so cheap. What would happen if blocks required
(1) Change the mining code to group transactions together with their
mempool dependencies and then calculate all fees as a group.
I think there is general consensus this is a good idea.
(2) SatoshiDice should use the same fee algorithms as Bitcoin-Qt to
avoid paying excessive fees and
8 matches
Mail list logo
