01:12 < gmaxwell> Do we care that the proposed AES implementation for wallet crypto is hugely sidechannel vulnerable?

01:17 < phantomcircuit> gmaxwell, is it worse than openssl?

01:19 < gmaxwell> I haven't looked but I assume that openssl has a sidechannel defened aes implementation (and on hardware with it-- would use AES-NI).

01:20 < gmaxwell> defended.

01:29 < sipa> if we don't care about the speed, perhaps a very straightforward implementation without tables is better

01:33 < gmaxwell> I don't think we care about speed there.

02:00 < GitHub165> [bitcoin] raedah closed pull request #7569: show multiparty transactions clearly in qt transaction list (master...fixtxdisplay) https://github.com/bitcoin/bitcoin/pull/7569

16:07 < GitHub4> [bitcoin] btcdrak opened pull request #7648: BIP9 versionbits softfork for BIP68, BIP112 and BIP113 (master...vb_68_112_113_1) https://github.com/bitcoin/bitcoin/pull/7648

16:22 < Luke-Jr> sipa: is there perhaps a way to get an ordered index number for each UTXO item?

16:38 < sipa> Luke-Jr: you mean append-only, counting transactions/outputs since genesis?

16:38 < Luke-Jr> any deterministic way would work I think

16:40 < sipa> use txid? :)

16:40 < Luke-Jr> sipa: well, I'm trying to avoid sending several MB over the network :P

16:43 < sipa> elaborate?

16:48 < Luke-Jr> sipa: when connecting to a node, I want to sync stake votes; however, if many/all UTXOs vote, I want to convey this as a range of indexes so it doesn't get to be several MB of txids

16:48 < sipa> that would be an exceptional case

16:49 < sipa> a worse situation will occur if a random 50% vote

18:24 < gmaxwell> Luke-Jr: if you're syncing votes, you want set reconcillation.

20:06 < GitHub188> [bitcoin] laanwj closed pull request #7643: Remove always true cases in wallet/crypter.cpp encrypt and decrypt function (master...master) https://github.com/bitcoin/bitcoin/pull/7643