Matches for from:mircea_popescu, 253931 total results Sorted by newest | relevance
Wed Mar 16 12:22:20 UTC 2016 <mircea_popescu> we don't HAVE TO.
Wed Mar 16 12:22:15 UTC 2016 <mircea_popescu> we CAN.
Wed Mar 16 12:21:59 UTC 2016 <mircea_popescu> asciilifeform ask a question ?
Wed Mar 16 12:21:44 UTC 2016 <mircea_popescu> (well, it ~can~ be at any rate)
Wed Mar 16 12:21:32 UTC 2016 <mircea_popescu> not in the faux sense of "soft" used before.
Wed Mar 16 12:21:24 UTC 2016 <mircea_popescu> ie, you still need the old gear + new gear.
Wed Mar 16 12:21:18 UTC 2016 <mircea_popescu> see, the beauty of this is that it is a TRUE soft fork.
Wed Mar 16 12:21:07 UTC 2016 <mircea_popescu> asciilifeform it can stay as PART of it tho.
Wed Mar 16 12:20:36 UTC 2016 <mircea_popescu> ie, give nodes a way to make money for cpu usage.
Wed Mar 16 12:20:28 UTC 2016 <mircea_popescu> the valuable idea there is, imo, that you have to keep the same nonce to calculate both sha values. which ACTUALLY does work, or seems to me to work, to do what the article proposes
Wed Mar 16 12:19:51 UTC 2016 <mircea_popescu> ah ah. that's just assumption imported from current codebase, not intentional.
Wed Mar 16 12:19:21 UTC 2016 <mircea_popescu> or you mean something else ?
Wed Mar 16 12:19:17 UTC 2016 <mircea_popescu> there was no sha(sha( contemplated
Wed Mar 16 12:18:46 UTC 2016 <mircea_popescu> that's not the problem, the merkle tree jiggling is the problem.
Wed Mar 16 12:18:34 UTC 2016 <mircea_popescu> asciilifeform keccak for this purpose counts as sha-3
Wed Mar 16 12:18:21 UTC 2016 <mircea_popescu> and obviously, gotta be the same nonce.
Wed Mar 16 12:18:17 UTC 2016 <mircea_popescu> what i read there was, have TWO hashes : sha(header+nonce) and sha(digest+nonce)
Wed Mar 16 12:18:05 UTC 2016 <mircea_popescu> well, hm, that doesn't work as stated
Wed Mar 16 12:17:38 UTC 2016 <mircea_popescu> basically, have TWO hashes : sha(header+nonce) and sha(digest), and BOTH must be < difficulty.