Malikie Innovations Ltd v. Viabtc Technology Ltd

I. Executive Summary and Procedural Information

• Parties & Counsel:
  • Plaintiff: Malikie Innovations Ltd. and Key Patent Innovations Ltd. (Ireland)
  • Defendant: ViaBTC Technology Limited (Hong Kong)
  • Plaintiff’s Counsel: Reichman Jorgensen Lehman & Feldberg LLP
• Case Identification: Malikie Innovations Ltd. v. ViaBTC Technology Limited, 7:26-cv-00372, W.D. Tex., 09/09/2026
• Venue Allegations: Plaintiff alleges that venue is proper because Defendant is a foreign corporation not resident in the United States and may therefore be sued in any judicial district. The complaint further alleges that Defendant conducts business in the district by operating mining pool servers and providing services to miners located there.
• Core Dispute: Plaintiff alleges that Defendant’s cryptocurrency mining pool and related services infringe five U.S. patents concerning elliptic curve cryptography, efficient hash processing, and secure communications, technologies which Plaintiff asserts are foundational to the Bitcoin protocol used by Defendant.
• Technical Context: The technology at issue involves cryptographic methods for creating and verifying digital signatures, optimizing computational-intensive hashing operations, and securing data communications, all of which are fundamental to the operation and security of blockchain-based cryptocurrencies like Bitcoin.
• Key Procedural History: The complaint states the Asserted Patents originate from a portfolio developed by Certicom Corporation and later acquired by BlackBerry. It emphasizes Certicom’s role as a pioneer in Elliptic Curve Cryptography (ECC) and alleges that specific Certicom innovations, such as the "secp256k1" curve and Gallant-Lambert-Vanstone (GLV) Endomorphism, were adopted by the creators of Bitcoin, framing the patented technology as integral to the accused cryptocurrency ecosystem.

Case Timeline

