Pith. sign in

REVIEW 5 minor 14 references

Open Bitcoin Metrics: Verifiable Full-Node-Derived Bitcoin Time Series for Economic Research

T0 review · 0 major / 5 minor · reviewed 2026-07-12 · grok-4.5

Challenge this review Re-run · record.json Download PDF Read on arXiv ↗ Review JSON

Pith's one-line read Open Bitcoin Metrics turns Bitcoin’s full node into a documented, regenerable daily on-chain dataset for economic research.

desk verdict Solid, citable research infrastructure: full-node Bitcoin daily series with open code, a spent-output indexer, and metric-level definitions—not a new theory, but a real reproducibility resource. read the letter →

arxiv 2607.03124 v1 pith:4NMHX23D submitted 2026-07-03 cs.CE econ.EM

Diego R. Llanos This is my paper · ORCID
classification cs.CEecon.EM
keywords Bitcoinon-chaindatatimeseriesfullnodereproducibilityeconometricsopen
verification ladder T0 review T1 audit T2 compute T3 formal

The pith

A machine-rendered reading of the paper's core claim, the machinery that carries it, and where it could break.

The reading

Bitcoin research leans on on-chain time series for issuance, fees, miner revenue, coin-age, and UTXO dynamics, yet many of those series live behind commercial platforms with opaque definitions. This paper introduces Open Bitcoin Metrics (OBM): daily series rebuilt from a local Bitcoin Core full node, a persistent spent-output indexer, and deterministic transforms of those series. Each metric carries a stable identifier, an explicit definition, open Python code, validation notes, and comparisons to the nearest public series. The goal is a transparent baseline that any researcher can inspect, re-run, and audit rather than trust an unstated pipeline.

What carries the argument

The persistent spent-output indexer: a height-ordered SQLite live-outpoint state that resolves every non-coinbase input to its previous value and creation time, accumulates daily fees, coinbase outputs, realized issuance, spent value, CDD, and fixed age-band aggregates, then feeds lightweight exporters and deterministic ratio/stock transforms.

What would settle it

Independent re-runs of the open scripts against a synchronized full node that diverge systematically from the archived OBM v0.1.0 CSV files (beyond known public-provider convention differences) would show that the pipeline is not regenerable as claimed.

Watch

Extended reading notes

Core claim

The paper establishes that a documented pipeline from a non-pruned Bitcoin Core node plus a resumable spent-output indexer can produce a family of econometric-ready daily Bitcoin series—block production, weight, issuance, fees, miner revenue, difficulty, estimated hashrate, CDD and age-band CDD, dormancy, liveliness, spent-value and age-threshold spent-value, UTXO count, and related stocks and flows—with stable names, units, UTC conventions, and open code that others can regenerate from primary chain data.

Load-bearing premise

The claim rests on the idea that the paper’s fixed day-assignment, age-flooring, age-band, threshold, hashrate-window, and rare historical-duplicate conventions stay economically meaningful across the whole chain without material distortion from early history or reorganizations.

Share X Bluesky LinkedIn Reddit HN

Signed reviews

No signed human review yet.

Editorial analysis

A structured set of objections, weighed in public.

Desk editor's note, referee report, and a circularity audit.

Referee Report

0 major / 5 minor

Summary. The manuscript introduces Open Bitcoin Metrics (OBM), a reproducible dataset of daily Bitcoin on-chain time series reconstructed from a Bitcoin Core full node, a persistent spent-output indexer, and deterministic transformations of OBM source series. It covers block production, block weight, transaction counts, supply, issuance, fees, miner revenue, difficulty, estimated hashrate, CDD and supply-adjusted CDD, dormancy, liveliness, UTXO counts, spent value, and age-band/threshold UTXO indicators. Each series has a stable identifier, explicit definition, open Python code, validation procedures, interpretive caveats, and public comparators. The contribution is engineering and documentation: a transparent, full-node-derived baseline for economic and econometric research rather than a new empirical finding or commercial replacement.

Significance. If the pipeline and archive hold as described, OBM is a useful public good for Bitcoin economics and blockchain studies. It addresses a real reproducibility gap: many widely used on-chain indicators are only partially documented or commercially gated. Strengths include primary-source derivation, a reusable spent-output indexer, metric-level reference material in Appendix A, internal validation identities (e.g., age-band row sums, fee+issuance=miner revenue), open code, and a versioned Zenodo release. The work extends Bitcoin’s verification ethos to empirical metrics and is well suited for replication, teaching, and transparent comparative analysis. Significance is infrastructural rather than theoretical; that is appropriate for a data/methods contribution in this field.

