Bitcoin Core Github
44 subscribers
121K links
Download Telegram
๐Ÿš€ fanquake merged a pull request: "net: create I2P sessions using both ECIES-X25519 and ElGamal encryption"
(https://github.com/bitcoin/bitcoin/pull/29200)
๐Ÿ’ฌ achow101 commented on pull request "net, cli: use v2transport for manual/addrfetch connections, add to -netinfo":
(https://github.com/bitcoin/bitcoin/pull/29058#issuecomment-1883456495)
ACK fb5bfed26a564014b83ccfc96ff00b630930fc61
๐Ÿ’ฌ mzumsande commented on pull request "p2p: attempt to fill full outbound connection slots with peers that support tx relay":
(https://github.com/bitcoin/bitcoin/pull/28538#issuecomment-1883481846)
Thanks for the review!

We had an offline conversation about this today (FYI @sdaftuar @sipa @sr-gi). Some takeaways:
- It would probaly be better to first have a replacement peer ready before disconnecting a blocksonly peer. That would mean a similar approach as for the extra network-specific peers, it would also mean that we would need to add a way to make extra connections when we have a -blocksonly peer we want to get rid of.
- We should avoid situations where there could be perpetual ch
...
๐Ÿ“ mzumsande converted_to_draft a pull request: "p2p: attempt to fill full outbound connection slots with peers that support tx relay"
(https://github.com/bitcoin/bitcoin/pull/28538)
As described in the issues #16418 and #28371, it's a possibility that we could end up having an insufficient number of outbound peers relaying our transactions. Having fewer outbound peers support tx-relay could also have implications on [privacy](https://github.com/bitcoin/bitcoin/issues/16418#issuecomment-514328042) and fee estimation.

While #28488 is suggesting meaures based on comparing fee filters / mempool sizes, there is also the simpler issue of peers that tell us they don't want tran
...
๐Ÿ’ฌ josibake commented on pull request "wallet, rpc: `FundTransaction` refactor":
(https://github.com/bitcoin/bitcoin/pull/28560#discussion_r1446405052)
> Since all of the different ways that sffo is set by the user, this could do type interpretation to figure it out.

That makes sense, what do you think about doing the type interpretation on the UniValue passed in, instead of relying on the key names? I'd rather do that than try to have this function take a `std::variant` or something like that
๐Ÿš€ achow101 merged a pull request: "net, cli: use v2transport for manual/addrfetch connections, add to -netinfo"
(https://github.com/bitcoin/bitcoin/pull/29058)
๐Ÿ’ฌ instagibbs commented on pull request "Cluster size 2 package rbf":
(https://github.com/bitcoin/bitcoin/pull/28984#discussion_r1446434642)
Pretty sure following section covers it, adding two descendants one by one to `tx10` and checking the resulting failure
๐Ÿ’ฌ instagibbs commented on pull request "Cluster size 2 package rbf":
(https://github.com/bitcoin/bitcoin/pull/28984#discussion_r1446434675)
taken
๐Ÿ’ฌ instagibbs commented on pull request "Cluster size 2 package rbf":
(https://github.com/bitcoin/bitcoin/pull/28984#discussion_r1446434720)
cleaner, thanks. will take(minus typos :) )
๐Ÿ’ฌ instagibbs commented on pull request "Cluster size 2 package rbf":
(https://github.com/bitcoin/bitcoin/pull/28984#discussion_r1446434808)
this all got moved internal to mempool
๐Ÿ’ฌ instagibbs commented on pull request "Cluster size 2 package rbf":
(https://github.com/bitcoin/bitcoin/pull/28984#discussion_r1446434903)
replaced entirely(I think?)
๐Ÿ’ฌ instagibbs commented on pull request "Cluster size 2 package rbf":
(https://github.com/bitcoin/bitcoin/pull/28984#discussion_r1446434933)
replaced section of code entirely
๐Ÿ’ฌ instagibbs commented on pull request "Cluster size 2 package rbf":
(https://github.com/bitcoin/bitcoin/pull/28984#discussion_r1446434963)
changed wording of commit
๐Ÿ’ฌ instagibbs commented on pull request "Cluster size 2 package rbf":
(https://github.com/bitcoin/bitcoin/pull/28984#discussion_r1446435012)
replaced with diagram check; should be fine now since it must be strictly superior.
๐Ÿ’ฌ instagibbs commented on pull request "Cluster size 2 package rbf":
(https://github.com/bitcoin/bitcoin/pull/28984#discussion_r1446435046)
fixed
๐Ÿ’ฌ instagibbs commented on pull request "Cluster size 2 package rbf":
(https://github.com/bitcoin/bitcoin/pull/28984#discussion_r1446435113)
rephrased into the two cases
๐Ÿ’ฌ instagibbs commented on pull request "Cluster size 2 package rbf":
(https://github.com/bitcoin/bitcoin/pull/28984#discussion_r1446435138)
added
๐Ÿ’ฌ instagibbs commented on pull request "Cluster size 2 package rbf":
(https://github.com/bitcoin/bitcoin/pull/28984#discussion_r1446435204)
reworded
๐Ÿ’ฌ achow101 commented on pull request "fuzz: set `nMaxOutboundLimit` in connman target":
(https://github.com/bitcoin/bitcoin/pull/29172#issuecomment-1883547121)
New compiler warning, using gcc 13.2.1

```
test/fuzz/connman.cpp: In function โ€˜void connman_fuzz_target(FuzzBufferType)โ€™:
test/fuzz/connman.cpp:43:17: error: missing initializer for member โ€˜CConnman::Options::vSeedNodesโ€™ [-Werror=missing-field-initializers]
43 | connman.Init({ .nMaxOutboundLimit = max_outbound_limit });
| ~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
test/fuzz/connman.cpp:43:17: error: missing initializer for member โ€˜CConnman::Options::vWhite
...
๐Ÿ’ฌ brunoerg commented on pull request "fuzz: set `nMaxOutboundLimit` in connman target":
(https://github.com/bitcoin/bitcoin/pull/29172#issuecomment-1883552043)
> New compiler warning, using gcc 13.2.1

I'm checking it atm.