DCT

2:26-cv-00864

Malikie Innovations Ltd v. Foris Dax Inc

Log In
Key Events
Complaint
complaint Intelligence

I. Executive Summary and Procedural Information

  • Parties & Counsel:
  • Case Name: Malikie Innovations Ltd. v. Foris DAX, Inc.
  • Case Identification: 2:26-cv-00864, E.D. Tex., 09/22/2026
  • Venue Allegations: Venue is alleged to be proper in the Eastern District of Texas based on Defendant Foris DAX, Inc. maintaining its principal place of business and North American headquarters in Tyler, Texas. For the foreign defendants, venue is based on the alien-venue rule.
  • Core Dispute: Plaintiff alleges that Defendant’s Crypto.com cryptocurrency exchange and wallet platform infringes four patents related to elliptic curve cryptography, including methods for accelerated signature verification, efficient modular reduction, side-channel attack countermeasures, and secure communications.
  • Technical Context: The technology at issue is elliptic curve cryptography (ECC), a form of public-key cryptography that provides high security with smaller key sizes, making it fundamental to securing digital transactions, particularly in the cryptocurrency market.
  • Key Procedural History: The patents-in-suit originate from a portfolio developed by Certicom Corporation and BlackBerry Ltd. The complaint alleges that Plaintiff provided Defendant with notice of infringement of the asserted patents via a letter dated July 25, 2025, prior to filing the lawsuit.

Case Timeline

Date Event
2005-01-18 U.S. Patent 8,806,197 Priority Date
2005-04-04 U.S. Patent 9,143,323 Priority Date
2007-03-07 U.S. Patent 8,331,557 Priority Date
2008-10-31 Bitcoin White Paper Reportedly Sent
2009-01-08 First Version of Bitcoin Software Released
2009-07-17 U.S. Patent 8,532,286 Priority Date
2009-01-01 BlackBerry Acquires Certicom (approx.)
2012-12-11 U.S. Patent 8,331,557 Issued
2013-09-10 U.S. Patent 8,532,286 Issued
2014-08-12 U.S. Patent 8,806,197 Issued
2015-09-22 U.S. Patent 9,143,323 Issued
2016-01-01 Crypto.com Founded (approx.)
2025-07-25 Plaintiff Sends Notice Letter to Defendant
2026-09-22 Complaint Filing Date

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

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

  • Issued: August 12, 2014

The Invention Explained

  • Problem Addressed: The patent’s background explains that in Elliptic Curve Digital Signature Algorithm (ECDSA) systems, signature verification takes significantly longer than signature creation Compl. ¶80 This is because verification typically involves two computationally expensive scalar multiplication operations, whereas signing only requires one (’197 Patent, col. 3:5-17). This computational imbalance can create a bottleneck in systems requiring frequent verifications Compl. ¶81
  • The Patented Solution: The invention proposes methods to accelerate ECDSA verification. One technique involves generating a small "indicator" (e.g., a single bit, "i") along with the digital signature components ("r", "s") Compl. ¶82 This indicator helps the verifier unambiguously and quickly recover the ephemeral public key ("R") from the "r" component of the signature, eliminating extra computational steps and potential ambiguity that slows down the process '197 Patent, col. 5:23-31 '197 Patent, claim 1 Another described method involves recovering the signer's public key directly from the signature, which can reduce bandwidth and storage requirements Compl. ¶83 '197 Patent, col. 15:15-40
  • Technical Importance: By reducing the computational overhead of signature verification, the invention enables systems that rely on high-volume verification, such as blockchain networks, to operate more efficiently Compl. ¶83

Key Claims at a Glance

  • The complaint asserts one or more claims, including at least independent claim 1 Compl. ¶122
  • The essential elements of independent claim 1 include:
    • A method of generating a digital signature of a message by operation of a cryptographic module.
    • Generating a digital signature comprising a first signature component and a second signature component, where the first signature component is based on a first coordinate of an elliptic curve point representing an ephemeral public key.
    • Generating an "indicator" for use with the signature to identify which of a plurality of values recoverable from the first signature component is the ephemeral public key.
    • Sending the digital signature and the indicator to a verifier.

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

