Multi-Factor Crypto Payment Matching

Overview

How it works and why it matters

Multi-factor matching attributes an incoming transfer to a customer obligation using several pieces of evidence rather than the amount alone. Possible factors include unique address, network, token contract, invoice identifier, reference memo, amount, time window and transaction status. The design must decide which factors are mandatory and how conflicts are resolved. Probabilistic matching can propose candidates, but weak evidence should not silently mark an order paid.

Technical context

Signals can include asset, network, token contract, destination, memo or tag, amount, time window, transaction ID, sender evidence, order reference, and confirmation status.

The system should define factor precedence, reject conflicting evidence, prevent reuse of a transaction, expose the reason for the match, and route low-confidence cases to manual review.

It differs from memo-based matching, which primarily uses one structured identifier, and from manual matching, which depends on a reviewer rather than deterministic automation.

Practical checks

Define how many factors can be inferred versus directly attested. A reference memo can be typed incorrectly, and a sender wallet may be shared by an exchange. Build deterministic rules for strong unique-address matches and require human review for ambiguous shared-address matches, documenting the evidence for every override.

Related concepts

Invoice Attribution; Memo-Based Payment Matching; Manual Crypto Payment Matching