minor comments (5)
  1. Section 5 and the CSV schema mention monthly series and release_version, but the main text is less explicit about which metrics currently ship monthly files versus daily-only. A short inventory table would help users.
  2. Section 3.4 and Appendix A.4 document the duplicate-coinbase overwrite rule and negative-age flooring; a one-paragraph early-history sensitivity note (e.g., first 30–90 days) would make the weakest convention assumption easier to assess without changing the claim.
  3. Table 1 access labels will age; a snapshot date in the caption would reduce future ambiguity.
  4. Minor polish: ‘Goverment’ in Acknowledgements; ensure series_id hyphenation is consistent across Section 4 and Appendix A headings.
  5. For hashrate (Appendix A.8), stating the exact elapsed-time and difficulty-to-hashrate formula in one displayed equation would aid independent reimplementation.

Circularity Check

0 steps flagged · score 0.0 of 10

No circularity: OBM metrics are reconstructed from primary blockchain data or deterministic transforms of those series, with commercial sources used only as external comparators.

full rationale

This is a data-and-methods paper, not a derivation of a theoretical prediction. Primary series are obtained by scanning a Bitcoin Core full node (or a persistent spent-output indexer built from that node); derived series (fee share, supply as cumulative issuance, dormancy = CDD/spent value, supply-adjusted CDD, liveliness, young-output complement of the 155-day threshold, etc.) are explicitly defined as arithmetic identities on those outputs. Public commercial metrics appear only as diagnostic comparators, never as fitted inputs. There is no parameter fit that is then re-labeled a prediction, no load-bearing self-citation of a uniqueness theorem, and no ansatz smuggled in via prior author work. Documented conventions (UTC day assignment, fractional-day ages floored at zero, fixed age bands, hard 155/365-day thresholds, 7-day hashrate window, duplicate-coinbase overwrite) are stated as choices with caveats, not as forced first-principles results. The central claim—reproducible full-node-derived series with open code—is therefore self-contained against the blockchain and the released pipeline.

Assumptions & free parameters 4 free parameters · 4 assumptions · 2 invented entities

The central claim rests on standard Bitcoin protocol facts, a small set of explicit aggregation conventions chosen by the author, and the engineering correctness of the open-source indexer. No free parameters are fitted to external economic data; the free choices are operational conventions needed to turn irregular block data into regular daily series.

free parameters (4)
  • height_margin (default 288 blocks)
    Safety margin around timestamp-based height search to handle non-monotonic block timestamps; chosen conservatively as ~2 days of expected production.
  • 7-day trailing window for estimated hashrate
    Smoothing length for hashrate estimation; alternative windows would produce different series identifiers by design.
  • 155-day and 365-day age thresholds
    Hard cut-offs for long-term / short-term spent-value series; 155 days follows common LTH/STH literature convention but is still an author choice.
  • fixed age-band boundaries (0d-1d … 10y+)
    Discretization of continuous ages into the wide tables; boundaries are conventional but not uniquely determined by the protocol.
assumptions (4)
  • domain assumption Bitcoin Core JSON-RPC returns the authoritative main-chain block and transaction data when run non-pruned with txindex=1.
    Stated in Sections 3.2 and 3.4; all primary series rest on this.
  • domain assumption UTC calendar date of the block timestamp is a valid and reproducible day-assignment convention.
    Section 3.3; alternatives (median-time-past) are acknowledged as possible sources of small boundary differences.
  • ad hoc to paper Negative apparent output ages (from non-monotonic timestamps) may be floored to zero without material economic distortion.
    Indexer design in Section 3.4; count of such events is recorded in metadata.
  • ad hoc to paper The two historical duplicate coinbase outpoints may be overwritten by the later occurrence without counting the earlier as spent.
    Explicit handling of pre-BIP30 edge cases in Section 3.4.
invented entities (2)
  • OBM spent-output indexer (SQLite live-outpoint state + daily aggregates)
    purpose: Single-pass reconstruction of previous-output value and age so that fees, CDD, dormancy, and age-band metrics can be exported without repeated full-chain scans.
    Core engineering contribution of the paper; independent evidence is the open-source script and the ability of third parties to re-run it against their own node.
  • Stable OBM series identifiers (obm_<metric>_<unit>_<frequency>)
    purpose: Provide unambiguous, versioned names for econometric use and citation.
    Naming convention introduced in Section 3.6; useful but not a physical or theoretical entity.

how reviews work

0 comments
Cite this review

Pith. "Pith review of Open Bitcoin Metrics: Verifiable Full-Node-Derived Bitcoin Time Series for Economic Research." pith.science (2026). https://pith.science/paper/4NMHX23D

