When One Ticket Grows Many Legs: The Complexity of Multi-Token ETF Create/Redeem Workflows

How cash creates and redemptions actually work

In a cash creation, the AP delivers cash to the issuer and receives ETF shares in return. In a redemption, the process reverses: the AP delivers shares and receives cash. The AP's role is straightforward; it is the issuer's problem to convert that cash into the correct underlying basket, or unwind it.

To do that, the issuer engages a liquidity provider (LP) who quotes a spread to the fund's fixing price, the reference price used to calculate NAV at the close of the creation window. The LP assumes the timing risk of acquiring or unwinding the underlying basket between the point of trade and the fix, and the issuer locks in a known, all-in cost. It is a clean model in principle: the issuer gets price certainty on the conversion, the LP earns the spread, and the basket lands correctly regardless of how markets move in the interim.

For a single-asset fund, that workflow is relatively straightforward. There is one fixing price, one asset to hedge, and a well-developed LP market for both bitcoin and ether. For a multi-token fund, each of those assumptions breaks down.

The spread-to-fixing problem at the basket level

When a multi-token fund processes a cash creation or redemption, the issuer needs LPs to quote spreads across every asset in the basket simultaneously, and at a scale that may vary considerably across tokens. The LP's job is to price its risk of hedging each leg between trade and fix, which means assessing liquidity, volatility and market impact for every constituent. On liquid assets like bitcoin and ether, that is a familiar calculation. On mid- and small-cap tokens with thinner order books, the LP is pricing a meaningfully different risk and that difference shows up in the spread.

This creates an immediate tension for issuers. The all-in cost of converting cash into the basket or unwinding it is effectively the weighted sum of spreads across every constituent, with each token's spread scaled by its share of the basket by value. On a 10-token fund, a competitive spread on the 8 liquid names can be quietly offset by wide spreads on the 2 illiquid ones. Without visibility into per-token spread economics, it is difficult for issuers to evaluate execution quality, benchmark LPs against one another or identify where the cost of operating the fund is actually being incurred.

All-or-nothing quotes, per-leg visibility

Issuers generally want LPs to quote the full basket on an all-or-nothing basis. The operational logic is sound: one counterparty, one spread, one settlement. Splitting a creation or redemption across multiple LPs introduces coordination risk, complicates settlement and creates the possibility that part of the basket executes while another leg falls through. For an issuer running cash creates and redemptions at scale, a single LP taking the full basket is a materially cleaner workflow.

But all-or-nothing quoting does not mean the issuer should accept a single blended number without scrutiny. The all-in spread on a multi-token basket is the weighted sum of what the LP is charging on each constituent, scaled by each token's share of the basket by value, and those charges are not uniform. An LP quoting a basket that includes bitcoin, ether and several less liquid tokens will price each leg differently: tighter where it has depth and confidence, wider where it is taking on more hedging risk. The blended spread can look acceptable in aggregate while quietly embedding significant costs on the illiquid names.

This is why per-leg visibility matters even when the execution is all-or-nothing. Issuers need to see the spread attributed to each token in the basket – not to split execution across counterparties, but to evaluate whether each leg is fairly priced, to benchmark LPs against one another over time, and to identify where costs are being incurred. A basket quote without that breakdown gives the issuer limited ability to hold LPs accountable or improve execution quality across successive creations and redemptions. The requirement, in effect, is all-or-nothing execution with per-token transparency and the infrastructure supporting the workflow needs to deliver both.

LP coverage is not uniform

Underlying both approaches is a more fundamental problem: LP appetite and capability is not evenly distributed across the token universe. The market for providing liquidity on bitcoin and ether is mature and competitive, with multiple institutional LPs willing to quote tight spreads across meaningful size. The market for less liquid tokens is thinner, with fewer LPs willing to take on the hedging risk and wider spreads reflecting that scarcity.