The Invention Explained

  • Problem Addressed: Montgomery reduction is a critical algorithm in public-key cryptography for performing modular arithmetic efficiently. However, standard implementations require storing multiple values (e.g., a precomputed value "µ" and the modulus "n") in processor registers and performing several multiplication steps per iteration, which can be inefficient on resource-constrained devices like mobile phones (Compl. ¶¶89-94; ’286 Patent, col. 5:28-36).
  • The Patented Solution: The patent describes an improved Montgomery-style reduction that uses a single "modified reduction value" ("n'") in place of both "µ" and "n" for the bulk of the operation '286 Patent, col. 5:37-44 This technique performs a "replacement" of the least significant word of the operand rather than a standard "cancellation," which reduces the number of required multiplications and the number of registers needed to hold temporary values Compl. ¶96 '286 Patent, abstract
  • Technical Importance: The invention enhances the performance of cryptographic operations on devices with limited computational and storage resources, such as those using the "popular ARM architecture," by making the underlying modular arithmetic more efficient Compl. ¶96 '286 Patent, col. 6:51-65

Key Claims at a Glance

  • The complaint asserts one or more claims, including at least independent claim 1 Compl. ¶127
  • The essential elements of independent claim 1 include:
    • A method for performing a Montgomery-style reduction on a cryptographic apparatus.
    • Obtaining an operand for the cryptographic operation.
    • Computing a modified operand using a "reduction value" instead of a modulus to perform a "replacement" of a least significant word of the operand, rather than a "cancellation" thereof.
    • The reduction value is a function of the modulus.
    • Outputting the modified operand.

Multi-Patent Capsules

  • Multi-Patent Capsule: U.S. Patent No. 8,331,557

    • Patent Identification: “Power Analysis Attack Countermeasure for the ECDSA,” issued December 11, 2012.
    • Technology Synopsis: The patent addresses the vulnerability of cryptographic devices to "side-channel attacks," where an adversary analyzes physical characteristics like power consumption to deduce a secret key (’557 Patent, col. 4:9-20). The invention proposes countermeasures for the ECDSA, such as reordering arithmetic operations or using a random "masking factor" during signature generation, to obscure the correlation between power usage and the secret key, thereby thwarting such attacks Compl. ¶102 '557 Patent, abstract
    • Asserted Claims: At least independent claim 1 Compl. ¶132
    • Accused Features: The methods used by Crypto.com's systems to generate digital signatures for customer transactions, which allegedly incorporate countermeasures against power analysis attacks (Compl. ¶¶58, 130).

  • Multi-Patent Capsule: U.S. Patent No. 9,143,323

    • Patent Identification: “Securing a Link Between Two Devices,” issued September 22, 2015.
    • Technology Synopsis: The patent addresses the problem of establishing a secure communication link over an untrusted network, where an attacker might tamper with the key-exchange messages (’323 Patent, col. 3:30-4:20). The invention teaches a method to derive the final secure key from a combination of two separately generated cryptographic keys and a hash of the actual packets exchanged during the key establishment process '323 Patent, abstract This ensures that any modification to the handshake by an attacker results in a key mismatch, allowing the attack to be detected Compl. ¶108
    • Asserted Claims: At least independent claim 1 Compl. ¶136
    • Accused Features: The cryptographic protocols, such as Transport Layer Security (TLS), used by Crypto.com's servers, website, and applications to establish secure communication links with users and other services (Compl. ¶¶59, 136).

III. The Accused Instrumentality

Product Identification

  • The "Accused Instrumentalities" comprise the entire Crypto.com platform, including the Crypto.com App, Crypto.com Exchange, Crypto.com Onchain (formerly DeFi Wallet) app, Crypto.com Pay for Business app, as well as the associated servers, blockchain nodes (including Cronos), and stablecoin settlement systems Compl. ¶53