@misc{pith2026260703124,
  author       = {Pith},
  title        = {Pith review of: Open Bitcoin Metrics: Verifiable Full-Node-Derived Bitcoin Time Series for Economic Research},
  year         = {2026},
  howpublished = {\url{https://pith.science/paper/4NMHX23D}},
  note         = {Machine review of arXiv:2607.03124}
}
read the original abstract

Bitcoin research increasingly relies on on-chain indicators to study network activity, monetary issuance, transaction demand, miner incentives, coin-age behavior, and long-run monetary dynamics. However, many commonly used Bitcoin metrics are dispersed across commercial platforms, subject to heterogeneous definitions, or not fully reproducible from primary blockchain data. This manuscript introduces Open Bitcoin Metrics (OBM), a reproducible, full-node-derived dataset and reference guide for Bitcoin on-chain time series designed for economic and econometric research. The dataset provides documented daily series covering block production, block-space usage, transaction counts, supply, issuance, fees, miner revenue, mining difficulty, estimated hashrate, Bitcoin Days Destroyed, dormancy, liveliness, UTXO counts, spent output value, and related UTXO-age indicators. Metrics are reconstructed from a locally maintained Bitcoin Core full node, a persistent spent-output indexer, or deterministic transformations of previously generated OBM series. Each series is accompanied by open-source Python code, stable identifiers, explicit definitions, metadata, validation procedures, interpretive caveats, and comparisons with the closest publicly available metrics. The dataset is intended to support transparent empirical research, replication, teaching, and comparative analysis across monetary economics, financial economics, and blockchain studies.

Discussion (0). Continue with ORCID to comment.

Reference graph

Works this paper leans on

14 extracted references

  1. [1]

    Accessed: 2026-05-04

    URLhttps://charts.bitbo.io/pricing/. Accessed: 2026-05-04. Bitcoin Core Project. Bitcoin core,

    2026

  2. [2]

    Accessed: 2026- 05-04

    URLhttps://bitcoincore.org/. Accessed: 2026- 05-04. Bitcoin Magazine Pro. Bitcoin magazine pro,

    2026

  3. [3]

    URLhttps://www.bitcoinmagazinepro. com/. Accessed: 2026-05-04. BitInfoCharts. Bitcoin statistics,

    2026

  4. [4]

    Ac- cessed: 2026-05-04

    URLhttps://bitinfocharts.com/bitcoin/. Ac- cessed: 2026-05-04. Blockchain.com. Blockchain.com charts: Total transaction fees btc,

    2026

  5. [5]

    blockchain.com/charts/transaction-fees

    URLhttps://www. blockchain.com/charts/transaction-fees. Accessed: 2026-05-04. Blockchair. Blockchair api, 2026a. URLhttps://blockchair.com/api. Accessed: 2026-05-04. Blockchair. Blockchair database dumps, 2026b. URLhttps://blockchair.com/dumps. Ac- cessed: 2026-05-04. Checkonchain. Bitcoin on-chain analysis and charts,

    2026

  6. [6]

    checkonchain.com/

    URLhttps://charts. checkonchain.com/. Accessed: 2026-05-04. Coin Metrics. Coin metrics community data and api documentation,

    2026

  7. [7]

    coinmetrics.io/

    URLhttps://docs. coinmetrics.io/. Accessed: 2026-05-04. CryptoQuant. Cryptoquantpricing,

    2026

  8. [8]

    Accessed: 2026-05-04

    URLhttps://cryptoquant.com/pricing. Accessed: 2026-05-04. Glassnode. Glassnodepricing: Digitalassetdataandanalytics,

    2026

Show all 14 references
  1. [9]

    com/pricing/studio

    URLhttps://glassnode. com/pricing/studio. Accessed: 2026-05-04. mempool.space. mempool.space rest api documentation,

    2026

  2. [10]

    Accessed: 2026-05-04

    URLhttps://mempool.space/ docs/api/rest. Accessed: 2026-05-04. 199 Satoshi Nakamoto. Bitcoin: A peer-to-peer electronic cash system,

    2026

  3. [11]

    Accessed: 2026-05-04

    URLhttps: //bitcoin.org/bitcoin.pdf. Accessed: 2026-05-04. Newhedge. Newhedge api,

    2026

  4. [12]

    Accessed: 2026-05-04

    URLhttps://newhedge.io/api. Accessed: 2026-05-04. Trading Digits. Bitcoin realized price chart,

    2026

  5. [13]

    Accessed: 2026-05-04

    URLhttps://www.tradingdigits.io/ realized-price. Accessed: 2026-05-04. YCharts. Bitcoin total transaction fees per day,

    2026

  6. [14]

    Accessed: 2026-05-04

    URLhttps://ycharts.com/ indicators/bitcoin_total_transaction_fees_per_day_btc. Accessed: 2026-05-04. 200

    2026

Pith tools

Reviewed July 12, 2026 · model on record in the stance chip above.