{
  "founder": "wumpus",
  "channel": "#bitcoin-core-dev",
  "network": "freenode",
  "id": "11819e5bc82c4a2dafe70eb32c02aed1",
  "name": "#bitcoin-core-dev",
  "chair": "wumpus",
  "chairs": [
    "wumpus"
  ],
  "nicks": {
    "wumpus": 64,
    "lightningbot": 2,
    "kanzure": 3,
    "jtimon": 37,
    "luke-jr": 13,
    "gmaxwell": 43,
    "jonasschnelli": 7,
    "sipa": 28,
    "cfields": 12,
    "morcos": 16,
    "btcdrak": 2,
    "sdaftuar": 3,
    "achow101": 3,
    "instagibbs": 2,
    "Eliel_": 6,
    "NicolasDorier": 13
  },
  "start_time": "2016-07-28T19:01:03+00:00",
  "end_time": "2016-07-28T20:00:26+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": "boost threads/sync replacement for master",
  "messages": [
    {
      "id": "131a23192b2a4a1f8bd3f356327153f0",
      "sender": "wumpus",
      "payload": "#startmeeting",
      "action": false,
      "timestamp": "2016-07-28T19:01:03+00:00"
    },
    {
      "id": "382841698e76480a8be2a618bd2cb031",
      "sender": "lightningbot",
      "payload": "Meeting started Thu Jul 28 19:01:03 2016 UTC.  The chair is wumpus. Information about MeetBot at http://wiki.debian.org/MeetBot.",
      "action": false,
      "timestamp": "2016-07-28T19:01:03+00:00"
    },
    {
      "id": "44ccda55a20c418f8143078f6e408b2a",
      "sender": "lightningbot",
      "payload": "Useful Commands: #action #agreed #help #info #idea #link #topic.",
      "action": false,
      "timestamp": "2016-07-28T19:01:03+00:00"
    },
    {
      "id": "f9659c30cd414895af802a9fe5491787",
      "sender": "kanzure",
      "payload": "greetings",
      "action": false,
      "timestamp": "2016-07-28T19:01:05+00:00"
    },
    {
      "id": "28de92115a954e55a648277ee6284870",
      "sender": "wumpus",
      "payload": "topc suggestions?",
      "action": false,
      "timestamp": "2016-07-28T19:01:42+00:00"
    },
    {
      "id": "40f1ba291f494f20a7f3384aaed8d7f7",
      "sender": "jtimon",
      "payload": "proposed topic eliminate ISM (NicolasDorier's #8391)",
      "action": false,
      "timestamp": "2016-07-28T19:01:49+00:00"
    },
    {
      "id": "ab3cc4d0bf3b4f63bcca4398f3f4b4e9",
      "sender": "luke-jr",
      "payload": "about to board flight..",
      "action": false,
      "timestamp": "2016-07-28T19:02:10+00:00"
    },
    {
      "id": "cb9ca23f5d5147c09158e0411e9d837f",
      "sender": "wumpus",
      "payload": "rc2 is very near being tagged, https://github.com/bitcoin/bitcoin/milestone/20, could use some extra review for https://github.com/bitcoin/bitcoin/pull/8408",
      "action": false,
      "timestamp": "2016-07-28T19:02:15+00:00"
    },
    {
      "id": "74b3bff14ade4a1b8cbcd9b352d01a8d",
      "sender": "wumpus",
      "payload": "but that's the only remaining pull tagged 0.13 left",
      "action": false,
      "timestamp": "2016-07-28T19:02:40+00:00"
    },
    {
      "id": "532a7e74093f480bb8be3f80e33e7492",
      "sender": "luke-jr",
      "payload": "wumpus: releadse notes still need to not recommend/opressure bad policy",
      "action": false,
      "timestamp": "2016-07-28T19:02:48+00:00"
    },
    {
      "id": "a3c8e1c105ff4df698b05bb864e3b999",
      "sender": "wumpus",
      "payload": "luke-jr: ok",
      "action": false,
      "timestamp": "2016-07-28T19:03:08+00:00"
    },
    {
      "id": "0576cef2773240e9891a3043a9c5242e",
      "sender": "luke-jr",
      "payload": "tag applicable pr pls",
      "action": false,
      "timestamp": "2016-07-28T19:03:19+00:00"
    },
    {
      "id": "84edf5133762445e876f4ce3dae574bf",
      "sender": "jtimon",
      "payload": "wumpus: shouldn't #8412 be in 0.13?",
      "action": false,
      "timestamp": "2016-07-28T19:03:20+00:00"
    },
    {
      "id": "195d353ac3fd4ca7911630e977f0bf74",
      "sender": "wumpus",
      "payload": "but I guess people don't agree on what 'bad policy' is",
      "action": false,
      "timestamp": "2016-07-28T19:03:25+00:00"
    },
    {
      "id": "29daf65b085c44aca307b96180add0f1",
      "sender": "kanzure",
      "payload": "also about to board a flight in a bit",
      "action": false,
      "timestamp": "2016-07-28T19:03:38+00:00"
    },
    {
      "id": "529824c58ff54150b44c4eb86e62d939",
      "sender": "luke-jr",
      "payload": "wumpus: \u00c3\u00a2\u00c2\u0080\u00c2\u00a6",
      "action": false,
      "timestamp": "2016-07-28T19:03:41+00:00"
    },
    {
      "id": "7ab691074af24808bf3f0b313220f160",
      "sender": "gmaxwell",
      "payload": "luke-jr: don't elipises wumpus.",
      "action": false,
      "timestamp": "2016-07-28T19:03:50+00:00"
    },
    {
      "id": "61594f45bc9f468481c81d757f266e40",
      "sender": "jonasschnelli",
      "payload": "I think it should",
      "action": false,
      "timestamp": "2016-07-28T19:03:51+00:00"
    },
    {
      "id": "76fbf74b1c9c44b7bbf20e82caba4a17",
      "sender": "jonasschnelli",
      "payload": "(8412)",
      "action": false,
      "timestamp": "2016-07-28T19:03:57+00:00"
    },
    {
      "id": "7e68d1fb2dfb475ea6e1f61ac1de3de7",
      "sender": "jonasschnelli",
      "payload": "I'll tag it",
      "action": false,
      "timestamp": "2016-07-28T19:04:19+00:00"
    },
    {
      "id": "b7b04f678f3548c49c1bcd9555b208dd",
      "sender": "jtimon",
      "payload": "in fact, I think it should go in 0.12.2 if there's going to be one",
      "action": false,
      "timestamp": "2016-07-28T19:04:20+00:00"
    },
    {
      "id": "a662629fa52a493dad3edb3218f96c86",
      "sender": "wumpus",
      "payload": "I'm fine with 8412, hadn't heard of it before",
      "action": false,
      "timestamp": "2016-07-28T19:04:27+00:00"
    },
    {
      "id": "273727da8a2544f08fa9eb1eb534e73a",
      "sender": "jtimon",
      "payload": "wumpus: yeah, just created it yesterday",
      "action": false,
      "timestamp": "2016-07-28T19:04:40+00:00"
    },
    {
      "id": "0e2a57bcd5de402e932dfb971809b1f1",
      "sender": "sipa",
      "payload": "8412 seems harmless and silly not to include",
      "action": false,
      "timestamp": "2016-07-28T19:04:47+00:00"
    },
    {
      "id": "5ef90c2a2fad4a5080ed7d9e9ca41353",
      "sender": "jonasschnelli",
      "payload": "It's a inconsequence with no risk attached to it (IMO)",
      "action": false,
      "timestamp": "2016-07-28T19:04:53+00:00"
    },
    {
      "id": "a45eca90a7e74205822a20602e855e0c",
      "sender": "wumpus",
      "payload": "seems we agree",
      "action": false,
      "timestamp": "2016-07-28T19:05:00+00:00"
    },
    {
      "id": "c7eb4d5c7ff84cb184bd6afb2a43a590",
      "sender": "jtimon",
      "payload": "great",
      "action": false,
      "timestamp": "2016-07-28T19:05:08+00:00"
    },
    {
      "id": "99b268df72f440a89c417aa4c9d9ad99",
      "sender": "luke-jr",
      "payload": "the current release nites recommends and undisputably bad policy. if there is controversy it shouldnt recommend anything",
      "action": false,
      "timestamp": "2016-07-28T19:05:18+00:00"
    },
    {
      "id": "f93beb510d0e4010955579a9645e5374",
      "sender": "wumpus",
      "payload": "luke-jr: do you have a proposed update to the release notes?",
      "action": false,
      "timestamp": "2016-07-28T19:05:32+00:00"
    },
    {
      "id": "abdf1718d6c94d2f891f931417eeb2ed",
      "sender": "gmaxwell",
      "payload": "RE 8412: why are we adding flags for long locked in network features?",
      "action": false,
      "timestamp": "2016-07-28T19:05:37+00:00"
    },
    {
      "id": "3b19f3cf81e54ddd8457bd8f18e65447",
      "sender": "cfields",
      "payload": "sdaftuar: any clues where to poke at #8096? Do you still think that's a blocker for release, or calling it a fluke?",
      "action": false,
      "timestamp": "2016-07-28T19:05:59+00:00"
    },
    {
      "id": "be4a6389c67d4e09aba6cce58ff7437c",
      "sender": "luke-jr",
      "payload": "wumpus: yes, the pr is open for a week now",
      "action": false,
      "timestamp": "2016-07-28T19:06:22+00:00"
    },
    {
      "id": "4a8861be5e934b1cb26573296cb44f48",
      "sender": "cfields",
      "payload": "err.. sorry for topic drift. we can pick that up later.",
      "action": false,
      "timestamp": "2016-07-28T19:06:33+00:00"
    },
    {
      "id": "c31861b672ac4a718e2990cd525acaf0",
      "sender": "jtimon",
      "payload": "what is the \"bad policy\"? what am I missing?",
      "action": false,
      "timestamp": "2016-07-28T19:06:36+00:00"
    },
    {
      "id": "c18f79ef85ec4a4cbf75bc160ceee47c",
      "sender": "gmaxwell",
      "payload": "okay never mind, I didn't look at the patch initially, I thought it was GBT rather than libconsensus.",
      "action": false,
      "timestamp": "2016-07-28T19:06:43+00:00"
    },
    {
      "id": "a8a7c6aaf3434df0aea676160e059c58",
      "sender": "wumpus",
      "payload": "luke-jr: the only PR I know of also changes quite some code",
      "action": false,
      "timestamp": "2016-07-28T19:06:52+00:00"
    },
    {
      "id": "ee4e9405e4d9437884737482aea93621",
      "sender": "jonasschnelli",
      "payload": "https://github.com/bitcoin/bitcoin/pull/8388/",
      "action": false,
      "timestamp": "2016-07-28T19:06:55+00:00"
    },
    {
      "id": "c507c45df7164acfba9563befaa7fab9",
      "sender": "jonasschnelli",
      "payload": "Yes. Its not an release not only PR",
      "action": false,
      "timestamp": "2016-07-28T19:07:05+00:00"
    },
    {
      "id": "2c8766525c944d90bd9ac70c1f0cc536",
      "sender": "morcos",
      "payload": "luke-jr: i don't understand why we need to change anything now.  segwit is not released.  using blockmaxcost is fine for 0.13",
      "action": false,
      "timestamp": "2016-07-28T19:07:12+00:00"
    },
    {
      "id": "9631b265ac294ccfb8c0adae6ad5dcf4",
      "sender": "gmaxwell",
      "payload": "s/not/note/",
      "action": false,
      "timestamp": "2016-07-28T19:07:17+00:00"
    },
    {
      "id": "294485a73f3c471fa715c9a04fafd0cc",
      "sender": "luke-jr",
      "payload": "jtimon: blockmaxweight rsther than blockmaxsize",
      "action": false,
      "timestamp": "2016-07-28T19:07:26+00:00"
    },
    {
      "id": "7eb57aeecd9344b6b0be4c2fac12eb7b",
      "sender": "morcos",
      "payload": "uh, or weight",
      "action": false,
      "timestamp": "2016-07-28T19:07:27+00:00"
    },
    {
      "id": "ccb2994912ac44e0a0e73ad9711b413b",
      "sender": "jonasschnelli",
      "payload": "gmaxwell: thanks. :)",
      "action": false,
      "timestamp": "2016-07-28T19:07:44+00:00"
    },
    {
      "id": "0af465ca1d0644e080c5799803c98d2c",
      "sender": "luke-jr",
      "payload": "wumpus: because people were insisting the code had to change to remove the recommencaation",
      "action": false,
      "timestamp": "2016-07-28T19:07:58+00:00"
    },
    {
      "id": "33e7831c5b1d491da735d89066f229d4",
      "sender": "gmaxwell",
      "payload": "I think it's foolish that we're still releasing with settings that don't reflect the near ubiquitious network usage.",
      "action": false,
      "timestamp": "2016-07-28T19:08:14+00:00"
    },
    {
      "id": "76cb4188a42146ef9b14769defee843f",
      "sender": "sipa",
      "payload": "luke-jr: we shouldn't be relying on miners picking safe policy that only harms themselves",
      "action": false,
      "timestamp": "2016-07-28T19:08:32+00:00"
    },
    {
      "id": "6bf78d03056d4859bcce435673684f4b",
      "sender": "jtimon",
      "payload": "gmaxwell: on that note, agree with sipa that we should decouple the consensus flags bit poisitions from the script flags', but that's only for master",
      "action": false,
      "timestamp": "2016-07-28T19:08:37+00:00"
    },
    {
      "id": "e6d4f521998e49bea9d31e51b99fd328",
      "sender": "sipa",
      "payload": "luke-jr: if we're not fine with larger blocks, we shouldn't do segwit as-is",
      "action": false,
      "timestamp": "2016-07-28T19:08:48+00:00"
    },
    {
      "id": "ca5b4a6c83844dc096b8f8734a9a1be8",
      "sender": "morcos",
      "payload": "sipa: agreed",
      "action": false,
      "timestamp": "2016-07-28T19:09:02+00:00"
    },
    {
      "id": "196dfbe867b04be3bdeda9f51c16d046",
      "sender": "morcos",
      "payload": "where we is the big we",
      "action": false,
      "timestamp": "2016-07-28T19:09:15+00:00"
    },
    {
      "id": "34fd37cf7e454bc197ad56f1e8b11a30",
      "sender": "sipa",
      "payload": "in practice, nearly every miner will set the max block size and weight to the maximum allowed value",
      "action": false,
      "timestamp": "2016-07-28T19:09:16+00:00"
    },
    {
      "id": "93df0b62d14f46d18ba2df48696d9aab",
      "sender": "sipa",
      "payload": "morcos: yes!",
      "action": false,
      "timestamp": "2016-07-28T19:09:22+00:00"
    },
    {
      "id": "9e0b0a48ffc348679d23afefb4da8f85",
      "sender": "luke-jr",
      "payload": "sipa: we cannot stop segwit for better or worse",
      "action": false,
      "timestamp": "2016-07-28T19:09:40+00:00"
    },
    {
      "id": "af3c874144fb4ba1b119a0dcb4c9a258",
      "sender": "gmaxwell",
      "payload": "Asking miners to produce blocks smaller than the network technically allows is a failed policy, in nay case, as we've seen. The default has been 750k-- but go look at the chain, no 750k blocks to be seen. :P",
      "action": false,
      "timestamp": "2016-07-28T19:09:46+00:00"
    },
    {
      "id": "d9792e57367944cfb15402a9442c613e",
      "sender": "luke-jr",
      "payload": "and hopefully in some monthhs larger blocks WILL vbe fine",
      "action": false,
      "timestamp": "2016-07-28T19:09:48+00:00"
    },
    {
      "id": "52d3e95f16ce4172ae5eeb1d2a9aa89e",
      "sender": "luke-jr",
      "payload": "sipa: prqactice is tbd",
      "action": false,
      "timestamp": "2016-07-28T19:10:00+00:00"
    },
    {
      "id": "4027fe44251442bf947e4b8da79e3986",
      "sender": "sipa",
      "payload": "luke-jr: 'fine' is not a boolean",
      "action": false,
      "timestamp": "2016-07-28T19:10:01+00:00"
    },
    {
      "id": "63a286bb6bd343fdbfa3c2f7ff8c8e46",
      "sender": "luke-jr",
      "payload": "i need to board\u00c3\u00a2\u00c2\u0080\u00c2\u00a6",
      "action": false,
      "timestamp": "2016-07-28T19:10:27+00:00"
    },
    {
      "id": "36aa43cb4c10406585ac91174c0a381a",
      "sender": "wumpus",
      "payload": "gmaxwell: on the other hand, miners not dumbly using the default settings is great, it's exactly what should be happening",
      "action": false,
      "timestamp": "2016-07-28T19:10:41+00:00"
    },
    {
      "id": "8900482f56074ff1810a6b44c11ab4d1",
      "sender": "gmaxwell",
      "payload": "luke-jr: well nothing special will happen because you aren't here. :P go board, we can talk later.",
      "action": false,
      "timestamp": "2016-07-28T19:10:44+00:00"
    },
    {
      "id": "519c5aced1cb4bafa974fda4a1d311b8",
      "sender": "morcos",
      "payload": "i think it would be fine to include an explanation of the difference in the release notes without making a judgement about whether or not you should want to have blocks with size smaller than what might be created if you only limited by weight",
      "action": false,
      "timestamp": "2016-07-28T19:10:45+00:00"
    },
    {
      "id": "37b02f1a2eb241a5b84e208ef2e15753",
      "sender": "luke-jr",
      "payload": "bbl",
      "action": false,
      "timestamp": "2016-07-28T19:10:54+00:00"
    },
    {
      "id": "2872eebc8ff74e0b92d47c4115c524c9",
      "sender": "jtimon",
      "payload": "the way I see it, the default is stupid to kind of force miners not to use the default (and to avoid being changing some defaults all the time)",
      "action": false,
      "timestamp": "2016-07-28T19:11:49+00:00"
    },
    {
      "id": "0eb88623b1514e9b8e736c237c8c9049",
      "sender": "morcos",
      "payload": "if we don't recommend using size but explain why the option exists, then i also see no reason to cache size, if some people want to use it, its ok if its calc'ed on the fly (as current code does)_",
      "action": false,
      "timestamp": "2016-07-28T19:11:57+00:00"
    },
    {
      "id": "e94b5d7bcbeb4ec3986b2ede187a001a",
      "sender": "jtimon",
      "payload": "so the issue is that weight has a bigger default than size had?",
      "action": false,
      "timestamp": "2016-07-28T19:12:06+00:00"
    },
    {
      "id": "6c4f7e5fdc8a4a88907c827195f47a2e",
      "sender": "wumpus",
      "payload": "jtimon: yes, I thought that was the point",
      "action": false,
      "timestamp": "2016-07-28T19:12:10+00:00"
    },
    {
      "id": "5e202e9c5ca241959bbf924bbc834d2a",
      "sender": "wumpus",
      "payload": "jtimon: otherwise it's back to 'devs decide the values'",
      "action": false,
      "timestamp": "2016-07-28T19:12:30+00:00"
    },
    {
      "id": "62d00a9adf9d4225903137c94590834a",
      "sender": "btcdrak",
      "payload": "sorry I am late. #8412 should be included.",
      "action": false,
      "timestamp": "2016-07-28T19:12:46+00:00"
    },
    {
      "id": "d492d5965f92486da36907ba25455f00",
      "sender": "jtimon",
      "payload": "yeah, and people asking to increase op_return size and shit",
      "action": false,
      "timestamp": "2016-07-28T19:12:52+00:00"
    },
    {
      "id": "f3035a2e1f2c4eb8b71d3442d633d271",
      "sender": "gmaxwell",
      "payload": "IMO we should just make the defaults the maximums. Doing otherwise is thereatics, we know that users will immediately set them to the largest allowed values. And the few that wouldn't will happily manually reduce them.",
      "action": false,
      "timestamp": "2016-07-28T19:13:20+00:00"
    },
    {
      "id": "399c7232e8ee4b40a9bd1a34cec370ca",
      "sender": "jtimon",
      "payload": "re #8412 should I open the PR to 0.13 then?",
      "action": false,
      "timestamp": "2016-07-28T19:13:52+00:00"
    },
    {
      "id": "f1ebd2cf66004d8886b685c4860f0b49",
      "sender": "gmaxwell",
      "payload": "this argument specifically applies to the 'max weight/size' things because we have expirence there with how they will be set in practice.",
      "action": false,
      "timestamp": "2016-07-28T19:13:54+00:00"
    },
    {
      "id": "d196341bd4084b839022d512eaff0acf",
      "sender": "sipa",
      "payload": "jtimon: 8412 will backport trivially, no need for backport PR",
      "action": false,
      "timestamp": "2016-07-28T19:14:20+00:00"
    },
    {
      "id": "d510b35fc6b34d76bb48241a11cb28b0",
      "sender": "gmaxwell",
      "payload": "(also, FWIW, the income difference between 750k size and maximum is non-trivial).",
      "action": false,
      "timestamp": "2016-07-28T19:14:35+00:00"
    },
    {
      "id": "fe97910c45974d9a8df9618a5e267753",
      "sender": "jtimon",
      "payload": "no strong opinion, it seems natural to take the oportunity of moving from size to weight to change the default to something more used, but I will complain when somebody asks to change it later",
      "action": false,
      "timestamp": "2016-07-28T19:15:29+00:00"
    },
    {
      "id": "4b685c4ba0a1466395e4e6c2b840087e",
      "sender": "wumpus",
      "payload": "I really don't like to go back to discussing what defaults to use, e.g. we've had tons of pull requests to change the default block size and we've always used the reasoning explained by jtimon to hold them off",
      "action": false,
      "timestamp": "2016-07-28T19:15:34+00:00"
    },
    {
      "id": "5667ba93434a420db42af04812cefa04",
      "sender": "wumpus",
      "payload": "but indeed, no strong opinion either",
      "action": false,
      "timestamp": "2016-07-28T19:15:40+00:00"
    },
    {
      "id": "190886b205fb4a8c9e8816d82bb13d5c",
      "sender": "jtimon",
      "payload": "if we want to set a lower default to \"force people\" not to use defaults there, that's fine with me as well",
      "action": false,
      "timestamp": "2016-07-28T19:16:10+00:00"
    },
    {
      "id": "8984286ceec84f62a360e86e37b7d527",
      "sender": "sipa",
      "payload": "the current 0.13 code does not change any defaults",
      "action": false,
      "timestamp": "2016-07-28T19:16:31+00:00"
    },
    {
      "id": "4d61b8eb41f34baaaa0d7128186f2105",
      "sender": "morcos",
      "payload": "wumpus: i suppose the confusion is that now that we have 2 options, its totally non-intuitive how to se tthem given they have non max defaults",
      "action": false,
      "timestamp": "2016-07-28T19:16:36+00:00"
    },
    {
      "id": "8992877ce8ad4ab3acb935c5583e970d",
      "sender": "jtimon",
      "payload": "sipa: then what's the problem again?",
      "action": false,
      "timestamp": "2016-07-28T19:16:46+00:00"
    },
    {
      "id": "183648a1ffde41b2b69c5b912137f9b3",
      "sender": "sipa",
      "payload": "and the release notes explain the difference, and that only using weight is faster",
      "action": false,
      "timestamp": "2016-07-28T19:16:49+00:00"
    },
    {
      "id": "9012f42ba5004c03bbc68f3e204f0b1a",
      "sender": "wumpus",
      "payload": "yes, what is the problem then?",
      "action": false,
      "timestamp": "2016-07-28T19:16:54+00:00"
    },
    {
      "id": "5a5b50c5c8444c989d3fdb0de5e1b936",
      "sender": "sipa",
      "payload": "i think the code and notes in 0.13 are fine",
      "action": false,
      "timestamp": "2016-07-28T19:16:58+00:00"
    },
    {
      "id": "06322db5b9584304a41306680428b401",
      "sender": "gmaxwell",
      "payload": "The notes don't seem to inform me how to set it to the maximum.",
      "action": false,
      "timestamp": "2016-07-28T19:17:46+00:00"
    },
    {
      "id": "9620c59c019a4705ba160e1f78b1a5a1",
      "sender": "gmaxwell",
      "payload": "which is what 99% of the users are going to want to do, as it's what they currently do.",
      "action": false,
      "timestamp": "2016-07-28T19:18:07+00:00"
    },
    {
      "id": "8fd789734fe0440aa5529d639bb9ccc2",
      "sender": "sipa",
      "payload": "ok, let's fix that in the --help message?",
      "action": false,
      "timestamp": "2016-07-28T19:18:21+00:00"
    },
    {
      "id": "a47c9362e2744feeac833553fa4b8877",
      "sender": "gmaxwell",
      "payload": "They won't read that. They'll read the release notes with greater odds than --help.",
      "action": false,
      "timestamp": "2016-07-28T19:18:47+00:00"
    },
    {
      "id": "9cdc920e0309490ebea74275d3f9c146",
      "sender": "wumpus",
      "payload": "if it's what they currently do ,then why would the default even matter? they override it already.",
      "action": false,
      "timestamp": "2016-07-28T19:18:55+00:00"
    },
    {
      "id": "08ecbb98495f437ebce242977f485068",
      "sender": "gmaxwell",
      "payload": "(otherwise they wouldn't know of the maxweight option at all)",
      "action": false,
      "timestamp": "2016-07-28T19:18:57+00:00"
    },
    {
      "id": "28f7be4873b04f48979c3672b010b680",
      "sender": "sipa",
      "payload": "i assume they'll read neither",
      "action": false,
      "timestamp": "2016-07-28T19:18:58+00:00"
    },
    {
      "id": "6901a0fe1f124a42b1703eb4bb025742",
      "sender": "sdaftuar",
      "payload": "(Note that for mainnet, in this release, the equivalent parameter for -blockmaxweight would be four times the desired -blockmaxsize. See BIP 141 for additional details.)",
      "action": false,
      "timestamp": "2016-07-28T19:19:13+00:00"
    },
    {
      "id": "bebd7bbed323421e9c333565c06bbc78",
      "sender": "morcos",
      "payload": "you need to know how to set the limits to max, and also not have the code to unnecessary extra serialization",
      "action": false,
      "timestamp": "2016-07-28T19:19:16+00:00"
    },
    {
      "id": "672d994b8e534eb4b93866dbd591454a",
      "sender": "gmaxwell",
      "payload": "The default doesn't matter, except it forces people to override, which they'll likely get wrong now that it's been made more complicated.",
      "action": false,
      "timestamp": "2016-07-28T19:19:28+00:00"
    },
    {
      "id": "5a81d274c302424caed53e39eac19d5d",
      "sender": "wumpus",
      "payload": "in any case the help message and release notes should be clear, if they are missing information that needs to be added",
      "action": false,
      "timestamp": "2016-07-28T19:19:59+00:00"
    },
    {
      "id": "33d1f76cf78f4a0284ca4f855838f864",
      "sender": "gmaxwell",
      "payload": "E.g. you'll read that release note and then change your maxsize to maxweight, and then be surprised when their blocks are 250k. :P",
      "action": false,
      "timestamp": "2016-07-28T19:20:22+00:00"
    },
    {
      "id": "ae9fdb8c95d542d6bcb197457733d03b",
      "sender": "achow101",
      "payload": "why not just set it to the max? I can't see any reason why users would complain about that given that that is what they are going to do anyways",
      "action": false,
      "timestamp": "2016-07-28T19:20:43+00:00"
    },
    {
      "id": "6760d6ad604843c2945b1a982d89b0e8",
      "sender": "gmaxwell",
      "payload": "achow101: that was the argument I was making before. wumpus correctly notes that going and debating defaults again isn't great.",
      "action": false,
      "timestamp": "2016-07-28T19:21:13+00:00"
    },
    {
      "id": "d199a0dd23424c6695b6e4893f1d96e7",
      "sender": "jtimon",
      "payload": "gmaxwell: ok, so you want to just clarify how to select the max block size in the --help because now it's more complicated than before and add something to the release notes?",
      "action": false,
      "timestamp": "2016-07-28T19:21:17+00:00"
    },
    {
      "id": "69d64567762148debdf6ec5f7be4d34b",
      "sender": "gmaxwell",
      "payload": "In particular luke will go on a public attack campaign, and some are trying to avoid it.",
      "action": false,
      "timestamp": "2016-07-28T19:21:30+00:00"
    },
    {
      "id": "31c72ee337644994b45abc4a923c6840",
      "sender": "wumpus",
      "payload": "because we should not be in the business of determining what values miners should use, we've always tried to avoid that, for good reason",
      "action": false,
      "timestamp": "2016-07-28T19:21:42+00:00"
    },
    {
      "id": "b6109c257326406f9354036ed4abdd6b",
      "sender": "gmaxwell",
      "payload": "(because he sees a kind of principled position arising from setting a more correct default which no one uses)",
      "action": false,
      "timestamp": "2016-07-28T19:21:47+00:00"
    },
    {
      "id": "729c0d104d684c2190ad5f324b64edf1",
      "sender": "gmaxwell",
      "payload": "wumpus: not at question of should, it's a question of 'does', and forcing people to set settings which are now somewhat complex due to the new option is a bit unfortunate.",
      "action": false,
      "timestamp": "2016-07-28T19:22:34+00:00"
    },
    {
      "id": "39ad4d1158a1473591576208757ed0a0",
      "sender": "wumpus",
      "payload": "if you want to inform people how to set the maximum, then adding how to do so in the release notes makes sense",
      "action": false,
      "timestamp": "2016-07-28T19:22:38+00:00"
    },
    {
      "id": "49927e771bee4dcc8b7a9fe0d5ee2156",
      "sender": "gmaxwell",
      "payload": "yes, I can make a PR that explains how to do that.",
      "action": false,
      "timestamp": "2016-07-28T19:22:52+00:00"
    },
    {
      "id": "bcb141f22fb7444ab42359288ca7200c",
      "sender": "wumpus",
      "payload": "gmaxwell: we've been there; this really feels like deja vu",
      "action": false,
      "timestamp": "2016-07-28T19:22:53+00:00"
    },
    {
      "id": "f40f5b893d0c4217a0ca6c1e7b55b007",
      "sender": "wumpus",
      "payload": "so to be clear: the current 0.13 defaults will cause miners to do something else than create 750kb blocks, as was the case for 0.12?",
      "action": false,
      "timestamp": "2016-07-28T19:23:34+00:00"
    },
    {
      "id": "da66447635b140cfb40e936034ebc3df",
      "sender": "gmaxwell",
      "payload": "No, the defaults are functionally equal to 0.12's.",
      "action": false,
      "timestamp": "2016-07-28T19:23:56+00:00"
    },
    {
      "id": "17ed9290f80b453bb6c585750808c30e",
      "sender": "sdaftuar",
      "payload": "wumpus: no, that is not the case.",
      "action": false,
      "timestamp": "2016-07-28T19:23:59+00:00"
    },
    {
      "id": "0ef10969312c423c9d84f1e270411f21",
      "sender": "wumpus",
      "payload": "ok, good then",
      "action": false,
      "timestamp": "2016-07-28T19:24:07+00:00"
    },
    {
      "id": "b4adac4baff14657a609a4115b1ff499",
      "sender": "morcos",
      "payload": "i think the release notes are accurate and relatively comprehensive enough right now.  unfortunately, i think the logic that exists is complicated enough that miners will make mistakes and either create smaller blocks than they meant to or slow down their mining computation",
      "action": false,
      "timestamp": "2016-07-28T19:24:17+00:00"
    },
    {
      "id": "50ffc2bdd5494378885c577683cbaf7b",
      "sender": "gmaxwell",
      "payload": "the default maxweight is 3 million, which, with no witness txn is exactly equal to 750k maxsize.",
      "action": false,
      "timestamp": "2016-07-28T19:24:32+00:00"
    },
    {
      "id": "491bb67b773c43d5bbbf40e18172f7e3",
      "sender": "jtimon",
      "payload": "I really don't understand luke-jr's issue if the defaults are untouched",
      "action": false,
      "timestamp": "2016-07-28T19:24:43+00:00"
    },
    {
      "id": "5ad03e39ce4940459308164c09ffa5cf",
      "sender": "morcos",
      "payload": "i'm not sure what the solution to that is other than explaining exactly what you should do if you want to mine max size blocks, which might be seen as a recommendation",
      "action": false,
      "timestamp": "2016-07-28T19:25:03+00:00"
    },
    {
      "id": "ec0e54d3678f47b8accd229aac767e4a",
      "sender": "wumpus",
      "payload": "explaining in the release notes and documentation is exactly the right thing to do",
      "action": false,
      "timestamp": "2016-07-28T19:25:25+00:00"
    },
    {
      "id": "592b5ba1cdd342fe889f81c99e0d1e13",
      "sender": "gmaxwell",
      "payload": "jtimon: because a maxweight of 3m allows for a 3mb block in future versions with segwit activated and he doesn't want miners being instructed to use maxweight.",
      "action": false,
      "timestamp": "2016-07-28T19:25:29+00:00"
    },
    {
      "id": "f3b60af70d9a4ebe9db548738e4a2f06",
      "sender": "instagibbs",
      "payload": "jtimon, theoretical size max would be 3MB I think",
      "action": false,
      "timestamp": "2016-07-28T19:25:31+00:00"
    },
    {
      "id": "506b2db45387457dbc2e52e349d3e4b0",
      "sender": "wumpus",
      "payload": "so people understand what is being done",
      "action": false,
      "timestamp": "2016-07-28T19:25:35+00:00"
    },
    {
      "id": "0f87b67dbd144eadbd2835f2d07edcfe",
      "sender": "wumpus",
      "payload": "instead of saying 'this is too complicated for you, just follow the defaults'",
      "action": false,
      "timestamp": "2016-07-28T19:25:50+00:00"
    },
    {
      "id": "de24fac30fcd49d99e6fdc360e796c58",
      "sender": "gmaxwell",
      "payload": "wumpus: 'just follow the defaults' was never my position.",
      "action": false,
      "timestamp": "2016-07-28T19:26:10+00:00"
    },
    {
      "id": "b4061454f9644d4a9711fdbfae6af2df",
      "sender": "jtimon",
      "payload": "gmaxwell: why do miners need to be instructed about maxweight before activation? (not that I'm against informing people beforehand)",
      "action": false,
      "timestamp": "2016-07-28T19:26:31+00:00"
    },
    {
      "id": "31639d03abde41648ca9fd1ded996e57",
      "sender": "gmaxwell",
      "payload": "Rather, we have defaults that match AFAICT what _no one_ wants, meaning that there is no one who can go \"oh what the defaults want is already what I want, so I don't have to screw with anything.\"",
      "action": false,
      "timestamp": "2016-07-28T19:26:43+00:00"
    },
    {
      "id": "86e4e8beb3df4cc1b920c676dfddaf4c",
      "sender": "wumpus",
      "payload": "gmaxwell: I know, but that's what would effectively happen if the defaults are just the maximum which everyone uses",
      "action": false,
      "timestamp": "2016-07-28T19:26:50+00:00"
    },
    {
      "id": "1afdc0f5c0154c1a9a5e884d049aa081",
      "sender": "morcos",
      "payload": "gmaxwell: exactly",
      "action": false,
      "timestamp": "2016-07-28T19:26:52+00:00"
    },
    {
      "id": "34a783bc917e4a7fa60d8e53a1b68bd0",
      "sender": "wumpus",
      "payload": "gmaxwell: people will start using the defaults, and be recommended using the defaults, which makes us in charge of determining the values. Next release there will be 20 pulls again of people that want to change the default to their favourite value, to lead others into using it",
      "action": false,
      "timestamp": "2016-07-28T19:27:42+00:00"
    },
    {
      "id": "81f7b0c2618e489392c5b07319ed7d02",
      "sender": "morcos",
      "payload": "jtimon: they need to be informed because we kept blockmaxsize as an option, but it is slower to calculate (by unknown amount)",
      "action": false,
      "timestamp": "2016-07-28T19:27:47+00:00"
    },
    {
      "id": "cd9f35f726424012ac7927cd6fe1bc20",
      "sender": "gmaxwell",
      "payload": "jtimon: because he believes its establishing a bad set of practices which will hold over. I think he's right that it will hold over.. but only slightly, people are also going to immediately crank to maximum. I think luke realizes this too, but is adopting a principled position of not supporting something he thinks is bad even if it is inevitable.",
      "action": false,
      "timestamp": "2016-07-28T19:27:59+00:00"
    },
    {
      "id": "cca1fc1500fe4626951f40cf43eeb700",
      "sender": "jtimon",
      "payload": "ok, so imagining what most are doing and assuming they don't touch their configuration for now and don't do anything about weigh (ie use the default), everything will be fine, right?",
      "action": false,
      "timestamp": "2016-07-28T19:28:00+00:00"
    },
    {
      "id": "2590dd73f4f64d979ae6d83094d1273c",
      "sender": "gmaxwell",
      "payload": "And he think it is bad until compactblock deployment has proven that miners producing larger blocks is okay.",
      "action": false,
      "timestamp": "2016-07-28T19:28:16+00:00"
    },
    {
      "id": "01a03560c2624833b0b952b52e20c8c2",
      "sender": "jtimon",
      "payload": "morcos: I see",
      "action": false,
      "timestamp": "2016-07-28T19:28:16+00:00"
    },
    {
      "id": "629382e73b8742e29e06d72ff2601f86",
      "sender": "wumpus",
      "payload": "hence, I really think defaults discussion is a waste of time, it just creates more of the same",
      "action": false,
      "timestamp": "2016-07-28T19:28:18+00:00"
    },
    {
      "id": "249579f1d7824a8eb75f8adf91d13d5d",
      "sender": "gmaxwell",
      "payload": "instead we get worse discussions because we have setting which actively trip up users.",
      "action": false,
      "timestamp": "2016-07-28T19:29:08+00:00"
    },
    {
      "id": "04912038501a419bbd0982814b661306",
      "sender": "sipa",
      "payload": "i think we can just leave defaults as they are now",
      "action": false,
      "timestamp": "2016-07-28T19:29:08+00:00"
    },
    {
      "id": "d50ff762602640a4bfef68c31821e915",
      "sender": "gmaxwell",
      "payload": "Sorry, wumpus, the software doesn't exist to save us from discussion, it exists to serve its users.",
      "action": false,
      "timestamp": "2016-07-28T19:29:21+00:00"
    },
    {
      "id": "64ed21f44ca749919689f4c3a38bc987",
      "sender": "wumpus",
      "payload": "that's what we've learned from previous messing around with defaults, I don't understand why you've certainly changed your mind about this",
      "action": false,
      "timestamp": "2016-07-28T19:29:28+00:00"
    },
    {
      "id": "a3f758e9ce95472fa9ee7b5b7af7e6f2",
      "sender": "gmaxwell",
      "payload": "I agree that we can leave them.",
      "action": false,
      "timestamp": "2016-07-28T19:29:28+00:00"
    },
    {
      "id": "7c627f217b724761b76d8909e7a33340",
      "sender": "instagibbs",
      "payload": "ack for leaving as-is",
      "action": false,
      "timestamp": "2016-07-28T19:29:31+00:00"
    },
    {
      "id": "bac3dbbfafbe4826a0fe8752bbf48d9d",
      "sender": "jtimon",
      "payload": "mhmm, if they were creating bigger blocks, they will keep doing so, and if they were using the default, they will keep doing so",
      "action": false,
      "timestamp": "2016-07-28T19:29:45+00:00"
    },
    {
      "id": "9aa1e415d7be41cb9cdb18e45385c92c",
      "sender": "gmaxwell",
      "payload": "But we need instructions for setting them to maximum, because as is people will screw it up and produce 250k blocks (and if you care about complaining: they'll accuse us of being sneaky)",
      "action": false,
      "timestamp": "2016-07-28T19:29:57+00:00"
    },
    {
      "id": "592bf333517248a39c82f4ae4814231f",
      "sender": "wumpus",
      "payload": "gmaxwell: where did I claim that the software exists to save us from discussion!??",
      "action": false,
      "timestamp": "2016-07-28T19:30:08+00:00"
    },
    {
      "id": "76c0eb62d4e54fe1ab9880e4e70d67a2",
      "sender": "wumpus",
      "payload": "gmaxwell: wtf is this",
      "action": false,
      "timestamp": "2016-07-28T19:30:14+00:00"
    },
    {
      "id": "eb655dc965b645098b1fc122b5b27d78",
      "sender": "jtimon",
      "payload": "if they move to weigh because it's cheaper but still use the default, the size is the same",
      "action": false,
      "timestamp": "2016-07-28T19:30:16+00:00"
    },
    {
      "id": "324379a22eff4dde9979f66203dbd7e1",
      "sender": "morcos",
      "payload": "I think the lesson to be learned here is we make the code too complicated by trying to be all things to all people.  For policy (not consensus) related decisions, i don't think we need to be able to support every possible thing.   We waste so much time trying to shoehorn in things like priority and maxsize, while simultaneously trying to make the code more efficient",
      "action": false,
      "timestamp": "2016-07-28T19:30:19+00:00"
    },
    {
      "id": "2c7305dcde4646388d013cdd4234c178",
      "sender": "sipa",
      "payload": "agree",
      "action": false,
      "timestamp": "2016-07-28T19:30:31+00:00"
    },
    {
      "id": "cc51b26be3704df0ac544e9d0434971c",
      "sender": "gmaxwell",
      "payload": "wumpus: I'm sorry, thats what I'm reading out of your position on the defaults. I feel like you're basically arguing that we should have setting we know are bad and don't match usage, because it allows to refuse to discuss the defaults.",
      "action": false,
      "timestamp": "2016-07-28T19:31:33+00:00"
    },
    {
      "id": "df5552f2722c48b1bf06f62c617417f9",
      "sender": "Eliel_",
      "payload": "Well, you could always just make the mining part refuse to function unless the user manually sets the required config values :P",
      "action": false,
      "timestamp": "2016-07-28T19:31:52+00:00"
    },
    {
      "id": "3c943d58635d426899f6c9097f42704f",
      "sender": "gmaxwell",
      "payload": "I think thats an argument that we should make the software objectively worse in order to avoid debates over what is better.",
      "action": false,
      "timestamp": "2016-07-28T19:31:55+00:00"
    },
    {
      "id": "8e570c48f4fe47aca68f4a464a116136",
      "sender": "gmaxwell",
      "payload": "I apologize for reading so much into it.",
      "action": false,
      "timestamp": "2016-07-28T19:32:04+00:00"
    },
    {
      "id": "a361d0cea648481aa5a3d8a1dbdcd65c",
      "sender": "Eliel_",
      "payload": "as in, no dfaults",
      "action": false,
      "timestamp": "2016-07-28T19:32:06+00:00"
    },
    {
      "id": "c7daf420c3f84f76b2caa8011174d6fe",
      "sender": "jtimon",
      "payload": "anyway, it seems this is mostly an issue for luke-jr, so I don't see the point in keeping discussing it while he is on a plane",
      "action": false,
      "timestamp": "2016-07-28T19:32:17+00:00"
    },
    {
      "id": "2a184a04ded4482cb24b6512c7b7a5e5",
      "sender": "achow101",
      "payload": "Eliel_: it's not very user friendly though",
      "action": false,
      "timestamp": "2016-07-28T19:32:25+00:00"
    },
    {
      "id": "3713e9aaa81d451b853a2dfb939f5a77",
      "sender": "sipa",
      "payload": "how about we leave things as is, and in the future (whenever that may be) we find a way to simplify the options (back to one argument, for example)",
      "action": false,
      "timestamp": "2016-07-28T19:32:30+00:00"
    },
    {
      "id": "06ea5afd532f4f07bdde5eabd5fb34c0",
      "sender": "sdaftuar",
      "payload": "ACK simplifying in the future",
      "action": false,
      "timestamp": "2016-07-28T19:32:40+00:00"
    },
    {
      "id": "0e3acff7768740b89d7ba204bc74d061",
      "sender": "morcos",
      "payload": "sipa: i think thats the best we're going to get at this point",
      "action": false,
      "timestamp": "2016-07-28T19:32:45+00:00"
    },
    {
      "id": "75babcd98f524d14990d48265aae88a0",
      "sender": "sipa",
      "payload": "that can 1) solve the problem of inadvisable defaults",
      "action": false,
      "timestamp": "2016-07-28T19:32:47+00:00"
    },
    {
      "id": "b1d03920d74747ce9e49746161f5ee8b",
      "sender": "gmaxwell",
      "payload": "But we really do need to have instructions on doing what people will do. And when we write those luke will complain because it will be arguable that we are endorsing those settings. Cannot escape the drama. :)",
      "action": false,
      "timestamp": "2016-07-28T19:32:49+00:00"
    },
    {
      "id": "ea27311f556f403eb3f1216acc459771",
      "sender": "wumpus",
      "payload": "Eliel_: yes, that has been suggested before",
      "action": false,
      "timestamp": "2016-07-28T19:33:07+00:00"
    },
    {
      "id": "ec0fbab0f6944d3d8391c770d7200192",
      "sender": "sipa",
      "payload": "and 2) by changing things at the same time as simplifying the logic, it is not necessarily a recommendation",
      "action": false,
      "timestamp": "2016-07-28T19:33:19+00:00"
    },
    {
      "id": "a3091926564d4b1fa7b2abbde46150c4",
      "sender": "achow101",
      "payload": "gmaxwell: just tell him to suck it up  and deal with it",
      "action": false,
      "timestamp": "2016-07-28T19:33:21+00:00"
    },
    {
      "id": "58a349c49d31434296dd953866363521",
      "sender": "Eliel_",
      "payload": "achow101: that depends... if the error message comes with a link to a good instructional document, it might actually be a pretty good result.",
      "action": false,
      "timestamp": "2016-07-28T19:33:22+00:00"
    },
    {
      "id": "0e0d9bb12bf742e79d3bb4ca502aa303",
      "sender": "gmaxwell",
      "payload": "luke only insisted we have the size option because compactblocks is not yet deployed, and if relay network isn't working, orphaning is highly related to size.",
      "action": false,
      "timestamp": "2016-07-28T19:33:36+00:00"
    },
    {
      "id": "c2a04754e95d4163a1f09a887c136258",
      "sender": "gmaxwell",
      "payload": "It didn't seem like it was worth debating.",
      "action": false,
      "timestamp": "2016-07-28T19:33:46+00:00"
    },
    {
      "id": "512ec506705e4553a125a25b34d02cd4",
      "sender": "morcos",
      "payload": "gmaxwell: i'd argue we can leave the release notes as is (which luke might still object to) and then just use other channels to explain to people very simply how they can create max blocks if they want.  simple.  set -blockmaxweight=4000000 and dont' set blockmaxsize at all",
      "action": false,
      "timestamp": "2016-07-28T19:33:52+00:00"
    },
    {
      "id": "9db51e05cce744f29234b070fdfa3103",
      "sender": "wumpus",
      "payload": "Eliel_: it may be better than setting silly defaults, but there was never agreement to do it",
      "action": false,
      "timestamp": "2016-07-28T19:33:57+00:00"
    },
    {
      "id": "444e1fd073d344fa9c628818d7e9c339",
      "sender": "gmaxwell",
      "payload": "morcos: I can agree with that too.",
      "action": false,
      "timestamp": "2016-07-28T19:34:09+00:00"
    },
    {
      "id": "f302f77b1b534b6cba97f283bb2d2125",
      "sender": "jtimon",
      "payload": "gmaxwell: maybe overkill instructions with all the options (keep using the default in a more efficient way (ie not using maxsize) and do what most poeple do) is enough for luke-jr?",
      "action": false,
      "timestamp": "2016-07-28T19:34:24+00:00"
    },
    {
      "id": "cdeaa0c57ff544cba11f79b19a8b450e",
      "sender": "Eliel_",
      "payload": "wumpus: that's pretty much my reasoning behind the suggestion.",
      "action": false,
      "timestamp": "2016-07-28T19:34:26+00:00"
    },
    {
      "id": "64010013e749405a8ccc66d11b3e51e2",
      "sender": "Eliel_",
      "payload": "if you can't set defaults the way most people want them, don't set any.",
      "action": false,
      "timestamp": "2016-07-28T19:34:41+00:00"
    },
    {
      "id": "231ca6e84d154e94a729d5543251840c",
      "sender": "morcos",
      "payload": "I'm also fine with that suggestion",
      "action": false,
      "timestamp": "2016-07-28T19:34:51+00:00"
    },
    {
      "id": "9cb54df5a87d42d6bdc362eba37b57f2",
      "sender": "gmaxwell",
      "payload": "luke argued for that for years.",
      "action": false,
      "timestamp": "2016-07-28T19:35:04+00:00"
    },
    {
      "id": "cc718f157de846a0b6172fb53b410852",
      "sender": "Eliel_",
      "payload": "and about user friendliness... do you really want to allow people to mine without understanding what they're doing?",
      "action": false,
      "timestamp": "2016-07-28T19:35:11+00:00"
    },
    {
      "id": "e87dab6ebfbb4e4eb8a10ca81df3b87e",
      "sender": "wumpus",
      "payload": "Eliel_: the thing is that people disagree deeply over these setings",
      "action": false,
      "timestamp": "2016-07-28T19:35:15+00:00"
    },
    {
      "id": "937d601a41744058b40b3478812a1d17",
      "sender": "jtimon",
      "payload": "other topics?",
      "action": false,
      "timestamp": "2016-07-28T19:35:26+00:00"
    },
    {
      "id": "eb1482147eac4f2390d05ee15dd93b09",
      "sender": "wumpus",
      "payload": "#topic eliminate ISM (NicolasDorier's #8391)",
      "action": false,
      "timestamp": "2016-07-28T19:36:02+00:00"
    },
    {
      "id": "6f637b164cfb4f0ea0d8ab303a6e7a67",
      "sender": "gmaxwell",
      "payload": "Eliel_: absolutely.",
      "action": false,
      "timestamp": "2016-07-28T19:36:11+00:00"
    },
    {
      "id": "64bd53b1cd824275bb2429fd937ecbf0",
      "sender": "gmaxwell",
      "payload": "Eliel_: participants in the network should be avoiding judgement, they're not in charge of the system because they participate.. and not because they have some theoretical technical ability to censor varrious behaviors.",
      "action": false,
      "timestamp": "2016-07-28T19:36:51+00:00"
    },
    {
      "id": "6f73391709c44f7b982b5122b5182b18",
      "sender": "kanzure",
      "payload": "i need to leave. i would like to request that folks send me topic suggestions for my wishlist for the upcoming gathering. not end of the world if it doesn't happen, but having a few thoughts prepared is worthwhile.",
      "action": false,
      "timestamp": "2016-07-28T19:37:04+00:00"
    },
    {
      "id": "e0f5c38500b34a949b63355022f983ee",
      "sender": "wumpus",
      "payload": "ping jtimon",
      "action": false,
      "timestamp": "2016-07-28T19:37:37+00:00"
    },
    {
      "id": "7afc0b64ae214bc79fcbfb7aa2e7b527",
      "sender": "jtimon",
      "payload": "this is quite important for other libconsensus refactors, the sooner it is merged the easy it will be to PR other changes, I would really appreciate fast review, test and merge of #8391",
      "action": false,
      "timestamp": "2016-07-28T19:37:43+00:00"
    },
    {
      "id": "3e7c952456cf41cf904b40d88a98c532",
      "sender": "jtimon",
      "payload": "I would say it's the most important libconsensus' PR opened right now",
      "action": false,
      "timestamp": "2016-07-28T19:38:18+00:00"
    },
    {
      "id": "f722f5463f9d429f98ceafd7c665fe9a",
      "sender": "wumpus",
      "payload": "I think we already agreed removing ISM was a good thing lastm eeting, is there more to discuss about it?",
      "action": false,
      "timestamp": "2016-07-28T19:38:32+00:00"
    },
    {
      "id": "305ff8f099d646caad3de5124496f50f",
      "sender": "jtimon",
      "payload": "wumpus: well, I hope not, but that's why I bring it up (apart from asking for review)",
      "action": false,
      "timestamp": "2016-07-28T19:39:03+00:00"
    },
    {
      "id": "01d4a48a2a83404597b32972815323b6",
      "sender": "wumpus",
      "payload": "yes it does need more review/testing",
      "action": false,
      "timestamp": "2016-07-28T19:39:21+00:00"
    },
    {
      "id": "30074d16b1b14aac8090b3e81deb1d90",
      "sender": "wumpus",
      "payload": "#action review https://github.com/bitcoin/bitcoin/pull/8391",
      "action": false,
      "timestamp": "2016-07-28T19:39:27+00:00"
    },
    {
      "id": "6c327f3f37af44e9afd3c19f351afd41",
      "sender": "jtimon",
      "payload": "thanks",
      "action": false,
      "timestamp": "2016-07-28T19:39:40+00:00"
    },
    {
      "id": "56c836f6865c4b50bdd10413d67776ad",
      "sender": "cfields",
      "payload": "next topic suggestion: boost threads/sync replacement for master",
      "action": false,
      "timestamp": "2016-07-28T19:39:42+00:00"
    },
    {
      "id": "6c8d4800c367415da3a28d394d93b409",
      "sender": "wumpus",
      "payload": "#topic boost threads/sync replacement for master",
      "action": false,
      "timestamp": "2016-07-28T19:40:01+00:00"
    },
    {
      "id": "bd619ca43357444b9a668ce9778ae0eb",
      "sender": "jtimon",
      "payload": "and of course nacks and nits always the sooner the better",
      "action": false,
      "timestamp": "2016-07-28T19:40:11+00:00"
    },
    {
      "id": "f46e73f2295a45ba90281a24b3265968",
      "sender": "cfields",
      "payload": "https://github.com/bitcoin/bitcoin/pull/8023",
      "action": false,
      "timestamp": "2016-07-28T19:40:16+00:00"
    },
    {
      "id": "775c0d29b09f431986b4b4edeba23701",
      "sender": "cfields",
      "payload": "is nowish a good time to start pushing for that?",
      "action": false,
      "timestamp": "2016-07-28T19:40:27+00:00"
    },
    {
      "id": "74f2cda13bb94a3081e956b9ee1ab68b",
      "sender": "wumpus",
      "payload": "sounds good to me",
      "action": false,
      "timestamp": "2016-07-28T19:40:37+00:00"
    },
    {
      "id": "610c34a659ec4603989efc99156c731e",
      "sender": "gmaxwell",
      "payload": "neat.",
      "action": false,
      "timestamp": "2016-07-28T19:41:18+00:00"
    },
    {
      "id": "1a95ab82cac040bf878cfa06dc95423a",
      "sender": "cfields",
      "payload": "ok. it's a drop-in replacement for interruptible boost threads/condvars. preferred to switch chunks at a time, or all in one go?",
      "action": false,
      "timestamp": "2016-07-28T19:41:20+00:00"
    },
    {
      "id": "2a10fd5921054562a33f37ed4b7d9924",
      "sender": "jtimon",
      "payload": "cfields: since it's disruptive, the \"refactor window\" seems like the perfect time for it, no?",
      "action": false,
      "timestamp": "2016-07-28T19:41:26+00:00"
    },
    {
      "id": "404d7233ff384377a76584575c414cd8",
      "sender": "wumpus",
      "payload": "what about your network refactor? seems we should start merging for that as well?",
      "action": false,
      "timestamp": "2016-07-28T19:41:31+00:00"
    },
    {
      "id": "637688a8f9434dc7aad97246cb5628b5",
      "sender": "wumpus",
      "payload": "cfields: what would 'chunks at a time' mean, using two potentially conflicting thread libraries?",
      "action": false,
      "timestamp": "2016-07-28T19:42:11+00:00"
    },
    {
      "id": "2b77d6f8acad4024a80517a39f2255e0",
      "sender": "cfields",
      "payload": "wumpus: yea, review/acks of 2 outstanding PRs would be a big help...",
      "action": false,
      "timestamp": "2016-07-28T19:42:11+00:00"
    },
    {
      "id": "0f7d3e04cff040f480d582df0107359e",
      "sender": "jtimon",
      "payload": "oh, #8023 is not disruptive at all",
      "action": false,
      "timestamp": "2016-07-28T19:42:17+00:00"
    },
    {
      "id": "83e978fde47944099d1c4ce5be09d95a",
      "sender": "cfields",
      "payload": "sec for numbers",
      "action": false,
      "timestamp": "2016-07-28T19:42:23+00:00"
    },
    {
      "id": "b05925b0c69d48d994c850dce5a3b7e2",
      "sender": "wumpus",
      "payload": "cfields: can you post the links? ok",
      "action": false,
      "timestamp": "2016-07-28T19:42:29+00:00"
    },
    {
      "id": "8ab9484f838042a6bd7345909c35130e",
      "sender": "NicolasDorier",
      "payload": "I'm back.",
      "action": false,
      "timestamp": "2016-07-28T19:42:58+00:00"
    },
    {
      "id": "d169196345ce4ec6944b89dbb2005bdf",
      "sender": "NicolasDorier",
      "payload": "for removing ISM",
      "action": false,
      "timestamp": "2016-07-28T19:43:03+00:00"
    },
    {
      "id": "e6986cf74e3549229e067fda8ed859c6",
      "sender": "wumpus",
      "payload": "welcome back",
      "action": false,
      "timestamp": "2016-07-28T19:43:04+00:00"
    },
    {
      "id": "eb949103feae4562a3e834393d239451",
      "sender": "NicolasDorier",
      "payload": "I synched nodes successfully",
      "action": false,
      "timestamp": "2016-07-28T19:43:10+00:00"
    },
    {
      "id": "2570e7665d1b4c488e3b3f52089eb55d",
      "sender": "NicolasDorier",
      "payload": "so basically, it needs some review from other people, but should be good",
      "action": false,
      "timestamp": "2016-07-28T19:43:20+00:00"
    },
    {
      "id": "67f3a21dfee6495cb5b5d27a15fe32a0",
      "sender": "cfields",
      "payload": "#8128 and #8085",
      "action": false,
      "timestamp": "2016-07-28T19:43:27+00:00"
    },
    {
      "id": "016cbe0b083d47cabaab0e76c90bdfef",
      "sender": "btcdrak",
      "payload": "NicolasDorier: ok I'll run a full sync this weekend",
      "action": false,
      "timestamp": "2016-07-28T19:43:51+00:00"
    },
    {
      "id": "ab49d78ea4ae49f88dfe170aa612f89d",
      "sender": "wumpus",
      "payload": "#action review+test https://github.com/bitcoin/bitcoin/pull/8128 Net: Turn net structures into dumb storage classes",
      "action": false,
      "timestamp": "2016-07-28T19:43:52+00:00"
    },
    {
      "id": "e999fd8a373941058a5594fd220f2b99",
      "sender": "cfields",
      "payload": "#8085 is a beast to rebase. I have it done locally, but I'm waiting for #8128 to go in before rebasing again and pushing",
      "action": false,
      "timestamp": "2016-07-28T19:44:03+00:00"
    },
    {
      "id": "2ce7638d77e74983bf5bc8f10d78e704",
      "sender": "sipa",
      "payload": "i tried switching some subset of the code to std::thread before, and it was impossible... you need to change it everywhere at once",
      "action": false,
      "timestamp": "2016-07-28T19:44:10+00:00"
    },
    {
      "id": "e8be737947e44d68add977cf0ee6bef9",
      "sender": "wumpus",
      "payload": "#action review+test https://github.com/bitcoin/bitcoin/pull/8085 p2p: Begin encapsulation",
      "action": false,
      "timestamp": "2016-07-28T19:44:24+00:00"
    },
    {
      "id": "367759957f0a4a8d97428e8ab01d023e",
      "sender": "cfields",
      "payload": "ok, I'll approach it as one big change then",
      "action": false,
      "timestamp": "2016-07-28T19:44:54+00:00"
    },
    {
      "id": "cd27ebab42704822acd758bdf4fa3a81",
      "sender": "wumpus",
      "payload": "yes it probably makes most sense to do it all as once, it's painful but at least it should be a one time pain then",
      "action": false,
      "timestamp": "2016-07-28T19:45:11+00:00"
    },
    {
      "id": "114aac1851eb4ea0a2c058c5760e3500",
      "sender": "NicolasDorier",
      "payload": "question: what you call \"refactor windows\" what is it ?",
      "action": false,
      "timestamp": "2016-07-28T19:46:24+00:00"
    },
    {
      "id": "5cfb2f2243d640b2bb89d22525b3c96f",
      "sender": "cfields",
      "payload": "ok. iirc there are 1/2 pre-reqs left for boost-specific usage, then basically a search/replace. I'll go back through my notes and do pulls for the pre-reqs.",
      "action": false,
      "timestamp": "2016-07-28T19:46:31+00:00"
    },
    {
      "id": "4bd97cae606a4ac78cefef87d554b69e",
      "sender": "wumpus",
      "payload": "NicolasDorier: well the best time for larger changes in 0.14 is now, as there's still some months to go before the release and there is enough time to address problems that come up",
      "action": false,
      "timestamp": "2016-07-28T19:47:52+00:00"
    },
    {
      "id": "75ccdae7490840dabb490a84674e50c7",
      "sender": "wumpus",
      "payload": "e.g. you wouldn't want to switch the thread library a few days before release",
      "action": false,
      "timestamp": "2016-07-28T19:48:16+00:00"
    },
    {
      "id": "fe20d6bf6d124bffbd705784a3a7357d",
      "sender": "NicolasDorier",
      "payload": "ok nice to know, as I'm working around libconsensus... will go a bit quicker so",
      "action": false,
      "timestamp": "2016-07-28T19:48:25+00:00"
    },
    {
      "id": "ab1ff9a5c7f34ba0b8fbc430229a5d7b",
      "sender": "NicolasDorier",
      "payload": "oh",
      "action": false,
      "timestamp": "2016-07-28T19:48:49+00:00"
    },
    {
      "id": "3e40a61c241143ad9f46ed661832dc23",
      "sender": "NicolasDorier",
      "payload": "about https://github.com/bitcoin/bitcoin/pull/8259 when will it be merged for 0.13 ?",
      "action": false,
      "timestamp": "2016-07-28T19:49:29+00:00"
    },
    {
      "id": "99a3c7dfc8ff4f52b594052a465867bf",
      "sender": "jtimon",
      "payload": "re ISM (sorry for not saying it earlier), thoughts on https://github.com/jtimon/bitcoin/commit/273e27bd0c086f5ba20cebc2f5ec9e24f9d79015 ? independently on adding it to the PR or leave it for later",
      "action": false,
      "timestamp": "2016-07-28T19:49:47+00:00"
    },
    {
      "id": "e6d9d3f4bf32403dbae49b687310c623",
      "sender": "sipa",
      "payload": "NicolasDorier: we'll need to backport that to 0.13 before segwit",
      "action": false,
      "timestamp": "2016-07-28T19:49:51+00:00"
    },
    {
      "id": "107aa58c34f04a5b8f3ea0142fc0bea1",
      "sender": "NicolasDorier",
      "payload": "ok",
      "action": false,
      "timestamp": "2016-07-28T19:50:03+00:00"
    },
    {
      "id": "d945556d679547198c6646b634e91726",
      "sender": "wumpus",
      "payload": "NicolasDorier: it's not even merged for master yet, after it is it can be backported",
      "action": false,
      "timestamp": "2016-07-28T19:51:01+00:00"
    },
    {
      "id": "a7c0de7f41044839a14625f4762d3238",
      "sender": "wumpus",
      "payload": "I'll add a \"needs backport\" label",
      "action": false,
      "timestamp": "2016-07-28T19:51:37+00:00"
    },
    {
      "id": "44e6bde494a343b88e237711819e413a",
      "sender": "NicolasDorier",
      "payload": "ok no prob",
      "action": false,
      "timestamp": "2016-07-28T19:51:50+00:00"
    },
    {
      "id": "2924a914a3c14e439b59f16774a799e8",
      "sender": "sipa",
      "payload": "NicolasDorier: thanks for the reminder on that btw",
      "action": false,
      "timestamp": "2016-07-28T19:52:03+00:00"
    },
    {
      "id": "b39a3e59d3dd417dae74935fb6070ecf",
      "sender": "wumpus",
      "payload": "seems to need some more review too",
      "action": false,
      "timestamp": "2016-07-28T19:52:13+00:00"
    },
    {
      "id": "3334a91fae8040d1ae0a1408a42338ef",
      "sender": "NicolasDorier",
      "payload": "jtimon: I'd like to see it go personally, but I don't know the reason why bip34Hash was here in the first place",
      "action": false,
      "timestamp": "2016-07-28T19:52:29+00:00"
    },
    {
      "id": "dd501dd1900841ce9d92d39d035df993",
      "sender": "sipa",
      "payload": "jtimon: i vaguely remember there were ugly interactions between the cache code that avoids some database operation, bip30 and bip34... but i don't remember the details",
      "action": false,
      "timestamp": "2016-07-28T19:52:50+00:00"
    },
    {
      "id": "de20afa7cc034d11a954efd32e01cef5",
      "sender": "wumpus",
      "payload": "#action review https://github.com/bitcoin/bitcoin/pull/8259 Hash Cache",
      "action": false,
      "timestamp": "2016-07-28T19:52:53+00:00"
    },
    {
      "id": "ec759dea2fd340569e941c9949ee6112",
      "sender": "jtimon",
      "payload": "uff, #8259 is ultra disruptive to consensus branch, should review...",
      "action": false,
      "timestamp": "2016-07-28T19:53:14+00:00"
    },
    {
      "id": "214183e2a12f4027b5ceed5a2677bd76",
      "sender": "NicolasDorier",
      "payload": "jtimon: yes, I was asking because as part of our work on libconsensus, we'll need to be fixed on that",
      "action": false,
      "timestamp": "2016-07-28T19:53:46+00:00"
    },
    {
      "id": "c6a7369a934645238ed4de0dfa827c5a",
      "sender": "jtimon",
      "payload": "yep, you agreed on #8346 first, right?",
      "action": false,
      "timestamp": "2016-07-28T19:54:21+00:00"
    },
    {
      "id": "ff3c2e1a399c405aa00687f20cdfc75e",
      "sender": "sipa",
      "payload": "jtimon: 8259 will need backport to 0.13",
      "action": false,
      "timestamp": "2016-07-28T19:54:46+00:00"
    },
    {
      "id": "61b611d686604689b99c0f361376933b",
      "sender": "NicolasDorier",
      "payload": "yes",
      "action": false,
      "timestamp": "2016-07-28T19:55:03+00:00"
    },
    {
      "id": "9514d868e9634896b236d6e48e751b9e",
      "sender": "wumpus",
      "payload": "ok, any final topics?",
      "action": false,
      "timestamp": "2016-07-28T19:56:07+00:00"
    },
    {
      "id": "fc543a78712e41d5a7f015f674b42667",
      "sender": "jtimon",
      "payload": "sipa: damm, and #8346 cannot be backported because it's a refactor, \"refactor winwow interlocking\", before a release it's really the worse time to make refactors, but I repeated this many times...",
      "action": false,
      "timestamp": "2016-07-28T19:57:01+00:00"
    },
    {
      "id": "eb2242dd1f784a8d9df2ef03f9a1b014",
      "sender": "wumpus",
      "payload": "no, refactors will not be backported, that is too risky",
      "action": false,
      "timestamp": "2016-07-28T19:57:18+00:00"
    },
    {
      "id": "a2a0bf60df43489c90afaee2b4094a65",
      "sender": "jtimon",
      "payload": "wumpus: then having the \"refactor window\" precisely when we're backporting more stuff is a bad idea",
      "action": false,
      "timestamp": "2016-07-28T19:58:02+00:00"
    },
    {
      "id": "59cf24c1295d47f88500b244d168d21a",
      "sender": "sipa",
      "payload": "it's fine, we'll find a solution for that",
      "action": false,
      "timestamp": "2016-07-28T19:58:03+00:00"
    },
    {
      "id": "342cbff6f992417eb306f911fb4dba13",
      "sender": "wumpus",
      "payload": "well wait until after the release then jtimon",
      "action": false,
      "timestamp": "2016-07-28T19:58:05+00:00"
    },
    {
      "id": "ba9bfa21ed0b4542a1570585e353e77e",
      "sender": "wumpus",
      "payload": "hopefully rc2 will be the last",
      "action": false,
      "timestamp": "2016-07-28T19:58:19+00:00"
    },
    {
      "id": "c6023499c0bf4a288a6151edc1e242e6",
      "sender": "wumpus",
      "payload": "that'd mean the release can be next week or so",
      "action": false,
      "timestamp": "2016-07-28T19:58:34+00:00"
    },
    {
      "id": "3ff100bbad5d4cc28ff6c59cbbf5ad22",
      "sender": "jtimon",
      "payload": "wumpus: if that still counts as \"refactor window\" I'm happy, I know when they start but I don't have a clear idea on when they finish",
      "action": false,
      "timestamp": "2016-07-28T19:58:48+00:00"
    },
    {
      "id": "8b979b9f5efb426181bccab2816b8ba3",
      "sender": "sipa",
      "payload": "wumpus: the issue is that 8346 won't be backported to 0.13, but 8259 will be, thus 8259 can't be based on that refactor",
      "action": false,
      "timestamp": "2016-07-28T19:58:59+00:00"
    },
    {
      "id": "244ce55d6a4e47daae4713b3a2cc54c7",
      "sender": "sipa",
      "payload": "but i don't think it's a big issue",
      "action": false,
      "timestamp": "2016-07-28T19:59:31+00:00"
    },
    {
      "id": "fb4da1a5fc154e99af4543bce1bb52c0",
      "sender": "wumpus",
      "payload": "sipa: yes, moving the refactor window to after the 0.13.0 release won't help for that",
      "action": false,
      "timestamp": "2016-07-28T19:59:32+00:00"
    },
    {
      "id": "e3d1794f32af48f7b1c478cebfd3ea98",
      "sender": "sipa",
      "payload": "sometimes code needs non-trivial backports",
      "action": false,
      "timestamp": "2016-07-28T19:59:53+00:00"
    },
    {
      "id": "5e168af433e44a189e02c6afb934e135",
      "sender": "sipa",
      "payload": "so be it",
      "action": false,
      "timestamp": "2016-07-28T19:59:55+00:00"
    },
    {
      "id": "ae8c68705e604d1a83e2dde1e169c4d9",
      "sender": "wumpus",
      "payload": "yes",
      "action": false,
      "timestamp": "2016-07-28T19:59:58+00:00"
    },
    {
      "id": "2d415d73a4f244359819648d4b52f593",
      "sender": "wumpus",
      "payload": "it's still trivial compared to backporting to 0.12",
      "action": false,
      "timestamp": "2016-07-28T20:00:08+00:00"
    },
    {
      "id": "89e9e0ea662b42019a82d3f9a21cd4c3",
      "sender": "sipa",
      "payload": "DOING",
      "action": false,
      "timestamp": "2016-07-28T20:00:23+00:00"
    },
    {
      "id": "c0089892321c492386d7b171824bc1a0",
      "sender": "wumpus",
      "payload": "#endmeeting",
      "action": false,
      "timestamp": "2016-07-28T20:00:26+00:00"
    }
  ],
  "events": [
    {
      "event_type": "START_MEETING",
      "message": {
        "id": "131a23192b2a4a1f8bd3f356327153f0",
        "sender": "wumpus",
        "payload": "#startmeeting",
        "action": false,
        "timestamp": "2016-07-28T19:01:03+00:00"
      },
      "operand": null,
      "id": "131a23192b2a4a1f8bd3f356327153f0",
      "timestamp": "2016-07-28T19:01:03+00:00"
    },
    {
      "event_type": "LINK",
      "message": {
        "id": "ee4e9405e4d9437884737482aea93621",
        "sender": "jonasschnelli",
        "payload": "https://github.com/bitcoin/bitcoin/pull/8388/",
        "action": false,
        "timestamp": "2016-07-28T19:06:55+00:00"
      },
      "operand": "https://github.com/bitcoin/bitcoin/pull/8388/",
      "id": "ee4e9405e4d9437884737482aea93621",
      "timestamp": "2016-07-28T19:06:55+00:00"
    },
    {
      "event_type": "TOPIC",
      "message": {
        "id": "eb1482147eac4f2390d05ee15dd93b09",
        "sender": "wumpus",
        "payload": "#topic eliminate ISM (NicolasDorier's #8391)",
        "action": false,
        "timestamp": "2016-07-28T19:36:02+00:00"
      },
      "operand": "eliminate ISM (NicolasDorier's #8391)",
      "id": "eb1482147eac4f2390d05ee15dd93b09",
      "timestamp": "2016-07-28T19:36:02+00:00"
    },
    {
      "event_type": "ACTION",
      "message": {
        "id": "30074d16b1b14aac8090b3e81deb1d90",
        "sender": "wumpus",
        "payload": "#action review https://github.com/bitcoin/bitcoin/pull/8391",
        "action": false,
        "timestamp": "2016-07-28T19:39:27+00:00"
      },
      "operand": "review https://github.com/bitcoin/bitcoin/pull/8391",
      "id": "30074d16b1b14aac8090b3e81deb1d90",
      "timestamp": "2016-07-28T19:39:27+00:00"
    },
    {
      "event_type": "TOPIC",
      "message": {
        "id": "6c8d4800c367415da3a28d394d93b409",
        "sender": "wumpus",
        "payload": "#topic boost threads/sync replacement for master",
        "action": false,
        "timestamp": "2016-07-28T19:40:01+00:00"
      },
      "operand": "boost threads/sync replacement for master",
      "id": "6c8d4800c367415da3a28d394d93b409",
      "timestamp": "2016-07-28T19:40:01+00:00"
    },
    {
      "event_type": "LINK",
      "message": {
        "id": "f46e73f2295a45ba90281a24b3265968",
        "sender": "cfields",
        "payload": "https://github.com/bitcoin/bitcoin/pull/8023",
        "action": false,
        "timestamp": "2016-07-28T19:40:16+00:00"
      },
      "operand": "https://github.com/bitcoin/bitcoin/pull/8023",
      "id": "f46e73f2295a45ba90281a24b3265968",
      "timestamp": "2016-07-28T19:40:16+00:00"
    },
    {
      "event_type": "ACTION",
      "message": {
        "id": "ab49d78ea4ae49f88dfe170aa612f89d",
        "sender": "wumpus",
        "payload": "#action review+test https://github.com/bitcoin/bitcoin/pull/8128 Net: Turn net structures into dumb storage classes",
        "action": false,
        "timestamp": "2016-07-28T19:43:52+00:00"
      },
      "operand": "review+test https://github.com/bitcoin/bitcoin/pull/8128 Net: Turn net structures into dumb storage classes",
      "id": "ab49d78ea4ae49f88dfe170aa612f89d",
      "timestamp": "2016-07-28T19:43:52+00:00"
    },
    {
      "event_type": "ACTION",
      "message": {
        "id": "e8be737947e44d68add977cf0ee6bef9",
        "sender": "wumpus",
        "payload": "#action review+test https://github.com/bitcoin/bitcoin/pull/8085 p2p: Begin encapsulation",
        "action": false,
        "timestamp": "2016-07-28T19:44:24+00:00"
      },
      "operand": "review+test https://github.com/bitcoin/bitcoin/pull/8085 p2p: Begin encapsulation",
      "id": "e8be737947e44d68add977cf0ee6bef9",
      "timestamp": "2016-07-28T19:44:24+00:00"
    },
    {
      "event_type": "ACTION",
      "message": {
        "id": "de20afa7cc034d11a954efd32e01cef5",
        "sender": "wumpus",
        "payload": "#action review https://github.com/bitcoin/bitcoin/pull/8259 Hash Cache",
        "action": false,
        "timestamp": "2016-07-28T19:52:53+00:00"
      },
      "operand": "review https://github.com/bitcoin/bitcoin/pull/8259 Hash Cache",
      "id": "de20afa7cc034d11a954efd32e01cef5",
      "timestamp": "2016-07-28T19:52:53+00:00"
    },
    {
      "event_type": "END_MEETING",
      "message": {
        "id": "c0089892321c492386d7b171824bc1a0",
        "sender": "wumpus",
        "payload": "#endmeeting",
        "action": false,
        "timestamp": "2016-07-28T20:00:26+00:00"
      },
      "operand": null,
      "id": "c0089892321c492386d7b171824bc1a0",
      "timestamp": "2016-07-28T20:00:26+00:00"
    }
  ],
  "aliases": {},
  "vote_in_progress": false,
  "motion_index": null
}