💬 i-am-yuvi commented on pull request "Extend signetchallenge to set target block spacing":
(https://github.com/bitcoin/bitcoin/pull/29365#issuecomment-2557651018)
Great work!! @starius
Concept ACK
This would be a great help for Warnet Game since now you can easily configure the block creation time. Will review the code very soon!!
(https://github.com/bitcoin/bitcoin/pull/29365#issuecomment-2557651018)
Great work!! @starius
Concept ACK
This would be a great help for Warnet Game since now you can easily configure the block creation time. Will review the code very soon!!
💬 pinheadmz commented on pull request "Extend signetchallenge to set target block spacing":
(https://github.com/bitcoin/bitcoin/pull/29365#issuecomment-2557668342)
> This would be a great help for Warnet Game since now you can easily configure the block creation time. Will review the code very soon!!
Indeed, this is how we do it now:
https://github.com/bitcoin-dev-project/battle-of-galen-erso/blob/15ac31e0ec78dae716afc150f62e5cbc0fb7bd2e/scenarios/stub_orphan.py#L25-L31
(https://github.com/bitcoin/bitcoin/pull/29365#issuecomment-2557668342)
> This would be a great help for Warnet Game since now you can easily configure the block creation time. Will review the code very soon!!
Indeed, this is how we do it now:
https://github.com/bitcoin-dev-project/battle-of-galen-erso/blob/15ac31e0ec78dae716afc150f62e5cbc0fb7bd2e/scenarios/stub_orphan.py#L25-L31
💬 ismaelsadeeq commented on issue "Faster way to get block with prevouts in JSON-RPC":
(https://github.com/bitcoin/bitcoin/issues/30495#issuecomment-2557708013)
Thank you, @josibake, for highlighting this! I was able to perform some benchmarks to evaluate the performance you claimed of using
- Rust wrapper by @TheCharlatan https://github.com/TheCharlatan/rust-bitcoinkernel
- Python wrapper by @stickies-v https://github.com/stickies-v/py-bitcoinkernel
As you claimed, this is indeed more performant.
### Benchmark Results:
I used the libbitcoinkernel library to imitate extracting block data for the same interval block heights 840000 to 841000,
...
(https://github.com/bitcoin/bitcoin/issues/30495#issuecomment-2557708013)
Thank you, @josibake, for highlighting this! I was able to perform some benchmarks to evaluate the performance you claimed of using
- Rust wrapper by @TheCharlatan https://github.com/TheCharlatan/rust-bitcoinkernel
- Python wrapper by @stickies-v https://github.com/stickies-v/py-bitcoinkernel
As you claimed, this is indeed more performant.
### Benchmark Results:
I used the libbitcoinkernel library to imitate extracting block data for the same interval block heights 840000 to 841000,
...
🤔 ismaelsadeeq reviewed a pull request: "kernel: Introduce initial C header API"
(https://github.com/bitcoin/bitcoin/pull/30595#pullrequestreview-2518337899)
Concept ACK
(https://github.com/bitcoin/bitcoin/pull/30595#pullrequestreview-2518337899)
Concept ACK
💬 brunoerg commented on pull request "fuzz: Abort if system time is called without mock time being set":
(https://github.com/bitcoin/bitcoin/pull/31549#issuecomment-2557743801)
Concept ACK
(https://github.com/bitcoin/bitcoin/pull/31549#issuecomment-2557743801)
Concept ACK
👍 hodlinator approved a pull request: "net, net_processing: additional and consistent disconnect logging"
(https://github.com/bitcoin/bitcoin/pull/28521#pullrequestreview-2518411198)
ACK 06443b8f28bcec4315cec262eb03343dee5465a6
Agree that follow-ups should be handled in other PRs at this point.
---
<details><summary>
Tested syncing signet and turned off WiFi
</summary>
```
2024-12-20T21:34:36Z [net] got inv: wtx 3e9f4e49ddfb5cfd1fd847de22836de941a7245054db0629bb5c0cdfdd2466bf have peer=0
2024-12-20T21:34:36Z [net] received: tx (248 bytes) peer=7
2024-12-20T21:34:37Z [net] sending inv (73 bytes) peer=5
2024-12-20T21:34:37Z [net] sending inv (37 bytes) peer=
...
(https://github.com/bitcoin/bitcoin/pull/28521#pullrequestreview-2518411198)
ACK 06443b8f28bcec4315cec262eb03343dee5465a6
Agree that follow-ups should be handled in other PRs at this point.
---
<details><summary>
Tested syncing signet and turned off WiFi
</summary>
```
2024-12-20T21:34:36Z [net] got inv: wtx 3e9f4e49ddfb5cfd1fd847de22836de941a7245054db0629bb5c0cdfdd2466bf have peer=0
2024-12-20T21:34:36Z [net] received: tx (248 bytes) peer=7
2024-12-20T21:34:37Z [net] sending inv (73 bytes) peer=5
2024-12-20T21:34:37Z [net] sending inv (37 bytes) peer=
...
💬 mzumsande commented on issue "qa: Intermittent `AssertionError: not(10.00000000 == 340)` in `wallet_assumeutxo.py --descriptors`":
(https://github.com/bitcoin/bitcoin/issues/31546#issuecomment-2557882520)
I looked into this (thanks @furszy who helped me understand the wallet part of this) and believe that this is a bug in validation:
When the snapshot block is connected at the end of the background sync, `MaybeCompleteSnapshotValidation` is called from `ConnectTip()` (deactivating one chainstate), and the `BlockConnected()` signal for the snapshot height (which logically belongs to the background chainstate) is sent out after this.
Since the background chainstate does no longer exist by th
...
(https://github.com/bitcoin/bitcoin/issues/31546#issuecomment-2557882520)
I looked into this (thanks @furszy who helped me understand the wallet part of this) and believe that this is a bug in validation:
When the snapshot block is connected at the end of the background sync, `MaybeCompleteSnapshotValidation` is called from `ConnectTip()` (deactivating one chainstate), and the `BlockConnected()` signal for the snapshot height (which logically belongs to the background chainstate) is sent out after this.
Since the background chainstate does no longer exist by th
...
⚠️ grubles opened an issue: "build: v28.1rc2 test/test_bitcoin-base58_tests.o errors on freebsd 14.2"
(https://github.com/bitcoin/bitcoin/issues/31550)
### Is there an existing issue for this?
- [X] I have searched the existing issues
### Current behaviour
Running `gmake` errors when trying to build v28.1rc2 on FreeBSD 14.2:
```
% gmake
Making all in src
gmake[1]: Entering directory '/home/user/builds/bitcoin/src'
gmake[2]: Entering directory '/home/user/builds/bitcoin/src'
gmake[3]: Entering directory '/home/user/builds/bitcoin'
gmake[3]: Leaving directory '/home/user/builds/bitcoin'
GEN obj/build.h
CXX test/test_bi
...
(https://github.com/bitcoin/bitcoin/issues/31550)
### Is there an existing issue for this?
- [X] I have searched the existing issues
### Current behaviour
Running `gmake` errors when trying to build v28.1rc2 on FreeBSD 14.2:
```
% gmake
Making all in src
gmake[1]: Entering directory '/home/user/builds/bitcoin/src'
gmake[2]: Entering directory '/home/user/builds/bitcoin/src'
gmake[3]: Entering directory '/home/user/builds/bitcoin'
gmake[3]: Leaving directory '/home/user/builds/bitcoin'
GEN obj/build.h
CXX test/test_bi
...
✅ grubles closed an issue: "build: v28.1rc2 test/test_bitcoin-base58_tests.o errors on freebsd 14.2"
(https://github.com/bitcoin/bitcoin/issues/31550)
(https://github.com/bitcoin/bitcoin/issues/31550)
💬 grubles commented on issue "build: v28.1rc2 test/test_bitcoin-base58_tests.o errors on freebsd 14.2":
(https://github.com/bitcoin/bitcoin/issues/31550#issuecomment-2557927673)
Huh false alarm I guess. I must not have done a clean rebuild.
```
CXXLD bitcoind
CXXLD bitcoin-cli
CXXLD bitcoin-tx
CXXLD bitcoin-wallet
CXXLD bitcoin-util
CXXLD test/fuzz/fuzz
CXXLD bench/bench_bitcoin
CXXLD test/test_bitcoin
gmake[2]: Leaving directory '/home/user/builds/bitcoin/src'
gmake[1]: Leaving directory '/home/user/builds/bitcoin/src'
Making all in doc/man
gmake[1]: Entering directory '/home/user/builds/bitcoin/doc/man'
gmake[1]:
...
(https://github.com/bitcoin/bitcoin/issues/31550#issuecomment-2557927673)
Huh false alarm I guess. I must not have done a clean rebuild.
```
CXXLD bitcoind
CXXLD bitcoin-cli
CXXLD bitcoin-tx
CXXLD bitcoin-wallet
CXXLD bitcoin-util
CXXLD test/fuzz/fuzz
CXXLD bench/bench_bitcoin
CXXLD test/test_bitcoin
gmake[2]: Leaving directory '/home/user/builds/bitcoin/src'
gmake[1]: Leaving directory '/home/user/builds/bitcoin/src'
Making all in doc/man
gmake[1]: Entering directory '/home/user/builds/bitcoin/doc/man'
gmake[1]:
...
💬 Sjors commented on pull request "net, net_processing: additional and consistent disconnect logging":
(https://github.com/bitcoin/bitcoin/pull/28521#issuecomment-2557962655)
Fixed the typo in the description.
> This is describing the state on master I guess, but all the other points describe what is changed on this PR.
I added "all calls to" to the first item.
Added a link to your comment for the list of exceptions.
(https://github.com/bitcoin/bitcoin/pull/28521#issuecomment-2557962655)
Fixed the typo in the description.
> This is describing the state on master I guess, but all the other points describe what is changed on this PR.
I added "all calls to" to the first item.
Added a link to your comment for the list of exceptions.
👍 Sjors approved a pull request: "rpc: Add signet_challenge field to getblockchaininfo and getmininginfo"
(https://github.com/bitcoin/bitcoin/pull/31531#pullrequestreview-2518558412)
ACK ecaa786cc103cf7cc63ae899ec13d81a54e2fd1e
(https://github.com/bitcoin/bitcoin/pull/31531#pullrequestreview-2518558412)
ACK ecaa786cc103cf7cc63ae899ec13d81a54e2fd1e
💬 Sjors commented on pull request "multiprocess: Add bitcoin wrapper executable":
(https://github.com/bitcoin/bitcoin/pull/31375#discussion_r1894539548)
We can change that later, but currently the (guix built) release binaries are shipped with `test_bitcoin` - for whatever reason.
(https://github.com/bitcoin/bitcoin/pull/31375#discussion_r1894539548)
We can change that later, but currently the (guix built) release binaries are shipped with `test_bitcoin` - for whatever reason.
💬 Sjors commented on pull request "multiprocess: Add bitcoin wrapper executable":
(https://github.com/bitcoin/bitcoin/pull/31375#discussion_r1894540173)
The goal of #31098 is to have `bitcoin-node` included in the release. For the time being only stratum v2 (or other IPC mining interface consumers) should use that binary. And they will get instructions for that. By default folks should run `bitcoind`.
Once the multiprocess bundled binaries are mature enough and there's a broader benefit to using them (e.g. the GUI can connect to the node), we could change the default.
(https://github.com/bitcoin/bitcoin/pull/31375#discussion_r1894540173)
The goal of #31098 is to have `bitcoin-node` included in the release. For the time being only stratum v2 (or other IPC mining interface consumers) should use that binary. And they will get instructions for that. By default folks should run `bitcoind`.
Once the multiprocess bundled binaries are mature enough and there's a broader benefit to using them (e.g. the GUI can connect to the node), we could change the default.
💬 Sjors commented on pull request "multiprocess: Add bitcoin wrapper executable":
(https://github.com/bitcoin/bitcoin/pull/31375#discussion_r1894541328)
```
% dtrace -n 'proc:::exec-success { trace(curpsinfo->pr_psargs); }' -c 'build/src/bitcoin daemon'
dtrace: system integrity protection is on, some features will not be available
dtrace: failed to initialize dtrace: DTrace requires additional privileges
```
With sudo:
```
dtrace: system integrity protection is on, some features will not be available
dtrace: invalid probe specifier proc:::exec-success { trace(curpsinfo->pr_psargs); }: probe description proc:::exec-success does not
...
(https://github.com/bitcoin/bitcoin/pull/31375#discussion_r1894541328)
```
% dtrace -n 'proc:::exec-success { trace(curpsinfo->pr_psargs); }' -c 'build/src/bitcoin daemon'
dtrace: system integrity protection is on, some features will not be available
dtrace: failed to initialize dtrace: DTrace requires additional privileges
```
With sudo:
```
dtrace: system integrity protection is on, some features will not be available
dtrace: invalid probe specifier proc:::exec-success { trace(curpsinfo->pr_psargs); }: probe description proc:::exec-success does not
...
🤔 BrandonOdiwuor reviewed a pull request: "rpc: Add signet_challenge field to getblockchaininfo and getmininginfo"
(https://github.com/bitcoin/bitcoin/pull/31531#pullrequestreview-2518635550)
Concept ACK
(https://github.com/bitcoin/bitcoin/pull/31531#pullrequestreview-2518635550)
Concept ACK
💬 0xB10C commented on pull request "ci: detect outbound internet traffic generated while running tests":
(https://github.com/bitcoin/bitcoin/pull/31349#discussion_r1894615448)
nit: someone renaming this file down the line might not be aware of a dependency on this exact file name
(https://github.com/bitcoin/bitcoin/pull/31349#discussion_r1894615448)
nit: someone renaming this file down the line might not be aware of a dependency on this exact file name
👍 0xB10C approved a pull request: "ci: detect outbound internet traffic generated while running tests"
(https://github.com/bitcoin/bitcoin/pull/31349#pullrequestreview-2518644005)
ACK 95fc90610a1162fc06e61b607488d05229c9909f
Nice solution to use `127.0.0.1:1` as unreachable proxy for DNS requests too. I [ran](https://cirrus-ci.com/build/4807331864641536) this on my CI runners with a `8.8.8.8` and `1.1.1.1` as DNS servers as [before](https://github.com/bitcoin/bitcoin/pull/31349#issuecomment-2499335672) and the tests don't connect out now. I [ran](https://cirrus-ci.com/build/6328887816224768) with `test: avoid generating non-loopback traffic from feature_config_args.py`
...
(https://github.com/bitcoin/bitcoin/pull/31349#pullrequestreview-2518644005)
ACK 95fc90610a1162fc06e61b607488d05229c9909f
Nice solution to use `127.0.0.1:1` as unreachable proxy for DNS requests too. I [ran](https://cirrus-ci.com/build/4807331864641536) this on my CI runners with a `8.8.8.8` and `1.1.1.1` as DNS servers as [before](https://github.com/bitcoin/bitcoin/pull/31349#issuecomment-2499335672) and the tests don't connect out now. I [ran](https://cirrus-ci.com/build/6328887816224768) with `test: avoid generating non-loopback traffic from feature_config_args.py`
...
💬 0xB10C commented on pull request "ci: optionally use local docker build cache":
(https://github.com/bitcoin/bitcoin/pull/31545#discussion_r1894624265)
Right, on an ephemeral runner, this won't persist across runs - it's gone when the host shuts down. I'll remove it and clarify in the docs that `DOCKER_BUILD_CACHE_HOST_DIR` is for ephemeral runners.
(https://github.com/bitcoin/bitcoin/pull/31545#discussion_r1894624265)
Right, on an ephemeral runner, this won't persist across runs - it's gone when the host shuts down. I'll remove it and clarify in the docs that `DOCKER_BUILD_CACHE_HOST_DIR` is for ephemeral runners.
💬 0xB10C commented on pull request "ci: optionally use local docker build cache":
(https://github.com/bitcoin/bitcoin/pull/31545#discussion_r1894627545)
Using `mktemp --directory ci-docker-build-cache-XXXXXXXXXX` to allow a non-ephemeral host have a chance to identify them based on the prefix and clean them up.
(https://github.com/bitcoin/bitcoin/pull/31545#discussion_r1894627545)
Using `mktemp --directory ci-docker-build-cache-XXXXXXXXXX` to allow a non-ephemeral host have a chance to identify them based on the prefix and clean them up.