Crypto for Law Firms and Corporate Service Providers: Client Money

Law firms and corporate service providers handling crypto face a narrower problem than most businesses: not whether they can, but whether the arrangement satisfies client money obligations and the professional body supervising them. Read against a regulated crypto payment provider with fiat settlement, the distinctions below stop being academic.

The core obligation

Client money must be segregated from firm money, held so that it is identifiable as belonging to a specific client, available to that client on demand, and reconciled regularly with records that can be inspected.

Every one of those requirements is achievable with crypto assets. None of them is achievable by accident.

The arrangement that works

Client assets held with a regulated custodian, under an account structure that identifies the client, with the firm as authorised instructor rather than as beneficial owner.

This mirrors how a client account works at a bank. The custodian holds, the firm instructs, the client owns. The documentation has to make that explicit.

The arrangement that does not

The firm holding keys in a wallet it controls, with internal records attributing amounts to clients.

The problem is not that records are impossible. It is that the firm has unfettered control over client assets, which is precisely what segregation rules are designed to prevent, and that a key compromise is a breach of client money obligations rather than an operational incident.

Some firms do this. It is difficult to defend to a professional body.

Source of funds, which is the harder problem

A client paying a retainer in crypto creates an obligation to understand where the crypto came from, to a standard that satisfies anti money laundering supervision. Above a certain balance the same logic points at ecommerce payment solutions with crypto settlement instead.

This is genuinely harder than for a bank transfer, because the equivalent of a bank statement is a chain of transactions that requires interpretation.

What works in practice: blockchain analytics on the source address, documentary evidence of acquisition from the client, and where the funds came from an exchange, a statement from that exchange showing the client’s ownership.

What does not work: accepting the funds and forming a view later.

Practical structure for a firm

Accept crypto only from a regulated venue in the client’s own name, not from a self-custodied wallet where provenance is harder to establish. This single rule removes most of the difficulty.

Convert to fiat on receipt unless the engagement specifically requires holding crypto. Holding introduces valuation and market risk into a client account, which is a separate problem nobody asked for.

Use a custodian with a client account structure. Document the arrangement in the engagement letter.

Reconcile on the same cycle as the fiat client account, with the same review.

Escrow arrangements

Crypto escrow for transactions is a genuine use case, particularly cross-border, and it has a specific requirement: the release condition must be unambiguous and the mechanism must not depend on the firm’s discretion at the moment of release.

Multi-signature arrangements where the firm holds one key of three, with the parties holding the others, are a workable structure. So is a regulated custodian holding under instruction from the firm with a documented release condition.

What to confirm with your professional body

Before the first engagement, not after. Ask specifically: is holding client crypto assets with a regulated custodian acceptable, what reconciliation and reporting is expected, and is there a preferred structure.

Most supervisors have formed a view. Getting it in writing before you rely on your own interpretation is the difference between a compliant arrangement and a disciplinary matter.

Providers set up for law firms and corporate service providers will have an account structure designed for this, and should be able to describe how client identification works within it.

The summary

The technology is not the constraint. The obligations are the same obligations that already apply to client money, and the arrangement has to satisfy them in a form a supervisor recognises. Structure it like a client account, because that is what it is.