1 2018-05-13 01:24:52	0|IGHOR|Hello everyone
 2 2018-05-13 01:24:53	0|IGHOR|does anyone knows what Bitcoin Core doing on confirmations fork if happen? Is it replacing forked blocks or just appending new one?
 3 2018-05-13 06:31:47	0|angg|.
 4 2018-05-13 10:39:59	0|savantgarde|Regarding the transactions field from the result of the bitcoind RPC call listsinceblock, must one sum up the amounts of the entries for the same transaction, but with different vout values, in order to get the full amount received with a transaction?
 5 2018-05-13 11:01:45	0|bitcoin-git|[13bitcoin] 15Empact opened pull request #13226: Optimize SelectCoinsBnB by tracking the selection by index rather than by position (06master...06select-bnb-by-index) 02https://github.com/bitcoin/bitcoin/pull/13226
 6 2018-05-13 11:03:04	0|zrc|Can we build a HD wallet only with JS?
 7 2018-05-13 15:49:59	0|bitcoin-git|13bitcoin/06master 143d8ae74 15practicalswift: travis: Rename the build stage "check_doc" to "lint"
 8 2018-05-13 15:49:59	0|bitcoin-git|[13bitcoin] 15MarcoFalke pushed 2 new commits to 06master: 02https://github.com/bitcoin/bitcoin/compare/418ae49ee1ea...ffa86af45363
 9 2018-05-13 15:50:00	0|bitcoin-git|13bitcoin/06master 14ffa86af 15MarcoFalke: Merge #13221: travis: Rename the build stage "check_doc" to "lint"...
10 2018-05-13 15:50:46	0|bitcoin-git|[13bitcoin] 15MarcoFalke closed pull request #13221: travis: Rename the build stage "check_doc" to "lint" (06master...06lint) 02https://github.com/bitcoin/bitcoin/pull/13221
11 2018-05-13 17:01:48	0|BlueMatt|wumpus: ping
12 2018-05-13 20:27:23	0|bitcoin-git|[13bitcoin] 15sipa opened pull request #13228: Add script to detect circular dependencies between source modules (06master...06201805_circular_detect) 02https://github.com/bitcoin/bitcoin/pull/13228
13 2018-05-13 22:58:33	0|jtimon|can anyone remind me what used to be the latest best design on bitcoin-based (feel free to add a new opcode and/or sighash if you need it) for prvably fair lotery?
14 2018-05-13 22:58:33	0|jtimon|I had a conversation about this today and we were using "the price cannot be bigger than the block reward" as a security assumption, but IIRC I heard a better solution. If anybody can refresh my mind with a link or something that would be awesome
15 2018-05-13 23:01:06	0|jtimon|my current design includes an op_deterministic_miner_grindable_random taking the randomness from the current block (I really remember something better than this with past or future blocks or a combination, but it doesn't make sensse to me now, so I feel I'm forgetting something)
16 2018-05-13 23:03:10	0|jtimon|the basic structure is one input per "lottery ticket" and one output, let's say 0.01 input x100 and 1 1 btc-txfees output
17 2018-05-13 23:04:40	0|jtimon|with schnoor many inputs could be 1 signature, also with mast/taprrot/graftroot you can only show the winner's address
18 2018-05-13 23:11:13	0|jtimon|then the other person wasn't comfortable with relaying on a centralized server, so I assumed some loterry_mempool service bits for incomplete lottery txs with anyone can pay, but since you don't know the receipt addresses from people who haven't signed yet when creating the output script, I thought of an op_get_scriptpubkey_for_a_given_output_in_this_tx, which is coventant-like but feels very hacky and overkill and not optimal
19 2018-05-13 23:11:53	0|jtimon|I guess you could also use a decentralized protocol for coinjoin, but I never really understood those
20 2018-05-13 23:12:29	0|jtimon|this time it would be simpler since it's just one output
21 2018-05-13 23:12:57	0|jtimon|please remind me what I'm missing/forgetting