{
  "founder": "jnewbery",
  "channel": "#bitcoin-core-dev",
  "network": "freenode",
  "id": "9959834515014e89bcdb88bd2b64e123",
  "name": "#bitcoin-core-dev",
  "chair": "jnewbery",
  "chairs": [
    "jnewbery"
  ],
  "nicks": {
    "jnewbery": 35,
    "core-meetingbot": 6,
    "amiti": 5,
    "hebasto": 1,
    "gleb": 10,
    "ariard": 12,
    "emzy": 2,
    "aj": 23,
    "ajonas": 7,
    "fjahr": 1,
    "phantomcircuit": 14,
    "gribble": 2,
    "sipa_": 1,
    "sdaftuar": 1,
    "jeremyrubin": 1,
    "sipa": 21
  },
  "start_time": "2021-03-09T21:00:11+00:00",
  "end_time": "2021-03-09T22:00:43+00:00",
  "active": false,
  "original_topic": "Bitcoin Core development discussion and commit log | Feel free to watch, but please take commentary and usage questions to #bitcoin | Channel logs: http://www.erisian.com.au/bitcoin-core-dev/, http://gnusha.org/bitcoin-core-dev/ | Meeting topics http://gnusha.org/bitcoin-core-dev/proposedmeetingtopics.txt / http://gnusha.org/bitcoin-core-dev/proposedwalletmeetingtopics.txt",
  "current_topic": "IBD latch across restarts (phantomcircuit)",
  "messages": [
    {
      "id": "5c782c64b9bd40deaa01b9ff74016f0f",
      "sender": "jnewbery",
      "payload": "#startmeeting",
      "action": false,
      "timestamp": "2021-03-09T21:00:11+00:00"
    },
    {
      "id": "657a3fe9bd1441e598e247affb564d53",
      "sender": "core-meetingbot",
      "payload": "Meeting started Tue Mar  9 21:00:11 2021 UTC.  The chair is jnewbery. Information about MeetBot at https://bitcoin.jonasschnelli.ch/ircmeetings.",
      "action": false,
      "timestamp": "2021-03-09T21:00:11+00:00"
    },
    {
      "id": "c583da3b69804007b61ebb5e46fe3546",
      "sender": "core-meetingbot",
      "payload": "Available commands: action commands idea info link nick",
      "action": false,
      "timestamp": "2021-03-09T21:00:11+00:00"
    },
    {
      "id": "e99d3d5bc3e7499f9120faf0110d72ca",
      "sender": "jnewbery",
      "payload": "#bitcoin-core-dev Meeting: achow101 aj amiti ariard bluematt cfields Chris_Stewart_5 digi_james dongcarl elichai2 emilengler fanquake fjahr gleb glozow gmaxwell gwillen hebasto instagibbs jamesob jb55 jeremyrubin jl2012 jnewbery jonasschnelli jonatack jtimon kallewoof kanzure kvaciral lightlike luke-jr maaku marcofalke meshcollider michagogo moneyball morcos nehan NicolasDorier paveljanik",
      "action": false,
      "timestamp": "2021-03-09T21:00:17+00:00"
    },
    {
      "id": "a7e59b30769243c6925cdd65b92c28ca",
      "sender": "jnewbery",
      "payload": "petertodd phantomcircuit promag provoostenator ryanofsky sdaftuar sipa vasild wumpus",
      "action": false,
      "timestamp": "2021-03-09T21:00:23+00:00"
    },
    {
      "id": "75de9da54f6b4a8c92542faad4d0efed",
      "sender": "amiti",
      "payload": "hi",
      "action": false,
      "timestamp": "2021-03-09T21:00:27+00:00"
    },
    {
      "id": "4fe887913612427384b0f3d8210215ea",
      "sender": "hebasto",
      "payload": "hi",
      "action": false,
      "timestamp": "2021-03-09T21:00:28+00:00"
    },
    {
      "id": "5a6312436af84098a74f1a15fc1c69ca",
      "sender": "gleb",
      "payload": "hi",
      "action": false,
      "timestamp": "2021-03-09T21:00:34+00:00"
    },
    {
      "id": "12f18448b1524a078e0a5bd66f9ada07",
      "sender": "ariard",
      "payload": "hi",
      "action": false,
      "timestamp": "2021-03-09T21:00:39+00:00"
    },
    {
      "id": "5f94e79f64af412eb8062478881217aa",
      "sender": "emzy",
      "payload": "hi",
      "action": false,
      "timestamp": "2021-03-09T21:00:48+00:00"
    },
    {
      "id": "4a1d5e8d21914a2c8e7ad1805736331f",
      "sender": "aj",
      "payload": "hi",
      "action": false,
      "timestamp": "2021-03-09T21:00:50+00:00"
    },
    {
      "id": "73ab8f0a96f44984871afa4999a9dfd9",
      "sender": "ajonas",
      "payload": "hello",
      "action": false,
      "timestamp": "2021-03-09T21:00:52+00:00"
    },
    {
      "id": "7a1643065ba34905b6f6f8439cf7ea79",
      "sender": "jnewbery",
      "payload": "topics are here: https://github.com/bitcoin-core/bitcoin-devwiki/wiki/P2P-IRC-meetings",
      "action": false,
      "timestamp": "2021-03-09T21:01:03+00:00"
    },
    {
      "id": "f75706db3bd24e4f8c24ebf5d3b04dc1",
      "sender": "jnewbery",
      "payload": "contributors' current priorities are here: https://github.com/bitcoin-core/bitcoin-devwiki/wiki/P2P-Current-Priorities",
      "action": false,
      "timestamp": "2021-03-09T21:01:24+00:00"
    },
    {
      "id": "fa682d565d86497c92d9acd9b3b9221a",
      "sender": "jnewbery",
      "payload": "There's one proposed topic this week: Erlay (gleb). Before we do that, does anyone have any other proposed topics or short updates?",
      "action": false,
      "timestamp": "2021-03-09T21:01:47+00:00"
    },
    {
      "id": "9c29f7f06be1438082a2ff2d1acf599d",
      "sender": "aj",
      "payload": "would be interested in an update on disabletx and the thread on -dev about it",
      "action": false,
      "timestamp": "2021-03-09T21:02:06+00:00"
    },
    {
      "id": "a25ad9c6cf8f44d4a6f56a42950c9dc0",
      "sender": "ajonas",
      "payload": "I have a something i put together addrman and eclipse attacks (not quite a full topic)",
      "action": false,
      "timestamp": "2021-03-09T21:02:12+00:00"
    },
    {
      "id": "a4ee9318d07744819df0bb82caa3ba08",
      "sender": "fjahr",
      "payload": "hi",
      "action": false,
      "timestamp": "2021-03-09T21:02:19+00:00"
    },
    {
      "id": "6846ff6ed4194eb4bef9d429fd28ed8a",
      "sender": "ajonas",
      "payload": "it should only take a couple of minutes",
      "action": false,
      "timestamp": "2021-03-09T21:02:31+00:00"
    },
    {
      "id": "53e1f493f1854ce5b52165987bfd5ca9",
      "sender": "jnewbery",
      "payload": "aj: yep, we can do that",
      "action": false,
      "timestamp": "2021-03-09T21:02:45+00:00"
    },
    {
      "id": "1521deeabf764f2796c54513988aac11",
      "sender": "jnewbery",
      "payload": "ajonas: ok, if it's quick let's do that first",
      "action": false,
      "timestamp": "2021-03-09T21:03:01+00:00"
    },
    {
      "id": "282f300fcd3547dca2d399e96e1be034",
      "sender": "jnewbery",
      "payload": "#topic addrman and eclipse attacks (ajonas)",
      "action": false,
      "timestamp": "2021-03-09T21:03:09+00:00"
    },
    {
      "id": "e786404e0c234257928b486d16bf9c4b",
      "sender": "core-meetingbot",
      "payload": "topic: addrman and eclipse attacks (ajonas)",
      "action": false,
      "timestamp": "2021-03-09T21:03:10+00:00"
    },
    {
      "id": "f0e7c0efdfe44e209d486a3bdd07aa1e",
      "sender": "ajonas",
      "payload": "This is a doc I put on the wiki: https://github.com/bitcoin-core/bitcoin-devwiki/wiki/Addrman-and-eclipse-attacks",
      "action": false,
      "timestamp": "2021-03-09T21:03:30+00:00"
    },
    {
      "id": "df28d9f72230470eaf181c427cd49569",
      "sender": "ajonas",
      "payload": "feedback would be appreciated",
      "action": false,
      "timestamp": "2021-03-09T21:03:42+00:00"
    },
    {
      "id": "e573fec8f1094b5ba53520cff5963d11",
      "sender": "ajonas",
      "payload": "Thank you to those that helped track down the details and reviewed",
      "action": false,
      "timestamp": "2021-03-09T21:04:05+00:00"
    },
    {
      "id": "6bcb775064134ac2a1439c06ce471327",
      "sender": "ajonas",
      "payload": "fin",
      "action": false,
      "timestamp": "2021-03-09T21:04:16+00:00"
    },
    {
      "id": "c27199e6ea884367a1d75462fc400b2e",
      "sender": "jnewbery",
      "payload": "thanks ajonas!",
      "action": false,
      "timestamp": "2021-03-09T21:04:35+00:00"
    },
    {
      "id": "bff36654b6df4efeaee49a52ac197595",
      "sender": "jnewbery",
      "payload": "any questions or should we move on to the next topic?",
      "action": false,
      "timestamp": "2021-03-09T21:04:46+00:00"
    },
    {
      "id": "7d6e58b8f4024563a01c8fbdf20f94d1",
      "sender": "ariard",
      "payload": "ajonas: consider those papers https://www.comp.nus.edu.sg/~kangms/papers/erebus-attack.pdf and https://btc-hijack.ethz.ch/files/btc_hijack.pdf on infrastructure-level eclipse attacks against bitcoin nodes",
      "action": false,
      "timestamp": "2021-03-09T21:04:49+00:00"
    },
    {
      "id": "e3735ac24b4b4bda83ff24cc4fe658eb",
      "sender": "gleb",
      "payload": "pretty sure the former one is included",
      "action": false,
      "timestamp": "2021-03-09T21:05:25+00:00"
    },
    {
      "id": "97e47ea923b940a4a9bc185f510cd0da",
      "sender": "ariard",
      "payload": "right it mentipns asmap which is only one of the mitigation proposed in erebeus paper iirc",
      "action": false,
      "timestamp": "2021-03-09T21:06:18+00:00"
    },
    {
      "id": "d588b788022b4929b8c958aa394abbdd",
      "sender": "ariard",
      "payload": "(but better to do feedback after meeting, let's mov on)",
      "action": false,
      "timestamp": "2021-03-09T21:06:53+00:00"
    },
    {
      "id": "8f9b37937b74450f966e5bcb206bc027",
      "sender": "jnewbery",
      "payload": "next topic?",
      "action": false,
      "timestamp": "2021-03-09T21:07:00+00:00"
    },
    {
      "id": "743b81ccbfa840958601ccc49e2e1c42",
      "sender": "jnewbery",
      "payload": "#topic erlay (gleb)",
      "action": false,
      "timestamp": "2021-03-09T21:07:08+00:00"
    },
    {
      "id": "14b2459d33c34ca78bbb1ea318309c74",
      "sender": "core-meetingbot",
      "payload": "topic: erlay (gleb)",
      "action": false,
      "timestamp": "2021-03-09T21:07:08+00:00"
    },
    {
      "id": "c42c95be9b0a4e87a5ad73c02bfc464c",
      "sender": "gleb",
      "payload": "Hi! Just a little update here. I was working on Erlay refactor in a separate branch, currently addressing great comments from jnewbery and ariard. Gonna finish that in a day or two.",
      "action": false,
      "timestamp": "2021-03-09T21:07:19+00:00"
    },
    {
      "id": "fc91e22a1cc6403a981811473e8225b5",
      "sender": "gleb",
      "payload": "jnewbery: perhaps we'll invite everyone to full review again, after you give a quick skim of the high-level encapsulation approach etc in couple days?",
      "action": false,
      "timestamp": "2021-03-09T21:08:01+00:00"
    },
    {
      "id": "0d82b48f7d1b43659f01631168398e55",
      "sender": "gleb",
      "payload": "or i should just do it once im done, if you think it's good enough?",
      "action": false,
      "timestamp": "2021-03-09T21:08:23+00:00"
    },
    {
      "id": "7dc0965688814a3e908f4cdabdfe101f",
      "sender": "gleb",
      "payload": "just trying to make review more focused and optimize efforts",
      "action": false,
      "timestamp": "2021-03-09T21:09:08+00:00"
    },
    {
      "id": "891659b7a6bd4fc1a070a3f10b9fc7a9",
      "sender": "phantomcircuit",
      "payload": "HELLO",
      "action": false,
      "timestamp": "2021-03-09T21:09:20+00:00"
    },
    {
      "id": "41c10a448a674497bc8f5a78aba3ac40",
      "sender": "jnewbery",
      "payload": "gleb: I've left my comments. I don't think you need to wait for another round from me before opening a PR for the new branch.",
      "action": false,
      "timestamp": "2021-03-09T21:09:55+00:00"
    },
    {
      "id": "ef82780f570947ecbd7cded1c93a6a0e",
      "sender": "phantomcircuit",
      "payload": "jnewbery, i'd like to talk about #21106 today as well",
      "action": false,
      "timestamp": "2021-03-09T21:10:09+00:00"
    },
    {
      "id": "b6e63e1015ca40b4abb1862075166390",
      "sender": "gribble",
      "payload": "https://github.com/bitcoin/bitcoin/issues/21106 | persist IBD latch across restarts by pstratem \u00c3\u0082\u00c2\u00b7 Pull Request #21106 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
      "action": false,
      "timestamp": "2021-03-09T21:10:12+00:00"
    },
    {
      "id": "2245617a02a94e9e8dbdf5215eb14238",
      "sender": "gleb",
      "payload": "jnewbery: alright, thank you. that's the plan then",
      "action": false,
      "timestamp": "2021-03-09T21:10:24+00:00"
    },
    {
      "id": "f7047259ccc546e68c923f30293203ef",
      "sender": "gleb",
      "payload": "im done :)",
      "action": false,
      "timestamp": "2021-03-09T21:10:33+00:00"
    },
    {
      "id": "601a34d8de11414e86775d73f693cfd4",
      "sender": "jnewbery",
      "payload": "phantomcircuit: sounds good. Thanks",
      "action": false,
      "timestamp": "2021-03-09T21:11:16+00:00"
    },
    {
      "id": "613f37859f3344d9856a3beb7a95511b",
      "sender": "jnewbery",
      "payload": "any questions about erlay before the next topic?",
      "action": false,
      "timestamp": "2021-03-09T21:11:26+00:00"
    },
    {
      "id": "ea2452091ccb4dfab270e2f5fded1bf0",
      "sender": "sipa_",
      "payload": "hi",
      "action": false,
      "timestamp": "2021-03-09T21:11:43+00:00"
    },
    {
      "id": "a5d956e1df2641a3806f6dc2e6b091c9",
      "sender": "jnewbery",
      "payload": "#topic update on disabletx (aj)",
      "action": false,
      "timestamp": "2021-03-09T21:12:07+00:00"
    },
    {
      "id": "e28751a7cb7c4f0798841f373221cff3",
      "sender": "core-meetingbot",
      "payload": "topic: update on disabletx (aj)",
      "action": false,
      "timestamp": "2021-03-09T21:12:07+00:00"
    },
    {
      "id": "3bd1ecd7107e42788ffcabc760cab400",
      "sender": "aj",
      "payload": "jnewbery's post makes sense to me -- that we can use frelay and avoid needing disabletx; but i don't understand ariard's response; and see suhas has updated the pr some more",
      "action": false,
      "timestamp": "2021-03-09T21:13:18+00:00"
    },
    {
      "id": "5253e3191f7344cb991f16befe61883a",
      "sender": "amiti",
      "payload": "+1",
      "action": false,
      "timestamp": "2021-03-09T21:14:25+00:00"
    },
    {
      "id": "ec1b9e9b56664303ac9993e300f262df",
      "sender": "jnewbery",
      "payload": "aj: did you read the log from the general bitcoin core irc meeting last week? There was quite a lot of discussion about using a -blocksonly node and occasionally sending txs from it",
      "action": false,
      "timestamp": "2021-03-09T21:15:25+00:00"
    },
    {
      "id": "459b852514c0486eb2f8b39fbc62acc5",
      "sender": "aj",
      "payload": "jnewbery: i did, but as i understand it we can cope with that via fRelay fine",
      "action": false,
      "timestamp": "2021-03-09T21:16:25+00:00"
    },
    {
      "id": "3cd34108e95d464aad5d2812dfeda95d",
      "sender": "jnewbery",
      "payload": "I hadn't thought about it any more since then, but I wasn't sure if we could cope with that via fRelay",
      "action": false,
      "timestamp": "2021-03-09T21:17:24+00:00"
    },
    {
      "id": "4e28b2dfdabf4004817d05187994569e",
      "sender": "ariard",
      "payload": "aj: my point was bip37 original scope was unclear if it concerns only inv(tx) or any tx-related message, bip338 has the merit to clarify",
      "action": false,
      "timestamp": "2021-03-09T21:18:16+00:00"
    },
    {
      "id": "d684f8ea8a514b9399e41f81d64350d1",
      "sender": "jnewbery",
      "payload": "the scenario is that you have a border node, and then a core node that only connects to that border node, and is -blocksonly. You want to be able to send txs from the core node to the border node. If we disallowed tx relay based on fRelay=false, then that wouldn't work(?)",
      "action": false,
      "timestamp": "2021-03-09T21:18:46+00:00"
    },
    {
      "id": "8d9505cf9d82488398ba538efc71b1fa",
      "sender": "aj",
      "payload": "jnewbery: hmm, i think what i specced out in https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2021-March/018526.html is self-consistent and works with -blocksonly sensibly, can't guarantee it's properly backwards compatible (didn't look hard enough)",
      "action": false,
      "timestamp": "2021-03-09T21:18:52+00:00"
    },
    {
      "id": "ece4a6ef7bc64bbeb3a3f5175c54686e",
      "sender": "aj",
      "payload": "jnewbery: it differentiates tx's based on direction -- ie if i say fRelay=false, you won't send txs to me, but i might send the to you",
      "action": false,
      "timestamp": "2021-03-09T21:19:32+00:00"
    },
    {
      "id": "0c6e5cc01e68470f946b4b9d2fd3eebb",
      "sender": "jnewbery",
      "payload": "txRelay isn't required for receiving txs?",
      "action": false,
      "timestamp": "2021-03-09T21:20:13+00:00"
    },
    {
      "id": "6c42f226acc74b7eaeac42cb3a6a2da2",
      "sender": "jnewbery",
      "payload": "if that's the case, then I think I agree with you, but need to think about it some more",
      "action": false,
      "timestamp": "2021-03-09T21:20:29+00:00"
    },
    {
      "id": "20c9a94623de4a54a27ab7a322679218",
      "sender": "aj",
      "payload": "txrelay isn't required for receiving i think, just trequest.cpp",
      "action": false,
      "timestamp": "2021-03-09T21:20:49+00:00"
    },
    {
      "id": "c1704d9d980841f6a6145e1e89002843",
      "sender": "aj",
      "payload": "trequest.cpp",
      "action": false,
      "timestamp": "2021-03-09T21:20:54+00:00"
    },
    {
      "id": "de59fed3abb24d54b94440306c31f082",
      "sender": "aj",
      "payload": "gah",
      "action": false,
      "timestamp": "2021-03-09T21:20:55+00:00"
    },
    {
      "id": "68efee83356c4e6e9961db367cb546de",
      "sender": "aj",
      "payload": "txrequest.cpp",
      "action": false,
      "timestamp": "2021-03-09T21:20:59+00:00"
    },
    {
      "id": "977da0c494ad405d879eabdb5d33aea1",
      "sender": "jnewbery",
      "payload": "aj: yes, I think you're right",
      "action": false,
      "timestamp": "2021-03-09T21:21:20+00:00"
    },
    {
      "id": "0f1397f47ea34d95b9dc664ba5fd3173",
      "sender": "amiti",
      "payload": "some small changes are needed to support, but yeah, we don't need the whole txrelay struct to receive",
      "action": false,
      "timestamp": "2021-03-09T21:21:26+00:00"
    },
    {
      "id": "991b4b2506d648958b7333f271c490f1",
      "sender": "aj",
      "payload": "ariard: i think bip 37 without bip 111 (the service bit) is pretty dead? bip 60 seems to match what i described above",
      "action": false,
      "timestamp": "2021-03-09T21:23:21+00:00"
    },
    {
      "id": "eb481687b931487387c80784db12508f",
      "sender": "jnewbery",
      "payload": "aj: I agree",
      "action": false,
      "timestamp": "2021-03-09T21:24:27+00:00"
    },
    {
      "id": "7e1930357aa24c2ea402702b81664f68",
      "sender": "aj",
      "payload": "ariard: if you advertise the bloom service bit, then i think you just treat that as no possibility of being lightweight, and everything works fine; and obv if you don't advertise the service bit, you already kill the connection if they try doing bloom stuff to you",
      "action": false,
      "timestamp": "2021-03-09T21:24:29+00:00"
    },
    {
      "id": "c10b78768f224aba84debfef8d747c56",
      "sender": "jnewbery",
      "payload": "(I've pinged sdaftuar, since he's probably interested in this)",
      "action": false,
      "timestamp": "2021-03-09T21:25:20+00:00"
    },
    {
      "id": "7512c876ec814a33b88a0cbda350c868",
      "sender": "sdaftuar",
      "payload": "hi, sorry i'm late to the discussion. i don't understand why we'd go to these contortions to avoid a new p2p message, but if someone is interested in implementing this a different way, please feel free",
      "action": false,
      "timestamp": "2021-03-09T21:25:32+00:00"
    },
    {
      "id": "8476990bf27a43929b40ded66f8d3481",
      "sender": "aj",
      "payload": "sdaftuar: i think it should not end up that twisted fwiw",
      "action": false,
      "timestamp": "2021-03-09T21:26:14+00:00"
    },
    {
      "id": "6e2b8133c6ae4e20b2f7e5865e8bfd65",
      "sender": "ariard",
      "payload": "aj: bip 60 \"Whether the remote peer should announce relayed transactions or not\" is a bip-60 compliant client allows to send TX messages after receiving `fRelay=false`",
      "action": false,
      "timestamp": "2021-03-09T21:26:15+00:00"
    },
    {
      "id": "4458c78fc9b14f978011e37564677b0e",
      "sender": "aj",
      "payload": "ariard: i don't follow what you said?",
      "action": false,
      "timestamp": "2021-03-09T21:26:58+00:00"
    },
    {
      "id": "181e7cacb16040d384a1e08d9c625dd4",
      "sender": "jeremyrubin",
      "payload": "sdaftuar: don't we only have 8e28 possible p2p messages?",
      "action": false,
      "timestamp": "2021-03-09T21:27:37+00:00"
    },
    {
      "id": "c4c2df4427e64ebab90059fa80d71d47",
      "sender": "sipa",
      "payload": "i think fewer p2p messages with meanings that differ slightly across versions is slightly worse than separate ones with clear well defined meaning :)",
      "action": false,
      "timestamp": "2021-03-09T21:28:13+00:00"
    },
    {
      "id": "1c44c73c70ea4a78ab71c930a741db87",
      "sender": "aj",
      "payload": "ariard: I run a -blocksonly node. You run a bip60 compliant node. I tell you fRelay=false. You don't send me any txes. You told me fRelay=true. Therefore I can send you a tx, without violating bip60.",
      "action": false,
      "timestamp": "2021-03-09T21:28:58+00:00"
    },
    {
      "id": "438bdbac08694844a984ce145e70c02f",
      "sender": "ariard",
      "payload": "aj: that's my point the \"You don't send me any txes\" isn't clearly documented in the bip, a naive implementation of bip 60 could try to send raw, unannounced TX messages",
      "action": false,
      "timestamp": "2021-03-09T21:30:29+00:00"
    },
    {
      "id": "304d2c0d9df4494e95c502b448b18e99",
      "sender": "ariard",
      "payload": "and don't understand why the connection is severed",
      "action": false,
      "timestamp": "2021-03-09T21:31:52+00:00"
    },
    {
      "id": "45c89b8d6a584f808ce40db6078fcd87",
      "sender": "sipa",
      "payload": "if you're going by reading the spec by the letter... what does bip60\"s fRelay flag even mean for a client that chooses not.to implement bip37?",
      "action": false,
      "timestamp": "2021-03-09T21:32:21+00:00"
    },
    {
      "id": "34250c469f5a4d9093fdb2a97ae19984",
      "sender": "amiti",
      "payload": "I'd like explicit p2p messages with clear meanings, but what I don't like about the current disabletx proposal is the implicit disabling of addrs. I understand the hesitation to want to have a better understanding of addr relay before implementing a new protocol message, but I think that having disabletx implicitly disable addrs would make it harder for us to have clear, explicit messages about relay in the",
      "action": false,
      "timestamp": "2021-03-09T21:32:48+00:00"
    },
    {
      "id": "c71cb98ad74c4014bbc044e9dc82ce6c",
      "sender": "amiti",
      "payload": "long-term. so that makes me more inclined to use what we have, since it suffices",
      "action": false,
      "timestamp": "2021-03-09T21:32:48+00:00"
    },
    {
      "id": "ac85f942207740a28e3ed04f77666945",
      "sender": "aj",
      "payload": "ariard: it's always the sender's choice to not send a tx?",
      "action": false,
      "timestamp": "2021-03-09T21:32:57+00:00"
    },
    {
      "id": "cc7b41847fb847888e58cb9aad092451",
      "sender": "ariard",
      "payload": "aj: right but imo current bip60 semantic isn't clear with what the sender is allowed to do",
      "action": false,
      "timestamp": "2021-03-09T21:33:35+00:00"
    },
    {
      "id": "f58bd9cbf4ae49fea1d86ddba201c371",
      "sender": "sipa",
      "payload": "aj: i think ariard is trying to point out that bip37/bip60 only talk about *announcing* transactions, not sending (possibly unannounced) transactions",
      "action": false,
      "timestamp": "2021-03-09T21:34:18+00:00"
    },
    {
      "id": "cc1ee6090fab4b2fb03e8e6320da6bdd",
      "sender": "sipa",
      "payload": "amiti: i think that's fair... i also don't really know what the issue would be with a sendaddrtypes message with a bitvector of bip155 network types for example (apart from not wanting to deal with that too right now)",
      "action": false,
      "timestamp": "2021-03-09T21:35:58+00:00"
    },
    {
      "id": "1310d3722f5c47a7a64a6b19aeb06c6f",
      "sender": "aj",
      "payload": "sipa: ie, if I say fRelay=false, ariard shouldn't send me INVs but perhaps should reply to a GETDATA with a TX?",
      "action": false,
      "timestamp": "2021-03-09T21:35:59+00:00"
    },
    {
      "id": "f2c7d1429b614d2db66245c0b2b0a295",
      "sender": "ariard",
      "payload": "yes that's it, and sending unannounced transactions is tolerated behavior for now",
      "action": false,
      "timestamp": "2021-03-09T21:36:17+00:00"
    },
    {
      "id": "bdfbe89fe5c9439bb37aa6a1ca188b9d",
      "sender": "sipa",
      "payload": "aj: maybe, or maybe he could still send you an unannounced transaction",
      "action": false,
      "timestamp": "2021-03-09T21:36:44+00:00"
    },
    {
      "id": "11f6a07f56bd4bef95a9012de24d4488",
      "sender": "aj",
      "payload": "ariard: hmm. i wouldnt tolerate a TX message from you if i'd connected to you as a block-relay-only peer",
      "action": false,
      "timestamp": "2021-03-09T21:37:52+00:00"
    },
    {
      "id": "9e61316e53dc4ef8a53bc9900a515c1f",
      "sender": "jnewbery",
      "payload": "ok, next topic?",
      "action": false,
      "timestamp": "2021-03-09T21:39:25+00:00"
    },
    {
      "id": "92ae3887f0f541ea847f3b8a5a66845d",
      "sender": "aj",
      "payload": "anyway, should we let phantomcircuit have the floor?",
      "action": false,
      "timestamp": "2021-03-09T21:39:37+00:00"
    },
    {
      "id": "d41efbda771940229fffff4627ce3ad8",
      "sender": "jnewbery",
      "payload": "thanks aj",
      "action": false,
      "timestamp": "2021-03-09T21:39:42+00:00"
    },
    {
      "id": "322a74032f94413eab3899cbbd31a1fb",
      "sender": "jnewbery",
      "payload": "#topic IBD latch across restarts (phantomcircuit)",
      "action": false,
      "timestamp": "2021-03-09T21:40:00+00:00"
    },
    {
      "id": "149af626ff944c17829eef420d6243fe",
      "sender": "core-meetingbot",
      "payload": "topic: IBD latch across restarts (phantomcircuit)",
      "action": false,
      "timestamp": "2021-03-09T21:40:00+00:00"
    },
    {
      "id": "9b3c3884840441f0871346cde52f187e",
      "sender": "ariard",
      "payload": "aj: how I know I'm a block-relay-only peer ? e.g what the exact scope of \"block-relay-only\"?",
      "action": false,
      "timestamp": "2021-03-09T21:40:07+00:00"
    },
    {
      "id": "15ca89af2dbf4d17ae8f0e06fd008619",
      "sender": "ariard",
      "payload": "but yeah let's move on",
      "action": false,
      "timestamp": "2021-03-09T21:40:14+00:00"
    },
    {
      "id": "2949ff4050754af6be442534a3513ba4",
      "sender": "phantomcircuit",
      "payload": "eh hem",
      "action": false,
      "timestamp": "2021-03-09T21:40:21+00:00"
    },
    {
      "id": "1cbe400cfc7f4797ab81c631fd72dfa6",
      "sender": "phantomcircuit",
      "payload": "after discussing this with a number of people sipa and sdaftuar especially i think the better approach to a network event that latches all of the listening peers into ibd is simply to make the headers sync peer selection algorithm looser at intervals since we made progress on getting out of ibd",
      "action": false,
      "timestamp": "2021-03-09T21:41:34+00:00"
    },
    {
      "id": "c0df6b99f9f14d1caf8062b32da7725e",
      "sender": "phantomcircuit",
      "payload": "that more directly addresses the issue",
      "action": false,
      "timestamp": "2021-03-09T21:41:54+00:00"
    },
    {
      "id": "d0a3c7b71ba64e56a2253cb7f31718e4",
      "sender": "sipa",
      "payload": "phantomcircuit: did you see sdaftuar last's response where he suspects the issue is block fetching, not header syncinf?",
      "action": false,
      "timestamp": "2021-03-09T21:42:18+00:00"
    },
    {
      "id": "940ba452b38b4d2085535cf10defc5ad",
      "sender": "phantomcircuit",
      "payload": "(can also serve headers when we're past the chains minimum work regardless of ibd)",
      "action": false,
      "timestamp": "2021-03-09T21:42:22+00:00"
    },
    {
      "id": "2e99828d795241c4904c72be009a8baa",
      "sender": "phantomcircuit",
      "payload": "sipa, yes, we discussed it here, he missed that compact blocks received will not trigger a getheaders when we're in ibd",
      "action": false,
      "timestamp": "2021-03-09T21:43:32+00:00"
    },
    {
      "id": "46c9bea3e3584094a64d4349cae81f46",
      "sender": "sipa",
      "payload": "ah",
      "action": false,
      "timestamp": "2021-03-09T21:43:51+00:00"
    },
    {
      "id": "72a2f323a507464cb6a10ebb0b990e89",
      "sender": "sipa",
      "payload": "so what precisely do you propose to address this?",
      "action": false,
      "timestamp": "2021-03-09T21:44:04+00:00"
    },
    {
      "id": "0f94bbd68b4f4098bcb9e23a7f03e536",
      "sender": "phantomcircuit",
      "payload": "if we haven't made progress on headers sync in at least INTERVAL time simply request headers from all peers",
      "action": false,
      "timestamp": "2021-03-09T21:45:02+00:00"
    },
    {
      "id": "dde9428179ef47ca9e0b50d76fb7e4ab",
      "sender": "phantomcircuit",
      "payload": "im sure there's more nuisanced solutions that could be employed but that's the most direct to prevent the issue",
      "action": false,
      "timestamp": "2021-03-09T21:45:47+00:00"
    },
    {
      "id": "99893780c57a432abadda078127f4b49",
      "sender": "gleb",
      "payload": "is there a summary of the issue and this discussion anywhere? I find it difficult to follow without prior context",
      "action": false,
      "timestamp": "2021-03-09T21:46:25+00:00"
    },
    {
      "id": "2832c8f8ba3d4bafbcf1e3dee1d8b1d0",
      "sender": "sipa",
      "payload": "#21106",
      "action": false,
      "timestamp": "2021-03-09T21:46:43+00:00"
    },
    {
      "id": "d71dc9d77e3a4f29bb0285369c2fb2aa",
      "sender": "gribble",
      "payload": "https://github.com/bitcoin/bitcoin/issues/21106 | persist IBD latch across restarts by pstratem \u00c3\u0082\u00c2\u00b7 Pull Request #21106 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
      "action": false,
      "timestamp": "2021-03-09T21:46:45+00:00"
    },
    {
      "id": "cf75f662e682428e89d3b813fe9b600d",
      "sender": "gleb",
      "payload": "thanks",
      "action": false,
      "timestamp": "2021-03-09T21:46:51+00:00"
    },
    {
      "id": "5d6d4db0b3734b40ab48dad4f423decb",
      "sender": "jnewbery",
      "payload": "phantomcircuit: The scenario that you're trying to address (all or most of the listening nodes are restarted) seems like it'd always need some kind of manual intervention.",
      "action": false,
      "timestamp": "2021-03-09T21:47:30+00:00"
    },
    {
      "id": "2618c0e7b7b240bca27a83faac370c5c",
      "sender": "aj",
      "payload": "this was the recent dogecoin network failure more or less?",
      "action": false,
      "timestamp": "2021-03-09T21:47:34+00:00"
    },
    {
      "id": "6a6ede61a7c141e8a72699ccefcd1369",
      "sender": "emzy",
      "payload": "I think so.",
      "action": false,
      "timestamp": "2021-03-09T21:47:55+00:00"
    },
    {
      "id": "794529f3e46e4706a7fd2e9f22c211ff",
      "sender": "phantomcircuit",
      "payload": "jnewbery, sure, lets say there's a crash bug, which has existed in the past",
      "action": false,
      "timestamp": "2021-03-09T21:48:42+00:00"
    },
    {
      "id": "03ccd3e66779410f8df6f95dfc4d9118",
      "sender": "sipa",
      "payload": "aj: yes",
      "action": false,
      "timestamp": "2021-03-09T21:49:08+00:00"
    },
    {
      "id": "099485478c454bcd8b9932c54ba42b24",
      "sender": "phantomcircuit",
      "payload": "i'll note that what i describe in the pr has happened on an altcoin derived from the bitcoin codebase and is relatively recently backported so it's not ancient nonsense",
      "action": false,
      "timestamp": "2021-03-09T21:49:25+00:00"
    },
    {
      "id": "0e1fb01321bd4a198372d0977084e33d",
      "sender": "sipa",
      "payload": "0.14 iirc",
      "action": false,
      "timestamp": "2021-03-09T21:50:00+00:00"
    },
    {
      "id": "47d19bf32d444dc09e2cc215754c1974",
      "sender": "aj",
      "payload": "phantomcircuit: (nuanced, not nuisanced :)",
      "action": false,
      "timestamp": "2021-03-09T21:50:33+00:00"
    },
    {
      "id": "dfadd6cf9e8e491a97701439c7f5623f",
      "sender": "aj",
      "payload": "header polling sure sounds better than perma-latching !IBD to me?",
      "action": false,
      "timestamp": "2021-03-09T21:50:47+00:00"
    },
    {
      "id": "efc383986a98475b8e8fadcd1a8c2108",
      "sender": "sipa",
      "payload": "phantomcircuit: given that the dont-ask-headers-from-everyone is purely a bandwidth-preservation heuristic, i think it makes perfect sense to disable/weaken it in cases where we're worrying about being unable to sync",
      "action": false,
      "timestamp": "2021-03-09T21:51:30+00:00"
    },
    {
      "id": "47fcc57ec7174b19a88cb53440ecafda",
      "sender": "jnewbery",
      "payload": "it's really difficult to follow the PR to be honest. I",
      "action": false,
      "timestamp": "2021-03-09T21:52:11+00:00"
    },
    {
      "id": "c8e268b6d51a448b9a2f6622db878508",
      "sender": "jnewbery",
      "payload": "I'm not surprised that people are confused",
      "action": false,
      "timestamp": "2021-03-09T21:52:19+00:00"
    },
    {
      "id": "bfd307a9ad4f498ba180f8606640c372",
      "sender": "sipa",
      "payload": "ignore the code in the PR, it's just the discussion there that matters",
      "action": false,
      "timestamp": "2021-03-09T21:52:35+00:00"
    },
    {
      "id": "597c2073c46b447fa6a952bd223de5ce",
      "sender": "jnewbery",
      "payload": "there seem to have been several different approaches, and then comments left and later deleted",
      "action": false,
      "timestamp": "2021-03-09T21:52:39+00:00"
    },
    {
      "id": "3eb407235b5e4d829aef743b14f6beb6",
      "sender": "sipa",
      "payload": "the code will be very different once it's hammered out",
      "action": false,
      "timestamp": "2021-03-09T21:52:43+00:00"
    },
    {
      "id": "cee17d0cf27848dcb1d44e5b3b140fca",
      "sender": "sipa",
      "payload": "phantomcircuit, sdaftuar: would it be possible to just post a summary/update of your understanding of what should be addressed?",
      "action": false,
      "timestamp": "2021-03-09T21:53:55+00:00"
    },
    {
      "id": "1c88d8dfbcf94052936cbfda5ae965fc",
      "sender": "jnewbery",
      "payload": "that seems like a sensible next step",
      "action": false,
      "timestamp": "2021-03-09T21:54:49+00:00"
    },
    {
      "id": "c183f43fcd2046ed8fe81b16554b637c",
      "sender": "sipa",
      "payload": "because it seems there has been some progress on IRC that's not mentioned there",
      "action": false,
      "timestamp": "2021-03-09T21:55:03+00:00"
    },
    {
      "id": "8a3a51846cd548ef92bcb9372048e374",
      "sender": "phantomcircuit",
      "payload": "aj, English is hard",
      "action": false,
      "timestamp": "2021-03-09T21:55:56+00:00"
    },
    {
      "id": "65e7604932ce4c4783d30ea21d893d5a",
      "sender": "aj",
      "payload": "phantomcircuit: nuance is often a nuisance, to be fair",
      "action": false,
      "timestamp": "2021-03-09T21:56:21+00:00"
    },
    {
      "id": "0235e67ad683405ab1b33c2385b3122c",
      "sender": "sipa",
      "payload": "but in any case, if there's reasonable evidence that all we need to do is making headers syncing less restrictive, i think weakening just that in case we haven't found new headers in a while seems like a reasonable approach",
      "action": false,
      "timestamp": "2021-03-09T21:56:22+00:00"
    },
    {
      "id": "c3869562b92b48d3865b0fefa9593720",
      "sender": "phantomcircuit",
      "payload": "sipa, it's a little confusing, since there's a bunch of things that are potentially separately contributing to the issue",
      "action": false,
      "timestamp": "2021-03-09T21:56:42+00:00"
    },
    {
      "id": "674fa295cb744dd894ab07b2f032de6b",
      "sender": "sipa",
      "payload": "aj: that's a pretty unnuanced statement",
      "action": false,
      "timestamp": "2021-03-09T21:56:44+00:00"
    },
    {
      "id": "ea792ad3eda44d09a35c3b196c583185",
      "sender": "jnewbery",
      "payload": "ok, anyone have any final updates before we close the meeting?",
      "action": false,
      "timestamp": "2021-03-09T21:57:39+00:00"
    },
    {
      "id": "fa457e8d96724644ab8759ec31dd63a4",
      "sender": "phantomcircuit",
      "payload": "sipa, i think relaxing the headers sync peer selection combined with serving headers if we're past minwork would get us a long way, but we ban peers for sending headers which are below out minwork and the minwork goes up overtime, so old peers that are restarted could get banned",
      "action": false,
      "timestamp": "2021-03-09T21:57:57+00:00"
    },
    {
      "id": "1b252a9312b54374a67b537679e0c94b",
      "sender": "sipa",
      "payload": "phantomcircuit: but the banning is only for headers pre-last-checkpoint, which is ancient",
      "action": false,
      "timestamp": "2021-03-09T21:59:01+00:00"
    },
    {
      "id": "a589ea68dd9348909497995ecf4a76d8",
      "sender": "sipa",
      "payload": "and if clients are introduce a new checkpoint that'd need huge scrutiny anyway",
      "action": false,
      "timestamp": "2021-03-09T21:59:19+00:00"
    },
    {
      "id": "bb9cc06ab05048b09e3f53040fcfd98e",
      "sender": "sipa",
      "payload": "so maybe that's not crazy to assume that any minpeerwork is going to be past any-reasonable-client's checkpoints",
      "action": false,
      "timestamp": "2021-03-09T22:00:24+00:00"
    },
    {
      "id": "0c58b807dcf044f7be525e0d242b919b",
      "sender": "jnewbery",
      "payload": "#endmeeting",
      "action": false,
      "timestamp": "2021-03-09T22:00:43+00:00"
    }
  ],
  "events": [
    {
      "event_type": "START_MEETING",
      "message": {
        "id": "5c782c64b9bd40deaa01b9ff74016f0f",
        "sender": "jnewbery",
        "payload": "#startmeeting",
        "action": false,
        "timestamp": "2021-03-09T21:00:11+00:00"
      },
      "operand": null,
      "id": "5c782c64b9bd40deaa01b9ff74016f0f",
      "timestamp": "2021-03-09T21:00:11+00:00"
    },
    {
      "event_type": "TOPIC",
      "message": {
        "id": "282f300fcd3547dca2d399e96e1be034",
        "sender": "jnewbery",
        "payload": "#topic addrman and eclipse attacks (ajonas)",
        "action": false,
        "timestamp": "2021-03-09T21:03:09+00:00"
      },
      "operand": "addrman and eclipse attacks (ajonas)",
      "id": "282f300fcd3547dca2d399e96e1be034",
      "timestamp": "2021-03-09T21:03:09+00:00"
    },
    {
      "event_type": "TOPIC",
      "message": {
        "id": "743b81ccbfa840958601ccc49e2e1c42",
        "sender": "jnewbery",
        "payload": "#topic erlay (gleb)",
        "action": false,
        "timestamp": "2021-03-09T21:07:08+00:00"
      },
      "operand": "erlay (gleb)",
      "id": "743b81ccbfa840958601ccc49e2e1c42",
      "timestamp": "2021-03-09T21:07:08+00:00"
    },
    {
      "event_type": "LINK",
      "message": {
        "id": "b6e63e1015ca40b4abb1862075166390",
        "sender": "gribble",
        "payload": "https://github.com/bitcoin/bitcoin/issues/21106 | persist IBD latch across restarts by pstratem \u00c3\u0082\u00c2\u00b7 Pull Request #21106 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
        "action": false,
        "timestamp": "2021-03-09T21:10:12+00:00"
      },
      "operand": "https://github.com/bitcoin/bitcoin/issues/21106",
      "id": "b6e63e1015ca40b4abb1862075166390",
      "timestamp": "2021-03-09T21:10:12+00:00"
    },
    {
      "event_type": "TOPIC",
      "message": {
        "id": "a5d956e1df2641a3806f6dc2e6b091c9",
        "sender": "jnewbery",
        "payload": "#topic update on disabletx (aj)",
        "action": false,
        "timestamp": "2021-03-09T21:12:07+00:00"
      },
      "operand": "update on disabletx (aj)",
      "id": "a5d956e1df2641a3806f6dc2e6b091c9",
      "timestamp": "2021-03-09T21:12:07+00:00"
    },
    {
      "event_type": "TOPIC",
      "message": {
        "id": "322a74032f94413eab3899cbbd31a1fb",
        "sender": "jnewbery",
        "payload": "#topic IBD latch across restarts (phantomcircuit)",
        "action": false,
        "timestamp": "2021-03-09T21:40:00+00:00"
      },
      "operand": "IBD latch across restarts (phantomcircuit)",
      "id": "322a74032f94413eab3899cbbd31a1fb",
      "timestamp": "2021-03-09T21:40:00+00:00"
    },
    {
      "event_type": "LINK",
      "message": {
        "id": "d71dc9d77e3a4f29bb0285369c2fb2aa",
        "sender": "gribble",
        "payload": "https://github.com/bitcoin/bitcoin/issues/21106 | persist IBD latch across restarts by pstratem \u00c3\u0082\u00c2\u00b7 Pull Request #21106 \u00c3\u0082\u00c2\u00b7 bitcoin/bitcoin \u00c3\u0082\u00c2\u00b7 GitHub",
        "action": false,
        "timestamp": "2021-03-09T21:46:45+00:00"
      },
      "operand": "https://github.com/bitcoin/bitcoin/issues/21106",
      "id": "d71dc9d77e3a4f29bb0285369c2fb2aa",
      "timestamp": "2021-03-09T21:46:45+00:00"
    },
    {
      "event_type": "END_MEETING",
      "message": {
        "id": "0c58b807dcf044f7be525e0d242b919b",
        "sender": "jnewbery",
        "payload": "#endmeeting",
        "action": false,
        "timestamp": "2021-03-09T22:00:43+00:00"
      },
      "operand": null,
      "id": "0c58b807dcf044f7be525e0d242b919b",
      "timestamp": "2021-03-09T22:00:43+00:00"
    }
  ],
  "aliases": {},
  "vote_in_progress": false,
  "motion_index": null
}