For a multi-token fund, this means the issuer's LP relationships need to span the full composition of the basket including the tokens where coverage is hardest to find. A fund that can only access LP liquidity for its top two holdings has a structural problem: it either accepts uncompetitive spreads on the remaining tokens or cannot execute cash creates and redemptions efficiently at all. Building and maintaining a sufficiently broad LP network, and connecting to it in a way that allows for real-time quote solicitation across the basket, is one of the less-discussed but more consequential operational requirements of running a multi-token fund.

The operational burden of managing this manually is significant. Issuers that rely on chat-based workflows – soliciting quotes from LPs over Bloomberg or email, consolidating responses by hand and reconciling per-leg pricing against a blended basket spread – are introducing latency and error risk into a process that is already time-sensitive. Comparing quotes across multiple LPs becomes difficult when responses arrive in different formats and at different times; holding LPs accountable to per-token pricing is harder still when the audit trail lives in a chat window.

This is where the Talos RFQ platform connects issuers directly to a network of LPs capable of supporting cash creation and redemption workflows. Rather than requiring issuers to manage bilateral LP relationships manually across the full token universe, Talos provides the connectivity layer that allows quotes to be solicited, compared and executed through a single interface, with per-leg pricing captured systematically and a clean record available for post-trade review.

Settlement still has to close

The LP takes on the timing risk between trade and fix, but settlement of the underlying assets still has to happen, and in a multi-token fund, that process can involve multiple blockchains, multiple custodians and potentially multiple settlement rails that do not operate on the same timeline. Tokens confirm at different speeds, custody arrangements may differ by asset, and the LP's ability to deliver the basket cleanly depends on its own operational infrastructure aligning with the issuer's.

For issuers, maintaining real-time visibility into the state of each leg – what has settled, what remains outstanding, and where custody of each asset currently sits – is essential to managing the post-trade workflow without accumulating reconciliation errors. That visibility becomes more valuable, and harder to achieve, as the number of tokens in the basket grows.

What this means in practice

Multi-token, actively managed crypto ETFs are already emerging, and the competitive differentiation between funds will increasingly be determined not just by portfolio construction but by the efficiency of the operational infrastructure beneath them. For issuers, spread quality across the full basket directly affects the total cost of operating the fund and the experience of the APs who service it. For APs, confidence in the issuer's ability to execute cash creates and redemptions cleanly across all tokens, not just the liquid ones is a prerequisite for meaningful participation.

Single-asset workflows established a foundation. Multi-token funds require something more: a connected infrastructure that gives issuers access to a broad LP network, tools to evaluate spread quality across each constituent, and the operational visibility to manage settlement through to completion. The complexity is real, but it is manageable with the right platform in place.

Related links:

• Read: “Navigating the Emergence of Actively Managed, Multi-Asset Crypto ETFs: A Call for Advanced Portfolio Management” → ‍
• Learn more about the Talos RFQ platform → ‍
• Learn about Talos for ETF Issuers →

About the author

Thomas Kennedy is a Commercial Product Director at Talos, the premier provider of institutional technology and data for digital asset trading and portfolio management. Based in London, Thomas is responsible for product vision, monetization, and market development across initiatives spanning institutional RFQ marketplaces for OTC derivatives and block trading, as well as next-generation digital asset credit infrastructure for loan lifecycle management, collateral management, and margining tools. Prior to Talos, Thomas was Director of Digital Products at LCH, part of the London Stock Exchange Group, where he led digital product strategy across clearing and risk businesses. Thomas spent more than eight years at Thomson Reuters, where he became Global Head of Analytic Services. He began his career as a financial engineer at Kx Systems and later co-founded Piescreening, a supply chain technology company. Thomas holds an MSc in Financial Services and a BSc in Computer Systems from the University of Limerick.

‍

^{Disclaimer: Talos offers software-as-a-service products that provide connectivity tools for institutional clients. Talos does not provide clients with any pre-negotiated arrangements with liquidity providers or other parties. Clients are required to independently negotiate arrangements with liquidity providers and other parties bilaterally. Talos is not party to any of these arrangements. Services and venues may not be available in all jurisdictions. For information about which services are available in your jurisdiction, please reach out to your sales representative.} 

‍