1 2017-05-20 03:13:59	0|bitcoin-git|[13bitcoin] 15sipa opened pull request #10434: [WIP] 3072-bit MuHash based hash_serialized (06master...06muhash) 02https://github.com/bitcoin/bitcoin/pull/10434
 2 2017-05-20 15:42:15	0|lichtamberg_|I just want to bring this to your attention: https://twitter.com/Technom4ge/status/865716396688388097
 3 2017-05-20 15:42:25	0|lichtamberg_|UASF is not as impossible as it seems for some people here
 4 2017-05-20 15:43:43	0|Lauda|Proof-of-twitter is the new algo?
 5 2017-05-20 15:44:30	0|lichtamberg_|It's not proofing anything, but maybe still interesting for some people here
 6 2017-05-20 15:44:55	0|Lauda|https://github.com/bitcoin/bitcoin/pull/10428
 7 2017-05-20 15:45:04	0|Lauda|There's a reason why it is optional in said pull
 8 2017-05-20 16:42:54	0|luke-jr|hmm, GUI % for rescanning is different from debug.log %
 9 2017-05-20 19:02:27	0|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
10 2017-05-20 19:03:07	0|luke-jr|jonasschnelli: it's done during the splash screen..
11 2017-05-20 19:03:30	0|jonasschnelli|luke-jr: That. Yes. But there is another (importmulti, import*)
12 2017-05-20 19:03:40	0|luke-jr|ah
13 2017-05-20 19:04:48	0|luke-jr|jonasschnelli: I suggest waiting until after multiwallet to overhaul
14 2017-05-20 19:05:01	0|jonasschnelli|yes. Good point.
15 2017-05-20 19:05:03	0|luke-jr|right now, multiwallet will rescan one wallet at a time at startup, so that will use optimising
16 2017-05-20 20:02:11	0|gmaxwell|sipa: https://github.com/bitcoin/bitcoin/pull/10195/ tests failed with a no output timeout.
17 2017-05-20 20:03:01	0|sipa|gmaxwell: i saw
18 2017-05-20 20:03:09	0|sipa|i put the travis_wait on the wrong command, it seems
19 2017-05-20 20:03:39	0|sipa|gmaxwell: fixed
20 2017-05-20 20:05:00	0|gmaxwell|Great. After lunch I'll try going through falt-injecting it again. The new tests look good.
21 2017-05-20 20:39:17	0|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
22 2017-05-20 20:42:46	0|sipa|murchandamus: very quick first comment: types like vector<pair<pair<..>>> aren't very readable
23 2017-05-20 20:42:55	0|sipa|at least you can use tuple instead of pair
24 2017-05-20 20:43:05	0|sipa|but probably you should create a simple struct for readability
25 2017-05-20 20:44:13	0|murchandamus|sipa: I just saw that it was updated in origin/master to exactly that effect, I'll fix that in my next commit
26 2017-05-20 20:59:25	0|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.
27 2017-05-20 20:59:43	0|murchandamus|So, I'll look into that first, nevermind. d)
28 2017-05-20 21:54:01	0|sipa|murchandamus: look at how fundrawtransaction does it
29 2017-05-20 22:05:30	0|gmaxwell|murchandamus: if it's blocking your progress, you could leave it for last... just stick a constant in there.