Lynx Blockchain
  • Welcome
  • Technical Evolution and Architecture Overview
  • History of Lynx
    • Evolution of a Blockchain
    • Hybrid Proof of Work (HPoW) Protocol
    • Pioneering Blockchain Data Storage
    • Evolution to Proof of Stake
    • Next Generation Data Storage Architecture
    • Preserving Knowledge
  • Lynx Core
    • Hardware and System Requirements
    • Lynx Dynamics
    • Open Source
    • Core Parameters and Strategy
    • Sustainability
    • Circulating Supply Analysis
    • Locked Addresses
    • Data Storage
      • auth
      • fetch
      • fetchall
      • store
      • status
      • list
    • Understanding the Encryption Option
    • Understanding Lynx Staking Wait Times
    • Understanding Asset Retrieval Times
    • Understanding Block Time Targeting in the Lynx Blockchain
    • Understanding the Lynx Blockchain Statistics Report
  • Lynx Administration
    • Public Peer Nodes
    • Understanding Blockchain Bootstrap Files
      • Bootstrap Extraction Script
      • Bootstrap Creation Script
    • How to Sweep a Lynx Wallet
    • Enable/Disable Staking
  • Clevver
    • Revolutionizing Digital Preservation
    • Permanent Storage for Digital Assets
    • Permanent Digital Archives for Journalism
    • How did Clevver originate?
    • Shortened URL Support
    • Assigning Tags to Assets
    • How to delete content
    • Clevver Terms of Service Agreement
  • Clevver API
    • Public Methods
      • Batches
      • Files
      • User
  • ElectrumX
    • Lynx ElectrumX nodes
    • Build Script Details
  • External Links
    • Lynx Explorer
    • Lynx Github
    • Lynx Uptime Report
    • Clevver Website
  • Lynx Bootstraps
  • Wallet Links
    • Komodo Wallet
    • Wally.id Wallet
    • Lynx Paper Wallet
  • Social Links
    • Lynx Discord
    • Lynx on Bluesky
    • Clevver on Bluesky
  • Exchange Links
    • FreiXLite (LYNX/LTC)
  • FreiExchange (LYNX/BTC)
  • Komodo Wallet (SWAP)
  • XredX (LYNX/LTC)
  • XredX (LYNX/DOGE)
  • XredX (LYNX/IL8P)
Powered by GitBook
On this page
  • Report Format
  • Understanding Each Metric
  • Interpreting the Data
  • Important Considerations
  1. Lynx Core

Understanding the Lynx Blockchain Statistics Report

Published: January 2025 | Last updated: January 2025

The Lynx blockchain generates a statistical report in its debug log every 25 blocks after the Lynx daemon starts running. This means when you first start your Lynx node, it begins counting blocks from that moment, and after it has processed 25 new blocks, it produces its first statistical report. Each subsequent report comes after another 25 blocks have been processed. These reports provide crucial information about block creation timing across different time periods, helping node operators monitor the health and performance of the network.

Report Format

The report presents data in the following format:

Block Statistics - last hour: 295s (13 blocks), day: 307s (283 blocks), week: 305s (1981 blocks), fortnight: 305s (3973 blocks), month: 304s (7947 blocks)

Understanding Each Metric

Last Hour Statistics

last hour: 295s (13 blk)

  • The average block time in the last hour was 295 seconds

  • 13 blocks were created during this period

  • This helps identify very recent network performance

Daily Statistics

day: 307s (283 blk)

  • The average block time over the last 24 hours was 307 seconds

  • 283 blocks were created during this period

  • This provides a view of short-term network stability

Weekly Statistics

week: 305s (1981 blk)

  • The average block time over the last 7 days was 305 seconds

  • 1981 blocks were created during this period

  • This shows medium-term network performance trends

Fortnightly Statistics

fortnight: 305s (3973 blk)

  • The average block time over the last 14 days was 305 seconds

  • 3973 blocks were created during this period

  • This provides additional context for medium-term trends

Monthly Statistics

month: 304s (7947 blk)

  • The average block time over the last 30 days was 304 seconds

  • 7947 blocks were created during this period

  • This represents long-term network performance

Interpreting the Data

Target Analysis

Remember that Lynx targets a 300-second (5-minute) block time. In the example:

  • The hourly average (295s) is very close to target

  • The daily average (307s) shows strong stability near the target

  • The longer-term averages show slight deviation, which is normal

Network Health Indicators

This report helps identify:

  • Short-term network conditions (hourly/daily metrics)

  • Long-term stability trends (weekly/monthly metrics)

  • Potential network issues (significant deviations from expected values)

  • Block production consistency across different timeframes

Important Considerations

  • The report updates every 25 blocks, providing regular network health snapshots

  • Short-term fluctuations are normal and expected

  • Longer-term averages should trend toward the 300-second target

  • Block counts help verify network participation and consensus

  • Multiple timeframes help distinguish between temporary fluctuations and systemic issues

PreviousUnderstanding Block Time Targeting in the Lynx BlockchainNextPublic Peer Nodes

Last updated 1 month ago

Page cover image