Functionality and Market Context

  • The Crypto.com platform provides a suite of services for buying, selling, trading, and storing cryptocurrencies Compl. ¶42 It functions as a custodian for user assets, managing cryptographic keys in a combination of hot, cold, and warm wallets Compl. ¶43 The complaint alleges the platform is a major industry participant, touting over 150 million global users Compl. ¶41 The technical functionality accused of infringement includes the generation and verification of ECDSA digital signatures for cryptocurrency transactions Compl. ¶¶54-55, the use of modular arithmetic including Montgomery reduction in its cryptographic operations Compl. ¶58, and the establishment of secure communication links using the Transport Layer Security (TLS) protocol Compl. ¶59 The complaint provides a diagram from the Bitcoin Whitepaper to illustrate the foundational concept of an electronic coin as a "chain of digital signatures" that underpins the accused transaction processing Compl. p. 8

IV. Analysis of Infringement Allegations

The complaint does not include its referenced claim chart exhibits. The following tables are constructed based on the narrative infringement allegations for the two lead patents.

’197 Patent Infringement Allegations

Claim Element (from Independent Claim 1) Alleged Infringing Functionality Complaint Citation Patent Citation
a method of generating a digital signature of a message comprising...generating a digital signature comprising a first signature component and a second signature component... Crypto.com generates digital signatures, such as the "(r, s)" pair used in ECDSA, for processing cryptocurrency transactions on networks like Bitcoin and Ethereum. ¶54 col. 2:28-48
where the first signature component is based on a first coordinate of an elliptic curve point representing an ephemeral public key; The "r" component of the ECDSA signature is derived from the x-coordinate of an ephemeral public key ("R=kG"), a standard part of the protocols Crypto.com supports. ¶78 col. 2:53-56
generating an indicator to identify which of a plurality of values recoverable from the first signature component is the ephemeral public key; Crypto.com's systems allegedly use the public-key-recovery functionality of the secp256k1 library, which relies on a recovery ID (an "indicator") to reconstruct a public key from a signature. ¶55 col. 9:32-46
and sending the digital signature and the indicator to a verifier. The generated digital signature, including the information needed for key recovery (the implicit indicator), is broadcast on the blockchain network for verification. ¶55 col. 10:1-10

’286 Patent Infringement Allegations

