Blockchain has an unusual relationship with prior art. Its founding ideas were disclosed not in patents but in a whitepaper, on a cryptography mailing list, and in open-source code — public from the start, owned by no one. That history collides directly with patent law's novelty requirement, because in the United States a great deal of what defeats a patent's novelty is exactly that kind of public, non-patent disclosure. The governing statute is 35 U.S.C. 102, and reading its actual text dispels the common assumption that “prior art” means “an earlier patent.”

Section 102(a)(1) sets the rule in a single sweep, and the breadth of its categories is the whole point:

“A person shall be entitled to a patent unless— (1) the claimed invention was patented, described in a printed publication, or in public use, on sale, or otherwise available to the public before the effective filing date of the claimed invention.”— 35 U.S.C. § 102(a)(1), source

Five categories, and only the first is “patented.” The others — “described in a printed publication,” “in public use,” “on sale,” and the catch-all “otherwise available to the public” — are where blockchain's open disclosures land. A whitepaper that describes a consensus mechanism, a forum thread proposing a wallet scheme, a mailing-list message detailing a cryptographic protocol, a public GitHub repository implementing it: each can be a “printed publication” or “otherwise available to the public.” If such a disclosure was publicly accessible before a later applicant's effective filing date and it describes the claimed invention, it is prior art that can defeat novelty — regardless of who wrote it or whether the author ever sought a patent.

What ‘printed publication’ really tests

The operative concept is public accessibility, not paper. A “printed publication” in the statute's sense is a reference that was made sufficiently available to the interested public that a person of ordinary skill could locate it; a website, an archived forum post, or a digital paper qualifies as readily as a printed journal. The word “printed” is a historical artifact, not a format requirement. For blockchain, that matters enormously, because the field's primary literature is online and timestamped: whitepapers carry publication dates, repositories carry commit histories, and mailing-list archives carry message dates. Those timestamps are precisely the evidence a 102 analysis needs to fix a disclosure's public-availability date against an application's filing date.

This cuts in two directions for a blockchain patent. On the defensive side, an applicant's own earlier whitepaper or public code can become prior art against the applicant's own later filing — though Section 102(b)(1) provides a grace period: a disclosure made by the inventor (or someone who obtained it from the inventor) one year or less before the effective filing date is excepted from being prior art under 102(a)(1). Publish the whitepaper, in other words, and the clock starts; file within a year and the inventor's own disclosure is carved out, but a competitor's independent disclosure in that window is not so forgiving, and disclosures more than a year before filing bar the patent outright. On the offensive side, anyone challenging a blockchain patent — in litigation or in a post-grant proceeding — mines exactly this public record, because the field's habit of open disclosure means the relevant art is unusually findable.

How novelty interacts with what the patent claims

None of this means blockchain is unpatentable. It means novelty is assessed against the full public record, and a granted patent's claims must recite something not already disclosed there. That is why specificity in the claims — the particular node topology, the specific share-management or settlement procedure, the exact protocol exchange — does real work: a generic claim to “recording transactions on a distributed ledger” collides with a decade of public disclosure, while a narrowly recited mechanism may clear it. Consider a granted settlement patent such as US11599858B2 (“Blockchain settlement network,” IBM): its claims do not reach for “settlement on a blockchain” in general — they recite a specific sequence of transferring a digital value representing an off-chain transfer, monitoring a message flow, detecting settlement from message content, and returning the value — the kind of particularity that distinguishes a claim from the public prior art it had to clear.

This is also where a granted blockchain patent is most often tested after the fact. The America Invents Act created post-grant mechanisms — inter partes review chief among them — in which a challenger asks the Patent Trial and Appeal Board to cancel claims as unpatentable over prior art, and the prior art that does the work in those proceedings is precisely the printed-publication and public-availability material that 35 U.S.C. 102 makes relevant. For blockchain, the open-disclosure culture cuts directly into that forum: a whitepaper, an archived mailing-list thread, or a dated public repository can become the reference a petitioner builds a challenge around. So “granted” is not the end of the novelty question. A grant reflects the examiner's conclusion on the art before the Office during prosecution; the same statute lets a later challenger reopen that conclusion with art the examiner never saw, and in a field this publicly documented, such art is frequently available.

So the reading habit for any “novel blockchain patent” claim is to ask what the prior public record already showed. Under 35 U.S.C. 102, the bar is not “no earlier patent” but “not already available to the public” — and in a field built on whitepapers, mailing lists, and open code, the public record is deep. A patent's novelty lives in the gap between that record and the specific limitations it claims; the honest way to read “novel” is against the statute's five categories, not against the patent literature alone.