1 2016-10-16 00:47:36	0|dgenr8|if peers are building on first-validated, miner has to balance the tx fee against the increased risk that peer will fail to finish validating his block first.  this might just push up fees.
 2 2016-10-16 00:49:45	0|alpalp|why would a peer fail to validate his first?
 3 2016-10-16 00:50:04	0|alpalp|peer would need to validate 2 blocks instead of 1?
 4 2016-10-16 00:59:47	0|dgenr8|parallel validation is being considered in some quarters
 5 2016-10-16 01:16:15	0|alpalp|not sure how that applies.  My fee thing was more a hypothetical.  I might prefer one block at same height over another for many reasons
 6 2016-10-16 01:40:19	0|dgenr8|ok, yes. PV is just one example of a non-first-seen rule
 7 2016-10-16 01:51:14	0|alpalp|PV?
 8 2016-10-16 02:59:20	0|luke-jr|dgenr8: why would you prefer to validate 2 competing blocks slower, vs validate one at a time?
 9 2016-10-16 03:07:35	0|alpalp|if you can validate 2 in parallel faster than 2 serially, you know  which to buildon
10 2016-10-16 03:14:40	0|dgenr8|luke-jr: BU is working on this to try to discourage blocks that take unusually long to validate
11 2016-10-16 03:14:58	0|luke-jr|alpalp: but it won't be faster
12 2016-10-16 03:15:21	0|luke-jr|dgenr8: it doesn't make much sense to measure actual validation time in light of compressed blocks..
13 2016-10-16 03:46:34	0|jl2012|friendsofbitcoin, luke-jr: if you want to rebase 7534 please do it after 8499 is merged. It has to disable uncompressed keys in segwit script
14 2016-10-16 03:57:10	0|luke-jr|jl2012: already did it
15 2016-10-16 03:57:31	0|luke-jr|can do it again
16 2016-10-16 14:51:40	0|sipa|jeremyrubin: does your cuckoo implementation favor h0 over h1?
17 2016-10-16 15:05:32	0|wallet42|can't join #bitcoin-dev anymore? need +r ?
18 2016-10-16 15:06:20	0|wallet42|also congrats on sipa's proposal for a BIP9 activation date. very excited. :-) i d'ont want to be a party pooper
19 2016-10-16 15:06:36	0|wallet42|but do you technically need to also define a timeout date?
20 2016-10-16 15:06:41	0|sipa|indeed.
21 2016-10-16 15:07:55	0|wallet42|or is it just 1year by default if nothing is specified?
22 2016-10-16 15:34:37	0|instagibbs|it's the suggested length in nip9
23 2016-10-16 15:34:42	0|instagibbs|bip9 even
24 2016-10-16 16:13:10	0|sipa|belcher: if you're in london, interested in meeting up?
25 2016-10-16 16:13:20	0|belcher|sure
26 2016-10-16 16:18:35	0|sipa|belcher: i'm leaving on wednesday
27 2016-10-16 16:21:57	0|belcher|pm'd
28 2016-10-16 16:37:42	0|jl2012|instagibbs: I'm not sure why it fails. It's random, like 50% chance
29 2016-10-16 16:43:21	0|jl2012|actually, I copied your test in https://github.com/jl2012/bitcoin/commit/ca10a03addf70421893791c2c499e82fc494d60b
30 2016-10-16 16:44:22	0|jl2012|do you have any idea why it would fail randomly? https://github.com/jl2012/bitcoin/blob/9260085377e89e666d0cb95b462261d7e3a9c82f/qa/rpc-tests/p2p-segwit.py#L1909
31 2016-10-16 17:26:34	0|btcdrak|https://github.com/bitcoin-core/bitcoincore.org/pull/234
32 2016-10-16 18:17:42	0|Chris_Stewart_5|So I'm trying to follow the logic of broadcasting an inv message for a tx you have made from your wallet on the network, and I've made it to here in main.cpp, where it looks like the
33 2016-10-16 18:17:51	0|Chris_Stewart_5|inv message is queued up to be sent: https://github.com/bitcoin/bitcoin/blob/master/src/main.cpp#L6727-L6728
34 2016-10-16 18:18:14	0|Chris_Stewart_5|however, where does the sending part actually happen?
35 2016-10-16 18:33:41	0|arubi|Chris_Stewart_5, this might be just a clue, I had the same Q a while ago and got to here: https://github.com/bitcoin/bitcoin/blob/master/src/main.cpp#L4747
36 2016-10-16 18:40:01	0|Chris_Stewart_5|I think it happens here for the code I was looking at: https://github.com/bitcoin/bitcoin/blob/master/src/main.cpp#L6751-L6752
37 2016-10-16 18:40:17	0|Chris_Stewart_5|which in turn calls: https://github.com/bitcoin/bitcoin/blob/master/src/net.h#L808
38 2016-10-16 18:40:30	0|Chris_Stewart_5|which I *THINK* is responsible for serialization AND sending of the message?
39 2016-10-16 18:41:47	0|Chris_Stewart_5|EndMessage definition here: https://github.com/bitcoin/bitcoin/blob/master/src/net.cpp#L2637 which I'm unsure of what it exactly does :/
40 2016-10-16 18:46:29	0|arubi|wish I could be of more help..  p2p stuff are still black magic to me.  I never went too deep into it yet
41 2016-10-16 18:48:45	0|Chris_Stewart_5|arubi: Me too, just starting to learn more about it :-). Thanks for the response though.
42 2016-10-16 18:49:15	0|arubi|np, I'll be listening for an answer too
43 2016-10-16 22:24:03	0|GitHub44|[13bitcoin] 15btcdrak opened pull request #8932: Allow bitcoin-tx to create v2 transactions (06master...06bitcointx2) 02https://github.com/bitcoin/bitcoin/pull/8932