Skip to content

Litecoin.watch · Research & practical tools

Observed Litecoin confirmation times

A rolling study from our own Litecoin Core node: first mempool observation, first observed block inclusion, and every incomplete outcome.

Collecting observations

The observer is reading the node every 15 seconds. Existing mempool transactions at startup or after a gap are excluded from new timing measurements.

Latest collector update
5 Oct 2026, 11:35 UTC
Validated height / known headers
3,189,972 / 3,189,972
Core version
/LitecoinCore:0.21.5.8/
Connected peers
10

Node values last read successfully: 5 Oct 2026, 11:35 UTC.

This page is a snapshot; reload to get a new update. Initial synchronization can take hours or days. A node's header count is its current view, not independent proof of the network's highest height.

Every sampled outcome counts

Rolling seven-day cohort, selected by first observation time. A transaction qualifies when the first eight hexadecimal characters of its txid, interpreted as an integer, are divisible by 16. This fixed rule selects roughly one in sixteen eligible txids.

OutcomeTransactionsMeaning
Observed in a block40,640An eligible mempool observation was matched to the next observed block.
Still in the mempool9No block inclusion has been observed yet. The waiting time remains open.
Left the mempool without a matched block38Could be eviction, replacement, a conflict or a missed inclusion. The cause is not inferred.
Interrupted by a collection gap3,068Continuity was lost before an eligible confirmation observation.
Block membership awaiting recheck0Prior results are withheld while their confirming blocks are checked after an interruption or chain change.
Confirming block no longer canonical21The original observed confirmation is excluded from timing summaries.
Total sampled transactions43,776Unconfirmed and interrupted outcomes remain in the denominator.

The CSV refreshes about once a minute and may lag this table. UTC timestamps are Unix seconds. It retains original observed inclusion details even when a record is later excluded; use the state column when analysing it.

Time to the first observed block inclusion

This distribution includes only 40,640 currently matched confirmations. It excludes pending and interrupted outcomes listed above, so it cannot estimate how long every payment will take. Very fast transactions that enter a block between polls may never enter the cohort.

Observed durations among confirmed sample transactions0–60 seconds1042961–150 seconds13847151–300 seconds10790301–600 seconds4872Over 600 seconds702
Counts by elapsed time between two polling observations. Zero baseline; interval endpoints are inclusive. These are not miner-set block timestamp differences.
Observed durationConfirmed sample count
0–60 seconds10429
61–150 seconds13847
151–300 seconds10790
301–600 seconds4872
Over 600 seconds702

Among these confirmed observations: median 120.0 seconds; 90th percentile 360.0 seconds. These conditional figures omit open and censored waits.

Collection coverage

Only consecutive valid snapshots at most 30 seconds apart contribute observed time. Syncing, disconnected periods, restarts, inconsistent reads and jumps over more than one block create gaps. The table includes the current partial UTC day; the oldest day can also be partial at the rolling window boundary.

UTC dateRecorded pollsCovered hoursExcluded baseline entries
2026-09-282,9310.000
2026-09-295,6040.000
2026-09-305,5980.000
2026-10-015,75318.89728
2026-10-025,75823.781,154
2026-10-035,75923.81923
2026-10-045,75823.811,364
2026-10-052,78211.55199

Baseline exclusions count mempool entries at each new baseline, not unique transactions. A full day has 24 hours. Intervals are assigned to the day in which their ending poll occurs, with up to 30 seconds of boundary imprecision.

The first 30-day study

Fixed cohort period: 2 Oct 2026 through 31 Oct 2026, UTC. 3 of 30 calendar days have ended. A day with gaps stays in the period; it is not replaced with a better day.

The report is not available yet. Its calculation runs only after the fixed period ends and all 30 daily files exist. No forecast or synthetic data fills the waiting period.

The live table covers seven days; the working database retains 90 days. Closed UTC days receive immutable ZIP exports containing raw polls, a retained-cohort snapshot, the actual export time and SHA-256 checksums. A daily snapshot can repeat earlier transactions. Use the last snapshot for outcomes and each day's polls for coverage; do not add the cohort files together.

Immutable daily exports; latest 31 shown. The index lists every retained file.
UTC dayCovered hoursExport
2026-10-0423.81Download ZIP
2026-10-0323.81Download ZIP
2026-10-0223.78Download ZIP
2026-10-0118.89Download ZIP
2026-09-300.00Download ZIP
2026-09-290.00Download ZIP
2026-09-280.00Download ZIP
2026-09-270.00Download ZIP

An export records states when it was written, not a reconstruction of midnight. Later reorganizations can change confirmations; frozen reports are historical observations. Files are held on this server, not described as an independent off-site backup.

How to read this study

Our private, pruned mainnet node has no wallet. Polling measures when this observer detects a transaction and a block, not when a sender broadcast it or a miner found the block. Each endpoint can lag its event by a polling interval; relay delays and the node's mempool policy also affect the sample. This is one observer, with no guarantee that another node sees the same mempool.

Only transactions exposed by Core's public mempool and block transaction lists are eligible. Private MWEB transfers are not measured individually. Reappearing sampled txids keep their first record within the 90-day retention period; a lost observation is not restarted as a shorter wait. No conclusions about fee recommendations, exchange crediting, attack probability or network-wide payment speed follow from this chart alone.

Confirmation study analysis

Final analysis is waiting for the fixed 30-day observation period. The clock has started; missing collection time does not extend or restart the period. No timing result is inferred from synchronization progress.

Current rolling cohort: 43,776 sampled transactions, 40,640 matched confirmations. Confirmed-only quantiles are withheld below 20 matched confirmations. The final report uses its own fixed cohort, rather than adding overlapping rolling summaries.

Recorded coverage, not confirmation speedHours with valid continuous intervals · maximum 24 per day24 h0 h2026-09-28 · 0.000 covered hours2026-09-29 · 0.000 covered hours2026-09-30 · 0.000 covered hours2026-10-01 · 18.892 covered hours2026-10-02 · 23.777 covered hours2026-10-03 · 23.814 covered hours2026-10-04 · 23.814 covered hours2026-10-05 · 11.553 covered hours2026-09-282026-10-05 UTC
Only recorded continuous intervals count. Synchronization, disconnected periods and collection gaps contribute no covered seconds. A current partial day is not a full 24-hour observation.

What we will and will not infer

The measured delay begins when this node first sees a sampled transaction and ends at its first matched block observation. It is not the sender’s broadcast time. Fifteen-second polling adds observation uncertainty. A merchant’s confirmation threshold and receiving-service credit are separate events.

Pending, disappeared, gap-censored, reorg-censored and recheck-required outcomes stay in the denominator. Gaps and synchronization are not replaced by the 150-second target interval. A confirmed-only median can look favorable when difficult waits remain unresolved; the coverage and full outcome table must be read together. The data do not justify a network-wide fee recommendation or a promise of finality.