1 2016-10-11 03:30:03	0|luke-jr|to avoid risks of hardware consensus failures, perhaps nodes ought to publish fraud claims when their peers send them an invalid block, and then you can go back and check that block in software - thoughts?
 2 2016-10-11 05:38:16	0|TD-Linux|luke-jr, by hardware consensus are you referring to an alternate implementation of the consensus rules?
 3 2016-10-11 05:39:02	0|luke-jr|TD-Linux: yes, for example implementing the EC verifications in FPGA
 4 2016-10-11 05:41:21	0|TD-Linux|luke-jr, is the purpose lower verification latency, or greater overall throughput? if it's the former, you could just run both in parallel and stop if they disagree (or disable the hardware)
 5 2016-10-11 05:42:58	0|luke-jr|I guess it would have to be the latter, since latency over the network is high
 6 2016-10-11 05:44:09	0|luke-jr|it would also possibly allow the current code to be the "hardware" and have an emulated fallback implementation for greater consensus-safety
 7 2016-10-11 05:44:36	0|TD-Linux|how would you trust fraud claims from peers?
 8 2016-10-11 06:14:26	0|luke-jr|TD-Linux: when you got one, you'd run the slower implementation
 9 2016-10-11 06:14:32	0|luke-jr|if it was okay, ban the peer
