{
  "founder": "wumpus",
  "channel": "#bitcoin-core-dev",
  "network": "freenode",
  "id": "929e9dfab8ec4f9eb54d8a47b0a04717",
  "name": "#bitcoin-core-dev",
  "chair": "wumpus",
  "chairs": [
    "wumpus"
  ],
  "nicks": {
    "wumpus": 36,
    "lightningbot": 2,
    "gmaxwell": 51,
    "sipa": 51,
    "murchandamus": 31,
    "cfields": 5,
    "instagibbs": 43,
    "morcos": 30,
    "kanzure": 1,
    "BlueMatt": 28,
    "luke-jr": 8,
    "gribble": 16,
    "sdaftuar": 1,
    "jonasschnelli": 5
  },
  "start_time": "2017-05-11T19:00:16+00:00",
  "end_time": "2017-05-11T19:58:15+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": "PRs high priority for review",
  "messages": [
    {
      "id": "85c9db9fd9094a57952bf1d7b137ddf9",
      "sender": "wumpus",
      "payload": "#startmeeting",
      "action": false,
      "timestamp": "2017-05-11T19:00:16+00:00"
    },
    {
      "id": "b8475d4dc3d44d9a8edda3545454ffdf",
      "sender": "lightningbot",
      "payload": "Meeting started Thu May 11 19:00:16 2017 UTC.  The chair is wumpus. Information about MeetBot at http://wiki.debian.org/MeetBot.",
      "action": false,
      "timestamp": "2017-05-11T19:00:16+00:00"
    },
    {
      "id": "ead873f4ff7e480884db0e1d1cc89e19",
      "sender": "lightningbot",
      "payload": "Useful Commands: #action #agreed #help #info #idea #link #topic.",
      "action": false,
      "timestamp": "2017-05-11T19:00:16+00:00"
    },
    {
      "id": "436fe5c0528f45bcb4c086798c36b3fe",
      "sender": "gmaxwell",
      "payload": "#bitcoin-core-dev Meeting: wumpus sipa gmaxwell jonasschnelli morcos luke-jr btcdrak sdaftuar jtimon cfields petertodd kanzure bluematt instagibbs phantomcircuit codeshark michagogo marcofalke paveljanik NicolasDorier",
      "action": false,
      "timestamp": "2017-05-11T19:00:26+00:00"
    },
    {
      "id": "7ce6aa22378445cca9d640d387d75235",
      "sender": "sipa",
      "payload": "present",
      "action": false,
      "timestamp": "2017-05-11T19:00:31+00:00"
    },
    {
      "id": "977fc226a6e54b35a3a5a70352be25db",
      "sender": "murchandamus",
      "payload": "present",
      "action": false,
      "timestamp": "2017-05-11T19:00:40+00:00"
    },
    {
      "id": "1ba4f1686482450ab7304bffb4659826",
      "sender": "wumpus",
      "payload": "topics?",
      "action": false,
      "timestamp": "2017-05-11T19:00:44+00:00"
    },
    {
      "id": "71f8c10393e74ca1ab8f09b3097bef7e",
      "sender": "sipa",
      "payload": "murchandamus == murch?",
      "action": false,
      "timestamp": "2017-05-11T19:00:49+00:00"
    },
    {
      "id": "635ff9aac4ef4b12ad59e23f5ecc4d9b",
      "sender": "cfields",
      "payload": "hi, here",
      "action": false,
      "timestamp": "2017-05-11T19:00:51+00:00"
    },
    {
      "id": "e62e1a50becb46eaaf1189fee887e918",
      "sender": "instagibbs",
      "payload": "yes sipa",
      "action": false,
      "timestamp": "2017-05-11T19:00:54+00:00"
    },
    {
      "id": "0af04c8de0434e6dba91c45410f8a38a",
      "sender": "murchandamus",
      "payload": "aye!",
      "action": false,
      "timestamp": "2017-05-11T19:00:54+00:00"
    },
    {
      "id": "818dd083a44c44d9be92c2e9abc9b9f3",
      "sender": "morcos",
      "payload": "gmaxwell: oh ok, i agree with not defining now..  maybe we should make just _HIGH more then though",
      "action": false,
      "timestamp": "2017-05-11T19:00:56+00:00"
    },
    {
      "id": "da816c1269b445deb636299934927ce7",
      "sender": "kanzure",
      "payload": "hi.",
      "action": false,
      "timestamp": "2017-05-11T19:00:59+00:00"
    },
    {
      "id": "cf490c658de04799a572923935c34d27",
      "sender": "gmaxwell",
      "payload": "morcos: yes, I was thinking HIGH would be targeted at hosts syncing 2016 blocks, but I forget where the breakpoints were exactly in sipas' data.",
      "action": false,
      "timestamp": "2017-05-11T19:01:36+00:00"
    },
    {
      "id": "fd116793789d4f5f8b49e3a8158cae2b",
      "sender": "wumpus",
      "payload": "any proposed topics? (we can continue the pruning service bits topic if people want that)",
      "action": false,
      "timestamp": "2017-05-11T19:01:39+00:00"
    },
    {
      "id": "d43e97cbe6f54315a65bc62984b51645",
      "sender": "BlueMatt",
      "payload": "damnit, can enver remember topics i wanted to bring up come meeting time :(",
      "action": false,
      "timestamp": "2017-05-11T19:01:40+00:00"
    },
    {
      "id": "3fa52000e4a44b95a6e8faca74e4f1dc",
      "sender": "luke-jr",
      "payload": "O.o?",
      "action": false,
      "timestamp": "2017-05-11T19:01:57+00:00"
    },
    {
      "id": "bf7d23a9ce684c9abf798998f4b93686",
      "sender": "gmaxwell",
      "payload": "wumpus: well we should talk about per-txo. I think it's ready for merge except for more testing/review.",
      "action": false,
      "timestamp": "2017-05-11T19:02:18+00:00"
    },
    {
      "id": "093d3e14561a491aa8326dcd3e4038da",
      "sender": "instagibbs",
      "payload": "suggested topic: fee targeting/coin selection overhaul",
      "action": false,
      "timestamp": "2017-05-11T19:02:26+00:00"
    },
    {
      "id": "24263432187347edb5b8327bdf91c31c",
      "sender": "wumpus",
      "payload": "#topic per-txo utxo database",
      "action": false,
      "timestamp": "2017-05-11T19:02:35+00:00"
    },
    {
      "id": "737ff61c63f34888a8cf5a9412336143",
      "sender": "sipa",
      "payload": "#10148",
      "action": false,
      "timestamp": "2017-05-11T19:02:52+00:00"
    },
    {
      "id": "9647ee5339b74f428825347b54dc75bc",
      "sender": "gribble",
      "payload": "https://github.com/bitcoin/bitcoin/issues/10148 | [WIP] Use non-atomic flushing with block replay by sipa \u00c3\u0082\u00c2\u00b7 Pull Request #10148 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
      "action": false,
      "timestamp": "2017-05-11T19:02:54+00:00"
    },
    {
      "id": "598bded1bf4d4d2f8179b9069f325ce9",
      "sender": "gmaxwell",
      "payload": "if people haven't seen the graphs: https://cloud.githubusercontent.com/assets/548488/25769030/c84fe65e-31c4-11e7-8819-264c44e50ddf.png",
      "action": false,
      "timestamp": "2017-05-11T19:02:56+00:00"
    },
    {
      "id": "950596fc2dd345509cddaa853e23cea7",
      "sender": "sipa",
      "payload": "oops, no, #10195",
      "action": false,
      "timestamp": "2017-05-11T19:03:02+00:00"
    },
    {
      "id": "b3197fac391c44c1a8224cfcc4d25226",
      "sender": "gribble",
      "payload": "https://github.com/bitcoin/bitcoin/issues/10195 | Switch chainstate db and cache to per-txout model by sipa \u00c3\u0082\u00c2\u00b7 Pull Request #10195 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
      "action": false,
      "timestamp": "2017-05-11T19:03:04+00:00"
    },
    {
      "id": "86cce4eff9114e6e87ba10a44b65a7bb",
      "sender": "morcos",
      "payload": "sorry sipa, that has been on my list, but my list has been gathering dust for the last couple weeks",
      "action": false,
      "timestamp": "2017-05-11T19:03:12+00:00"
    },
    {
      "id": "fa9fbc8fb43147fd8e4184ef8dd9aa59",
      "sender": "BlueMatt",
      "payload": "I'm still halfway through review",
      "action": false,
      "timestamp": "2017-05-11T19:03:13+00:00"
    },
    {
      "id": "2a00a6a95bd248768a83df46cb5a9777",
      "sender": "gmaxwell",
      "payload": "The graphs should be making all your mouths water.",
      "action": false,
      "timestamp": "2017-05-11T19:03:16+00:00"
    },
    {
      "id": "a730dae19ae64a8bba0dada42ac84f04",
      "sender": "instagibbs",
      "payload": "why is y-axis in block time :P",
      "action": false,
      "timestamp": "2017-05-11T19:03:30+00:00"
    },
    {
      "id": "d2f23c4a1c8541168a4b408b639316f5",
      "sender": "wumpus",
      "payload": "ah yes I was still testing #10148, should probably switch to #10195",
      "action": false,
      "timestamp": "2017-05-11T19:03:34+00:00"
    },
    {
      "id": "04e89ab77b464531919f66552496c037",
      "sender": "gribble",
      "payload": "https://github.com/bitcoin/bitcoin/issues/10148 | [WIP] Use non-atomic flushing with block replay by sipa \u00c3\u0082\u00c2\u00b7 Pull Request #10148 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
      "action": false,
      "timestamp": "2017-05-11T19:03:37+00:00"
    },
    {
      "id": "e59ce919373c45c9900fe3894597e02e",
      "sender": "instagibbs",
      "payload": "clock*",
      "action": false,
      "timestamp": "2017-05-11T19:03:39+00:00"
    },
    {
      "id": "e15e7bd42bb64616be19e702739a7105",
      "sender": "gribble",
      "payload": "https://github.com/bitcoin/bitcoin/issues/10195 | Switch chainstate db and cache to per-txout model by sipa \u00c3\u0082\u00c2\u00b7 Pull Request #10195 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
      "action": false,
      "timestamp": "2017-05-11T19:03:39+00:00"
    },
    {
      "id": "f0a468a95cb441f6af2388c3597ffedc",
      "sender": "gmaxwell",
      "payload": "instagibbs: so that the flushing graph works out.",
      "action": false,
      "timestamp": "2017-05-11T19:03:41+00:00"
    },
    {
      "id": "1782c3e9bcf647578259daa79e54ae76",
      "sender": "sipa",
      "payload": "instagibbs: so that the x axis of both graphs lines up",
      "action": false,
      "timestamp": "2017-05-11T19:03:52+00:00"
    },
    {
      "id": "ca3661492dfb4083a29b79374cf541e3",
      "sender": "cfields",
      "payload": "i've made it through review, but I lack enough confidence to ACK the thing :\\",
      "action": false,
      "timestamp": "2017-05-11T19:04:00+00:00"
    },
    {
      "id": "52451c7c7cda44bd992fbeefab97b042",
      "sender": "BlueMatt",
      "payload": "gm2051: #10192",
      "action": false,
      "timestamp": "2017-05-11T19:04:04+00:00"
    },
    {
      "id": "353681b1b69d47aa8138f0524eb8b980",
      "sender": "gmaxwell",
      "payload": "The most impressive thing about that chart isn't the ~33% speedup, it's the reduction in flushing frequency.",
      "action": false,
      "timestamp": "2017-05-11T19:04:05+00:00"
    },
    {
      "id": "6a1fec43261d4deea78a294a879a342b",
      "sender": "gribble",
      "payload": "https://github.com/bitcoin/bitcoin/issues/10192 | Cache full script execution results in addition to signatures by TheBlueMatt \u00c3\u0082\u00c2\u00b7 Pull Request #10192 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
      "action": false,
      "timestamp": "2017-05-11T19:04:08+00:00"
    },
    {
      "id": "ea7820be887a4e68b222e84d719b870f",
      "sender": "BlueMatt",
      "payload": "gmaxwell: ^",
      "action": false,
      "timestamp": "2017-05-11T19:04:17+00:00"
    },
    {
      "id": "bbbc57d52fa24e0b8e4b0e4c519209f2",
      "sender": "cfields",
      "payload": "gmaxwell: yes, that's great.",
      "action": false,
      "timestamp": "2017-05-11T19:04:20+00:00"
    },
    {
      "id": "981748eeeaf44e848d2068eed55a50d8",
      "sender": "sipa",
      "payload": "i was very surprised by how much it reduces flushing",
      "action": false,
      "timestamp": "2017-05-11T19:04:33+00:00"
    },
    {
      "id": "7f6854c8918b41e78464855b9c74764e",
      "sender": "wumpus",
      "payload": "nice chart",
      "action": false,
      "timestamp": "2017-05-11T19:04:49+00:00"
    },
    {
      "id": "66863426f61f40259cbf6175a440d517",
      "sender": "sipa",
      "payload": "my guess is that the resulting speedup isn't that dramatic because it's running on a system with pretty fast I/O",
      "action": false,
      "timestamp": "2017-05-11T19:04:54+00:00"
    },
    {
      "id": "b65b10f51ba3492ea4b6497c9684b714",
      "sender": "wumpus",
      "payload": "heh, but most users have systems with slow i/o",
      "action": false,
      "timestamp": "2017-05-11T19:05:12+00:00"
    },
    {
      "id": "ffd8c176f55a43d393f99ee85097a14e",
      "sender": "sipa",
      "payload": "oh, one downside: chainstate db goes from 2.2G to 2.7G",
      "action": false,
      "timestamp": "2017-05-11T19:05:27+00:00"
    },
    {
      "id": "c9a9413d42364bccaf04e46d69b3f653",
      "sender": "gmaxwell",
      "payload": "right, testing it on a system with slow i/o would be interesting. But will take forever.",
      "action": false,
      "timestamp": "2017-05-11T19:05:30+00:00"
    },
    {
      "id": "095918a5e7f94511b55f5c83c1ac4686",
      "sender": "BlueMatt",
      "payload": "2.7 seems fine",
      "action": false,
      "timestamp": "2017-05-11T19:05:45+00:00"
    },
    {
      "id": "9c91352a7d3d4f8181ca5247fa853bef",
      "sender": "luke-jr",
      "payload": "hmm",
      "action": false,
      "timestamp": "2017-05-11T19:06:09+00:00"
    },
    {
      "id": "53d5027871dc4799ba76c8b25ae67893",
      "sender": "sipa",
      "payload": "the TODOs that i know of are a few code cleanups (marked as TODO in the code), and better UI wrt the upgrade process",
      "action": false,
      "timestamp": "2017-05-11T19:06:31+00:00"
    },
    {
      "id": "45d89da563e747d9a1dc5765953361ca",
      "sender": "sipa",
      "payload": "there is a one-time upgrade of the old db to the new db at startup, which can be interrupted",
      "action": false,
      "timestamp": "2017-05-11T19:06:45+00:00"
    },
    {
      "id": "f8668a76b9ac4f439572de74547c1a9f",
      "sender": "gmaxwell",
      "payload": "The upgrade doesn't take long on a system with fast IO at least.",
      "action": false,
      "timestamp": "2017-05-11T19:06:55+00:00"
    },
    {
      "id": "62673297817a4f2593e72d49e0146eb4",
      "sender": "BlueMatt",
      "payload": "sipa: it needs way more review",
      "action": false,
      "timestamp": "2017-05-11T19:06:57+00:00"
    },
    {
      "id": "5f6dd04c4f3f4876a9f82236fc643405",
      "sender": "sipa",
      "payload": "BlueMatt: of course",
      "action": false,
      "timestamp": "2017-05-11T19:07:02+00:00"
    },
    {
      "id": "4e848c9d2fec49839237b07494b76233",
      "sender": "BlueMatt",
      "payload": "there are lots of things in that queue, sadly",
      "action": false,
      "timestamp": "2017-05-11T19:07:03+00:00"
    },
    {
      "id": "4524e15147854a4186023de4af64c4ec",
      "sender": "wumpus",
      "payload": "upgrade should be fast if it just iterates through the db in sorted order",
      "action": false,
      "timestamp": "2017-05-11T19:07:10+00:00"
    },
    {
      "id": "6d355c26558c4a04abe2bbfc52f9b62d",
      "sender": "wumpus",
      "payload": "even on systems with fairly slow (seek) i/o",
      "action": false,
      "timestamp": "2017-05-11T19:07:18+00:00"
    },
    {
      "id": "1dd4e18f3099439aa300ace4cc0d5623",
      "sender": "sipa",
      "payload": "wumpus: it does, it takes a couple of minutes on a system with fast I/O",
      "action": false,
      "timestamp": "2017-05-11T19:07:28+00:00"
    },
    {
      "id": "c4509dd8424d4c3bb6e48008580e4b8b",
      "sender": "wumpus",
      "payload": "I'll try it out this week",
      "action": false,
      "timestamp": "2017-05-11T19:08:02+00:00"
    },
    {
      "id": "580ea1fd7753470181168c9efce72fea",
      "sender": "gmaxwell",
      "payload": "One thing to keep in mind is that keeping it unmerged reduces testing. Absolutely it needs more review before being merged, but we also should try to get it merged sooner rather than later.",
      "action": false,
      "timestamp": "2017-05-11T19:08:36+00:00"
    },
    {
      "id": "bc895afa40e549ce8757f57775a47893",
      "sender": "gmaxwell",
      "payload": "So that we get more time baking on it in master.",
      "action": false,
      "timestamp": "2017-05-11T19:08:46+00:00"
    },
    {
      "id": "97717d95f28d467ebcad33ca90ff48e7",
      "sender": "BlueMatt",
      "payload": "gmaxwell: we're not even close to that point",
      "action": false,
      "timestamp": "2017-05-11T19:09:00+00:00"
    },
    {
      "id": "7cc3c0cfe52f48348bd7e54389f369c5",
      "sender": "BlueMatt",
      "payload": "but, yes, we should be agressive about merge, as long as its a ways before release",
      "action": false,
      "timestamp": "2017-05-11T19:09:12+00:00"
    },
    {
      "id": "55dac2cdc6084ba3b8a3dac6c9c9cb5a",
      "sender": "morcos",
      "payload": "agreed gmaxwell, same thing with #10199",
      "action": false,
      "timestamp": "2017-05-11T19:09:14+00:00"
    },
    {
      "id": "2dc9b311584f4828a4debdd9c169ef1d",
      "sender": "gribble",
      "payload": "https://github.com/bitcoin/bitcoin/issues/10199 | Better fee estimates by morcos \u00c3\u0082\u00c2\u00b7 Pull Request #10199 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
      "action": false,
      "timestamp": "2017-05-11T19:09:16+00:00"
    },
    {
      "id": "dca0b415a2a444f294dbf5b15ab68eb5",
      "sender": "sipa",
      "payload": "morcos: i'll do another review pass on that today",
      "action": false,
      "timestamp": "2017-05-11T19:09:28+00:00"
    },
    {
      "id": "cb6edc7170be4de3821013149991217d",
      "sender": "wumpus",
      "payload": "yes, this shouldn't be something to merge last minute for 0.15",
      "action": false,
      "timestamp": "2017-05-11T19:09:40+00:00"
    },
    {
      "id": "31349771625d444791299b80e24bbe4e",
      "sender": "morcos",
      "payload": "good thing about that one, is its a lot less likely to casue a disaster",
      "action": false,
      "timestamp": "2017-05-11T19:09:44+00:00"
    },
    {
      "id": "ca4e4a3c9e7f4bc3bb44c9a71584b1ee",
      "sender": "BlueMatt",
      "payload": "finds 10199 to be wayyyy more important than per-utxo",
      "action": true,
      "timestamp": "2017-05-11T19:09:45+00:00"
    },
    {
      "id": "51eaeff65c9243e4b4d5c0cbeced4710",
      "sender": "morcos",
      "payload": "disagrees",
      "action": true,
      "timestamp": "2017-05-11T19:09:55+00:00"
    },
    {
      "id": "cb7d572d1c724546ba905c2e217d4839",
      "sender": "gmaxwell",
      "payload": "I strongly disagree.",
      "action": false,
      "timestamp": "2017-05-11T19:10:13+00:00"
    },
    {
      "id": "7d330369dc8c40d2bd385d2f861216e7",
      "sender": "wumpus",
      "payload": "they're both important for different reasons",
      "action": false,
      "timestamp": "2017-05-11T19:10:44+00:00"
    },
    {
      "id": "53939ca6d793467588f6da803ce2a3e5",
      "sender": "wumpus",
      "payload": "it's comparing apples and oranges",
      "action": false,
      "timestamp": "2017-05-11T19:10:55+00:00"
    },
    {
      "id": "0c574def7ae640119c114956c694713f",
      "sender": "BlueMatt",
      "payload": "anyway, do we have any real topics?",
      "action": false,
      "timestamp": "2017-05-11T19:11:09+00:00"
    },
    {
      "id": "d8b5f1948f3345daa191c560c2897744",
      "sender": "sipa",
      "payload": "i have one low-priority idea i'd like to talk about (running utxo commitments)",
      "action": false,
      "timestamp": "2017-05-11T19:11:29+00:00"
    },
    {
      "id": "af56fc7222534bc0bba970e7e2245c3e",
      "sender": "BlueMatt",
      "payload": "wishes the ny weather were better...",
      "action": true,
      "timestamp": "2017-05-11T19:11:31+00:00"
    },
    {
      "id": "51f58a81adb0410099b9230632bdff19",
      "sender": "BlueMatt",
      "payload": "sipa: shoot",
      "action": false,
      "timestamp": "2017-05-11T19:11:36+00:00"
    },
    {
      "id": "52c01717a0664d5e90d13c231e987e09",
      "sender": "wumpus",
      "payload": "#topic fee targeting/coin selection overhaul (instagibbs)",
      "action": false,
      "timestamp": "2017-05-11T19:11:46+00:00"
    },
    {
      "id": "cc7f2663ed364f6780e489549a22e51e",
      "sender": "gmaxwell",
      "payload": "BlueMatt: it's beautiful here in mountain view today.",
      "action": false,
      "timestamp": "2017-05-11T19:11:47+00:00"
    },
    {
      "id": "8744163a2f574d8ea6b204f47dde1e86",
      "sender": "sipa",
      "payload": "instagibbs: topic",
      "action": false,
      "timestamp": "2017-05-11T19:12:06+00:00"
    },
    {
      "id": "27449a829bea4078b9a20d9da8bd0104",
      "sender": "murchandamus",
      "payload": "gmaxwell: A bit cloudy here in Palo Alto though. ;)",
      "action": false,
      "timestamp": "2017-05-11T19:12:17+00:00"
    },
    {
      "id": "b7a6914935604cca961a336049071477",
      "sender": "instagibbs",
      "payload": "So I tried my hand at doing redoing fee targeting #10360 without directly changing coin selection",
      "action": false,
      "timestamp": "2017-05-11T19:12:24+00:00"
    },
    {
      "id": "27f0cca38df84bab813d53bbe390375d",
      "sender": "gribble",
      "payload": "https://github.com/bitcoin/bitcoin/issues/10360 | [WIP] [Wallet] Target effective value during transaction creation by instagibbs \u00c3\u0082\u00c2\u00b7 Pull Request #10360 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
      "action": false,
      "timestamp": "2017-05-11T19:12:25+00:00"
    },
    {
      "id": "407370c05b4046529871c51360531d3c",
      "sender": "instagibbs",
      "payload": "Was wondering if people were wary of that, versus a complete overhaul",
      "action": false,
      "timestamp": "2017-05-11T19:12:36+00:00"
    },
    {
      "id": "47950e1180e94d1f9bfbcd7ff5bc6705",
      "sender": "instagibbs",
      "payload": "morcos has concerns",
      "action": false,
      "timestamp": "2017-05-11T19:12:43+00:00"
    },
    {
      "id": "99f7846abcf4454cb348b22570208d04",
      "sender": "morcos",
      "payload": "wary is a good word for it",
      "action": false,
      "timestamp": "2017-05-11T19:12:49+00:00"
    },
    {
      "id": "3bbacb8816784ee7878e624484f31686",
      "sender": "morcos",
      "payload": "not opposed",
      "action": false,
      "timestamp": "2017-05-11T19:12:55+00:00"
    },
    {
      "id": "d977ff50ab5a4a5c9c456fe970b58132",
      "sender": "gmaxwell",
      "payload": "I feel a little uneasy about the changes to augment selection while we don't have a strategy to sweep dust. It worries me that we're potentially going to again untintentionally create another UTXO count blowup event.",
      "action": false,
      "timestamp": "2017-05-11T19:13:02+00:00"
    },
    {
      "id": "0909aed70d8c46e58c615f97ca695f78",
      "sender": "sipa",
      "payload": "instagibbs: i haven't looked into the details... is it just treating the net value of its output as amount - feerate*size_of_spend ?",
      "action": false,
      "timestamp": "2017-05-11T19:13:11+00:00"
    },
    {
      "id": "a52a0df1e1d749998902adc403b973a1",
      "sender": "murchandamus",
      "payload": "I've talked a bit with instagibbs about it and it seems to me that when that approach finds a direct match it may have a huge number of inputs",
      "action": false,
      "timestamp": "2017-05-11T19:13:15+00:00"
    },
    {
      "id": "e808179b726e4aeba1d519b9340407cc",
      "sender": "instagibbs",
      "payload": "sipa yes",
      "action": false,
      "timestamp": "2017-05-11T19:13:20+00:00"
    },
    {
      "id": "0d892c2e856b4984b5eba7b4d5bccb8b",
      "sender": "gmaxwell",
      "payload": "murchandamus: that sounds great to me. :P",
      "action": false,
      "timestamp": "2017-05-11T19:13:36+00:00"
    },
    {
      "id": "ed4d36cd5d7644d6a172aac1a27ec51e",
      "sender": "murchandamus",
      "payload": "I've combined a similar approach but trying to combine inputs by size large to small",
      "action": false,
      "timestamp": "2017-05-11T19:13:43+00:00"
    },
    {
      "id": "1958a66a0212405ab7b1dfaeaff3b68c",
      "sender": "instagibbs",
      "payload": "sipa, so you may get more smaller inputs that directly match, for example",
      "action": false,
      "timestamp": "2017-05-11T19:14:05+00:00"
    },
    {
      "id": "3936332e54bf43f8af73d72ff16f72a2",
      "sender": "murchandamus",
      "payload": "gmaxwell: I think that slightly bigger average transaction with lower variance in transaction size are better than huge variance in transaction size",
      "action": false,
      "timestamp": "2017-05-11T19:14:13+00:00"
    },
    {
      "id": "7d31acbd7609411d8e4aa337384acc67",
      "sender": "morcos",
      "payload": "i like the idea of being at least somewhat fee smart, and including more inputs when fees are lower",
      "action": false,
      "timestamp": "2017-05-11T19:14:39+00:00"
    },
    {
      "id": "40a9e212efc441a9bd74574172d1bfe5",
      "sender": "sipa",
      "payload": "but even if it spends many inputs, it always does so in a way that is economical",
      "action": false,
      "timestamp": "2017-05-11T19:14:41+00:00"
    },
    {
      "id": "267148b621bc4282845c94fe364dbb3f",
      "sender": "instagibbs",
      "payload": "sipa, it will always use \"positive effective value\" inputs",
      "action": false,
      "timestamp": "2017-05-11T19:14:57+00:00"
    },
    {
      "id": "bb7b59e83a014ed781a1674881593a66",
      "sender": "sipa",
      "payload": "so unless you assume that the feerate is going down in the future, there is little reason to postpone spending them",
      "action": false,
      "timestamp": "2017-05-11T19:14:59+00:00"
    },
    {
      "id": "816ffae709444836a989749245a58b44",
      "sender": "murchandamus",
      "payload": "morcos: Exactly. We have huge variance in fees over the week",
      "action": false,
      "timestamp": "2017-05-11T19:15:05+00:00"
    },
    {
      "id": "cedf28e40abb424ea6914876fcc848a4",
      "sender": "gmaxwell",
      "payload": "murchandamus: high to low sounds like it would destroy privacy.",
      "action": false,
      "timestamp": "2017-05-11T19:15:10+00:00"
    },
    {
      "id": "3e972606f62d4d0e824d3b0366d4ae43",
      "sender": "morcos",
      "payload": "the idea of wanting to do a quick transaction and paying 200 sat/byte to do it, and you include tons of little inputs that have little to none net value seems bad to me",
      "action": false,
      "timestamp": "2017-05-11T19:15:10+00:00"
    },
    {
      "id": "90f4e43fdcfc4fc9abb929d595da55ff",
      "sender": "murchandamus",
      "payload": "sipa: But adding a single input costs as much as four outputs, so you'd probably rather add a change output when fees are high than add another input, and later in the week do a few consolidation transactions",
      "action": false,
      "timestamp": "2017-05-11T19:15:46+00:00"
    },
    {
      "id": "f14ee56334e14680910a5e760d2ce2af",
      "sender": "luke-jr",
      "payload": "wonders how contentious it would be to move to a system where dust requires a larger proof so it can be pruned from the UTXO set",
      "action": true,
      "timestamp": "2017-05-11T19:15:55+00:00"
    },
    {
      "id": "053f462a9f1648e4b89296a34fb8768e",
      "sender": "murchandamus",
      "payload": "I've been hearing that some people do this to save money",
      "action": false,
      "timestamp": "2017-05-11T19:16:05+00:00"
    },
    {
      "id": "dd16a2de73c0447eb4342928ddff00e2",
      "sender": "gmaxwell",
      "payload": "morcos: I though about that and I think a nice estimate would be the ratio between the current feerate set and the BIG_NUM target (e.g. 1008 block target).  If this ratio is low, then you should be agressive in spending.",
      "action": false,
      "timestamp": "2017-05-11T19:16:07+00:00"
    },
    {
      "id": "c39324e45a254bf484f66ad023732902",
      "sender": "morcos",
      "payload": "admittedly its a difficult problem...  how do you distinguish a user that only does 200 sat/byte txs vs one that has a range",
      "action": false,
      "timestamp": "2017-05-11T19:16:11+00:00"
    },
    {
      "id": "2b26aefab6354a2185d2c0766bc28201",
      "sender": "murchandamus",
      "payload": "gmaxwell: I don't think it does, because it's only the selection for making exact matches",
      "action": false,
      "timestamp": "2017-05-11T19:16:32+00:00"
    },
    {
      "id": "d8f763b325684493b8e932174b19b84f",
      "sender": "morcos",
      "payload": "gmaxwell: yes, i agree... something like that",
      "action": false,
      "timestamp": "2017-05-11T19:16:43+00:00"
    },
    {
      "id": "41d6a5d6721c41d099d952ad7300da98",
      "sender": "murchandamus",
      "payload": "and you don't know if the first combination that matched was actually among the largest in your wallet",
      "action": false,
      "timestamp": "2017-05-11T19:16:46+00:00"
    },
    {
      "id": "946b71f0156e42c782c894d649cfeb2c",
      "sender": "morcos",
      "payload": "anyway, clearly there are a lot of ideas here, and i kidn of think that the amount of consideration that has to go into most changes is almost the same, and it might not be worthing doing all of that sanity checking if we're only making a small change",
      "action": false,
      "timestamp": "2017-05-11T19:17:22+00:00"
    },
    {
      "id": "43b9131a1be8401dafeeb990af062040",
      "sender": "instagibbs",
      "payload": "yes, so there are plenty of interesting strategies, the question is should we not be making semi-obvious fixing until we can agree on those :)",
      "action": false,
      "timestamp": "2017-05-11T19:17:23+00:00"
    },
    {
      "id": "ce8335cab0e941418beb59c07e016d65",
      "sender": "murchandamus",
      "payload": "gmaxwell: interesting approach",
      "action": false,
      "timestamp": "2017-05-11T19:17:34+00:00"
    },
    {
      "id": "15df33cd704e49ee8cf1820c5aea641e",
      "sender": "instagibbs",
      "payload": "related: can we kill minimum total fee?",
      "action": false,
      "timestamp": "2017-05-11T19:18:22+00:00"
    },
    {
      "id": "e695f5e83ec84f798fb4566569180a1d",
      "sender": "morcos",
      "payload": "at the very least, i'd think this should be lower priority for 0.15 than the prevously mentioned things right now... so we have to think about resources",
      "action": false,
      "timestamp": "2017-05-11T19:18:22+00:00"
    },
    {
      "id": "52b0b0ebca2644d89287ba988748ac54",
      "sender": "morcos",
      "payload": "instagibbs: +1 on that for a first step",
      "action": false,
      "timestamp": "2017-05-11T19:18:33+00:00"
    },
    {
      "id": "3c3a66406f614c5fa009a931226435b2",
      "sender": "sipa",
      "payload": "instagibbs: ack",
      "action": false,
      "timestamp": "2017-05-11T19:18:37+00:00"
    },
    {
      "id": "b8a5085cdbd848f0a41f9163e4f14b25",
      "sender": "instagibbs",
      "payload": "morcos, yes that was the feeling I get",
      "action": false,
      "timestamp": "2017-05-11T19:18:38+00:00"
    },
    {
      "id": "1507ab5a573d4734a0c8a3a6f5eb7df8",
      "sender": "murchandamus",
      "payload": "instagibbs: Accounting for UTXO in selection by effective value does take a load of pain out of selection strategies",
      "action": false,
      "timestamp": "2017-05-11T19:18:41+00:00"
    },
    {
      "id": "c2836ebc1f21436c83dfcdfa1fcda1b9",
      "sender": "gmaxwell",
      "payload": "instagibbs: but if a 'semi obvious fix' blows up other considerations thats bad.  Do you have a reason to believe your change won't cause a massive increase in utxo accumulation?",
      "action": false,
      "timestamp": "2017-05-11T19:19:21+00:00"
    },
    {
      "id": "4fdb6aa6d1ab4c05b32fee30ff128abb",
      "sender": "morcos",
      "payload": "also i have a PR #9343 that also removes edge case logic.  cleaning these things up now will make future improvements easier to do and reason about",
      "action": false,
      "timestamp": "2017-05-11T19:19:33+00:00"
    },
    {
      "id": "856d8ce8ecc34b0d9327a757db6aef77",
      "sender": "gribble",
      "payload": "https://github.com/bitcoin/bitcoin/issues/9343 | Dont create change at dust limit by morcos \u00c3\u0082\u00c2\u00b7 Pull Request #9343 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
      "action": false,
      "timestamp": "2017-05-11T19:19:35+00:00"
    },
    {
      "id": "1e388f7bb1b44ea39116436f8a3d48a5",
      "sender": "murchandamus",
      "payload": "instagibbs: I'm not sure that just this change with the current selection strategy of Core does much better in the selection, because of the selecting/deselecting pass",
      "action": false,
      "timestamp": "2017-05-11T19:19:38+00:00"
    },
    {
      "id": "73018b7df3514b7ab2d1c5d5392ff8ee",
      "sender": "instagibbs",
      "payload": "gmaxwell, no, I wasn't assuming as much, sorry if that seemed implied",
      "action": false,
      "timestamp": "2017-05-11T19:19:43+00:00"
    },
    {
      "id": "c193406bab964debaaa20b23a005d534",
      "sender": "murchandamus",
      "payload": "gmaxwell: Pretty sure it would rather decrease UTXO footprints",
      "action": false,
      "timestamp": "2017-05-11T19:20:09+00:00"
    },
    {
      "id": "7fa6d765edaa4832bdcd88acb6dd5fc4",
      "sender": "murchandamus",
      "payload": "right now Core will often fail in the first few passes when it selects more inputs because it hadn't accounted for the fees in advance",
      "action": false,
      "timestamp": "2017-05-11T19:20:36+00:00"
    },
    {
      "id": "62a74774feb646169bde890735cf55fb",
      "sender": "sipa",
      "payload": "instagibbs: which feerate are you using?",
      "action": false,
      "timestamp": "2017-05-11T19:20:37+00:00"
    },
    {
      "id": "127302155e104395860b4f6b16ca1e27",
      "sender": "instagibbs",
      "payload": "sipa, whatever the user has selected via settings",
      "action": false,
      "timestamp": "2017-05-11T19:20:57+00:00"
    },
    {
      "id": "7fcad5ad03f746e599ce66b2c0b07675",
      "sender": "gmaxwell",
      "payload": "instagibbs: well, thats why I ask. basically, in any mature system you can have 'bugs' which you depend on. at first glance it semeed to me that your PR might fix a bug where we're overly agressively spending TXO that are negative value. But we may depend on that bug to help manage the UTXO size.  At least that was my impression.",
      "action": false,
      "timestamp": "2017-05-11T19:21:01+00:00"
    },
    {
      "id": "48087612f25542e0bceb0e60e755d03b",
      "sender": "murchandamus",
      "payload": "with this change it would always succeed as soon as it finds an exact match",
      "action": false,
      "timestamp": "2017-05-11T19:21:05+00:00"
    },
    {
      "id": "a506f1a182c84fd5b21796cab19ef537",
      "sender": "sipa",
      "payload": "instagibbs: oh, duh",
      "action": false,
      "timestamp": "2017-05-11T19:21:08+00:00"
    },
    {
      "id": "a1e8448f86974bcea8673f3243411738",
      "sender": "instagibbs",
      "payload": "well, aside from total minimum fee, because that's stupid",
      "action": false,
      "timestamp": "2017-05-11T19:21:09+00:00"
    },
    {
      "id": "f517e54bc2eb4711bcd82048f2ea5c31",
      "sender": "instagibbs",
      "payload": "gmaxwell, could be. Maybe next step, aside from general refactor and cleaning, is to get better data",
      "action": false,
      "timestamp": "2017-05-11T19:21:55+00:00"
    },
    {
      "id": "6812d77793b04f3fad418da7f96eee43",
      "sender": "gmaxwell",
      "payload": "murchandamus: I'm not following your logic. Yes, the first few passes will fail, then it will target a higher amount, and be successful.",
      "action": false,
      "timestamp": "2017-05-11T19:22:08+00:00"
    },
    {
      "id": "a7abd782b914456abc79dd11758af569",
      "sender": "murchandamus",
      "payload": "gmaxwell: Yes, it shoudl never select UTXO that are negative effective value",
      "action": false,
      "timestamp": "2017-05-11T19:22:18+00:00"
    },
    {
      "id": "978777cbfaa0445eb345f26ab49e17d2",
      "sender": "instagibbs",
      "payload": "and stop throwing away money as fees egregiously: #10333",
      "action": false,
      "timestamp": "2017-05-11T19:22:22+00:00"
    },
    {
      "id": "7a7d33e65f4747dbb4793a71c7e4da58",
      "sender": "gribble",
      "payload": "https://github.com/bitcoin/bitcoin/issues/10333 | [wallet] fee fixes: always create change, adjust value, and p\u00c3\u00a2\u00c2\u0080\u00c2\u00a6 by instagibbs \u00c3\u0082\u00c2\u00b7 Pull Request #10333 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
      "action": false,
      "timestamp": "2017-05-11T19:22:23+00:00"
    },
    {
      "id": "9e29f9d77ef348eab6f451ec45e884e2",
      "sender": "gmaxwell",
      "payload": "murchandamus: By \"should\" do you mean the current behavior?",
      "action": false,
      "timestamp": "2017-05-11T19:22:35+00:00"
    },
    {
      "id": "ee0fdaaf300541e0a40f95023bc34840",
      "sender": "instagibbs",
      "payload": "current behavior almost certainly does",
      "action": false,
      "timestamp": "2017-05-11T19:22:43+00:00"
    },
    {
      "id": "49b2170a08bd4f6d8dead155d4b99481",
      "sender": "gmaxwell",
      "payload": "The current behavior absolutely will select txos with negative value.",
      "action": false,
      "timestamp": "2017-05-11T19:22:49+00:00"
    },
    {
      "id": "f4dc8f1f355f402fb76e880ccc152ad4",
      "sender": "sipa",
      "payload": "So how about we fix that first?",
      "action": false,
      "timestamp": "2017-05-11T19:23:02+00:00"
    },
    {
      "id": "2ed354309cf448beb7d2e9baae4a7213",
      "sender": "gmaxwell",
      "payload": "And \"fixing\" that may have severely deletarious effects on the network.",
      "action": false,
      "timestamp": "2017-05-11T19:23:06+00:00"
    },
    {
      "id": "33b6ebfa464b487eaac7fcd3b31d0eb5",
      "sender": "murchandamus",
      "payload": "gmaxwell: It only fails if it doesn't find a transaction input set within the number of estimated inputs from the previous tries",
      "action": false,
      "timestamp": "2017-05-11T19:23:08+00:00"
    },
    {
      "id": "624669831dae4792ac47eb611b6a6a85",
      "sender": "morcos",
      "payload": "sipa: yeah i was thinking that",
      "action": false,
      "timestamp": "2017-05-11T19:23:11+00:00"
    },
    {
      "id": "ae5d89cf3b814ff8a7781e700a83c785",
      "sender": "instagibbs",
      "payload": "I could always just make it ignore negative effective value",
      "action": false,
      "timestamp": "2017-05-11T19:23:12+00:00"
    },
    {
      "id": "14a4346d2edd42bb9877265808cff999",
      "sender": "morcos",
      "payload": "gmaxwell: disagree",
      "action": false,
      "timestamp": "2017-05-11T19:23:13+00:00"
    },
    {
      "id": "57118f3c3a5a40aa833b40f78e529905",
      "sender": "instagibbs",
      "payload": "...",
      "action": false,
      "timestamp": "2017-05-11T19:23:13+00:00"
    },
    {
      "id": "dbd46a4c03e643e5b16777ab97dc5394",
      "sender": "instagibbs",
      "payload": "lol",
      "action": false,
      "timestamp": "2017-05-11T19:23:14+00:00"
    },
    {
      "id": "f15d5011842949448d20319030e02a24",
      "sender": "instagibbs",
      "payload": "I mean either it's a feature, and we shouldnt fix it, or a bug and we should",
      "action": false,
      "timestamp": "2017-05-11T19:23:38+00:00"
    },
    {
      "id": "10d4eb0fcf424d26957d428eb436cfc1",
      "sender": "morcos",
      "payload": "instagibbs: yeah exactly",
      "action": false,
      "timestamp": "2017-05-11T19:23:46+00:00"
    },
    {
      "id": "8330aa16332e4f47b4d6a2e4599c2637",
      "sender": "gmaxwell",
      "payload": "It can be both! :)",
      "action": false,
      "timestamp": "2017-05-11T19:24:09+00:00"
    },
    {
      "id": "30974cfe7aa348dfbfc0f69f68376972",
      "sender": "murchandamus",
      "payload": "gmaxwell: I meant \"should\" as in when you calculate the effective value of a UTXO, if it is a negative effective value it shouldn't be selected",
      "action": false,
      "timestamp": "2017-05-11T19:24:18+00:00"
    },
    {
      "id": "3b4991e2f6be4296b8f51a4ec327495f",
      "sender": "instagibbs",
      "payload": "aspirational should?",
      "action": false,
      "timestamp": "2017-05-11T19:24:28+00:00"
    },
    {
      "id": "f10bd28db3f8460c8e1757aa94ec247a",
      "sender": "sdaftuar",
      "payload": "so there's a difference here between generally factoring in feerates in the coin selection, and throwing out inputs that have negative value.  i assume that's what we're getting at?",
      "action": false,
      "timestamp": "2017-05-11T19:24:29+00:00"
    },
    {
      "id": "73750a028d3b4e79a4b7b486bea66f36",
      "sender": "murchandamus",
      "payload": "gmaxwell: actually yes",
      "action": false,
      "timestamp": "2017-05-11T19:24:33+00:00"
    },
    {
      "id": "903153e5fef34483acdf27e2ecaae03e",
      "sender": "gmaxwell",
      "payload": "It's a feature when its mild and happening during times of low feerate. And a bug when its severe when it is insane and happening during high feerate.",
      "action": false,
      "timestamp": "2017-05-11T19:24:37+00:00"
    },
    {
      "id": "ba5f1a4a11c642d7bba086914c240d0c",
      "sender": "murchandamus",
      "payload": "current behavior would select them",
      "action": false,
      "timestamp": "2017-05-11T19:24:42+00:00"
    },
    {
      "id": "6988da8092674837b97da3ec52360ff2",
      "sender": "instagibbs",
      "payload": "gmaxwell, fair enough...",
      "action": false,
      "timestamp": "2017-05-11T19:24:48+00:00"
    },
    {
      "id": "efc9075f674a4ec0999bf843d1477e34",
      "sender": "wumpus",
      "payload": "yes, eating utxos with negative value cleans up the utxo set",
      "action": false,
      "timestamp": "2017-05-11T19:25:00+00:00"
    },
    {
      "id": "0d8e2ef5f0424741ae0cb7371be01f62",
      "sender": "morcos",
      "payload": "gmaxwell: right now when feerates vary from 10 to 200 sat/byte.   something that is 0 at 200 sat/byte should be cleaned up at a lower fee rate, not thrown away",
      "action": false,
      "timestamp": "2017-05-11T19:25:06+00:00"
    },
    {
      "id": "b6e02ab0ba6f4731ae4a5a69c542d62c",
      "sender": "gmaxwell",
      "payload": "Fixing it unconditionally without doing something about dust cleanup may be quite harmful to the network.",
      "action": false,
      "timestamp": "2017-05-11T19:25:26+00:00"
    },
    {
      "id": "d09b64a5acae460d93b0ca6c97db646e",
      "sender": "wumpus",
      "payload": "of course it's better to not create them in the first place",
      "action": false,
      "timestamp": "2017-05-11T19:25:30+00:00"
    },
    {
      "id": "f0845bfd03354babac2dee11b67c236b",
      "sender": "morcos",
      "payload": "wumpus: yes!  see #9343",
      "action": false,
      "timestamp": "2017-05-11T19:25:43+00:00"
    },
    {
      "id": "1e83c3282b374eeb85fe788c5374e08e",
      "sender": "gribble",
      "payload": "https://github.com/bitcoin/bitcoin/issues/9343 | Dont create change at dust limit by morcos \u00c3\u0082\u00c2\u00b7 Pull Request #9343 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
      "action": false,
      "timestamp": "2017-05-11T19:25:44+00:00"
    },
    {
      "id": "b2f4b1661aac44bba99a4c73bbe3bcfc",
      "sender": "murchandamus",
      "payload": "morcos: That's what I meant",
      "action": false,
      "timestamp": "2017-05-11T19:25:57+00:00"
    },
    {
      "id": "ee1022c9cafd44d689089aa9f807b8a2",
      "sender": "instagibbs",
      "payload": "^I should review that one",
      "action": false,
      "timestamp": "2017-05-11T19:25:58+00:00"
    },
    {
      "id": "ca539df6d2d74bf6841254186557dce0",
      "sender": "morcos",
      "payload": "i'm not sure thats the only way they are created, perhaps we could do more to avoid creating them also",
      "action": false,
      "timestamp": "2017-05-11T19:25:59+00:00"
    },
    {
      "id": "7a30859d4b434791bcdc823b37b432a5",
      "sender": "gmaxwell",
      "payload": "morcos: well they're created by people being buttheads.",
      "action": false,
      "timestamp": "2017-05-11T19:26:12+00:00"
    },
    {
      "id": "fff8a814ae3d419580255fb180bf63e6",
      "sender": "morcos",
      "payload": "i should say, i'm sure thats not the only way",
      "action": false,
      "timestamp": "2017-05-11T19:26:15+00:00"
    },
    {
      "id": "3ffa0a603a314467bfc758cc489b969a",
      "sender": "instagibbs",
      "payload": "I noticed in current logic we create near-dust, but when we're modifying change, we have much higher bar to clear",
      "action": false,
      "timestamp": "2017-05-11T19:26:21+00:00"
    },
    {
      "id": "ebad75cec48f4e57b5d7feb786ac53a4",
      "sender": "gmaxwell",
      "payload": "and no amount of fixing the wallet will prevent their creation.",
      "action": false,
      "timestamp": "2017-05-11T19:26:23+00:00"
    },
    {
      "id": "6f9455ba5ddc4deba4e6339d53c59a14",
      "sender": "instagibbs",
      "payload": "we should sync this",
      "action": false,
      "timestamp": "2017-05-11T19:26:24+00:00"
    },
    {
      "id": "df4c43ffde584a56a9e6724cd40f454a",
      "sender": "wumpus",
      "payload": "yes, we should get that one in",
      "action": false,
      "timestamp": "2017-05-11T19:26:36+00:00"
    },
    {
      "id": "224a3732f43444caa80a1510bf17c5af",
      "sender": "wumpus",
      "payload": "gmaxwell: well not creating them ourselves is not a total solution, but it helps",
      "action": false,
      "timestamp": "2017-05-11T19:26:49+00:00"
    },
    {
      "id": "9a41bb8549464736b6a5fc17eeea10a8",
      "sender": "gmaxwell",
      "payload": "wumpus: absolutely, sorry if it sounded like I said otherwise.",
      "action": false,
      "timestamp": "2017-05-11T19:27:01+00:00"
    },
    {
      "id": "9f62228cd61e411a98cf7488de0701c1",
      "sender": "morcos",
      "payload": "gmaxwell: yeah its a good question how many are created unintentionally vs intentionally",
      "action": false,
      "timestamp": "2017-05-11T19:27:06+00:00"
    },
    {
      "id": "da420a59262f492ba18cb7c2ee6e7c76",
      "sender": "morcos",
      "payload": "it wouldn't be unreasonable to raise the limit for intentionally creating them in Core, in adddition to imporving unintentional behavior",
      "action": false,
      "timestamp": "2017-05-11T19:27:47+00:00"
    },
    {
      "id": "01254a294be94f5489351128e5104309",
      "sender": "gmaxwell",
      "payload": "and at least as far as the \"some anonymous third party sends you a few bitcents\"  I think it's fine to spend those at a slight loss, esp if its in a privacy preserving way, and double especially if it's at as low a fee rate as you expect to see.",
      "action": false,
      "timestamp": "2017-05-11T19:27:53+00:00"
    },
    {
      "id": "7e6f38e3b80e4e1c832025e6eaf7787a",
      "sender": "murchandamus",
      "payload": "morcos: Core never creates change outputs smaller than 0.01 BTC unless the wallet is being almost depleted with the transaction, right?",
      "action": false,
      "timestamp": "2017-05-11T19:27:59+00:00"
    },
    {
      "id": "bd9def65dc844475995ef0078ac46ebb",
      "sender": "morcos",
      "payload": "murchandamus: well.. thats the design goal, i don't think its achieved",
      "action": false,
      "timestamp": "2017-05-11T19:28:22+00:00"
    },
    {
      "id": "66d7e5fd760643ebae5b70b61b530174",
      "sender": "instagibbs",
      "payload": "it's not achieved at all",
      "action": false,
      "timestamp": "2017-05-11T19:28:29+00:00"
    },
    {
      "id": "cb83eb625d7440f79a60ce9fc7a8b8f6",
      "sender": "instagibbs",
      "payload": "sad!",
      "action": false,
      "timestamp": "2017-05-11T19:28:30+00:00"
    },
    {
      "id": "2b124104f654487f9f1df5d660800c89",
      "sender": "gmaxwell",
      "payload": "what morcos said",
      "action": false,
      "timestamp": "2017-05-11T19:28:30+00:00"
    },
    {
      "id": "238c431aed0a48799b83add729889e70",
      "sender": "gmaxwell",
      "payload": "well it's better since 0.13.whatever when we fixed some things.",
      "action": false,
      "timestamp": "2017-05-11T19:28:44+00:00"
    },
    {
      "id": "9f163cfb695e4f738a734c45bdf26b5f",
      "sender": "gmaxwell",
      "payload": "with the target/2 checks.",
      "action": false,
      "timestamp": "2017-05-11T19:28:53+00:00"
    },
    {
      "id": "2008e8f76c124aa7bc75e7540871f4dc",
      "sender": "murchandamus",
      "payload": "I'll have to check out the linked issue",
      "action": false,
      "timestamp": "2017-05-11T19:29:04+00:00"
    },
    {
      "id": "3121729b675d4d51b5cb86f23848146d",
      "sender": "morcos",
      "payload": "in particular, if you have nTotalLower < target + CENT, you aim for target, and almost definitely create some stupidly small change",
      "action": false,
      "timestamp": "2017-05-11T19:29:11+00:00"
    },
    {
      "id": "96e5cf04a6a6410cb8b51509ff9637bd",
      "sender": "morcos",
      "payload": "among other posibilities",
      "action": false,
      "timestamp": "2017-05-11T19:29:26+00:00"
    },
    {
      "id": "ab3d4561291b44e59c2b211cf0c8a640",
      "sender": "murchandamus",
      "payload": "morcos: Ah right, I forgot about the pre-selection before knapsack",
      "action": false,
      "timestamp": "2017-05-11T19:29:37+00:00"
    },
    {
      "id": "f985c02381a143df95a375f8c70eb1ac",
      "sender": "morcos",
      "payload": "the linked issue is even more edge case",
      "action": false,
      "timestamp": "2017-05-11T19:29:39+00:00"
    },
    {
      "id": "ecb1626d60a44acb8983b12d4f13f6e9",
      "sender": "murchandamus",
      "payload": "thanks for the reminder",
      "action": false,
      "timestamp": "2017-05-11T19:29:41+00:00"
    },
    {
      "id": "6c402b8309c443f797000b8788f1a150",
      "sender": "morcos",
      "payload": "but like nTotalFee needs to go away before its easy to clean up the general case",
      "action": false,
      "timestamp": "2017-05-11T19:30:07+00:00"
    },
    {
      "id": "c50befe208ca449688017b6b07f1aabd",
      "sender": "morcos",
      "payload": "easIER",
      "action": false,
      "timestamp": "2017-05-11T19:30:22+00:00"
    },
    {
      "id": "107d7c0063af4117bf059a7265a13fd1",
      "sender": "murchandamus",
      "payload": "morcos: I think the way to go would be to dissect and modularize the coin selection out of wallet.cpp, if that's possible",
      "action": false,
      "timestamp": "2017-05-11T19:30:40+00:00"
    },
    {
      "id": "449a446a18254d989a8760a82c962ecf",
      "sender": "murchandamus",
      "payload": "right now it is such a moloch",
      "action": false,
      "timestamp": "2017-05-11T19:30:44+00:00"
    },
    {
      "id": "5f4473c78e55458fb4d0c680d4cc6272",
      "sender": "instagibbs",
      "payload": "I mean you can basically just throw away anything at or below SelectCoins, imo",
      "action": false,
      "timestamp": "2017-05-11T19:31:06+00:00"
    },
    {
      "id": "33f5ddc05939410e9e03c0bdeab5d9f4",
      "sender": "wumpus",
      "payload": "murchandamus: yes please",
      "action": false,
      "timestamp": "2017-05-11T19:31:10+00:00"
    },
    {
      "id": "8d7cce63802747a8b7887715822aa263",
      "sender": "gmaxwell",
      "payload": "Moloch whose mind is pure machinery!",
      "action": false,
      "timestamp": "2017-05-11T19:31:27+00:00"
    },
    {
      "id": "1a7420d410d64c73a1f98743a7a190fb",
      "sender": "murchandamus",
      "payload": "I think instagibbs and I might coordinate something there, and jnewberry was also interested AFAIK",
      "action": false,
      "timestamp": "2017-05-11T19:32:16+00:00"
    },
    {
      "id": "e17e9f66462f40cc9918c713bb4dc090",
      "sender": "gmaxwell",
      "payload": "can we new-subject?  good discussion on this, lots of PRs for people to look at and discuss more. :)",
      "action": false,
      "timestamp": "2017-05-11T19:32:21+00:00"
    },
    {
      "id": "ddeb809fd2b3491c9eeea07521982e37",
      "sender": "instagibbs",
      "payload": "morcos is also interested",
      "action": false,
      "timestamp": "2017-05-11T19:32:28+00:00"
    },
    {
      "id": "2495437716504cedbde2ddc7afdcbd63",
      "sender": "instagibbs",
      "payload": "yes I'm satisfied, we can continue offline",
      "action": false,
      "timestamp": "2017-05-11T19:32:34+00:00"
    },
    {
      "id": "8ac7c453eb1d47798137eb9a243388f0",
      "sender": "murchandamus",
      "payload": "thanks, me too",
      "action": false,
      "timestamp": "2017-05-11T19:32:46+00:00"
    },
    {
      "id": "7dea5046fc304a53bf41cd4e895934ce",
      "sender": "wumpus",
      "payload": "#topic running utxo commitments (sipa)",
      "action": false,
      "timestamp": "2017-05-11T19:32:48+00:00"
    },
    {
      "id": "1e3c99792cc94db6b3a1ed63df1f8297",
      "sender": "sipa",
      "payload": "ok",
      "action": false,
      "timestamp": "2017-05-11T19:32:56+00:00"
    },
    {
      "id": "a521b8e07ddb4c7f975ec25291d9fc1b",
      "sender": "gmaxwell",
      "payload": "instagibbs: in any case, that one concern: that we might 'fix' what is dedusting the UTXO is the only reason I didn't ACK your patch. So we should try to get confidence there or add some other fix for that.",
      "action": false,
      "timestamp": "2017-05-11T19:32:58+00:00"
    },
    {
      "id": "100ed690630744c5893213dd0589e863",
      "sender": "instagibbs",
      "payload": "gmaxwell, my firster iteration didnt even \"fix\" it :P",
      "action": false,
      "timestamp": "2017-05-11T19:33:13+00:00"
    },
    {
      "id": "7ea4ee8f40184dcc827f10138023e275",
      "sender": "jonasschnelli",
      "payload": "think we should have a graphical 3D \"real coins\" (in the size of the BTC value) manual drag'n'drop coin selection",
      "action": true,
      "timestamp": "2017-05-11T19:33:17+00:00"
    },
    {
      "id": "fca37364e2d54042b94ae0a7b2c82ff5",
      "sender": "sipa",
      "payload": "so, gmaxwell and i have been thinking about the possibility of maintaining a UTXO commitment hash all the time",
      "action": false,
      "timestamp": "2017-05-11T19:33:20+00:00"
    },
    {
      "id": "5b0b3bf5917949068442ba19843d0790",
      "sender": "sipa",
      "payload": "this would be useful for making gettxoutsetinfo instantaneous, or for syncing from someone else's UTXO set, or as the basis for a softfork later",
      "action": false,
      "timestamp": "2017-05-11T19:34:03+00:00"
    },
    {
      "id": "749e97cd626f4d978457c2f7eb665e5e",
      "sender": "wumpus",
      "payload": "yes, that would be useful",
      "action": false,
      "timestamp": "2017-05-11T19:34:24+00:00"
    },
    {
      "id": "341163a137144405a7233411974e4d6c",
      "sender": "sipa",
      "payload": "and it seems it would be possible to have an implementation that does this at a cost of a few microseconds per input and per output",
      "action": false,
      "timestamp": "2017-05-11T19:34:36+00:00"
    },
    {
      "id": "c39294f6b0054fb5a89d5726585b480d",
      "sender": "gmaxwell",
      "payload": "A first requirement for any kind of UTXO assumevalid is having a continuous commitment value to simplify review.",
      "action": false,
      "timestamp": "2017-05-11T19:34:42+00:00"
    },
    {
      "id": "1ed9ae95b4754973b096736f33ab5877",
      "sender": "sipa",
      "payload": "in a cryptographically secure way",
      "action": false,
      "timestamp": "2017-05-11T19:34:44+00:00"
    },
    {
      "id": "37ac5d6a6a974b61b6f566ab70ac2820",
      "sender": "wumpus",
      "payload": "jonasschnelli: that's pretty much just \"a better GUI for coin control\" right?",
      "action": false,
      "timestamp": "2017-05-11T19:35:33+00:00"
    },
    {
      "id": "801804789ffd4f1fb306f3952afb32f7",
      "sender": "gmaxwell",
      "payload": "Effectively, we construct an incremental unordered hash for sets-- so you can add and remove entries one at a time... Because just one scheme isn't enough, we actually constructed several, and now have a fun tradeoffs challenge to decide between them.",
      "action": false,
      "timestamp": "2017-05-11T19:35:39+00:00"
    },
    {
      "id": "5a70f5441c1043fe9cda11febe497db0",
      "sender": "sipa",
      "payload": "there are a few different possible implementations (one is based on multiplying big numbers mod a big prime, one is based on EC math, one is based on adding large hashes toether)... with different performance and security tradeoffs, i'll send a mail about it to the ML soon",
      "action": false,
      "timestamp": "2017-05-11T19:35:41+00:00"
    },
    {
      "id": "7c89af7dad2a449e91f0a79c420b6e86",
      "sender": "BlueMatt",
      "payload": "ah, ok, was gonna ask what the design was, cool",
      "action": false,
      "timestamp": "2017-05-11T19:36:00+00:00"
    },
    {
      "id": "37660b4958da44f6b3c0836ca8dfa47a",
      "sender": "instagibbs",
      "payload": "i love the alternative explanations...",
      "action": false,
      "timestamp": "2017-05-11T19:36:07+00:00"
    },
    {
      "id": "f51f612e9b1a4f03b1cd4bb1271b306b",
      "sender": "BlueMatt",
      "payload": "i mean we can also not use complicated solutions and be willing to do it in the background at a cost of however many milliseconds later",
      "action": false,
      "timestamp": "2017-05-11T19:36:19+00:00"
    },
    {
      "id": "6f0f591e622f41cc9234f41d99f0a885",
      "sender": "BlueMatt",
      "payload": "dunno how complicated your proposal is, of course",
      "action": false,
      "timestamp": "2017-05-11T19:36:29+00:00"
    },
    {
      "id": "0b24004158994e04bcd8ffbe7d56884c",
      "sender": "sipa",
      "payload": "BlueMatt: map every UTXO to either a 3072-bit integer and multiply those for all outputs, or to an EC point and all those for all outputs",
      "action": false,
      "timestamp": "2017-05-11T19:36:59+00:00"
    },
    {
      "id": "a1c5dffc433243108ec4c1b965de29f7",
      "sender": "sipa",
      "payload": "the multiplication approach is faster, but harder to cache",
      "action": false,
      "timestamp": "2017-05-11T19:37:14+00:00"
    },
    {
      "id": "7e0c6f912a1346ebb2d8a1756985bf77",
      "sender": "gmaxwell",
      "payload": "The strength of our proposals is strictly better than the discrete log assumption.  Neighter are especially complex, though the multiplying one is probably simpler for joe-fool to implement as long as they don't care about performance.",
      "action": false,
      "timestamp": "2017-05-11T19:37:18+00:00"
    },
    {
      "id": "305e27f9504f4f7fa1a5616d06269b5d",
      "sender": "sipa",
      "payload": "the EC approach could allow us to cache the effect of a single transaction, and then instantly apply it to the running commitment",
      "action": false,
      "timestamp": "2017-05-11T19:37:33+00:00"
    },
    {
      "id": "6edd03cfd5604befad28dca927624cef",
      "sender": "sipa",
      "payload": "hahaha",
      "action": false,
      "timestamp": "2017-05-11T19:38:20+00:00"
    },
    {
      "id": "d29c1bccc5d84e15bd5f8541b51f68a1",
      "sender": "wumpus",
      "payload": "interesting proposal",
      "action": false,
      "timestamp": "2017-05-11T19:38:28+00:00"
    },
    {
      "id": "200d98b5277840daa5cff28ee84c33b5",
      "sender": "sipa",
      "payload": "so, even though 5us per input/output may not seem much, it's several hours of CPU time for a node syncing from scratch",
      "action": false,
      "timestamp": "2017-05-11T19:38:56+00:00"
    },
    {
      "id": "7f375674ba624986838a072ad7a566f7",
      "sender": "BlueMatt",
      "payload": "sipa: hmm, i assume you have a pointer to a crypto accumulator somewhere?",
      "action": false,
      "timestamp": "2017-05-11T19:39:04+00:00"
    },
    {
      "id": "d270a818bfaf4ac984281dc0f42cd1db",
      "sender": "BlueMatt",
      "payload": "paper*",
      "action": false,
      "timestamp": "2017-05-11T19:39:13+00:00"
    },
    {
      "id": "3ee1dfbda10b45e1b92d73601b665866",
      "sender": "BlueMatt",
      "payload": "ehh, I'll just wait for your ml post",
      "action": false,
      "timestamp": "2017-05-11T19:39:22+00:00"
    },
    {
      "id": "f94ed55fb52c4852b6d23affdb72595b",
      "sender": "sipa",
      "payload": "BlueMatt: it's a really uninteresting accumulator, as it can't be used to prove anything",
      "action": false,
      "timestamp": "2017-05-11T19:39:28+00:00"
    },
    {
      "id": "f5a489b639ae404aae1e682b64329c93",
      "sender": "sipa",
      "payload": "i'll include some references",
      "action": false,
      "timestamp": "2017-05-11T19:39:46+00:00"
    },
    {
      "id": "5dcc1887166f449f9638ca16c48190f6",
      "sender": "gmaxwell",
      "payload": "BlueMatt: there have been several papers on related schemes-- however.  Of course, the papers ignore the performance considerations.  And especially in our case we have tradeoffs around block validation latency.",
      "action": false,
      "timestamp": "2017-05-11T19:39:58+00:00"
    },
    {
      "id": "02b6af1b4e4449488c07d217beee043f",
      "sender": "instagibbs",
      "payload": "I still want compact proofs, get back to work.",
      "action": false,
      "timestamp": "2017-05-11T19:40:38+00:00"
    },
    {
      "id": "2dcd2ae474454cb59150636fc8721022",
      "sender": "sipa",
      "payload": "also, the DL approach would mean we need an implementation of a fast multiplication mod a (fixed) prime \u007f, or a GMP dependency",
      "action": false,
      "timestamp": "2017-05-11T19:40:48+00:00"
    },
    {
      "id": "e47fc6e675ea42868954d7657babd036",
      "sender": "instagibbs",
      "payload": "(ducks)",
      "action": false,
      "timestamp": "2017-05-11T19:40:48+00:00"
    },
    {
      "id": "d03d9e24f63e43189cf9a8893c96e99f",
      "sender": "sipa",
      "payload": "instagibbs: so one advantage that these things have is that they're not incompatible with other UTXO/TXO commitment approaches",
      "action": false,
      "timestamp": "2017-05-11T19:41:14+00:00"
    },
    {
      "id": "3e0bdfa3d2cc42bcbde618e41cf9d212",
      "sender": "gmaxwell",
      "payload": "in any case, ML post will talk about the tradeoffs and schemes.",
      "action": false,
      "timestamp": "2017-05-11T19:41:16+00:00"
    },
    {
      "id": "7c5df8d41490440785932e49e91548cd",
      "sender": "cfields",
      "payload": "is ordering relevant? any effects on parallel validation/caching?",
      "action": false,
      "timestamp": "2017-05-11T19:41:17+00:00"
    },
    {
      "id": "81cb08d03e7a4715bbb462d6319e5985",
      "sender": "sipa",
      "payload": "cfields: it's 100% parallellizable",
      "action": false,
      "timestamp": "2017-05-11T19:41:25+00:00"
    },
    {
      "id": "6c31727115a8411788b2e1b8a45bd3bf",
      "sender": "gmaxwell",
      "payload": "cfields: they're totally independant of ordering.",
      "action": false,
      "timestamp": "2017-05-11T19:41:30+00:00"
    },
    {
      "id": "9deffb92b5a64277b98736c18edf9cbb",
      "sender": "wumpus",
      "payload": "if at least it can be done in parallel with some of the i/o  (e.g. database lookups) it wouldn't have to add that much to the total validation time",
      "action": false,
      "timestamp": "2017-05-11T19:41:32+00:00"
    },
    {
      "id": "9b003377910b47d1bb9b20821dee6816",
      "sender": "cfields",
      "payload": "whew",
      "action": false,
      "timestamp": "2017-05-11T19:41:34+00:00"
    },
    {
      "id": "94787e5fc3244b4ebff095c049ed9896",
      "sender": "instagibbs",
      "payload": "sipa, ack",
      "action": false,
      "timestamp": "2017-05-11T19:41:38+00:00"
    },
    {
      "id": "45720b928ace4352b8797e2a33b7d958",
      "sender": "gmaxwell",
      "payload": "And as sipa is pointing out, unlike other utxo commitments they do not break STXO like schemes where you have nodes that don't store the whole utxo set.",
      "action": false,
      "timestamp": "2017-05-11T19:41:54+00:00"
    },
    {
      "id": "430b756c25bd4e45a89eaeff7613889d",
      "sender": "sipa",
      "payload": "ordering is irrelevant... it's effectively a set commitment that is homomorphic wrt to set union and subtraction",
      "action": false,
      "timestamp": "2017-05-11T19:41:54+00:00"
    },
    {
      "id": "48f6f66567d4479cb1cc9178f7445f8e",
      "sender": "sipa",
      "payload": "but if we have this, we could for example log the UTXO commitment hash in the UpdateTip debug.log lines",
      "action": false,
      "timestamp": "2017-05-11T19:43:17+00:00"
    },
    {
      "id": "943a47f624b743cab849f561133f2905",
      "sender": "BlueMatt",
      "payload": "gmaxwell: well the validation latency tradeoffs are mostly removed by commiting to the previous block's utxo commitment, no?",
      "action": false,
      "timestamp": "2017-05-11T19:43:17+00:00"
    },
    {
      "id": "b4f4b35632554e4c89551c82167cc1a8",
      "sender": "BlueMatt",
      "payload": "is there some reason we should avoid doing so?",
      "action": false,
      "timestamp": "2017-05-11T19:43:25+00:00"
    },
    {
      "id": "360d772c500b44ad8ed4a65c8aa3a727",
      "sender": "gmaxwell",
      "payload": "So the applications I see for this are: an instant gettxouset info,  being able to have updatetip log the UTXO state (making checking nodes much easier), a start on an ability to do an ASSUMEVALID UTXO sync. ('start on' because there is a security/philosophy debate if the value must also be commited to the chain if we're to do an assumevalid like sync)",
      "action": false,
      "timestamp": "2017-05-11T19:43:53+00:00"
    },
    {
      "id": "b2f9f97419d549048dadf8a0a0eae6ff",
      "sender": "sipa",
      "payload": "BlueMatt: well we're not even talking about commiting to it in blocks (though that is an interesting possibility later)",
      "action": false,
      "timestamp": "2017-05-11T19:43:55+00:00"
    },
    {
      "id": "89f1f72c92424bb6bbc6634547191797",
      "sender": "BlueMatt",
      "payload": "sipa: great! so lets not do it inline and do it in the background later",
      "action": false,
      "timestamp": "2017-05-11T19:44:21+00:00"
    },
    {
      "id": "b83713fb84ea4dc49b0eacfba5f13968",
      "sender": "sipa",
      "payload": "BlueMatt: and delayed commitments are more complicated if you actually want the latency reduction... you need a backlog and background processing",
      "action": false,
      "timestamp": "2017-05-11T19:44:33+00:00"
    },
    {
      "id": "900bb88c12c243c2bb22868265ba2116",
      "sender": "BlueMatt",
      "payload": "as long as its under 100ms rpc is still instant",
      "action": false,
      "timestamp": "2017-05-11T19:44:33+00:00"
    },
    {
      "id": "66bee2c56f114616afd10fc918c6a325",
      "sender": "BlueMatt",
      "payload": "ish",
      "action": false,
      "timestamp": "2017-05-11T19:44:34+00:00"
    },
    {
      "id": "32137a35fa6147698759159a31ef426c",
      "sender": "gmaxwell",
      "payload": "oh well none of this is anywhere near that slow in any case.",
      "action": false,
      "timestamp": "2017-05-11T19:44:54+00:00"
    },
    {
      "id": "f07a91ba52054015add208903054542b",
      "sender": "sipa",
      "payload": "which would interfere with CPU demand for signature validation",
      "action": false,
      "timestamp": "2017-05-11T19:44:55+00:00"
    },
    {
      "id": "37041277e89f4afbad70ede18a2aae45",
      "sender": "sipa",
      "payload": "gmaxwell: if we need an mod inverse in the RPC, it could be 10ms or so with a naive implementation",
      "action": false,
      "timestamp": "2017-05-11T19:45:24+00:00"
    },
    {
      "id": "5b19f6eb35d34db9bac2456eee4faefc",
      "sender": "gmaxwell",
      "payload": "I think with sutiable caching we're talking about worst case impact, if done inline, on the order of 10ms.",
      "action": false,
      "timestamp": "2017-05-11T19:45:30+00:00"
    },
    {
      "id": "c98304784e24497ca3a7442b31d19a86",
      "sender": "sipa",
      "payload": "anyway, not that much more to say about it",
      "action": false,
      "timestamp": "2017-05-11T19:45:52+00:00"
    },
    {
      "id": "23f32574dd0b4d8ba12a770441dd1299",
      "sender": "BlueMatt",
      "payload": "i think we can live with 10ms :p",
      "action": false,
      "timestamp": "2017-05-11T19:45:55+00:00"
    },
    {
      "id": "cc5225e173d042f5a4a781583b5c3a67",
      "sender": "BlueMatt",
      "payload": "anyway, looking forward to the ml post :)",
      "action": false,
      "timestamp": "2017-05-11T19:46:02+00:00"
    },
    {
      "id": "9e91378c49f14bddb32a8219b185e52c",
      "sender": "wumpus",
      "payload": "#topic PRs high priority for review",
      "action": false,
      "timestamp": "2017-05-11T19:46:08+00:00"
    },
    {
      "id": "1198eadb9c3944c6bbdd3cdaa7a16fb1",
      "sender": "sipa",
      "payload": "i just wanted to give a heads up",
      "action": false,
      "timestamp": "2017-05-11T19:46:10+00:00"
    },
    {
      "id": "0b96e1ad5a424ecba3332ee51f884bd7",
      "sender": "BlueMatt",
      "payload": "(in an rpc that would otherwise block cs_main...)",
      "action": false,
      "timestamp": "2017-05-11T19:46:14+00:00"
    },
    {
      "id": "ed01022f0df64531be8ecdd50c1fddc6",
      "sender": "sipa",
      "payload": "BlueMatt: that 10ms can even run without cs_main",
      "action": false,
      "timestamp": "2017-05-11T19:46:41+00:00"
    },
    {
      "id": "d8f5e7ec21804d028aa6830f7fe84784",
      "sender": "instagibbs",
      "payload": "a less-extreme wallet PR for consideration to 0.15: #10333",
      "action": false,
      "timestamp": "2017-05-11T19:46:43+00:00"
    },
    {
      "id": "6ec02007d4cf42179d0f4aff0bfc5cc3",
      "sender": "gribble",
      "payload": "https://github.com/bitcoin/bitcoin/issues/10333 | [wallet] fee fixes: always create change, adjust value, and p\u00c3\u00a2\u00c2\u0080\u00c2\u00a6 by instagibbs \u00c3\u0082\u00c2\u00b7 Pull Request #10333 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
      "action": false,
      "timestamp": "2017-05-11T19:46:43+00:00"
    },
    {
      "id": "569d881c1a0c468fbcca240e6f3a7514",
      "sender": "instagibbs",
      "payload": "there are still n > 1 reports of extremely high feerates with large num inputs",
      "action": false,
      "timestamp": "2017-05-11T19:47:02+00:00"
    },
    {
      "id": "56fc4de7d99a4b3da953cc682b55224f",
      "sender": "BlueMatt",
      "payload": "sipa: thats my point :p",
      "action": false,
      "timestamp": "2017-05-11T19:47:02+00:00"
    },
    {
      "id": "b944ef31afe44baa9fa682b9229517de",
      "sender": "instagibbs",
      "payload": "they seem to match up with this case",
      "action": false,
      "timestamp": "2017-05-11T19:47:18+00:00"
    },
    {
      "id": "6a972a119af048748eec021760f5a4c4",
      "sender": "wumpus",
      "payload": "instagibbs: added 0.15 tag",
      "action": false,
      "timestamp": "2017-05-11T19:48:16+00:00"
    },
    {
      "id": "121b5c1e4b7749138f3088ce5a37ff93",
      "sender": "instagibbs",
      "payload": "thanks",
      "action": false,
      "timestamp": "2017-05-11T19:48:26+00:00"
    },
    {
      "id": "930a9726e8ca4a19b92c50ee815f44d3",
      "sender": "gmaxwell",
      "payload": "Where are we with multiwallet?",
      "action": false,
      "timestamp": "2017-05-11T19:48:35+00:00"
    },
    {
      "id": "84cf1ec932fc4f438414651d17d71ca0",
      "sender": "wumpus",
      "payload": "there were plenty of review comments on luke-jr's pull, but he hasn't addressed them yet AFAIK",
      "action": false,
      "timestamp": "2017-05-11T19:49:05+00:00"
    },
    {
      "id": "f14b441a33e74da7b5fa8eb9272dbd3a",
      "sender": "gmaxwell",
      "payload": "I haven't been following it closely because I've been more focused on per-txo/the above commitment stuff/etc.",
      "action": false,
      "timestamp": "2017-05-11T19:49:08+00:00"
    },
    {
      "id": "76c138a318b74f258b75805c8b999d3c",
      "sender": "gmaxwell",
      "payload": "luke-jr: ^ plz.",
      "action": false,
      "timestamp": "2017-05-11T19:49:17+00:00"
    },
    {
      "id": "398fd0cd77e4452392661a52dc418937",
      "sender": "jonasschnelli",
      "payload": "#8694 needs still rebase",
      "action": false,
      "timestamp": "2017-05-11T19:49:19+00:00"
    },
    {
      "id": "f536bfbbeaee44299fb5f205ca76c721",
      "sender": "gribble",
      "payload": "https://github.com/bitcoin/bitcoin/issues/8694 | Basic multiwallet support by luke-jr \u00c3\u0082\u00c2\u00b7 Pull Request #8694 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
      "action": false,
      "timestamp": "2017-05-11T19:49:21+00:00"
    },
    {
      "id": "ee82ffa1edda425382ed15a14e78f65b",
      "sender": "luke-jr",
      "payload": "wumpus: it's pending on jtimon's PR",
      "action": false,
      "timestamp": "2017-05-11T19:49:55+00:00"
    },
    {
      "id": "32c0555a7b7542e684d29e8765eefd2e",
      "sender": "wumpus",
      "payload": "luke-jr: which one?",
      "action": false,
      "timestamp": "2017-05-11T19:50:05+00:00"
    },
    {
      "id": "e9d96673f76a43a89d133d0bf6ce79f2",
      "sender": "wumpus",
      "payload": "I merged a few jtimon PRs this week",
      "action": false,
      "timestamp": "2017-05-11T19:50:15+00:00"
    },
    {
      "id": "b9fb2de362a8487980c71507dba55d4f",
      "sender": "luke-jr",
      "payload": "#9494",
      "action": false,
      "timestamp": "2017-05-11T19:50:20+00:00"
    },
    {
      "id": "3342e03506dd45b893520ac12ac3970a",
      "sender": "gribble",
      "payload": "https://github.com/bitcoin/bitcoin/issues/9494 | Introduce an ArgsManager class encapsulating cs_args, mapArgs and mapMultiArgs by jtimon \u00c3\u0082\u00c2\u00b7 Pull Request #9494 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
      "action": false,
      "timestamp": "2017-05-11T19:50:22+00:00"
    },
    {
      "id": "04aa0851232b45a6bce46d03afa2b287",
      "sender": "luke-jr",
      "payload": "which actually looks mergable?",
      "action": false,
      "timestamp": "2017-05-11T19:50:43+00:00"
    },
    {
      "id": "51bb3bf2295748a1ac1c09843e876224",
      "sender": "wumpus",
      "payload": "ok, seems that one is already in high priority for review",
      "action": false,
      "timestamp": "2017-05-11T19:50:49+00:00"
    },
    {
      "id": "c4261361e2fc43c1b8e5d39a0991d095",
      "sender": "sipa",
      "payload": "wumpus: yeah, i marked it so last week",
      "action": false,
      "timestamp": "2017-05-11T19:50:56+00:00"
    },
    {
      "id": "d7e1534473e346ec95448874dc21a250",
      "sender": "luke-jr",
      "payload": "reason being 8694 touches mapMultiArgs",
      "action": false,
      "timestamp": "2017-05-11T19:51:16+00:00"
    },
    {
      "id": "f2032b27b2614452bff3ae51c0cae5fa",
      "sender": "wumpus",
      "payload": "luke-jr: good to know, will take a look at it soon and merge it",
      "action": false,
      "timestamp": "2017-05-11T19:51:25+00:00"
    },
    {
      "id": "e26a2c4ff67840f3acb8eebc44bf867a",
      "sender": "luke-jr",
      "payload": "rather than avoid that, it seems better to just fix the locking for ti",
      "action": false,
      "timestamp": "2017-05-11T19:51:28+00:00"
    },
    {
      "id": "1b770e79863c41f7bd89bc9729cd64a7",
      "sender": "wumpus",
      "payload": "yes",
      "action": false,
      "timestamp": "2017-05-11T19:51:53+00:00"
    },
    {
      "id": "b249760198174c88aa26e619766f7b41",
      "sender": "wumpus",
      "payload": "sipa: thanks",
      "action": false,
      "timestamp": "2017-05-11T19:52:01+00:00"
    },
    {
      "id": "8a478c72602c4f75a9ed80e575bd0a32",
      "sender": "jonasschnelli",
      "payload": "Also, consider reviewing HD-Auto-Restore #10240 (it's currently not in high prio), we should have this in 0.15, otherwise users need to do loop10000(getnewaddress), rescan(genesis) to restore funds.",
      "action": false,
      "timestamp": "2017-05-11T19:52:46+00:00"
    },
    {
      "id": "ee019045e5ee4852bda34737009953cc",
      "sender": "gribble",
      "payload": "https://github.com/bitcoin/bitcoin/issues/10240 | Add HD wallet auto-restore functionality by jonasschnelli \u00c3\u0082\u00c2\u00b7 Pull Request #10240 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
      "action": false,
      "timestamp": "2017-05-11T19:52:48+00:00"
    },
    {
      "id": "fd82b55edc9942f289b653d751326295",
      "sender": "wumpus",
      "payload": "jonasschnelli: added 0.15 milestone",
      "action": false,
      "timestamp": "2017-05-11T19:53:51+00:00"
    },
    {
      "id": "73a6de2f72144a4583fb51a1a20f4b7a",
      "sender": "gmaxwell",
      "payload": "jonasschnelli: I'd missed that you got that going. good to hear.",
      "action": false,
      "timestamp": "2017-05-11T19:53:56+00:00"
    },
    {
      "id": "aeb8e859f98449fa987a7532b4370580",
      "sender": "jonasschnelli",
      "payload": "I'll rebase and fix the points soon.",
      "action": false,
      "timestamp": "2017-05-11T19:54:10+00:00"
    },
    {
      "id": "ff2b3f9e12074f48b94d804b563c8300",
      "sender": "gmaxwell",
      "payload": "I'll take a look at it after I finish my code review on some other PRs that I'm currently working on.",
      "action": false,
      "timestamp": "2017-05-11T19:54:45+00:00"
    },
    {
      "id": "b140a4bc2d884f8c9581729096e9e3c8",
      "sender": "jonasschnelli",
      "payload": "thanks gmaxwell",
      "action": false,
      "timestamp": "2017-05-11T19:55:18+00:00"
    },
    {
      "id": "c6196a816aad43e3b9c895da4c27715d",
      "sender": "instagibbs",
      "payload": "3 minutes",
      "action": false,
      "timestamp": "2017-05-11T19:57:05+00:00"
    },
    {
      "id": "0c8611bcd39c4f72bbb1420b995f7fb1",
      "sender": "sipa",
      "payload": "my #1 is still #10195 :)",
      "action": false,
      "timestamp": "2017-05-11T19:57:39+00:00"
    },
    {
      "id": "6fcab65a0d204137845d5a8f3f22548c",
      "sender": "gribble",
      "payload": "https://github.com/bitcoin/bitcoin/issues/1 | JSON-RPC support for mobile devices (\"ultra-lightweight\" clients) \u00c3\u0082\u00c2\u00b7 Issue #1 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
      "action": false,
      "timestamp": "2017-05-11T19:57:41+00:00"
    },
    {
      "id": "903ac08251c64f25a9b0328c2dba55b5",
      "sender": "gribble",
      "payload": "https://github.com/bitcoin/bitcoin/issues/10195 | Switch chainstate db and cache to per-txout model by sipa \u00c3\u0082\u00c2\u00b7 Pull Request #10195 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
      "action": false,
      "timestamp": "2017-05-11T19:57:42+00:00"
    },
    {
      "id": "c2d0b2e6c64f4cd7b27b46652551a6fd",
      "sender": "sipa",
      "payload": "eh",
      "action": false,
      "timestamp": "2017-05-11T19:57:43+00:00"
    },
    {
      "id": "31a1c4c1fc504fe09e97854b0cec5c04",
      "sender": "sipa",
      "payload": "ah!",
      "action": false,
      "timestamp": "2017-05-11T19:57:46+00:00"
    },
    {
      "id": "84d596b09e5241f7b98dc36f90e7b054",
      "sender": "wumpus",
      "payload": "yep",
      "action": false,
      "timestamp": "2017-05-11T19:57:55+00:00"
    },
    {
      "id": "925ce97d510c43deb3b2e8c7a9515d7e",
      "sender": "wumpus",
      "payload": "#endmeeting",
      "action": false,
      "timestamp": "2017-05-11T19:58:15+00:00"
    }
  ],
  "events": [
    {
      "event_type": "START_MEETING",
      "message": {
        "id": "85c9db9fd9094a57952bf1d7b137ddf9",
        "sender": "wumpus",
        "payload": "#startmeeting",
        "action": false,
        "timestamp": "2017-05-11T19:00:16+00:00"
      },
      "operand": null,
      "id": "85c9db9fd9094a57952bf1d7b137ddf9",
      "timestamp": "2017-05-11T19:00:16+00:00"
    },
    {
      "event_type": "TOPIC",
      "message": {
        "id": "24263432187347edb5b8327bdf91c31c",
        "sender": "wumpus",
        "payload": "#topic per-txo utxo database",
        "action": false,
        "timestamp": "2017-05-11T19:02:35+00:00"
      },
      "operand": "per-txo utxo database",
      "id": "24263432187347edb5b8327bdf91c31c",
      "timestamp": "2017-05-11T19:02:35+00:00"
    },
    {
      "event_type": "LINK",
      "message": {
        "id": "9647ee5339b74f428825347b54dc75bc",
        "sender": "gribble",
        "payload": "https://github.com/bitcoin/bitcoin/issues/10148 | [WIP] Use non-atomic flushing with block replay by sipa \u00c3\u0082\u00c2\u00b7 Pull Request #10148 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
        "action": false,
        "timestamp": "2017-05-11T19:02:54+00:00"
      },
      "operand": "https://github.com/bitcoin/bitcoin/issues/10148",
      "id": "9647ee5339b74f428825347b54dc75bc",
      "timestamp": "2017-05-11T19:02:54+00:00"
    },
    {
      "event_type": "LINK",
      "message": {
        "id": "b3197fac391c44c1a8224cfcc4d25226",
        "sender": "gribble",
        "payload": "https://github.com/bitcoin/bitcoin/issues/10195 | Switch chainstate db and cache to per-txout model by sipa \u00c3\u0082\u00c2\u00b7 Pull Request #10195 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
        "action": false,
        "timestamp": "2017-05-11T19:03:04+00:00"
      },
      "operand": "https://github.com/bitcoin/bitcoin/issues/10195",
      "id": "b3197fac391c44c1a8224cfcc4d25226",
      "timestamp": "2017-05-11T19:03:04+00:00"
    },
    {
      "event_type": "LINK",
      "message": {
        "id": "04e89ab77b464531919f66552496c037",
        "sender": "gribble",
        "payload": "https://github.com/bitcoin/bitcoin/issues/10148 | [WIP] Use non-atomic flushing with block replay by sipa \u00c3\u0082\u00c2\u00b7 Pull Request #10148 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
        "action": false,
        "timestamp": "2017-05-11T19:03:37+00:00"
      },
      "operand": "https://github.com/bitcoin/bitcoin/issues/10148",
      "id": "04e89ab77b464531919f66552496c037",
      "timestamp": "2017-05-11T19:03:37+00:00"
    },
    {
      "event_type": "LINK",
      "message": {
        "id": "e15e7bd42bb64616be19e702739a7105",
        "sender": "gribble",
        "payload": "https://github.com/bitcoin/bitcoin/issues/10195 | Switch chainstate db and cache to per-txout model by sipa \u00c3\u0082\u00c2\u00b7 Pull Request #10195 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
        "action": false,
        "timestamp": "2017-05-11T19:03:39+00:00"
      },
      "operand": "https://github.com/bitcoin/bitcoin/issues/10195",
      "id": "e15e7bd42bb64616be19e702739a7105",
      "timestamp": "2017-05-11T19:03:39+00:00"
    },
    {
      "event_type": "LINK",
      "message": {
        "id": "6a1fec43261d4deea78a294a879a342b",
        "sender": "gribble",
        "payload": "https://github.com/bitcoin/bitcoin/issues/10192 | Cache full script execution results in addition to signatures by TheBlueMatt \u00c3\u0082\u00c2\u00b7 Pull Request #10192 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
        "action": false,
        "timestamp": "2017-05-11T19:04:08+00:00"
      },
      "operand": "https://github.com/bitcoin/bitcoin/issues/10192",
      "id": "6a1fec43261d4deea78a294a879a342b",
      "timestamp": "2017-05-11T19:04:08+00:00"
    },
    {
      "event_type": "LINK",
      "message": {
        "id": "2dc9b311584f4828a4debdd9c169ef1d",
        "sender": "gribble",
        "payload": "https://github.com/bitcoin/bitcoin/issues/10199 | Better fee estimates by morcos \u00c3\u0082\u00c2\u00b7 Pull Request #10199 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
        "action": false,
        "timestamp": "2017-05-11T19:09:16+00:00"
      },
      "operand": "https://github.com/bitcoin/bitcoin/issues/10199",
      "id": "2dc9b311584f4828a4debdd9c169ef1d",
      "timestamp": "2017-05-11T19:09:16+00:00"
    },
    {
      "event_type": "TOPIC",
      "message": {
        "id": "52c01717a0664d5e90d13c231e987e09",
        "sender": "wumpus",
        "payload": "#topic fee targeting/coin selection overhaul (instagibbs)",
        "action": false,
        "timestamp": "2017-05-11T19:11:46+00:00"
      },
      "operand": "fee targeting/coin selection overhaul (instagibbs)",
      "id": "52c01717a0664d5e90d13c231e987e09",
      "timestamp": "2017-05-11T19:11:46+00:00"
    },
    {
      "event_type": "LINK",
      "message": {
        "id": "27f0cca38df84bab813d53bbe390375d",
        "sender": "gribble",
        "payload": "https://github.com/bitcoin/bitcoin/issues/10360 | [WIP] [Wallet] Target effective value during transaction creation by instagibbs \u00c3\u0082\u00c2\u00b7 Pull Request #10360 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
        "action": false,
        "timestamp": "2017-05-11T19:12:25+00:00"
      },
      "operand": "https://github.com/bitcoin/bitcoin/issues/10360",
      "id": "27f0cca38df84bab813d53bbe390375d",
      "timestamp": "2017-05-11T19:12:25+00:00"
    },
    {
      "event_type": "LINK",
      "message": {
        "id": "856d8ce8ecc34b0d9327a757db6aef77",
        "sender": "gribble",
        "payload": "https://github.com/bitcoin/bitcoin/issues/9343 | Dont create change at dust limit by morcos \u00c3\u0082\u00c2\u00b7 Pull Request #9343 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
        "action": false,
        "timestamp": "2017-05-11T19:19:35+00:00"
      },
      "operand": "https://github.com/bitcoin/bitcoin/issues/9343",
      "id": "856d8ce8ecc34b0d9327a757db6aef77",
      "timestamp": "2017-05-11T19:19:35+00:00"
    },
    {
      "event_type": "LINK",
      "message": {
        "id": "7a7d33e65f4747dbb4793a71c7e4da58",
        "sender": "gribble",
        "payload": "https://github.com/bitcoin/bitcoin/issues/10333 | [wallet] fee fixes: always create change, adjust value, and p\u00c3\u00a2\u00c2\u0080\u00c2\u00a6 by instagibbs \u00c3\u0082\u00c2\u00b7 Pull Request #10333 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
        "action": false,
        "timestamp": "2017-05-11T19:22:23+00:00"
      },
      "operand": "https://github.com/bitcoin/bitcoin/issues/10333",
      "id": "7a7d33e65f4747dbb4793a71c7e4da58",
      "timestamp": "2017-05-11T19:22:23+00:00"
    },
    {
      "event_type": "LINK",
      "message": {
        "id": "1e83c3282b374eeb85fe788c5374e08e",
        "sender": "gribble",
        "payload": "https://github.com/bitcoin/bitcoin/issues/9343 | Dont create change at dust limit by morcos \u00c3\u0082\u00c2\u00b7 Pull Request #9343 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
        "action": false,
        "timestamp": "2017-05-11T19:25:44+00:00"
      },
      "operand": "https://github.com/bitcoin/bitcoin/issues/9343",
      "id": "1e83c3282b374eeb85fe788c5374e08e",
      "timestamp": "2017-05-11T19:25:44+00:00"
    },
    {
      "event_type": "TOPIC",
      "message": {
        "id": "7dea5046fc304a53bf41cd4e895934ce",
        "sender": "wumpus",
        "payload": "#topic running utxo commitments (sipa)",
        "action": false,
        "timestamp": "2017-05-11T19:32:48+00:00"
      },
      "operand": "running utxo commitments (sipa)",
      "id": "7dea5046fc304a53bf41cd4e895934ce",
      "timestamp": "2017-05-11T19:32:48+00:00"
    },
    {
      "event_type": "TOPIC",
      "message": {
        "id": "9e91378c49f14bddb32a8219b185e52c",
        "sender": "wumpus",
        "payload": "#topic PRs high priority for review",
        "action": false,
        "timestamp": "2017-05-11T19:46:08+00:00"
      },
      "operand": "PRs high priority for review",
      "id": "9e91378c49f14bddb32a8219b185e52c",
      "timestamp": "2017-05-11T19:46:08+00:00"
    },
    {
      "event_type": "LINK",
      "message": {
        "id": "6ec02007d4cf42179d0f4aff0bfc5cc3",
        "sender": "gribble",
        "payload": "https://github.com/bitcoin/bitcoin/issues/10333 | [wallet] fee fixes: always create change, adjust value, and p\u00c3\u00a2\u00c2\u0080\u00c2\u00a6 by instagibbs \u00c3\u0082\u00c2\u00b7 Pull Request #10333 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
        "action": false,
        "timestamp": "2017-05-11T19:46:43+00:00"
      },
      "operand": "https://github.com/bitcoin/bitcoin/issues/10333",
      "id": "6ec02007d4cf42179d0f4aff0bfc5cc3",
      "timestamp": "2017-05-11T19:46:43+00:00"
    },
    {
      "event_type": "LINK",
      "message": {
        "id": "f536bfbbeaee44299fb5f205ca76c721",
        "sender": "gribble",
        "payload": "https://github.com/bitcoin/bitcoin/issues/8694 | Basic multiwallet support by luke-jr \u00c3\u0082\u00c2\u00b7 Pull Request #8694 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
        "action": false,
        "timestamp": "2017-05-11T19:49:21+00:00"
      },
      "operand": "https://github.com/bitcoin/bitcoin/issues/8694",
      "id": "f536bfbbeaee44299fb5f205ca76c721",
      "timestamp": "2017-05-11T19:49:21+00:00"
    },
    {
      "event_type": "LINK",
      "message": {
        "id": "3342e03506dd45b893520ac12ac3970a",
        "sender": "gribble",
        "payload": "https://github.com/bitcoin/bitcoin/issues/9494 | Introduce an ArgsManager class encapsulating cs_args, mapArgs and mapMultiArgs by jtimon \u00c3\u0082\u00c2\u00b7 Pull Request #9494 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
        "action": false,
        "timestamp": "2017-05-11T19:50:22+00:00"
      },
      "operand": "https://github.com/bitcoin/bitcoin/issues/9494",
      "id": "3342e03506dd45b893520ac12ac3970a",
      "timestamp": "2017-05-11T19:50:22+00:00"
    },
    {
      "event_type": "LINK",
      "message": {
        "id": "ee019045e5ee4852bda34737009953cc",
        "sender": "gribble",
        "payload": "https://github.com/bitcoin/bitcoin/issues/10240 | Add HD wallet auto-restore functionality by jonasschnelli \u00c3\u0082\u00c2\u00b7 Pull Request #10240 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
        "action": false,
        "timestamp": "2017-05-11T19:52:48+00:00"
      },
      "operand": "https://github.com/bitcoin/bitcoin/issues/10240",
      "id": "ee019045e5ee4852bda34737009953cc",
      "timestamp": "2017-05-11T19:52:48+00:00"
    },
    {
      "event_type": "LINK",
      "message": {
        "id": "6fcab65a0d204137845d5a8f3f22548c",
        "sender": "gribble",
        "payload": "https://github.com/bitcoin/bitcoin/issues/1 | JSON-RPC support for mobile devices (\"ultra-lightweight\" clients) \u00c3\u0082\u00c2\u00b7 Issue #1 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
        "action": false,
        "timestamp": "2017-05-11T19:57:41+00:00"
      },
      "operand": "https://github.com/bitcoin/bitcoin/issues/1",
      "id": "6fcab65a0d204137845d5a8f3f22548c",
      "timestamp": "2017-05-11T19:57:41+00:00"
    },
    {
      "event_type": "LINK",
      "message": {
        "id": "903ac08251c64f25a9b0328c2dba55b5",
        "sender": "gribble",
        "payload": "https://github.com/bitcoin/bitcoin/issues/10195 | Switch chainstate db and cache to per-txout model by sipa \u00c3\u0082\u00c2\u00b7 Pull Request #10195 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
        "action": false,
        "timestamp": "2017-05-11T19:57:42+00:00"
      },
      "operand": "https://github.com/bitcoin/bitcoin/issues/10195",
      "id": "903ac08251c64f25a9b0328c2dba55b5",
      "timestamp": "2017-05-11T19:57:42+00:00"
    },
    {
      "event_type": "END_MEETING",
      "message": {
        "id": "925ce97d510c43deb3b2e8c7a9515d7e",
        "sender": "wumpus",
        "payload": "#endmeeting",
        "action": false,
        "timestamp": "2017-05-11T19:58:15+00:00"
      },
      "operand": null,
      "id": "925ce97d510c43deb3b2e8c7a9515d7e",
      "timestamp": "2017-05-11T19:58:15+00:00"
    }
  ],
  "aliases": {},
  "vote_in_progress": false,
  "motion_index": null
}