{
  "founder": "wumpus",
  "channel": "#bitcoin-core-dev",
  "network": "freenode",
  "id": "30e6d8b018eb4944a985dbe3cac2f5e7",
  "name": "#bitcoin-core-dev",
  "chair": "wumpus",
  "chairs": [
    "wumpus"
  ],
  "nicks": {
    "wumpus": 49,
    "lightningbot": 2,
    "cfields": 10,
    "MarcoFalke": 2,
    "gmaxwell": 30,
    "sipa": 52,
    "kanzure": 2,
    "luke-jr": 19,
    "jeremyrubin": 1,
    "jonasschnelli": 6,
    "morcos": 13,
    "instagibbs": 7,
    "sdaftuar": 20,
    "GitHub107": 1,
    "btcdrak": 2,
    "GitHub168": 1,
    "GitHub10": 1,
    "BlueMatt": 11,
    "NicolasDorier": 6,
    "jtimon": 3
  },
  "start_time": "2016-08-04T19:00:43+00:00",
  "end_time": "2016-08-04T19:58:24+00:00",
  "active": false,
  "original_topic": "Bitcoin Core development discussion and commit log | This is the channel for developing Bitcoin Core. Feel free to watch, but please take commentary and usage questions to #bitcoin | Channel logs: https://botbot.me/freenode/bitcoin-core-dev, http://www.erisian.com.au/bitcoin-core-dev/",
  "current_topic": "libconsensus",
  "messages": [
    {
      "id": "f43a6a518caa4d5ab40b280af8994f6d",
      "sender": "wumpus",
      "payload": "#startmeeting",
      "action": false,
      "timestamp": "2016-08-04T19:00:43+00:00"
    },
    {
      "id": "5965509c092840bdaa2bcc78dae21296",
      "sender": "lightningbot",
      "payload": "Meeting started Thu Aug  4 19:00:43 2016 UTC.  The chair is wumpus. Information about MeetBot at http://wiki.debian.org/MeetBot.",
      "action": false,
      "timestamp": "2016-08-04T19:00:43+00:00"
    },
    {
      "id": "61719433f011437baefcd1f6d467de20",
      "sender": "lightningbot",
      "payload": "Useful Commands: #action #agreed #help #info #idea #link #topic.",
      "action": false,
      "timestamp": "2016-08-04T19:00:43+00:00"
    },
    {
      "id": "449850e0c7994882b6550abf595eda0c",
      "sender": "cfields",
      "payload": "gmaxwell: mm, i just stuck some \"#error foo\" in the asm paths, it blows up as expected.",
      "action": false,
      "timestamp": "2016-08-04T19:01:01+00:00"
    },
    {
      "id": "40fc558ee55f487c80598854c447e887",
      "sender": "cfields",
      "payload": "whoops, will continue after meeting",
      "action": false,
      "timestamp": "2016-08-04T19:01:06+00:00"
    },
    {
      "id": "b1ba5d63a2de4dfb8423c3e88b4b3922",
      "sender": "MarcoFalke",
      "payload": "topic 0.13.0, I guess?",
      "action": false,
      "timestamp": "2016-08-04T19:01:15+00:00"
    },
    {
      "id": "012d5252922d424fab86f6c5fedf9173",
      "sender": "wumpus",
      "payload": "#topic 0.13.0 final?",
      "action": false,
      "timestamp": "2016-08-04T19:01:22+00:00"
    },
    {
      "id": "6d4cd0d4720549bab4e4075f963beebe",
      "sender": "wumpus",
      "payload": "did anyone hear of any critical problems with rc2?",
      "action": false,
      "timestamp": "2016-08-04T19:01:33+00:00"
    },
    {
      "id": "700d55d5a648465ba3bce24a0e1e6c3c",
      "sender": "gmaxwell",
      "payload": "I haven't heard much on it. Been quiet.",
      "action": false,
      "timestamp": "2016-08-04T19:01:54+00:00"
    },
    {
      "id": "1274da60a9534f37af00b7e40dedf777",
      "sender": "sipa",
      "payload": "we forgot to backport 8438/8365 into 0.13...",
      "action": false,
      "timestamp": "2016-08-04T19:02:03+00:00"
    },
    {
      "id": "1da890f22e6a41f7b5a967a20ef915f6",
      "sender": "wumpus",
      "payload": "sipa something for 0.13.1?",
      "action": false,
      "timestamp": "2016-08-04T19:02:16+00:00"
    },
    {
      "id": "f5f3dbcd373a4c709c3b69a81292e34a",
      "sender": "kanzure",
      "payload": "hi. greetings.",
      "action": false,
      "timestamp": "2016-08-04T19:02:29+00:00"
    },
    {
      "id": "8fa5f21c1f4e4cfbbf3d17c1bef96d1b",
      "sender": "luke-jr",
      "payload": "wumpus: the release notes are still inappropriate AFAIK",
      "action": false,
      "timestamp": "2016-08-04T19:02:39+00:00"
    },
    {
      "id": "63befc879a4743d6957431505f3abefe",
      "sender": "luke-jr",
      "payload": "also gmaxwell was going to add a section I believe, covering the new relay policy influences (maybe I missed that being added)",
      "action": false,
      "timestamp": "2016-08-04T19:03:07+00:00"
    },
    {
      "id": "94b67c4684644e28a4e210b2e6cae80e",
      "sender": "jeremyrubin",
      "payload": "hi",
      "action": false,
      "timestamp": "2016-08-04T19:03:11+00:00"
    },
    {
      "id": "31f60b01a0134329956d51c4ca315a55",
      "sender": "gmaxwell",
      "payload": "I think I owed some release note text which I haven't done yet re max blocksize settings.",
      "action": false,
      "timestamp": "2016-08-04T19:03:12+00:00"
    },
    {
      "id": "4b9c3f8ee43d49c9878beaa4ad0b01c1",
      "sender": "kanzure",
      "payload": "this isn't short-term development related but it's high signal-noise crypto content that a few developers recently participated in, http://diyhpl.us/wiki/transcripts/2016-july-bitcoin-developers-miners-meeting/dan-boneh/",
      "action": false,
      "timestamp": "2016-08-04T19:03:12+00:00"
    },
    {
      "id": "6a8167667b6d45f2abf367a0d87c83a2",
      "sender": "MarcoFalke",
      "payload": "Wouldn't 8438 require rc3?",
      "action": false,
      "timestamp": "2016-08-04T19:03:16+00:00"
    },
    {
      "id": "ec91d106b1e14186815662610f7beb11",
      "sender": "wumpus",
      "payload": "luke-jr: then update them, sipa also still wants to add something",
      "action": false,
      "timestamp": "2016-08-04T19:03:16+00:00"
    },
    {
      "id": "58c456ffa44246a083cb2673fbf2243a",
      "sender": "wumpus",
      "payload": "MarcoFalke: yes",
      "action": false,
      "timestamp": "2016-08-04T19:03:22+00:00"
    },
    {
      "id": "598557be1a934f8ab7e5ab3c52e9e270",
      "sender": "luke-jr",
      "payload": "wumpus: my PR to update them is still open.",
      "action": false,
      "timestamp": "2016-08-04T19:03:28+00:00"
    },
    {
      "id": "98c66459581948d9946c9b4b46c8a10c",
      "sender": "wumpus",
      "payload": "luke-jr: it also updates code",
      "action": false,
      "timestamp": "2016-08-04T19:03:35+00:00"
    },
    {
      "id": "8f348681b71c4097b4d5579f26fc1efe",
      "sender": "jonasschnelli",
      "payload": "luke-jr: does the PR still contain code changes?",
      "action": false,
      "timestamp": "2016-08-04T19:03:43+00:00"
    },
    {
      "id": "ab820f18e33e4b44abbbe2ebaa4152aa",
      "sender": "luke-jr",
      "payload": "so you want a version without code changes?",
      "action": false,
      "timestamp": "2016-08-04T19:03:46+00:00"
    },
    {
      "id": "9e5189d2d7544b2ea859c9ffd941c0b9",
      "sender": "wumpus",
      "payload": "luke-jr: if you make a PR that just updates the changelog, and it's accepted by others, it would have been merged a long time ago",
      "action": false,
      "timestamp": "2016-08-04T19:04:06+00:00"
    },
    {
      "id": "a4437a54b3ab4176876245b66840e5cb",
      "sender": "luke-jr",
      "payload": "wumpus: the current language was not accepted.",
      "action": false,
      "timestamp": "2016-08-04T19:04:47+00:00"
    },
    {
      "id": "b23cd75d8c7c41a7b42919572703e143",
      "sender": "jonasschnelli",
      "payload": "sipa: do you think https://github.com/bitcoin/bitcoin/pull/8438 can wait for 0.13.1?",
      "action": false,
      "timestamp": "2016-08-04T19:04:59+00:00"
    },
    {
      "id": "72120bd763634f0a9777bdf3b2d22b25",
      "sender": "luke-jr",
      "payload": "I find this double-standard somewhat annoying.",
      "action": false,
      "timestamp": "2016-08-04T19:05:06+00:00"
    },
    {
      "id": "65a74e83523e432aaa1807ff09ac6017",
      "sender": "morcos",
      "payload": "sigh, if this is another meeting of us all arguing against luke-jr then i'm going to find something else to do",
      "action": false,
      "timestamp": "2016-08-04T19:05:12+00:00"
    },
    {
      "id": "a34c63839c6b49d7b1f7658e77f0e3a0",
      "sender": "jonasschnelli",
      "payload": "heh. Yes. Finish this. luke-jr can open a pr (action)",
      "action": false,
      "timestamp": "2016-08-04T19:05:29+00:00"
    },
    {
      "id": "86f29c3536544f6bb3a39ca381d95654",
      "sender": "wumpus",
      "payload": "I'm not arguing against luke-jr",
      "action": false,
      "timestamp": "2016-08-04T19:05:40+00:00"
    },
    {
      "id": "04cc8007ef1e49f09b01ef5b43c3f423",
      "sender": "wumpus",
      "payload": "anyhow that derailed my question - so no one had any critical problems with 0.13.0rc2?",
      "action": false,
      "timestamp": "2016-08-04T19:06:08+00:00"
    },
    {
      "id": "33c6ab48d03a4091824e0530e8dc11ad",
      "sender": "wumpus",
      "payload": "and I don't mean with the release notes",
      "action": false,
      "timestamp": "2016-08-04T19:06:22+00:00"
    },
    {
      "id": "b689199c45f04982bf073dbcfecb8a6f",
      "sender": "sipa",
      "payload": "is there any fear of instagibbs' problem being due to a code error?",
      "action": false,
      "timestamp": "2016-08-04T19:06:30+00:00"
    },
    {
      "id": "2115ea358705413a80f0f0a001d352c2",
      "sender": "wumpus",
      "payload": "what problem?",
      "action": false,
      "timestamp": "2016-08-04T19:06:38+00:00"
    },
    {
      "id": "293e04e0c4f24529a1a4c4e787367777",
      "sender": "instagibbs",
      "payload": "sipa, fwiw it's showing up on older fork...",
      "action": false,
      "timestamp": "2016-08-04T19:06:41+00:00"
    },
    {
      "id": "4621e852743444bcab29a7d0eb766e68",
      "sender": "instagibbs",
      "payload": "it's not HD-related, or anything fairly recent",
      "action": false,
      "timestamp": "2016-08-04T19:06:58+00:00"
    },
    {
      "id": "cec8c603b42145c98b23dedfbf303ae1",
      "sender": "gmaxwell",
      "payload": "instagibbs: so without the bip32 changes?",
      "action": false,
      "timestamp": "2016-08-04T19:07:00+00:00"
    },
    {
      "id": "877c7aa126b54b27a821c57a72dacd07",
      "sender": "instagibbs",
      "payload": "correct",
      "action": false,
      "timestamp": "2016-08-04T19:07:04+00:00"
    },
    {
      "id": "3d0e5290ab21439598cb5bf70c43c4ae",
      "sender": "wumpus",
      "payload": "you mean the salvagewallet problem? that's old hat, there's two issues open with salvagewallet problems",
      "action": false,
      "timestamp": "2016-08-04T19:07:05+00:00"
    },
    {
      "id": "89765d3dbca44bc2b80fea5c00cd6b7c",
      "sender": "sipa",
      "payload": "instagibbs: ok, good to know",
      "action": false,
      "timestamp": "2016-08-04T19:07:09+00:00"
    },
    {
      "id": "2b13c1cfb7e9417c8bcdfc434e44da77",
      "sender": "wumpus",
      "payload": "as I mentioned",
      "action": false,
      "timestamp": "2016-08-04T19:07:11+00:00"
    },
    {
      "id": "f2d50e694e1a420c8c99c3d2e081ddf0",
      "sender": "sipa",
      "payload": "sorry, i didn't follow the whole discussion",
      "action": false,
      "timestamp": "2016-08-04T19:07:19+00:00"
    },
    {
      "id": "71f42d67266b4d5fbb17c8c2fb2764f0",
      "sender": "wumpus",
      "payload": "this is not a last minute problem",
      "action": false,
      "timestamp": "2016-08-04T19:07:19+00:00"
    },
    {
      "id": "8421f04ca729491e8a62079987831c1c",
      "sender": "luke-jr",
      "payload": "wumpus: earlier we were discussing 0.13.0's failure mode downgrading from 0.13.1; I am not clear what the status of that is, or if we need changes for it",
      "action": false,
      "timestamp": "2016-08-04T19:07:21+00:00"
    },
    {
      "id": "6f3efc92fccc46a8935915e434abb0f5",
      "sender": "instagibbs",
      "payload": "yes I'll double-check that keys aren't actually going away",
      "action": false,
      "timestamp": "2016-08-04T19:07:22+00:00"
    },
    {
      "id": "0137a08586354e208f14c08591990015",
      "sender": "instagibbs",
      "payload": "but not worried now",
      "action": false,
      "timestamp": "2016-08-04T19:07:26+00:00"
    },
    {
      "id": "9a0f26b805e5474e923944a76b8c6675",
      "sender": "gmaxwell",
      "payload": "OK.",
      "action": false,
      "timestamp": "2016-08-04T19:07:31+00:00"
    },
    {
      "id": "3aabf1c786694709bf28d6ccf13baa40",
      "sender": "instagibbs",
      "payload": "LoadWallet works anyhoo :P",
      "action": false,
      "timestamp": "2016-08-04T19:07:36+00:00"
    },
    {
      "id": "a874f5276c6c4bcda89bc2aa63233e83",
      "sender": "wumpus",
      "payload": "yes",
      "action": false,
      "timestamp": "2016-08-04T19:07:39+00:00"
    },
    {
      "id": "943728cafcbc417da1d0c21501e8120e",
      "sender": "wumpus",
      "payload": "so, all agree that it is time to release 0.13.0 final?",
      "action": false,
      "timestamp": "2016-08-04T19:08:26+00:00"
    },
    {
      "id": "f4e34e5987a748c5bf681fa28fc72c23",
      "sender": "wumpus",
      "payload": "(after say, a day of updating the release notes)",
      "action": false,
      "timestamp": "2016-08-04T19:08:34+00:00"
    },
    {
      "id": "693f2af730a24c47a236cd594c93924d",
      "sender": "sipa",
      "payload": "do we care about what happens when someone downgrades 0.13.1 to 0.13.0 after segwit activates?",
      "action": false,
      "timestamp": "2016-08-04T19:09:06+00:00"
    },
    {
      "id": "de4ba0819a224153a1b8cad5f3c2c4b4",
      "sender": "jonasschnelli",
      "payload": "ACK, I can live with https://github.com/bitcoin/bitcoin/pull/8438  for 0.13.1 but don't know about others opinions.",
      "action": false,
      "timestamp": "2016-08-04T19:09:08+00:00"
    },
    {
      "id": "e1364f7da888423085fa3a85810b91ba",
      "sender": "sdaftuar",
      "payload": "i think we can just tell users who want to downgrade to 0.13.0 after segwit activates to do a reindex?",
      "action": false,
      "timestamp": "2016-08-04T19:09:09+00:00"
    },
    {
      "id": "093d5fc4d5f6499fb36e50d713c500cb",
      "sender": "sdaftuar",
      "payload": "they'll end up redownloading blocks, without witnesses, but that seems fine",
      "action": false,
      "timestamp": "2016-08-04T19:09:27+00:00"
    },
    {
      "id": "3e01eb0e9e9049b083fb744f9870aa3f",
      "sender": "luke-jr",
      "payload": "sipa: I care only to the extent that it shouldn't make a \"working\" node that doesn't match consensus",
      "action": false,
      "timestamp": "2016-08-04T19:09:30+00:00"
    },
    {
      "id": "8ba8e70a2691483cadbbbd4651ba6191",
      "sender": "sdaftuar",
      "payload": "kind of a weird case to try to optimize",
      "action": false,
      "timestamp": "2016-08-04T19:09:32+00:00"
    },
    {
      "id": "beb4f5cf5261440684ca98391a52c7a0",
      "sender": "wumpus",
      "payload": "agree with luke-jr - it should give a clear error",
      "action": false,
      "timestamp": "2016-08-04T19:09:45+00:00"
    },
    {
      "id": "4007f01815564e1cb925751686b2b771",
      "sender": "luke-jr",
      "payload": "ie, it should give a hard error or reindex or something",
      "action": false,
      "timestamp": "2016-08-04T19:09:49+00:00"
    },
    {
      "id": "286146829cd843cab99703859c8e9634",
      "sender": "wumpus",
      "payload": "it should not seem to work, but if it requires a reindex that's fine",
      "action": false,
      "timestamp": "2016-08-04T19:09:54+00:00"
    },
    {
      "id": "c125b36d7d174b678768826d48450d23",
      "sender": "jonasschnelli",
      "payload": "sdaftuar: Yes. I think this would be good. I don't think we need to cover the downgrade case.",
      "action": false,
      "timestamp": "2016-08-04T19:10:04+00:00"
    },
    {
      "id": "b9ac98a83ead4ec4a7d244519097b738",
      "sender": "sipa",
      "payload": "luke-jr: i think the only risk (but i haven't tried) is that it either works fine or crashes",
      "action": false,
      "timestamp": "2016-08-04T19:10:05+00:00"
    },
    {
      "id": "59500b6e090240ca82ab726a1151483b",
      "sender": "gmaxwell",
      "payload": "Loss of #8438 is unfortunate but if including it would mean delaying the release I don't think it would be good to do so.",
      "action": false,
      "timestamp": "2016-08-04T19:10:11+00:00"
    },
    {
      "id": "f442db72ce1b4811b0eed82272dc3974",
      "sender": "sipa",
      "payload": "luke-jr: the UTXO set is identical across the two",
      "action": false,
      "timestamp": "2016-08-04T19:10:15+00:00"
    },
    {
      "id": "cb1364f2356945839917a0322ce78614",
      "sender": "luke-jr",
      "payload": "I suggest someone should try it before final 0.13.0",
      "action": false,
      "timestamp": "2016-08-04T19:10:42+00:00"
    },
    {
      "id": "fa06d564a8214fcc9365d1c38906d88c",
      "sender": "luke-jr",
      "payload": "probably not difficult using testnet?",
      "action": false,
      "timestamp": "2016-08-04T19:10:53+00:00"
    },
    {
      "id": "f0de645c9cd740229f04b5254704d007",
      "sender": "sdaftuar",
      "payload": "sipa: i guess its somewhat unfortunate that it will seem to work fine.",
      "action": false,
      "timestamp": "2016-08-04T19:10:56+00:00"
    },
    {
      "id": "0db7db1f607a48eaacdb42343401a15e",
      "sender": "sipa",
      "payload": "luke-jr: ack",
      "action": false,
      "timestamp": "2016-08-04T19:10:57+00:00"
    },
    {
      "id": "c0a004567ed94b67bc01afaab704754a",
      "sender": "gmaxwell",
      "payload": "it can be tested by changing the testnet parameters.",
      "action": false,
      "timestamp": "2016-08-04T19:11:00+00:00"
    },
    {
      "id": "c48ecb5d62f84437b3606cb5b2f91eb9",
      "sender": "sipa",
      "payload": "detecting this situation is not hard, btw",
      "action": false,
      "timestamp": "2016-08-04T19:11:10+00:00"
    },
    {
      "id": "b5decda2c87b4e89a0702d53c5448ee0",
      "sender": "sdaftuar",
      "payload": "oh because 0.13.1 will use OPT_WITNESS?",
      "action": false,
      "timestamp": "2016-08-04T19:11:24+00:00"
    },
    {
      "id": "bd43a83581534d2c933dd4e7f1d1a533",
      "sender": "sipa",
      "payload": "sdaftuar: yes",
      "action": false,
      "timestamp": "2016-08-04T19:11:32+00:00"
    },
    {
      "id": "1a17e41053894a38a459c1ad5cce1d60",
      "sender": "sdaftuar",
      "payload": "hm so maybe we should add code then to look for that, hmm",
      "action": false,
      "timestamp": "2016-08-04T19:12:03+00:00"
    },
    {
      "id": "68556fa149d246ccae82675b035380a8",
      "sender": "sipa",
      "payload": "it's very last minute though...",
      "action": false,
      "timestamp": "2016-08-04T19:12:16+00:00"
    },
    {
      "id": "18c2d801f85046cb856c737252e80e84",
      "sender": "sdaftuar",
      "payload": "i agree. and seemingly not that important",
      "action": false,
      "timestamp": "2016-08-04T19:12:23+00:00"
    },
    {
      "id": "59f8f990d72f4812abb5e4e3897129e9",
      "sender": "sipa",
      "payload": "i wish we thought of this before",
      "action": false,
      "timestamp": "2016-08-04T19:12:25+00:00"
    },
    {
      "id": "cda5e90713bb4f2bb8a7c393d3dae9f5",
      "sender": "sipa",
      "payload": "but i don't think it's worth holding up the release for",
      "action": false,
      "timestamp": "2016-08-04T19:12:35+00:00"
    },
    {
      "id": "68a4aba327ea474f9e371dccd272a31f",
      "sender": "luke-jr",
      "payload": "it's trivial to test I think; if everyone else is too busy, I will try to do it today",
      "action": false,
      "timestamp": "2016-08-04T19:12:56+00:00"
    },
    {
      "id": "ccf1ffd5ea394c74929ac73030d459fe",
      "sender": "wumpus",
      "payload": "gmaxwell: it would mean doing another rc, we could do final next week",
      "action": false,
      "timestamp": "2016-08-04T19:13:02+00:00"
    },
    {
      "id": "a5372ef2a79241b3994054a7c7e30f2f",
      "sender": "gmaxwell",
      "payload": "that woudl also allow adding segwit downgrade protection sipa is currently discussing. (should be 3loc or so)",
      "action": false,
      "timestamp": "2016-08-04T19:13:58+00:00"
    },
    {
      "id": "997d50883d194eb082c45a820448237e",
      "sender": "wumpus",
      "payload": "I don't know if it is that critical though, at some point we should just make the cut and stop slipping",
      "action": false,
      "timestamp": "2016-08-04T19:14:10+00:00"
    },
    {
      "id": "289f886c7d1b4849811ff7a1ff8dba15",
      "sender": "wumpus",
      "payload": "yes that is true",
      "action": false,
      "timestamp": "2016-08-04T19:14:32+00:00"
    },
    {
      "id": "c94d65abb7264574a99c1f31c8910497",
      "sender": "sipa",
      "payload": "notes that we're only 3 days past the date in https://github.com/bitcoin/bitcoin/issues/7679",
      "action": true,
      "timestamp": "2016-08-04T19:15:06+00:00"
    },
    {
      "id": "c068e8279e9f4fb2b2bf14c01052377e",
      "sender": "sipa",
      "payload": "ideally deadlines don't slip, but iirc we're much more on track than for earlier major releases",
      "action": false,
      "timestamp": "2016-08-04T19:15:36+00:00"
    },
    {
      "id": "c4e8dba53e8549e0a3a9a134d3e32443",
      "sender": "jonasschnelli",
      "payload": "Yes. Maybe https://github.com/bitcoin/bitcoin/pull/8438  + SW0.13 downgrade compatibility is worth a week delay",
      "action": false,
      "timestamp": "2016-08-04T19:15:37+00:00"
    },
    {
      "id": "e134c65f61c0498bb8060df87756343e",
      "sender": "wumpus",
      "payload": "yes, we've caught up a bit with the rc1 slip by doing a fast rc phase",
      "action": false,
      "timestamp": "2016-08-04T19:15:40+00:00"
    },
    {
      "id": "bf53fd1169234c788757e586932c574a",
      "sender": "GitHub107",
      "payload": "[bitcoin] luke-jr opened pull request #8458: [0.13] release notes: remove bad advice to switch to blockmaxweight prematurely (master...0.13_relnotes_remove_bad_advice) https://github.com/bitcoin/bitcoin/pull/8458",
      "action": false,
      "timestamp": "2016-08-04T19:15:48+00:00"
    },
    {
      "id": "a42091a9657749adbae0d4cc995e225c",
      "sender": "btcdrak",
      "payload": "0.13.1 shouldnt be too far behind at least, but my preference is to include it and do another rc",
      "action": false,
      "timestamp": "2016-08-04T19:15:51+00:00"
    },
    {
      "id": "4b403b5063d44b2ca0f5152cf14458eb",
      "sender": "wumpus",
      "payload": "note that I planned amonth for the rc1 phase",
      "action": false,
      "timestamp": "2016-08-04T19:15:54+00:00"
    },
    {
      "id": "1ab293fc5c6c4a2b8cfce485a574f32f",
      "sender": "wumpus",
      "payload": "eh for the rc phase",
      "action": false,
      "timestamp": "2016-08-04T19:15:59+00:00"
    },
    {
      "id": "a269f665ac4841bd910f84df70676f8e",
      "sender": "wumpus",
      "payload": "well the downgrade protection cna't be postponed to 0.13.1",
      "action": false,
      "timestamp": "2016-08-04T19:16:31+00:00"
    },
    {
      "id": "5c8e6983ba254af1934dc9f52cde085f",
      "sender": "wumpus",
      "payload": "that'd defeat the point",
      "action": false,
      "timestamp": "2016-08-04T19:16:34+00:00"
    },
    {
      "id": "204262260d8f42a090771305f00a9c8d",
      "sender": "wumpus",
      "payload": "otherwise that'd be my preference",
      "action": false,
      "timestamp": "2016-08-04T19:16:38+00:00"
    },
    {
      "id": "2650cf159a6a4c9e8de02fd462b506e6",
      "sender": "luke-jr",
      "payload": "8458 also mentions an idea I had for a 3-liner to make blockmaxsize perform identical to blockmaxweight, if we do another rc.. if that's desired, someone please say so and I'll do it now",
      "action": false,
      "timestamp": "2016-08-04T19:16:45+00:00"
    },
    {
      "id": "b9b84d13ac9943b082e6efe7b64caffb",
      "sender": "sipa",
      "payload": "luke-jr: i think you included a few commits too many",
      "action": false,
      "timestamp": "2016-08-04T19:17:01+00:00"
    },
    {
      "id": "6759356840764f998b0b160e09b15e50",
      "sender": "wumpus",
      "payload": "yes now everyone starts with last minute ideas",
      "action": false,
      "timestamp": "2016-08-04T19:17:01+00:00"
    },
    {
      "id": "815c83b3f64e449eaaaaae62c7ded47f",
      "sender": "wumpus",
      "payload": "great",
      "action": false,
      "timestamp": "2016-08-04T19:17:02+00:00"
    },
    {
      "id": "19db7e43dc4942ec947b579500cf5256",
      "sender": "luke-jr",
      "payload": "oh crap, I made it against master",
      "action": false,
      "timestamp": "2016-08-04T19:17:11+00:00"
    },
    {
      "id": "0bdb509b7f774e84a249fe83d6c649dd",
      "sender": "GitHub168",
      "payload": "[bitcoin] luke-jr closed pull request #8458: [0.13] release notes: remove bad advice to switch to blockmaxweight prematurely (master...0.13_relnotes_remove_bad_advice) https://github.com/bitcoin/bitcoin/pull/8458",
      "action": false,
      "timestamp": "2016-08-04T19:17:34+00:00"
    },
    {
      "id": "509a193b26ef41dd938a1a2f9eea9b4b",
      "sender": "gmaxwell",
      "payload": "luke-jr: nah, something changing transaction selection.. not a good thing now.",
      "action": false,
      "timestamp": "2016-08-04T19:17:38+00:00"
    },
    {
      "id": "ea3b084421e145e5960fe2075ea82302",
      "sender": "luke-jr",
      "payload": "wumpus: well, it's trivial and probably unnecessary; fine if we don't do it",
      "action": false,
      "timestamp": "2016-08-04T19:17:41+00:00"
    },
    {
      "id": "34145e7c5d784419980543fb57c4b01d",
      "sender": "wumpus",
      "payload": "#action check if downgrade protection is really needed, or whether it already fails",
      "action": false,
      "timestamp": "2016-08-04T19:18:28+00:00"
    },
    {
      "id": "dddc478e4f2d4b0c80d8610a18e6e788",
      "sender": "GitHub10",
      "payload": "[bitcoin] luke-jr opened pull request #8459: [0.13] release-notes: Do not encourage changing blockmaxsize to blockmaxweight (0.13...0.13_relnotes_remove_bad_advice) https://github.com/bitcoin/bitcoin/pull/8459",
      "action": false,
      "timestamp": "2016-08-04T19:18:52+00:00"
    },
    {
      "id": "dba27a25a326418dbd160bb3be32db28",
      "sender": "wumpus",
      "payload": "other topics?",
      "action": false,
      "timestamp": "2016-08-04T19:19:40+00:00"
    },
    {
      "id": "614c28ce0cf840b9a855387142ea59f2",
      "sender": "cfields",
      "payload": "oh",
      "action": false,
      "timestamp": "2016-08-04T19:19:59+00:00"
    },
    {
      "id": "2f2a197f71cc454d82cf0cf7c17cbe1f",
      "sender": "sipa",
      "payload": "segwit mempool malleability dos (#8279)",
      "action": false,
      "timestamp": "2016-08-04T19:20:29+00:00"
    },
    {
      "id": "e6f0097eced146e78f0cc5d344a55b34",
      "sender": "cfields",
      "payload": "(sec, someone else feel free to go ahead)",
      "action": false,
      "timestamp": "2016-08-04T19:20:33+00:00"
    },
    {
      "id": "b8dcace614b14b80a7877c88763b0015",
      "sender": "wumpus",
      "payload": "#topic segwit mempool malleability dos",
      "action": false,
      "timestamp": "2016-08-04T19:20:52+00:00"
    },
    {
      "id": "6b6fd69aae294577a8492772c0740bfc",
      "sender": "wumpus",
      "payload": "wasn't that supposed to be solved in #8312?",
      "action": false,
      "timestamp": "2016-08-04T19:21:51+00:00"
    },
    {
      "id": "30f6ba3b84304ead8befe892c7275a04",
      "sender": "sdaftuar",
      "payload": "no, it was only solved for 0.13.0",
      "action": false,
      "timestamp": "2016-08-04T19:21:57+00:00"
    },
    {
      "id": "a356555f47d14e9eb8e0d75dca03b157",
      "sender": "sdaftuar",
      "payload": "we need to decide what to do in our first segwit release",
      "action": false,
      "timestamp": "2016-08-04T19:22:04+00:00"
    },
    {
      "id": "bb64e86d35ce42e1bb3c4db6bb79a0af",
      "sender": "sipa",
      "payload": "so i suggested removing the \"transaction failure purely due to witness does not cause rejection cache entry\"",
      "action": false,
      "timestamp": "2016-08-04T19:22:08+00:00"
    },
    {
      "id": "b816cbf62e1e415c8aac099b480985de",
      "sender": "sipa",
      "payload": "with the rationale that all it does it prevent an attacker from hiding a valid transaction from you in some cases",
      "action": false,
      "timestamp": "2016-08-04T19:22:42+00:00"
    },
    {
      "id": "8b5d82df197248afb14fa31914f8166b",
      "sender": "sipa",
      "payload": "but it doesn't prevent it entirely (they can announce and just never send the transaction)",
      "action": false,
      "timestamp": "2016-08-04T19:23:04+00:00"
    },
    {
      "id": "4d29de99f70942da831d77cf504bf074",
      "sender": "sipa",
      "payload": "sdaftuar notes that the mempool malleability attack only needs a short lived connection, while the never send tx data attack needs a persistent one",
      "action": false,
      "timestamp": "2016-08-04T19:23:35+00:00"
    },
    {
      "id": "9bc82dff46a8480b8267e3ea8355a23b",
      "sender": "sdaftuar",
      "payload": "and it needs more than one persistent one -- you need several, as we retry tx download from other peers",
      "action": false,
      "timestamp": "2016-08-04T19:23:53+00:00"
    },
    {
      "id": "1d4bf32236704facb731db1e5258493c",
      "sender": "sipa",
      "payload": "sdaftuar: rejection cache is also temporary, but a node won't just re-request...",
      "action": false,
      "timestamp": "2016-08-04T19:24:18+00:00"
    },
    {
      "id": "339000dceab54da8a267d86152a9a120",
      "sender": "morcos",
      "payload": "i think i'm coming around to the idea of full verification of all txs",
      "action": false,
      "timestamp": "2016-08-04T19:24:31+00:00"
    },
    {
      "id": "44b2771fce3141aa9750390515a7e89b",
      "sender": "gmaxwell",
      "payload": "morcos: hah",
      "action": false,
      "timestamp": "2016-08-04T19:24:39+00:00"
    },
    {
      "id": "0cef9688689747c7910c9a9ab9e1c758",
      "sender": "BlueMatt",
      "payload": "was there rationale to inv'ing with txid instead of wtxid for segwit nodes?",
      "action": false,
      "timestamp": "2016-08-04T19:24:51+00:00"
    },
    {
      "id": "9d4cbf63edda457cbca9c33d60c9d73b",
      "sender": "BlueMatt",
      "payload": "(just noting that wtxid would be Keep The Same Behavior As Pre SegWit (tm))",
      "action": false,
      "timestamp": "2016-08-04T19:25:31+00:00"
    },
    {
      "id": "45cb876928ac4b689fb2d92c286205b6",
      "sender": "sipa",
      "payload": "BlueMatt: duplicating a lot of logic (mempool, orphan, caches, ...), and causes at least a potential doubling anyway (you could be inved the same tx from a pre-segwit and post-segwit node once with txid and once with wtxid, without being able to tell they're the same)",
      "action": false,
      "timestamp": "2016-08-04T19:26:38+00:00"
    },
    {
      "id": "8edf966547204f4ab8c200d4993e677b",
      "sender": "gmaxwell",
      "payload": "also in the long term, the high malleability of witnesses would let an attacker waste lots of bandwidth. with nodes relaying different witness versions of the same txn among each other.",
      "action": false,
      "timestamp": "2016-08-04T19:27:24+00:00"
    },
    {
      "id": "11c2b66a57fe41d4ae786f207a013ee1",
      "sender": "BlueMatt",
      "payload": "sipa: if you're inved a tx with a witness from a pre-segwit node we get a double anyway since its garbage to us",
      "action": false,
      "timestamp": "2016-08-04T19:27:42+00:00"
    },
    {
      "id": "2be6a9cd51c3469899fdb19ff493eb3a",
      "sender": "BlueMatt",
      "payload": "gmaxwell: same is true for scriptSigs...up to IsStandard limits (which could, in fact, be more easily enforced on witnesses)",
      "action": false,
      "timestamp": "2016-08-04T19:28:19+00:00"
    },
    {
      "id": "79d0f74d0e4b43488d6428e7a4be9898",
      "sender": "sdaftuar",
      "payload": "BlueMatt: that's true but shouldn't happen, as pre-segwit nodes shouldn't be accepting segwit transactions unless they're running with an unusual policy",
      "action": false,
      "timestamp": "2016-08-04T19:28:22+00:00"
    },
    {
      "id": "9319a3f3d8124e58a6b786c573080224",
      "sender": "sipa",
      "payload": "also, if you have a tx with malleable witness (say, op_drop argument), nodes on the network could modify the witness without invalidating, and you wouldn't even be able to tell you already had the transaction before download",
      "action": false,
      "timestamp": "2016-08-04T19:28:29+00:00"
    },
    {
      "id": "8a2ac3bc037b4a6ba07b079442ba23c4",
      "sender": "sipa",
      "payload": "and you couldn't ban them for it, because they're all valid transactions",
      "action": false,
      "timestamp": "2016-08-04T19:28:59+00:00"
    },
    {
      "id": "d91e0557e1ed45c7bad5b14b2e845707",
      "sender": "gmaxwell",
      "payload": "BlueMatt: the kind of isstandard restriction against malleability only works great for limited classes of transactions, at least in the long term that isn't great.",
      "action": false,
      "timestamp": "2016-08-04T19:30:00+00:00"
    },
    {
      "id": "8bf56d9d95604a228082953dbdddc43c",
      "sender": "BlueMatt",
      "payload": "I'm aware",
      "action": false,
      "timestamp": "2016-08-04T19:30:10+00:00"
    },
    {
      "id": "c6781dc6247349c78b4ededf2c96d5a7",
      "sender": "sipa",
      "payload": "a solution is inving with both txid and wtxid... but if we go that way, we should also adds resource information to all invs (fees, size, sigops, ...)",
      "action": false,
      "timestamp": "2016-08-04T19:30:18+00:00"
    },
    {
      "id": "5e57bba7a59045dbb00f5539cf58fd45",
      "sender": "BlueMatt",
      "payload": "sipa: I was about to say that...seems like a real solution is inving both...",
      "action": false,
      "timestamp": "2016-08-04T19:30:35+00:00"
    },
    {
      "id": "ebce436da178410085ac88474b06aa0a",
      "sender": "morcos",
      "payload": "aren't we approachign the size of the tx at that point",
      "action": false,
      "timestamp": "2016-08-04T19:30:41+00:00"
    },
    {
      "id": "33437b08f6e24eb7a84762705eb38850",
      "sender": "sipa",
      "payload": "morcos: certainly within an order of magnitude",
      "action": false,
      "timestamp": "2016-08-04T19:31:04+00:00"
    },
    {
      "id": "88419cff5f534458a8fe791c8614c150",
      "sender": "BlueMatt",
      "payload": "gmaxwell: but IsStandard is allowed to serve the same purpose as always - enforce reasonable limits to ensure code sanity until we've explored edge cases thouroughly",
      "action": false,
      "timestamp": "2016-08-04T19:31:07+00:00"
    },
    {
      "id": "ca4e35f1283f46619e11bdd8b303548f",
      "sender": "gmaxwell",
      "payload": "the txid is within an order of magnitude. :P",
      "action": false,
      "timestamp": "2016-08-04T19:31:20+00:00"
    },
    {
      "id": "3b1422aa33634324872315f011093257",
      "sender": "sdaftuar",
      "payload": "sipa: i think we might we just end up overfitting current policy rules by adding resource information",
      "action": false,
      "timestamp": "2016-08-04T19:31:30+00:00"
    },
    {
      "id": "1e3ad32806974f3fa8f971f739e6b523",
      "sender": "gmaxwell",
      "payload": "(for the median size)",
      "action": false,
      "timestamp": "2016-08-04T19:31:32+00:00"
    },
    {
      "id": "e29eb63a88074019aff7d609fee54123",
      "sender": "sipa",
      "payload": "sdaftuar: 'overfitting' ?",
      "action": false,
      "timestamp": "2016-08-04T19:31:50+00:00"
    },
    {
      "id": "43385d0117084a5f878f94e86d02f7e9",
      "sender": "gmaxwell",
      "payload": "but future mempool sync these sizes will matter less.",
      "action": false,
      "timestamp": "2016-08-04T19:31:51+00:00"
    },
    {
      "id": "962e0206ca614d61a80fb98a292a24b3",
      "sender": "gmaxwell",
      "payload": "sdaftuar: feerate is pretty fundimental, however.",
      "action": false,
      "timestamp": "2016-08-04T19:32:03+00:00"
    },
    {
      "id": "79238ca7254b47428d25329c2c9c6871",
      "sender": "sdaftuar",
      "payload": "ie policy will change, and the information will be insufficient",
      "action": false,
      "timestamp": "2016-08-04T19:32:04+00:00"
    },
    {
      "id": "0a6e6dea0c2147d281c6cdaed69d0852",
      "sender": "gmaxwell",
      "payload": "I think including sigops would be dumb.",
      "action": false,
      "timestamp": "2016-08-04T19:32:08+00:00"
    },
    {
      "id": "950e5652baa14f289be8edb61ad2807c",
      "sender": "sdaftuar",
      "payload": "gmaxwell: yes, but already handled with less bandwidth by feefilter",
      "action": false,
      "timestamp": "2016-08-04T19:32:22+00:00"
    },
    {
      "id": "549904fd0f3c4bf491a46dd5d2ae5551",
      "sender": "gmaxwell",
      "payload": "if sigops really matter, something is wrong.",
      "action": false,
      "timestamp": "2016-08-04T19:32:29+00:00"
    },
    {
      "id": "c6d921617ff24c5db3f6ae9a706a4c03",
      "sender": "gmaxwell",
      "payload": "sdaftuar: indeed. feefilter makes it implicit.",
      "action": false,
      "timestamp": "2016-08-04T19:32:48+00:00"
    },
    {
      "id": "9ef060a01a56441d84cb334628c6b923",
      "sender": "sipa",
      "payload": "well, ok... we could send size and fee",
      "action": false,
      "timestamp": "2016-08-04T19:32:53+00:00"
    },
    {
      "id": "1501df723f78408a804af002c7ed17c0",
      "sender": "sipa",
      "payload": "but that's not much better than making feefilter mandatory",
      "action": false,
      "timestamp": "2016-08-04T19:33:05+00:00"
    },
    {
      "id": "1a6fdb9e36184e36b6e3ac98539eeaa3",
      "sender": "sipa",
      "payload": "except slightly more flexible",
      "action": false,
      "timestamp": "2016-08-04T19:33:12+00:00"
    },
    {
      "id": "76573c709fc84c4e8b2edee3516ee01a",
      "sender": "sipa",
      "payload": "and sending two hashes is annoying",
      "action": false,
      "timestamp": "2016-08-04T19:33:20+00:00"
    },
    {
      "id": "29b33a1a3de3467f909ec9add6eae0ea",
      "sender": "gmaxwell",
      "payload": "we're in the weeds for this right now.",
      "action": false,
      "timestamp": "2016-08-04T19:33:24+00:00"
    },
    {
      "id": "7f68ab314d37411e9290e3ba3d6d1f56",
      "sender": "sipa",
      "payload": "agree",
      "action": false,
      "timestamp": "2016-08-04T19:33:31+00:00"
    },
    {
      "id": "69574eee8d8b4aafa8909407290e2159",
      "sender": "sipa",
      "payload": "i think there is no simple clear cut solution for this",
      "action": false,
      "timestamp": "2016-08-04T19:33:45+00:00"
    },
    {
      "id": "26af0988ae3b4d8c8b58ad658aef77f6",
      "sender": "gmaxwell",
      "payload": "if we're doing set recon it doesn't really matter that much how long the identifiers are.",
      "action": false,
      "timestamp": "2016-08-04T19:34:08+00:00"
    },
    {
      "id": "c8145724cefa4178be8812d6710e0991",
      "sender": "sipa",
      "payload": "but that's much further out",
      "action": false,
      "timestamp": "2016-08-04T19:34:16+00:00"
    },
    {
      "id": "926b334caeaa427e808a64128ae806be",
      "sender": "BlueMatt",
      "payload": "if inv'ing both hashes werent stupid for bandwidth, Id say that was a pretty great solution",
      "action": false,
      "timestamp": "2016-08-04T19:34:20+00:00"
    },
    {
      "id": "fc6e3f70b8d14ea6ab13e26bd8873333",
      "sender": "BlueMatt",
      "payload": "true",
      "action": false,
      "timestamp": "2016-08-04T19:34:29+00:00"
    },
    {
      "id": "44afa2fdca4d4a9db12a2e2e29a3673e",
      "sender": "gmaxwell",
      "payload": "sipa: depends on how long it takes me to convince you to implement the relevant number theory code. :P",
      "action": false,
      "timestamp": "2016-08-04T19:34:57+00:00"
    },
    {
      "id": "c6a10fe55ffe4480b8f74706ef9d0796",
      "sender": "gmaxwell",
      "payload": "In any case, the witnessID really doesn't matter for much of anything except rejection here.",
      "action": false,
      "timestamp": "2016-08-04T19:35:52+00:00"
    },
    {
      "id": "9f3672d65cdc49919ced1e4631e379cf",
      "sender": "sipa",
      "payload": "alternative idea: make feefilter mandatory for segwit, and just disable rejectioncache...",
      "action": false,
      "timestamp": "2016-08-04T19:36:00+00:00"
    },
    {
      "id": "23474c6506db4078be14040918e083ef",
      "sender": "sipa",
      "payload": "rejectioncache only helps in practice against repeated announcements of transactions below your threshold",
      "action": false,
      "timestamp": "2016-08-04T19:36:16+00:00"
    },
    {
      "id": "f82939c06e124d68955e00990d24bf79",
      "sender": "sipa",
      "payload": "it's not a protection against attacks",
      "action": false,
      "timestamp": "2016-08-04T19:36:28+00:00"
    },
    {
      "id": "f10ef92c67514481a88b03bd680543d3",
      "sender": "sdaftuar",
      "payload": "hm, not a bad idea",
      "action": false,
      "timestamp": "2016-08-04T19:38:01+00:00"
    },
    {
      "id": "d67a08fc58804a62b489bcf953d74d90",
      "sender": "luke-jr",
      "payload": "feefilter isn't even used by default last I knew? (because there is no min fee until the mempool fills)",
      "action": false,
      "timestamp": "2016-08-04T19:38:03+00:00"
    },
    {
      "id": "7be9f81db0b9423b8a5ffe969a7dd592",
      "sender": "sipa",
      "payload": "luke-jr: good point",
      "action": false,
      "timestamp": "2016-08-04T19:38:15+00:00"
    },
    {
      "id": "09dae14f4258418cb7c16d726c1fc434",
      "sender": "BlueMatt",
      "payload": "damn, mem^H^H^Hdiskpool was too late :(",
      "action": false,
      "timestamp": "2016-08-04T19:38:40+00:00"
    },
    {
      "id": "ee4e47eb2ba74b359812ae3d5d9ed8ac",
      "sender": "morcos",
      "payload": "i'm all for making fee filter mandatory, if i'd known people would have liked it this much, we should have designed it that way from teh beginning",
      "action": false,
      "timestamp": "2016-08-04T19:38:47+00:00"
    },
    {
      "id": "b696b58ef9c8494e94f3586633d06d33",
      "sender": "morcos",
      "payload": "i'm a bit worried about removing the rejection cache entirely",
      "action": false,
      "timestamp": "2016-08-04T19:39:06+00:00"
    },
    {
      "id": "a32c469666ca4375a571ab25e62ab195",
      "sender": "gmaxwell",
      "payload": "luke-jr: there is a minrelayfee.",
      "action": false,
      "timestamp": "2016-08-04T19:39:16+00:00"
    },
    {
      "id": "86fc4fe070cc473990d8fce26c163414",
      "sender": "gmaxwell",
      "payload": "Do we not feefilter on that?",
      "action": false,
      "timestamp": "2016-08-04T19:39:27+00:00"
    },
    {
      "id": "6383b6d0c4824933ba40e9c960b5e187",
      "sender": "sdaftuar",
      "payload": "gmaxwell: but we let in free transactions still",
      "action": false,
      "timestamp": "2016-08-04T19:39:29+00:00"
    },
    {
      "id": "32cf9b52c3d8462faffdd7cb44fec541",
      "sender": "gmaxwell",
      "payload": "oh right.",
      "action": false,
      "timestamp": "2016-08-04T19:39:35+00:00"
    },
    {
      "id": "b045039849c84297a2cd5fbd14485196",
      "sender": "morcos",
      "payload": "anytime there is any policy difference between nodes (such as a change in minrelay fee change isDust) then you get txs bouncing aroudn the network between the sets of nodes with different policies",
      "action": false,
      "timestamp": "2016-08-04T19:39:58+00:00"
    },
    {
      "id": "f314d14e0f354f62bbafc5655903fe27",
      "sender": "gmaxwell",
      "payload": "full validation and distinguishing why rejection happened would help.",
      "action": false,
      "timestamp": "2016-08-04T19:40:06+00:00"
    },
    {
      "id": "2a12039598e9483b83b8a3ff48978482",
      "sender": "morcos",
      "payload": "i think its nice to have a sort of protection against that",
      "action": false,
      "timestamp": "2016-08-04T19:40:11+00:00"
    },
    {
      "id": "6e253623c0da4898b42de6deca25206b",
      "sender": "gmaxwell",
      "payload": "we could just have one rejection filter per peer type.",
      "action": false,
      "timestamp": "2016-08-04T19:42:12+00:00"
    },
    {
      "id": "e450ad44ebbf4a10b72570d1e9aea598",
      "sender": "gmaxwell",
      "payload": "e.g. rejection filter for non-sw peers and a rejection filter for sw peers.",
      "action": false,
      "timestamp": "2016-08-04T19:42:25+00:00"
    },
    {
      "id": "0ae48224c01b47238382e426770a05bb",
      "sender": "sdaftuar",
      "payload": "with sw peers using wtxid invs?",
      "action": false,
      "timestamp": "2016-08-04T19:43:03+00:00"
    },
    {
      "id": "73918db3c1ac489191667f2c0c1ef305",
      "sender": "sipa",
      "payload": "sdaftuar: still not enough... you need to be able to tell whether you already have another version of the same tx",
      "action": false,
      "timestamp": "2016-08-04T19:43:30+00:00"
    },
    {
      "id": "3a026b80e8254d8a9bc86d3979944e6c",
      "sender": "sipa",
      "payload": "even with only sw peers",
      "action": false,
      "timestamp": "2016-08-04T19:43:35+00:00"
    },
    {
      "id": "330845b5d7ac47dba2f03c0fcdf82c68",
      "sender": "gmaxwell",
      "payload": "+full validation.",
      "action": false,
      "timestamp": "2016-08-04T19:43:58+00:00"
    },
    {
      "id": "2ee45c43d1f74983b85e465219bcc445",
      "sender": "sdaftuar",
      "payload": "sipa: i don't see why that's needed, any more than we have today with not knowing a tx is a double-spend before processing",
      "action": false,
      "timestamp": "2016-08-04T19:44:44+00:00"
    },
    {
      "id": "5440169527e4418185936e4ca837109b",
      "sender": "sipa",
      "payload": "sdaftuar: someone connects to a 1000 nodes on the network, and relays a different version of the same valid transaction to each",
      "action": false,
      "timestamp": "2016-08-04T19:45:50+00:00"
    },
    {
      "id": "fb5230b2231c4f21aca4860bbda8005a",
      "sender": "sipa",
      "payload": "sdaftuar: now you potentially need to download 1000 transactions",
      "action": false,
      "timestamp": "2016-08-04T19:45:59+00:00"
    },
    {
      "id": "eb03a44b86394583b38a89c7119d1d3b",
      "sender": "sipa",
      "payload": "only one of which pays fees",
      "action": false,
      "timestamp": "2016-08-04T19:46:14+00:00"
    },
    {
      "id": "0c57c2cfa6264369831c6a8c6bff281b",
      "sender": "morcos",
      "payload": "proposal: make feefilter mandatory. fully validate txs so we can punish peers who send us invalid stuff. don't put any witness tx in the rejection cache.  then evaluate how useful rejection cache continues to be or whether we have policy violating segwit txs bouncing around",
      "action": false,
      "timestamp": "2016-08-04T19:46:20+00:00"
    },
    {
      "id": "0bffa97ee87c42b6a784aab3814fd736",
      "sender": "sdaftuar",
      "payload": "so you mean a 3rd party uses signature malleability to do this?",
      "action": false,
      "timestamp": "2016-08-04T19:46:21+00:00"
    },
    {
      "id": "68e5e95892c04fb09cf6df3c84c2707e",
      "sender": "sdaftuar",
      "payload": "because the tx originator can already do that",
      "action": false,
      "timestamp": "2016-08-04T19:46:32+00:00"
    },
    {
      "id": "9ff89b6f0672422993518cdc555d6712",
      "sender": "sipa",
      "payload": "sdaftuar: right, the distinction isn't all that big",
      "action": false,
      "timestamp": "2016-08-04T19:46:59+00:00"
    },
    {
      "id": "e6442e63bbb444e59b6f2ed990b67313",
      "sender": "sipa",
      "payload": "morcos: i like that... but i think it's a big change for 0.13.1",
      "action": false,
      "timestamp": "2016-08-04T19:47:34+00:00"
    },
    {
      "id": "2136a0d89df7428ea1de98cc77ef5242",
      "sender": "gmaxwell",
      "payload": "the distinction though is that an attacker doing it pays fees, eventually runs out of funds, vs an attacker doing it to other peoples' txn does not ever run out of funds.",
      "action": false,
      "timestamp": "2016-08-04T19:47:34+00:00"
    },
    {
      "id": "ea313a507214439998eee4794fac881c",
      "sender": "morcos",
      "payload": "sipa: i think if we start with \" don't put any witness tx in the rejection cache\" then we'll be ok",
      "action": false,
      "timestamp": "2016-08-04T19:48:10+00:00"
    },
    {
      "id": "4730c530b8f94438889609880e5e367a",
      "sender": "sipa",
      "payload": "morcos: ack",
      "action": false,
      "timestamp": "2016-08-04T19:48:27+00:00"
    },
    {
      "id": "e31354191e034ab49658b095536946a5",
      "sender": "morcos",
      "payload": "we can see how easy and short he other 2 are",
      "action": false,
      "timestamp": "2016-08-04T19:48:32+00:00"
    },
    {
      "id": "57edcc8d57a941688381d41cf27e6e00",
      "sender": "wumpus",
      "payload": "that concludes the topic for this meeting?",
      "action": false,
      "timestamp": "2016-08-04T19:50:18+00:00"
    },
    {
      "id": "a5fe2ce3c7544dd28af7b7e97eea9e23",
      "sender": "wumpus",
      "payload": "any other topic proposals? cfields?",
      "action": false,
      "timestamp": "2016-08-04T19:50:27+00:00"
    },
    {
      "id": "bfc09c55e6634ea3b319de7ac3c236ef",
      "sender": "NicolasDorier",
      "payload": "for information, I created ##libconsensus bikeshedding room about how to handle libconsensus for anybody interested.",
      "action": false,
      "timestamp": "2016-08-04T19:50:29+00:00"
    },
    {
      "id": "36c0cea543eb423daf59e91da764ad51",
      "sender": "cfields",
      "payload": "NicolasDorier: haha, i was just about to paste a blurb for that",
      "action": false,
      "timestamp": "2016-08-04T19:50:48+00:00"
    },
    {
      "id": "1c98252e6d6f443987788eedc1f94eac",
      "sender": "NicolasDorier",
      "payload": "aha I just woke up for that, will go back bed :D",
      "action": false,
      "timestamp": "2016-08-04T19:51:06+00:00"
    },
    {
      "id": "7387281910894a059f249d135a73175a",
      "sender": "instagibbs",
      "payload": "I have to leave now, but just letting you know salvage is finding lots of \"extra\" keys vs keys actually in wallet. *shrug*",
      "action": false,
      "timestamp": "2016-08-04T19:51:22+00:00"
    },
    {
      "id": "d05b89fcfdb2445abbedcf3e5e3e72eb",
      "sender": "cfields",
      "payload": "NicolasDorier and I discussed libconsensus a bit this weekend. We're hoping to discuss amongst ourselves, come up with some goals, and present them clearly for easier review",
      "action": false,
      "timestamp": "2016-08-04T19:52:02+00:00"
    },
    {
      "id": "f2c50168fdaf478eb7ec06a2573e29a2",
      "sender": "morcos",
      "payload": "+100",
      "action": false,
      "timestamp": "2016-08-04T19:52:12+00:00"
    },
    {
      "id": "d06c6d822d134f488d328f0dae51c188",
      "sender": "cfields",
      "payload": "jtimon: ^^",
      "action": false,
      "timestamp": "2016-08-04T19:52:16+00:00"
    },
    {
      "id": "5e3a42ec57ee4d20868ffd4c7c26bb2a",
      "sender": "wumpus",
      "payload": "#topic libconsensus",
      "action": false,
      "timestamp": "2016-08-04T19:52:25+00:00"
    },
    {
      "id": "afe24fa0d04d4d2081ca997ce3eac3b8",
      "sender": "cfields",
      "payload": "that was it :)",
      "action": false,
      "timestamp": "2016-08-04T19:52:37+00:00"
    },
    {
      "id": "7a91c3506f0f41ac800e52da5ab89a02",
      "sender": "NicolasDorier",
      "payload": "wumpus: we have not started the bikeshedding yet, expect longer fight about it soon :p",
      "action": false,
      "timestamp": "2016-08-04T19:52:54+00:00"
    },
    {
      "id": "cdbcec7903a3425f819b3e5f4f2c7161",
      "sender": "luke-jr",
      "payload": "NicolasDorier: IMO just discuss it here",
      "action": false,
      "timestamp": "2016-08-04T19:53:08+00:00"
    },
    {
      "id": "4485b9029af04f829c23f1fd1689f754",
      "sender": "luke-jr",
      "payload": "way too many channels already",
      "action": false,
      "timestamp": "2016-08-04T19:53:14+00:00"
    },
    {
      "id": "37623358d9ac4992b7fb28b96882c196",
      "sender": "NicolasDorier",
      "payload": "the reason I prefer a separate channel is so we can keep history and review it more easily",
      "action": false,
      "timestamp": "2016-08-04T19:53:31+00:00"
    },
    {
      "id": "9fa10d2cec974f50994b7bb350e58ff2",
      "sender": "wumpus",
      "payload": "it's not like this channel is very busy\\",
      "action": false,
      "timestamp": "2016-08-04T19:53:46+00:00"
    },
    {
      "id": "3196593d01af4c93a62dd03c259e2a3e",
      "sender": "NicolasDorier",
      "payload": "things said here get lost quickly enough in the sea of discussion",
      "action": false,
      "timestamp": "2016-08-04T19:53:47+00:00"
    },
    {
      "id": "aab8433b88d741959f1195516e8cefcb",
      "sender": "wumpus",
      "payload": "that always happens on IRC, if you want discussions with good history/memory then it may be better to use a different discussion mechanism, or keep summaries or such",
      "action": false,
      "timestamp": "2016-08-04T19:54:25+00:00"
    },
    {
      "id": "016e90d2a647486dbf13a0408006294d",
      "sender": "sipa",
      "payload": "i think having a separate place to 'form' a proposal makes sense",
      "action": false,
      "timestamp": "2016-08-04T19:54:36+00:00"
    },
    {
      "id": "7b21c9abbf834a6bb591537f0953348c",
      "sender": "luke-jr",
      "payload": "#bitcoin-dev is also fairly quiet",
      "action": false,
      "timestamp": "2016-08-04T19:55:00+00:00"
    },
    {
      "id": "e9188abb1aeb4192aab2b7534d140dc3",
      "sender": "sipa",
      "payload": "involving the whole world in a design rarely leads to something useful",
      "action": false,
      "timestamp": "2016-08-04T19:55:08+00:00"
    },
    {
      "id": "b7819e90c17e403da14fc4a23522c836",
      "sender": "jtimon",
      "payload": "from what I talked with NicolasDorier in previous times, the current goal is to complete a verifyBlock without necessarily exposing it in libconsensus at first",
      "action": false,
      "timestamp": "2016-08-04T19:55:27+00:00"
    },
    {
      "id": "0c5905e9c7e94d4da17a5292d8706610",
      "sender": "wumpus",
      "payload": "that's true, as long as you can get the people you want to pay attention to join it's fine",
      "action": false,
      "timestamp": "2016-08-04T19:55:28+00:00"
    },
    {
      "id": "5dbf0d3d1a844f84b6c5f00268bf023e",
      "sender": "wumpus",
      "payload": "sometimes it's good to not have too many people there",
      "action": false,
      "timestamp": "2016-08-04T19:55:41+00:00"
    },
    {
      "id": "47f696ee62844690a0e92006e93e0c6e",
      "sender": "wumpus",
      "payload": "but speaking for myself, I'm already in so many channels, I have a hard time following more",
      "action": false,
      "timestamp": "2016-08-04T19:55:51+00:00"
    },
    {
      "id": "9d73f9270e594d92b58260845f628f7d",
      "sender": "morcos",
      "payload": "to be clear, the design will be presented to the bigger group for feedback and not set in stone",
      "action": false,
      "timestamp": "2016-08-04T19:55:52+00:00"
    },
    {
      "id": "4ebca2544390463f84a4d4472bbcd0a1",
      "sender": "btcdrak",
      "payload": "yeah ack on limiting channel proliferation, also it is more open in a logged channel",
      "action": false,
      "timestamp": "2016-08-04T19:55:57+00:00"
    },
    {
      "id": "40c4721db622435bbf9a0d05b4a37b26",
      "sender": "morcos",
      "payload": "i don't plan on joining the libconsensus subgroup, but i think having a focused small group will make progress actually happen",
      "action": false,
      "timestamp": "2016-08-04T19:56:34+00:00"
    },
    {
      "id": "98c4a0bc34964ed0b4a5d27aeff0a0ee",
      "sender": "BlueMatt",
      "payload": "I'm with wumpus...too many channels these days (not that I've been paying enough attention to have much of a voice, but still)",
      "action": false,
      "timestamp": "2016-08-04T19:56:37+00:00"
    },
    {
      "id": "314bd73e30834092a2c9a62270351ed5",
      "sender": "wumpus",
      "payload": "then again that's up to you, doesn't need to be a discussion topic here to decide onthat.",
      "action": false,
      "timestamp": "2016-08-04T19:56:43+00:00"
    },
    {
      "id": "9af8b31f42604c01a64e3ca948c9d37b",
      "sender": "jtimon",
      "payload": "I don't think creating a new channel or not is going to be important either way...",
      "action": false,
      "timestamp": "2016-08-04T19:56:48+00:00"
    },
    {
      "id": "f037b55081e0424ab786042cc2e16dbf",
      "sender": "cfields",
      "payload": "morcos: sure. doesn't matter to me where the discussion takes place, just hoping to organize the discussion/planning a bit.",
      "action": false,
      "timestamp": "2016-08-04T19:56:59+00:00"
    },
    {
      "id": "24faa747b65e42dc96869d5ad794533a",
      "sender": "wumpus",
      "payload": "any other topics? 4 minutes to go",
      "action": false,
      "timestamp": "2016-08-04T19:57:03+00:00"
    },
    {
      "id": "953e70f03c4c437b8e16d68db0aeea63",
      "sender": "sipa",
      "payload": "i'm in favor of having it in a separate channel because i prefer not to see all discussions around it before there is clean design :)",
      "action": false,
      "timestamp": "2016-08-04T19:57:14+00:00"
    },
    {
      "id": "31dd22e1f81c4f7d97a01fed3716ec34",
      "sender": "NicolasDorier",
      "payload": "bikeshedding about the creation of the channel libconsensus announce the color of the future bikeshedding on the actual code ;)",
      "action": false,
      "timestamp": "2016-08-04T19:57:33+00:00"
    },
    {
      "id": "3484fdf664114e0bae0d908e2cfa4510",
      "sender": "wumpus",
      "payload": "NicolasDorier: exactly",
      "action": false,
      "timestamp": "2016-08-04T19:57:40+00:00"
    },
    {
      "id": "8b84ae56e84c46758432d4b7ac525ffd",
      "sender": "wumpus",
      "payload": "let's stop that",
      "action": false,
      "timestamp": "2016-08-04T19:57:47+00:00"
    },
    {
      "id": "1d90d889311c47cb8837f87f9b9a0a4b",
      "sender": "cfields",
      "payload": "heh",
      "action": false,
      "timestamp": "2016-08-04T19:57:49+00:00"
    },
    {
      "id": "3fff08bc0a104cdca4c8f23d83de6df6",
      "sender": "sipa",
      "payload": "haha",
      "action": false,
      "timestamp": "2016-08-04T19:57:50+00:00"
    },
    {
      "id": "b75b6738d7e44d1d9116614be10dbdd2",
      "sender": "sipa",
      "payload": "3 minutes",
      "action": false,
      "timestamp": "2016-08-04T19:58:01+00:00"
    },
    {
      "id": "566af20202684e88aa0c1cd452fc2a31",
      "sender": "jtimon",
      "payload": "cfields: NicolasDorier if you can share the goals",
      "action": false,
      "timestamp": "2016-08-04T19:58:17+00:00"
    },
    {
      "id": "04ecf1beada14217a851bdce3438475e",
      "sender": "wumpus",
      "payload": "looks like we're done",
      "action": false,
      "timestamp": "2016-08-04T19:58:23+00:00"
    },
    {
      "id": "ed39494826384954b3c739e587328d12",
      "sender": "wumpus",
      "payload": "#endmeeting",
      "action": false,
      "timestamp": "2016-08-04T19:58:24+00:00"
    }
  ],
  "events": [
    {
      "event_type": "START_MEETING",
      "message": {
        "id": "f43a6a518caa4d5ab40b280af8994f6d",
        "sender": "wumpus",
        "payload": "#startmeeting",
        "action": false,
        "timestamp": "2016-08-04T19:00:43+00:00"
      },
      "operand": null,
      "id": "f43a6a518caa4d5ab40b280af8994f6d",
      "timestamp": "2016-08-04T19:00:43+00:00"
    },
    {
      "event_type": "TOPIC",
      "message": {
        "id": "012d5252922d424fab86f6c5fedf9173",
        "sender": "wumpus",
        "payload": "#topic 0.13.0 final?",
        "action": false,
        "timestamp": "2016-08-04T19:01:22+00:00"
      },
      "operand": "0.13.0 final?",
      "id": "012d5252922d424fab86f6c5fedf9173",
      "timestamp": "2016-08-04T19:01:22+00:00"
    },
    {
      "event_type": "ACTION",
      "message": {
        "id": "34145e7c5d784419980543fb57c4b01d",
        "sender": "wumpus",
        "payload": "#action check if downgrade protection is really needed, or whether it already fails",
        "action": false,
        "timestamp": "2016-08-04T19:18:28+00:00"
      },
      "operand": "check if downgrade protection is really needed, or whether it already fails",
      "id": "34145e7c5d784419980543fb57c4b01d",
      "timestamp": "2016-08-04T19:18:28+00:00"
    },
    {
      "event_type": "TOPIC",
      "message": {
        "id": "b8dcace614b14b80a7877c88763b0015",
        "sender": "wumpus",
        "payload": "#topic segwit mempool malleability dos",
        "action": false,
        "timestamp": "2016-08-04T19:20:52+00:00"
      },
      "operand": "segwit mempool malleability dos",
      "id": "b8dcace614b14b80a7877c88763b0015",
      "timestamp": "2016-08-04T19:20:52+00:00"
    },
    {
      "event_type": "TOPIC",
      "message": {
        "id": "5e3a42ec57ee4d20868ffd4c7c26bb2a",
        "sender": "wumpus",
        "payload": "#topic libconsensus",
        "action": false,
        "timestamp": "2016-08-04T19:52:25+00:00"
      },
      "operand": "libconsensus",
      "id": "5e3a42ec57ee4d20868ffd4c7c26bb2a",
      "timestamp": "2016-08-04T19:52:25+00:00"
    },
    {
      "event_type": "END_MEETING",
      "message": {
        "id": "ed39494826384954b3c739e587328d12",
        "sender": "wumpus",
        "payload": "#endmeeting",
        "action": false,
        "timestamp": "2016-08-04T19:58:24+00:00"
      },
      "operand": null,
      "id": "ed39494826384954b3c739e587328d12",
      "timestamp": "2016-08-04T19:58:24+00:00"
    }
  ],
  "aliases": {},
  "vote_in_progress": false,
  "motion_index": null
}