Skip to content

Verification

CategoryVerificationStatusDraftLast reviewed2026-07-12

This section tracks MoreBC2 evidence records, open questions, test plans, review coordination, and verification queues.

Start with the Verification evidence index. It is the canonical evidence summary for MoreBC2.

The dated records contain the detailed evidence. Plans are not completed results. Private review readiness is not public launch readiness.

Canonical current evidence summary:

Older navigation/status pages:

Local runtime and RPC:

Developer platform and public infrastructure:

Project identity:

Unresolved items stay in these queues until a dated record or source review resolves them:

Plans are not completed results. They describe safe order, scope, or test coverage until a dated execution record exists.

Release records are carefully bounded. Asset inventory is not binary verification, and maintainer roadmap context is not cryptographic proof.

Ecosystem records and plans should distinguish reachable services from reliable, official, synced, or recommended services.

Private review pages are for narrow invite-only review. They do not make MoreBC2 public-ready.

Use these pages to keep canonical-source, naming, contact, and status claims scoped to the evidence.

  1. Check the Verification evidence index first.
  2. Follow the linked dated record for detailed evidence.
  3. Keep unresolved items in Open questions or Known unknowns.
  4. Keep plans separate from completed records.
  5. Keep private review coordination separate from public launch readiness.
  6. Do not upgrade a page or claim without the required evidence record.
  • Do not move an item out of verification until the evidence is strong enough for the target page.
  • Keep current facts, historical facts, research ideas, and discussion proposals separate.
  • Record the source type used: source code, release artifact, official website, archive, maintainer statement, local test, or current direct check.
  • Command examples should remain unverified until run locally with environment details.
  • Release artifact claims should remain unverified until assets and hashes are checked directly.
  • Ecosystem claims should remain unverified until checked directly and dated.
  • Developer test-suite plans should remain separate from user-facing command smoke tests.

Status: Draft Primary sources checked: Current verification section structure, verification evidence index, dated records, open-question queues, test plans, release records, ecosystem records, and private-review coordination pages Notes: This page is a router for verification material. It does not verify BitcoinII protocol behavior, service reliability, release binaries, or ecosystem claims.