Hi Yaron,
First, I raised a third concern, which is that allowing the client to
decide on the difficulty of the puzzle it is willing to solve adds
unneeded complexity. Basically the client doesn't have enough information
to make a good decision.
The problem is that the server doesn't have en
IMO we should choose a reasonable balance and fix it in the document. We
should care about packet size for sure, but 64 hashes are not that much
work.
Thanks,
Yaron
On 05/11/2015 06:01 PM, Yoav Nir wrote:
On May 9, 2015, at 7:32 PM, Yaron Sheffer wrote:
Hi Yoav,
First, I raised a
> On May 9, 2015, at 7:32 PM, Yaron Sheffer wrote:
>
> Hi Yoav,
>
> First, I raised a third concern, which is that allowing the client to decide
> on the difficulty of the puzzle it is willing to solve adds unneeded
> complexity. Basically the client doesn't have enough information to make a
Hi Yoav,
First, I raised a third concern, which is that allowing the client to
decide on the difficulty of the puzzle it is willing to solve adds
unneeded complexity. Basically the client doesn't have enough
information to make a good decision.
To answer your question, I think we've already
Hi.
As a reminder, there were two concerns about the difficulty of puzzles:
• That some clients are weaker than others and therefore are able to
try less keys in a unit of time
• That individual puzzles might prove more difficult than other
puzzles, so some “unlucky” initiators m