Date	Event
2005-01-18	Priority Date ('827, '197 Patents)
2006-02-03	Priority Date ('769 Patent)
2008-10-31	Satoshi Nakamoto publishes Bitcoin white paper
2009-01-08	First version of Bitcoin software released
2009-07-17	Priority Date ('286 Patent)
2011-02-08	Hal Finney proposes GLV Endomorphism for Bitcoin
2011-04-06	Priority Date ('039 Patent)
2013-09-10	'286 Patent Issue Date
2014-04-08	'769 Patent Issue Date
2014-04-29	'039 Patent Issue Date
2014-07-22	'827 Patent Issue Date
2014-08-12	'197 Patent Issue Date
2016	ViaBTC launched its Bitcoin mining pool
2026-09-09	Complaint Filing Date

II. Technology and Patent(s)-in-Suit Analysis

U.S. Patent No. 8,788,827 - "Accelerated Verification of Digital Signatures and Public Keys," issued July 22, 2014

The Invention Explained

• Problem Addressed: The patent's background section explains that verifying an Elliptic Curve Digital Signature Algorithm (ECDSA) signature is computationally expensive, often taking 1.5 to 2 times longer than signing a message Compl. ¶¶79-80 This is because verification typically requires two scalar multiplications, whereas signing only requires one, creating a potential performance bottleneck in systems that must verify many signatures Compl. ¶79 '827 Patent, col. 3:5-17
• The Patented Solution: The patent teaches methods to accelerate digital signature verification, including recovering a signer's public key ("Q") directly from the components of the digital signature ("r", "s") and the ephemeral public key ("R") using the formula Q = r⁻¹(sR - eG) Compl. ¶82 '827 Patent, col. 4:48-5:4 This technique can reduce bandwidth and storage requirements by eliminating the need to transmit the public key with every message, thereby accelerating verification Compl. ¶82
• Technical Importance: Accelerating signature verification is critical for the performance and scalability of distributed ledger systems, such as the Bitcoin blockchain, which rely on nodes to validate large volumes of transactions (Compl. ¶¶9, 12).

Key Claims at a Glance

• The complaint asserts at least independent claim 1 Compl. ¶119
• Essential elements of claim 1 include:
  • obtaining an elliptic curve point ("R") associated with a first signature component ("r");
  • generating a signer's public key ("Q") based on the elliptic curve point, a message hash ("e"), and a group generator ("G");
  • wherein the generation of the public key comprises the specific computation Q=r⁻¹(sR-eG).
• The complaint reserves the right to assert additional claims Compl. ¶119

U.S. Patent No. 8,806,197 - "Accelerated Verification of Digital Signatures and Public Keys," issued August 12, 2014

The Invention Explained

• Problem Addressed: This patent addresses the same general problem of slow ECDSA verification, focusing on the specific challenge of recovering the ephemeral public key ("R") from a signature component ("r") Compl. ¶¶79-80 The relationship between "r" (an integer) and "R" (an elliptic curve point) can be ambiguous, meaning multiple points could correspond to the same "r" value, creating uncertainty and potential delays in verification '197 Patent, col. 11:1-12
• The Patented Solution: The invention proposes generating an "indicator" ("i") as part of the digital signature to resolve this ambiguity Compl. ¶81 '197 Patent, abstract This indicator provides information—for example, a single bit representing the parity of the y-coordinate of the point "R"—that allows a verifier to uniquely and quickly identify the correct ephemeral public key from the signature component "r", thereby accelerating the recovery of "R" and the overall verification process '197 Patent, col. 5:23-31 '197 Patent, col. 12:1-4
• Technical Importance: By making the recovery of the ephemeral key more efficient and deterministic, the invention enhances the performance of systems that rely on frequent ECDSA verifications, such as cryptocurrency networks (Compl. ¶¶9, 12).

Key Claims at a Glance

• The complaint asserts at least independent claim 1 Compl. ¶123
• Essential elements of claim 1 include:
  • generating a digital signature with a first component ("r") based on a coordinate of an ephemeral public key;
  • generating an "indicator" to identify which of a plurality of values recoverable from the first signature component is the ephemeral public key.
• The complaint reserves the right to assert additional claims Compl. ¶123

Multi-Patent Capsule: U.S. Patent No. 8,532,286

• Patent Identification: U.S. Patent No. 8,532,286, “System and Method for Reducing the Computation and Storage Requirements for a Montgomery-Style Reduction,” issued September 10, 2013 Compl. ¶84
• Technology Synopsis: The patent addresses the computational slowness of modular reduction, a fundamental operation in cryptography, particularly in resource-constrained processors '286 Patent, col. 1:26-31 Compl. ¶87 It discloses a modified Montgomery reduction method using a pre-computed "reduction value" that reduces the number of multiplications and register storage required to perform the operation ('286 Patent, abstract; Compl. ¶94).
• Asserted Claims: At least claim 1 is asserted (Compl. ¶127).
• Accused Features: The complaint alleges that Defendant’s Bitcoin mining equipment performs the claimed efficient Montgomery-style reduction as part of the computationally intensive cryptographic operations required for mining (Compl. ¶¶54, 127).

Multi-Patent Capsule: U.S. Patent No. 8,712,039

• Patent Identification: U.S. Patent No. 8,712,039, “Efficient Implementation of Hash Algorithm on a Processor,” issued April 29, 2014 (Compl. ¶96).
• Technology Synopsis: The patent addresses the difficulty of efficiently implementing secure hash algorithms (like SHA-2) on processors with a limited number of registers, such as ARM architectures '039 Patent, col. 1:39-54 Compl. ¶99 The patented solution involves categorizing and "unrolling" hash algorithm iterations into even and odd steps, with a reversed sequence of computation, to maximize the reuse of data already in registers and to minimize memory load operations '039 Patent, abstract Compl. ¶100
• Asserted Claims: At least claim 1 is asserted Compl. ¶131
• Accused Features: The complaint alleges that mining machines operating on the ViaBTC pool use this method to efficiently compute the SHA-256 hashes required to mine Bitcoin (Compl. ¶¶54, 131).

Multi-Patent Capsule: U.S. Patent No. 8,694,769

• Patent Identification: U.S. Patent No. 8,694,769, “System and Method for Controlling Data Communications Between a Server and a Client Device,” issued April 8, 2014 Compl. ¶102
• Technology Synopsis: The patent addresses a data-loss problem in secure client-server "push" communications, where a client that loses its decryption key cannot decrypt data sent by the server, leading to its loss '769 Patent, col. 1:60-2:2 Compl. ¶106 The invention provides for the client to transmit "stop data" to the server, which signals the decryption failure and causes the server to cease sending encrypted data until the key is restored, thus preventing data loss '769 Patent, abstract Compl. ¶107
• Asserted Claims: At least claim 13 is asserted Compl. ¶136
• Accused Features: The complaint alleges that ViaBTC’s mining-pool servers, which establish and secure communication links with miners (clients), perform the claimed method of controlling encrypted data communications Compl. ¶¶56-58, 136

III. The Accused Instrumentality

Product Identification

The accused instrumentalities are the ViaBTC Bitcoin mining pool, the associated website at https://www.viabtc.com/, and the “ViaBTC - Crypto Mining Pool” mobile application Compl. ¶3

Functionality and Market Context

• The complaint identifies ViaBTC as one of the world's largest Bitcoin mining pools, ranking third globally and serving over one million users (Compl. ¶¶42, 44). The pool operates by aggregating the computational power (hashrate) of its members to collectively mine for Bitcoin and then distributes the rewards (Compl. ¶¶41, 43).
• The platform's technical operations allegedly involve generating and verifying ECDSA digital signatures using the "secp256k1" elliptic curve to authorize Bitcoin transactions Compl. ¶¶52-53, performing computationally intensive SHA-256 hashing to solve cryptographic puzzles for mining new blocks Compl. ¶54, and securing communications between its servers and its miners' equipment using the Transport Layer Security (TLS) protocol Compl. ¶¶56-57 The complaint alleges that ViaBTC operates servers and nodes for these purposes within the United States Compl. ¶¶47-49 The complaint includes a figure from the Bitcoin Whitepaper illustrating the "chain of digital signatures" that defines a bitcoin, a core concept underlying the infringement allegations Compl. p. 7

IV. Analysis of Infringement Allegations

'827 Patent Infringement Allegations

Claim Element (from Independent Claim 1)	Alleged Infringing Functionality	Complaint Citation	Patent Citation
obtaining an elliptic curve point associated with the first signature component r	Defendant’s system verifies ECDSA signatures, which requires recovering the ephemeral public key R (an elliptic curve point) from the signature component "r". This is alleged to be part of the "secp256k1" library functionality used in the Bitcoin protocol.	¶53; ¶145	col. 4:48-5:4
generating, by operation of a cryptographic module ... a public key of the signer based on the elliptic curve point and a hash value e computed from the message M	Defendant’s system, when verifying signatures, recovers the signer's public key "Q" as an intermediate step. The complaint alleges this recovery constitutes the claimed "generating."	¶53; ¶82	col. 4:48-5:4
wherein the elliptic curve point comprises a first elliptic curve point R, the public key of the signer comprises a second elliptic curve point Q, generating the public key of the signer comprises computing Q=r⁻¹(sR-eG), and G comprises a generator of an elliptic curve group that includes the first elliptic curve point R and the second elliptic curve point Q	The complaint alleges that Defendant’s system, by complying with the Bitcoin protocol, performs the specific computation Q=r⁻¹(sR-eG) to recover the public key "Q" as part of the signature verification process. The complaint includes a figure from the Bitcoin Whitepaper showing how blocks are chained via hashes, a process secured by the accused digital signatures.	¶82; ¶117	col. 4:48-5:4

Identified Points of Contention

• Scope Questions: A central question may be whether calculating a public key "Q" as an intermediate step in a verification process constitutes "generating" a public key as required by claim 1. A court may have to determine if "generating" is limited to the initial creation of a key by a signer or if it also covers the recalculation of that key by a verifier.
• Technical Questions: The infringement theory rests on the assertion that ViaBTC's software performs the exact computation Q=r⁻¹(sR-eG). A technical question will be what evidence demonstrates that the accused system actually executes this specific formula, as opposed to an alternative, mathematically equivalent but non-infringing method for signature verification.

'197 Patent Infringement Allegations

Claim Element (from Independent Claim 1)	Alleged Infringing Functionality	Complaint Citation	Patent Citation
generating a digital signature comprising a first signature component and a second signature component, said first signature component based on a first coordinate of an elliptic curve point representing an ephemeral public key	Defendant’s system generates ECDSA digital signatures to transfer bitcoin. This process involves creating a signature component "r" that is based on the x-coordinate of the ephemeral public key "R".	¶52	col. 6:37-7:38
generating, for use with said digital signature, an indicator to identify which value of a plurality of values recoverable from said first signature component is said ephemeral public key	The complaint alleges that the Bitcoin protocol used by Defendant includes generating an "indicator" (such as a recovery ID or parity bit) that resolves the ambiguity in recovering the point "R" from its x-coordinate "r", thereby accelerating verification.	¶81	col. 5:23-31

Identified Points of Contention

• Scope Questions: The dispute may focus on the definition of an "indicator." The court may need to construe whether any piece of data that aids in the recovery of the ephemeral key (such as a "recovery ID" used in some software libraries) meets the claim's requirement of an "indicator to identify which value... is the... public key."
• Technical Questions: What is the exact nature of the data, if any, generated by ViaBTC's system alongside the "r" and "s" signature components? An evidentiary question will be whether this data performs the specific function of identifying the correct ephemeral public key from a plurality of possibilities, as required by the claim.

V. Key Claim Terms for Construction

Term: "generating ... a public key" ('827 Patent, Claim 1)

• Context and Importance: This term is critical because the accused activity is signature verification, not initial key creation. The infringement case hinges on whether the act of recalculating the public key "Q" during verification falls within the scope of "generating."
• Intrinsic Evidence for a Broader Interpretation: The specification describes techniques that "enable accelerated digital signature verification, which include, among other things, recovering (or generating) a signer's public key" Compl. ¶82 This language suggests the patent contemplates "generating" as an act of recovery for verification. The patent's title, "Accelerated Verification of Digital Signatures and Public Keys," further supports that the claimed methods are for verification.
• Intrinsic Evidence for a Narrower Interpretation: The specification distinguishes between the signer, who "computes 'Q', which is 'the long-term public key of the signer'" '827 Patent, col. 2:31-41, and the verifier, who "take[s] the message M, the public key Q, and the signature (r, s), and verif[ies]" '827 Patent, col. 2:42-45 This could support a construction where "generating" is an act performed only by the signer at the time of key creation.

Term: "indicator" ('197 Patent, Claim 1)

• Context and Importance: The infringement allegation relies on the Bitcoin protocol including data that functions as the claimed "indicator." The construction of this term will determine whether a "recovery ID" or similar data used in cryptographic libraries meets the claim limitation.
• Intrinsic Evidence for a Broader Interpretation: The patent provides an example of the indicator as a single bit ("i") that identifies which of two possible y-coordinates is correct, thereby allowing recovery of the ephemeral public key "R" '197 Patent, col. 12:1-4 This may support an interpretation where any data that serves this disambiguation function qualifies as an "indicator."
• Intrinsic Evidence for a Narrower Interpretation: The claim requires an indicator "to identify which value of a plurality of values recoverable from said first signature component is said ephemeral public key." A defendant might argue this requires the indicator itself to contain the identifying information, rather than merely being a flag that directs a software library's internal logic. The specific embodiments in the patent could be used to argue for a narrower definition tied to explicit y-coordinate parity information.

VI. Other Allegations

Indirect Infringement

The complaint alleges induced infringement of the '039 Patent Compl. ¶131 The factual basis for this allegation is that ViaBTC operates a mining pool and provides its members with "mining guides," configuration tutorials, and instructions to "[b]uy mining machines," thereby allegedly encouraging them to use hardware in the U.S. that performs the patented efficient hashing method Compl. ¶132 Compl. ¶169

Willful Infringement

For each of the five Asserted Patents, the complaint alleges that the Defendant has been on notice of its infringement "since at least the filing of this Complaint" (Compl. ¶118; Compl. ¶122; Compl. ¶126; Compl. ¶130; Compl. ¶135). This allegation appears to lay the groundwork for a claim of post-filing willful infringement but does not assert pre-suit knowledge.

VII. Analyst’s Conclusion: Key Questions for the Case

• A core issue will be one of definitional scope: can the act of recalculating a public key as an intermediate step in a verification process be construed as "generating" that key under the '827 patent? The resolution will likely depend on whether the court views the term from the perspective of the party creating the key pair or the party verifying the signature.

• A central evidentiary question will be one of technical implementation: does the accused ViaBTC platform, by implementing the standard Bitcoin protocol, necessarily perform the specific cryptographic optimizations claimed in the patents? For example, does the platform's hashing process for mining actually use the "even/odd iteration" unrolling method of the '039 patent, and does its verification process compute Q=r⁻¹(sR-eG) as required by the '827 patent, or do they achieve similar results through different, non-infringing technical means?

• A threshold question will concern personal jurisdiction and venue: what factual evidence supports the complaint's allegations that ViaBTC, a Hong Kong corporation, maintains a sufficient presence and directs sufficient activity toward the Western District of Texas—through the operation of servers, recruitment of miners, or other business contacts—to subject it to suit in that forum?