{
  "founder": "stickies-v",
  "channel": "#bitcoin-core-dev",
  "network": "libera",
  "id": "49331d9ebdd44231b3feddf341da3c67",
  "name": "#bitcoin-core-dev",
  "chair": "stickies-v",
  "chairs": [
    "stickies-v"
  ],
  "nicks": {
    "stickies-v": 24,
    "corebot": 14,
    "maxedw": 1,
    "janb84": 1,
    "pseudoramdom": 1,
    "_andrewtoth_": 42,
    "dzxzg": 3,
    "fjahr": 3,
    "sedited": 5,
    "marcofleon": 1,
    "jurraca": 5,
    "eugenesiegel": 10,
    "hebasto": 1,
    "dergoegge": 2,
    "kevkevin": 1,
    "stringintech": 1,
    "vasild": 1,
    "epicleafies": 1,
    "hodlinator": 1,
    "jarolrod": 1,
    "pinheadmz": 5,
    "instagibbs": 12,
    "Murch[m]": 21,
    "johnny9dev": 2,
    "abubakarsadiq": 6,
    "theStack": 2,
    "jonatack": 1,
    "darosior": 9,
    "brunoerg": 1,
    "cfields": 5,
    "fanquake": 7,
    "yancy": 1
  },
  "start_time": "2026-05-21T16:00:09.709963+00:00",
  "end_time": "2026-05-21T16:56:35.289665+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/ | Weekly Meeting Thursday @ 16:00 UTC | Meeting topics http://gnusha.org/bitcoin-core-dev/proposedmeetingtopics.txt",
  "current_topic": "Libevent removal (pinheadmz, fjahr)",
  "messages": [
    {
      "id": "6196d0d0a80246368c6cf48a1af58518",
      "sender": "stickies-v",
      "payload": "#startmeeting",
      "action": false,
      "timestamp": "2026-05-21T16:00:09.709335+00:00"
    },
    {
      "id": "48f66dc30cfb46688042940ff048027a",
      "sender": "corebot",
      "payload": "stickies-v: Meeting started at 2026-05-21T16:00+0000",
      "action": false,
      "timestamp": "2026-05-21T16:00:09.714746+00:00"
    },
    {
      "id": "0aabdf66c3804e63b7f61f8545fedeb1",
      "sender": "corebot",
      "payload": "stickies-v: Current chairs: stickies-v",
      "action": false,
      "timestamp": "2026-05-21T16:00:10.717544+00:00"
    },
    {
      "id": "5843098cb6a74a3880168dd8c6c6582d",
      "sender": "corebot",
      "payload": "stickies-v: Useful commands: #action #info #idea #link #topic #motion #vote #close #endmeeting",
      "action": false,
      "timestamp": "2026-05-21T16:00:11.721792+00:00"
    },
    {
      "id": "8359fc166e98433787b81815abb4dbb7",
      "sender": "corebot",
      "payload": "stickies-v: See also: https://hcoop-meetbot.readthedocs.io/en/stable/",
      "action": false,
      "timestamp": "2026-05-21T16:00:12.725920+00:00"
    },
    {
      "id": "30b1f471eb564e7aa02e0e4373ab18ad",
      "sender": "maxedw",
      "payload": "hi",
      "action": false,
      "timestamp": "2026-05-21T16:00:13.515339+00:00"
    },
    {
      "id": "d98fb1ed7f43426f985923902b78133c",
      "sender": "corebot",
      "payload": "stickies-v: Participants should now identify themselves with '#here' or with an alias like '#here FirstLast'",
      "action": false,
      "timestamp": "2026-05-21T16:00:14.518512+00:00"
    },
    {
      "id": "104b32b192a9487e8458c821600017cc",
      "sender": "janb84",
      "payload": "hi",
      "action": false,
      "timestamp": "2026-05-21T16:00:15.876545+00:00"
    },
    {
      "id": "36c6de4dd5b3446488d96d71a20ecb9c",
      "sender": "pseudoramdom",
      "payload": "hi",
      "action": false,
      "timestamp": "2026-05-21T16:00:16.542696+00:00"
    },
    {
      "id": "2d2d9c7a366a41b4affd2f4f80166b2e",
      "sender": "_andrewtoth_",
      "payload": "hi",
      "action": false,
      "timestamp": "2026-05-21T16:00:20.917869+00:00"
    },
    {
      "id": "6e6102f4f46b47758f49f9ab2e3b6dc3",
      "sender": "stickies-v",
      "payload": "#bitcoin-core-dev Meeting: abubakarsadiq achow101 _aj_ ajonas b10c brunoerg cfields danielabrozzoni darosior dergoegge dzxzg eugenesiegel fanquake fjahr furszy gleb glozow hebasto hodlinator instagibbs janb84 jarolrod jonatack josibake kanzure kevkevin laanwj LarryRuane lightlike l0rinc luke-jr maflcko marcofleon maxedw Murch pinheadmz provoostenator ryanofsky sdaftuar S3RK stickies-v sipa sliv3r__ sr_gi tdb3 theStack",
      "action": false,
      "timestamp": "2026-05-21T16:00:21.419223+00:00"
    },
    {
      "id": "0ce2d01791c34a2ea61e6ffc1f43a5dd",
      "sender": "stickies-v",
      "payload": "TheCharlatan vasild willcl-ark",
      "action": false,
      "timestamp": "2026-05-21T16:00:21.459943+00:00"
    },
    {
      "id": "c2bff84394a84a438f894459502ef534",
      "sender": "dzxzg",
      "payload": "hi hi hi",
      "action": false,
      "timestamp": "2026-05-21T16:00:22.596043+00:00"
    },
    {
      "id": "a2e32d800b37466f80c33de8d29c2e26",
      "sender": "fjahr",
      "payload": "hi",
      "action": false,
      "timestamp": "2026-05-21T16:00:23.540733+00:00"
    },
    {
      "id": "1a0f370e5ad343bcbb198071f888e398",
      "sender": "sedited",
      "payload": "hi",
      "action": false,
      "timestamp": "2026-05-21T16:00:24.575823+00:00"
    },
    {
      "id": "c6c9db647b61417184e6269f2a936cc1",
      "sender": "marcofleon",
      "payload": "hi",
      "action": false,
      "timestamp": "2026-05-21T16:00:25.185911+00:00"
    },
    {
      "id": "e7d7c52eb29a4598920580e6ef000dce",
      "sender": "jurraca",
      "payload": "hi",
      "action": false,
      "timestamp": "2026-05-21T16:00:26.695554+00:00"
    },
    {
      "id": "6fd980f05daa46cdacd8b6bddf800fc0",
      "sender": "eugenesiegel",
      "payload": "hi",
      "action": false,
      "timestamp": "2026-05-21T16:00:27.309974+00:00"
    },
    {
      "id": "f6a47c3279de4048923d0dbf32b03543",
      "sender": "hebasto",
      "payload": "hi",
      "action": false,
      "timestamp": "2026-05-21T16:00:28.111581+00:00"
    },
    {
      "id": "53d11a88ba094d95988a62f78905284c",
      "sender": "dergoegge",
      "payload": "hi",
      "action": false,
      "timestamp": "2026-05-21T16:00:28.758076+00:00"
    },
    {
      "id": "495946a85e1d4192b41d2228c724034d",
      "sender": "kevkevin",
      "payload": "hi",
      "action": false,
      "timestamp": "2026-05-21T16:00:29.738363+00:00"
    },
    {
      "id": "6c9ae3c1291d495aa0292baccab57db9",
      "sender": "stringintech",
      "payload": "hi",
      "action": false,
      "timestamp": "2026-05-21T16:00:30.872491+00:00"
    },
    {
      "id": "e1733a6ef53f49e8aebcd6898598948f",
      "sender": "vasild",
      "payload": "hi",
      "action": false,
      "timestamp": "2026-05-21T16:00:33.931108+00:00"
    },
    {
      "id": "261ff46f14fa4df487d013b08ae76f0e",
      "sender": "epicleafies",
      "payload": "hi",
      "action": false,
      "timestamp": "2026-05-21T16:00:34.857744+00:00"
    },
    {
      "id": "8892e60e327a4ed0b30c88c3b1a51aa0",
      "sender": "hodlinator",
      "payload": "hi",
      "action": false,
      "timestamp": "2026-05-21T16:00:42.092342+00:00"
    },
    {
      "id": "ee69bb421a01440b81e8c14f2cbaaa62",
      "sender": "jarolrod",
      "payload": "Hi",
      "action": false,
      "timestamp": "2026-05-21T16:00:45.427866+00:00"
    },
    {
      "id": "9ca1b9210d43494ab69c5b67a0d91b7b",
      "sender": "pinheadmz",
      "payload": "yo yo yo",
      "action": false,
      "timestamp": "2026-05-21T16:00:49.608722+00:00"
    },
    {
      "id": "898766c08a124fff8c6e3224d057233a",
      "sender": "instagibbs",
      "payload": "\ud83d\udc4b",
      "action": false,
      "timestamp": "2026-05-21T16:00:53.088266+00:00"
    },
    {
      "id": "b3e34159c4cb4f6fb6c2c37d78e843fd",
      "sender": "Murch[m]",
      "payload": "hi",
      "action": false,
      "timestamp": "2026-05-21T16:00:55.694985+00:00"
    },
    {
      "id": "c4d186428537429994b0605c7f902d2b",
      "sender": "stickies-v",
      "payload": "There are no pre-proposed meeting topics this week. Any last minute ones to add?",
      "action": false,
      "timestamp": "2026-05-21T16:00:56.235461+00:00"
    },
    {
      "id": "228cd341d75442ef8e87ef1ecc64a07f",
      "sender": "johnny9dev",
      "payload": "hi",
      "action": false,
      "timestamp": "2026-05-21T16:01:19.642314+00:00"
    },
    {
      "id": "e8a2d6e5fca7473bad887ebcc0598f9a",
      "sender": "abubakarsadiq",
      "payload": "hi",
      "action": false,
      "timestamp": "2026-05-21T16:01:27.699380+00:00"
    },
    {
      "id": "919aa78b3c5641f1a9617dda2e9ed237",
      "sender": "stickies-v",
      "payload": "cool, let's get started with the working groups",
      "action": false,
      "timestamp": "2026-05-21T16:01:45.087960+00:00"
    },
    {
      "id": "e8c80633589b4ffb98b3dd5e8ef57f1a",
      "sender": "stickies-v",
      "payload": "#topic Fuzzing WG Update (dergoegge)",
      "action": false,
      "timestamp": "2026-05-21T16:01:50.811876+00:00"
    },
    {
      "id": "5c49ebbeadbc46d2ae17931d9abe653c",
      "sender": "dergoegge",
      "payload": "no update",
      "action": false,
      "timestamp": "2026-05-21T16:01:51.595542+00:00"
    },
    {
      "id": "b88cd32ff1c746268fe0e827612af813",
      "sender": "stickies-v",
      "payload": "#topic Kernel WG Update (sedited)",
      "action": false,
      "timestamp": "2026-05-21T16:01:59.687408+00:00"
    },
    {
      "id": "2ea824342b2b45d58618cabad25ee746",
      "sender": "theStack",
      "payload": "hi",
      "action": false,
      "timestamp": "2026-05-21T16:02:10.330193+00:00"
    },
    {
      "id": "0815caaeefbf46dbb3c15969f3025013",
      "sender": "jonatack",
      "payload": "hi",
      "action": false,
      "timestamp": "2026-05-21T16:02:13.061603+00:00"
    },
    {
      "id": "7ce1849436024330bde04a23ae47031a",
      "sender": "sedited",
      "payload": "released a new rust-bitcoinkernel version with hand-rolled bindings instead of the previous auto-generated ones (reducing our build-time dependencies).",
      "action": false,
      "timestamp": "2026-05-21T16:03:12.010049+00:00"
    },
    {
      "id": "e00e3e653606438fb3b2572a131b25b6",
      "sender": "darosior",
      "payload": "hi",
      "action": false,
      "timestamp": "2026-05-21T16:03:19.226439+00:00"
    },
    {
      "id": "9e77b84910bb4e5a8f7ac4786b8960d9",
      "sender": "sedited",
      "payload": "Other than that, maybe stickies-v has something?",
      "action": false,
      "timestamp": "2026-05-21T16:03:40.193990+00:00"
    },
    {
      "id": "d6238312d5554d11825b4df88c499b02",
      "sender": "stickies-v",
      "payload": "he doesn't",
      "action": false,
      "timestamp": "2026-05-21T16:04:04.528466+00:00"
    },
    {
      "id": "a60fbf8ce4374a079abb870fcae287e2",
      "sender": "stickies-v",
      "payload": "#topic Benchmarking WG Update (l0rinc, andrewtoth)",
      "action": false,
      "timestamp": "2026-05-21T16:04:15.743498+00:00"
    },
    {
      "id": "0182c66692e9453eb1f86d6198fc789a",
      "sender": "_andrewtoth_",
      "payload": "A bug with leveldb has been reported https://github.com/bitcoin/bitcoin/issues/35298.",
      "action": false,
      "timestamp": "2026-05-21T16:04:25.809386+00:00"
    },
    {
      "id": "d051ec1f87d44db59960172516ac7457",
      "sender": "_andrewtoth_",
      "payload": "A potential fix is in https://github.com/bitcoin-core/leveldb-subtree/pull/61.",
      "action": false,
      "timestamp": "2026-05-21T16:04:25.814455+00:00"
    },
    {
      "id": "c27058ac1b544d29ba47d0f17a8a03a9",
      "sender": "_andrewtoth_",
      "payload": "l0rinc also discovered the fix improves reindex-chainstate speed on HDDs by 17%.",
      "action": false,
      "timestamp": "2026-05-21T16:04:25.848360+00:00"
    },
    {
      "id": "dc4600ec2e60443091df91c397213383",
      "sender": "_andrewtoth_",
      "payload": "Downside is around 11% more disk usage measured from the peak of disk usage. Right now an IBD will be 12 GB, this PR increases to 15 GB. But for already synced nodes the increase in disk usage will be very gradual.",
      "action": false,
      "timestamp": "2026-05-21T16:04:25.852764+00:00"
    },
    {
      "id": "8eb51f7b43de4366ac4ff6cf50f3631f",
      "sender": "_andrewtoth_",
      "payload": "Disk usage can be brought back down with a manual -forcecompactdb after sync, but I think we should just accept a little more disk usage on chainstate for not rewriting the entire db every hour.",
      "action": false,
      "timestamp": "2026-05-21T16:04:25.888941+00:00"
    },
    {
      "id": "86e8533c661d4d5daf0799b22e45f530",
      "sender": "_andrewtoth_",
      "payload": "Any thoughts on this?",
      "action": false,
      "timestamp": "2026-05-21T16:04:28.432984+00:00"
    },
    {
      "id": "018760a294f04acca21d627bc2337604",
      "sender": "brunoerg",
      "payload": "hi",
      "action": false,
      "timestamp": "2026-05-21T16:05:02.179142+00:00"
    },
    {
      "id": "5c0827a2deac4078b153dbaf2e0349ad",
      "sender": "cfields",
      "payload": "hi",
      "action": false,
      "timestamp": "2026-05-21T16:05:24.739731+00:00"
    },
    {
      "id": "3a814c79a1724b23a729c181f3d4c8f0",
      "sender": "fanquake",
      "payload": "Can you tldr the bug? My understanding is that we are thrashing peoples disks by continually re-writing (100s GB) chainstate?",
      "action": false,
      "timestamp": "2026-05-21T16:05:27.022770+00:00"
    },
    {
      "id": "d475221fb9984272a4afa32cf1ef5171",
      "sender": "Murch[m]",
      "payload": "This significantly increases the minimum disk space necessary for a pruned node :-/_",
      "action": false,
      "timestamp": "2026-05-21T16:05:35.009732+00:00"
    },
    {
      "id": "0b96cc007d084c13b3c623e5c7d843d3",
      "sender": "Murch[m]",
      "payload": "s/:-/_/:-/\\/",
      "action": false,
      "timestamp": "2026-05-21T16:05:36.589053+00:00"
    },
    {
      "id": "f51ecf9e1885437eae6c58466d8bc4b8",
      "sender": "stickies-v",
      "payload": "also wdym 12GB IDB disk usage? that seems... low?",
      "action": false,
      "timestamp": "2026-05-21T16:05:57.106798+00:00"
    },
    {
      "id": "ade6e84a36af4585af067dcff872436a",
      "sender": "_andrewtoth_",
      "payload": "Seek compaction is a mechanism that will compact files in leveldb due to lots of reads",
      "action": false,
      "timestamp": "2026-05-21T16:05:59.137838+00:00"
    },
    {
      "id": "16501de77cb942e69c0e85ba11795a5b",
      "sender": "Murch[m]",
      "payload": "stickies-v: Just for the UTXO set",
      "action": false,
      "timestamp": "2026-05-21T16:06:09.889279+00:00"
    },
    {
      "id": "cf8e05d501dc43f3ba2694262d94596c",
      "sender": "stickies-v",
      "payload": "oh, i see. thx",
      "action": false,
      "timestamp": "2026-05-21T16:06:19.797006+00:00"
    },
    {
      "id": "b96a0751259d4e97a7efb2bf07b2e190",
      "sender": "_andrewtoth_",
      "payload": "since we do few writes, but lots of reads, it causes all written files to be compacted down to the lowest level",
      "action": false,
      "timestamp": "2026-05-21T16:06:29.099943+00:00"
    },
    {
      "id": "e9ad725bf1a946679e26f3eebadf1d06",
      "sender": "_andrewtoth_",
      "payload": "this was happening daily before v30, but v30 writes a small file every ~hour now",
      "action": false,
      "timestamp": "2026-05-21T16:06:56.237005+00:00"
    },
    {
      "id": "b6b793e2ede54bd190067d87d61d0732",
      "sender": "_andrewtoth_",
      "payload": "it was still a bug doing it every day, but now it's even worse",
      "action": false,
      "timestamp": "2026-05-21T16:07:11.065954+00:00"
    },
    {
      "id": "36e7df51b4764e5d9913c79b6b165059",
      "sender": "Murch[m]",
      "payload": "Can the count of reads permitted before compaction be increased?",
      "action": false,
      "timestamp": "2026-05-21T16:07:41.010737+00:00"
    },
    {
      "id": "d6b56d020abc4177b443a55e9aad86cf",
      "sender": "_andrewtoth_",
      "payload": "the purpose of seek compaction was for old spinning disks that took 10ms to seek to a file",
      "action": false,
      "timestamp": "2026-05-21T16:07:41.990889+00:00"
    },
    {
      "id": "56da6cfa9d1e450d82b89c29bb045d00",
      "sender": "_andrewtoth_",
      "payload": "Murch: possibly, was suggested by willclark",
      "action": false,
      "timestamp": "2026-05-21T16:08:10.729093+00:00"
    },
    {
      "id": "c5dee015aaa940c0a2013030adce5528",
      "sender": "_andrewtoth_",
      "payload": "another option is to make forcecompactdb an RPC, which can be called periodically",
      "action": false,
      "timestamp": "2026-05-21T16:08:33.264576+00:00"
    },
    {
      "id": "707b983d4e4a431894e92bd8e3106b46",
      "sender": "Murch[m]",
      "payload": "Would it be possible to turn that feature off in general and just call it ~once per week?",
      "action": false,
      "timestamp": "2026-05-21T16:09:09.397850+00:00"
    },
    {
      "id": "10d32a80fdb0484fb8f170ee55c2b84a",
      "sender": "_andrewtoth_",
      "payload": "but for backports, we can suggest to users to run forcecompactdb after a full sync",
      "action": false,
      "timestamp": "2026-05-21T16:09:10.539125+00:00"
    },
    {
      "id": "8ec007ccaa8b49d4bb9ddc1411fd07df",
      "sender": "_andrewtoth_",
      "payload": "I don't think it's worth calling it once per week. The amount of new data written every week is < 200MB or so. And that would rewrite the whole db every week.",
      "action": false,
      "timestamp": "2026-05-21T16:09:42.692320+00:00"
    },
    {
      "id": "d0acaf9aa8b6418dbfb6e77f2083a709",
      "sender": "_andrewtoth_",
      "payload": "I think if users notice the increase in disk usage, they can call it then?",
      "action": false,
      "timestamp": "2026-05-21T16:09:59.712506+00:00"
    },
    {
      "id": "bad7e7e41d3342329e9bed60faca4e4f",
      "sender": "Murch[m]",
      "payload": "I see, but it would gradually bloat the chainstate by about ~25% over time?",
      "action": false,
      "timestamp": "2026-05-21T16:10:14.076797+00:00"
    },
    {
      "id": "327e042546fa42a3bc6d59185f700d7f",
      "sender": "_andrewtoth_",
      "payload": "11% over time, from peak disk usage at that point",
      "action": false,
      "timestamp": "2026-05-21T16:10:33.893501+00:00"
    },
    {
      "id": "d3b30c6b0cba4d84af2f8882799b48aa",
      "sender": "_andrewtoth_",
      "payload": "peak usage of chainstate historically was, like 13.5 GB? so an IBD will be 11% more than that",
      "action": false,
      "timestamp": "2026-05-21T16:10:57.766276+00:00"
    },
    {
      "id": "9535b03408cb45518809bda0205fc8d4",
      "sender": "_andrewtoth_",
      "payload": "if you run today, you will have a compacted db, so it will be 11% more than today",
      "action": false,
      "timestamp": "2026-05-21T16:11:07.879454+00:00"
    },
    {
      "id": "1272452fadbf4cb4b42abee495b7fb5f",
      "sender": "Murch[m]",
      "payload": "Ah, I see, that\u2019s where the 15 GB comes from",
      "action": false,
      "timestamp": "2026-05-21T16:11:13.746479+00:00"
    },
    {
      "id": "f69da880a1764f19ad5e8c52296643c2",
      "sender": "sedited",
      "payload": "Re-writing it once a week seems fine though?",
      "action": false,
      "timestamp": "2026-05-21T16:11:45.312005+00:00"
    },
    {
      "id": "b2e6bc6c68ba4948949541bc2fc35eaf",
      "sender": "dzxzg",
      "payload": "what about enabling compaction for dbcache full flushes and disabling it for the interval flushes?",
      "action": false,
      "timestamp": "2026-05-21T16:11:56.967181+00:00"
    },
    {
      "id": "ed8f9a8a83774a0b84daffa8f8c13a42",
      "sender": "darosior",
      "payload": "Tweaking this parameter in our LevelDB forks would only affect disk usage, not performance at all?",
      "action": false,
      "timestamp": "2026-05-21T16:12:17.693989+00:00"
    },
    {
      "id": "afe45ebe111847f8a96e746b83213bef",
      "sender": "abubakarsadiq",
      "payload": "> but for backports, we can suggest to users to run forcecompactdb after a full sync",
      "action": false,
      "timestamp": "2026-05-21T16:12:20.682586+00:00"
    },
    {
      "id": "071ac9f377634b7bb8efa843262cb54f",
      "sender": "abubakarsadiq",
      "payload": "Why can't we automate this in the backport patch?",
      "action": false,
      "timestamp": "2026-05-21T16:12:20.770323+00:00"
    },
    {
      "id": "a7e8dd449f7b42b2b2b0096c338bf622",
      "sender": "fjahr",
      "payload": "How sure are we 11% is really the peak? I assume there were a few measurements so far but it could still be worse on some systems/circumstances we may be missing?",
      "action": false,
      "timestamp": "2026-05-21T16:12:25.050057+00:00"
    },
    {
      "id": "5617e903c8da45d0b40e9ebcd7cf2463",
      "sender": "darosior",
      "payload": "Could also just do it on startup if that's easier than setting a timer?",
      "action": false,
      "timestamp": "2026-05-21T16:12:51.380289+00:00"
    },
    {
      "id": "9249cc9f174645448e66ad059c66c8dd",
      "sender": "_andrewtoth_",
      "payload": "This issue in particular does not want it done at startup https://github.com/bitcoin/bitcoin/issues/29662",
      "action": false,
      "timestamp": "2026-05-21T16:13:15.101490+00:00"
    },
    {
      "id": "e13b85ea042e43188a4b3053b6ada229",
      "sender": "_andrewtoth_",
      "payload": "re: performance, there will be some more files in the db tree, but we have bloom filters for all of them so skipping is cheap",
      "action": false,
      "timestamp": "2026-05-21T16:13:49.165428+00:00"
    },
    {
      "id": "692bbc3cfd0749408f14dd644ff2b8f0",
      "sender": "_andrewtoth_",
      "payload": "sedited: I think not rewriting it is the intended operation of leveldb. If users care about 11% less disk space (which we have >100x than chainstate in blocks dir), they can run the option?",
      "action": false,
      "timestamp": "2026-05-21T16:14:39.465211+00:00"
    },
    {
      "id": "ee9bee28462a47668a9122d78a56b4d6",
      "sender": "_andrewtoth_",
      "payload": "dzxzg: that would be dependent on the user's dbcache setting as well",
      "action": false,
      "timestamp": "2026-05-21T16:15:08.795212+00:00"
    },
    {
      "id": "29a9ec11993143c29f05c6a02bc81d3b",
      "sender": "Murch[m]",
      "payload": "Well, not rewriting 10 GB every hour seems like the most pressing aspect of this.",
      "action": false,
      "timestamp": "2026-05-21T16:15:33.537175+00:00"
    },
    {
      "id": "36aad5e5713e43438646e590ef3bbea2",
      "sender": "_andrewtoth_",
      "payload": "it is my opinion that seek compaction is a bug and should just be removed",
      "action": false,
      "timestamp": "2026-05-21T16:15:35.636075+00:00"
    },
    {
      "id": "4b4b31e6443e4a37b6ad837bc48db6b6",
      "sender": "darosior",
      "payload": "Doing what LevelDB considers normal operations and having a mechanism to optimize disk space (whatever it is) sounds good to me.",
      "action": false,
      "timestamp": "2026-05-21T16:15:59.814329+00:00"
    },
    {
      "id": "9dd05e66e603445a89999ac9c558e141",
      "sender": "_andrewtoth_",
      "payload": "abubakarsadiq: i don't think we should automate it, I think we should just report to the users there may be higher disk space, and run forcecompactdb if desired",
      "action": false,
      "timestamp": "2026-05-21T16:17:10.370394+00:00"
    },
    {
      "id": "6eee867696f04e9eb1063516404761e3",
      "sender": "darosior",
      "payload": "By mechanism giving the option to user, either as a startup option or an RPC command.",
      "action": false,
      "timestamp": "2026-05-21T16:17:15.561828+00:00"
    },
    {
      "id": "31dc626b6e2f4b748adf1266c3fcca41",
      "sender": "yancy",
      "payload": "hi",
      "action": false,
      "timestamp": "2026-05-21T16:17:20.584944+00:00"
    },
    {
      "id": "bd2e8fa75c294aeb9cb74aafa0877550",
      "sender": "darosior",
      "payload": "By mechanism i mean*",
      "action": false,
      "timestamp": "2026-05-21T16:17:29.362509+00:00"
    },
    {
      "id": "4ad9e6d6df2241b19ba1facf97dfcd87",
      "sender": "_andrewtoth_",
      "payload": "The startup option is already there, but I think RPC is more ideal",
      "action": false,
      "timestamp": "2026-05-21T16:17:31.767609+00:00"
    },
    {
      "id": "69a31e16acf84f3abd3137ce0a63d4c9",
      "sender": "_andrewtoth_",
      "payload": "but, for backports the startup option is fine",
      "action": false,
      "timestamp": "2026-05-21T16:17:43.728335+00:00"
    },
    {
      "id": "b135e4634a6d49f59ecb91f58a8e4667",
      "sender": "Murch[m]",
      "payload": "If there is already a startup option, an RPC shouldn\u2019t be a too heavy lift, I take it",
      "action": false,
      "timestamp": "2026-05-21T16:18:42.643999+00:00"
    },
    {
      "id": "b3d5a504c16546d7a8f58e309536488e",
      "sender": "_andrewtoth_",
      "payload": "Murch: yes, I believe l0rinc is already working on that",
      "action": false,
      "timestamp": "2026-05-21T16:18:55.165517+00:00"
    },
    {
      "id": "9b2dd8c4bb1b4209b946f7d978b1dc2d",
      "sender": "_andrewtoth_",
      "payload": "fjahr: there are measurements in the PR, and a more lengthy explanation",
      "action": false,
      "timestamp": "2026-05-21T16:19:28.217467+00:00"
    },
    {
      "id": "4f28f3387fb64a089325f94faf0393d9",
      "sender": "abubakarsadiq",
      "payload": "_andrewtoth_: My question was why? Specifically, I assume everyone is going to desire more disk space; is there an implication of doing so that we want users to opt into or not?",
      "action": false,
      "timestamp": "2026-05-21T16:19:45.282610+00:00"
    },
    {
      "id": "a6cc18ab18fe4cb5882ecd290327119d",
      "sender": "Murch[m]",
      "payload": "Interesting issue. Your mitigation approach sgtm then",
      "action": false,
      "timestamp": "2026-05-21T16:19:48.261109+00:00"
    },
    {
      "id": "8b66dc5859f54cbeae94df1f7467e6ce",
      "sender": "_andrewtoth_",
      "payload": "I don't think it can get worse, but more eyes would be good",
      "action": false,
      "timestamp": "2026-05-21T16:19:51.842292+00:00"
    },
    {
      "id": "b2654dde11ef44a0a71531818899d46f",
      "sender": "Murch[m]",
      "payload": "abubakarsadiq: My understanding is that users are worried about the increased writes exhausting their SSDs\u2019 limited write capability",
      "action": false,
      "timestamp": "2026-05-21T16:20:33.652033+00:00"
    },
    {
      "id": "9bf0c5be8edd4f50b35fba5d917aac90",
      "sender": "_andrewtoth_",
      "payload": "abubakarsadiq: the trade off is more disk IO. It will rewrite 10s of GBs each time. It will really only save 3GB if you did a fresh IBD. Otherwise, you will be rewriting everything for not much savings.",
      "action": false,
      "timestamp": "2026-05-21T16:20:53.580751+00:00"
    },
    {
      "id": "943e2af86af24fbca6fa7fa1847a88c5",
      "sender": "dzxzg",
      "payload": "esp. for pruned nodes: i assume that if people are running with prune=650  they might care",
      "action": false,
      "timestamp": "2026-05-21T16:21:34.071968+00:00"
    },
    {
      "id": "baec14bbe7fc475994c609a30e72d4e5",
      "sender": "Murch[m]",
      "payload": "_andrewtoth_: Maybe one automatic compaction at the end of IBD would make sense",
      "action": false,
      "timestamp": "2026-05-21T16:21:34.322244+00:00"
    },
    {
      "id": "2ef0254dc0654d53ad852deb84f1c991",
      "sender": "stickies-v",
      "payload": "yeah one after IBD seems like a sane default?",
      "action": false,
      "timestamp": "2026-05-21T16:21:50.395995+00:00"
    },
    {
      "id": "ad89caebe95f496ab64930a8253690ca",
      "sender": "stickies-v",
      "payload": "would prefer not adding an rpc for this if we can avoid it",
      "action": false,
      "timestamp": "2026-05-21T16:22:12.602101+00:00"
    },
    {
      "id": "baaf64b531104f2991d0d865622c8111",
      "sender": "abubakarsadiq",
      "payload": "_andrewtoth_: Murch[m]: makes sense now, thanks.",
      "action": false,
      "timestamp": "2026-05-21T16:22:44.116619+00:00"
    },
    {
      "id": "78ba37dbbe6448798ce6a660a77c7f5a",
      "sender": "darosior",
      "payload": "I think the startup option should be enough yes",
      "action": false,
      "timestamp": "2026-05-21T16:23:01.047685+00:00"
    },
    {
      "id": "6bd4a052fd72448c89abfd282c17b15c",
      "sender": "darosior",
      "payload": "Doing it after IBD sounds good too",
      "action": false,
      "timestamp": "2026-05-21T16:23:10.237583+00:00"
    },
    {
      "id": "7fda38348aff403eafeb36b0b840f5ba",
      "sender": "_andrewtoth_",
      "payload": "can we track if a user did from genesis easily, and then got to tip?",
      "action": false,
      "timestamp": "2026-05-21T16:23:15.378484+00:00"
    },
    {
      "id": "98281886b522499093914bf18dcd69e8",
      "sender": "stickies-v",
      "payload": "leveldb is an implementation detail and exposing it through our public stable interface is a bit messy",
      "action": false,
      "timestamp": "2026-05-21T16:23:22.254206+00:00"
    },
    {
      "id": "c5b99294e05443f4bbde237277c79aca",
      "sender": "cfields",
      "payload": "+1 on avoiding an rpc. I think the number of people who will be able to use that knowingly and correctly is single-digits.",
      "action": false,
      "timestamp": "2026-05-21T16:23:26.911254+00:00"
    },
    {
      "id": "80a1fc74afa344659ff4a4d157e364bf",
      "sender": "darosior",
      "payload": "AFK",
      "action": true,
      "timestamp": "2026-05-21T16:24:00.660485+00:00"
    },
    {
      "id": "f437299ddf6341d7b1bd3a8648753c6d",
      "sender": "Murch[m]",
      "payload": "Lunch? ^^",
      "action": false,
      "timestamp": "2026-05-21T16:24:18.655298+00:00"
    },
    {
      "id": "6ec0e5f422184e1fa865afc96c760d56",
      "sender": "stickies-v",
      "payload": "even startup option i would probably find overkill, unless there is clear demand for it",
      "action": false,
      "timestamp": "2026-05-21T16:24:19.123348+00:00"
    },
    {
      "id": "54c822a07a0c46e1a37dd0e9ff896c84",
      "sender": "_andrewtoth_",
      "payload": "ok, having the startup option exists undocumented already, but we can find a way to do compaction first time the user gets to tip.",
      "action": false,
      "timestamp": "2026-05-21T16:24:51.483024+00:00"
    },
    {
      "id": "8d48934f3fb942f99d75cd5a7ad33ace",
      "sender": "cfields",
      "payload": "stickies-v: agreed. Same for any option. If we can't decide when to do it automatically, we shouldn't expect a user to be able to know when to do it manually.",
      "action": false,
      "timestamp": "2026-05-21T16:24:55.869173+00:00"
    },
    {
      "id": "d957dc7bd7ed4f8097def7d0d5dcda75",
      "sender": "abubakarsadiq",
      "payload": "+1 cfields: I think if we can make that decision for users, it's more ideal",
      "action": false,
      "timestamp": "2026-05-21T16:25:07.868797+00:00"
    },
    {
      "id": "2f5fe7b6356e46ebb122aeb7b46caa67",
      "sender": "Murch[m]",
      "payload": "+1 cfields",
      "action": false,
      "timestamp": "2026-05-21T16:25:16.491520+00:00"
    },
    {
      "id": "cfc65d4cc73d48f8a23737fcb24a51ae",
      "sender": "stickies-v",
      "payload": "anything else here _andrewtoth_ ?",
      "action": false,
      "timestamp": "2026-05-21T16:26:13.489929+00:00"
    },
    {
      "id": "185b08e7423d4ee786e48e92e83266c6",
      "sender": "_andrewtoth_",
      "payload": "Closed #31132 and reopened as #35295. Got some good review there that I need to address (thanks!), more review welcome. That's it from me, thanks!",
      "action": false,
      "timestamp": "2026-05-21T16:26:21.526549+00:00"
    },
    {
      "id": "70e6914a0c4b44e484e5fb3a225a88b3",
      "sender": "corebot",
      "payload": "https://github.com/bitcoin/bitcoin/issues/31132 | validation: fetch block inputs on parallel threads by andrewtoth \u00b7 Pull Request #31132 \u00b7 bitcoin/bitcoin \u00b7 GitHub",
      "action": false,
      "timestamp": "2026-05-21T16:26:26.535761+00:00"
    },
    {
      "id": "8a29ccf83dc74e6c9423a7bbbaa85011",
      "sender": "corebot",
      "payload": "https://github.com/bitcoin/bitcoin/issues/35295 | validation: fetch block inputs in parallel during ConnectBlock by andrewtoth \u00b7 Pull Request #35295 \u00b7 bitcoin/bitcoin \u00b7 GitHub",
      "action": false,
      "timestamp": "2026-05-21T16:26:28.541188+00:00"
    },
    {
      "id": "cd4788e976d74d18b0ed9d328f11c0e9",
      "sender": "stickies-v",
      "payload": "thanks for the comprehensive overview, sounds like you got some useful feedback",
      "action": false,
      "timestamp": "2026-05-21T16:26:49.814530+00:00"
    },
    {
      "id": "758ab93d19cb4416a1e7a37e020f57ae",
      "sender": "stickies-v",
      "payload": "#topic Silent Payments WG Update (Novo__)",
      "action": false,
      "timestamp": "2026-05-21T16:27:01.933204+00:00"
    },
    {
      "id": "232e4e0ab36e4b40a0ab9ef332cd60b3",
      "sender": "theStack",
      "payload": "The libsecp SP module PR https://github.com/bitcoin-core/secp256k1/pull/1765 got some momentum and fresh reviewer eyes after coredev (thanks!). In core, Novo__ opened #35301 and #35302 now (second takes of previously #28122 and #28201, respectively) based on that. Review would be much appreciated.",
      "action": false,
      "timestamp": "2026-05-21T16:27:42.359455+00:00"
    },
    {
      "id": "344a5e36bb4342759c0bb55fe44c08a0",
      "sender": "corebot",
      "payload": "https://github.com/bitcoin/bitcoin/issues/35301 | Silent Payments: Implement bip352 (take 2) by Eunovo \u00b7 Pull Request #35301 \u00b7 bitcoin/bitcoin \u00b7 GitHub",
      "action": false,
      "timestamp": "2026-05-21T16:27:44.363740+00:00"
    },
    {
      "id": "d93b7f8454884f988b383119d4a47356",
      "sender": "corebot",
      "payload": "https://github.com/bitcoin/bitcoin/issues/35302 | Silent Payments: Sending (take 2) by Eunovo \u00b7 Pull Request #35302 \u00b7 bitcoin/bitcoin \u00b7 GitHub",
      "action": false,
      "timestamp": "2026-05-21T16:27:45.368253+00:00"
    },
    {
      "id": "f3cb60b4aab04ab8b56a8ce23a44bec2",
      "sender": "corebot",
      "payload": "https://github.com/bitcoin/bitcoin/issues/28122 | Silent Payments: Implement BIP352 by josibake \u00b7 Pull Request #28122 \u00b7 bitcoin/bitcoin \u00b7 GitHub",
      "action": false,
      "timestamp": "2026-05-21T16:27:49.420092+00:00"
    },
    {
      "id": "c6cd91ee54a542538216d8fe4468e349",
      "sender": "corebot",
      "payload": "https://github.com/bitcoin/bitcoin/issues/28201 | Silent Payments: sending by josibake \u00b7 Pull Request #28201 \u00b7 bitcoin/bitcoin \u00b7 GitHub",
      "action": false,
      "timestamp": "2026-05-21T16:27:52.427194+00:00"
    },
    {
      "id": "a17da7264f644f1d8c3054a6b98107d0",
      "sender": "johnny9dev",
      "payload": "Sorry I have to get going. Here is my qml update. https://github.com/orgs/bitcoin-core/projects/1/views/3 is updated. We're making steady progress and still on track to have the project in a state where we feel it is worthwhile to start getting feedback from a wider group in the middle/end of June.",
      "action": false,
      "timestamp": "2026-05-21T16:29:12.488881+00:00"
    },
    {
      "id": "44749d1fafab41a3b76fd0f62a93d908",
      "sender": "stickies-v",
      "payload": "#topic QML GUI WG Update (johnny9dev)",
      "action": false,
      "timestamp": "2026-05-21T16:29:16.596983+00:00"
    },
    {
      "id": "86734e1842a247d29d94be3f47eed739",
      "sender": "stickies-v",
      "payload": "#topic Libevent removal (pinheadmz, fjahr)",
      "action": false,
      "timestamp": "2026-05-21T16:29:50.700122+00:00"
    },
    {
      "id": "a445ee1eb3334bd99b968729526b1c0a",
      "sender": "pinheadmz",
      "payload": "Ironing out edge cases in #35182. Running fuzzers 24/7.",
      "action": false,
      "timestamp": "2026-05-21T16:30:06.967231+00:00"
    },
    {
      "id": "5c907bbcc5064c59807e86d04eba8d70",
      "sender": "corebot",
      "payload": "https://github.com/bitcoin/bitcoin/issues/35182 | Replace libevent with our own HTTP and socket-handling implementation by pinheadmz \u00b7 Pull Request #35182 \u00b7 bitcoin/bitcoin \u00b7 GitHub",
      "action": false,
      "timestamp": "2026-05-21T16:30:09.973416+00:00"
    },
    {
      "id": "522f565240bc45d58cf679e00af80227",
      "sender": "pinheadmz",
      "payload": "Antithesis caught something that I thought I fixed, but actually just triggered it again this morning doing a DoS test. It's an assertion in the destructor which I think we can relax, and just delete connections that are taking to long (>60s) to close. Might needs hodlinator 's opinion on that before pushing...",
      "action": false,
      "timestamp": "2026-05-21T16:30:14.929436+00:00"
    },
    {
      "id": "6e7313db642147c19df56d8e07a3df5e",
      "sender": "pinheadmz",
      "payload": "Janb84 grok-claude caught something which is not hard to fix but is harder to test because of all the nasty global state in httpserver.cpp, so trying to figure out what to include in this PR and what to punt to a follow up. Definitely the first follow-up de-globalizing http will be a very satisfying refactor.",
      "action": false,
      "timestamp": "2026-05-21T16:30:25.961433+00:00"
    },
    {
      "id": "9dc7f5212b5f4ac5be50551a3b53a242",
      "sender": "pinheadmz",
      "payload": "fjahr ?",
      "action": false,
      "timestamp": "2026-05-21T16:30:42.704124+00:00"
    },
    {
      "id": "8fbe782c14b945a89798b5d3e79012bc",
      "sender": "fjahr",
      "payload": "I just keep addressing review comments on the #34342 as quickly as possible. It feels like it\u2019s getting very close though, thanks to the reviewers :)",
      "action": false,
      "timestamp": "2026-05-21T16:31:10.378403+00:00"
    },
    {
      "id": "0ab96c67d6354fb5941168d23a189b98",
      "sender": "corebot",
      "payload": "https://github.com/bitcoin/bitcoin/issues/34342 | cli: Replace libevent usage with simple http client by fjahr \u00b7 Pull Request #34342 \u00b7 bitcoin/bitcoin \u00b7 GitHub",
      "action": false,
      "timestamp": "2026-05-21T16:31:14.386056+00:00"
    },
    {
      "id": "34badf0786fd41ddbf46f145c48499e8",
      "sender": "stickies-v",
      "payload": "alright, looks like that's it for this week's WG updates",
      "action": false,
      "timestamp": "2026-05-21T16:32:38.407162+00:00"
    },
    {
      "id": "a6f76ef0fe88486cbd5bfe5edc4dadbb",
      "sender": "stickies-v",
      "payload": "Anything else to discuss?",
      "action": false,
      "timestamp": "2026-05-21T16:32:41.259426+00:00"
    },
    {
      "id": "a686da8ad8e648b386bb4358bc47973b",
      "sender": "jurraca",
      "payload": "a few ASmap things",
      "action": false,
      "timestamp": "2026-05-21T16:32:46.586855+00:00"
    },
    {
      "id": "97dac03099414dd0ae086968290429da",
      "sender": "jurraca",
      "payload": "looking for one more ACK on https://github.com/bitcoin-core/asmap-data/pull/48",
      "action": false,
      "timestamp": "2026-05-21T16:32:53.172521+00:00"
    },
    {
      "id": "cc4ada7a61fc45fcab917d005939e678",
      "sender": "jurraca",
      "payload": "opened a PR to merge the prototype asmap.sigs repo into bitcoin-core/asmap-data as discussed at CoreDev https://github.com/bitcoin-core/asmap-data/pull/50",
      "action": false,
      "timestamp": "2026-05-21T16:32:59.699541+00:00"
    },
    {
      "id": "30ad6f8547274ccaa6e3d1f8a805c6bc",
      "sender": "jurraca",
      "payload": "and next collab run is set for June 4th, two weeks from today https://github.com/bitcoin-core/asmap-data/issues/51",
      "action": false,
      "timestamp": "2026-05-21T16:33:09.999552+00:00"
    },
    {
      "id": "9ff97ba379e74c25b9ebd62eb4ce898a",
      "sender": "Murch[m]",
      "payload": "The CI workers seem to be very slow for the BIPs repository this morning. I assume that this also applies to the Bitcoin Core PRs. Anyone know what\u2019s going on there?",
      "action": false,
      "timestamp": "2026-05-21T16:34:42.324817+00:00"
    },
    {
      "id": "4db990bc5a22457e88cf5075c33c51f5",
      "sender": "fanquake",
      "payload": "I wanted to bring up #35319",
      "action": false,
      "timestamp": "2026-05-21T16:35:30.497981+00:00"
    },
    {
      "id": "e798ed887b984b05b009df3d084c4b0f",
      "sender": "corebot",
      "payload": "https://github.com/bitcoin/bitcoin/issues/35319 | net: use the proxy if overriden when doing v2->v1 reconnections by vasild \u00b7 Pull Request #35319 \u00b7 bitcoin/bitcoin \u00b7 GitHub",
      "action": false,
      "timestamp": "2026-05-21T16:35:32.502504+00:00"
    },
    {
      "id": "e2293ce6dd8649829c18aa2044c6e812",
      "sender": "instagibbs",
      "payload": "+1 fanquake",
      "action": false,
      "timestamp": "2026-05-21T16:35:35.984812+00:00"
    },
    {
      "id": "9d862e330062465a835598328dab8a78",
      "sender": "fanquake",
      "payload": "My understanding is that \"normal\" -privatebroadcast usage might actually just leak your IP.",
      "action": false,
      "timestamp": "2026-05-21T16:35:40.172355+00:00"
    },
    {
      "id": "b9fae83c97444318a7fb0052628d64da",
      "sender": "fanquake",
      "payload": "I'm wondering if we should alert users in some way (mailing list / website?).",
      "action": false,
      "timestamp": "2026-05-21T16:35:44.566091+00:00"
    },
    {
      "id": "1c6a09adce95496ea8a034465b3b8290",
      "sender": "fanquake",
      "payload": "Seems reasonable if there was some expectations of privacy here",
      "action": false,
      "timestamp": "2026-05-21T16:35:52.316014+00:00"
    },
    {
      "id": "fc86c941c1594a4e83008a015cf2f8f6",
      "sender": "Murch[m]",
      "payload": "Also, for any BIP authors in this chat. I started the BIP metadata review that was future work for the BIP3 deployment. If you have any Informational BIPs that should be Specification BIPs, you will probably see a PR in that regard (or can open it yourself!). Similarly any BIPs that have been in Draft for years, will be proposed to be moved to Complete or Closed where applicable, or further input will be sought.",
      "action": false,
      "timestamp": "2026-05-21T16:36:16.460021+00:00"
    },
    {
      "id": "23fad1270ef446b8b49639567d001145",
      "sender": "fanquake",
      "payload": "Also there doesn't yet seem to be consensus on how to fix / test",
      "action": false,
      "timestamp": "2026-05-21T16:36:19.943205+00:00"
    },
    {
      "id": "d73d713527b5494886282ac299f4a3e7",
      "sender": "Murch[m]",
      "payload": "So, if you want to help, it would be awesome if you look over your own BIPs in that regard.",
      "action": false,
      "timestamp": "2026-05-21T16:36:33.931180+00:00"
    },
    {
      "id": "d6aee229f7204c54ba0d22bff2680972",
      "sender": "instagibbs",
      "payload": "+1 on some communication at least, brand new opt-in feature so impact is hopefully limited",
      "action": false,
      "timestamp": "2026-05-21T16:38:02.969897+00:00"
    },
    {
      "id": "473d66a65e7c48a4a068df344c83d9ea",
      "sender": "eugenesiegel",
      "payload": "there are a couple different tests, I haven",
      "action": false,
      "timestamp": "2026-05-21T16:38:09.688012+00:00"
    },
    {
      "id": "c06f37ce51264a07ba9d24141cd2e3e9",
      "sender": "sedited",
      "payload": "instagibbs can you provide a tldr?",
      "action": false,
      "timestamp": "2026-05-21T16:38:15.291794+00:00"
    },
    {
      "id": "be7e73a226d1490d8d720e3670d99c73",
      "sender": "Murch[m]",
      "payload": "fanquake: What dose \"normal\" mean in this regard? I thought this happens when a connection downgrades from BIP324 to legacy P2P traffic?",
      "action": false,
      "timestamp": "2026-05-21T16:38:17.169977+00:00"
    },
    {
      "id": "cbb702bc9ea240c9961a86619ae8f492",
      "sender": "instagibbs",
      "payload": "sedited: on v2->v1 downgrade (if peer fails the v2 connection), if we're using Tor exit node, we leak our ip directly to that target peer",
      "action": false,
      "timestamp": "2026-05-21T16:38:46.757825+00:00"
    },
    {
      "id": "6b86f5bb0a2a4bc88312ce9a4e6eb56f",
      "sender": "instagibbs",
      "payload": "It's broken unless you connect to honest v2 peers, in other words",
      "action": false,
      "timestamp": "2026-05-21T16:39:24.064512+00:00"
    },
    {
      "id": "31632f5dfe1946469e8fa6193721c544",
      "sender": "instagibbs",
      "payload": "or hidden service nodes",
      "action": false,
      "timestamp": "2026-05-21T16:39:31.199232+00:00"
    },
    {
      "id": "174d46ad99b54cdcb6c699e6fdb7e454",
      "sender": "_andrewtoth_",
      "payload": "or honest v1 nodes",
      "action": false,
      "timestamp": "2026-05-21T16:39:49.360853+00:00"
    },
    {
      "id": "da4c45161a3f4546a0a491d63434030a",
      "sender": "_andrewtoth_",
      "payload": "*any v1 nodes",
      "action": false,
      "timestamp": "2026-05-21T16:40:06.912899+00:00"
    },
    {
      "id": "1fcc3c0b523c4e5f81bb532f03a88fe9",
      "sender": "fanquake",
      "payload": "(and I guess assume that spies will start trying to exploit given it's public knowledge)",
      "action": false,
      "timestamp": "2026-05-21T16:40:17.096500+00:00"
    },
    {
      "id": "a20ebe108f8f4632b87eab44f58afb24",
      "sender": "eugenesiegel",
      "payload": "there are a couple different tests, I haven't taken a look at instagibbs latest test. I'm partial to any functional test that can test without modifying the non-test code. as far as fixes, I think passing around an optional that defaults to nullopt kind of encourages callers to forget to set it? so maybe we could make it explicit? vasild patch does",
      "action": false,
      "timestamp": "2026-05-21T16:40:37.085198+00:00"
    },
    {
      "id": "a39251da780843699fca5ecced4938b2",
      "sender": "eugenesiegel",
      "payload": "work, just thinking how to make it robust",
      "action": false,
      "timestamp": "2026-05-21T16:40:37.665497+00:00"
    },
    {
      "id": "2a88e0454da34e1dbaf93708f8bcdb62",
      "sender": "_andrewtoth_",
      "payload": "really only malicious v2 nodes on clearnet",
      "action": false,
      "timestamp": "2026-05-21T16:40:40.059082+00:00"
    },
    {
      "id": "6afd7f14df4e4b109c1b57fc8aca44dc",
      "sender": "Murch[m]",
      "payload": "Doesn\u2019t even require a v2 node, you just have to fudge your service bits",
      "action": false,
      "timestamp": "2026-05-21T16:41:37.351666+00:00"
    },
    {
      "id": "f5fc49e2aaee4fd19d9affcac32ebce5",
      "sender": "instagibbs",
      "payload": "eugenesiegel I made an attempt at robust test-only code changes",
      "action": false,
      "timestamp": "2026-05-21T16:41:39.291268+00:00"
    },
    {
      "id": "818cd65fad0b4fa082de279d039e106c",
      "sender": "instagibbs",
      "payload": "but I'm not a net expert, hoping more people look",
      "action": false,
      "timestamp": "2026-05-21T16:42:14.843125+00:00"
    },
    {
      "id": "7238cf7ce26f44fb8387ee89642cb50f",
      "sender": "eugenesiegel",
      "payload": "Murch: right, a third party could also do it for some peers",
      "action": false,
      "timestamp": "2026-05-21T16:42:29.026777+00:00"
    },
    {
      "id": "1ca494f458ff4faaabd779f6fb0378b2",
      "sender": "instagibbs",
      "payload": "\"or honest v1 nodes\" no, you leak your ip address to honest v1 nodes, you just hope no one looks at logs :)",
      "action": false,
      "timestamp": "2026-05-21T16:43:48.577586+00:00"
    },
    {
      "id": "0460a54aad244ff0b86de986c5bac687",
      "sender": "instagibbs",
      "payload": "oh, if bits arent stuffed, rigth",
      "action": false,
      "timestamp": "2026-05-21T16:44:01.638175+00:00"
    },
    {
      "id": "7de7956afedd4aab8337f0f4ec74a750",
      "sender": "_andrewtoth_",
      "payload": "instagibbs: you leak your ip for v1 nodes too? but it's using the proxy and not downgrading?",
      "action": false,
      "timestamp": "2026-05-21T16:44:48.437585+00:00"
    },
    {
      "id": "b537b1de61a44fe7a734e67ebba4c88b",
      "sender": "Murch[m]",
      "payload": "Wait, it always fails with v1 peers? I thought only on downgrade. That makes it way worse.",
      "action": false,
      "timestamp": "2026-05-21T16:44:51.053952+00:00"
    },
    {
      "id": "a27437dd7852450ba1d897a3c62e9a6f",
      "sender": "instagibbs",
      "payload": "I retract my claim, need to re-page in how that part works",
      "action": false,
      "timestamp": "2026-05-21T16:45:20.126142+00:00"
    },
    {
      "id": "2b63d361d9964537b6dd0bb2dac0af23",
      "sender": "cfields",
      "payload": "I know it's waaay out of scope, but I mentioned this a few time at CoreDev... private tx relay would've been a great opportunity to launch separate short-lived tor-only instances of CConnman/PeerManager to handle the broadcast. I suspect that we continue to hit edge-cases otherwise :(",
      "action": false,
      "timestamp": "2026-05-21T16:45:41.439139+00:00"
    },
    {
      "id": "e4ec30d259fb4a5dbf155e11f8a89ef5",
      "sender": "cfields",
      "payload": "Just something to consider for the future.",
      "action": false,
      "timestamp": "2026-05-21T16:46:27.435913+00:00"
    },
    {
      "id": "74934cc67e8243b8ac6638a07415509a",
      "sender": "eugenesiegel",
      "payload": "It only fails on downgrade afaict and with a specific -proxy option. Though if there are v1 peers, a third party could modify service bits and force you to connect v2 and then downgrade",
      "action": false,
      "timestamp": "2026-05-21T16:47:14.687360+00:00"
    },
    {
      "id": "3fc9b8c772694d0582bde77692d2b904",
      "sender": "eugenesiegel",
      "payload": "So, \"-proxy=127.0.0.1:9050\" is safe. \"-proxy=127.0.0.1:9050=tor\" is not safe",
      "action": false,
      "timestamp": "2026-05-21T16:47:51.557210+00:00"
    },
    {
      "id": "efc7474f01f34fad97227cb7c2f9837f",
      "sender": "eugenesiegel",
      "payload": "I have no idea on how widespread the feature is, I think sparrow uses it? I think a mailing list post could be helpful to tell people about the issue",
      "action": false,
      "timestamp": "2026-05-21T16:50:09.192862+00:00"
    },
    {
      "id": "e9600fe5baec4f6da12a8a61b9069c48",
      "sender": "_andrewtoth_",
      "payload": "What is the behavior with default proxy options? So unset by the user?",
      "action": false,
      "timestamp": "2026-05-21T16:50:48.954739+00:00"
    },
    {
      "id": "ad0ccf911ec2418b8939928c359b5252",
      "sender": "eugenesiegel",
      "payload": "_andrewtoth_: I'm not sure, does a user need to set -proxy to enable tor?",
      "action": false,
      "timestamp": "2026-05-21T16:52:57.144509+00:00"
    },
    {
      "id": "cafb9550c69541f78c6b51e2c89a25f4",
      "sender": "_andrewtoth_",
      "payload": "no, and default is \"disabled\" according to bitcoind -h",
      "action": false,
      "timestamp": "2026-05-21T16:53:15.207860+00:00"
    },
    {
      "id": "78982173604445568d300a90676a7334",
      "sender": "_andrewtoth_",
      "payload": "default also allows making pb connections to clearnet via exit nodes",
      "action": false,
      "timestamp": "2026-05-21T16:54:01.268603+00:00"
    },
    {
      "id": "650c0ed63df84c4f9d1222d51fb68bfd",
      "sender": "eugenesiegel",
      "payload": "how does bitcoind know the control port then? is it set to the default?",
      "action": false,
      "timestamp": "2026-05-21T16:55:08.590832+00:00"
    },
    {
      "id": "73b2f01cd5a245f2b8a1aec6523933c0",
      "sender": "instagibbs",
      "payload": "4 minutes left (this conversation needs to continue anyways)",
      "action": false,
      "timestamp": "2026-05-21T16:56:24.174102+00:00"
    },
    {
      "id": "81c9421dba834cd8b8b71167803ab836",
      "sender": "stickies-v",
      "payload": "i'm going to call end of meeting here since we're coming up on time, feel free to continue ofc. thanks for contributing, everyone",
      "action": false,
      "timestamp": "2026-05-21T16:56:27.098298+00:00"
    },
    {
      "id": "e5494aeca5214b37bc88e3e0cdda4e5c",
      "sender": "stickies-v",
      "payload": "#endmeeting",
      "action": false,
      "timestamp": "2026-05-21T16:56:35.289130+00:00"
    }
  ],
  "events": [
    {
      "event_type": "START_MEETING",
      "message": {
        "id": "6196d0d0a80246368c6cf48a1af58518",
        "sender": "stickies-v",
        "payload": "#startmeeting",
        "action": false,
        "timestamp": "2026-05-21T16:00:09.709335+00:00"
      },
      "operand": null,
      "id": "6196d0d0a80246368c6cf48a1af58518",
      "timestamp": "2026-05-21T16:00:09.709335+00:00"
    },
    {
      "event_type": "TOPIC",
      "message": {
        "id": "e8c80633589b4ffb98b3dd5e8ef57f1a",
        "sender": "stickies-v",
        "payload": "#topic Fuzzing WG Update (dergoegge)",
        "action": false,
        "timestamp": "2026-05-21T16:01:50.811876+00:00"
      },
      "operand": "Fuzzing WG Update (dergoegge)",
      "id": "e8c80633589b4ffb98b3dd5e8ef57f1a",
      "timestamp": "2026-05-21T16:01:50.811876+00:00"
    },
    {
      "event_type": "TOPIC",
      "message": {
        "id": "b88cd32ff1c746268fe0e827612af813",
        "sender": "stickies-v",
        "payload": "#topic Kernel WG Update (sedited)",
        "action": false,
        "timestamp": "2026-05-21T16:01:59.687408+00:00"
      },
      "operand": "Kernel WG Update (sedited)",
      "id": "b88cd32ff1c746268fe0e827612af813",
      "timestamp": "2026-05-21T16:01:59.687408+00:00"
    },
    {
      "event_type": "TOPIC",
      "message": {
        "id": "a60fbf8ce4374a079abb870fcae287e2",
        "sender": "stickies-v",
        "payload": "#topic Benchmarking WG Update (l0rinc, andrewtoth)",
        "action": false,
        "timestamp": "2026-05-21T16:04:15.743498+00:00"
      },
      "operand": "Benchmarking WG Update (l0rinc, andrewtoth)",
      "id": "a60fbf8ce4374a079abb870fcae287e2",
      "timestamp": "2026-05-21T16:04:15.743498+00:00"
    },
    {
      "event_type": "TOPIC",
      "message": {
        "id": "758ab93d19cb4416a1e7a37e020f57ae",
        "sender": "stickies-v",
        "payload": "#topic Silent Payments WG Update (Novo__)",
        "action": false,
        "timestamp": "2026-05-21T16:27:01.933204+00:00"
      },
      "operand": "Silent Payments WG Update (Novo__)",
      "id": "758ab93d19cb4416a1e7a37e020f57ae",
      "timestamp": "2026-05-21T16:27:01.933204+00:00"
    },
    {
      "event_type": "TOPIC",
      "message": {
        "id": "44749d1fafab41a3b76fd0f62a93d908",
        "sender": "stickies-v",
        "payload": "#topic QML GUI WG Update (johnny9dev)",
        "action": false,
        "timestamp": "2026-05-21T16:29:16.596983+00:00"
      },
      "operand": "QML GUI WG Update (johnny9dev)",
      "id": "44749d1fafab41a3b76fd0f62a93d908",
      "timestamp": "2026-05-21T16:29:16.596983+00:00"
    },
    {
      "event_type": "TOPIC",
      "message": {
        "id": "86734e1842a247d29d94be3f47eed739",
        "sender": "stickies-v",
        "payload": "#topic Libevent removal (pinheadmz, fjahr)",
        "action": false,
        "timestamp": "2026-05-21T16:29:50.700122+00:00"
      },
      "operand": "Libevent removal (pinheadmz, fjahr)",
      "id": "86734e1842a247d29d94be3f47eed739",
      "timestamp": "2026-05-21T16:29:50.700122+00:00"
    },
    {
      "event_type": "END_MEETING",
      "message": {
        "id": "e5494aeca5214b37bc88e3e0cdda4e5c",
        "sender": "stickies-v",
        "payload": "#endmeeting",
        "action": false,
        "timestamp": "2026-05-21T16:56:35.289130+00:00"
      },
      "operand": null,
      "id": "e5494aeca5214b37bc88e3e0cdda4e5c",
      "timestamp": "2026-05-21T16:56:35.289130+00:00"
    }
  ],
  "aliases": {},
  "vote_in_progress": false,
  "motion_index": null
}