Bitcoin is the only current proof-of-work blockchain example established by the evidence available for this comparison. Ethereum is a useful historical contrast, but it switched to proof of stake in 2022 and no longer uses proof of work. A claim about any additional network would require current, network-specific evidence rather than assumptions based on the general term “mining.”

What makes a blockchain a proof-of-work example?

Proof of work (PoW) is a consensus component that uses computational work in block production. In Bitcoin’s design, mining searches for a block-header hash that meets the network’s target. The search proceeds by varying a nonce in the block and calculating hashes until the result satisfies the target condition. The work is difficult to find, while checking a proposed result against the condition is straightforward. The details of this search, including the hash function, block fields, target, and chain-selection rules, belong to the specific protocol; they should not be assumed to match across networks. source

The label “proof of work” is not enough to establish that a network currently uses that mechanism. A network’s rules can change, and a description of its former design may become outdated. Nor does the presence of mining-related activity, by itself, prove how the network currently selects or validates blocks. A sound example needs evidence about the current protocol of the network being named.

It is also useful to separate the work search from the broader validation process. In a proof-of-work design, computational work contributes to block production or the choice among competing histories. It does not mean that work alone determines whether every block is valid. The specific validity and chain-selection rules remain protocol-defined, as the Bitcoin and historical Ethereum examples show in different ways.

Proof of work blockchain example: compare selected networks

Bitcoin: nonce search under a target condition

Bitcoin is a clear example in the evidence for this article. Its proof-of-work search varies a nonce in a block until the resulting hash satisfies the network’s target condition. This describes how the work is produced: the miner searches for a qualifying result, and the protocol’s target provides the condition against which that result is checked. source

The example should be kept at that scope. It explains a Bitcoin mechanism, not a universal specification for every proof-of-work blockchain. Other networks may define different hashing rules, candidate data, targets, or selection procedures. The available evidence supports naming Bitcoin, but does not establish current proof-of-work status for another network. It would therefore be misleading to add names merely to make the comparison appear broader.

Ethereum: a historical contrast, not a current PoW example

Ethereum shows why status must be checked before calling a network a current proof-of-work example. Ethereum switched to proof of stake in 2022 and no longer uses proof of work. It belongs here only as a historical contrast, not as a present-day PoW network. source

Ethereum’s former proof-of-work design also illustrates a limit of what a successful block proposal means. Under that former design, finality was probabilistic: simultaneous valid blocks could create temporary forks, and later blocks increased confidence in one history. This is a statement about Ethereum’s former PoW design. It does not establish how current Ethereum operates, or how every other proof-of-work network handles confirmation and competing blocks. source

Together, the examples support a narrow comparison: Bitcoin provides the current-style PoW example in the available evidence; Ethereum demonstrates that a historically accurate label may no longer describe a network’s current mechanism. This is not an exhaustive list of networks that may use proof of work. Establishing another example would require its own current protocol evidence.

What the examples reveal about block validation

The Bitcoin example distinguishes computational search from protocol validation. The search seeks a header hash that meets a target. That result describes the work condition; it does not make the full candidate block automatically acceptable. The broader claim that a block is valid depends on the network’s rules, while the evidence here specifically establishes Bitcoin’s nonce-based search and Ethereum’s former PoW finality behavior. These are related aspects of consensus, but one should not be used to infer details the other does not document.

The Ethereum example adds a separate distinction: block inclusion and finality are not identical concepts in its former PoW design. Simultaneous valid blocks could temporarily form forks, with later blocks increasing confidence in one history. That qualification matters because saying that a network “uses proof of work” does not, by itself, specify how it handles forks or when a transaction should be treated as final. Those details must be checked in documentation for the network and design under discussion. source

Neither example supports an absolute guarantee of security, acceptance, or uninterrupted operation. The evidence supports descriptions of specific protocol behavior, not a universal verdict about security or performance. In particular, a mechanism description should not be stretched into a promise that every proposed block will be accepted or that a selected history cannot change.

How proof of work differs from other consensus designs

A high-level contrast helps explain why Ethereum is no longer a PoW example. Proof of work uses computational search as part of its block-production approach; proof of stake is a different consensus design. Ethereum’s switch establishes that its current mechanism is not proof of work, but the evidence supplied here does not describe the full current Ethereum validation process. The comparison should stop at that supported distinction rather than treating Ethereum as a representative account of every proof-of-stake network. source

A network’s consensus mechanism should be described using its own protocol evidence. The Bitcoin search rule is specific to Bitcoin, and Ethereum’s historical change is specific to Ethereum. Neither establishes that other networks have identical block formats, validation steps, fork handling, or confirmation properties. This restraint is especially important when a general label is used across different systems: the label gives a starting point for comparison, not a complete technical specification.

Limits and evidence to check before applying an example

Before using a network as a current example, check documentation that applies to its active consensus rules. Confirm that the evidence describes the network itself and not only a former mechanism, an experimental design, or mining software. If the documentation does not establish current PoW use, leave the network out or qualify the claim. In this comparison, that is why Bitcoin is named as the clear supported example and Ethereum is identified as historical context.

Keep the conclusion within the mechanism documented. Bitcoin’s example supports the description of nonce-based hash search against a target; Ethereum’s supports the historical statement that its former PoW design had probabilistic finality and that the network switched to proof of stake in 2022. Neither example establishes an energy figure, a performance ranking, mining profitability, asset value, legal treatment, or suitability for a particular purpose. Those are separate questions and are not answered by identifying a consensus mechanism.

The practical takeaway is simple: name a network as a proof-of-work example only when current, network-specific evidence supports the description. Here, Bitcoin is the supported example, while Ethereum illustrates why dates and mechanism changes matter. A broader comparison would need the same evidence standard applied independently to each additional network.

Sources and references