{
  "founder": "wumpus",
  "channel": "bitcoin-dev",
  "network": "freenode",
  "id": "9d7837d7c39c4a92b4ef5f2f5f590054",
  "name": "bitcoin-dev",
  "chair": "wumpus",
  "chairs": [
    "wumpus"
  ],
  "nicks": {
    "wumpus": 71,
    "lightningbot`": 2,
    "gmaxwell": 14,
    "bittrex-richie": 1,
    "cfields": 4,
    "sipa": 45,
    "_maddy": 1,
    "morcos": 39,
    "petertodd": 27,
    "jtimon": 28,
    "maaku": 33,
    "sdaftuar": 3,
    "paveljanik": 10
  },
  "start_time": "2016-02-11T19:00:45+00:00",
  "end_time": "2016-02-11T19:58:35+00:00",
  "active": false,
  "original_topic": null,
  "current_topic": "fraud proofs",
  "messages": [
    {
      "id": "3a06e351bea0413a9b5ba36fd0622bb1",
      "sender": "wumpus",
      "payload": "#startmeeting",
      "action": false,
      "timestamp": "2016-02-11T19:00:45+00:00"
    },
    {
      "id": "c36f957123214a718aedb6d74382e376",
      "sender": "lightningbot`",
      "payload": "Meeting started Thu Feb 11 19:00:45 2016 UTC.  The chair is wumpus. Information about MeetBot at http://wiki.debian.org/MeetBot.",
      "action": false,
      "timestamp": "2016-02-11T19:00:45+00:00"
    },
    {
      "id": "60f9198584644dafb207325bd58c7de5",
      "sender": "lightningbot`",
      "payload": "Useful Commands: #action #agreed #help #info #idea #link #topic.",
      "action": false,
      "timestamp": "2016-02-11T19:00:45+00:00"
    },
    {
      "id": "cbcd200229614f069f727ab42d734b4d",
      "sender": "wumpus",
      "payload": "well thanks I guess :)",
      "action": false,
      "timestamp": "2016-02-11T19:01:04+00:00"
    },
    {
      "id": "374aa303acdc43309570bf83fb828e4d",
      "sender": "wumpus",
      "payload": "topic proposals?",
      "action": false,
      "timestamp": "2016-02-11T19:01:36+00:00"
    },
    {
      "id": "b2b720c1e53a429a80ebb7a184efad62",
      "sender": "gmaxwell",
      "payload": "Plans for RC37?",
      "action": false,
      "timestamp": "2016-02-11T19:01:50+00:00"
    },
    {
      "id": "77b878a98d2e48da8381e2da0a16b447",
      "sender": "wumpus",
      "payload": "last meeting we had as action items ACTION: review and test ACK #7184 and #6564 (wumpus, 19:20:09)",
      "action": false,
      "timestamp": "2016-02-11T19:01:58+00:00"
    },
    {
      "id": "c36618ed2b61405bb9a33123e5bb0490",
      "sender": "wumpus",
      "payload": "almost gmaxwell",
      "action": false,
      "timestamp": "2016-02-11T19:02:03+00:00"
    },
    {
      "id": "e5048b7f0f3743189398b120c088b5ee",
      "sender": "bittrex-richie",
      "payload": "ok.. we'll see what happens if i empty this awllet out",
      "action": false,
      "timestamp": "2016-02-11T19:02:24+00:00"
    },
    {
      "id": "aecb03418ece4bf89e9e459465d863c9",
      "sender": "gmaxwell",
      "payload": "If cfields is around I'd like to hear an update about how his networking stack reworking is going.",
      "action": false,
      "timestamp": "2016-02-11T19:03:22+00:00"
    },
    {
      "id": "bd0679eaacdf486bb796976ca6d0aeb6",
      "sender": "wumpus",
      "payload": "rc4 and rc5 were just tagged in quick succession, so we'll skip executables for rc4",
      "action": false,
      "timestamp": "2016-02-11T19:03:42+00:00"
    },
    {
      "id": "8cf70a8f992640568da668ff02302791",
      "sender": "cfields",
      "payload": "gmaxwell: i'm hacking furiously trying to get it cleaned up. I've rewritten much of it a dozen or so times, but i've never considered it to be in a state where it's a good starting point for review.",
      "action": false,
      "timestamp": "2016-02-11T19:04:28+00:00"
    },
    {
      "id": "eddced59f51d4f5987d892b0a09f5463",
      "sender": "wumpus",
      "payload": "rc6 to rc\u00c3\u00a2\u00c2\u0088\u00c2\u009e-1 can hopefully be skipped and this is finally final :)",
      "action": false,
      "timestamp": "2016-02-11T19:05:13+00:00"
    },
    {
      "id": "a188def9289c4aeba5c3c274f0d7e02c",
      "sender": "cfields",
      "payload": "gmaxwell: as i've been saying for ages now, hope to have it ready for review in the next week or so.",
      "action": false,
      "timestamp": "2016-02-11T19:05:13+00:00"
    },
    {
      "id": "1d22c9eb019c435e8e7fcda27bdfbbef",
      "sender": "wumpus",
      "payload": "#topic P2P code refactor",
      "action": false,
      "timestamp": "2016-02-11T19:05:35+00:00"
    },
    {
      "id": "7fd6809130a2498d9066a1e1186a7f82",
      "sender": "wumpus",
      "payload": "yes I think it's time to seriously look at that now",
      "action": false,
      "timestamp": "2016-02-11T19:06:37+00:00"
    },
    {
      "id": "91d21bb4f9e24268877144c929d1aedd",
      "sender": "sipa",
      "payload": "agree",
      "action": false,
      "timestamp": "2016-02-11T19:06:47+00:00"
    },
    {
      "id": "fcfce6f152d44af5b50b1787af947a7f",
      "sender": "gmaxwell",
      "payload": "cfields: okay, -- sounds totally reasonable. I was worrying a bit that you've gone heads down on it long enough that the result might be big enough to make reviewing really hard; ... but if you're spending all that time redoing it rather than adding more code, then it should be no issue. :)",
      "action": false,
      "timestamp": "2016-02-11T19:06:55+00:00"
    },
    {
      "id": "52e1466df3954a4d8c1894ac0cabf0c0",
      "sender": "cfields",
      "payload": "gmaxwell: for a bit more info: i've whittled it down to little more than a replacement of the current networking threads. message parsing/processing/etc is intact for the sake of easier review/merge. I have refactors for those elsewhere, but as next steps",
      "action": false,
      "timestamp": "2016-02-11T19:07:17+00:00"
    },
    {
      "id": "81964494ba534ab9b7e39526142edb57",
      "sender": "_maddy",
      "payload": "Where do I find the format of the blk0001.dat file in source code?",
      "action": false,
      "timestamp": "2016-02-11T19:07:26+00:00"
    },
    {
      "id": "116abe2b9ce54e80aad0a13637cd344d",
      "sender": "wumpus",
      "payload": "the time for something invasive like that to be merged is at the beginning of the release window, so around now, otherwise we'll probably have to postpone it to 0.14",
      "action": false,
      "timestamp": "2016-02-11T19:07:26+00:00"
    },
    {
      "id": "bfbcb050ec724a729b40400b6847d8c3",
      "sender": "cfields",
      "payload": "wumpus / gmaxwell / sipa: understood",
      "action": false,
      "timestamp": "2016-02-11T19:07:31+00:00"
    },
    {
      "id": "5bbc360b1284427bacdc5036919d97cd",
      "sender": "wumpus",
      "payload": "okay clear, next topic?",
      "action": false,
      "timestamp": "2016-02-11T19:08:20+00:00"
    },
    {
      "id": "f83b97db039b4bdd9f4f1a499d2d1107",
      "sender": "sipa",
      "payload": "BIP112/68/113 plans?",
      "action": false,
      "timestamp": "2016-02-11T19:08:55+00:00"
    },
    {
      "id": "6da0b51b3ca9472cb1fb734636e528a7",
      "sender": "wumpus",
      "payload": "#topic BIP68 review",
      "action": false,
      "timestamp": "2016-02-11T19:08:57+00:00"
    },
    {
      "id": "36f6e83c388f482385d395973728ec42",
      "sender": "morcos",
      "payload": "is maaku here?",
      "action": false,
      "timestamp": "2016-02-11T19:09:06+00:00"
    },
    {
      "id": "aeda595e2eb94c9aacd662efb9f04b82",
      "sender": "wumpus",
      "payload": "how is the review of the BIP68 pulls going?",
      "action": false,
      "timestamp": "2016-02-11T19:09:09+00:00"
    },
    {
      "id": "ca44654a05c04aa8b50dca2a229591f7",
      "sender": "morcos",
      "payload": "sdaftuar found some more mistakes, i need to fix those, can do this afternoon",
      "action": false,
      "timestamp": "2016-02-11T19:09:27+00:00"
    },
    {
      "id": "8bf9cbba345847e0801a13cb4374b566",
      "sender": "wumpus",
      "payload": "(sorry, wasn't able to look at it much myself this week)",
      "action": false,
      "timestamp": "2016-02-11T19:09:29+00:00"
    },
    {
      "id": "43dc334537b748598133d1bda86e28d0",
      "sender": "morcos",
      "payload": "but there is other work that needs to be done, such as the soft fork logic",
      "action": false,
      "timestamp": "2016-02-11T19:09:41+00:00"
    },
    {
      "id": "e152536965d14dc89d264f114dc97b9b",
      "sender": "wumpus",
      "payload": "ok, yes let's focus on the mempool only stuf now",
      "action": false,
      "timestamp": "2016-02-11T19:09:55+00:00"
    },
    {
      "id": "792680cdc5d248c789b4bca1c0fcee1a",
      "sender": "morcos",
      "payload": "wumpus: i think i disagree",
      "action": false,
      "timestamp": "2016-02-11T19:10:11+00:00"
    },
    {
      "id": "5f8f32dba2434aef917862d52fe12672",
      "sender": "wumpus",
      "payload": "I think that's quite enough",
      "action": false,
      "timestamp": "2016-02-11T19:10:15+00:00"
    },
    {
      "id": "18fe2c5576aa4c3782f1744e377617e5",
      "sender": "wumpus",
      "payload": "why?",
      "action": false,
      "timestamp": "2016-02-11T19:10:30+00:00"
    },
    {
      "id": "fb36e311d35a4133bf6c84d5bccd08ca",
      "sender": "petertodd",
      "payload": "morcos: soft fork needs better unit tests IMO",
      "action": false,
      "timestamp": "2016-02-11T19:10:31+00:00"
    },
    {
      "id": "2e1061f91f3a4f60a3c8ddc43fc64bc1",
      "sender": "sipa",
      "payload": "the GetMedianTimePast behaviour is already in, right?",
      "action": false,
      "timestamp": "2016-02-11T19:10:34+00:00"
    },
    {
      "id": "33d3d96209574ff1ab57835f4d88ab01",
      "sender": "morcos",
      "payload": "several months ago sdaftuar found a mistake in the mempool code only be thinking about how the soft fork logic would apply",
      "action": false,
      "timestamp": "2016-02-11T19:10:40+00:00"
    },
    {
      "id": "3e15fa8ff0324a3497f8d8bfffa6a4f8",
      "sender": "wumpus",
      "payload": "yes, but I mean the softfork code won't be considered until the mempool-only enforcement is in for a while",
      "action": false,
      "timestamp": "2016-02-11T19:11:11+00:00"
    },
    {
      "id": "6351578deeb14573b1dffc0d68b49d2f",
      "sender": "wumpus",
      "payload": "thinking about it can't hurt, sure",
      "action": false,
      "timestamp": "2016-02-11T19:11:17+00:00"
    },
    {
      "id": "b2c09360f4174a81b41ddde95b3b4b63",
      "sender": "morcos",
      "payload": "wumpus: not necessary, its already non standard",
      "action": false,
      "timestamp": "2016-02-11T19:11:23+00:00"
    },
    {
      "id": "a7b42341339241288dff46371f826b31",
      "sender": "morcos",
      "payload": "tx version 2",
      "action": false,
      "timestamp": "2016-02-11T19:11:27+00:00"
    },
    {
      "id": "dbddc2f0f7db40708d5c8755e5696856",
      "sender": "jtimon",
      "payload": "morcos: the softfork logic is not going to be merged with the policy-only implementations, we've never done it, why change now?",
      "action": false,
      "timestamp": "2016-02-11T19:11:34+00:00"
    },
    {
      "id": "f0f6fe6895114803b0b41ef5e053f723",
      "sender": "wumpus",
      "payload": "well that's completely different than what was discussed last week ...",
      "action": false,
      "timestamp": "2016-02-11T19:11:50+00:00"
    },
    {
      "id": "b8ecc8f8098b461cb527640afb69ae86",
      "sender": "jtimon",
      "payload": "specially when we would hopefully deploy it with bip9...",
      "action": false,
      "timestamp": "2016-02-11T19:11:58+00:00"
    },
    {
      "id": "c38bf9be512a48bc811caf9f62c87903",
      "sender": "morcos",
      "payload": "sorry , i don't think i was in the meeting last week",
      "action": false,
      "timestamp": "2016-02-11T19:12:05+00:00"
    },
    {
      "id": "b8716e1ecaae42469a300ed25b378800",
      "sender": "sipa",
      "payload": "BIP113 needed mempool deployment before being safe as a softfork",
      "action": false,
      "timestamp": "2016-02-11T19:12:18+00:00"
    },
    {
      "id": "e873be6a22ce4c70b26036fb65066d8c",
      "sender": "morcos",
      "payload": "i thought i skimmed the conversation but i must have missed that",
      "action": false,
      "timestamp": "2016-02-11T19:12:18+00:00"
    },
    {
      "id": "0ff7f3b96aae49ad8f12631790c42e2c",
      "sender": "sipa",
      "payload": "but BIP68 and BIP112 don't, afaik",
      "action": false,
      "timestamp": "2016-02-11T19:12:25+00:00"
    },
    {
      "id": "b7e91abccc4744e286d687e5af725ce2",
      "sender": "wumpus",
      "payload": "introducing the softfork is going to require much more scrutiny, and tests, as petertodd says",
      "action": false,
      "timestamp": "2016-02-11T19:12:47+00:00"
    },
    {
      "id": "048f42fa01f4438baa01ff3e25e62078",
      "sender": "morcos",
      "payload": "in any case, i don't care if we merge the mempool code first and it might indeed make sense to do so, i just think we should look at the soft fork logic",
      "action": false,
      "timestamp": "2016-02-11T19:12:55+00:00"
    },
    {
      "id": "0149c215e8814903a2d030e0c2607852",
      "sender": "sipa",
      "payload": "how about we merge mempool logic in master only",
      "action": false,
      "timestamp": "2016-02-11T19:13:14+00:00"
    },
    {
      "id": "2ccf8d1ceef0499dab18441a1cae391c",
      "sender": "maaku",
      "payload": "morcos: yes I'm here",
      "action": false,
      "timestamp": "2016-02-11T19:13:15+00:00"
    },
    {
      "id": "3253049c7d684e7990613a3a7586edcf",
      "sender": "jtimon",
      "payload": "last week my hope was that at least bip68 would finally be merged today or before today...",
      "action": false,
      "timestamp": "2016-02-11T19:13:24+00:00"
    },
    {
      "id": "a3c4a73d8e3849dc9936ebb8d225732e",
      "sender": "wumpus",
      "payload": "jtimon: you mean mempool-only right?",
      "action": false,
      "timestamp": "2016-02-11T19:13:51+00:00"
    },
    {
      "id": "a76d134188d641c2850fe47449be50d3",
      "sender": "morcos",
      "payload": "maaku: i was wondering whether you were going to take over BIP 68 etc.. stuff again..  in particular the soft fork logic for it.",
      "action": false,
      "timestamp": "2016-02-11T19:13:58+00:00"
    },
    {
      "id": "1bec94230c204bc1b57e64115e426db5",
      "sender": "sipa",
      "payload": "and then backport mempool+softfork to 0.12.x when the softfork is ready",
      "action": false,
      "timestamp": "2016-02-11T19:14:04+00:00"
    },
    {
      "id": "75cbfcdbf7f64e23b1ad64d2ddd3d7d3",
      "sender": "petertodd",
      "payload": "morcos: by \"soft fork logic\" - i assume you mean something like bip9? I mean, the IsSuperMajority() mechanism is just a few lines of code",
      "action": false,
      "timestamp": "2016-02-11T19:14:05+00:00"
    },
    {
      "id": "3a7cb48cb62945c6af39824eb42bf15d",
      "sender": "wumpus",
      "payload": "sipa: agree",
      "action": false,
      "timestamp": "2016-02-11T19:14:13+00:00"
    },
    {
      "id": "99fdc816e14a4e8d9e8a9b239933abe8",
      "sender": "jtimon",
      "payload": "wumpus: of course, and I meant on master only as well (we cannot backport for 12.1 until we actually have 12.0, right?)",
      "action": false,
      "timestamp": "2016-02-11T19:14:31+00:00"
    },
    {
      "id": "05dc026560d24d44893ad87796ad1fda",
      "sender": "wumpus",
      "payload": "jtimon: absolutely",
      "action": false,
      "timestamp": "2016-02-11T19:14:40+00:00"
    },
    {
      "id": "3efc68217786482a91906e2518d56ff7",
      "sender": "sipa",
      "payload": "jtimon: yeah",
      "action": false,
      "timestamp": "2016-02-11T19:14:45+00:00"
    },
    {
      "id": "75425708eff443d0b433c0d49474dc3b",
      "sender": "gmaxwell",
      "payload": "we really need to migrate to a BIP9 style way of doing soft-forks...",
      "action": false,
      "timestamp": "2016-02-11T19:14:55+00:00"
    },
    {
      "id": "34a0f3b0c41d417593b97961a940b2e1",
      "sender": "morcos",
      "payload": "ok i guess thats not unreasonable... if there is a change needed to the consensus logic in the mempool brought out by the softfork code , it doesn't matter if its only in master",
      "action": false,
      "timestamp": "2016-02-11T19:14:59+00:00"
    },
    {
      "id": "8ba015192d024679899cc67dde001db7",
      "sender": "sipa",
      "payload": "gmaxwell: yes, but that needs usable code...",
      "action": false,
      "timestamp": "2016-02-11T19:15:08+00:00"
    },
    {
      "id": "4c520e4f10974247ad4e93fa8a3f9f18",
      "sender": "morcos",
      "payload": "consensus logic that is (re)used by the mempool only version",
      "action": false,
      "timestamp": "2016-02-11T19:15:37+00:00"
    },
    {
      "id": "a7dac8c4dfa94c9d9fb09a081fd3f06f",
      "sender": "maaku",
      "payload": "morcos: I intended to rebase the CSV code against your BIP 68 branch once that merges",
      "action": false,
      "timestamp": "2016-02-11T19:16:21+00:00"
    },
    {
      "id": "b3adf999fa2a4e96b746b3db92b58e57",
      "sender": "morcos",
      "payload": "ok, well i think 7184 can be merged after i fix sdaftuars comments, they are relatively straight forward, i'll leave as a separate commit and maybe a couple of people that reviewed prior can just ack and we can squash on merge",
      "action": false,
      "timestamp": "2016-02-11T19:16:29+00:00"
    },
    {
      "id": "5d4867a8fbc04d99a29949a1d52911be",
      "sender": "maaku",
      "payload": "petertodd: BIP 68 hasn't really been reviewed with a mindset of consensus validation",
      "action": false,
      "timestamp": "2016-02-11T19:17:07+00:00"
    },
    {
      "id": "a22715fbfb6d4393a6906bdb45e1f950",
      "sender": "sipa",
      "payload": "oh, topic suggestion: squash/rebase/merge recommendations",
      "action": false,
      "timestamp": "2016-02-11T19:17:09+00:00"
    },
    {
      "id": "6e45499c079b43cf870bc0c9e0f65142",
      "sender": "morcos",
      "payload": "maaku: yes, thats why i thought you were working on it again.  but all of 68,112,113 need soft fork logic at some point...",
      "action": false,
      "timestamp": "2016-02-11T19:17:18+00:00"
    },
    {
      "id": "af608ae77cde43acb6af0fc87a3c523f",
      "sender": "sipa",
      "payload": "maaku: i have",
      "action": false,
      "timestamp": "2016-02-11T19:17:19+00:00"
    },
    {
      "id": "a2ba1e3186fa4ba98de61fe4b94a2eb3",
      "sender": "maaku",
      "payload": "(I know because serious bugs were found in the enforcement long after ACKs of 6312)",
      "action": false,
      "timestamp": "2016-02-11T19:17:50+00:00"
    },
    {
      "id": "7a18325621d24501a2fb1b0871008aa6",
      "sender": "morcos",
      "payload": "maaku: thats my point, some of us have been trying to review it with that mindset but it would be easier to do so if we see the soft fork logic",
      "action": false,
      "timestamp": "2016-02-11T19:17:59+00:00"
    },
    {
      "id": "9255aed6de3c4563bcf2e25924e93cd5",
      "sender": "maaku",
      "payload": "some by sipa some by sdaftuar, thank you",
      "action": false,
      "timestamp": "2016-02-11T19:18:00+00:00"
    },
    {
      "id": "21d1995363f842bda5c216c2b0777c1e",
      "sender": "jtimon",
      "payload": "great! next action review/test/merge #6564 after we finally merge #7148 ?",
      "action": false,
      "timestamp": "2016-02-11T19:18:31+00:00"
    },
    {
      "id": "e9131bf183414eadb536112f793d9bd1",
      "sender": "petertodd",
      "payload": "maaku: I did that with BIP68, and quickly came to the conclusion that it needed better unittests for consensus validation :)",
      "action": false,
      "timestamp": "2016-02-11T19:18:45+00:00"
    },
    {
      "id": "f622011eb83340d8b53d55d6b95d2e19",
      "sender": "maaku",
      "payload": "morcos: imho we should merge BIP 68 policy-only, and open another PR with the soft-fork enforcement, just to get another round of ACKs specifically with an eye towards that",
      "action": false,
      "timestamp": "2016-02-11T19:18:52+00:00"
    },
    {
      "id": "bdea9821a0c84cd9a7036260e2542dbb",
      "sender": "jtimon",
      "payload": "I mean, it will need rebase first",
      "action": false,
      "timestamp": "2016-02-11T19:18:54+00:00"
    },
    {
      "id": "f4a449bea3ed446d83c58990007b70cc",
      "sender": "wumpus",
      "payload": "#action review/test/merge #7148 and #6564",
      "action": false,
      "timestamp": "2016-02-11T19:19:10+00:00"
    },
    {
      "id": "237f4a5f6f2849ee8821f51ac96c4bfd",
      "sender": "morcos",
      "payload": "maaku: yeah ok, as long as we are not backporting/releasing until we do that other PR, thats fine with me",
      "action": false,
      "timestamp": "2016-02-11T19:19:11+00:00"
    },
    {
      "id": "603cba0f5aa74e67bb4f1cb48a11c506",
      "sender": "morcos",
      "payload": "wumpus: it's 7184, and we should hold off on 6564 till maaku rebases",
      "action": false,
      "timestamp": "2016-02-11T19:19:28+00:00"
    },
    {
      "id": "7b41c29752124eda8cfc8f83a1367b85",
      "sender": "jtimon",
      "payload": "morcos: why that condition? we can backport as soon as we have a 12.0, no?",
      "action": false,
      "timestamp": "2016-02-11T19:19:47+00:00"
    },
    {
      "id": "137575a38e2d47a0a950ccdca1b71313",
      "sender": "maaku",
      "payload": "morcos: yeah the point is there's confusion about who has reviewed with an eye towards enforcement, and that's just delaying everything",
      "action": false,
      "timestamp": "2016-02-11T19:19:50+00:00"
    },
    {
      "id": "641cd3625c3d4afdaa6beedb3abd0441",
      "sender": "sipa",
      "payload": "jtimon: i would backport only as soon as there is softfork logic too",
      "action": false,
      "timestamp": "2016-02-11T19:20:08+00:00"
    },
    {
      "id": "e9c52986308e4d1bbb1107ba67a2eeb1",
      "sender": "wumpus",
      "payload": "yeah, it makes only sense to backport something complete",
      "action": false,
      "timestamp": "2016-02-11T19:20:20+00:00"
    },
    {
      "id": "a2cf73ac53414e5aa50f37a34ec30e9c",
      "sender": "maaku",
      "payload": "people are happy with 7184 (modulo some last minute fixes I saw go through), if we can merge that asap I'd be happy",
      "action": false,
      "timestamp": "2016-02-11T19:20:32+00:00"
    },
    {
      "id": "535eb639a7f64bc3b3dd0755fe36da6b",
      "sender": "sdaftuar",
      "payload": "is the plan to only backport to 0.12?",
      "action": false,
      "timestamp": "2016-02-11T19:20:33+00:00"
    },
    {
      "id": "0cddec0a6b9e41aa82e08935e1ca4dd7",
      "sender": "wumpus",
      "payload": "let's focus on getting the damn thing merged in master, this has been dragging along for too long",
      "action": false,
      "timestamp": "2016-02-11T19:20:37+00:00"
    },
    {
      "id": "9099866e45a34c5199016cac020272a6",
      "sender": "jtimon",
      "payload": "I mean, I plan to backport it to https://github.com/jtimon/bitcoin/tree/backports-0.12 soon after it gets merged",
      "action": false,
      "timestamp": "2016-02-11T19:20:38+00:00"
    },
    {
      "id": "4efce9f443754467b526460d9637a4c0",
      "sender": "maaku",
      "payload": "(and I'll immediately rebase 6564 thereafter)",
      "action": false,
      "timestamp": "2016-02-11T19:20:49+00:00"
    },
    {
      "id": "24321835e83249ad8649b86fb495fb2f",
      "sender": "jtimon",
      "payload": "why not merge it as policy only for 12.01?",
      "action": false,
      "timestamp": "2016-02-11T19:20:55+00:00"
    },
    {
      "id": "4846e856f7a4482eb371c50469c9fcd0",
      "sender": "maaku",
      "payload": "when the soft-fork code is merged, it will be back ported to the two most recent releases, as per our recently adopted support policy",
      "action": false,
      "timestamp": "2016-02-11T19:21:25+00:00"
    },
    {
      "id": "f934bbcc519a4691aef8eb3c5b59bd3b",
      "sender": "wumpus",
      "payload": "because we need to make sure it's correct first",
      "action": false,
      "timestamp": "2016-02-11T19:21:27+00:00"
    },
    {
      "id": "62f9c9830a0e4299b9307fbc8be35483",
      "sender": "sipa",
      "payload": "jtimon: what's the point?",
      "action": false,
      "timestamp": "2016-02-11T19:21:27+00:00"
    },
    {
      "id": "44bbb3b80cf1485ea3a8e4ae151a5c34",
      "sender": "wumpus",
      "payload": "master is a good place to test things",
      "action": false,
      "timestamp": "2016-02-11T19:21:32+00:00"
    },
    {
      "id": "e6a989948c694256879c9361c22313fd",
      "sender": "maaku",
      "payload": "BIP 68 and 112 don't need to be back ported until enforcement",
      "action": false,
      "timestamp": "2016-02-11T19:21:45+00:00"
    },
    {
      "id": "153b138f709345a6ab9bdeff512e422c",
      "sender": "wumpus",
      "payload": "can always be adapted, or reverted there",
      "action": false,
      "timestamp": "2016-02-11T19:21:47+00:00"
    },
    {
      "id": "745844027db14cdba701149561b19d98",
      "sender": "gmaxwell",
      "payload": "a policy only softfork merge for an already non-standard softfork will disrupt deployment of the feature if it needs to change.",
      "action": false,
      "timestamp": "2016-02-11T19:21:52+00:00"
    },
    {
      "id": "e1412a7a07334fa0b8c4ef4cab835893",
      "sender": "maaku",
      "payload": "*until soft-fork deployment",
      "action": false,
      "timestamp": "2016-02-11T19:21:53+00:00"
    },
    {
      "id": "68cf5a6445ad4e41844a887f35a0c568",
      "sender": "wumpus",
      "payload": "I dont like doing that on a release version",
      "action": false,
      "timestamp": "2016-02-11T19:21:53+00:00"
    },
    {
      "id": "67f585b1cc9b446f8c602840d5a9643a",
      "sender": "jtimon",
      "payload": "sipa: having it ready? if it's not ready for 12.1 at least users will have it as policy-only...what's the reason not to do it?",
      "action": false,
      "timestamp": "2016-02-11T19:22:23+00:00"
    },
    {
      "id": "16fda7772b18411f8c00dc7daf79d372",
      "sender": "gmaxwell",
      "payload": "(because if the behavior changes we may need to first policy out the old behavior before the soft-fork can begin.)",
      "action": false,
      "timestamp": "2016-02-11T19:22:32+00:00"
    },
    {
      "id": "f4b1a172c7244bdb9f0c7c8b7640a831",
      "sender": "sipa",
      "payload": "jtimon: having it as policy only has no use",
      "action": false,
      "timestamp": "2016-02-11T19:22:35+00:00"
    },
    {
      "id": "a23562fb640e46778380b7d406539888",
      "sender": "sipa",
      "payload": "except testing",
      "action": false,
      "timestamp": "2016-02-11T19:22:40+00:00"
    },
    {
      "id": "b23b81b85d41407a82cf89b4e12b274f",
      "sender": "wumpus",
      "payload": "right sipa",
      "action": false,
      "timestamp": "2016-02-11T19:22:45+00:00"
    },
    {
      "id": "0d377c2397da441eab554e28e0cb64b1",
      "sender": "gmaxwell",
      "payload": "it's not that it has no use, it has potential anti-use.",
      "action": false,
      "timestamp": "2016-02-11T19:22:49+00:00"
    },
    {
      "id": "5f41ff57440247a8856fe13e4e64f162",
      "sender": "morcos",
      "payload": "ok, so to summarize.  i will add a small commit that address sdaftuars bugs within an hour of meeting end.  a couple people will review/ACK and we can merge this thing today",
      "action": false,
      "timestamp": "2016-02-11T19:22:51+00:00"
    },
    {
      "id": "76387efd604f41ada6918d2bb9ca2ccb",
      "sender": "morcos",
      "payload": "then we'll leave in master until we write the soft fork logic",
      "action": false,
      "timestamp": "2016-02-11T19:23:04+00:00"
    },
    {
      "id": "b89266fd52554de7a12e4c5ef234d419",
      "sender": "morcos",
      "payload": "maybe that should be the next topic",
      "action": false,
      "timestamp": "2016-02-11T19:23:09+00:00"
    },
    {
      "id": "70f91d827fee4253bcfbb26bb15756d8",
      "sender": "jtimon",
      "payload": "gmaxwell: mhmm, I hadn't thought about the potential anti-use...",
      "action": false,
      "timestamp": "2016-02-11T19:23:15+00:00"
    },
    {
      "id": "cba697a66691488091f747f815465836",
      "sender": "morcos",
      "payload": "what should that look like and who is doing it",
      "action": false,
      "timestamp": "2016-02-11T19:23:16+00:00"
    },
    {
      "id": "c0a9a74f958b4932a453a2a39c0ec5c3",
      "sender": "wumpus",
      "payload": "#topic soft fork logic",
      "action": false,
      "timestamp": "2016-02-11T19:23:33+00:00"
    },
    {
      "id": "5d24b1a0eda543dcb2378fa6133cb898",
      "sender": "gmaxwell",
      "payload": "(I'm fine with policy only for things where were quite sure that the logic is final, but are only delaying deployment e.g. because of other soft-forks in flight-- in this case, it should just be done as soon as it's final)",
      "action": false,
      "timestamp": "2016-02-11T19:24:05+00:00"
    },
    {
      "id": "98444b420a1e40429c49b6895dacc883",
      "sender": "jtimon",
      "payload": "depends on bip9, proposed topic bip9 implementations and plan forward",
      "action": false,
      "timestamp": "2016-02-11T19:24:09+00:00"
    },
    {
      "id": "43e539855176435bb89bbf303b8bac1e",
      "sender": "morcos",
      "payload": "i'm sorry that i volunteered and withdrew from bip9 work, but i'm trying to find things to do that it is easier to do head down and not lose concentration.",
      "action": false,
      "timestamp": "2016-02-11T19:24:50+00:00"
    },
    {
      "id": "caa6cbf0ce604775aaece4feb2f4b28a",
      "sender": "maaku",
      "payload": "imho the issue of bip9 vs ISM should be determined by what is ready at the time that we are preparing the soft-fork enforcement code",
      "action": false,
      "timestamp": "2016-02-11T19:25:37+00:00"
    },
    {
      "id": "10cd2dc95cd54d2fb799f575f881ef56",
      "sender": "maaku",
      "payload": "so the question really is, when is the BIP 68/112(/113?) soft-fork going out?",
      "action": false,
      "timestamp": "2016-02-11T19:26:02+00:00"
    },
    {
      "id": "3c6049350654411b88b6f16a3215c569",
      "sender": "morcos",
      "payload": "maaku: the issue is there are so many outstanding potential soft forks, that if each keeps waiting for the others, that might delay them all.  and if we just decided to do BIP 9 we'd stop having that problem",
      "action": false,
      "timestamp": "2016-02-11T19:26:25+00:00"
    },
    {
      "id": "f041f8721a804401b2009c161149b1a1",
      "sender": "morcos",
      "payload": "don't forget segwit",
      "action": false,
      "timestamp": "2016-02-11T19:26:30+00:00"
    },
    {
      "id": "9764f342144645deab55fbc9e6fe24ef",
      "sender": "morcos",
      "payload": "and don't forget we're far more likely now to have soft forks that we think are going to activate but maybe struggle to do so",
      "action": false,
      "timestamp": "2016-02-11T19:26:50+00:00"
    },
    {
      "id": "b6220eeeb7f54080a703f8c2f7bf33fd",
      "sender": "maaku",
      "payload": "morcos: I don't think the delay argument stands up for uncontroversial soft-forks",
      "action": false,
      "timestamp": "2016-02-11T19:27:08+00:00"
    },
    {
      "id": "8bf63a8169514a9292d8d5d469e36da3",
      "sender": "wumpus",
      "payload": "yes, BIP 9 still makes a lot of sense.",
      "action": false,
      "timestamp": "2016-02-11T19:27:12+00:00"
    },
    {
      "id": "987f15e59fd14deea27cfe7e48ac668e",
      "sender": "petertodd",
      "payload": "morcos: granted, we've got code actually written for what, two of them basically? (csv stuff and segwit stuff)",
      "action": false,
      "timestamp": "2016-02-11T19:27:25+00:00"
    },
    {
      "id": "55d80a9344184b758b252a118d5e02b2",
      "sender": "jtimon",
      "payload": "I don't want to stop anyone from do it, but I'm considering to write my own implementation, resuing some code from both CodeShark's and Rusty's implementation",
      "action": false,
      "timestamp": "2016-02-11T19:27:52+00:00"
    },
    {
      "id": "bcbfd4a067684c489d6ae97adf5fbce8",
      "sender": "morcos",
      "payload": "petertodd: or BIP 68 could be viewed spearately from 112/113 actually",
      "action": false,
      "timestamp": "2016-02-11T19:28:01+00:00"
    },
    {
      "id": "62f104b7d334435aa3795a4597c061ab",
      "sender": "maaku",
      "payload": "if CSV is ready next week, we can do ISV. and we can start segwit deployment via bip9 even if CSV deployment isn't finished",
      "action": false,
      "timestamp": "2016-02-11T19:28:07+00:00"
    },
    {
      "id": "22d59664d5c84a40ac0ed0c6a9ada6b8",
      "sender": "maaku",
      "payload": "*ISM",
      "action": false,
      "timestamp": "2016-02-11T19:28:12+00:00"
    },
    {
      "id": "acf0ea4db51b41baa78bd450f1de3b0d",
      "sender": "petertodd",
      "payload": "morcos: true, although even then, you *can* do concurrent ISM soft forks",
      "action": false,
      "timestamp": "2016-02-11T19:28:40+00:00"
    },
    {
      "id": "4c480ad4cfd54949a99c66726c5d1e45",
      "sender": "maaku",
      "payload": "My opinion is only that we shouldn't be holding up a valuable soft-fork due only to delay in bip9 development.",
      "action": false,
      "timestamp": "2016-02-11T19:29:10+00:00"
    },
    {
      "id": "2c324894a7d4431e8fcfa09ddb5eccff",
      "sender": "jtimon",
      "payload": "maaku ack",
      "action": false,
      "timestamp": "2016-02-11T19:29:21+00:00"
    },
    {
      "id": "70b6235fd7384ce29fc1a2101daafc04",
      "sender": "paveljanik",
      "payload": "+1",
      "action": false,
      "timestamp": "2016-02-11T19:29:26+00:00"
    },
    {
      "id": "eedf9dc09f3d4638a9e70b8a67aef274",
      "sender": "gmaxwell",
      "payload": "petertodd: only if they're additive.",
      "action": false,
      "timestamp": "2016-02-11T19:29:29+00:00"
    },
    {
      "id": "bd7818a12c8640209b767b55e6177dc7",
      "sender": "jtimon",
      "payload": "that doesn't mean we don't want bip9 asap as well though",
      "action": false,
      "timestamp": "2016-02-11T19:29:46+00:00"
    },
    {
      "id": "5c50ebda0e484e6694bb5b0ffa490107",
      "sender": "gmaxwell",
      "payload": "Fortunately I don't think we're actually faced with a hold up question there.",
      "action": false,
      "timestamp": "2016-02-11T19:29:49+00:00"
    },
    {
      "id": "ceaa23b44013406a84e54ab73ae633af",
      "sender": "wumpus",
      "payload": "yes I think that's clear, we can use only what is there, if there is no BIP9 implmentation ready then we can't use it",
      "action": false,
      "timestamp": "2016-02-11T19:29:51+00:00"
    },
    {
      "id": "144bed986f2e404480fd04095313b4fe",
      "sender": "petertodd",
      "payload": "gmaxwell: you mean, only if they don't conflict with each other?",
      "action": false,
      "timestamp": "2016-02-11T19:29:55+00:00"
    },
    {
      "id": "4d56fa27ff3e4b48a65dd6bb632f6f06",
      "sender": "wumpus",
      "payload": "there's no super hurry, but we can't hold up all softforks until BIP9 if there is no clear idea when it will be ready",
      "action": false,
      "timestamp": "2016-02-11T19:30:39+00:00"
    },
    {
      "id": "5e52089fd8d24b66bb99d16d8b9e1f62",
      "sender": "gmaxwell",
      "payload": "sure.",
      "action": false,
      "timestamp": "2016-02-11T19:31:13+00:00"
    },
    {
      "id": "35f6d419221e496a8122aaf2b8ff65fd",
      "sender": "sipa",
      "payload": "we should have a BIP9 implementation before we can even talk about delaying things for it",
      "action": false,
      "timestamp": "2016-02-11T19:31:17+00:00"
    },
    {
      "id": "dcbf8ad0b10b40a1b90559c678e894d9",
      "sender": "gmaxwell",
      "payload": "^ that.",
      "action": false,
      "timestamp": "2016-02-11T19:31:24+00:00"
    },
    {
      "id": "9c4fc485208f4b688ebc3c40acd8aea9",
      "sender": "wumpus",
      "payload": "yeah",
      "action": false,
      "timestamp": "2016-02-11T19:31:26+00:00"
    },
    {
      "id": "8420571921ef46f0987ce4443d42dc28",
      "sender": "jtimon",
      "payload": "I didn't knew that morcos had stopped working on it",
      "action": false,
      "timestamp": "2016-02-11T19:31:28+00:00"
    },
    {
      "id": "67ab203429f140acaac50828440be288",
      "sender": "morcos",
      "payload": "and we're not concerned about an ISM soft fork activating too early because of miners runnign another implementation?",
      "action": false,
      "timestamp": "2016-02-11T19:31:46+00:00"
    },
    {
      "id": "9d2b903c0c6c465cb6a075be187305e5",
      "sender": "maaku",
      "payload": "sipa: we should have *one* bip9 implementation ;) problem is we have 2 (soon to be 3)",
      "action": false,
      "timestamp": "2016-02-11T19:32:00+00:00"
    },
    {
      "id": "e7ad95ea32ad459090b0603498604eec",
      "sender": "morcos",
      "payload": "jtimon: never started, but i got too depressed.",
      "action": false,
      "timestamp": "2016-02-11T19:32:10+00:00"
    },
    {
      "id": "ba9750966e1f4e8e9f65994df61932fa",
      "sender": "sipa",
      "payload": "maaku: i don't mind trying to write one myself :p",
      "action": false,
      "timestamp": "2016-02-11T19:32:13+00:00"
    },
    {
      "id": "cd93e661998d4573b6121e7b5470806f",
      "sender": "sipa",
      "payload": "(don't worry, i have enough other things to do...)",
      "action": false,
      "timestamp": "2016-02-11T19:32:28+00:00"
    },
    {
      "id": "14ce7a4495a14e22a8dccaaf8ab3269e",
      "sender": "wumpus",
      "payload": "maaku: it's more about having one that is ready to merge, having 100 half-finished implementations isn't going to help :)",
      "action": false,
      "timestamp": "2016-02-11T19:32:35+00:00"
    },
    {
      "id": "bdf2d4f4ea8047679a828906d338e2bb",
      "sender": "sipa",
      "payload": "s/ready to merge/merged/",
      "action": false,
      "timestamp": "2016-02-11T19:32:46+00:00"
    },
    {
      "id": "6913542f88c04c6d9b8730976c43428e",
      "sender": "petertodd",
      "payload": "sipa: heh, I'm gonna have to actualy write my pseudo-versionbits implementation - the one that's about two lines of code :)",
      "action": false,
      "timestamp": "2016-02-11T19:33:13+00:00"
    },
    {
      "id": "e6aa7c2c818047818c5f731318125c26",
      "sender": "wumpus",
      "payload": "what is the main problem with bip9 implementations?",
      "action": false,
      "timestamp": "2016-02-11T19:33:18+00:00"
    },
    {
      "id": "34e0916f5a9e480188e114f9f554524b",
      "sender": "maaku",
      "payload": "morcos: thankfully CSV is non-controversial. if there was significant uptake on a hard fork block.nVersion voting, we can get those miners to patch CSV support in",
      "action": false,
      "timestamp": "2016-02-11T19:33:19+00:00"
    },
    {
      "id": "bf7b8feb73b0440b9387a210450fed20",
      "sender": "wumpus",
      "payload": "why do they peter out?",
      "action": false,
      "timestamp": "2016-02-11T19:33:22+00:00"
    },
    {
      "id": "12c37e65021c426d9d35a0580acf4237",
      "sender": "jtimon",
      "payload": "morcos: that's fine (not that you got depressed), I was just pointing out that I found out today",
      "action": false,
      "timestamp": "2016-02-11T19:33:26+00:00"
    },
    {
      "id": "d543cfc7d36c4ef0bb12e16e6d9259d4",
      "sender": "maaku",
      "payload": "(actually scratch that, partially bad logic because they leave the network)",
      "action": false,
      "timestamp": "2016-02-11T19:33:44+00:00"
    },
    {
      "id": "7a03eb4008e546299c54b6d9d4ee7031",
      "sender": "sipa",
      "payload": "wumpus: CodeShark's was a ton of code that seemed to do a dozen unrelated things, and rusty's never had the caching layer on top to make it efficient",
      "action": false,
      "timestamp": "2016-02-11T19:33:58+00:00"
    },
    {
      "id": "5ae28bafb804435eb50d0f41f4427509",
      "sender": "petertodd",
      "payload": "wumpus: frankly, bip9 is stateful and requires a bunch of stuff added to the database, which means there's a whole bunch of things to get right and test, among other issues",
      "action": false,
      "timestamp": "2016-02-11T19:34:11+00:00"
    },
    {
      "id": "02f4039a20c94cfcb8d79abbdea28152",
      "sender": "wumpus",
      "payload": "sipa: ok thanks",
      "action": false,
      "timestamp": "2016-02-11T19:34:18+00:00"
    },
    {
      "id": "c368316e98fa4a34acda35c89bc4a575",
      "sender": "sipa",
      "payload": "petertodd: nope, no database changes needed",
      "action": false,
      "timestamp": "2016-02-11T19:34:23+00:00"
    },
    {
      "id": "a726b8658d4140eab91791e0055cf795",
      "sender": "petertodd",
      "payload": "sipa: huh? maybe I'm describing it misleadingly, but you have to store flags in the chainstate",
      "action": false,
      "timestamp": "2016-02-11T19:34:50+00:00"
    },
    {
      "id": "860cc72918bf4484bf8ed1ef6478aa9b",
      "sender": "wumpus",
      "payload": "right, you have to somehow keep track of the current flags",
      "action": false,
      "timestamp": "2016-02-11T19:35:14+00:00"
    },
    {
      "id": "d077ac4672254b82ad556b7fe883ae0d",
      "sender": "petertodd",
      "payload": "wumpus: which *is* a relatively big change, and has a lot of possible design space and testing to consider",
      "action": false,
      "timestamp": "2016-02-11T19:35:40+00:00"
    },
    {
      "id": "b49cccb4a90244cb88f8fa0c29b9dd75",
      "sender": "sipa",
      "payload": "petertodd: my idea was to have a versionbits state that you compute for every block % 2016, compute once, and remain immutable after that",
      "action": false,
      "timestamp": "2016-02-11T19:35:45+00:00"
    },
    {
      "id": "d864fcde4b9641d1a4a1fc995b8b9527",
      "sender": "sipa",
      "payload": "petertodd: everything can be efficiently computed from that",
      "action": false,
      "timestamp": "2016-02-11T19:35:54+00:00"
    },
    {
      "id": "47a450ebf7004530abdcfe678ee6ac15",
      "sender": "sipa",
      "payload": "and recompute at startup",
      "action": false,
      "timestamp": "2016-02-11T19:36:22+00:00"
    },
    {
      "id": "818a5b9caa144ee88b764c7867d0c9c1",
      "sender": "sipa",
      "payload": "anyway, off topic i guess",
      "action": false,
      "timestamp": "2016-02-11T19:36:43+00:00"
    },
    {
      "id": "a1d2232d46e54c1db29c83a72c31073b",
      "sender": "petertodd",
      "payload": "sipa: ah, so you can get away without actually storing it... clever",
      "action": false,
      "timestamp": "2016-02-11T19:36:44+00:00"
    },
    {
      "id": "271737b99f9544a787152581401a242e",
      "sender": "wumpus",
      "payload": "does that need 2016 blocks stored?",
      "action": false,
      "timestamp": "2016-02-11T19:36:50+00:00"
    },
    {
      "id": "b246651c851647be9e29504b5a75ba2d",
      "sender": "maaku",
      "payload": "ok, an in-memory std::map database ;)",
      "action": false,
      "timestamp": "2016-02-11T19:36:52+00:00"
    },
    {
      "id": "5968ac820ae24b47a2a0d4ba6811900a",
      "sender": "jtimon",
      "payload": "maaku: aka cache",
      "action": false,
      "timestamp": "2016-02-11T19:37:06+00:00"
    },
    {
      "id": "ae67496e63cd423d86d24f2e66e89809",
      "sender": "sipa",
      "payload": "wumpus: no, a map of size (mapBlockIndex.size() / 2016)",
      "action": false,
      "timestamp": "2016-02-11T19:37:12+00:00"
    },
    {
      "id": "8c9f2d32d4944a0eb2ff01a43742a613",
      "sender": "wumpus",
      "payload": "ok",
      "action": false,
      "timestamp": "2016-02-11T19:37:34+00:00"
    },
    {
      "id": "dd4df923d26341f9ae39270578db53d4",
      "sender": "sipa",
      "payload": "i'd like to bring up the topic of squash/rebase recommendations (there was some recent discussion about that on the bip68 PR)",
      "action": false,
      "timestamp": "2016-02-11T19:38:02+00:00"
    },
    {
      "id": "37c44ad765534acca661d11e4f8cf476",
      "sender": "wumpus",
      "payload": "#topic  squash/rebase recommendations",
      "action": false,
      "timestamp": "2016-02-11T19:38:13+00:00"
    },
    {
      "id": "9ebde61add514cc88ac2ba96e1f4776e",
      "sender": "morcos",
      "payload": "can i suggest that we make some sort of decision as to how to move forward on the soft forks first",
      "action": false,
      "timestamp": "2016-02-11T19:38:29+00:00"
    },
    {
      "id": "2a63ca15902d46d2a605dd7b022e3ad9",
      "sender": "morcos",
      "payload": "its ok if that decision is ISM for now",
      "action": false,
      "timestamp": "2016-02-11T19:38:35+00:00"
    },
    {
      "id": "a847a2dce4144418b8f2fcbc925339e5",
      "sender": "sipa",
      "payload": "morcos: whenever ready, we see what is ready; if BIP9 implementation is ready, use that, otherwise use ISM",
      "action": false,
      "timestamp": "2016-02-11T19:38:57+00:00"
    },
    {
      "id": "ae6a2b82721e46038510a61e501950c8",
      "sender": "jtimon",
      "payload": "I believe decision is \"no other choice than ISM until bip9 is merged\"",
      "action": false,
      "timestamp": "2016-02-11T19:39:03+00:00"
    },
    {
      "id": "3fe4c350c8594325966064ae5cc1fc52",
      "sender": "sdaftuar",
      "payload": "we need a volunteer to implement, do we have one?",
      "action": false,
      "timestamp": "2016-02-11T19:39:09+00:00"
    },
    {
      "id": "562fc9ac37be489fa5d8c6bce9518a0b",
      "sender": "morcos",
      "payload": "sipa: what do you mean whenever ready",
      "action": false,
      "timestamp": "2016-02-11T19:39:11+00:00"
    },
    {
      "id": "576b9e73d9d54141863953f172bed21a",
      "sender": "wumpus",
      "payload": "I pretty much thin kthat was what said in the BIP68 topic says it all regarding this topic: https://github.com/bitcoin/bitcoin/pull/7184#issuecomment-182594295",
      "action": false,
      "timestamp": "2016-02-11T19:39:12+00:00"
    },
    {
      "id": "b9b4fd287ae547ca83065daad0268fa3",
      "sender": "sipa",
      "payload": "perhaps we'll need to patch ISM to be nVersion & nFlags",
      "action": false,
      "timestamp": "2016-02-11T19:39:13+00:00"
    },
    {
      "id": "8e9d57b03c754ef7ab2882358fe0df9c",
      "sender": "jtimon",
      "payload": "if there's no other volunteer, I think I can do it",
      "action": false,
      "timestamp": "2016-02-11T19:39:36+00:00"
    },
    {
      "id": "68b8b6063ff04677b773c24bc95445ee",
      "sender": "wumpus",
      "payload": "<jtimon> I believe decision is \"no other choice than ISM until bip9 is merged\" ACK",
      "action": false,
      "timestamp": "2016-02-11T19:40:18+00:00"
    },
    {
      "id": "55dba188adc54643a88a592dfb552dc5",
      "sender": "sipa",
      "payload": "ok",
      "action": false,
      "timestamp": "2016-02-11T19:41:40+00:00"
    },
    {
      "id": "580040a5188d4156aa8c530374303699",
      "sender": "jtimon",
      "payload": "squash topic?",
      "action": false,
      "timestamp": "2016-02-11T19:41:43+00:00"
    },
    {
      "id": "191b7b5069794793b00c4ecf6c8d333a",
      "sender": "sipa",
      "payload": "morcos: do you feel we're done with softforks?",
      "action": false,
      "timestamp": "2016-02-11T19:41:56+00:00"
    },
    {
      "id": "b53148bcd4144cdcaa6773e61a6190f7",
      "sender": "morcos",
      "payload": "ha ha ...   yes?",
      "action": false,
      "timestamp": "2016-02-11T19:42:06+00:00"
    },
    {
      "id": "5d3ad523077b447c97d1a014e7e050f6",
      "sender": "sipa",
      "payload": "ok",
      "action": false,
      "timestamp": "2016-02-11T19:42:10+00:00"
    },
    {
      "id": "bf0c2c34206f44d69b208015d2e91c39",
      "sender": "sipa",
      "payload": "so, maaku: maybe this wasn't clear from my comment on the morcos' BIP68 PR, but I didn't mean to say \"this has to be squashed into a single commit, no matter what\" - there were just a list of several fixup and nit addressing commits, and i don't believe those belong in the final merged history",
      "action": false,
      "timestamp": "2016-02-11T19:43:06+00:00"
    },
    {
      "id": "b9fc310235f64cf3bcd5714553a457fa",
      "sender": "sipa",
      "payload": "but i'd like to hear what your opinion is there",
      "action": false,
      "timestamp": "2016-02-11T19:43:26+00:00"
    },
    {
      "id": "4e340c1caf324ef49f38021e119780e1",
      "sender": "wumpus",
      "payload": "I think that's clear",
      "action": false,
      "timestamp": "2016-02-11T19:43:35+00:00"
    },
    {
      "id": "2b1270a852304c75b434453f6d1cbe8d",
      "sender": "morcos",
      "payload": "my biggest concern with squashing/rebasing is knowing WHEN to do it.  its easier for future reviewers to do it but if other people are still in the midst of reviewing its annoying.",
      "action": false,
      "timestamp": "2016-02-11T19:43:58+00:00"
    },
    {
      "id": "8dc067cc50b346539bdd34d8c5e3151c",
      "sender": "wumpus",
      "payload": "commits have a logical function, you want to tell a story how you changed the code that is easy to review, not necessarily your chronological order of changes",
      "action": false,
      "timestamp": "2016-02-11T19:44:28+00:00"
    },
    {
      "id": "86aa3142b748482d92291470cff6f0db",
      "sender": "sipa",
      "payload": "we need a local review script, that stores which commit/tree you've reviewed, and later on, shows you the differences compared to what has been reviewed before :)",
      "action": false,
      "timestamp": "2016-02-11T19:44:57+00:00"
    },
    {
      "id": "d42f01fa537d4a5d9eb0b862deee8321",
      "sender": "morcos",
      "payload": "yes!",
      "action": false,
      "timestamp": "2016-02-11T19:45:02+00:00"
    },
    {
      "id": "8241550ebb6a459aba1bc49e952484ee",
      "sender": "wumpus",
      "payload": "if you have tons of 'fix issue X' where X was introduced in the same pull, that's not useful",
      "action": false,
      "timestamp": "2016-02-11T19:45:02+00:00"
    },
    {
      "id": "f7f0dd3733724f2886ab48e1413910f7",
      "sender": "petertodd",
      "payload": "unfortunately there will be cases where \"easy to review\" is to squash, and cases where \"easy to review\" is to just add more commits",
      "action": false,
      "timestamp": "2016-02-11T19:45:07+00:00"
    },
    {
      "id": "abc7ed3b96b44d11985782b7a0aefc50",
      "sender": "petertodd",
      "payload": "sipa: +1",
      "action": false,
      "timestamp": "2016-02-11T19:45:10+00:00"
    },
    {
      "id": "15a1c64f9054437487edf6e7182f028b",
      "sender": "wumpus",
      "payload": "sure, and mostly that's up to the developer to make that judgement",
      "action": false,
      "timestamp": "2016-02-11T19:45:35+00:00"
    },
    {
      "id": "6a6791342d2c4c988ee414ae047e03e2",
      "sender": "maaku",
      "payload": "sipa: my position is the same as torvalds regarding squashing and rebasing in git: fine to do up until the point of submitting a PR.",
      "action": false,
      "timestamp": "2016-02-11T19:46:02+00:00"
    },
    {
      "id": "5c73ebd48242431e9cb5943aed88b136",
      "sender": "wumpus",
      "payload": "and also depending on what is changed, e.g. if you make a move+change pull it's clear that that's better as two commits",
      "action": false,
      "timestamp": "2016-02-11T19:46:07+00:00"
    },
    {
      "id": "7cc1dc0e0aca4e3b9843bd9859cb0122",
      "sender": "paveljanik",
      "payload": "It can be worth to review the changes in two separate commits (e.g. MOVE-ONLY and a simple change) than in one merged commit (which is perfectly OK for merging). The question is when to move from separate commits and squash.",
      "action": false,
      "timestamp": "2016-02-11T19:46:11+00:00"
    },
    {
      "id": "7564a6b0f3594be3b6dee8e34f7a8c3f",
      "sender": "paveljanik",
      "payload": "exactly",
      "action": false,
      "timestamp": "2016-02-11T19:46:23+00:00"
    },
    {
      "id": "c9dae880d1574620b853b897597150a8",
      "sender": "petertodd",
      "payload": "wumpus: yes, and also, that's likely to depend on who is reviewing - more likely for a fresh reviewer to find a squash easier",
      "action": false,
      "timestamp": "2016-02-11T19:46:24+00:00"
    },
    {
      "id": "050d403e6da24366b13bc436e49a0b33",
      "sender": "jtimon",
      "payload": "I think 7184 should have just built on top of its reviewed precessors during development, there's always time to squash later",
      "action": false,
      "timestamp": "2016-02-11T19:46:26+00:00"
    },
    {
      "id": "8d83239620b14878b63713c65027c690",
      "sender": "sipa",
      "payload": "paveljanik: i think it's always valuable to keep moveonly changes and others separate",
      "action": false,
      "timestamp": "2016-02-11T19:46:42+00:00"
    },
    {
      "id": "7b38fac3fc8b48789ac14ad830df4db8",
      "sender": "maaku",
      "payload": "few people if ever read the git history. far more benefit is had by having commit id's not change and use merge commits",
      "action": false,
      "timestamp": "2016-02-11T19:46:47+00:00"
    },
    {
      "id": "ebc16a59a0e24f02946552a6860f5375",
      "sender": "morcos",
      "payload": "jtimon: it would would be 30 commits now, half of which were undoing changes in earlier ones",
      "action": false,
      "timestamp": "2016-02-11T19:47:02+00:00"
    },
    {
      "id": "47be7662a61549faa31c9c3f8604ecfa",
      "sender": "wumpus",
      "payload": "morcos: yes that's awful",
      "action": false,
      "timestamp": "2016-02-11T19:47:23+00:00"
    },
    {
      "id": "47aad95843c344dba35743d22e36da7a",
      "sender": "wumpus",
      "payload": "at least before merge those should be squashed",
      "action": false,
      "timestamp": "2016-02-11T19:47:37+00:00"
    },
    {
      "id": "3d42c88e261046409d6b0c53d652798b",
      "sender": "jtimon",
      "payload": "and now (or a few weeks ago) you could have squashed, I really don't see the problem",
      "action": false,
      "timestamp": "2016-02-11T19:47:43+00:00"
    },
    {
      "id": "3ff241dd37a14857ba95f26f418a84bb",
      "sender": "maaku",
      "payload": "rewriting history breaks linkage between what the review record of ACKS say, and what actually gets in the repo",
      "action": false,
      "timestamp": "2016-02-11T19:47:45+00:00"
    },
    {
      "id": "2f961dc528b745f9b77e12eeb9f6524f",
      "sender": "paveljanik",
      "payload": "sipa, for file renames, sure.",
      "action": false,
      "timestamp": "2016-02-11T19:48:04+00:00"
    },
    {
      "id": "c8a91414e45d47728a65bc8d0f86a6f2",
      "sender": "wumpus",
      "payload": "maaku: with the commit ids in the replies you can still compare the trees",
      "action": false,
      "timestamp": "2016-02-11T19:48:13+00:00"
    },
    {
      "id": "a2000f26908443818f81e8092dd4b59d",
      "sender": "sipa",
      "payload": "maaku: i recently did an ACK on a tree id rather than a commit, which doesn't break with a squash",
      "action": false,
      "timestamp": "2016-02-11T19:48:18+00:00"
    },
    {
      "id": "29047c8e22aa47ae93fcd723cca2df0b",
      "sender": "morcos",
      "payload": "maaku: yes i think thats the key.  a rebase/squash could maybe be accompied with more detailed information of which ACKS are still valid or something..",
      "action": false,
      "timestamp": "2016-02-11T19:48:44+00:00"
    },
    {
      "id": "1423b6371d5d430089de7679705ac2ea",
      "sender": "maaku",
      "payload": "wumpus: if you have those commits.",
      "action": false,
      "timestamp": "2016-02-11T19:49:14+00:00"
    },
    {
      "id": "0dc6b30c63c249e88802745c37093d1a",
      "sender": "wumpus",
      "payload": "maaku: github has them",
      "action": false,
      "timestamp": "2016-02-11T19:49:21+00:00"
    },
    {
      "id": "f14c6c77d445468682a26ea22d669061",
      "sender": "sdaftuar",
      "payload": "should we all switch to what sipa did going forward, ack the tree id?",
      "action": false,
      "timestamp": "2016-02-11T19:49:22+00:00"
    },
    {
      "id": "a77d17b1d0864851a5d5930ae95066e8",
      "sender": "wumpus",
      "payload": "nah, I don't know",
      "action": false,
      "timestamp": "2016-02-11T19:49:31+00:00"
    },
    {
      "id": "dd9e1503fbf4409092cbc9704f689ce4",
      "sender": "petertodd",
      "payload": "worth noting that even ACKing with commit ids isn't sufficient for security purposes, so we're still trusting maintainers not to merge malicious stuff, which means trusting them to fairly interpret how squashes interact with previous ACK's is more reasonable",
      "action": false,
      "timestamp": "2016-02-11T19:49:34+00:00"
    },
    {
      "id": "0d314635eb944243a1dcedef9e8bb9ce",
      "sender": "sipa",
      "payload": "maaku: only the people who looked at former state of the PR care about that",
      "action": false,
      "timestamp": "2016-02-11T19:49:49+00:00"
    },
    {
      "id": "a61e267b9ca1402d9a91ec23e05b9d56",
      "sender": "petertodd",
      "payload": "sdaftuar: I don't think we need to do that, simply because github saves the information for us in the form of old commits",
      "action": false,
      "timestamp": "2016-02-11T19:49:51+00:00"
    },
    {
      "id": "2683030558d642d785657beea5babcee",
      "sender": "wumpus",
      "payload": "I don't look forward to teaching everyone that",
      "action": false,
      "timestamp": "2016-02-11T19:49:54+00:00"
    },
    {
      "id": "d53ac09954ce4fecb59ba88c11df59e4",
      "sender": "jtimon",
      "payload": "the only time I reviewed 7184 is through one branch that morcos prepared rebasing 7184 on top of maaku's because that was simpler for me",
      "action": false,
      "timestamp": "2016-02-11T19:50:01+00:00"
    },
    {
      "id": "2e0b4515ecd847ee8e3aceb78b87dc48",
      "sender": "maaku",
      "payload": "sipa: how do you recover the tree id once there are no commits left in the available branches that create that tree?",
      "action": false,
      "timestamp": "2016-02-11T19:50:06+00:00"
    },
    {
      "id": "f40ebca4b2704e7a925b76d0764b0af4",
      "sender": "petertodd",
      "payload": "wumpus: it's also kinda inconvenient, especially for utACK's done on github",
      "action": false,
      "timestamp": "2016-02-11T19:50:12+00:00"
    },
    {
      "id": "6e1ae2ee91754d748fd9915611077cb1",
      "sender": "morcos",
      "payload": "in any case, i think what works best for wumpus/sipa shoudl carry some weight here and then to the extent that other people do more heavy lifting on the code base, the process can evolve.  but if wumpus is the one who has to decide everytime if the ACK's are valid",
      "action": false,
      "timestamp": "2016-02-11T19:50:16+00:00"
    },
    {
      "id": "39af4d5eab044234adba63e8a9352a76",
      "sender": "wumpus",
      "payload": "petertodd: yes",
      "action": false,
      "timestamp": "2016-02-11T19:50:19+00:00"
    },
    {
      "id": "ce794ee4dadb44e58970369cf75ec058",
      "sender": "morcos",
      "payload": "lets do what makes sense for him",
      "action": false,
      "timestamp": "2016-02-11T19:50:20+00:00"
    },
    {
      "id": "81978485c4f141c3a60726e073f7e698",
      "sender": "sipa",
      "payload": "maaku: i don't understand",
      "action": false,
      "timestamp": "2016-02-11T19:50:24+00:00"
    },
    {
      "id": "8f0882708e8148e6912ae4027a789ebf",
      "sender": "maaku",
      "payload": "this process is basically relying on the fact that github acts as a trusted repository of past tree state. i don't like that",
      "action": false,
      "timestamp": "2016-02-11T19:50:28+00:00"
    },
    {
      "id": "a2cd46482309420fa5144561f09f6dd5",
      "sender": "petertodd",
      "payload": "maaku: well, as long as we're putting our ACK's on github itself w/o signatures, it's mostly a trusted repo anyway",
      "action": false,
      "timestamp": "2016-02-11T19:50:53+00:00"
    },
    {
      "id": "60905cf97f0c4de8b1692e2a52d511f9",
      "sender": "wumpus",
      "payload": "if you really want to be paranoid then you should also sign your ACKs, as github posts can be edited",
      "action": false,
      "timestamp": "2016-02-11T19:51:04+00:00"
    },
    {
      "id": "37215d20885643908fa4648ce12aee5f",
      "sender": "petertodd",
      "payload": "wonders if anyone is systematically saving + timestamping github state for /bitcoin/bitcoin",
      "action": true,
      "timestamp": "2016-02-11T19:51:30+00:00"
    },
    {
      "id": "862369292dbf462ba86951f1b236bee5",
      "sender": "wumpus",
      "payload": "feel free do do so, but I'm not going to make it a rule",
      "action": false,
      "timestamp": "2016-02-11T19:51:40+00:00"
    },
    {
      "id": "429cbd76b4714aa1bea47734ddeb79a0",
      "sender": "wumpus",
      "payload": "petertodd: yes, iwilcox is",
      "action": false,
      "timestamp": "2016-02-11T19:51:45+00:00"
    },
    {
      "id": "28fd914fde3349ccac36b8b1b55e9a28",
      "sender": "maaku",
      "payload": "petertodd: the issue isn't so much trust as process and standard practice. it's something that only works with a trusted, central party, which means the same behavior doesn't work so well in other contexts",
      "action": false,
      "timestamp": "2016-02-11T19:51:56+00:00"
    },
    {
      "id": "40e6a0ea67874703bbbbd2873f4365a0",
      "sender": "paveljanik",
      "payload": "looks like btcdrak is taking screenshots ;-)",
      "action": false,
      "timestamp": "2016-02-11T19:51:57+00:00"
    },
    {
      "id": "8ed5b999aa354696817811a1530d9360",
      "sender": "wumpus",
      "payload": "petertodd: https://github.com/zw/bitcoin-gh-meta",
      "action": false,
      "timestamp": "2016-02-11T19:52:06+00:00"
    },
    {
      "id": "3550c702e48948d8992c9e52d49ad906",
      "sender": "sipa",
      "payload": "wumpus: ha, nice",
      "action": false,
      "timestamp": "2016-02-11T19:52:19+00:00"
    },
    {
      "id": "b91b5111eae849c5820d71a2908c657d",
      "sender": "petertodd",
      "payload": "wumpus: ah cool - should figure out how to timestamp that!",
      "action": false,
      "timestamp": "2016-02-11T19:52:50+00:00"
    },
    {
      "id": "781466fcb02e45e492ee824dc16e58e0",
      "sender": "jtimon",
      "payload": "I think the general rule should be \"whatever is easier to read and review\", but of course sounds like some vague software engineering recommendation \"things should be done the right way\"...",
      "action": false,
      "timestamp": "2016-02-11T19:52:53+00:00"
    },
    {
      "id": "4bccee7c0c9b4b23ad39814f05857535",
      "sender": "maaku",
      "payload": "or if github ever decides to clean house and purge old, unreferenced tree states, our historical record would be screwed",
      "action": false,
      "timestamp": "2016-02-11T19:52:58+00:00"
    },
    {
      "id": "a18e3743df8a4d469cda6bda9f393afc",
      "sender": "wumpus",
      "payload": "it even come with the ghrip script so you can do your own version, if you don't trust him :)",
      "action": false,
      "timestamp": "2016-02-11T19:53:20+00:00"
    },
    {
      "id": "b3c1afbcdcd2486b868d3641122e3fda",
      "sender": "sipa",
      "payload": "maaku: why do you care about the historical state, if you're not one of the people who reviewed it in a non-final state?",
      "action": false,
      "timestamp": "2016-02-11T19:53:41+00:00"
    },
    {
      "id": "1fc2f4ef680f4909a4f96d40b13eb75d",
      "sender": "jtimon",
      "payload": "I think we're moving away from the topic",
      "action": false,
      "timestamp": "2016-02-11T19:53:56+00:00"
    },
    {
      "id": "b98d6307b2974e40b78a553276ca1531",
      "sender": "wumpus",
      "payload": "any other topic? only few minutes to go",
      "action": false,
      "timestamp": "2016-02-11T19:54:00+00:00"
    },
    {
      "id": "fa2a91951d29417fa25bb89aabf00a67",
      "sender": "wumpus",
      "payload": "jtimon: yes it sounds vague, but in complex subjects like this it's very hard to give exact procedures that makes sense in every case, if even possible",
      "action": false,
      "timestamp": "2016-02-11T19:54:24+00:00"
    },
    {
      "id": "866142a667134792af6ff12a4b275a68",
      "sender": "paveljanik",
      "payload": "what is the status of BIP62 and namely handling High S?",
      "action": false,
      "timestamp": "2016-02-11T19:54:26+00:00"
    },
    {
      "id": "7cfcdda3073b45fb8ee96d77a691e39e",
      "sender": "sipa",
      "payload": "paveljanik: retracted",
      "action": false,
      "timestamp": "2016-02-11T19:54:34+00:00"
    },
    {
      "id": "e0c4023a99ad427db45d16fe2a8db180",
      "sender": "wumpus",
      "payload": "BIP62 is dead",
      "action": false,
      "timestamp": "2016-02-11T19:54:41+00:00"
    },
    {
      "id": "0e08dae14f094341afe4d2539445b31f",
      "sender": "paveljanik",
      "payload": "yes, but any future plans?",
      "action": false,
      "timestamp": "2016-02-11T19:54:45+00:00"
    },
    {
      "id": "813cf8720d354cbf8a6d597daab0d44b",
      "sender": "sipa",
      "payload": "paveljanik: segwit",
      "action": false,
      "timestamp": "2016-02-11T19:54:50+00:00"
    },
    {
      "id": "2d786f42a73c40ac8248804dce96a9a0",
      "sender": "paveljanik",
      "payload": "for at east High S?",
      "action": false,
      "timestamp": "2016-02-11T19:54:51+00:00"
    },
    {
      "id": "cb3800a42cd74796b2b9edc72e56684e",
      "sender": "paveljanik",
      "payload": "ok",
      "action": false,
      "timestamp": "2016-02-11T19:55:05+00:00"
    },
    {
      "id": "fc2a6bd04e6443a1b7161a5b2e72e93d",
      "sender": "jtimon",
      "payload": "wumpus: yes, I'm afraid vague recommendations and examples is the best you can do with many of these things",
      "action": false,
      "timestamp": "2016-02-11T19:55:12+00:00"
    },
    {
      "id": "d9dad93a35374a49bc380b1ccf214087",
      "sender": "petertodd",
      "payload": "update on segwit prev-block-proofs: I'm deep in the rabbit hole of writing an article/paper/blog-post on fraud proofs, along with what data structures work for them",
      "action": false,
      "timestamp": "2016-02-11T19:55:13+00:00"
    },
    {
      "id": "87d0324190ca436983622456b8ae4613",
      "sender": "petertodd",
      "payload": "AKA, saving a herd of goats :)",
      "action": false,
      "timestamp": "2016-02-11T19:55:40+00:00"
    },
    {
      "id": "9801001b02e6419b98d371aae1815122",
      "sender": "petertodd",
      "payload": "*shaving",
      "action": false,
      "timestamp": "2016-02-11T19:55:44+00:00"
    },
    {
      "id": "9dec5990b53346ba9f0f66b07c150756",
      "sender": "wumpus",
      "payload": "great!",
      "action": false,
      "timestamp": "2016-02-11T19:56:13+00:00"
    },
    {
      "id": "589315fd302740d5b04973deac1efecd",
      "sender": "gmaxwell",
      "payload": "paveljanik: for high-S specfically, it still may be soft-forked out at some point-- though with it non-standard I see no reason to rush into it.",
      "action": false,
      "timestamp": "2016-02-11T19:56:25+00:00"
    },
    {
      "id": "6e41314b9374406cab71ade160bb80c6",
      "sender": "maaku",
      "payload": "petertodd: I would like to work with you on that",
      "action": false,
      "timestamp": "2016-02-11T19:56:26+00:00"
    },
    {
      "id": "5c98bca12e464c068ad2a21bf845b963",
      "sender": "maaku",
      "payload": "not the article, the fraud proofs and prev-block proofs",
      "action": false,
      "timestamp": "2016-02-11T19:56:53+00:00"
    },
    {
      "id": "c1c57c1104964884ad57bb5e4c538e1f",
      "sender": "maaku",
      "payload": "i've done my own explorations on that",
      "action": false,
      "timestamp": "2016-02-11T19:56:58+00:00"
    },
    {
      "id": "712c4a05123e485ca9dc47a259662a5e",
      "sender": "petertodd",
      "payload": "maaku: cool, be good to compare notes then",
      "action": false,
      "timestamp": "2016-02-11T19:57:08+00:00"
    },
    {
      "id": "0df3fca60c754aeea39da33ae5331bc2",
      "sender": "paveljanik",
      "payload": "gmaxwell, people ask for it and I think that non-standardness is not enough for their use cases...",
      "action": false,
      "timestamp": "2016-02-11T19:57:19+00:00"
    },
    {
      "id": "ee53fb7685254c07901b6217c86e7b96",
      "sender": "sipa",
      "payload": "maaku, petertodd: perhaps you should also talk about the commitment structure",
      "action": false,
      "timestamp": "2016-02-11T19:57:20+00:00"
    },
    {
      "id": "5d3459bf97974a4c97826a115bc07b54",
      "sender": "petertodd",
      "payload": "what I'm writing is actually very heavily based on my explorations for fintech clients, e.g. my proofchains work",
      "action": false,
      "timestamp": "2016-02-11T19:57:37+00:00"
    },
    {
      "id": "6555cd4fde9c47d4a773e2abc732a81a",
      "sender": "wumpus",
      "payload": "#topic fraud proofs",
      "action": false,
      "timestamp": "2016-02-11T19:57:57+00:00"
    },
    {
      "id": "3ee965c2f685404c838dce07dbe82694",
      "sender": "gmaxwell",
      "payload": "paveljanik: just inhibiting highS is not enough for any usecase I've ever seen expressed.",
      "action": false,
      "timestamp": "2016-02-11T19:58:02+00:00"
    },
    {
      "id": "5cb3a3ba56234283ac3e31435d9d2a76",
      "sender": "sipa",
      "payload": "wumpus: i think that can be discussed outside of the meeting",
      "action": false,
      "timestamp": "2016-02-11T19:58:23+00:00"
    },
    {
      "id": "0e698dadcd2145fb906871cf5f441b6c",
      "sender": "petertodd",
      "payload": "article is shaping up to mainly be an ideal redesign of bitcoin from scratch, to serve as example for comparison",
      "action": false,
      "timestamp": "2016-02-11T19:58:24+00:00"
    },
    {
      "id": "3a8af752f5844d769b95befbdcd71bb5",
      "sender": "petertodd",
      "payload": "sipa: +1",
      "action": false,
      "timestamp": "2016-02-11T19:58:27+00:00"
    },
    {
      "id": "7db2173395b84b9394c124d0977be3f3",
      "sender": "wumpus",
      "payload": "sipa: ok, closing the meeting then",
      "action": false,
      "timestamp": "2016-02-11T19:58:32+00:00"
    },
    {
      "id": "8b593c33f0e24ff3b9d79b37ff431658",
      "sender": "jtimon",
      "payload": "fisnish meeting?",
      "action": false,
      "timestamp": "2016-02-11T19:58:35+00:00"
    },
    {
      "id": "7b358816558b4f7eb002ffb96eaac724",
      "sender": "wumpus",
      "payload": "#endmeeting",
      "action": false,
      "timestamp": "2016-02-11T19:58:35+00:00"
    }
  ],
  "events": [
    {
      "event_type": "START_MEETING",
      "message": {
        "id": "3a06e351bea0413a9b5ba36fd0622bb1",
        "sender": "wumpus",
        "payload": "#startmeeting",
        "action": false,
        "timestamp": "2016-02-11T19:00:45+00:00"
      },
      "operand": null,
      "id": "3a06e351bea0413a9b5ba36fd0622bb1",
      "timestamp": "2016-02-11T19:00:45+00:00"
    },
    {
      "event_type": "TOPIC",
      "message": {
        "id": "1d22c9eb019c435e8e7fcda27bdfbbef",
        "sender": "wumpus",
        "payload": "#topic P2P code refactor",
        "action": false,
        "timestamp": "2016-02-11T19:05:35+00:00"
      },
      "operand": "P2P code refactor",
      "id": "1d22c9eb019c435e8e7fcda27bdfbbef",
      "timestamp": "2016-02-11T19:05:35+00:00"
    },
    {
      "event_type": "TOPIC",
      "message": {
        "id": "6da0b51b3ca9472cb1fb734636e528a7",
        "sender": "wumpus",
        "payload": "#topic BIP68 review",
        "action": false,
        "timestamp": "2016-02-11T19:08:57+00:00"
      },
      "operand": "BIP68 review",
      "id": "6da0b51b3ca9472cb1fb734636e528a7",
      "timestamp": "2016-02-11T19:08:57+00:00"
    },
    {
      "event_type": "ACTION",
      "message": {
        "id": "f4a449bea3ed446d83c58990007b70cc",
        "sender": "wumpus",
        "payload": "#action review/test/merge #7148 and #6564",
        "action": false,
        "timestamp": "2016-02-11T19:19:10+00:00"
      },
      "operand": "review/test/merge #7148 and #6564",
      "id": "f4a449bea3ed446d83c58990007b70cc",
      "timestamp": "2016-02-11T19:19:10+00:00"
    },
    {
      "event_type": "TOPIC",
      "message": {
        "id": "c0a9a74f958b4932a453a2a39c0ec5c3",
        "sender": "wumpus",
        "payload": "#topic soft fork logic",
        "action": false,
        "timestamp": "2016-02-11T19:23:33+00:00"
      },
      "operand": "soft fork logic",
      "id": "c0a9a74f958b4932a453a2a39c0ec5c3",
      "timestamp": "2016-02-11T19:23:33+00:00"
    },
    {
      "event_type": "TOPIC",
      "message": {
        "id": "37c44ad765534acca661d11e4f8cf476",
        "sender": "wumpus",
        "payload": "#topic  squash/rebase recommendations",
        "action": false,
        "timestamp": "2016-02-11T19:38:13+00:00"
      },
      "operand": "squash/rebase recommendations",
      "id": "37c44ad765534acca661d11e4f8cf476",
      "timestamp": "2016-02-11T19:38:13+00:00"
    },
    {
      "event_type": "TOPIC",
      "message": {
        "id": "6555cd4fde9c47d4a773e2abc732a81a",
        "sender": "wumpus",
        "payload": "#topic fraud proofs",
        "action": false,
        "timestamp": "2016-02-11T19:57:57+00:00"
      },
      "operand": "fraud proofs",
      "id": "6555cd4fde9c47d4a773e2abc732a81a",
      "timestamp": "2016-02-11T19:57:57+00:00"
    },
    {
      "event_type": "END_MEETING",
      "message": {
        "id": "7b358816558b4f7eb002ffb96eaac724",
        "sender": "wumpus",
        "payload": "#endmeeting",
        "action": false,
        "timestamp": "2016-02-11T19:58:35+00:00"
      },
      "operand": null,
      "id": "7b358816558b4f7eb002ffb96eaac724",
      "timestamp": "2016-02-11T19:58:35+00:00"
    }
  ],
  "aliases": {},
  "vote_in_progress": false,
  "motion_index": null
}