--- Day changed Sun Jun 26 2016 00:32 -!- Giszmo [~leo@pc-122-14-46-190.cm.vtr.net] has quit [Quit: Leaving.] 00:35 < GitHub2> [bitcoin] jonasschnelli closed pull request #8268: Updating default max block size (master...patch-1) https://github.com/bitcoin/bitcoin/pull/8268 00:52 < phantomcircuit> gmaxwell, is there a reason for simple things like IsNull to be in headers? (that dont use templates of course) 00:53 < phantomcircuit> i'd like to move a bunch of those into the .cpp file to improve build performance 00:56 -!- Guyver2 [~Guyver2@guyver2.xs4all.nl] has joined #bitcoin-core-dev 01:17 < gmaxwell> so they get inlined. 01:22 -!- mkarrer [~mkarrer@48.red-83-47-111.dynamicip.rima-tde.net] has quit [] 01:39 -!- mkarrer [~mkarrer@48.red-83-47-111.dynamicip.rima-tde.net] has joined #bitcoin-core-dev 01:42 < phantomcircuit> gmaxwell, does that actually change the result with any kind of optimization enabled 01:56 < gmaxwell> phantomcircuit: yes, ignoring lto a function must be in the same compliation unit to get inlined. 01:57 < phantomcircuit> gmaxwell, are we using lto? 01:58 < gmaxwell> No. 01:58 < gmaxwell> (should we, perhaps, but it will likely signficiantly slow down compiling and increase memory usage, opposite of the changes you're thinking of making) 02:18 -!- Guyver2 [~Guyver2@guyver2.xs4all.nl] has quit [Read error: Connection reset by peer] 02:49 < phantomcircuit> gmaxwell, yeah it would improve things and then make it much much worse all at the end 03:50 -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection] 03:51 -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-core-dev 03:53 -!- jonasschnelli [~jonasschn@2a01:4f8:200:7025::2] has quit [Changing host] 03:53 -!- jonasschnelli [~jonasschn@unaffiliated/jonasschnelli] has joined #bitcoin-core-dev 04:02 -!- spudowiar [~spudowiar@unaffiliated/spudowiar] has quit [Ping timeout: 260 seconds] 04:12 -!- spudowiar [~spudowiar@unaffiliated/spudowiar] has joined #bitcoin-core-dev 04:19 -!- belcher [~user@unaffiliated/belcher] has joined #bitcoin-core-dev 04:37 -!- jtimon [~quassel@217.31.134.37.dynamic.jazztel.es] has joined #bitcoin-core-dev 05:04 -!- davec_ [~davec@cpe-24-243-251-52.hot.res.rr.com] has quit [Read error: Connection reset by peer] 05:05 -!- davec_ [~davec@cpe-24-243-251-52.hot.res.rr.com] has joined #bitcoin-core-dev 06:22 -!- gribble [~gribble@unaffiliated/nanotube/bot/gribble] has quit [Remote host closed the connection] 06:39 -!- gribble [~gribble@unaffiliated/nanotube/bot/gribble] has joined #bitcoin-core-dev 06:43 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 06:55 < GitHub195> [bitcoin] ChoHag opened pull request #8270: Tests: Use portable #! in python scripts (/usr/bin/env) (master...master) https://github.com/bitcoin/bitcoin/pull/8270 07:33 -!- murch [~murch@p4FE3B909.dip0.t-ipconnect.de] has joined #bitcoin-core-dev 07:58 -!- NicolasDorier [sid129442@gateway/web/irccloud.com/x-hlgqilaxvmoabkey] has quit [] 07:59 -!- NicolasDorier [sid129442@gateway/web/irccloud.com/x-sqoaofmpvrygssab] has joined #bitcoin-core-dev 08:33 -!- molz [~molly@unaffiliated/molly] has joined #bitcoin-core-dev 08:36 -!- moli [~molly@unaffiliated/molly] has quit [Ping timeout: 252 seconds] 08:39 -!- challisto [~challisto@unaffiliated/challisto] has joined #bitcoin-core-dev 08:49 -!- cocoBTC [~coco@c-933b71d5.136-1-64736c10.cust.bredbandsbolaget.se] has joined #bitcoin-core-dev 08:51 -!- MarcoFalke [~marco@host10-2.natpool.mwn.de] has joined #bitcoin-core-dev 08:54 -!- spudowiar [~spudowiar@unaffiliated/spudowiar] has quit [Read error: Connection reset by peer] 08:54 -!- spudowiar [~spudowiar@unaffiliated/spudowiar] has joined #bitcoin-core-dev 09:13 -!- grubles [~grubles@unaffiliated/grubles] has quit [Quit: brb] 09:41 -!- cocoBTC [~coco@c-933b71d5.136-1-64736c10.cust.bredbandsbolaget.se] has quit [Quit: Leaving] 09:50 -!- Giszmo [~leo@pc-122-14-46-190.cm.vtr.net] has joined #bitcoin-core-dev 10:20 -!- molz [~molly@unaffiliated/molly] has quit [Ping timeout: 240 seconds] 10:30 -!- moli [~molly@unaffiliated/molly] has joined #bitcoin-core-dev 10:35 < arubi> I'm looking at the famous "value overflow incident" transaction, it has a byte 0xA8 where the sighash type byte is normally found and I was wondering if either 0xa8 was ever a sighash type. also, checking the signature, it seems to behave like ALL. maybe it is that unfamiliar sighash is treated as ALL? 10:36 < arubi> s/either// 10:50 < arubi> ah. I should've tried 'signrawtransaction'. core says "error": "Signature hash type missing or not understood". I wonder how it got into a block at all, unless the logic was different back then! 10:53 < sipa> the signing logic not being able to deal with it doesn't mean it's invalid 10:53 < arubi> good point, so it would just default to ALL? 10:54 < arubi> or, is any type of signature be acceptable in a block? (sorry, brainstorming..) 10:54 < sipa> yes 10:54 < sipa> unknown values are treated as ALL 10:55 < sipa> or rather, look at the low 5 bits of the sighash versions 10:55 < sipa> if those are 2, SIGHASH_NONE 10:55 < sipa> if those are 3, SIGHASH_SINGLE 10:55 < sipa> anything else, SIGHASH_ALL 10:56 < arubi> thanks a lot. should I be looking at interpreter.h/cpp for this logic? 10:56 < sipa> yes 10:56 < arubi> cool. in I go 11:20 < GitHub138> [bitcoin] sipa opened pull request #8271: [bugfix] Do not send witnesses in cmpctblock (master...nowitnesscb) https://github.com/bitcoin/bitcoin/pull/8271 11:33 -!- MarcoFalke [~marco@host10-2.natpool.mwn.de] has left #bitcoin-core-dev [] 11:33 < GitHub195> [bitcoin] sipa opened pull request #8272: Make the dummy argument to getaddednodeinfo optional (master...optionaladdnodedummy) https://github.com/bitcoin/bitcoin/pull/8272 11:40 -!- Ylbam [uid99779@gateway/web/irccloud.com/x-fetboesfrgmjnoxy] has joined #bitcoin-core-dev 12:41 -!- Giszmo [~leo@pc-122-14-46-190.cm.vtr.net] has quit [Quit: Leaving.] 12:55 -!- Guyver2 [~Guyver2@guyver2.xs4all.nl] has joined #bitcoin-core-dev 13:01 -!- adiabat [~tx@159.203.193.74] has joined #bitcoin-core-dev 13:02 < adiabat> howdy, trying to sync testnet3 with the latest master (1922e5) 13:02 < adiabat> getting Aborted (core dumped) 13:03 < adiabat> bitcoind: chain.cpp:96: CBlockIndex* CBlockIndex::GetAncestor(int): Assertion `pindexWalk->pprev' failed. 13:03 < adiabat> in debug.log, this happens right after Opened LevelDB successfully, then Using obfuscation key for chainstate 13:04 < sipa> can you run in gdb and get a backtrace? 13:05 < adiabat> possibly... this may be just out of memory? I'm running it on a 1GB vps 13:05 < adiabat> is that the kind of error I'd get for running out of ram? 13:07 < sipa> i think you'd see a bad_alloc exception in that case 13:07 < adiabat> hm, think the db is corrupt though, so either way 13:07 < sipa> i don't expect such memory usage right at startup either 13:07 < adiabat> last line before the crash the first time was 13:07 < adiabat> 2016-06-26 19:55:36 Pre-allocating up to position 0x500000 in rev00013.dat 13:07 < adiabat> 2016-06-26 19:57:31 13:08 < adiabat> so there was a log line written with nothing in it, then the crash 13:11 < adiabat> got an error in gdb: 13:11 < adiabat> Thread 1 "bitcoind" received signal SIGABRT, Aborted. 13:11 < adiabat> 0x00007ffff5640418 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:54 13:11 < adiabat> 54 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory. 13:13 < sipa> can you pastebin the stacktrace? 13:13 < sipa> (type 'bt' in gdb) 13:14 -!- dingus [~grubles@unaffiliated/grubles] has joined #bitcoin-core-dev 13:14 < adiabat> ok 13:14 < adiabat> hm pastebin says no, it's not too long, just message you? 13:17 < adiabat> got it 13:17 < adiabat> http://pastebin.com/hV73dPW0 13:20 < sipa> that's interesting... 13:22 < adiabat> this is at height 447195 of segnet3, though I don't think that's related to what caused this... 13:23 < adiabat> 447196 is pretty big but there's lots around that size I got through 13:28 < btcdrak> you mean testnet3 i assume 13:29 < adiabat> err yeah heh 13:29 < adiabat> testnet3 13:37 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 240 seconds] 13:52 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 13:59 -!- moli [~molly@unaffiliated/molly] has quit [Ping timeout: 244 seconds] 14:03 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 246 seconds] 14:05 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 14:14 < gmaxwell> So, if the minimum difficulty were softfork increased to, say 2^24 (about 24 5TH/s miners), with an explicit exception for the existing blocks on the well known chain that are below that... would that eliminate the remaining unsolved reason for retaining the checkpoint code? (assuming it's also doing the signature skipping based on headers) 14:24 -!- dingus [~grubles@unaffiliated/grubles] has quit [Ping timeout: 240 seconds] 14:29 < gmaxwell> e.g. the exception would work like, diff_bits < 24, store the 24-diff_bits least significant of the block hash... so then any replacement would need to do 2^56 work (24+32) per block to make a replacement of any of those blocks... which I think should make header flooding attacks sufficiently unattractive. 14:31 -!- dingus [~grubles@unaffiliated/grubles] has joined #bitcoin-core-dev 14:35 -!- moli [~molly@unaffiliated/molly] has joined #bitcoin-core-dev 14:35 < sipa> by store you mean hardcode? 14:37 < gmaxwell> Yes. Effectively this would boost all blocks in the chain to at least 2^56 work to produce an alternative, without specifically hardcoding any blocks. 14:38 < sipa> i don't understand how you get to 56 14:39 < gmaxwell> diff 1 is effectively 2^32 work. So diff 2^24 is 2^56 work. 14:39 < sipa> oh, duh 14:40 < gmaxwell> Boosting all blocks to at least 2^56 replacement work, given their actual difficulties would require 489132 bytes of data. 14:40 < gmaxwell> assuming the information were bitpacked. 14:41 < gmaxwell> (more than I expected before I went and measured it) 14:41 < sipa> an alternative is just hardcoding the hash of the first block past 2^24 difficulty, and not downloading any blocks until a header chain past that one was built 14:42 < gmaxwell> that leaves open the attack where I give you infinity alternatives for block 1. 14:42 < gmaxwell> and exaust your resources with headers alone. 14:43 < gmaxwell> in theory a single 5TH/s miner can make 1164 diff1 headers per second. (in practice they can't because their whole control infrastructure is not setup for solutions that fast, but I wouldn't be surprised if the asics could, given alternative control) 14:46 < gmaxwell> also, if the going forward minimum is not increased, someone could start at the 2^24 point, then do 2^57 work to make a chain moving the difficulty back to 1, then continue the headerflooding attack at diff 1. 14:52 < gmaxwell> actually that rampdown would be 2^67.39 work, (I forgot to account for the fact that difficulty is held constant for 2016 blocks). 14:52 < gmaxwell> assuming mining hardware were actually efficient at low difficulty header creation the cost of that rampdown in lost subsidy income vs mining at current difficulty would be 5.3827 BTC. 14:53 < gmaxwell> Cost of a rampdown from diff 2**32 would be 1377.977 BTC. 14:55 < gmaxwell> pinning up to diff 2^32 would be 292320 blocks, about 1.11MB data if pinned with 32bits/block. 14:55 < GitHub76> [bitcoin] MarcoFalke closed pull request #8265: src: Fix spelling error in comment - netbase.h (master...bitcoiner-fix-typo-netbase) https://github.com/bitcoin/bitcoin/pull/8265 15:00 -!- justanotheruser [~Justan@unaffiliated/justanotheruser] has quit [Read error: Connection reset by peer] 15:01 < gmaxwell> alternatively, including the first 292320 headers would add about 23MB to the package, but would actually save 23MB of data transfered from the network at start. 15:02 < gmaxwell> 14MB if it was 'compressed' by exploiting the prevhash. 15:02 -!- justanotheruser [~Justan@unaffiliated/justanotheruser] has joined #bitcoin-core-dev 15:47 < luke-jr> when does cfields get back, and when he does, can we set up wiht access to the dev webserver so it's not entirely dependent on him? :x 15:56 < sipa> i believe he'll return next week 15:56 < sipa> and yes 16:10 -!- dingus is now known as grubles 16:19 < Lightsword> is there a debug flag needed to see what IP address a block is downloaded from? 16:19 < Lightsword> I’m using logips=1 already 16:20 < sipa> debug=net will should you which messages are sent to which peers 16:20 < sipa> (by node id, but you can match up node ids with ip address using -logips, or getpeerinfo) 16:21 -!- hsmiths [~hsmiths@cpe-76-174-26-91.socal.res.rr.com] has quit [Read error: Connection reset by peer] 16:23 -!- hsmiths [~hsmiths@cpe-76-174-26-91.socal.res.rr.com] has joined #bitcoin-core-dev 16:23 < Lightsword> kk, no way to have it print IP’s directly? that would make grepping a lot easier :P 16:24 < sipa> nope 16:59 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 244 seconds] 17:07 -!- Guyver2 [~Guyver2@guyver2.xs4all.nl] has quit [Quit: :)] 17:15 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 17:31 -!- murch [~murch@p4FE3B909.dip0.t-ipconnect.de] has quit [Quit: Leaving.] 17:32 -!- AaronvanW [~ewout@unaffiliated/aaronvanw] has quit [Ping timeout: 276 seconds] 17:38 -!- JackH [~Jack@79-73-186-51.dynamic.dsl.as9105.com] has quit [Read error: Connection reset by peer] 17:42 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 244 seconds] 17:43 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 17:43 -!- justanotheruser is now known as UnderCoder 17:47 -!- UnderCoder is now known as justanotheruser 17:48 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 258 seconds] 18:05 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 18:19 -!- belcher [~user@unaffiliated/belcher] has quit [Quit: Leaving] 18:19 -!- jtimon [~quassel@217.31.134.37.dynamic.jazztel.es] has quit [Ping timeout: 244 seconds] 18:25 -!- Ylbam [uid99779@gateway/web/irccloud.com/x-fetboesfrgmjnoxy] has quit [Quit: Connection closed for inactivity] 18:35 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 260 seconds] 18:36 -!- fengling [~fengling@58.135.95.133] has joined #bitcoin-core-dev 19:05 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 19:06 -!- adiabat [~tx@159.203.193.74] has quit [Quit: Leaving.] 19:12 -!- molz [~molly@unaffiliated/molly] has joined #bitcoin-core-dev 19:15 -!- moli [~molly@unaffiliated/molly] has quit [Ping timeout: 240 seconds] 19:23 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 276 seconds] 20:31 -!- harrymm [~wayne@104.237.91.216] has quit [Ping timeout: 276 seconds] 20:49 -!- harrymm [~wayne@104.237.91.46] has joined #bitcoin-core-dev 20:59 -!- Giszmo [~leo@pc-122-14-46-190.cm.vtr.net] has joined #bitcoin-core-dev 21:12 -!- challisto [~challisto@unaffiliated/challisto] has quit [Quit: Leaving] 21:14 -!- harrymm [~wayne@104.237.91.46] has quit [Ping timeout: 240 seconds] 21:36 -!- harrymm [~wayne@104.237.91.12] has joined #bitcoin-core-dev 21:37 -!- fengling [~fengling@58.135.95.133] has quit [Ping timeout: 240 seconds] 21:47 -!- fengling [~fengling@58.135.95.133] has joined #bitcoin-core-dev 21:59 -!- fengling [~fengling@58.135.95.133] has quit [Ping timeout: 240 seconds] 22:29 -!- fengling [~fengling@58.135.95.133] has joined #bitcoin-core-dev 22:30 -!- kadoban [~mud@unaffiliated/kadoban] has joined #bitcoin-core-dev 22:38 -!- gabridome [~gabridome@host205-24-dynamic.51-79-r.retail.telecomitalia.it] has quit [Ping timeout: 264 seconds] 22:39 -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection] 22:39 -!- gabridome [~gabridome@host29-109-dynamic.182-80-r.retail.telecomitalia.it] has joined #bitcoin-core-dev 22:40 -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-core-dev 22:42 -!- Anduck [~anduck@unaffiliated/anduck] has quit [Remote host closed the connection] 22:58 -!- paveljanik [~paveljani@unaffiliated/paveljanik] has quit [Ping timeout: 264 seconds] 23:19 -!- kadoban [~mud@unaffiliated/kadoban] has quit [Ping timeout: 250 seconds]