< bitcoin-git> [bitcoin] sipa opened pull request #10434: [WIP] 3072-bit MuHash based hash_serialized (master...muhash) https://github.com/bitcoin/bitcoin/pull/10434
< lichtamberg_> I just want to bring this to your attention: https://twitter.com/Technom4ge/status/865716396688388097
< lichtamberg_> UASF is not as impossible as it seems for some people here
< Lauda> Proof-of-twitter is the new algo?
< lichtamberg_> It's not proofing anything, but maybe still interesting for some people here
< Lauda> There's a reason why it is optional in said pull
< luke-jr> hmm, GUI % for rescanning is different from debug.log %
< jonasschnelli> luke-jr: I guess the GUI rescaning should be overhauled... Last time I used it, it was completely blocking the GUI and AFAIK not even updating the progress bar
< luke-jr> jonasschnelli: it's done during the splash screen..
< jonasschnelli> luke-jr: That. Yes. But there is another (importmulti, import*)
< luke-jr> ah
< luke-jr> jonasschnelli: I suggest waiting until after multiwallet to overhaul
< jonasschnelli> yes. Good point.
< luke-jr> right now, multiwallet will rescan one wallet at a time at startup, so that will use optimising
< gmaxwell> sipa: https://github.com/bitcoin/bitcoin/pull/10195/ tests failed with a no output timeout.
< sipa> gmaxwell: i saw
< sipa> i put the travis_wait on the wrong command, it seems
< sipa> gmaxwell: fixed
< gmaxwell> Great. After lunch I'll try going through falt-injecting it again. The new tests look good.
< murchandamus> gmaxwell, sipa, instagibbs: I've been able to put a few hours into this, this morning. This is my work in progress, where I'm at now: https://github.com/Xekyo/bitcoin/commit/9fa0bb5bc5c3db97972ff55403eed0ce992a8750
< sipa> murchandamus: very quick first comment: types like vector<pair<pair<..>>> aren't very readable
< sipa> at least you can use tuple instead of pair
< sipa> but probably you should create a simple struct for readability
< murchandamus> sipa: I just saw that it was updated in origin/master to exactly that effect, I'll fix that in my next commit
< murchandamus> sipa: So my biggest blocker at the moment would be, how do I get the size of the input to calculate the effectiveValue in GenerateEffectiveValue. Although, I just realized that instagibbs's PR from a few weeks ago should have that.
< murchandamus> So, I'll look into that first, nevermind. d)
< sipa> murchandamus: look at how fundrawtransaction does it
< gmaxwell> murchandamus: if it's blocking your progress, you could leave it for last... just stick a constant in there.