Re: stamp creation std. deviation

> Justin wrote:
> so the question I have is should we raise the spam value in the face of
> the new more efficient code.  Maybe an opening bid at 25 bits?
>

Is the intention to maintain a 'global' recommended minimum postage value
that all recipient servers should stick to (e.g. 25 bits) and then
increase it every year for CPU speed inflation.

Or, is the intention to have the postage value maintained independently a=
t
each recipient server, and set at their end as they see fit (allowing the=
m
to increase the value whenever they want)?

The problem with different postage values across servers is the sender
will have to know the bit value required by the most expensive server
before sending.