Litecoin network security: mining, software and realistic threat models

In brief A peer-to-peer cryptocurrency with its own Scrypt proof-of-work network and a maximum issuance of 84 million LTC.

A peer-to-peer cryptocurrency launched in 2011. Litecoin uses Scrypt proof of work, targets an average 2.5-minute block interval and has an issuance schedule capped at 84 million LTC. Individual block times and payment acceptance times vary.

For example Sending 0.1 LTC on Litecoin transfers a fraction of one coin; you do not need to buy a whole LTC first.

Common mistake Assuming a token with LTC in its name on another network is automatically native Litecoin.

In brief The rate of proof-of-work attempts; a network-wide figure is estimated and depends on the calculation method.

The rate of proof-of-work hash attempts, usually expressed per second. Network hash rate is estimated from blocks and difficulty rather than directly counted. Compare figures for the same algorithm; a higher rate alone does not establish decentralization or mining profitability.

For example One PH/s represents one quadrillion hash attempts per second; compare only figures for the relevant mining algorithm.

Common mistake Comparing Litecoin and Bitcoin hash-rate numbers as if Scrypt and SHA-256 work had identical costs.

In brief Searching for valid proof of work and proposing Litecoin blocks that other nodes independently check.

Searching for proof of work and assembling candidate blocks that follow a network's rules. Validating nodes independently check proposed blocks. An accepted Litecoin block can pay its miner the permitted subsidy and transaction fees; a pool participant is paid under the pool's scheme.

For example An ASIC connected to a pool contributes proof-of-work attempts; the pool pays according to its published scheme.

Common mistake Comparing coin revenue without subtracting electricity, pool charges, downtime and equipment costs.

In brief Who controls spending access; with a custodial service, the provider controls the keys behind your account.

Who controls the signing material and the process for moving funds. With a custodial service, the provider controls the relevant keys and you use an account. Self-custody places key and backup responsibility with you; an account password is not a private key.

For example An exchange withdrawal moves funds from the provider's control to an address whose signing keys your own wallet controls.

Common mistake Assuming an exchange balance and a self-custody wallet offer the same control, recovery process or withdrawal availability.

In brief A group of transactions linked to the previous block under the network's rules.

A batch of transactions accepted under the network rules and linked to the previous block. Litecoin targets one new block every 2.5 minutes on average; a particular block may arrive sooner or much later.

For example Your payment may wait unconfirmed and then receive its first confirmation when a miner includes it in an accepted block.

Common mistake Treating the 2.5-minute target as a countdown or a maximum wait for your payment.

In brief A participant running network software; a full node checks rules but need not keep all old block files.

A participant running network software. A full node independently validates rules; a pruned full node can discard older block files after validation. Not every node stores the complete historical blockchain.

For example A pruned full node checks the chain but later discards old block files to reduce disk use.

Common mistake Assuming every node is a miner, or that pruning means it skipped consensus validation.

In brief A transaction gains confirmations as blocks build on its inclusion, but those confirmations can fall if chain history changes.

A transaction receives its first confirmation when included in a block in the accepted chain. Each block then built on top adds another. A chain reorganization can reduce or remove the count. The recipient decides how many confirmations it requires. Litecoin targets an average 2.5-minute block interval; individual blocks can arrive sooner or much later.

For example A transaction in the latest accepted block has one confirmation; the next block raises that count to two.

Common mistake Confusing a wallet's sent message, a TXID or mempool visibility with the first confirmation.

In brief The hashing method used for Litecoin mining; Scrypt and Bitcoin's SHA-256 mining hardware are not interchangeable.

A memory-hard key-derivation function also used in Litecoin's proof-of-work hashing. Litecoin uses a particular Scrypt configuration rather than Bitcoin's double-SHA-256 mining algorithm. Specialized Scrypt ASICs exist, so memory-hard does not mean ASIC-proof.

For example A Litecoin miner needs Scrypt-compatible hardware; a SHA-256 Bitcoin miner does different work.

Common mistake Assuming the algorithm means current Litecoin mining is practical or profitable on an ordinary laptop.

In brief A system where miners compete to find valid hash results, while nodes independently check the resulting blocks.

A system in which miners search for a hash satisfying a network difficulty target. Litecoin uses Scrypt for this work; Bitcoin uses double SHA-256. Validating nodes still check all the block's rules, not only its proof of work.

For example A miner searches for valid work, while nodes check that the resulting block also follows the transaction and consensus rules.

Common mistake Thinking proof of work alone lets a miner spend someone else's coins or choose any subsidy amount.

In brief A setting that controls how hard valid mining work is to find, without making individual block times predictable.

A parameter controlling how hard a valid proof of work is to find. Litecoin mainnet adjusts it every 2,016 blocks to target an average 2.5-minute interval; this does not make individual block times predictable.

For example When more mining work joins the network, a later difficulty adjustment can make valid blocks harder to find.

Common mistake Reading a difficulty rise as a guaranteed price rise or a prediction of the next block's arrival time.

In brief A cryptographic hash function used twice in Bitcoin mining; Litecoin mining uses Scrypt but still uses SHA-256 elsewhere.

A cryptographic hash function producing a 256-bit digest. Bitcoin mining uses a double-SHA-256 construction; Litecoin proof of work uses Scrypt. Litecoin nevertheless uses SHA-256-based functions elsewhere, including transaction and block identification.

For example A Bitcoin mining device advertises SHA-256 hash power, while Litecoin mining hardware advertises Scrypt hash power.

Common mistake Assuming Litecoin does not use SHA-256 anywhere simply because its proof-of-work algorithm is Scrypt.

In brief Reusing proof-of-work calculations across compatible chains, without merging their records or guaranteeing extra payouts.

Reusing proof-of-work computations for compatible chains, such as Litecoin mining alongside Dogecoin auxiliary proof of work. Pool support, fees and payout rules determine what a miner actually receives.

For example A compatible pool can use Litecoin mining work for Dogecoin too, then distribute rewards under its own payout rules.

Common mistake Assuming merged rewards are automatic for every miner or that two chains become one shared ledger.

In brief The rules nodes use to check transactions and blocks, with Litecoin using proof of work to choose among valid chains.

Rules used by nodes to decide which transactions and blocks are valid. Litecoin uses proof of work to select among valid chains. Miners propose blocks, but validating nodes also enforce the rules.

For example A full node rejects a block that breaks its validation rules even when a miner has done proof-of-work calculations.

Common mistake Thinking that miners can make any transaction valid merely by including it in a block.