btc: --sharechain-port flag for isolated second instance (G3b tuned-net) - #457
Merged
Conversation
…ed-net) Mirror of the DGB --sharechain-port opt-in (dgb/sharechain-port-flag). Binds the sharechain (pool P2P) listener on a caller-supplied port instead of the default 9333 (btc::PoolConfig::P2P_PORT), so a SECOND isolated c2pool-btc instance can run on one host for a G3b tuned-net A->B crossing without waiting on testnet3 IBD. Default STAYS 9333 when the flag is omitted, preserving G0/G1 oracle byte-parity and btc_share_test pins. Fenced to src/c2pool/main_btc.cpp (+24/-2); no core/ or PoolConfig constant touched; no consensus-bearing value. Opt-in isolation primitive (per-instance namespacing), not a standardization target.
frstrtr
added a commit
that referenced
this pull request
Jun 24, 2026
…mmand unblock) Stacks on the VM130 readiness gate. Pre-stages everything the BTC live lane needs so the eventual unblock (testnet3 IBD completes / SHA256d rig key #387/#388 lands) is one command, not a fresh scramble. No rig key and no IBD-complete are required to author or dry-run any of this. - vm130_btc_readiness_gate.sh: EXTENDED to assert the dual-path broadcaster preconditions on top of the existing IBD/template gate -- ARM B (submitblock RPC method live) and ARM A (>=1 P2P peer so an on_block_found relay has a landing site). Still fails closed. - vm130_btc_standup.sh: one-command orchestrator (single or tuned 2-instance A->B crossing via opt-in --sharechain-port #457); --dry-run prints the plan. - g3b_block_acceptance.py: runnable FOUND->ASSEMBLED->ACCEPTED->BROADCAST over BOTH arms x 3 regimes; --dry-run asserts reaches_network orthogonal to (arm,regime); --live drives ARM B for real, marks ARM A rig-gated. Scripts-only, fenced under tools/testnet/, no core/consensus change.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Mirror of DGB #455 (dgb/sharechain-port-flag) into the BTC main.
What: opt-in
--sharechain-port Pbinds the sharechain (pool P2P) listener on port P instead of the default 9333 (btc::PoolConfig::P2P_PORT), so a SECOND isolated c2pool-btc instance can run on one host for a G3b tuned-net A->B crossing — IBD-independent (does not wait on testnet3 sync, currently ~28%).Fence:
src/c2pool/main_btc.cpponly (+24/-2). No core/, no PoolConfig constant, no consensus-bearing value. Default STAYS 9333 when omitted -> G0/G1 oracle byte-parity + btc_share_test pins preserved.Bucket: isolation primitive (per-instance P2P namespacing) — KEEP per-instance in v36 AND v37; never standardized.
Verify: build green (c2pool-btc, exit 0);
--helpshows the flag. Live both-arms (ARM A p2p-relay / ARM B submitblock) proof on a tuned-net is the deploy follow-up, same contract as DGB #455.GPG-signed @05049261ee.