{
  "founder": "wumpus",
  "channel": "#bitcoin-core-dev",
  "network": "freenode",
  "id": "31eb621c99a3415a9db2dcd615f57b88",
  "name": "#bitcoin-core-dev",
  "chair": "wumpus",
  "chairs": [
    "wumpus"
  ],
  "nicks": {
    "wumpus": 71,
    "lightningbot": 2,
    "gmaxwell": 69,
    "MarcoFalke": 7,
    "cfields_": 25,
    "CodeShark": 8,
    "jonasschnelli": 23,
    "luke-jr": 45,
    "sipa": 37,
    "BakSAj": 11,
    "jeremyrubin": 18,
    "btcdrak": 18,
    "sdaftuar": 14,
    "petertodd": 5,
    "_anthony_": 1,
    "instagibbs": 13,
    "Lightsword": 4,
    "Chris_St1": 1
  },
  "start_time": "2016-06-09T19:00:38+00:00",
  "end_time": "2016-06-09T20:00:05+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": "compact block testing",
  "messages": [
    {
      "id": "0dbd44af33a94169acf817d968e2e46a",
      "sender": "wumpus",
      "payload": "#startmeeting",
      "action": false,
      "timestamp": "2016-06-09T19:00:38+00:00"
    },
    {
      "id": "bcf7dee379b64418924913f95762801b",
      "sender": "lightningbot",
      "payload": "Meeting started Thu Jun  9 19:00:38 2016 UTC.  The chair is wumpus. Information about MeetBot at http://wiki.debian.org/MeetBot.",
      "action": false,
      "timestamp": "2016-06-09T19:00:38+00:00"
    },
    {
      "id": "126640bf51644db8aed8f4ab91db5d9d",
      "sender": "lightningbot",
      "payload": "Useful Commands: #action #agreed #help #info #idea #link #topic.",
      "action": false,
      "timestamp": "2016-06-09T19:00:38+00:00"
    },
    {
      "id": "04e6615dce4243599adb8118e395a1ba",
      "sender": "gmaxwell",
      "payload": "phantomcircuit: sipa: morcos: sdaftuar: btcdrak: jonasschnelli: luke-jr:",
      "action": false,
      "timestamp": "2016-06-09T19:01:01+00:00"
    },
    {
      "id": "1d832bcc365d412890b1723d8df2b2b0",
      "sender": "wumpus",
      "payload": "first at PSA: the feature freeze for 0.13 is next week. Make sure that whatever features need to be merged are merged before that time. If there are any pulls that require special attention, or are ready, let me know.",
      "action": false,
      "timestamp": "2016-06-09T19:01:22+00:00"
    },
    {
      "id": "3ab5c53cd669493584de2eca735c1e07",
      "sender": "gmaxwell",
      "payload": "petertodd: MarcoFalke:",
      "action": false,
      "timestamp": "2016-06-09T19:01:25+00:00"
    },
    {
      "id": "38ed5b9f574c49589f1d00eba0789a9a",
      "sender": "wumpus",
      "payload": "#link 0.13 release schedule: https://github.com/bitcoin/bitcoin/issues/7679",
      "action": false,
      "timestamp": "2016-06-09T19:01:39+00:00"
    },
    {
      "id": "be2ac14be2b94e848c4242b1f4b49d05",
      "sender": "MarcoFalke",
      "payload": "any topic suggestions today?",
      "action": false,
      "timestamp": "2016-06-09T19:01:52+00:00"
    },
    {
      "id": "ce58f5152a764c2c8d415c8e9bb23ec1",
      "sender": "gmaxwell",
      "payload": "We can talk some about ongoing compact block testings, I have a few things to report.",
      "action": false,
      "timestamp": "2016-06-09T19:02:23+00:00"
    },
    {
      "id": "e7ee5925a25c4ceb9a4ce3700ddae702",
      "sender": "wumpus",
      "payload": "last meeting there was talk of release lifecycles documentation, btcdrak and David Harding have been working on that page here: https://github.com/bitcoin-core/bitcoincore.org/pull/179 https://github.com/btcdrak/bitcoincore.org/pull/2  this needs review",
      "action": false,
      "timestamp": "2016-06-09T19:02:42+00:00"
    },
    {
      "id": "7dbee1b28db942e6ae2810b7d0a66fe8",
      "sender": "cfields_",
      "payload": "wumpus: I have 2 p2p refactor PRs that i'd _very_ much like to have in 0.13. I'm not sure how you're considering those in terms of freezing",
      "action": false,
      "timestamp": "2016-06-09T19:02:53+00:00"
    },
    {
      "id": "d16e7ec10fe2444e8cd18ff13104069f",
      "sender": "gmaxwell",
      "payload": "instagibbs: nickler: NicolasDorier: CodeShark:",
      "action": false,
      "timestamp": "2016-06-09T19:02:54+00:00"
    },
    {
      "id": "6629b9421f56456da24b3dcd51fe92b5",
      "sender": "CodeShark",
      "payload": "yo",
      "action": false,
      "timestamp": "2016-06-09T19:03:14+00:00"
    },
    {
      "id": "2f98abe3aae94a70bc41f702a1d6e164",
      "sender": "MarcoFalke",
      "payload": "cfields_: I think p2p refactor can go in after the feature freeze?",
      "action": false,
      "timestamp": "2016-06-09T19:03:23+00:00"
    },
    {
      "id": "48c76a59820c44cd940a923535894db2",
      "sender": "gmaxwell",
      "payload": "We apparently can no longer compile on hosts with only 2GB ram with defaults.",
      "action": false,
      "timestamp": "2016-06-09T19:03:29+00:00"
    },
    {
      "id": "8817f34ff09d4890b395ef28b4b44ea8",
      "sender": "wumpus",
      "payload": "other TODOs from last week: review and merge #8126 (std::shared_ptr based CTransaction storage in mempool) - that was done, #7935 (Versionbits: GBT support) - also done",
      "action": false,
      "timestamp": "2016-06-09T19:03:39+00:00"
    },
    {
      "id": "a9d3c35866614c3db5c04010ae67d5c8",
      "sender": "MarcoFalke",
      "payload": "I mean it is not a new feature ;)",
      "action": false,
      "timestamp": "2016-06-09T19:03:46+00:00"
    },
    {
      "id": "3d965d3a3f5249daba4abd45a01a5ed9",
      "sender": "gmaxwell",
      "payload": "well it was more like 1.5GB ram before.",
      "action": false,
      "timestamp": "2016-06-09T19:04:04+00:00"
    },
    {
      "id": "98d3b9a4c675465c9ae97b7444212339",
      "sender": "wumpus",
      "payload": "others have not yet finished: #7598 (Refactor CreateNewBlock to be a method of the BlockAssembler class)",
      "action": false,
      "timestamp": "2016-06-09T19:04:35+00:00"
    },
    {
      "id": "1b9cedc9a2b249a99a5566c564c84162",
      "sender": "jonasschnelli",
      "payload": "gmaxwell: I compiled on a 2GG AARCH this week successfully.",
      "action": false,
      "timestamp": "2016-06-09T19:04:37+00:00"
    },
    {
      "id": "d28030bc98d74c159e18e48e3ed793ee",
      "sender": "jonasschnelli",
      "payload": "*GB",
      "action": false,
      "timestamp": "2016-06-09T19:04:41+00:00"
    },
    {
      "id": "937b76a61e414292922f44c4e20708b0",
      "sender": "gmaxwell",
      "payload": "We have docs that say 1.5GB, they're gonna be like the blocksize on bitcoin.org :)",
      "action": false,
      "timestamp": "2016-06-09T19:04:46+00:00"
    },
    {
      "id": "a5ed7fd00fee43cb95bc9941b6635cc2",
      "sender": "wumpus",
      "payload": "#7600  Mining: Select transactions using feerate-with-ancestors",
      "action": false,
      "timestamp": "2016-06-09T19:04:49+00:00"
    },
    {
      "id": "587d8a3ed783450b9304a4a8e249b7f0",
      "sender": "wumpus",
      "payload": "depends on what else is running on the machine",
      "action": false,
      "timestamp": "2016-06-09T19:04:55+00:00"
    },
    {
      "id": "d32fefc1fba04b7b8491ba3c5bbe006c",
      "sender": "gmaxwell",
      "payload": "I've been going through #7598/#7600.",
      "action": false,
      "timestamp": "2016-06-09T19:05:34+00:00"
    },
    {
      "id": "1f2cb5036d2645e99135de3437af3b90",
      "sender": "wumpus",
      "payload": "#topic compile-time memory usage",
      "action": false,
      "timestamp": "2016-06-09T19:05:38+00:00"
    },
    {
      "id": "d3e760de71684916b8eadec121a951fd",
      "sender": "wumpus",
      "payload": "what can *concretely* be done here?",
      "action": false,
      "timestamp": "2016-06-09T19:05:45+00:00"
    },
    {
      "id": "473270aa2e124381978c7abc98214a0b",
      "sender": "jonasschnelli",
      "payload": "would kick out boost help?",
      "action": false,
      "timestamp": "2016-06-09T19:05:58+00:00"
    },
    {
      "id": "f87deb418f5b4027b5344938393fc07c",
      "sender": "luke-jr",
      "payload": "-O0",
      "action": false,
      "timestamp": "2016-06-09T19:05:59+00:00"
    },
    {
      "id": "8adf5d3fd8f64e42978a68295ee520e6",
      "sender": "wumpus",
      "payload": "is it something worrying?",
      "action": false,
      "timestamp": "2016-06-09T19:06:01+00:00"
    },
    {
      "id": "589c7e620f6041669484e4d92e0a1bff",
      "sender": "cfields_",
      "payload": "has anyone measured to see if there are particular objects that are especially guilty?",
      "action": false,
      "timestamp": "2016-06-09T19:06:08+00:00"
    },
    {
      "id": "37beae2101564474b4646ee5d79494c4",
      "sender": "CodeShark",
      "payload": "what's eating up all the RAM?",
      "action": false,
      "timestamp": "2016-06-09T19:06:11+00:00"
    },
    {
      "id": "338cb876e3e84ae5af70942f035bcb01",
      "sender": "wumpus",
      "payload": "yes, we have cfields_",
      "action": false,
      "timestamp": "2016-06-09T19:06:14+00:00"
    },
    {
      "id": "c54118b3359d4498b069bb3ec1decdfb",
      "sender": "cfields_",
      "payload": "ie. main.cpp/net.cpp ?",
      "action": false,
      "timestamp": "2016-06-09T19:06:20+00:00"
    },
    {
      "id": "0e82363623cb49f8ab9f957a0a2dde03",
      "sender": "luke-jr",
      "payload": "CodeShark: ld/GCC doesn't free memory",
      "action": false,
      "timestamp": "2016-06-09T19:06:21+00:00"
    },
    {
      "id": "2bb90c6884634503bca61f7ae0a64e3b",
      "sender": "wumpus",
      "payload": "especialy some autogenerated c++ files",
      "action": false,
      "timestamp": "2016-06-09T19:06:22+00:00"
    },
    {
      "id": "33fd659e9bc048c0b05689dda9d7607f",
      "sender": "wumpus",
      "payload": "I made some tables back in the issue about this",
      "action": false,
      "timestamp": "2016-06-09T19:06:33+00:00"
    },
    {
      "id": "300fa00153d94aa29ecac9096df508f3",
      "sender": "gmaxwell",
      "payload": "main.cpp, matt has a patch that moves all the mempool stuff out of it taht apparently gets it back to 1.5GB.",
      "action": false,
      "timestamp": "2016-06-09T19:06:37+00:00"
    },
    {
      "id": "f0136ca3d2b5412e8b1e2f3db3b47a83",
      "sender": "luke-jr",
      "payload": "CFLAGS=\"-O0 -g0 --param ggc-min-expand=0 --param ggc-min-heapsize=32768\"",
      "action": false,
      "timestamp": "2016-06-09T19:06:50+00:00"
    },
    {
      "id": "bb3abb95abd24e75a3ddcd5f0e8514a8",
      "sender": "wumpus",
      "payload": "#link https://github.com/bitcoin/bitcoin/issues/7471",
      "action": false,
      "timestamp": "2016-06-09T19:06:54+00:00"
    },
    {
      "id": "159bb56cefd2455e879e1b9814105a82",
      "sender": "gmaxwell",
      "payload": "I dunno why he hasn't PRed it, I asked him to.",
      "action": false,
      "timestamp": "2016-06-09T19:06:54+00:00"
    },
    {
      "id": "da7d6f374f99439084df4374f9a344f5",
      "sender": "cfields_",
      "payload": "wumpus: thanks",
      "action": false,
      "timestamp": "2016-06-09T19:07:00+00:00"
    },
    {
      "id": "41a273f5b8e944908ab5efeecfcc1fb6",
      "sender": "wumpus",
      "payload": "eeh that's the wrong one",
      "action": false,
      "timestamp": "2016-06-09T19:07:10+00:00"
    },
    {
      "id": "99e7fdb5c4dd49db8c4ab785faeb0bea",
      "sender": "gmaxwell",
      "payload": "wumpus: unthanks",
      "action": false,
      "timestamp": "2016-06-09T19:07:22+00:00"
    },
    {
      "id": "6462522f0e1f455585f768adae73a8d3",
      "sender": "wumpus",
      "payload": "well it is about the same subject",
      "action": false,
      "timestamp": "2016-06-09T19:07:30+00:00"
    },
    {
      "id": "593dedcb63ea4aa0a7978bcdecfde8c5",
      "sender": "wumpus",
      "payload": "#link https://github.com/bitcoin/bitcoin/issues/6658",
      "action": false,
      "timestamp": "2016-06-09T19:07:33+00:00"
    },
    {
      "id": "5d79c906dd45484b841184d244b84173",
      "sender": "wumpus",
      "payload": "lots of people have posted about it, but there doesn't seem to be a clear solution",
      "action": false,
      "timestamp": "2016-06-09T19:07:52+00:00"
    },
    {
      "id": "03be04a5bc124e379a0b5765aeffc2a5",
      "sender": "jonasschnelli",
      "payload": "main.cpp -> 1248524bytes ... ^^",
      "action": false,
      "timestamp": "2016-06-09T19:08:00+00:00"
    },
    {
      "id": "4cea601232a64f3cb7c6f42164a95d40",
      "sender": "wumpus",
      "payload": "reducing the number of included headers works, I think",
      "action": false,
      "timestamp": "2016-06-09T19:08:37+00:00"
    },
    {
      "id": "44c53510e9634d868633e405a2408f21",
      "sender": "sipa",
      "payload": "present",
      "action": false,
      "timestamp": "2016-06-09T19:08:41+00:00"
    },
    {
      "id": "0c8b74a6bf7b4434b90ea3b943f95cc0",
      "sender": "cfields_",
      "payload": "I have PRs which break up net.h/netbase.h, i'd be curious to see if those make a significant difference",
      "action": false,
      "timestamp": "2016-06-09T19:08:46+00:00"
    },
    {
      "id": "8e3aad0d2b7c4547bc6027195bdd195b",
      "sender": "gmaxwell",
      "payload": "in any case, something to be aware of and nudge a bit at... some refactorings to move code around would help.",
      "action": false,
      "timestamp": "2016-06-09T19:09:00+00:00"
    },
    {
      "id": "dafc9d8ee3194f0180ccb2b22c64e197",
      "sender": "wumpus",
      "payload": "also building with clang helps",
      "action": false,
      "timestamp": "2016-06-09T19:09:13+00:00"
    },
    {
      "id": "792e8f4024c648588a6528a0e12fca32",
      "sender": "wumpus",
      "payload": "it uses a lot less memory at the same compile settings, usually",
      "action": false,
      "timestamp": "2016-06-09T19:09:21+00:00"
    },
    {
      "id": "86fb82152c9743f292f18f51f2734f6e",
      "sender": "gmaxwell",
      "payload": "and be independantly good for reasons unrelated to peak memory usage.",
      "action": false,
      "timestamp": "2016-06-09T19:09:25+00:00"
    },
    {
      "id": "81baf0525d8e4c8e90149f14324981b6",
      "sender": "cfields_",
      "payload": "i'd assume that mem usage correlates solidly with compile time",
      "action": false,
      "timestamp": "2016-06-09T19:10:05+00:00"
    },
    {
      "id": "e8843f03d7ce4e10ae226b522fbc5521",
      "sender": "CodeShark",
      "payload": "not so sure - lots of small files might mean the bottleneck is disk access",
      "action": false,
      "timestamp": "2016-06-09T19:10:55+00:00"
    },
    {
      "id": "dada5c22aa3241efaa53168c707fdb21",
      "sender": "sipa",
      "payload": "CodeShark: come on",
      "action": false,
      "timestamp": "2016-06-09T19:11:29+00:00"
    },
    {
      "id": "6ff362081ebc4b17b56b6688ee566ed9",
      "sender": "CodeShark",
      "payload": "in any case, it would be good to bring down the peak mem usage",
      "action": false,
      "timestamp": "2016-06-09T19:11:32+00:00"
    },
    {
      "id": "c4807c358b50496fb06fabff6a74fb26",
      "sender": "wumpus",
      "payload": "the bottleneck in compilation is hardly ever disk access, at least *reading* disk access",
      "action": false,
      "timestamp": "2016-06-09T19:11:32+00:00"
    },
    {
      "id": "00274385c48a4619a84495469cc3de37",
      "sender": "sipa",
      "payload": "reading in 100 files?",
      "action": false,
      "timestamp": "2016-06-09T19:11:37+00:00"
    },
    {
      "id": "d6b2e7b3436f40d187ac7a1b55f32971",
      "sender": "sipa",
      "payload": "sequentially",
      "action": false,
      "timestamp": "2016-06-09T19:11:43+00:00"
    },
    {
      "id": "58dddadc98c146a6a9f14a6090d7d6a1",
      "sender": "BakSAj",
      "payload": "would be cool, if btc full nodes could continue to be runnable on Rasberry Pi ... with 1GB RAM",
      "action": false,
      "timestamp": "2016-06-09T19:12:08+00:00"
    },
    {
      "id": "627afe411cbe4ecb8206032866e4b439",
      "sender": "jeremyrubin",
      "payload": "BakSAj: runnable is not compileable on?",
      "action": false,
      "timestamp": "2016-06-09T19:12:37+00:00"
    },
    {
      "id": "a9c7a2718fc54b78acb7ea79d2d16436",
      "sender": "gmaxwell",
      "payload": "not sure there is much else to say here.  I only brought it up for general awareness issues, since I think it's likely a death by 1000 cuts that can be improved in a multitude of ways.",
      "action": false,
      "timestamp": "2016-06-09T19:12:40+00:00"
    },
    {
      "id": "b1346b9911cc4179b4ae0ce4f82f839a",
      "sender": "wumpus",
      "payload": "seek/read access for source files is only a problem for really huge projects, and then especially when the source is hosted on some horrible network file system (like clearcase), in any case bitcoin doesn't even come close",
      "action": false,
      "timestamp": "2016-06-09T19:12:54+00:00"
    },
    {
      "id": "fb79dc1f2a534add9ac8792e78421962",
      "sender": "cfields_",
      "payload": "heh, disk is negligible. It's easy to see where time is spent with -ftime-report.",
      "action": false,
      "timestamp": "2016-06-09T19:13:03+00:00"
    },
    {
      "id": "14a5194bea0a40a5ab2c494254495ac6",
      "sender": "wumpus",
      "payload": "but like always: measure before you start talking about bottlenecks",
      "action": false,
      "timestamp": "2016-06-09T19:13:17+00:00"
    },
    {
      "id": "1806ba9f11c440329d1b44e3f666882e",
      "sender": "jonasschnelli",
      "payload": "I think adding cross compile depends options for ARM and AARCH64 would also reduce the \"memory problem\" (at least the amount of complains): https://github.com/bitcoin/bitcoin/issues/8162",
      "action": false,
      "timestamp": "2016-06-09T19:13:35+00:00"
    },
    {
      "id": "a27c7b1c3c6449b1abf381ca918a1857",
      "sender": "BakSAj",
      "payload": "jeremyrubin: preferably both compileable and operatable",
      "action": false,
      "timestamp": "2016-06-09T19:13:58+00:00"
    },
    {
      "id": "c2ba3b96a2f24656a27dea014f8b559f",
      "sender": "wumpus",
      "payload": "BakSAj: for small embedded systems you should use cross-compilation",
      "action": false,
      "timestamp": "2016-06-09T19:13:59+00:00"
    },
    {
      "id": "ea6a81a4385d45cb873d470379647d25",
      "sender": "cfields_",
      "payload": "jonasschnelli: i'm halfway through the changes needed there.",
      "action": false,
      "timestamp": "2016-06-09T19:14:03+00:00"
    },
    {
      "id": "5ac478ac0dcc456fa176ea31020670a3",
      "sender": "jeremyrubin",
      "payload": "i have had machines take a bit of time on autogen.sh fyi",
      "action": false,
      "timestamp": "2016-06-09T19:14:13+00:00"
    },
    {
      "id": "8fe8765199134fd59b2255e8e3ba7eb1",
      "sender": "jonasschnelli",
      "payload": "cfields_: nice. Focus on Qt5.6 first. :)",
      "action": false,
      "timestamp": "2016-06-09T19:14:18+00:00"
    },
    {
      "id": "0c28a4869e9c4bd4912144fd7669f458",
      "sender": "wumpus",
      "payload": "you can cross compile on ARM using depends, we just don't distribute ARM binaries",
      "action": false,
      "timestamp": "2016-06-09T19:14:34+00:00"
    },
    {
      "id": "7d81ae8b1adb4d1ebf5c2dd87d7c9b32",
      "sender": "cfields_",
      "payload": "jonasschnelli: actually, arm/aarch64 already work fine with depends. Just have to use NO_QT=1 manually.",
      "action": false,
      "timestamp": "2016-06-09T19:14:37+00:00"
    },
    {
      "id": "c218d001cabc4c959032a598a3f9f93a",
      "sender": "wumpus",
      "payload": "s/on/to",
      "action": false,
      "timestamp": "2016-06-09T19:14:40+00:00"
    },
    {
      "id": "5f183cd3b0d1418bb7298ad3c68c60f2",
      "sender": "gmaxwell",
      "payload": "I'm skeptical that the intersection of rpi users that complain about compile issues and people who will cross compile is the emptyset. But cross compiling is good.",
      "action": false,
      "timestamp": "2016-06-09T19:14:42+00:00"
    },
    {
      "id": "056f6f3e48ff4903b97430025974aa95",
      "sender": "wumpus",
      "payload": "cfields_: yes, it works fine",
      "action": false,
      "timestamp": "2016-06-09T19:14:44+00:00"
    },
    {
      "id": "df53e4efc2c04bceadc5e67486bb3c1d",
      "sender": "luke-jr",
      "payload": "for comparison, webkit-based stuff typically uses up to 12 GB RAM with debug symbols, and much much less without..",
      "action": false,
      "timestamp": "2016-06-09T19:14:51+00:00"
    },
    {
      "id": "e97204b287ff4a66b9ed920b051c65e0",
      "sender": "gmaxwell",
      "payload": "er isn't the empty set, you get what I mean.",
      "action": false,
      "timestamp": "2016-06-09T19:14:56+00:00"
    },
    {
      "id": "386bd0c5a54c49f1a8bcdd81b4901ac3",
      "sender": "cfields_",
      "payload": "luke-jr: oh, good point...",
      "action": false,
      "timestamp": "2016-06-09T19:15:07+00:00"
    },
    {
      "id": "aa6a5e3492aa42dea52804876a7d9e8f",
      "sender": "wumpus",
      "payload": "it's *very easy* tocross compile for ARM",
      "action": false,
      "timestamp": "2016-06-09T19:15:13+00:00"
    },
    {
      "id": "1f1fd8d72e1147dd9a3884c4f91e0d4a",
      "sender": "jonasschnelli",
      "payload": "I think NO_QT=1 for ARM/AARCH64 could be a start (even for \"official binaries\").",
      "action": false,
      "timestamp": "2016-06-09T19:15:14+00:00"
    },
    {
      "id": "9aade4fed0e3427b84067c6c95343efe",
      "sender": "wumpus",
      "payload": "with the depends system",
      "action": false,
      "timestamp": "2016-06-09T19:15:20+00:00"
    },
    {
      "id": "7e0e63334e7346b0a9fc3a306945495a",
      "sender": "wumpus",
      "payload": "jonasschnelli: yes",
      "action": false,
      "timestamp": "2016-06-09T19:15:24+00:00"
    },
    {
      "id": "59a2f68fadda4775b1e7d89bbafca17b",
      "sender": "cfields_",
      "payload": "the gitian-debug PR turns on debug symbols, so gitian mem requirement is bumped after that.",
      "action": false,
      "timestamp": "2016-06-09T19:15:28+00:00"
    },
    {
      "id": "a26693b546bb45b3b4de202857cd8dba",
      "sender": "gmaxwell",
      "payload": "wumpus: a lot of people using rpi2 like systems do not have another linux host.",
      "action": false,
      "timestamp": "2016-06-09T19:15:37+00:00"
    },
    {
      "id": "34794b5e094f49eb9a71838f86a4bdcc",
      "sender": "luke-jr",
      "payload": "wumpus: that builds static binaries, which is wasteful on RAM",
      "action": false,
      "timestamp": "2016-06-09T19:15:42+00:00"
    },
    {
      "id": "4ce374d549ed429c9a904f249ed1ef0c",
      "sender": "jonasschnelli",
      "payload": "Also ARM is used more and more for GUI systems.",
      "action": false,
      "timestamp": "2016-06-09T19:15:44+00:00"
    },
    {
      "id": "ce7869b912864a1ebc898c62e5dbf74a",
      "sender": "jeremyrubin",
      "payload": "can autogen.sh be made faster?",
      "action": false,
      "timestamp": "2016-06-09T19:15:50+00:00"
    },
    {
      "id": "25dbd38d8e604683a538b4e965d81455",
      "sender": "wumpus",
      "payload": "jeremyrubin: no",
      "action": false,
      "timestamp": "2016-06-09T19:16:01+00:00"
    },
    {
      "id": "efa1e9b47a1542fd8677ed12a2621072",
      "sender": "wumpus",
      "payload": "not by us, at least",
      "action": false,
      "timestamp": "2016-06-09T19:16:15+00:00"
    },
    {
      "id": "bef0efaf88e842a88a4ea3e8c627d786",
      "sender": "BakSAj",
      "payload": "ok, thanks for explaining.. personally i had no trouble compiling 0.12.1 on rpi 3, was afraid that minimum requirements will raise with future releases",
      "action": false,
      "timestamp": "2016-06-09T19:16:15+00:00"
    },
    {
      "id": "2c007a7e9ac74ce9bcd72c8dc3751183",
      "sender": "jonasschnelli",
      "payload": "luke-jr: if you want to run bitcoind on a RiP (or similar) static builds are fine. Mostly you don't have tons of other tools that could share libraries installed.",
      "action": false,
      "timestamp": "2016-06-09T19:16:32+00:00"
    },
    {
      "id": "379da60ac48940f686a1a66301eb8aa2",
      "sender": "BakSAj",
      "payload": "since suprisingly many nodes run on rpi",
      "action": false,
      "timestamp": "2016-06-09T19:16:32+00:00"
    },
    {
      "id": "bcbed396f17846059612373ce3c8b61d",
      "sender": "jeremyrubin",
      "payload": "wumpus: maybe the one thing that is fixed by a faster disk",
      "action": false,
      "timestamp": "2016-06-09T19:16:44+00:00"
    },
    {
      "id": "4a4fe30750d44b289c44cc3886bf2a81",
      "sender": "luke-jr",
      "payload": "jonasschnelli: I'm thinking more of Bitcoin-Qt",
      "action": false,
      "timestamp": "2016-06-09T19:16:50+00:00"
    },
    {
      "id": "16b26741d2e342039fd416b220d65d42",
      "sender": "cfields_",
      "payload": "jonasschnelli: as qt's gui plugin situation improves, we may be able to move back to the shared-qt builds",
      "action": false,
      "timestamp": "2016-06-09T19:16:59+00:00"
    },
    {
      "id": "747fb9ec683d45b5bc7a07ea9f783d37",
      "sender": "wumpus",
      "payload": "I'm sure minimum requirements will raise with future releases, that's just the way things are, we'll try to raise them not too much though",
      "action": false,
      "timestamp": "2016-06-09T19:17:05+00:00"
    },
    {
      "id": "5731682c15dd4c5f919e961a103f099c",
      "sender": "MarcoFalke",
      "payload": "jonasschnelli: I think we already have notes on how to corss compile to arm?",
      "action": false,
      "timestamp": "2016-06-09T19:17:11+00:00"
    },
    {
      "id": "22fabcf5ee15432ebb4b385a67cf24c9",
      "sender": "jonasschnelli",
      "payload": "Agree. Static linking qt is not ideal. But lets don't roll this up again.",
      "action": false,
      "timestamp": "2016-06-09T19:17:13+00:00"
    },
    {
      "id": "2451bf1a68ea41bda09145c8ad35c299",
      "sender": "MarcoFalke",
      "payload": "https://github.com/bitcoin/bitcoin/blob/master/doc/build-unix.md#arm-cross-compilation",
      "action": false,
      "timestamp": "2016-06-09T19:17:14+00:00"
    },
    {
      "id": "b2c3d82f79ff4a918bcec08d55ed5b4c",
      "sender": "btcdrak",
      "payload": "oh meeting",
      "action": false,
      "timestamp": "2016-06-09T19:17:23+00:00"
    },
    {
      "id": "b877cec8a0e2455bafd1058880a82173",
      "sender": "jonasschnelli",
      "payload": "MarcoFalke: notes, yes. But it should be included in our release builds (gitian)",
      "action": false,
      "timestamp": "2016-06-09T19:17:35+00:00"
    },
    {
      "id": "052740e2e8444c3c94ef1866b1ffee25",
      "sender": "MarcoFalke",
      "payload": "jup, agree",
      "action": false,
      "timestamp": "2016-06-09T19:17:42+00:00"
    },
    {
      "id": "20c9d82e0efc4be48c73679598967321",
      "sender": "cfields_",
      "payload": "jonasschnelli: sorry, i meant that directly in the context of shipping arm+gui binaries",
      "action": false,
      "timestamp": "2016-06-09T19:17:46+00:00"
    },
    {
      "id": "3e2513de6ebf41759874d53b09387415",
      "sender": "luke-jr",
      "payload": "jonasschnelli: for now, people just compile natively to avoid static, so suggesting cross-compile isn't a real option",
      "action": false,
      "timestamp": "2016-06-09T19:17:56+00:00"
    },
    {
      "id": "f9c98808b4a044d0b2306e2aa87bff6d",
      "sender": "wumpus",
      "payload": "jeremyrubin: I'm not sure. I have no idea what autogen.sh would be spending time on. But it seems more a GNU problem thatn a bitcoin core problem :)",
      "action": false,
      "timestamp": "2016-06-09T19:18:06+00:00"
    },
    {
      "id": "ed66996fb62b4126aa15e199feca9af0",
      "sender": "gmaxwell",
      "payload": "looks forward to arm (+gui) binaries in the sometime future.",
      "action": true,
      "timestamp": "2016-06-09T19:18:09+00:00"
    },
    {
      "id": "88f955b225ed4627a0649c046b987164",
      "sender": "wumpus",
      "payload": "jeremyrubin: I'm surprised it's autogen.sh taking a lot of time not configure, which has this huge list of scripts to execute for probing",
      "action": false,
      "timestamp": "2016-06-09T19:18:23+00:00"
    },
    {
      "id": "be2c114c11484a578727d5fe0ed7b58c",
      "sender": "luke-jr",
      "payload": "fully intends to use an ARM system with Core(Knots) as his hot wallet in some months.",
      "action": true,
      "timestamp": "2016-06-09T19:18:48+00:00"
    },
    {
      "id": "169b052428ad4f4c87bc2d10d7832928",
      "sender": "cfields_",
      "payload": "jeremyrubin: you can use a quicker shell for autogen. IIRC dash vs. bash shaves a few seconds off",
      "action": false,
      "timestamp": "2016-06-09T19:18:50+00:00"
    },
    {
      "id": "a3280fab6a5246d4bfebde1672bc1c18",
      "sender": "wumpus",
      "payload": "well arm non-GUI binaries would already be a great step forward, one step at a tme",
      "action": false,
      "timestamp": "2016-06-09T19:19:15+00:00"
    },
    {
      "id": "f491ac0713cd4dcba77fdc2a73cd7ae4",
      "sender": "luke-jr",
      "payload": "autogen.sh isn't even part of building; it's a developer tool",
      "action": false,
      "timestamp": "2016-06-09T19:19:15+00:00"
    },
    {
      "id": "f5efe33453ba447cb7bb330019763f5c",
      "sender": "cfields_",
      "payload": "wumpus: ah, as a feature-freeze request: ok to plan on arm bins (without gui) for 0.13 ?",
      "action": false,
      "timestamp": "2016-06-09T19:19:17+00:00"
    },
    {
      "id": "098fef7784cd4a35ab9c41df99a461d2",
      "sender": "luke-jr",
      "payload": "if you're running autogen.sh, that means you're running from git, and you shouldn't do that",
      "action": false,
      "timestamp": "2016-06-09T19:19:27+00:00"
    },
    {
      "id": "4ce7addeccfd41f6951bc8b1bde486f9",
      "sender": "cfields_",
      "payload": "i can try to have that done today",
      "action": false,
      "timestamp": "2016-06-09T19:19:30+00:00"
    },
    {
      "id": "24bd2f9538434a7980a5a6d8f1f46704",
      "sender": "jonasschnelli",
      "payload": "cfields_: ack, +1",
      "action": false,
      "timestamp": "2016-06-09T19:19:30+00:00"
    },
    {
      "id": "18724d71cc1048919a542e81993d105c",
      "sender": "wumpus",
      "payload": "I think arm gui would be prett much a per-distro afair",
      "action": false,
      "timestamp": "2016-06-09T19:19:33+00:00"
    },
    {
      "id": "62434d33d1474db4876dac022608cd5a",
      "sender": "wumpus",
      "payload": "cfields_: sure!",
      "action": false,
      "timestamp": "2016-06-09T19:19:36+00:00"
    },
    {
      "id": "84c4c89a29c2494ba50219881e5417bf",
      "sender": "luke-jr",
      "payload": "cfields_: +1",
      "action": false,
      "timestamp": "2016-06-09T19:19:37+00:00"
    },
    {
      "id": "4a06f1d25acf4806a8078888cdc2c29b",
      "sender": "jeremyrubin",
      "payload": "luke-jr: are we making build faster for developers or for users?",
      "action": false,
      "timestamp": "2016-06-09T19:19:39+00:00"
    },
    {
      "id": "cf1fdc8121cf4b4aa9dee1bea9196cdb",
      "sender": "gmaxwell",
      "payload": "+1",
      "action": false,
      "timestamp": "2016-06-09T19:19:45+00:00"
    },
    {
      "id": "c0c32684aece402cbfd15e645965fd63",
      "sender": "cfields_",
      "payload": "ok",
      "action": false,
      "timestamp": "2016-06-09T19:19:47+00:00"
    },
    {
      "id": "f17978d232e0497d90aa1077d415611d",
      "sender": "luke-jr",
      "payload": "jeremyrubin: I think the concern is \"ability to build\" rather than \"speed to build\"",
      "action": false,
      "timestamp": "2016-06-09T19:20:06+00:00"
    },
    {
      "id": "b2b7a71c6af149f2b888428dbf267535",
      "sender": "gmaxwell",
      "payload": "jeremyrubin: users shouldn't need to run autogen-- if they get the source tarballs we have, it should already be autogenned.",
      "action": false,
      "timestamp": "2016-06-09T19:20:11+00:00"
    },
    {
      "id": "2ab0b0c17d5747c89d3d733b058c1c0d",
      "sender": "cfields_",
      "payload": "^^",
      "action": false,
      "timestamp": "2016-06-09T19:20:26+00:00"
    },
    {
      "id": "49bb066367a84b748a18f70661a46131",
      "sender": "BakSAj",
      "payload": "cool, rpi fans will love you :-)",
      "action": false,
      "timestamp": "2016-06-09T19:20:36+00:00"
    },
    {
      "id": "d26aae4c4f7b4184911cef047b98716c",
      "sender": "wumpus",
      "payload": "but the people actually doing a lot of builds are developers, only they would care about a few more/less seconds in the build scripting",
      "action": false,
      "timestamp": "2016-06-09T19:20:44+00:00"
    },
    {
      "id": "c1565b8813454834914e31c9a8c0fc31",
      "sender": "BakSAj",
      "payload": "next step - run full node on cell phone :-)",
      "action": false,
      "timestamp": "2016-06-09T19:20:57+00:00"
    },
    {
      "id": "192ada3a09bf4580a9f759aeba93f040",
      "sender": "jeremyrubin",
      "payload": "wumpus: ++",
      "action": false,
      "timestamp": "2016-06-09T19:21:01+00:00"
    },
    {
      "id": "e2db4ba0231041a0b5bc6b81e75f9efa",
      "sender": "luke-jr",
      "payload": "BakSAj: I believe a number of people have done this.",
      "action": false,
      "timestamp": "2016-06-09T19:21:11+00:00"
    },
    {
      "id": "7ebabe7ac3754a6a8642b809f17b50c7",
      "sender": "wumpus",
      "payload": "BakSAj: people are doing that actually, that's one of the motivations for the ARM binaries",
      "action": false,
      "timestamp": "2016-06-09T19:21:18+00:00"
    },
    {
      "id": "ffed6ddd0b7a4213b9a7a50c21145b6c",
      "sender": "BakSAj",
      "payload": "lol ok",
      "action": false,
      "timestamp": "2016-06-09T19:21:28+00:00"
    },
    {
      "id": "8ec040c9f1934b1cb75707ce7aa11189",
      "sender": "luke-jr",
      "payload": "next step is therefore to support SPV mode when bandwidth is expensive ;)",
      "action": false,
      "timestamp": "2016-06-09T19:21:28+00:00"
    },
    {
      "id": "8510dc17a1e94c13a4eb9b5889409fe1",
      "sender": "gmaxwell",
      "payload": "BakSAj: abcore, it works fine.",
      "action": false,
      "timestamp": "2016-06-09T19:21:30+00:00"
    },
    {
      "id": "c576b91921c04c55a5b228986f21ef02",
      "sender": "jonasschnelli",
      "payload": "luke-jr: +1",
      "action": false,
      "timestamp": "2016-06-09T19:21:39+00:00"
    },
    {
      "id": "84bbdc39efa74f06af5c8305f9e44763",
      "sender": "luke-jr",
      "payload": "but that's post-0.13 IMO",
      "action": false,
      "timestamp": "2016-06-09T19:21:41+00:00"
    },
    {
      "id": "1c481edaf9674b9d871a73d6aeb342b5",
      "sender": "wumpus",
      "payload": "absolutely",
      "action": false,
      "timestamp": "2016-06-09T19:21:45+00:00"
    },
    {
      "id": "d072369b28f842409526aadc745acec0",
      "sender": "wumpus",
      "payload": "in any case it's too late to start on anything new for 0.13, for that we have to consider which of the current pulls can go in",
      "action": false,
      "timestamp": "2016-06-09T19:22:22+00:00"
    },
    {
      "id": "911000e5d46642b98bb060cd615b7461",
      "sender": "luke-jr",
      "payload": "can we get in [8-bit] key generation type?",
      "action": false,
      "timestamp": "2016-06-09T19:22:47+00:00"
    },
    {
      "id": "c5eb1f3ddea142489d68575b9a92fd82",
      "sender": "jonasschnelli",
      "payload": "32bit!",
      "action": false,
      "timestamp": "2016-06-09T19:23:32+00:00"
    },
    {
      "id": "1fbc83d1cd2b47308bbcbb513aac3f19",
      "sender": "jonasschnelli",
      "payload": "You can provide a migration patch for Knots",
      "action": false,
      "timestamp": "2016-06-09T19:23:41+00:00"
    },
    {
      "id": "32e8bff121e647aeba55d8e3060ca975",
      "sender": "jonasschnelli",
      "payload": "Isn't that trivial?",
      "action": false,
      "timestamp": "2016-06-09T19:23:52+00:00"
    },
    {
      "id": "06e2aac02c3a4c4b9d9aa386cf234b04",
      "sender": "BakSAj",
      "payload": "will 0.13 contain just segwit code or actual softfork also? tnx",
      "action": false,
      "timestamp": "2016-06-09T19:23:53+00:00"
    },
    {
      "id": "5ce94791a52c401694ded2fcea3db19e",
      "sender": "jonasschnelli",
      "payload": "SW SF can be 0.13.1",
      "action": false,
      "timestamp": "2016-06-09T19:24:03+00:00"
    },
    {
      "id": "499f5edb6bbb454dbf242a76352613ca",
      "sender": "jonasschnelli",
      "payload": "SW are mostly not coupled with major releases",
      "action": false,
      "timestamp": "2016-06-09T19:24:17+00:00"
    },
    {
      "id": "41609a41979f4330863d9ea3e3af7713",
      "sender": "jeremyrubin",
      "payload": "I think that 0.13.1 will be worse for upgrade times",
      "action": false,
      "timestamp": "2016-06-09T19:24:21+00:00"
    },
    {
      "id": "06d37e2ab98746a49b18b36222b7da80",
      "sender": "wumpus",
      "payload": "SW should be released in a minor release",
      "action": false,
      "timestamp": "2016-06-09T19:24:24+00:00"
    },
    {
      "id": "cec0f2dd5ccb485e96a0e04667b55646",
      "sender": "jeremyrubin",
      "payload": "does anyone have data on that",
      "action": false,
      "timestamp": "2016-06-09T19:24:26+00:00"
    },
    {
      "id": "71e47372143d4004881b36ec5bbd7aaa",
      "sender": "gmaxwell",
      "payload": "BakSAj: major releases do not contain network consensus changes.",
      "action": false,
      "timestamp": "2016-06-09T19:24:29+00:00"
    },
    {
      "id": "7abaedf23a6c43019ecacd2dbabfe8cf",
      "sender": "sdaftuar",
      "payload": "do we think segwit is going in to 0.13?",
      "action": false,
      "timestamp": "2016-06-09T19:24:31+00:00"
    },
    {
      "id": "d04d4518d58f4c2c86f9d1d878bafa46",
      "sender": "sdaftuar",
      "payload": "(without activation scheduled)",
      "action": false,
      "timestamp": "2016-06-09T19:24:42+00:00"
    },
    {
      "id": "3468b3f556ba41cb85359e86cab25930",
      "sender": "jeremyrubin",
      "payload": "wumpus: isn't it a major change?",
      "action": false,
      "timestamp": "2016-06-09T19:24:52+00:00"
    },
    {
      "id": "0e4c65bc7d3b4bd9a1a1b9d2c304bd82",
      "sender": "petertodd",
      "payload": "sdaftuar: you mean, 0.13.0, or 0.13.x>0?",
      "action": false,
      "timestamp": "2016-06-09T19:24:52+00:00"
    },
    {
      "id": "a3ae63d45aeb4d8f8bd2e310834175bb",
      "sender": "luke-jr",
      "payload": "jonasschnelli: migration is not very practical if 32-bit uses the same version number in Core as 8-bit in Knots already is",
      "action": false,
      "timestamp": "2016-06-09T19:24:53+00:00"
    },
    {
      "id": "2adb26fd28ed45368679be52cf2dae43",
      "sender": "sdaftuar",
      "payload": "0.13.0",
      "action": false,
      "timestamp": "2016-06-09T19:24:57+00:00"
    },
    {
      "id": "776f060954b540db9176782bf4c0ef05",
      "sender": "btcdrak",
      "payload": "sdaftuar: yes, sipa wanted to merge it soon to master",
      "action": false,
      "timestamp": "2016-06-09T19:24:59+00:00"
    },
    {
      "id": "75044ed188d34014955025d46cc55335",
      "sender": "CodeShark",
      "payload": "what happened to doing it in 0.12.x?",
      "action": false,
      "timestamp": "2016-06-09T19:25:01+00:00"
    },
    {
      "id": "ae6c58f239694b1c9e9143c9a81cdeae",
      "sender": "luke-jr",
      "payload": "jonasschnelli: maybe this needs more off-meeting discussion then",
      "action": false,
      "timestamp": "2016-06-09T19:25:02+00:00"
    },
    {
      "id": "382fc3f69b2c403181a331dfa6e4178d",
      "sender": "btcdrak",
      "payload": "(without mainnet defs)",
      "action": false,
      "timestamp": "2016-06-09T19:25:08+00:00"
    },
    {
      "id": "dcaf034b4bb146cd988355e22c316c16",
      "sender": "jonasschnelli",
      "payload": "luke-jr: agree",
      "action": false,
      "timestamp": "2016-06-09T19:25:08+00:00"
    },
    {
      "id": "5a765247bcad44d88ec615f3ea81ef4e",
      "sender": "sdaftuar",
      "payload": "seems like there are still open issues, and no ACKs",
      "action": false,
      "timestamp": "2016-06-09T19:25:15+00:00"
    },
    {
      "id": "91d07ebb7bc74619b7505d829081412f",
      "sender": "wumpus",
      "payload": "jeremyrubin: well from what I've heard minor releases are usually more popular, especialy .1, as some people don't trust .0  :)",
      "action": false,
      "timestamp": "2016-06-09T19:25:16+00:00"
    },
    {
      "id": "a4af98410c2e46388647e601784a0141",
      "sender": "gmaxwell",
      "payload": "CodeShark: nothing, there are confused questions.",
      "action": false,
      "timestamp": "2016-06-09T19:25:26+00:00"
    },
    {
      "id": "f63fbd499d164afc8a04f33ef0935b69",
      "sender": "sdaftuar",
      "payload": "so i don't see how it's going to be merged in the next week",
      "action": false,
      "timestamp": "2016-06-09T19:25:27+00:00"
    },
    {
      "id": "63b7145a32e44f1e8fe6d7e5604ddec6",
      "sender": "btcdrak",
      "payload": "sdaftuar: why?",
      "action": false,
      "timestamp": "2016-06-09T19:25:48+00:00"
    },
    {
      "id": "ccac032cc54f45b996273e0197b6e01d",
      "sender": "luke-jr",
      "payload": "jeremyrubin: segwit is a major change to Bitcoin - not Bitcoin Core.",
      "action": false,
      "timestamp": "2016-06-09T19:25:48+00:00"
    },
    {
      "id": "bb27de9d4d924efa940d008ab235d9c4",
      "sender": "jonasschnelli",
      "payload": "thinks sipa is allowed to merge without ACK",
      "action": true,
      "timestamp": "2016-06-09T19:25:51+00:00"
    },
    {
      "id": "639ca8d31e0040a5846dc0c55f9f7911",
      "sender": "gmaxwell",
      "payload": "jeremyrubin: we have a long thought out published spec on this, please don't divert the meeting to debating it. I can direct you to the information after the meeting.",
      "action": false,
      "timestamp": "2016-06-09T19:25:52+00:00"
    },
    {
      "id": "fd721464cb89461ebac82d6f3eff37ce",
      "sender": "jeremyrubin",
      "payload": "wumpus: interesting... I do tend to not upgrade any of my software major versions for 6 months. diversion over",
      "action": false,
      "timestamp": "2016-06-09T19:26:07+00:00"
    },
    {
      "id": "4e59558b25b4481f8cd14110c4b5dd99",
      "sender": "sipa",
      "payload": "well merging segwit without fork enabled is not in contradiction with \"not doing a consensus change in a major release\"",
      "action": false,
      "timestamp": "2016-06-09T19:26:27+00:00"
    },
    {
      "id": "45ac7c85d0354b5086fd474cf9409179",
      "sender": "jonasschnelli",
      "payload": "agree",
      "action": false,
      "timestamp": "2016-06-09T19:26:36+00:00"
    },
    {
      "id": "7a90b85a15ee49f09612eec53bb0ecf5",
      "sender": "CodeShark",
      "payload": "right",
      "action": false,
      "timestamp": "2016-06-09T19:26:41+00:00"
    },
    {
      "id": "1c63072e654548dfb359ec41ae39cd7c",
      "sender": "wumpus",
      "payload": "sure",
      "action": false,
      "timestamp": "2016-06-09T19:26:47+00:00"
    },
    {
      "id": "748c8a459f7d465abcb022bde905b7d2",
      "sender": "luke-jr",
      "payload": "no objections to merging segwit code without activation",
      "action": false,
      "timestamp": "2016-06-09T19:26:49+00:00"
    },
    {
      "id": "956bd09c24c54b05aa1c0c779837ce97",
      "sender": "jonasschnelli",
      "payload": "Also, getting ACK for SW is extremly hard. Nobody wants to take the risk.",
      "action": false,
      "timestamp": "2016-06-09T19:26:50+00:00"
    },
    {
      "id": "5968bf6171c94db7ba04bd7c972f2354",
      "sender": "gmaxwell",
      "payload": "sure, there are code motion logistics that favor merging it.",
      "action": false,
      "timestamp": "2016-06-09T19:26:51+00:00"
    },
    {
      "id": "f48f7f73b23c4f168326c980bd23f8a1",
      "sender": "sdaftuar",
      "payload": "to be clear i'm not talking about any kind of release policy, just code-readiness / review",
      "action": false,
      "timestamp": "2016-06-09T19:26:51+00:00"
    },
    {
      "id": "5eb7edbd5e274154895212a3f5392095",
      "sender": "btcdrak",
      "payload": "jeremyrubin: see out lifecycle docs https://github.com/bitcoin-core/bitcoincore.org/pull/179",
      "action": false,
      "timestamp": "2016-06-09T19:26:54+00:00"
    },
    {
      "id": "f79dc7dfabf543d6a5a9e5ce416d9a2c",
      "sender": "btcdrak",
      "payload": "s/out/our/",
      "action": false,
      "timestamp": "2016-06-09T19:27:07+00:00"
    },
    {
      "id": "f4c7b1a717ec4a12b3f626e019ec51bd",
      "sender": "wumpus",
      "payload": "so is SW ready for merge (into master/0.13)?",
      "action": false,
      "timestamp": "2016-06-09T19:27:57+00:00"
    },
    {
      "id": "07da6451ee76442180f83f22c861cdb8",
      "sender": "sdaftuar",
      "payload": "it has no ACKs, and some open issues to be resolved",
      "action": false,
      "timestamp": "2016-06-09T19:28:06+00:00"
    },
    {
      "id": "dd79f26f55c346a18a37ea42b419e07b",
      "sender": "wumpus",
      "payload": "ok",
      "action": false,
      "timestamp": "2016-06-09T19:28:31+00:00"
    },
    {
      "id": "ed82d07064f8476c9e2af9486be96d91",
      "sender": "jonasschnelli",
      "payload": "major open issue? Or more nitish stuff?",
      "action": false,
      "timestamp": "2016-06-09T19:28:33+00:00"
    },
    {
      "id": "0bd2351fdf8144d9b1b3a4c6ce832f08",
      "sender": "sdaftuar",
      "payload": "minor",
      "action": false,
      "timestamp": "2016-06-09T19:28:35+00:00"
    },
    {
      "id": "87db5cecd7ce49aab0afde5365810baa",
      "sender": "wumpus",
      "payload": "if it is not critical it can also be fixed in a later pull",
      "action": false,
      "timestamp": "2016-06-09T19:28:49+00:00"
    },
    {
      "id": "26157979b03d4638a50ed1294a958f8b",
      "sender": "sdaftuar",
      "payload": "but bugs, not style nits",
      "action": false,
      "timestamp": "2016-06-09T19:28:51+00:00"
    },
    {
      "id": "42c2a3e591db42bfaf748d03fcb932ce",
      "sender": "wumpus",
      "payload": "oh known bugs should be addressed in the pull itself",
      "action": false,
      "timestamp": "2016-06-09T19:29:09+00:00"
    },
    {
      "id": "6e27111d6d3042e4b0af4123ed44462f",
      "sender": "sipa",
      "payload": "i think everything will be addressed in my next batch of patches",
      "action": false,
      "timestamp": "2016-06-09T19:29:21+00:00"
    },
    {
      "id": "293cad20ff9043fb894377744a935af8",
      "sender": "btcdrak",
      "payload": "sipa: great!",
      "action": false,
      "timestamp": "2016-06-09T19:29:29+00:00"
    },
    {
      "id": "e9b9c1c2148f499ca0651b0a0ebdda70",
      "sender": "gmaxwell",
      "payload": "should people be acking the reviwew PR or the rebase/reorg?",
      "action": false,
      "timestamp": "2016-06-09T19:29:42+00:00"
    },
    {
      "id": "5be2d845dabb40b2ba0e6c2fe0383141",
      "sender": "luke-jr",
      "payload": "sipa: does that include expanding 2nd push to 75 bytes max? or is that still an open thing?",
      "action": false,
      "timestamp": "2016-06-09T19:29:42+00:00"
    },
    {
      "id": "e4070d82f6854fcb830fbf6fedc3f9ef",
      "sender": "sipa",
      "payload": "luke-jr: this is the place to ask, and i would say no, there is no point",
      "action": false,
      "timestamp": "2016-06-09T19:30:19+00:00"
    },
    {
      "id": "c7f819e207394a218d7764211a97c99f",
      "sender": "sipa",
      "payload": "but perhaps others have another opinion",
      "action": false,
      "timestamp": "2016-06-09T19:30:27+00:00"
    },
    {
      "id": "07101445369e4f139137dc350928c1f1",
      "sender": "btcdrak",
      "payload": "luke-jr: I didnt understand where 75 came from.",
      "action": false,
      "timestamp": "2016-06-09T19:30:32+00:00"
    },
    {
      "id": "3be5662603464b3fa1fcd113b9ffc5e7",
      "sender": "sipa",
      "payload": "btcdrak: up to 75 is easy",
      "action": false,
      "timestamp": "2016-06-09T19:30:42+00:00"
    },
    {
      "id": "61a6572a77b2465c8fee0940dcf84937",
      "sender": "luke-jr",
      "payload": "btcdrak: largest size that wouldn't require additional testing",
      "action": false,
      "timestamp": "2016-06-09T19:30:43+00:00"
    },
    {
      "id": "13f4e39f83d54bd7b100ccd1dbc26c56",
      "sender": "gmaxwell",
      "payload": "has to do with the opcode types changing for different sizes of push.",
      "action": false,
      "timestamp": "2016-06-09T19:31:18+00:00"
    },
    {
      "id": "6186ed1cd3c740169d7e3279e146d359",
      "sender": "sipa",
      "payload": "so, opinions?",
      "action": false,
      "timestamp": "2016-06-09T19:31:47+00:00"
    },
    {
      "id": "99638dd8231340f181ea7e019f6de629",
      "sender": "btcdrak",
      "payload": "32->40->75 seems like a big jump",
      "action": false,
      "timestamp": "2016-06-09T19:31:51+00:00"
    },
    {
      "id": "12e544853cfb43e49b9c654df4f8ebc5",
      "sender": "gmaxwell",
      "payload": "btcdrak: from the code perspective they're all the same.",
      "action": false,
      "timestamp": "2016-06-09T19:32:06+00:00"
    },
    {
      "id": "008aabcaf688491f896a55815c1a3d6d",
      "sender": "luke-jr",
      "payload": "my opinion is there is no point limiting it (beyond the impl/test cost of >75), and such limits could very well prevent future softforks",
      "action": false,
      "timestamp": "2016-06-09T19:32:19+00:00"
    },
    {
      "id": "2ffe9667d7c94d30a2167087fc969565",
      "sender": "luke-jr",
      "payload": "more tolerant enables softforks, so should be preferred over useless limits",
      "action": false,
      "timestamp": "2016-06-09T19:32:49+00:00"
    },
    {
      "id": "1e51fb9c4d79481abbc41de66d68f5cf",
      "sender": "gmaxwell",
      "payload": "Luke-jr's argument has merit in my opinion-- it can be reduced later, but I don't have a strongly held view. I'm not aware of a DOS attack risk created by not having the stricter limit earlier.",
      "action": false,
      "timestamp": "2016-06-09T19:33:08+00:00"
    },
    {
      "id": "c854eccaff35463f8c4caf5d7c63d112",
      "sender": "gmaxwell",
      "payload": "(of course, IsStandardness should be strictly limited)",
      "action": false,
      "timestamp": "2016-06-09T19:33:44+00:00"
    },
    {
      "id": "429929b405954e7bad71066c56a8b098",
      "sender": "luke-jr",
      "payload": "to expand the limit later requires a hardfork",
      "action": false,
      "timestamp": "2016-06-09T19:33:44+00:00"
    },
    {
      "id": "3a65cf8079fb4859a334786356bf1190",
      "sender": "luke-jr",
      "payload": "yes, node policy should reject any unknown witnesses period",
      "action": false,
      "timestamp": "2016-06-09T19:34:00+00:00"
    },
    {
      "id": "4723d0232507480b8a7818050dc4fb6a",
      "sender": "CodeShark",
      "payload": "ok, I think luke-jr has a strong argument",
      "action": false,
      "timestamp": "2016-06-09T19:34:23+00:00"
    },
    {
      "id": "12585adadfbe4dcaac2c74c394274db0",
      "sender": "btcdrak",
      "payload": "that makes sense",
      "action": false,
      "timestamp": "2016-06-09T19:34:27+00:00"
    },
    {
      "id": "a1933a3c8bd6461aa5a75ffe68042095",
      "sender": "sipa",
      "payload": "there should be no need for more than 256-bit hash + some versioning metadata",
      "action": false,
      "timestamp": "2016-06-09T19:34:47+00:00"
    },
    {
      "id": "7c883a93e69c4338b34270850a4a187c",
      "sender": "sipa",
      "payload": "and setting it to more gives it the impression that there is",
      "action": false,
      "timestamp": "2016-06-09T19:35:14+00:00"
    },
    {
      "id": "aacf8d66f6b24c18b357fdc7c7d00ca0",
      "sender": "petertodd",
      "payload": "sipa: or, to be precise if there is that means Bitcoin is more broken than that",
      "action": false,
      "timestamp": "2016-06-09T19:35:16+00:00"
    },
    {
      "id": "7c90d3e7647740488bbed1c2e187342a",
      "sender": "sipa",
      "payload": "petertodd: exactly",
      "action": false,
      "timestamp": "2016-06-09T19:35:24+00:00"
    },
    {
      "id": "032180b295434804bd89b9c02406d7a7",
      "sender": "jeremyrubin",
      "payload": "luke-jr: in general I agree with keeping flexible, but do you have an example for sipa of why you'd want it?",
      "action": false,
      "timestamp": "2016-06-09T19:35:33+00:00"
    },
    {
      "id": "c788ca5aaef141c4a89f58ad782f14b1",
      "sender": "gmaxwell",
      "payload": "The biggest harm I see is that allowing a larger size here does limit the ability to make utxo entries limited in size in the future, potentially. But it could be done later.  It also enabled policy bypass to abuse the utxo set for data storage, though it's not much of an issue there.",
      "action": false,
      "timestamp": "2016-06-09T19:35:36+00:00"
    },
    {
      "id": "3bd05edf0e284c1d877d4e5fd7cc5d32",
      "sender": "luke-jr",
      "payload": "sipa: it doesn't need to give that impression. I don't think we need to predict the future too much here.",
      "action": false,
      "timestamp": "2016-06-09T19:35:42+00:00"
    },
    {
      "id": "42fad466ec4041798305d391ad66a713",
      "sender": "gmaxwell",
      "payload": "luke-jr: for example, if you were to argue that we might someday need 512 bit hashes, I'd agree-- but then I'd point out that in that case there would need to be a hardfork to change all the other things.",
      "action": false,
      "timestamp": "2016-06-09T19:36:23+00:00"
    },
    {
      "id": "ac3968baa7354caab4b9ab60df6d6160",
      "sender": "sipa",
      "payload": "i'd rather not rely on isstandardness when reasoning about longer term future",
      "action": false,
      "timestamp": "2016-06-09T19:36:26+00:00"
    },
    {
      "id": "b07484db2ae6479eb54232398b773ebd",
      "sender": "petertodd",
      "payload": "in a MR implementation I did, it turned out to be very advantageous if the things in the MMR were fixed side forperformance",
      "action": false,
      "timestamp": "2016-06-09T19:37:01+00:00"
    },
    {
      "id": "25b1f338fd0045988bfad48b06086a33",
      "sender": "luke-jr",
      "payload": "jeremyrubin: any case where we would need indicators in the UTXO set itself; but I don't have a concrete example at this time",
      "action": false,
      "timestamp": "2016-06-09T19:37:13+00:00"
    },
    {
      "id": "b0ebb58f64704f51b5af6d3e730098f2",
      "sender": "gmaxwell",
      "payload": "Also, not allowing it in SW doesn't preclude it in the future, you'd just need to use a different version type signaling in that case.",
      "action": false,
      "timestamp": "2016-06-09T19:37:19+00:00"
    },
    {
      "id": "a7ee8b564f5d4c4da32c639a01347680",
      "sender": "luke-jr",
      "payload": "for example, we could have added the maturity stuff in the 2nd push if we didn't have nSequence",
      "action": false,
      "timestamp": "2016-06-09T19:37:35+00:00"
    },
    {
      "id": "54e86d1e918549189831e8fffe50e628",
      "sender": "gmaxwell",
      "payload": "Yes, I really wish UTXO entries were fixed size.",
      "action": false,
      "timestamp": "2016-06-09T19:37:43+00:00"
    },
    {
      "id": "3c76f0198dd1480581a677ab0cfd36b3",
      "sender": "sdaftuar",
      "payload": "sipa: isn't there a strong deterrent against abuse, because your funds are anyone-can-spend to older nodes?",
      "action": false,
      "timestamp": "2016-06-09T19:37:53+00:00"
    },
    {
      "id": "311d393675d642a0927c8dc5f4457a1f",
      "sender": "luke-jr",
      "payload": "gmaxwell: you'd need a new commitment entirely",
      "action": false,
      "timestamp": "2016-06-09T19:37:59+00:00"
    },
    {
      "id": "2628d79feef545d28eb779cfa092bc72",
      "sender": "luke-jr",
      "payload": "gmaxwell: in addition to the current one",
      "action": false,
      "timestamp": "2016-06-09T19:38:13+00:00"
    },
    {
      "id": "5a4a034c0c6a478887ba1d6ec3585cc3",
      "sender": "sipa",
      "payload": "sdaftuar: there is no rule preventing 0-value outputs",
      "action": false,
      "timestamp": "2016-06-09T19:38:24+00:00"
    },
    {
      "id": "7f9998ceb1744bb8a9f75fecce58c1ad",
      "sender": "_anthony_",
      "payload": "just use the private key of a payment address to store the 256 bits",
      "action": false,
      "timestamp": "2016-06-09T19:38:34+00:00"
    },
    {
      "id": "b84f18712b524b049de32fb6c543b697",
      "sender": "sdaftuar",
      "payload": "ah, good point",
      "action": false,
      "timestamp": "2016-06-09T19:38:37+00:00"
    },
    {
      "id": "f3a50d8a149f4dd7b12e2ecc0396580d",
      "sender": "sipa",
      "payload": "(if you ignore relay polify)",
      "action": false,
      "timestamp": "2016-06-09T19:38:41+00:00"
    },
    {
      "id": "eb277bfe7571437f89626f0eae18a6af",
      "sender": "luke-jr",
      "payload": "abuse is already possible. this doesn't make it worse. if in the future we make it better, we can limit this at the same time",
      "action": false,
      "timestamp": "2016-06-09T19:39:09+00:00"
    },
    {
      "id": "e27cd40f34a04c599db4403bdb040200",
      "sender": "gmaxwell",
      "payload": "if one assumes a fixed size utxo entry, luke's suggestion basically doubles the utxo set size.",
      "action": false,
      "timestamp": "2016-06-09T19:39:28+00:00"
    },
    {
      "id": "520e188d0b844866a97f4df778ec92ea",
      "sender": "petertodd",
      "payload": "sipa: though, for that specific case I find it ahrd to think of a abuse use-case that'd care about that, given you could screw up the usse-case by spending those outputs",
      "action": false,
      "timestamp": "2016-06-09T19:39:32+00:00"
    },
    {
      "id": "ed20d80bd451460db3dbf204fcbf4e8b",
      "sender": "luke-jr",
      "payload": "gmaxwell: we can't assume that today, and if we softfork an assumption tomorrow, we can limit this then also",
      "action": false,
      "timestamp": "2016-06-09T19:39:51+00:00"
    },
    {
      "id": "2de3da59905d4ae2b7f149f82eaaa6a6",
      "sender": "gmaxwell",
      "payload": "We've probably spent more time discussing it now than the decision is worth.",
      "action": false,
      "timestamp": "2016-06-09T19:40:44+00:00"
    },
    {
      "id": "f94b80ba60034234b85aee57a3766ee1",
      "sender": "wumpus",
      "payload": "ok, next topic?",
      "action": false,
      "timestamp": "2016-06-09T19:41:14+00:00"
    },
    {
      "id": "44aa1661e555440ca5f9e43dc63a7f47",
      "sender": "wumpus",
      "payload": "#topic compact block testing",
      "action": false,
      "timestamp": "2016-06-09T19:41:24+00:00"
    },
    {
      "id": "4552ae4daf0a46429bb017016b963056",
      "sender": "luke-jr",
      "payload": "so we use 75 for now, and discuss reducing it later?",
      "action": false,
      "timestamp": "2016-06-09T19:41:27+00:00"
    },
    {
      "id": "952c06235816489bbde6fc831d52a207",
      "sender": "gmaxwell",
      "payload": "(and that time could be better spent reviewing/testing more corner cases... lets continue discussion elsewhere I guess)",
      "action": false,
      "timestamp": "2016-06-09T19:41:33+00:00"
    },
    {
      "id": "2eb3bb8111534d1fbbc8f8e634d814d0",
      "sender": "btcdrak",
      "payload": "so compact blocks...",
      "action": false,
      "timestamp": "2016-06-09T19:42:34+00:00"
    },
    {
      "id": "cc130bb8b2e44f75bb2363418d8b7b16",
      "sender": "gmaxwell",
      "payload": "OK. So there are some number of nodes running compactblocks on the public network.. I have 12 peers at the moment, matt has another half dozen in the new relay network that I'm not connected to.",
      "action": false,
      "timestamp": "2016-06-09T19:42:41+00:00"
    },
    {
      "id": "089b7141250a4c02ad8acef15c4c0fd0",
      "sender": "gmaxwell",
      "payload": "Things seem to be working well there, instagibbs has posted some charts.",
      "action": false,
      "timestamp": "2016-06-09T19:42:52+00:00"
    },
    {
      "id": "08927d7d3b8244d9a3ce64d8b003bfbb",
      "sender": "wumpus",
      "payload": "I've been running a compact blocks node for a few days, no crashes to report :)",
      "action": false,
      "timestamp": "2016-06-09T19:42:56+00:00"
    },
    {
      "id": "1b13da015abd410fbb30d21547c2ab1d",
      "sender": "instagibbs",
      "payload": "yes i love charts http://imgur.com/iq2lRGl",
      "action": false,
      "timestamp": "2016-06-09T19:43:16+00:00"
    },
    {
      "id": "2dfc3b3feb9242f4a5cba5289bb7ded6",
      "sender": "gmaxwell",
      "payload": "I've been conducting some new tests with a network of nodes with a modified version of compact blocks that reduces the hash size to 16 bits in order to test corner cases around collisions.",
      "action": false,
      "timestamp": "2016-06-09T19:43:26+00:00"
    },
    {
      "id": "5ec03887edd94da58bed09d656426a5b",
      "sender": "instagibbs",
      "payload": "blue stuff is in kB fwiw",
      "action": false,
      "timestamp": "2016-06-09T19:43:27+00:00"
    },
    {
      "id": "6b77b79b08984b618a9e3e710e502ac4",
      "sender": "wumpus",
      "payload": "lots of succesfully reconstructed blocks",
      "action": false,
      "timestamp": "2016-06-09T19:43:30+00:00"
    },
    {
      "id": "3b0e8cfec98742428eb8ea259194e86b",
      "sender": "luke-jr",
      "payload": "(ugh, Travis is apparently \"detecting abuse\" on the Bitcoin code itself, so every clone will be affected?)",
      "action": false,
      "timestamp": "2016-06-09T19:43:31+00:00"
    },
    {
      "id": "499bb0b55dd04c5ca6bc2f54ed3e4e76",
      "sender": "btcdrak",
      "payload": "Two large mining pools have also been running them, connected to their pool nodes for block source, one is behind the GFW",
      "action": false,
      "timestamp": "2016-06-09T19:43:36+00:00"
    },
    {
      "id": "e6b3780cd25542418bc2b11aced14127",
      "sender": "instagibbs",
      "payload": "blue dot == 0 fetched txns",
      "action": false,
      "timestamp": "2016-06-09T19:43:40+00:00"
    },
    {
      "id": "9a95a336f7e04a31bdc9ebfd5d017a5c",
      "sender": "gmaxwell",
      "payload": "I found a few bugs, which matt has fixed but not pushed to the PR yet.  Bugs were things like if the cmptblk message was rubbish, it would wait for the peer to timeout before requesting the block normally.",
      "action": false,
      "timestamp": "2016-06-09T19:44:20+00:00"
    },
    {
      "id": "2e8470dc508c490391be0a7d47d93273",
      "sender": "instagibbs",
      "payload": "I intended to review the PR then got ill. Still planning to review.",
      "action": false,
      "timestamp": "2016-06-09T19:44:48+00:00"
    },
    {
      "id": "ebe60869cea84ecb8c343c44c0b236cc",
      "sender": "gmaxwell",
      "payload": "I think this particular testing technique of modifying the code to make rare cases common is pretty effective and will result in good testing of most of those corner cases.",
      "action": false,
      "timestamp": "2016-06-09T19:44:57+00:00"
    },
    {
      "id": "56df2f5ffa4f41a285ed8276c6079ad4",
      "sender": "wumpus",
      "payload": "luke-jr: (offtopic) that started happening with the parallel testing I think",
      "action": false,
      "timestamp": "2016-06-09T19:45:05+00:00"
    },
    {
      "id": "e7580ca7e19946f28326950d49271010",
      "sender": "sipa",
      "payload": "gmaxwell: agree",
      "action": false,
      "timestamp": "2016-06-09T19:45:08+00:00"
    },
    {
      "id": "b899b8dea3124b6396004813fa940b3d",
      "sender": "MarcoFalke",
      "payload": "luke-jr: Shoot them an email",
      "action": false,
      "timestamp": "2016-06-09T19:45:19+00:00"
    },
    {
      "id": "94aa484efe894779ac20bc85eae8d8d9",
      "sender": "gmaxwell",
      "payload": "The compact block code is now rebased on top of the sharedptr work, so it's now a fair bit simpler.",
      "action": false,
      "timestamp": "2016-06-09T19:45:39+00:00"
    },
    {
      "id": "5893137042ec40d9a2d280eb0517d298",
      "sender": "luke-jr",
      "payload": "MarcoFalke: I have. My concern is more than just whitelisting individual repos though. (Let's continue discussion after the meeting)",
      "action": false,
      "timestamp": "2016-06-09T19:45:54+00:00"
    },
    {
      "id": "7d5a9c2195c44b92ac6ee9f9f19f5945",
      "sender": "instagibbs",
      "payload": "gmaxwell, matt's rebase is on that now?",
      "action": false,
      "timestamp": "2016-06-09T19:45:54+00:00"
    },
    {
      "id": "fec835233d94476eadaeffca671006b6",
      "sender": "instagibbs",
      "payload": "err pr is rebased*",
      "action": false,
      "timestamp": "2016-06-09T19:45:59+00:00"
    },
    {
      "id": "27ccd9cd77324e73be409da930a08ce6",
      "sender": "gmaxwell",
      "payload": "instagibbs: yes.",
      "action": false,
      "timestamp": "2016-06-09T19:46:01+00:00"
    },
    {
      "id": "4191eb7cf1064a2fba38c83792e8690f",
      "sender": "gmaxwell",
      "payload": "matt's PR is on master as of last night.",
      "action": false,
      "timestamp": "2016-06-09T19:46:12+00:00"
    },
    {
      "id": "61d48ca2232c40238dbbd9b98171cbec",
      "sender": "sipa",
      "payload": "yes, forget my branch",
      "action": false,
      "timestamp": "2016-06-09T19:46:20+00:00"
    },
    {
      "id": "f2fa268c340d4f42a86a2bd1f167ff08",
      "sender": "CodeShark",
      "payload": "what PR#?",
      "action": false,
      "timestamp": "2016-06-09T19:46:34+00:00"
    },
    {
      "id": "98dc154d0d8c43e19fe6fc13a5ad18d8",
      "sender": "instagibbs",
      "payload": "#8086",
      "action": false,
      "timestamp": "2016-06-09T19:46:48+00:00"
    },
    {
      "id": "4f765cfa6e7647609b082893f904d52a",
      "sender": "wumpus",
      "payload": "#link https://github.com/bitcoin/bitcoin/pull/8068",
      "action": false,
      "timestamp": "2016-06-09T19:47:07+00:00"
    },
    {
      "id": "5cfcda5ae68e4e90a87ccc1d33822b78",
      "sender": "cfields_",
      "payload": "has there been discussion of a servicebit for compact blocks? Now that we have the dns seed prefixes, that would allow for very quick discovery",
      "action": false,
      "timestamp": "2016-06-09T19:47:15+00:00"
    },
    {
      "id": "270dd4d335ef434a9d3556a4b0d9bf9a",
      "sender": "gmaxwell",
      "payload": "Based on the issues I found, probably the interaction with block fetching logic needs more review.",
      "action": false,
      "timestamp": "2016-06-09T19:47:23+00:00"
    },
    {
      "id": "57ce0947c7164f61813482bc69be0f32",
      "sender": "btcdrak",
      "payload": "cfields_: if it deploys in 0.13 it wont be necessary",
      "action": false,
      "timestamp": "2016-06-09T19:47:37+00:00"
    },
    {
      "id": "b0a173e98ef24b2387c2d08de5cb653a",
      "sender": "gmaxwell",
      "payload": "cfields_: IMO I don't see a need to preferrentially peer. I expect support to become sufficiently ubiquitious fast enough.",
      "action": false,
      "timestamp": "2016-06-09T19:47:43+00:00"
    },
    {
      "id": "2196f0f675374d3d8bc4d94ec1580c01",
      "sender": "wumpus",
      "payload": "#action forget sipa's compact blocks branch and use thebluematt's PR",
      "action": false,
      "timestamp": "2016-06-09T19:47:46+00:00"
    },
    {
      "id": "5be3d87f15c14c978ed6c13f8ac76d6f",
      "sender": "gmaxwell",
      "payload": "it's not something that anyone has a reason to not support, except for just not having implemented it.",
      "action": false,
      "timestamp": "2016-06-09T19:48:10+00:00"
    },
    {
      "id": "f10c6f53520947048684e266252b63d1",
      "sender": "btcdrak",
      "payload": "hrm, action point is to forget :)",
      "action": false,
      "timestamp": "2016-06-09T19:48:13+00:00"
    },
    {
      "id": "f0bef50aecee4e3ba94bff92e31c5425",
      "sender": "sipa",
      "payload": "cfields_: the argument brought up before was tgat service bits should be used for critical",
      "action": false,
      "timestamp": "2016-06-09T19:48:16+00:00"
    },
    {
      "id": "bf6aa6efbf0f4ab78fe4f44bafadd187",
      "sender": "sipa",
      "payload": "for critically required services",
      "action": false,
      "timestamp": "2016-06-09T19:48:28+00:00"
    },
    {
      "id": "2b7e59785b084003acff9362e4a5c378",
      "sender": "gmaxwell",
      "payload": "like your node won't work right if you don't have peers with the right services.",
      "action": false,
      "timestamp": "2016-06-09T19:48:41+00:00"
    },
    {
      "id": "47e79e50e7104590b9dde47bdcbc4949",
      "sender": "wumpus",
      "payload": "btcdrak: yeah for people testing the code to use the other branch",
      "action": false,
      "timestamp": "2016-06-09T19:48:46+00:00"
    },
    {
      "id": "078501a578334d969079169c66e3e7b1",
      "sender": "luke-jr",
      "payload": "makes sense",
      "action": false,
      "timestamp": "2016-06-09T19:48:49+00:00"
    },
    {
      "id": "f68f67c6136641668dcf78c43a8ecde9",
      "sender": "sipa",
      "payload": "and the only time when yoi critically need a compact block peer is as a miner, who should be curating their connections anyway",
      "action": false,
      "timestamp": "2016-06-09T19:48:55+00:00"
    },
    {
      "id": "8194af3b19c74799989bf99ace1c0a5d",
      "sender": "jeremyrubin",
      "payload": "in #8086 where is the salt generated btw?",
      "action": false,
      "timestamp": "2016-06-09T19:48:59+00:00"
    },
    {
      "id": "24eaed66ef07426da5d889db20074190",
      "sender": "cfields_",
      "payload": "hmm, fair enough",
      "action": false,
      "timestamp": "2016-06-09T19:49:09+00:00"
    },
    {
      "id": "c477667348874b3ab3c6c0614b3472bd",
      "sender": "wumpus",
      "payload": "and miners can look at the protocol version to see if their peer supports compact blocks?",
      "action": false,
      "timestamp": "2016-06-09T19:49:35+00:00"
    },
    {
      "id": "af69c3bb01b54072abb200f79a037235",
      "sender": "gmaxwell",
      "payload": "jeremyrubin:",
      "action": false,
      "timestamp": "2016-06-09T19:49:48+00:00"
    },
    {
      "id": "53330dc801e24feb9df3f5345a6a949f",
      "sender": "gmaxwell",
      "payload": "+CBlockHeaderAndShortTxIDs::CBlockHeaderAndShortTxIDs(const CBlock& block) :",
      "action": false,
      "timestamp": "2016-06-09T19:49:49+00:00"
    },
    {
      "id": "c00ac19aded44cd4a6c8933e48f67287",
      "sender": "gmaxwell",
      "payload": "+        nonce(GetRand(std::numeric_limits<uint64_t>::max())),",
      "action": false,
      "timestamp": "2016-06-09T19:49:52+00:00"
    },
    {
      "id": "5e33e8dcb8aa43cfad5f095c848eb5a5",
      "sender": "luke-jr",
      "payload": "wumpus: I don't think we can assume a specific protocol version supports it",
      "action": false,
      "timestamp": "2016-06-09T19:50:12+00:00"
    },
    {
      "id": "ee33a0ff7dad451eb4042480180a043f",
      "sender": "luke-jr",
      "payload": "if we have a future version with better compact blocks, we may want to drop support for the current one",
      "action": false,
      "timestamp": "2016-06-09T19:50:27+00:00"
    },
    {
      "id": "869aff02a4fd41e086291715284e95e6",
      "sender": "jeremyrubin",
      "payload": "thanks",
      "action": false,
      "timestamp": "2016-06-09T19:50:28+00:00"
    },
    {
      "id": "928df6fa3ebb4bc0a77302575ac88f4b",
      "sender": "Lightsword",
      "payload": "I think using service bits is a good idea, mainually curtailing connections is very time consuming and raisies the barrier to entry for mining",
      "action": false,
      "timestamp": "2016-06-09T19:50:29+00:00"
    },
    {
      "id": "1cceea688b3042bf81c6a86b4008b8b5",
      "sender": "gmaxwell",
      "payload": "wumpus: you can do the handshake.",
      "action": false,
      "timestamp": "2016-06-09T19:50:32+00:00"
    },
    {
      "id": "a61a7f0a6a504136bf40c14c438471ee",
      "sender": "sipa",
      "payload": "wumpus: no, miners should connect to a known peer that supports it",
      "action": false,
      "timestamp": "2016-06-09T19:50:36+00:00"
    },
    {
      "id": "374ecc9094874d399662af58e04dd29b",
      "sender": "luke-jr",
      "payload": "Lightsword: neither are likely to be necessary",
      "action": false,
      "timestamp": "2016-06-09T19:50:41+00:00"
    },
    {
      "id": "2224ab0971fa4a40b0af8050a24356f3",
      "sender": "wumpus",
      "payload": "gmaxwell: right",
      "action": false,
      "timestamp": "2016-06-09T19:51:09+00:00"
    },
    {
      "id": "343d61f5a5414dfdb0feef9f507e91de",
      "sender": "gmaxwell",
      "payload": "Please, service bits are basically forever and we only have 32 of them, I expect the window between some and nearly all use of this to only be a few months to a year long.",
      "action": false,
      "timestamp": "2016-06-09T19:51:22+00:00"
    },
    {
      "id": "4354ab527c514490b7b317963b91b882",
      "sender": "sipa",
      "payload": "wumpus: because just supporting compact blocks is not enough, they also need to have good uptime and reliability  latency, bandwodth, ...",
      "action": false,
      "timestamp": "2016-06-09T19:51:24+00:00"
    },
    {
      "id": "d47b47b829c243f0a1abf64bab082e3c",
      "sender": "sipa",
      "payload": "gmaxwell: we have 64",
      "action": false,
      "timestamp": "2016-06-09T19:51:29+00:00"
    },
    {
      "id": "c4c7948e99294cfab6a32cfe76c7bce7",
      "sender": "gmaxwell",
      "payload": "Same difference. (really? hmph!)",
      "action": false,
      "timestamp": "2016-06-09T19:51:41+00:00"
    },
    {
      "id": "9ab4d8d4b6764324a717762e72929820",
      "sender": "jeremyrubin",
      "payload": "I would suggest either writing the entropy to a file once or having it settable in a config file",
      "action": false,
      "timestamp": "2016-06-09T19:51:46+00:00"
    },
    {
      "id": "748c76289bb647a090162d23614ab06a",
      "sender": "wumpus",
      "payload": "we should have a concept of temporary service bits, like for the versionbits",
      "action": false,
      "timestamp": "2016-06-09T19:51:48+00:00"
    },
    {
      "id": "94bf5cc1b73f416ea13b34e9dbee80da",
      "sender": "sipa",
      "payload": "jeremyrubin: that's a good idea but orthogonal",
      "action": false,
      "timestamp": "2016-06-09T19:52:05+00:00"
    },
    {
      "id": "43832a5212b04d9c9e020a0c0ccb0abc",
      "sender": "luke-jr",
      "payload": "as long as nobody relies on service bits, they can be temporary",
      "action": false,
      "timestamp": "2016-06-09T19:52:11+00:00"
    },
    {
      "id": "0e7ada026de2473bada5a5331109b354",
      "sender": "btcdrak",
      "payload": "we dont need preferential peering for compact blocks. It wont take long for wide network support.",
      "action": false,
      "timestamp": "2016-06-09T19:52:16+00:00"
    },
    {
      "id": "825bce196d614e9a95f15da896809a6c",
      "sender": "luke-jr",
      "payload": "ie, use them as hints",
      "action": false,
      "timestamp": "2016-06-09T19:52:17+00:00"
    },
    {
      "id": "bb553fdfed784f20959a21a137c0c284",
      "sender": "cfields_",
      "payload": "don't we have a range designated for playground?",
      "action": false,
      "timestamp": "2016-06-09T19:52:23+00:00"
    },
    {
      "id": "eca73b2a15a84ce4871aace29ec1354d",
      "sender": "luke-jr",
      "payload": "yes",
      "action": false,
      "timestamp": "2016-06-09T19:52:27+00:00"
    },
    {
      "id": "2f0cace51c1b4b2a893fae117c8955b7",
      "sender": "jeremyrubin",
      "payload": "sipa: (yes, sorry, just reviewing it now)",
      "action": false,
      "timestamp": "2016-06-09T19:52:31+00:00"
    },
    {
      "id": "fbf8f97a8a9a4b48b227c6779d8bdc71",
      "sender": "Lightsword",
      "payload": "a service bit to indicate a secondary service bit field needs to be used?",
      "action": false,
      "timestamp": "2016-06-09T19:52:34+00:00"
    },
    {
      "id": "8c4fb0864f0e472296404bd0f65d121d",
      "sender": "luke-jr",
      "payload": "one of which is currently getting full-RBF temporary usage",
      "action": false,
      "timestamp": "2016-06-09T19:52:47+00:00"
    },
    {
      "id": "02e0fa213295432d9b9fe632d2364086",
      "sender": "wumpus",
      "payload": "Lightsword: that would completely make it unuseful for preferential peering",
      "action": false,
      "timestamp": "2016-06-09T19:52:50+00:00"
    },
    {
      "id": "0ce0ee05ae324e5b8e2d90622e4879bf",
      "sender": "gmaxwell",
      "payload": "jeremyrubin: uh. I'm not sure what you're talking about there... the nonces are per block and should not be predictable.",
      "action": false,
      "timestamp": "2016-06-09T19:52:50+00:00"
    },
    {
      "id": "ec1ab0be11a344fcae6e71b5198f9dd7",
      "sender": "wumpus",
      "payload": "Lightsword: (as neither addr messages nor the DNS seeds would be aware of the secondary mechanism)",
      "action": false,
      "timestamp": "2016-06-09T19:53:12+00:00"
    },
    {
      "id": "4b58b789171747358fefabcf9cc6d22c",
      "sender": "gmaxwell",
      "payload": "statically configuring it would be broken.",
      "action": false,
      "timestamp": "2016-06-09T19:53:14+00:00"
    },
    {
      "id": "00ff6e54a9d64b12a8a2c2b43a89ff0f",
      "sender": "wumpus",
      "payload": "why would you want to fix the entropy statically?",
      "action": false,
      "timestamp": "2016-06-09T19:53:29+00:00"
    },
    {
      "id": "ca8ab371b40446c5a5f403a58dca4f94",
      "sender": "instagibbs",
      "payload": "gmaxwell, perhaps setting cmpctblock as a tie-breaker for keeping connection?",
      "action": false,
      "timestamp": "2016-06-09T19:53:33+00:00"
    },
    {
      "id": "d515585b90f0479e8215d32a68728847",
      "sender": "gmaxwell",
      "payload": "Okay, in any case, I think thats all I've got there.",
      "action": false,
      "timestamp": "2016-06-09T19:53:41+00:00"
    },
    {
      "id": "0234a489960f45f38b78b8055e533a63",
      "sender": "btcdrak",
      "payload": "ding ding, we have 7 mins remaining",
      "action": false,
      "timestamp": "2016-06-09T19:53:50+00:00"
    },
    {
      "id": "f1ffc7f4e435454ca00882c0cdcaa9ed",
      "sender": "instagibbs",
      "payload": "well, I guess \"he sent me blocks fast\" is/will be one, same thing",
      "action": false,
      "timestamp": "2016-06-09T19:53:52+00:00"
    },
    {
      "id": "784d665748784844b5d2824abe1b729c",
      "sender": "cfields_",
      "payload": "static entropy is much easier to test :p",
      "action": false,
      "timestamp": "2016-06-09T19:53:54+00:00"
    },
    {
      "id": "8e3474bcc1044409a320de8c3d717a1a",
      "sender": "gmaxwell",
      "payload": "instagibbs: sounds like a fine additional ranker in the connection management stuff.",
      "action": false,
      "timestamp": "2016-06-09T19:53:54+00:00"
    },
    {
      "id": "250c0ca0791c4596a261ef7dfc367672",
      "sender": "wumpus",
      "payload": "instagibbs: +1",
      "action": false,
      "timestamp": "2016-06-09T19:54:05+00:00"
    },
    {
      "id": "c428a6a57fb14ea79ca51d0007bb6ee4",
      "sender": "sipa",
      "payload": "indeed",
      "action": false,
      "timestamp": "2016-06-09T19:54:06+00:00"
    },
    {
      "id": "3c8e3b2988374e338246e164dbd958f7",
      "sender": "jeremyrubin",
      "payload": "cfields_: yep",
      "action": false,
      "timestamp": "2016-06-09T19:54:13+00:00"
    },
    {
      "id": "4a92e404fed54677ac7eea02f58e0a2f",
      "sender": "gmaxwell",
      "payload": "instagibbs: though yea, the 'most recent blocks' probably mostly covers it.",
      "action": false,
      "timestamp": "2016-06-09T19:54:16+00:00"
    },
    {
      "id": "1f12047945d5478685ebdbd13f7301e5",
      "sender": "BakSAj",
      "payload": "which version are compact blocks planned for?",
      "action": false,
      "timestamp": "2016-06-09T19:54:35+00:00"
    },
    {
      "id": "6d393cef830c4ff4a086df5f266bfc17",
      "sender": "sipa",
      "payload": "related to that: please review gmaxwell's patch for adding fast blkck and tx relayers for not evicted",
      "action": false,
      "timestamp": "2016-06-09T19:54:40+00:00"
    },
    {
      "id": "54fc21f3be114553b205e62783c737e7",
      "sender": "jeremyrubin",
      "payload": "gmaxwell: it doesn't harm security so long as it's kept secret from peers",
      "action": false,
      "timestamp": "2016-06-09T19:54:41+00:00"
    },
    {
      "id": "43b67ec853cd4bdb85aff12809911de6",
      "sender": "btcdrak",
      "payload": "BakSAj: 0.13.0",
      "action": false,
      "timestamp": "2016-06-09T19:54:50+00:00"
    },
    {
      "id": "3e373ac622864e438c08795aaf793442",
      "sender": "instagibbs",
      "payload": "sipa, which number",
      "action": false,
      "timestamp": "2016-06-09T19:54:51+00:00"
    },
    {
      "id": "f2e077030c2149e997ebc28b94965f59",
      "sender": "sipa",
      "payload": "instagibbs: sec",
      "action": false,
      "timestamp": "2016-06-09T19:54:59+00:00"
    },
    {
      "id": "f85dd0b16d2545d7b1d847e345162a8d",
      "sender": "jeremyrubin",
      "payload": "gmaxwell: nvm -- forgot you have to send it?",
      "action": false,
      "timestamp": "2016-06-09T19:55:04+00:00"
    },
    {
      "id": "0332ba2377ca4db384ab9a179f75dbe8",
      "sender": "gmaxwell",
      "payload": "jeremyrubin: the nonce used for compact blocks must be sent to peers or they can't recover the block.",
      "action": false,
      "timestamp": "2016-06-09T19:55:07+00:00"
    },
    {
      "id": "b2dc4d3f6a2642c99201f6dcddc67257",
      "sender": "petertodd",
      "payload": "wumpus: we do have temporary service bits",
      "action": false,
      "timestamp": "2016-06-09T19:55:12+00:00"
    },
    {
      "id": "7fda1a63b88d457387da3e8b54cd58b0",
      "sender": "BakSAj",
      "payload": "btcdrak: thanks!",
      "action": false,
      "timestamp": "2016-06-09T19:55:19+00:00"
    },
    {
      "id": "567512125c064b86ad34f12c4c060a84",
      "sender": "sdaftuar",
      "payload": "gmaxwell: thoughts on #7598/#7600? you said above that you'd started review",
      "action": false,
      "timestamp": "2016-06-09T19:55:33+00:00"
    },
    {
      "id": "b820de2aebbd4b3d8f480a9d7d28f04e",
      "sender": "Lightsword",
      "payload": "isn\u00c3\u00a2\u00c2\u0080\u00c2\u0099t it likely we\u00c3\u00a2\u00c2\u0080\u00c2\u0099re going to overhaul the p2p protocol by the time we run out of service bits?",
      "action": false,
      "timestamp": "2016-06-09T19:55:40+00:00"
    },
    {
      "id": "ec5569d383924f63a1f088cf17f7bc89",
      "sender": "sdaftuar",
      "payload": "i still think it should be a priority to get those PRs merged for 0.13.0...",
      "action": false,
      "timestamp": "2016-06-09T19:55:45+00:00"
    },
    {
      "id": "c27185ba9c504ac9a15a7e17163b211a",
      "sender": "instagibbs",
      "payload": "I don't think connecting to cmpctblock peers will be hard unless we get sybil'd by AWS forks",
      "action": false,
      "timestamp": "2016-06-09T19:55:47+00:00"
    },
    {
      "id": "f1bbd904c9964d2ab646aefb43a5d211",
      "sender": "gmaxwell",
      "payload": "sdaftuar: I like them and will ACK soon, once I come up with a useful way to test.",
      "action": false,
      "timestamp": "2016-06-09T19:55:57+00:00"
    },
    {
      "id": "5906dca462394fd28a70d4d5af59b9ff",
      "sender": "sipa",
      "payload": "sdaftuar: me too, i started revieweing but got caught up on other things",
      "action": false,
      "timestamp": "2016-06-09T19:56:08+00:00"
    },
    {
      "id": "6c5a3ed3bab74a279196a4951773979b",
      "sender": "gmaxwell",
      "payload": "sdaftuar: I agree.",
      "action": false,
      "timestamp": "2016-06-09T19:56:09+00:00"
    },
    {
      "id": "d584195fd16b4619ba15268dbf351609",
      "sender": "sipa",
      "payload": "Lightsword: maybe",
      "action": false,
      "timestamp": "2016-06-09T19:56:24+00:00"
    },
    {
      "id": "d3121d6b2571452baaaeb3b81cdfa766",
      "sender": "sipa",
      "payload": "Lightsword: it's often hard to predict how long protocols live",
      "action": false,
      "timestamp": "2016-06-09T19:56:41+00:00"
    },
    {
      "id": "432223968ed942b991a7f00a9a1dc268",
      "sender": "gmaxwell",
      "payload": "I think important big PRs I'd really like to have in 0.13 are SW, Compact blocks, CFPF related, and BIP32.",
      "action": false,
      "timestamp": "2016-06-09T19:56:47+00:00"
    },
    {
      "id": "4a24da6cda3a4b958018bb7506925ee7",
      "sender": "sdaftuar",
      "payload": "gmaxwell: ok, let me know if you want help with the sim environment i shared with you, i think that makes it easy",
      "action": false,
      "timestamp": "2016-06-09T19:56:51+00:00"
    },
    {
      "id": "bef6922967a145f3a62e6120543f8c07",
      "sender": "instagibbs",
      "payload": "sipa, https://github.com/bitcoin/bitcoin/pull/8084",
      "action": false,
      "timestamp": "2016-06-09T19:56:54+00:00"
    },
    {
      "id": "7cb4eec64153414eb33da2d7cc0aaf40",
      "sender": "gmaxwell",
      "payload": "There are a bunch of small things (including all of mine)",
      "action": false,
      "timestamp": "2016-06-09T19:56:59+00:00"
    },
    {
      "id": "349aa5adde2049bd9ccc4210247cb78e",
      "sender": "sipa",
      "payload": "instagibbs: that one, thanks",
      "action": false,
      "timestamp": "2016-06-09T19:57:16+00:00"
    },
    {
      "id": "09be9ba235c34501bb1d11be43346f1b",
      "sender": "cfields_",
      "payload": "off-topic: quickly, before I forget. I'll be headed out of town on Friday and only reachable for emergencies for ~10 days. If anyone needs anything from me before I go, speak up now :)",
      "action": false,
      "timestamp": "2016-06-09T19:57:45+00:00"
    },
    {
      "id": "2817a98aea1443f3a421ad80405645d5",
      "sender": "sipa",
      "payload": "cfields_: for how long?",
      "action": false,
      "timestamp": "2016-06-09T19:57:58+00:00"
    },
    {
      "id": "86d315a775314a1c81495439d8d1d029",
      "sender": "sipa",
      "payload": "a month?",
      "action": false,
      "timestamp": "2016-06-09T19:58:03+00:00"
    },
    {
      "id": "2a62a740c0c54ee49485d7cf3c65a5d6",
      "sender": "Lightsword",
      "payload": "maybe we should just have a service bit for flagging fast relay nodes/miners in general for preferential peering rather than making it flag compact blocks specifically",
      "action": false,
      "timestamp": "2016-06-09T19:58:04+00:00"
    },
    {
      "id": "6b508041e6b54d4ca1d01b16f3589a3e",
      "sender": "wumpus",
      "payload": "only features have to be in before the feature freeze, anything that can be interpreted as bug fixes or anti-DoS measures doesn't have the deadline of next week",
      "action": false,
      "timestamp": "2016-06-09T19:58:17+00:00"
    },
    {
      "id": "31256e2545a4499381999712bd64b41d",
      "sender": "wumpus",
      "payload": "also SW is special",
      "action": false,
      "timestamp": "2016-06-09T19:58:20+00:00"
    },
    {
      "id": "5e2f6ab57fbc4523aca549fa979f0e09",
      "sender": "sipa",
      "payload": "Lightsword: we should also have an evil bit that abusive nodes should set",
      "action": false,
      "timestamp": "2016-06-09T19:58:30+00:00"
    },
    {
      "id": "75798b89a19142edaecab2fbde6e0c95",
      "sender": "gmaxwell",
      "payload": "Lightsword: \"the I am a DOS attack master node, please connect to me\" flag?",
      "action": false,
      "timestamp": "2016-06-09T19:58:45+00:00"
    },
    {
      "id": "f442f485ed684077b9451e2a5bbfb353",
      "sender": "Chris_St1",
      "payload": "brilliant",
      "action": false,
      "timestamp": "2016-06-09T19:58:48+00:00"
    },
    {
      "id": "40b1ae1ca1cd40ae9fe3f35834d10b88",
      "sender": "btcdrak",
      "payload": "sipa: ^.^",
      "action": false,
      "timestamp": "2016-06-09T19:58:51+00:00"
    },
    {
      "id": "1fff6650ef5a447781ff8613d1554804",
      "sender": "wumpus",
      "payload": "as we discussed above it's a consensus change so it can't be enabled in a major release first",
      "action": false,
      "timestamp": "2016-06-09T19:58:56+00:00"
    },
    {
      "id": "1593c2945ba54835b5f580eb75574d50",
      "sender": "cfields_",
      "payload": "sipa: for ~10 days. I'll be gone for a month total, but working for the last few weeks.",
      "action": false,
      "timestamp": "2016-06-09T19:59:04+00:00"
    },
    {
      "id": "f31a2a7f8e7a4ebda747360b25ec257c",
      "sender": "sipa",
      "payload": "i see",
      "action": false,
      "timestamp": "2016-06-09T19:59:10+00:00"
    },
    {
      "id": "c1e3fc8a0d4e47b5ba6a351f5280c3e9",
      "sender": "wumpus",
      "payload": "he announced that well in advance",
      "action": false,
      "timestamp": "2016-06-09T19:59:23+00:00"
    },
    {
      "id": "cc1d62ce2fb840d382c141e18c856d38",
      "sender": "gmaxwell",
      "payload": "lynch him!",
      "action": false,
      "timestamp": "2016-06-09T19:59:30+00:00"
    },
    {
      "id": "e60b8bdbe1fe4355956a62aa4d113f5b",
      "sender": "luke-jr",
      "payload": "cfields_: review of https://github.com/bitcoin/bitcoin/pull/5872 ? :D",
      "action": false,
      "timestamp": "2016-06-09T19:59:33+00:00"
    },
    {
      "id": "4bb7d5aac896469298deaf0f8b91cb8b",
      "sender": "gmaxwell",
      "payload": "oh in advance, okay.",
      "action": false,
      "timestamp": "2016-06-09T19:59:36+00:00"
    },
    {
      "id": "3b5cdada4df6430a811bf6e41240beed",
      "sender": "gmaxwell",
      "payload": ":P",
      "action": false,
      "timestamp": "2016-06-09T19:59:38+00:00"
    },
    {
      "id": "3272861f1b244dd2946f2209c8bb3635",
      "sender": "BakSAj",
      "payload": ":-)",
      "action": false,
      "timestamp": "2016-06-09T19:59:47+00:00"
    },
    {
      "id": "4e5c2b9759cf469ca344362754458d27",
      "sender": "cfields_",
      "payload": "luke-jr: added to the list, thanks",
      "action": false,
      "timestamp": "2016-06-09T19:59:54+00:00"
    },
    {
      "id": "398e18ad5c7e4d73b09eb925c81351f5",
      "sender": "sipa",
      "payload": "*ding dong*",
      "action": false,
      "timestamp": "2016-06-09T20:00:01+00:00"
    },
    {
      "id": "ac4465660cb244f28330a07db7031d1b",
      "sender": "instagibbs",
      "payload": "wumpus, all-but-SF SW would be nice",
      "action": false,
      "timestamp": "2016-06-09T20:00:03+00:00"
    },
    {
      "id": "376154b9e13441cabf7a668f3ffd9ce3",
      "sender": "wumpus",
      "payload": "#endmeeting",
      "action": false,
      "timestamp": "2016-06-09T20:00:05+00:00"
    }
  ],
  "events": [
    {
      "event_type": "START_MEETING",
      "message": {
        "id": "0dbd44af33a94169acf817d968e2e46a",
        "sender": "wumpus",
        "payload": "#startmeeting",
        "action": false,
        "timestamp": "2016-06-09T19:00:38+00:00"
      },
      "operand": null,
      "id": "0dbd44af33a94169acf817d968e2e46a",
      "timestamp": "2016-06-09T19:00:38+00:00"
    },
    {
      "event_type": "LINK",
      "message": {
        "id": "38ed5b9f574c49589f1d00eba0789a9a",
        "sender": "wumpus",
        "payload": "#link 0.13 release schedule: https://github.com/bitcoin/bitcoin/issues/7679",
        "action": false,
        "timestamp": "2016-06-09T19:01:39+00:00"
      },
      "operand": "0.13 release schedule: https://github.com/bitcoin/bitcoin/issues/7679",
      "id": "38ed5b9f574c49589f1d00eba0789a9a",
      "timestamp": "2016-06-09T19:01:39+00:00"
    },
    {
      "event_type": "TOPIC",
      "message": {
        "id": "1f2cb5036d2645e99135de3437af3b90",
        "sender": "wumpus",
        "payload": "#topic compile-time memory usage",
        "action": false,
        "timestamp": "2016-06-09T19:05:38+00:00"
      },
      "operand": "compile-time memory usage",
      "id": "1f2cb5036d2645e99135de3437af3b90",
      "timestamp": "2016-06-09T19:05:38+00:00"
    },
    {
      "event_type": "LINK",
      "message": {
        "id": "bb3abb95abd24e75a3ddcd5f0e8514a8",
        "sender": "wumpus",
        "payload": "#link https://github.com/bitcoin/bitcoin/issues/7471",
        "action": false,
        "timestamp": "2016-06-09T19:06:54+00:00"
      },
      "operand": "https://github.com/bitcoin/bitcoin/issues/7471",
      "id": "bb3abb95abd24e75a3ddcd5f0e8514a8",
      "timestamp": "2016-06-09T19:06:54+00:00"
    },
    {
      "event_type": "LINK",
      "message": {
        "id": "593dedcb63ea4aa0a7978bcdecfde8c5",
        "sender": "wumpus",
        "payload": "#link https://github.com/bitcoin/bitcoin/issues/6658",
        "action": false,
        "timestamp": "2016-06-09T19:07:33+00:00"
      },
      "operand": "https://github.com/bitcoin/bitcoin/issues/6658",
      "id": "593dedcb63ea4aa0a7978bcdecfde8c5",
      "timestamp": "2016-06-09T19:07:33+00:00"
    },
    {
      "event_type": "LINK",
      "message": {
        "id": "2451bf1a68ea41bda09145c8ad35c299",
        "sender": "MarcoFalke",
        "payload": "https://github.com/bitcoin/bitcoin/blob/master/doc/build-unix.md#arm-cross-compilation",
        "action": false,
        "timestamp": "2016-06-09T19:17:14+00:00"
      },
      "operand": "https://github.com/bitcoin/bitcoin/blob/master/doc/build-unix.md#arm-cross-compilation",
      "id": "2451bf1a68ea41bda09145c8ad35c299",
      "timestamp": "2016-06-09T19:17:14+00:00"
    },
    {
      "event_type": "TOPIC",
      "message": {
        "id": "44aa1661e555440ca5f9e43dc63a7f47",
        "sender": "wumpus",
        "payload": "#topic compact block testing",
        "action": false,
        "timestamp": "2016-06-09T19:41:24+00:00"
      },
      "operand": "compact block testing",
      "id": "44aa1661e555440ca5f9e43dc63a7f47",
      "timestamp": "2016-06-09T19:41:24+00:00"
    },
    {
      "event_type": "LINK",
      "message": {
        "id": "4f765cfa6e7647609b082893f904d52a",
        "sender": "wumpus",
        "payload": "#link https://github.com/bitcoin/bitcoin/pull/8068",
        "action": false,
        "timestamp": "2016-06-09T19:47:07+00:00"
      },
      "operand": "https://github.com/bitcoin/bitcoin/pull/8068",
      "id": "4f765cfa6e7647609b082893f904d52a",
      "timestamp": "2016-06-09T19:47:07+00:00"
    },
    {
      "event_type": "ACTION",
      "message": {
        "id": "2196f0f675374d3d8bc4d94ec1580c01",
        "sender": "wumpus",
        "payload": "#action forget sipa's compact blocks branch and use thebluematt's PR",
        "action": false,
        "timestamp": "2016-06-09T19:47:46+00:00"
      },
      "operand": "forget sipa's compact blocks branch and use thebluematt's PR",
      "id": "2196f0f675374d3d8bc4d94ec1580c01",
      "timestamp": "2016-06-09T19:47:46+00:00"
    },
    {
      "event_type": "END_MEETING",
      "message": {
        "id": "376154b9e13441cabf7a668f3ffd9ce3",
        "sender": "wumpus",
        "payload": "#endmeeting",
        "action": false,
        "timestamp": "2016-06-09T20:00:05+00:00"
      },
      "operand": null,
      "id": "376154b9e13441cabf7a668f3ffd9ce3",
      "timestamp": "2016-06-09T20:00:05+00:00"
    }
  ],
  "aliases": {},
  "vote_in_progress": false,
  "motion_index": null
}