Claim Element (from Independent Claim 1) Alleged Infringing Functionality Complaint Citation Patent Citation
A method for performing, on a cryptographic apparatus, a Montgomery-style reduction in a cryptographic operation Crypto.com performs cryptographic operations for signature generation and verification that use modular arithmetic, including Montgomery-style reduction. ¶58 col. 1:13-16
obtaining an operand for the cryptographic operation; In performing cryptographic operations, the system obtains operands, such as integers that require modular reduction. ¶58 col. 4:40-65
computing a modified operand using a reduction value, instead of a modulus used in performing a standard Montgomery reduction, to perform a replacement of a least significant word of the operand, rather than perform a cancellation thereof... The complaint alleges that in performing Montgomery reduction, Crypto.com's systems use an inventive technique with a modified reduction value to achieve a "replacement" rather than a "cancellation" to reduce computational and storage needs. ¶¶96, 125 col. 5:45-6:1
outputting the modified operand. The result of the efficient modular reduction operation is output for use in the broader cryptographic computation. ¶125 col. 4:40-65
  • Identified Points of Contention:
    • Scope and Technical Questions ('197 Patent): A primary point of contention may be whether the "public-key-recovery functionality" of a standard library like secp256k1, which uses a recovery ID, meets the "generating an indicator" limitation of claim 1. The dispute could turn on whether the claim requires the generation of a new, explicit piece of data, or if it can read on the use of an implicit, standardized value within an algorithm.
    • Evidentiary and Technical Questions ('286 Patent): The infringement allegation for the '286 Patent appears to be based on the inference that a large, performance-focused platform like Crypto.com would use a highly optimized, register-saving modular reduction method as taught by the patent. A key question will be one of evidence: what proof can Plaintiff provide that the specific code implemented by Crypto.com performs the patented "replacement" method rather than a conventional "cancellation" method of Montgomery reduction? This analysis may require examination of the accused source code.

V. Key Claim Terms for Construction

  • The Term: "indicator" ’197 Patent, claim 1
  • Context and Importance: The definition of "indicator" is critical for the '197 Patent infringement analysis. Practitioners may focus on this term because the infringement theory hinges on whether a standardized value within a software library's recovery function (like a recovery ID or parity bit) qualifies as a generated "indicator."
  • Intrinsic Evidence for Interpretation:
    • Evidence for a Broader Interpretation: The specification describes the indicator "i" as potentially being a single bit, such as "y mod 2", which suggests a minimal data element '197 Patent, col. 9:44-46 This could support an argument that any value, even an implicit one, that serves the identifying function is an "indicator."
    • Evidence for a Narrower Interpretation: The patent figures and description often depict the indicator "i" as being generated and sent as a distinct component alongside "r" and "s" (e.g., "Send M and r,s,i") '197 Patent, Fig. 2 This could support a narrower construction requiring an explicitly generated and transmitted data element, not merely a value used internally by a recovery algorithm.
  • The Term: "replacement of a least significant word... rather than perform a cancellation thereof" (’286 Patent, claim 1)
  • Context and Importance: This phrase defines the core of the '286 patent's alleged inventive step. The dispute will likely center on the technical distinction between the claimed "replacement" and the prior art "cancellation" in Montgomery reduction.
  • Intrinsic Evidence for Interpretation:
    • Evidence for a Broader Interpretation: The patent broadly contrasts its method with the standard approach, which involves computing a+mn to "zero" or "cancel" the lowest word '286 Patent, col. 5:5-11 An argument could be made that any technique that avoids this specific cancellation step falls within the claim.
    • Evidence for a Narrower Interpretation: The specification provides a specific formula for its "replacement" technique: the operand a is replaced with [..., a_1, 0] + a_0 * n' * 2^w '286 Patent, col. 5:62-65 This provides a concrete example that could be used to argue for a narrower definition, limiting the claim to this or a very similar mathematical substitution.

VI. Other Allegations

  • Willful Infringement: The complaint alleges willful infringement for the '197 and '286 patents Compl. ¶138 The allegation is based on pre-suit knowledge stemming from a notice letter sent to Crypto.com's Chief Legal Officer on July 25, 2025, which allegedly identified the patents and the infringing instrumentalities Compl. ¶62 The complaint asserts that Defendants failed to take any action to stop their infringement after being put on notice Compl. ¶123 Compl. ¶128

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

  1. A core issue will be one of technical evidence and claim scope: For the ’197 patent, can the implicit "recovery ID" used in standard cryptographic libraries be construed as the claimed, generated "indicator"? For the '286 patent, does Crypto.com's modular reduction code actually perform the patented "replacement" technique, a deeply technical question that may turn entirely on source code analysis.
  2. A second central issue will be the connection to open-source and industry standards. The complaint alleges that technology foundational to Bitcoin and Ethereum, implemented in widely-used libraries like secp256k1, practices the patents. A key question for the court will be whether these patents, developed by a commercial entity, can be asserted against a platform that implements public, open-source protocols and standards that have been in widespread use for years.
  3. The case will also present a question of damages theory: The complaint constructs a detailed narrative positioning the asserted patents, which originate from Certicom and BlackBerry, as foundational to the entire cryptocurrency ecosystem Compl. ¶¶8-27 A key question will be whether Plaintiff can leverage this narrative to argue for a substantial reasonable royalty, based on the asserted value of the technology to the entire Crypto.com platform, should infringement be found.