10 2016-10-11 08:51:13	0|GitHub24|[13bitcoin] 15MarcoFalke pushed 3 new commits to 06master: 02https://github.com/bitcoin/bitcoin/compare/bf8e68aba68d...d0754799698d
11 2016-10-11 08:51:14	0|GitHub24|13bitcoin/06master 146976db2 15Suhas Daftuar: [qa] Another attempt to fix race condition in p2p-compactblocks.py...
12 2016-10-11 08:51:14	0|GitHub24|13bitcoin/06master 14b55d941 15Suhas Daftuar: [qa] Fix race condition in sendheaders.py...
13 2016-10-11 08:51:15	0|GitHub24|13bitcoin/06master 14d075479 15MarcoFalke: Merge #8882: [qa] Fix race conditions in p2p-compactblocks.py and sendheaders.py...
14 2016-10-11 08:51:28	0|GitHub159|[13bitcoin] 15MarcoFalke closed pull request #8882: [qa] Fix race conditions in p2p-compactblocks.py and sendheaders.py (06master...06fix-race-again) 02https://github.com/bitcoin/bitcoin/pull/8882
15 2016-10-11 09:38:02	0|GitHub135|[13bitcoin] 15s-matthew-english opened pull request #8908: Update bitcoin-qt.desktop (06master...06patch-4) 02https://github.com/bitcoin/bitcoin/pull/8908
16 2016-10-11 09:54:02	0|GitHub27|[13bitcoin] 15btcdrak opened pull request #8909: Change bundle identifiers (06master...06bc) 02https://github.com/bitcoin/bitcoin/pull/8909
17 2016-10-11 09:55:54	0|GitHub188|[13bitcoin] 15MarcoFalke pushed 20 new commits to 060.13: 02https://github.com/bitcoin/bitcoin/compare/a916677ace1c...94688d8e43e7
18 2016-10-11 09:55:55	0|GitHub188|13bitcoin/060.13 14375437c 15Johnson Lau: Ping regularly in p2p-segwit.py to keep connection alive...
19 2016-10-11 09:55:55	0|GitHub188|13bitcoin/060.13 149bbe66e 15Suhas Daftuar: [qa] Split up slow RPC calls to avoid pruning test timeouts...
20 2016-10-11 09:55:56	0|GitHub188|13bitcoin/060.13 142a8bca4 15jnewbery: Add bitcoin-tx JSON tests...
21 2016-10-11 09:55:56	0|GitHub8|[13bitcoin] 15MarcoFalke closed pull request #8866: [0.13] Backports (060.13...06Mf1610-013backp) 02https://github.com/bitcoin/bitcoin/pull/8866
22 2016-10-11 10:31:49	0|jtimon|btw wumpus I forgot but I believe #8498 should be in https://github.com/bitcoin/bitcoin/projects/6 too
23 2016-10-11 10:48:05	0|kanzure|cfields: see "Error code and correction for a new address type" in https://bitcoincore.org/logs/2016-05-zurich-meeting-notes.html
24 2016-10-11 10:49:39	0|luke-jr|eh, cfields was there.. O.o
25 2016-10-11 10:50:16	0|kanzure|well maybe in another room
26 2016-10-11 10:50:52	0|sipa|also, see https://github.com/sipa/ezbase32/blob/master/ezbase32.py#L5
27 2016-10-11 11:49:57	0|jtimon|regarding #8493, __tau__ suggested that "BlockIndexInterface is a bad name. In general avoid generic terms like Interface, every class is an interface. something like BlockIndexOperations would be better"
28 2016-10-11 11:50:08	0|jtimon|thoughts? other ideas for a name?
29 2016-10-11 11:52:21	0|gmaxwell|every interface performance operations. :P
30 2016-10-11 11:52:54	0|luke-jr|only if you use it. *hides*
31 2016-10-11 11:53:03	0|jtimon|yeah, I guess operations is too generic as well
32 2016-10-11 12:13:03	0|btcdrak|jtimon: I prefer Interface suffix on interfaces.
33 2016-10-11 12:35:37	0|wumpus|what's wrong with Interface?
34 2016-10-11 12:36:04	0|wumpus|it's a pretty standard term in almost any programming language for an abstract way to access certain operations
35 2016-10-11 12:36:36	0|jtimon|ok, I'll leave Interface, I don't really care, the complain was that it was too generic
36 2016-10-11 12:36:54	0|wumpus|it'd be too generatic if you call a class Interface { :-)
37 2016-10-11 12:37:08	0|wumpus|if you suffix it to something it's clear imo
38 2016-10-11 14:09:30	0|jtimon|my conclusion from the little discussions we had on libconsensus: each person seems to want a different thing, and those who agree or have similar ideas want to see it happen in a different order
39 2016-10-11 14:10:41	0|jtimon|for reducing our use of globals it seems to be a similar situation
40 2016-10-11 15:29:02	0|kanzure|jtimon: so which one gets priority
41 2016-10-11 15:32:04	0|jtimon|kanzure: good question
42 2016-10-11 15:50:12	0|GitHub90|[13bitcoin] 15laanwj opened pull request #8911: qt: Translate all files, even if wallet disabled (06master...062016_10_qt_translations_wallet2) 02https://github.com/bitcoin/bitcoin/pull/8911
43 2016-10-11 16:11:43	0|achow101|how close is 8499 to being merged?
44 2016-10-11 16:16:49	0|wumpus|someone just has to pull the trigger
45 2016-10-11 16:17:10	0|btcdrak|achow101: still a couple of tests being written afaik
46 2016-10-11 16:18:10	0|wumpus|not on that pull, IIRC
47 2016-10-11 16:23:29	0|achow101|btcdrak: aren't there already tests in that pull? Or are they not enough?
48 2016-10-11 16:40:56	0|wumpus|*112* comments on #8499, wow, people should really cut it with the offtopic discussion
49 2016-10-11 16:49:43	0|wumpus|github is not suitable for winding discussions because it has no threaded format, just a linear one
50 2016-10-11 19:18:03	0|phantomcircuit|TD-Linux: you cant really get lower latency with an fpga anyways
51 2016-10-11 19:36:44	0|TD-Linux|phantomcircuit, indeed, but the idea is identical for any alternate implementation
52 2016-10-11 20:07:41	0|Chris_Stewart_5|You have to request the block header with a GetHeaders message after receiving notification of a new block on the p2p network, correct?
53 2016-10-11 20:16:06	0|sipa|you can also use sendheaders
54 2016-10-11 20:34:56	0|Chris_Stewart_5|Thanks, just came across that