Bitcoin Core Github
43 subscribers
123K links
Download Telegram
๐Ÿ’ฌ vasild commented on pull request "addrman: delete addresses that don't belong to the supported networks":
(https://github.com/bitcoin/bitcoin/pull/29330#issuecomment-1937824083)
What about setting `preferred_net`

https://github.com/bitcoin/bitcoin/blob/7143d4388407ab3d12005e55a02d5e8f334e4dc9/src/net.cpp#L2682

if `-onlynet` is used? Surely it is a waste to select an unreachable address:

https://github.com/bitcoin/bitcoin/blob/7143d4388407ab3d12005e55a02d5e8f334e4dc9/src/net.cpp#L2695-L2697

That would skew the outcome though. If addrman has 60% IPv4, 25% Tor and 15% I2P addresses right now it is more likely to select Tor over I2P. If we run with `-onlynet=tor
...
โš ๏ธ vostrnad opened an issue: "Assertion chainman().ActiveChain()[height] fails on startup on memory-constrained system"
(https://github.com/bitcoin/bitcoin/issues/29422)
### Is there an existing issue for this?

- [X] I have searched the existing issues

### Current behaviour

bitcoind crashes on startup with this error: (not logged in debug.log)
```
node/interfaces.cpp:525 getBlockHash: Assertion `chainman().ActiveChain()[height]' failed.
Aborted (core dumped)
```
This is after trying to bring the node up after a previous crash from which I don't have the error as I was running in `-daemon` mode. The previous crash happened during IBD at height 140920.

##
...
๐Ÿ’ฌ satsie commented on pull request "rpc: add 'getnetmsgstats' RPC":
(https://github.com/bitcoin/bitcoin/pull/28926#issuecomment-1937844734)
RE:

>> ... this requires the "inverse" ...
>
> Ha, I did not realize this before! I am fine either way.

I voted for `bitcoin-cli getnetmsgstats '["message_type"]'` because as a node operator it's simpler to remember the dimensions I want (i.e. message) instead of knowing the RPC well enough to list every dimension I don't want (i.e. direction, network, connection type). Of course anyone using an RPC should read the docs :smile:
โš ๏ธ DoctorBuzz1 opened an issue: "Move from a Static Dust Limit [of 330 / 546 sats] to a Variable Dust Limit [= to TxFee]..."
(https://github.com/bitcoin/bitcoin/issues/29423)
### Please describe the feature you'd like to see added.

This is the basis for my proposal....


![isDust](https://github.com/bitcoin/bitcoin/assets/155297644/22a76701-f93a-4aab-b794-97210adf5e0f)



### Is your feature related to a problem, if so please describe it.

Based on the number of Txs that have been unmovable, unspendable for nearly a solid year, it appears that the static dust limit is still permitting dust attacks, based on how the UTXO system works. Any entity with the ability
...
๐Ÿ’ฌ ariard commented on issue "Update security.md with all PGP fingerprints":
(https://github.com/bitcoin/bitcoin/issues/29366#issuecomment-1937865544)
For everyone knowledge, Linux kernel has a separation between software security bugs and hardware ones for good historical reasons. Few years ago, in the handling of Meltdown / Spectre (the 1st gen of transient execution CPU vulnerabilities), early leaks of the issues did happen. Since then, the kernel and OS folks have put in place clearer security handling policy to coordinate vulnerability response, including expelling members from future security incidents who are not respecting embargo dead
...
๐Ÿ’ฌ ariard commented on pull request "v3 transaction policy for anti-pinning":
(https://github.com/bitcoin/bitcoin/pull/28948#issuecomment-1937866820)
@sdaftuar @achow101 @instagibbs

Congrats guys to ACK and merge a +1100 CoC PR a Friday evening with still standing objections on the very heart of the PR.
What a lack of professionalismโ€ฆStill my pleasure to break v3 anti-pinning mitigations in the future, with a pinning toolkit.
If script kiddies donโ€™t make it before me and go to savage the LN ecosystem, who would have naively thought theyโ€™re safe.

@glozow

I think there is medium difficulty follow-up to this PR to make pinning far ha
...
๐Ÿ“ fanquake locked a pull request: "Create Bitcoin"
(https://github.com/bitcoin/bitcoin/pull/29417)
<!--
*** Please remove the following help text before submitting: ***

Pull requests without a rationale and clear improvement may be closed
immediately.

GUI-related pull requests should be opened against
https://github.com/bitcoin-core/gui
first. See CONTRIBUTING.md
-->

<!--
Please provide clear motivation for your patch and explain how it improves
Bitcoin Core user experience or Bitcoin Core developer experience
significantly:

* Any test improvements or new tests that improv
...
๐Ÿ’ฌ achow101 commented on issue "Update security.md with all PGP fingerprints":
(https://github.com/bitcoin/bitcoin/issues/29366#issuecomment-1937885620)
I still don't understand what specific concern that you have. I don't understand what specific problem you are trying to solve by making the list of recipients public. Are you concerned about particular individuals on the list or is this a general concern of vulnerabilities leaking because there are too many people? Either way, it seems like the solution is to encrypt your communications to specific people, and you are free to ask them to inform you who will be involved in fixing the problem.
๐Ÿ’ฌ hebasto commented on pull request "Fix transaction view/table":
(https://github.com/bitcoin-core/gui/pull/662#issuecomment-1937888058)
Closing due to lack of support from the PR author (unaddressed comments, the failed CI).
โœ… hebasto closed a pull request: "Fix transaction view/table"
(https://github.com/bitcoin-core/gui/pull/662)
๐Ÿ’ฌ hebasto commented on pull request "Improve 'Requested Payments History' Multiselect":
(https://github.com/bitcoin-core/gui/pull/684#issuecomment-1937888670)
@john-moffett Are you still working on this PR?
๐Ÿ’ฌ hebasto commented on pull request "Hide Peers Detail Button":
(https://github.com/bitcoin-core/gui/pull/505#issuecomment-1937890180)
This https://github.com/bitcoin-core/gui/pull/505#discussion_r1328132799 still needs to be addressed.
๐Ÿ’ฌ epiccurious commented on pull request "log: Nuke error(...)":
(https://github.com/bitcoin/bitcoin/pull/29236#issuecomment-1937891227)
Tested ACK fa1d4f07c36dda3c72fb328918bddd7de062ef96.

Passed `test/functional/test_runner.py --extended`. Please let me know if any of these skipped tests are relevant.
```
feature_bind_port_discover.py | โ—‹ Skipped | 0 s
feature_bind_port_externalip.py | โ—‹ Skipped | 1 s
feature_unsupported_utxo_db.py | โ—‹ Skipped | 0 s
interface_usdt_coinselection.py | โ—‹ Skipped | 0 s
interface_usdt_mempool.py
...
๐Ÿ‘ hebasto approved a pull request: "Modify command line help to show support for BIP21 URIs"
(https://github.com/bitcoin-core/gui/pull/752#pullrequestreview-1874446277)
ACK ede5014c445dcb40ddcfdede2c51236bbfe85f5e.
๐Ÿ’ฌ epiccurious commented on pull request "rpc: provide per message stats for global traffic via new RPC 'getnetmsgstats'":
(https://github.com/bitcoin/bitcoin/pull/29418#issuecomment-1937894386)
Concept ACK 91c90d759503aa3fa15b330bba2148698cdc271d.
๐Ÿš€ hebasto merged a pull request: "Modify command line help to show support for BIP21 URIs"
(https://github.com/bitcoin-core/gui/pull/752)
๐Ÿ‘ hebasto approved a pull request: "Fix: Ensure 'Transaction View' remains disabled if no wallet is selected"
(https://github.com/bitcoin-core/gui/pull/780#pullrequestreview-1874449645)
ACK b2e531e70a88f5c9e1c055ae7341520a3128e15d, tested on Ubuntu 22.04.
๐Ÿš€ hebasto merged a pull request: "Fix: Ensure 'Transaction View' remains disabled if no wallet is selected"
(https://github.com/bitcoin-core/gui/pull/780)
๐Ÿ’ฌ epiccurious commented on pull request "net: make the list of known message types a compile time constant":
(https://github.com/bitcoin/bitcoin/pull/29421#issuecomment-1937914503)
Concept ACK 2e312ea909ae6c466007acf791ea0e3356e954cb.
โœ… ariard closed an issue: "Update security.md with all PGP fingerprints"
(https://github.com/bitcoin/bitcoin/issues/29366)