Bitcoin Core Github
44 subscribers
120K links
Download Telegram
achow101 closed an issue: "v30 Testing (BUG)"
(https://github.com/bitcoin/bitcoin/issues/33393)
🤔 l0rinc reviewed a pull request: "log: always print initial signature verification state"
(https://github.com/bitcoin/bitcoin/pull/33336#pullrequestreview-3225673910)
Thanks for the suggestions, applied most of them
💬 l0rinc commented on pull request "log: always print initial signature verification state":
(https://github.com/bitcoin/bitcoin/pull/33336#discussion_r2349705964)
But extracting `TWO_WEEKS_IN_SECONDS` is safe, did that, thanks. Added you as coauthor.
💬 l0rinc commented on pull request "log: always print initial signature verification state":
(https://github.com/bitcoin/bitcoin/pull/33336#discussion_r2349700463)
Done
💬 l0rinc commented on pull request "log: always print initial signature verification state":
(https://github.com/bitcoin/bitcoin/pull/33336#discussion_r2349699960)
Changed in latest push, thanks
💬 l0rinc commented on pull request "log: always print initial signature verification state":
(https://github.com/bitcoin/bitcoin/pull/33336#discussion_r2349714482)
Lol, valid point, let's document what we *are* doing, not just what we're not :D
Added comment and updated the commit message (but kept the todo for now), added you as coauthor.
💬 l0rinc commented on pull request "log: always print initial signature verification state":
(https://github.com/bitcoin/bitcoin/pull/33336#discussion_r2349709237)
the 4th is doing a reindex even in the first commit, right?
💬 l0rinc commented on pull request "log: always print initial signature verification state":
(https://github.com/bitcoin/bitcoin/pull/33336#discussion_r2349696433)
Done, thanks, added you as coauthor
💬 l0rinc commented on pull request "log: always print initial signature verification state":
(https://github.com/bitcoin/bitcoin/pull/33336#discussion_r2349727088)
Done
💬 l0rinc commented on pull request "log: always print initial signature verification state":
(https://github.com/bitcoin/bitcoin/pull/33336#discussion_r2349727601)
Added one above + explained lightly in commit message
💬 l0rinc commented on pull request "log: always print initial signature verification state":
(https://github.com/bitcoin/bitcoin/pull/33336#discussion_r2349693427)
Done, thanks
💬 Rev-9T commented on issue "v30 Testing (BUG)":
(https://github.com/bitcoin/bitcoin/issues/33393#issuecomment-3293334447)
Knots do not have this bug.
💬 ryanofsky commented on issue "RFC: Bitcoin Core Node `BlockTemplateManager`":
(https://github.com/bitcoin/bitcoin/issues/33389#issuecomment-3293358522)
Another link to the POC branch: https://github.com/bitcoin/bitcoin/compare/master...ismaelsadeeq:bitcoin:09-2025-minerman

This seems like a good idea. The actual change here doesn't seem very big and it seems like it could avoid some wasted memory and wasted work. It does seem like `BlockTemplateManager` is currently duplicating some logic in `WaitAndCreateNewBlock`, but I think the idea would be to replace it?

This idea also seems like it might relate to https://github.com/bitcoin/bitcoin/iss
...
💬 l0rinc commented on pull request "coins: warn on oversized `-dbcache`":
(https://github.com/bitcoin/bitcoin/pull/33333#discussion_r2349768694)
Excellent, added @w0xlt as a coauthor.
I kept `ShouldWarnOversizedDbCache` since this makes it unit-testable.
💬 polespinasa commented on pull request "rpc: print P2WSH and P2SH redem Script in getrawtransaction":
(https://github.com/bitcoin/bitcoin/pull/31252#discussion_r2349780315)
Nice catch!
You're right, solved in 1d156fce6f1634ca796e4e1ecf1763494f7d4fb2.
Now non-P2SH and non-segwit inputs return -2 and don't show any script as it's out the scope of the PR.
💬 pythcoiner commented on pull request "wallet: warn against accidental unsafe older() import":
(https://github.com/bitcoin/bitcoin/pull/33135#discussion_r2349781938)
build success even w/o those 2 (added) includes on my side
💬 brunoerg commented on pull request "fuzz: enhance wallet_fees by mocking mempool stuff":
(https://github.com/bitcoin/bitcoin/pull/33210#discussion_r2349789326)
The idea of `FuzzedBlockPolicyEstimator` is to have a way of using the buffer to determine the returned value of some functions. `Mocked` (e.g. in unit tests) is more common when we leave the values fixed.
🤔 l0rinc requested changes to a pull request: "help: enrich help text for `-loadblock`"
(https://github.com/bitcoin/bitcoin/pull/33343#pullrequestreview-3225825955)
@HowHsu Did you try contrib/linearize to export the blk files for -loadblock? Did it solve your issue? I have suggested a simpler documentation, do you think that help others to use the linearize tool when they're in your situation?
💬 l0rinc commented on pull request "help: enrich help text for `-loadblock`":
(https://github.com/bitcoin/bitcoin/pull/33343#discussion_r2349795518)
```suggestion
argsman.AddArg("-loadblock=<file>", "Imports blocks from external file on startup (obfuscated block files are not supported; use contrib/linearize to export blocks to a plain, loadable format)", ArgsManager::ALLOW_ANY, OptionsCategory::OPTIONS);
```
🤔 janb84 reviewed a pull request: "test: Prevent disk space warning during node_init_tests"
(https://github.com/bitcoin/bitcoin/pull/33391#pullrequestreview-3225849802)
ACK bdf01c6f61262cd6e211ead3c0dbc66ccb48b32f

Tested, warning does not appear anymore.

(Also had run into this problem on master, though it was related to my setup) Thanks for fixing this !