12017-03-03T00:05:15 *** wudayoda has joined #bitcoin-core-dev
22017-03-03T00:09:52 *** wudayoda has quit IRC
32017-03-03T00:13:31 *** chjj has joined #bitcoin-core-dev
42017-03-03T00:16:26 *** Giszmo has joined #bitcoin-core-dev
52017-03-03T00:36:49 *** wudayoda has joined #bitcoin-core-dev
62017-03-03T00:38:08 *** harrymm has quit IRC
72017-03-03T00:41:06 *** wudayoda has quit IRC
82017-03-03T00:43:34 *** str4d has joined #bitcoin-core-dev
92017-03-03T00:50:38 *** justanotheruser has quit IRC
102017-03-03T00:53:05 *** harrymm has joined #bitcoin-core-dev
112017-03-03T00:54:47 *** justanotheruser has joined #bitcoin-core-dev
122017-03-03T01:01:37 *** abpa has quit IRC
132017-03-03T01:02:44 *** kewde[m] has quit IRC
142017-03-03T01:03:13 *** frabrunelle has quit IRC
152017-03-03T01:05:10 *** harrymm has quit IRC
162017-03-03T01:06:17 *** belcher_ is now known as belcher
172017-03-03T01:07:55 <bitcoin-git> [bitcoin] instagibbs opened pull request #9906: Disallow copy constructor CReserveKeys (master...noreservecopy) https://github.com/bitcoin/bitcoin/pull/9906
182017-03-03T01:07:56 *** wudayoda has joined #bitcoin-core-dev
192017-03-03T01:11:10 *** kewde[m] has joined #bitcoin-core-dev
202017-03-03T01:12:37 *** lesderid has quit IRC
212017-03-03T01:12:58 *** wudayoda has quit IRC
222017-03-03T01:16:58 *** frabrunelle has joined #bitcoin-core-dev
232017-03-03T01:25:12 *** harrymm has joined #bitcoin-core-dev
242017-03-03T01:28:02 *** wudayoda has joined #bitcoin-core-dev
252017-03-03T01:30:54 *** lesderid has joined #bitcoin-core-dev
262017-03-03T01:36:00 *** harrymm has quit IRC
272017-03-03T02:04:51 *** wudayoda has quit IRC
282017-03-03T02:05:22 *** harrymm has joined #bitcoin-core-dev
292017-03-03T02:16:08 *** harrymm has quit IRC
302017-03-03T02:19:54 *** owowo has joined #bitcoin-core-dev
312017-03-03T02:34:03 *** Ylbam has quit IRC
322017-03-03T02:35:37 *** harrymm has joined #bitcoin-core-dev
332017-03-03T02:44:32 *** wudayoda has joined #bitcoin-core-dev
342017-03-03T02:44:36 *** xiangfu has quit IRC
352017-03-03T02:45:49 *** xiangfu has joined #bitcoin-core-dev
362017-03-03T02:49:01 *** wudayoda has quit IRC
372017-03-03T02:52:50 *** azuchi has joined #bitcoin-core-dev
382017-03-03T03:26:54 *** dodomojo_ has joined #bitcoin-core-dev
392017-03-03T03:48:18 <bitcoin-git> [bitcoin] TheOnlyAymes opened pull request #9907: 0.14 (master...0.14) https://github.com/bitcoin/bitcoin/pull/9907
402017-03-03T03:49:03 <bitcoin-git> [bitcoin] TheOnlyAymes closed pull request #9907: 0.14 (master...0.14) https://github.com/bitcoin/bitcoin/pull/9907
412017-03-03T03:53:53 *** dodomojo_ has quit IRC
422017-03-03T04:51:52 *** str4d has quit IRC
432017-03-03T05:02:46 *** justanotheruser has quit IRC
442017-03-03T05:05:02 *** justanotheruser has joined #bitcoin-core-dev
452017-03-03T05:29:09 *** CubicEarth has joined #bitcoin-core-dev
462017-03-03T05:43:27 *** ill has quit IRC
472017-03-03T05:43:44 *** ill has joined #bitcoin-core-dev
482017-03-03T06:17:09 <bitcoin-git> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/f7ec7cfd38b5...58861ad91b49
492017-03-03T06:17:09 <bitcoin-git> bitcoin/master 6485466 Wladimir J. van der Laan: test: Report InitBlockIndex result...
502017-03-03T06:17:10 <bitcoin-git> bitcoin/master 58861ad Wladimir J. van der Laan: Merge #9904: test: Fail if InitBlockIndex fails...
512017-03-03T06:17:27 <bitcoin-git> [bitcoin] laanwj closed pull request #9904: test: Fail if InitBlockIndex fails (master...2017_03_test_check_blkindex_result) https://github.com/bitcoin/bitcoin/pull/9904
522017-03-03T06:25:27 *** davec__ has quit IRC
532017-03-03T06:27:31 *** davec has joined #bitcoin-core-dev
542017-03-03T06:56:05 *** n1ce_ is now known as n1ce
552017-03-03T06:56:27 *** n1ce has joined #bitcoin-core-dev
562017-03-03T06:58:30 *** juscamarena has quit IRC
572017-03-03T07:00:03 *** juscamarena has joined #bitcoin-core-dev
582017-03-03T07:11:16 *** kadoban has quit IRC
592017-03-03T07:45:44 *** BashCo has quit IRC
602017-03-03T07:51:08 *** AaronvanW has quit IRC
612017-03-03T07:55:41 *** CubicEarth has quit IRC
622017-03-03T08:05:47 *** BashCo has joined #bitcoin-core-dev
632017-03-03T08:05:57 *** Joe___ has joined #bitcoin-core-dev
642017-03-03T08:07:31 *** Joe___ has quit IRC
652017-03-03T08:14:26 *** frabrunelle has quit IRC
662017-03-03T08:14:28 *** kewde[m] has quit IRC
672017-03-03T08:30:46 *** kewde[m] has joined #bitcoin-core-dev
682017-03-03T08:42:46 *** wudayoda has joined #bitcoin-core-dev
692017-03-03T08:47:04 *** wudayoda has quit IRC
702017-03-03T08:53:11 *** frabrunelle has joined #bitcoin-core-dev
712017-03-03T09:05:20 *** juscamarena has quit IRC
722017-03-03T09:05:47 *** juscamarena has joined #bitcoin-core-dev
732017-03-03T09:29:19 <wumpus> jeremyrubin: well cloudabi executables are marked with a special "OS/ABI" type, so it's easy to identify them as such. Also it's recommended to use cloudabi-run to run them, which should not launch native executables
742017-03-03T09:30:13 <gmaxwell> wumpus: nice blog post btw.
752017-03-03T09:30:54 <wumpus> but yes it'd make sense to add a check to whatever processes submitted executables that it's really the right kind of executable
762017-03-03T09:30:57 <wumpus> gmaxwell: thanks :)
772017-03-03T09:31:29 <gmaxwell> wumpus: how is the kernel security for it implemented? assuming you're using its special libc and whatnot, does it just use seccomp mode 1 on Linux?
782017-03-03T09:33:42 <gmaxwell> ah, it's the Capsicum stuff.
792017-03-03T09:33:51 <wumpus> gmaxwell: the preferred approach is to have it run on top of capsicum, this is what is used on freebsd at least. There's also an emulator, which may use seccomp, not sure.
802017-03-03T09:36:42 <gmaxwell> it's a little sad that dns requests have to be external, since libc vulnerablities in dns handling is one of the things that bothers me more about our common attack surface. E.g. DNSseeds start returning a glibc dns 0day.
812017-03-03T09:37:05 *** wudayoda has joined #bitcoin-core-dev
822017-03-03T09:37:26 <wumpus> well it could be implemented differently
832017-03-03T09:37:49 <wumpus> you could have something that passes in a ready-to-go UDP file descriptor for communicating to your preferred DNS server
842017-03-03T09:38:00 <gmaxwell> oh. hm yea, it's true.
852017-03-03T09:38:04 <wumpus> then use an internal DNS implementation
862017-03-03T09:38:25 <gmaxwell> or even a mini dns resolver process that just uses a non-sandboxed udp shim.
872017-03-03T09:38:27 <wumpus> (e.g. libevent's)
882017-03-03T09:39:21 <wumpus> exactly
892017-03-03T09:39:50 *** Ylbam has joined #bitcoin-core-dev
902017-03-03T09:40:46 <wumpus> my initial usecase will be to have all outgoing network traffic go through tor, so it won't be doing any DNS lookups locally at all, only at the exit nodes I guess
912017-03-03T09:41:33 <gmaxwell> wumpus: for mlock, would it be possible for an external process to create an anonymous mmap, mlock it, then pass the descriptor over a unix domain socket to the sandboxed process?
922017-03-03T09:41:40 *** wudayoda has quit IRC
932017-03-03T09:41:48 <wumpus> gmaxwell: yes, that's possible
942017-03-03T09:42:19 <jonasschnelli> What I once started is to use sipas crawler (bitcoin-seeder) and fill everything into a db, then use that db from djbdns (which is still one of the best dnsd IMO).
952017-03-03T09:42:19 <wumpus> gmaxwell: it's a bit scary though as the external process will be able to keep a reference, and have all your key data :)
962017-03-03T09:42:47 <gmaxwell> yes, though it could presumably also ptrace your process. and hopefully it wouldn't keep a reference. :)
972017-03-03T09:43:30 <wumpus> ideally we'd not want to store any key data in the process at all; e.g. interface to yet another module for that, which could be hw
982017-03-03T09:44:17 <gmaxwell> yea, indeed, should just be a signer process that has an interface like a hardware wallet. Sometimes it's an actual hardware wallet, other times it's a sandboxed process, SGX module, or whatnot.
992017-03-03T09:44:30 <wumpus> right
1002017-03-03T09:45:06 <wumpus> jonasschnelli: to make a DNS server that can only look up bitcoind hosts?
1012017-03-03T09:45:24 *** nemgun has joined #bitcoin-core-dev
1022017-03-03T09:45:39 <wumpus> jonasschnelli: oh I get it, of course, you want to run an alternative DNS server as DNS seeder
1032017-03-03T09:45:46 <jonasschnelli> wumpus: yes.
1042017-03-03T09:45:54 <jonasschnelli> The crawler is great,... but not the dnsd part
1052017-03-03T09:46:04 <gmaxwell> well we do use dns for things other than introduction.
1062017-03-03T09:46:33 <wumpus> do we?
1072017-03-03T09:46:53 <gmaxwell> sure, things like addnode can use it.
1082017-03-03T09:47:07 <gmaxwell> and it's not a bad idea there simply because ... IPs change.
1092017-03-03T09:47:11 <jonasschnelli> isn't that pure IPv4/v6?
1102017-03-03T09:47:19 <jonasschnelli> we could or we can?
1112017-03-03T09:47:37 <nemgun> Hello guys
1122017-03-03T09:48:17 <wumpus> it's possible to pass some of the connect-to command line options (proxy, tor, etc) as hostnames.... but meh, there's no use for that in cloudabi because it won't be able to connect to those anyway. The right wya to do that would be to pass in a fd to a pipe or such...
1132017-03-03T09:49:13 <wumpus> as for RPC you can do the lookups at the client side
1142017-03-03T09:49:34 <gmaxwell> wumpus: ah, well I thought it would eventually be good to be able to support the complete feature set (except for some antiquated features like the notify interfaces which might be better done another way).
1152017-03-03T09:50:39 <wumpus> well my goal with this experiment would be to make something better, sometimes that means making decisions to drop some functionality or do it some other way
1162017-03-03T09:51:35 <wumpus> it'd be possible to emulate the complete old feature set on top of the sandbox, but that's not very interesting
1172017-03-03T09:55:02 <wumpus> anyhow if addnode stores a name and does periodic DNS lookups, to track IP changes over time, there's something to be said that bitcoind needs to be able to initiate DNS lookups
1182017-03-03T09:57:20 <gmaxwell> it does (well it will relookup again on a reconnect, e.g. after a disconnect under the old name...)
1192017-03-03T09:57:22 <wumpus> simplest would be to use the "RESOLVE" [F0] SOCKS5 extension for that. This means the actual lookup can be done from another process (which could be sandboxed too)
1202017-03-03T09:58:27 <wumpus> this also means that if the DNS resolver process is compromised, bitcoind itself isn't
1212017-03-03T10:00:22 *** JackH has quit IRC
1222017-03-03T10:02:49 <wumpus> there's a bit of a bootstrapping problem here, ideally there would be a command 'instantiate a graph of cloudabi processes and connect them such and such'
1232017-03-03T10:07:00 <wumpus> btw verify-commits.sh is broken again
1242017-03-03T10:07:05 *** azuchi has quit IRC
1252017-03-03T10:08:45 <wumpus> looks like it croaks on MarcoFalke's key
1262017-03-03T10:09:04 <jonasschnelli> hmm...
1272017-03-03T10:19:02 *** AaronvanW has joined #bitcoin-core-dev
1282017-03-03T10:23:48 *** JackH has joined #bitcoin-core-dev
1292017-03-03T10:31:21 *** wudayoda has joined #bitcoin-core-dev
1302017-03-03T10:33:02 <bitcoin-git> [bitcoin] ryanofsky opened pull request #9908: Define 7200 second timestamp window constant (master...pr/timewin) https://github.com/bitcoin/bitcoin/pull/9908
1312017-03-03T10:35:55 *** wudayoda has quit IRC
1322017-03-03T10:44:47 *** riemann has joined #bitcoin-core-dev
1332017-03-03T10:52:22 *** whphhg has joined #bitcoin-core-dev
1342017-03-03T11:13:43 *** whphhg has quit IRC
1352017-03-03T11:25:36 *** wudayoda has joined #bitcoin-core-dev
1362017-03-03T11:26:06 <bitcoin-git> [bitcoin] ryanofsky opened pull request #9909: Add FindEarliestAtLeast test for edge cases (master...pr/faltest) https://github.com/bitcoin/bitcoin/pull/9909
1372017-03-03T11:30:10 *** wudayoda has quit IRC
1382017-03-03T12:15:34 *** laurentmt has joined #bitcoin-core-dev
1392017-03-03T12:16:40 <paveljanik> when running with -blocksonly, do we want to load and dump the memory pool?
1402017-03-03T12:18:49 *** MarcoFalke has joined #bitcoin-core-dev
1412017-03-03T12:19:53 *** wudayoda has joined #bitcoin-core-dev
1422017-03-03T12:20:11 <bitcoin-git> [bitcoin] ian-kelling opened pull request #9910: Docs: correct and elaborate -rpcbind doc (master...docs-rpcbind) https://github.com/bitcoin/bitcoin/pull/9910
1432017-03-03T12:23:28 *** jannes has joined #bitcoin-core-dev
1442017-03-03T12:24:25 *** wudayoda has quit IRC
1452017-03-03T12:37:43 <wumpus> paveljanik: does it hurt to do so? if not, better not to couple those options
1462017-03-03T12:39:11 <bitcoin-git> [bitcoin] laanwj pushed 10 new commits to master: https://github.com/bitcoin/bitcoin/compare/58861ad91b49...eb281842b7df
1472017-03-03T12:39:12 <bitcoin-git> bitcoin/master eca550f Luke Dashjr: RPC/Wallet: Pass CWallet as pointer to helper functions
1482017-03-03T12:39:12 <bitcoin-git> bitcoin/master d77ad6d Luke Dashjr: RPC: Do all wallet access through new GetWalletForJSONRPCRequest
1492017-03-03T12:39:13 <bitcoin-git> bitcoin/master 2e518e3 Luke Dashjr: Move nWalletUnlockTime to CWallet::nRelockTime, and name timed task unique per CWallet
1502017-03-03T12:39:19 <bitcoin-git> [bitcoin] laanwj closed pull request #8775: RPC refactoring: Access wallet using new GetWalletForJSONRPCRequest (master...multiwallet_prefactor_rpc) https://github.com/bitcoin/bitcoin/pull/8775
1512017-03-03T12:39:25 *** CubicEarth has joined #bitcoin-core-dev
1522017-03-03T12:42:21 *** CubicEarth has quit IRC
1532017-03-03T13:01:02 *** AaronvanW has quit IRC
1542017-03-03T13:03:50 *** AaronvanW has joined #bitcoin-core-dev
1552017-03-03T13:04:17 *** wudayoda has joined #bitcoin-core-dev
1562017-03-03T13:05:04 <paveljanik> wumpus, dumping is fast, but loading is very slow and CPU consuming. And it consumes memory if there was a large mempool.dat. But I do not care enough ;-)
1572017-03-03T13:06:04 <wumpus> I think there should be an option to bypass mempool loading/writing. And possibly it could parameter-interact with disable-blocks mode, as long as it's clearly documented.
1582017-03-03T13:06:23 <wumpus> or maybe an option to disable the mempool completely? I don't know.
1592017-03-03T13:07:06 <wumpus> I don't care enough either. It seems optimizing for something that is an incedigly rare edge case
1602017-03-03T13:07:49 *** wasi has quit IRC
1612017-03-03T13:07:51 <wumpus> if you want to optimize actual bottlenecks, please pick my sha256 or crc32 optimization experiment :-)
1622017-03-03T13:08:16 *** wasi has joined #bitcoin-core-dev
1632017-03-03T13:08:52 *** wudayoda has quit IRC
1642017-03-03T13:12:45 <paveljanik> Well, I'll first optimise my blocksonly gateway to the world ;-)
1652017-03-03T13:13:04 <wumpus> both optimizations that I mention are very relevant to validating blocks, too
1662017-03-03T13:13:28 <paveljanik> do you have the PR numbers? ;-)
1672017-03-03T13:13:52 *** nemgun32 has joined #bitcoin-core-dev
1682017-03-03T13:14:26 <wumpus> no PRs yet,but you can find the branches linked in the README here: https://github.com/laanwj/bitcoin
1692017-03-03T13:16:01 *** d9b4bef9 has quit IRC
1702017-03-03T13:16:55 *** nemgun has quit IRC
1712017-03-03T13:17:07 *** d9b4bef9 has joined #bitcoin-core-dev
1722017-03-03T13:29:05 <paveljanik> how do you satisfy multiarchitecture/multiOS with yasm?
1732017-03-03T13:37:58 <wumpus> dunno?
1742017-03-03T13:38:28 <wumpus> is yasm platform specific?
1752017-03-03T13:39:33 <wumpus> as for architectures, use a general interface, and compile on the assembly appropriate for the architecture. For specific instruction sets it makes sense to do run-time detection.
1762017-03-03T13:42:35 <wumpus> on x86 you can use the CPUID instruction for that (see for example the SDL2 implementation: https://github.com/spurious/SDL-mirror/blob/master/src/cpuinfo/SDL_cpuinfo.c), on ARM it's somewhat more difficult as the instruction to detect what instruction sets are available is privileged. So applications resort to OS-specific parsing of /dev/cpuinfo, or just trying out the instructions and catching SIGILL
1772017-03-03T13:43:15 <wumpus> openssl, most notably, uses the latter approach, which is why you'lll always have to skip a SIGILL when running bitcoind in gdb on ARM
1782017-03-03T13:52:43 *** ennui has joined #bitcoin-core-dev
1792017-03-03T13:53:16 *** ennui has left #bitcoin-core-dev
1802017-03-03T13:56:38 *** bsm1175322 has quit IRC
1812017-03-03T13:57:24 <bitcoin-git> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/eb281842b7df...ba80a684cfef
1822017-03-03T13:57:24 <bitcoin-git> bitcoin/master 90a1d9a Ian Kelling: Docs: add details to -rpcclienttimeout doc
1832017-03-03T13:57:25 <bitcoin-git> bitcoin/master ba80a68 Wladimir J. van der Laan: Merge #9903: Docs: add details to -rpcclienttimeout doc...
1842017-03-03T13:57:44 <bitcoin-git> [bitcoin] laanwj closed pull request #9903: Docs: add details to -rpcclienttimeout doc (master...docs-client-timeout) https://github.com/bitcoin/bitcoin/pull/9903
1852017-03-03T13:58:35 *** wudayoda has joined #bitcoin-core-dev
1862017-03-03T14:03:07 *** wudayoda has quit IRC
1872017-03-03T14:06:39 *** wudayoda has joined #bitcoin-core-dev
1882017-03-03T14:11:10 *** wudayoda has quit IRC
1892017-03-03T14:11:33 *** laurentmt has quit IRC
1902017-03-03T14:12:04 *** laurentmt has joined #bitcoin-core-dev
1912017-03-03T14:22:24 *** MarcoFalke has quit IRC
1922017-03-03T14:22:32 *** MarcoFalke has joined #bitcoin-core-dev
1932017-03-03T14:27:38 <jonasschnelli> What's the plan in how we solve the current travis problem in master?
1942017-03-03T14:27:44 <jonasschnelli> Anyone working on that?
1952017-03-03T14:28:47 <wumpus> I suppose you mean https://github.com/bitcoin/bitcoin/pull/9880#issuecomment-283959063 ?
1962017-03-03T14:28:53 <wumpus> I don't really know how to solve it
1972017-03-03T14:29:23 <wumpus> do we need to add a new key somewhere?
1982017-03-03T14:29:44 <wumpus> would prefer to leave it up to BlueMatt
1992017-03-03T14:31:33 *** Guyver2 has joined #bitcoin-core-dev
2002017-03-03T14:32:54 *** bityogi has joined #bitcoin-core-dev
2012017-03-03T14:41:22 <jonasschnelli> wumpus: https://github.com/bitcoin/bitcoin/issues/9898 isn't solved yet. right?
2022017-03-03T14:42:31 <jonasschnelli> Ah. But right, the issue on master is verify-commits.
2032017-03-03T14:42:40 <jonasschnelli> I though it was the travis OSX issue
2042017-03-03T14:43:04 <wumpus> oh I had forgot about that one
2052017-03-03T14:43:16 <wumpus> seems it went away out of itself though? pulls are passing
2062017-03-03T14:43:28 <wumpus> it's just master, where verify-commits is run, where things fail
2072017-03-03T14:44:05 <jonasschnelli> Okay. I'm happy 9898 is gone...
2082017-03-03T14:49:25 <bitcoin-git> [bitcoin] laanwj pushed 3 new commits to master: https://github.com/bitcoin/bitcoin/compare/ba80a684cfef...75d012e8c7d0
2092017-03-03T14:49:26 <bitcoin-git> bitcoin/master 9de90bb Pavel JanÃk: Do not shadow variables (gcc set)
2102017-03-03T14:49:26 <bitcoin-git> bitcoin/master ad1ae7a Pavel JanÃk: Check and enable -Wshadow by default.
2112017-03-03T14:49:27 <bitcoin-git> bitcoin/master 75d012e Wladimir J. van der Laan: Merge #8808: Do not shadow variables (gcc set)...
2122017-03-03T14:54:39 *** To7 has quit IRC
2132017-03-03T14:57:57 <jonasschnelli> I think it would be great if #9294 could get a review from on of the bip32 authors (ping sipa, gmaxwell)
2142017-03-03T14:58:00 <gribble> https://github.com/bitcoin/bitcoin/issues/9294 | Use internal HD chain for change outputs (hd split) by jonasschnelli · Pull Request #9294 · bitcoin/bitcoin · GitHub
2152017-03-03T15:09:14 <bitcoin-git> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/75d012e8c7d0...67c5cc19178d
2162017-03-03T15:09:14 <bitcoin-git> bitcoin/master 09fe346 Russell Yanofsky: Avoid -Wshadow warnings in wallet_tests...
2172017-03-03T15:09:15 <bitcoin-git> bitcoin/master 67c5cc1 Wladimir J. van der Laan: Merge #9828: Avoid -Wshadow warnings in wallet_tests...
2182017-03-03T15:09:34 <bitcoin-git> [bitcoin] laanwj closed pull request #9828: Avoid -Wshadow warnings in wallet_tests (master...pr/multishadow) https://github.com/bitcoin/bitcoin/pull/9828
2192017-03-03T15:22:45 <bitcoin-git> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/67c5cc19178d...90cb2a218e58
2202017-03-03T15:22:45 <bitcoin-git> bitcoin/master f36bdf0 Johnathan Corgan: Enable host lookups for -proxy and -onion parameters...
2212017-03-03T15:22:46 <bitcoin-git> bitcoin/master 90cb2a2 Wladimir J. van der Laan: Merge #9774: Enable host lookups for -proxy and -onion parameters...
2222017-03-03T15:23:06 <bitcoin-git> [bitcoin] laanwj closed pull request #9774: Enable host lookups for -proxy and -onion parameters (master...hostname-lookups) https://github.com/bitcoin/bitcoin/pull/9774
2232017-03-03T15:39:23 *** dodomojo_ has joined #bitcoin-core-dev
2242017-03-03T15:43:21 *** BashCo_ has joined #bitcoin-core-dev
2252017-03-03T15:44:37 *** BashCo_ has quit IRC
2262017-03-03T15:45:54 *** bsm1175322 has joined #bitcoin-core-dev
2272017-03-03T15:46:01 *** BashCo has quit IRC
2282017-03-03T15:48:58 <bitcoin-git> [bitcoin] jonasschnelli closed pull request #8764: [Wallet] get rid of pwalletMain, add simple CWallets infrastructure (master...2016/09/wallet_pointer) https://github.com/bitcoin/bitcoin/pull/8764
2292017-03-03T15:52:30 *** dodomojo has joined #bitcoin-core-dev
2302017-03-03T15:55:49 *** dodomojo_ has quit IRC
2312017-03-03T16:00:44 *** riemann has quit IRC
2322017-03-03T16:01:18 *** harrymm has quit IRC
2332017-03-03T16:01:52 *** nemgun has joined #bitcoin-core-dev
2342017-03-03T16:03:52 *** nemgun32 has quit IRC
2352017-03-03T16:16:55 *** harrymm has joined #bitcoin-core-dev
2362017-03-03T16:21:07 *** arowser has quit IRC
2372017-03-03T16:22:37 *** arowser has joined #bitcoin-core-dev
2382017-03-03T16:23:08 <bitcoin-git> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/90cb2a218e58...53c300fb525a
2392017-03-03T16:23:08 <bitcoin-git> bitcoin/master e5b449c Ian Kelling: Docs: correct and elaborate -rpcbind doc...
2402017-03-03T16:23:09 <bitcoin-git> bitcoin/master 53c300f Wladimir J. van der Laan: Merge #9910: Docs: correct and elaborate -rpcbind doc...
2412017-03-03T16:23:33 <bitcoin-git> [bitcoin] laanwj closed pull request #9910: Docs: correct and elaborate -rpcbind doc (master...docs-rpcbind) https://github.com/bitcoin/bitcoin/pull/9910
2422017-03-03T16:24:22 *** BashCo has joined #bitcoin-core-dev
2432017-03-03T16:39:48 *** wudayoda has joined #bitcoin-core-dev
2442017-03-03T16:47:03 *** abpa has joined #bitcoin-core-dev
2452017-03-03T17:19:20 *** bsm1175322 has quit IRC
2462017-03-03T17:26:06 *** bsm1175322 has joined #bitcoin-core-dev
2472017-03-03T17:39:56 *** lightningbot has joined #bitcoin-core-dev
2482017-03-03T17:41:05 *** jrayhawk_ has joined #bitcoin-core-dev
2492017-03-03T17:41:44 *** laurentmt has quit IRC
2502017-03-03T17:42:24 *** ryanofsky_ has joined #bitcoin-core-dev
2512017-03-03T17:42:37 *** BlueMatt_ has joined #bitcoin-core-dev
2522017-03-03T17:43:07 *** murchandamus1 has joined #bitcoin-core-dev
2532017-03-03T17:43:11 *** BlueMatt has quit IRC
2542017-03-03T17:43:11 *** nsh has quit IRC
2552017-03-03T17:43:11 *** ensign_ has quit IRC
2562017-03-03T17:43:11 *** Taek has quit IRC
2572017-03-03T17:43:12 *** murchandamus has quit IRC
2582017-03-03T17:43:12 *** da2ce7 has quit IRC
2592017-03-03T17:43:12 *** ryanofsky has quit IRC
2602017-03-03T17:43:12 *** jrayhawk has quit IRC
2612017-03-03T17:44:25 *** da2ce7 has joined #bitcoin-core-dev
2622017-03-03T17:47:34 *** nsh has joined #bitcoin-core-dev
2632017-03-03T17:47:51 *** cryptapus_afk is now known as cryptapus
2642017-03-03T17:49:04 *** ensign- has joined #bitcoin-core-dev
2652017-03-03T17:51:41 *** tripleslash has quit IRC
2662017-03-03T17:52:10 *** ryanofsky_ is now known as ryanofsky
2672017-03-03T17:55:01 *** whphhg has joined #bitcoin-core-dev
2682017-03-03T18:12:28 *** JackH has quit IRC
2692017-03-03T18:38:07 *** BlueMatt_ is now known as BlueMatt
2702017-03-03T18:38:08 *** BlueMatt has quit IRC
2712017-03-03T18:38:08 *** BlueMatt has joined #bitcoin-core-dev
2722017-03-03T18:49:19 <bitcoin-git> [bitcoin] sdaftuar opened pull request #9912: Optimize GetWitnessHash() for non-segwit transactions (master...2017-03-optimize-witness-hash) https://github.com/bitcoin/bitcoin/pull/9912
2732017-03-03T18:57:50 *** dodomojo has quit IRC
2742017-03-03T19:04:00 *** To7 has joined #bitcoin-core-dev
2752017-03-03T19:04:28 *** chjj has quit IRC
2762017-03-03T19:10:11 *** AaronvanW has quit IRC
2772017-03-03T19:10:52 *** AaronvanW has joined #bitcoin-core-dev
2782017-03-03T19:15:08 *** AaronvanW has quit IRC
2792017-03-03T19:38:24 *** AaronvanW has joined #bitcoin-core-dev
2802017-03-03T20:15:51 *** AaronvanW has quit IRC
2812017-03-03T20:39:25 *** james has joined #bitcoin-core-dev
2822017-03-03T20:39:47 *** james is now known as Guest86728
2832017-03-03T20:40:16 *** Guest86728 has left #bitcoin-core-dev
2842017-03-03T20:44:47 *** fanquake has joined #bitcoin-core-dev
2852017-03-03T20:45:57 *** waxwing has quit IRC
2862017-03-03T20:46:56 *** fanquake has quit IRC
2872017-03-03T20:55:42 *** waxwing has joined #bitcoin-core-dev
2882017-03-03T21:09:46 *** chjj has joined #bitcoin-core-dev
2892017-03-03T21:12:51 *** paveljanik has quit IRC
2902017-03-03T21:26:53 *** AaronvanW has joined #bitcoin-core-dev
2912017-03-03T21:26:53 *** AaronvanW has joined #bitcoin-core-dev
2922017-03-03T22:18:46 *** Chris_Stewart_5 has quit IRC
2932017-03-03T23:01:32 *** wasi has quit IRC
2942017-03-03T23:01:57 *** wasi has joined #bitcoin-core-dev
2952017-03-03T23:09:52 *** Guyver2 has quit IRC
2962017-03-03T23:42:01 <gmaxwell> What are the barriers on getting SSE2 SHA2 in use? The speedup for initial sync should be far from trivial now.
2972017-03-03T23:42:14 <gmaxwell> (plus lowering latency of everything else we do)
2982017-03-03T23:43:05 <sipa> what is the speedup factor?
2992017-03-03T23:49:42 <luke-jr> why not SSE4 or AVX?
3002017-03-03T23:51:30 <gmaxwell> If I'm not misremembering SSE2 was 95% of the speedup of SSE4 and AVX was not faster on the hardware we tested (and in fact AVX was slower on AMD). But just replace SSE2 in my comment with whatever made sense.
3012017-03-03T23:51:55 <gmaxwell> sipa: before jonasschnelli benchmarked IBD with the change and it was 5% faster. IIRC... but now with assume valid a MUCH larger percentage of the time is in hashing.
3022017-03-03T23:53:12 <gmaxwell> So "more than 5%", though I don't know how much more. It will only grow after your UTXO changes.
3032017-03-03T23:54:55 <sipa> does it need parallel hashing?