Automated market makers (AMMs) offer a different way to organize trading. Instead of matching individual buy and sell orders through a conventional order book, they use liquidity pools and predefined pricing rules. However, applying this model to listed shares introduces constraints that public cryptocurrency pools were not designed to handle by default.
The central challenge is not simply building a pool. It is ensuring that participant eligibility, pricing, liquidity provision, trading halts, and market surveillance work together. These requirements shape the design of a permissioned AMM for listed equities.
Recent developments make this discussion particularly relevant. On September 17, 2026, the U.S. Securities and Exchange Commission (SEC) issued temporary, conditional exemptive relief for certain tokenized securities venues using permissioned AMMs and liquidity pools. The relief includes specific conditions and limitations. It does not create a blanket exemption for every platform or trading model.
Why Listed-Share Markets Need Different Pool Design
Public AMMs commonly allow anyone with a compatible wallet to interact with a pool, subject to the protocol’s rules. A permissioned pool adds access restrictions. Only approved addresses can perform designated actions, such as swapping tokens or providing liquidity.
This distinction matters when a token represents a listed share. Tokenization changes how ownership records or transfer instructions may be represented. It does not automatically remove the legal rights, obligations, or trading constraints associated with the underlying security.
The SEC’s January 2026 statement on tokenized securities distinguishes issuer-sponsored tokenization from arrangements involving unaffiliated third parties. It also explains that the legal analysis depends on the asset’s structure and the rights attached to it.
Consequently, digital asset investments involving tokenized securities require more than a functional smart contract. Designers must understand the underlying ownership structure, transfer restrictions, and applicable market rules before defining pool behavior.
Participant Eligibility Must Extend Beyond Wallet Access
An allowlist is a technical control, not a complete eligibility framework. A wallet address may be approved at one point and later become ineligible because circumstances or applicable requirements change.
A robust design therefore needs a process for establishing and maintaining eligibility. Depending on the venue, this may involve identity verification, jurisdictional restrictions, sanctions screening, or checks on an entity’s authority to participate.
The system must also define what happens when eligibility changes. Can an existing liquidity provider withdraw assets? Can a previously approved wallet complete a pending transaction? What happens when a transfer would violate a restriction?
These questions affect both smart-contract logic and operational procedures. Eligibility checks must apply consistently to relevant transactions, including deposits, withdrawals, and pool interactions.
This is one reason security in digital asset management requires attention to both technical permissions and the governance surrounding them. An allowlist cannot replace the broader controls required by the venue’s legal and operational framework.
Pricing and Liquidity Provision Create New Constraints
AMMs calculate prices through pool-specific mechanisms. Their outputs depend on factors such as pool balances, transaction size, fees, and the pricing formula. In a permissioned environment, those mechanics must also account for restrictions on who can trade and when.
A pool may have insufficient liquidity even when its smart contract functions correctly. Large transactions can move the quoted price substantially, while concentrated liquidity can disappear when providers withdraw their positions.
For listed shares, another challenge is the relationship between the pool price and the primary listing market. If the primary market moves while the pool remains active, its price may become stale. Arbitrage activity can help realign prices, but it does not guarantee accurate pricing or continuous liquidity.
Designers must therefore determine how external market data enters the pricing process. They also need clear rules for stale data, delayed updates, abnormal price movements, and oracle failures.
These considerations are central to risk management in crypto investments, although tokenized securities introduce additional market-structure requirements. The wider lesson for navigating the digital asset market is that a pricing formula alone cannot establish fair execution.
Liquidity Providers Need Defined Responsibilities
Liquidity provision is not simply a matter of depositing assets into a pool. Participants need to understand how fees work, how prices respond to trading activity, and what risks arise when market conditions change.
A permissioned design must also define who may provide liquidity and which activities are permitted. The SEC’s September 2026 order includes specific conditions concerning certain liquidity providers. Those conditions should not be interpreted as general authorization for every participant or platform.
Operational rules should cover withdrawals, liquidity shortages, system interruptions, and conflicts of interest. Clear disclosures should explain how pool prices are calculated, how fees are charged, and what happens when trading is suspended.
These details matter when evaluating blockchain-based investment opportunities. Access to a pool does not establish that its pricing, liquidity, or governance arrangements are suitable for every participant.
Trading Halts Must Propagate Through the System
Traditional listed-share markets can halt trading under specified circumstances. A blockchain pool cannot assume that its transactions should continue merely because its smart contract remains operational.
The SEC’s September 2026 conditional relief requires covered venues to stop trading in a tokenized share concurrently with a stoppage in the underlying share on its primary listing exchange. This is a specific condition of that relief, not a universal rule automatically applicable to every AMM.
Implementing this requirement raises practical questions. How does the system receive a reliable halt notification? Who can trigger an emergency pause? How are pending transactions handled? What prevents trading from resuming before the required conditions are satisfied?
A credible design needs tested procedures for these scenarios. It must also account for network congestion, delayed messages, failed transactions, and recovery after an interruption.
For digital asset management, these operational details are as important as the pool’s pricing formula. A technically available contract is not necessarily a market that should remain open.
Surveillance and Venue Responsibilities Cannot Be Ignored
Permissioned access can improve visibility into participating wallets, but it does not automatically provide effective market surveillance. Operators still need to identify suspicious trading patterns, investigate unusual activity, preserve relevant records, and establish escalation procedures.
Surveillance design should address coordinated trading, manipulation attempts, conflicts of interest, and activity across connected venues where information is available. Monitoring should also account for the limits of on-chain data. A wallet address does not always reveal the full identity, intent, or relationships behind a transaction.
Venue responsibilities require separate attention. Under U.S. federal securities law, a platform’s obligations depend on its actual activities and structure, not merely whether it describes itself as decentralized. The SEC has previously explained that systems bringing together buyers and sellers of securities may fall within the exchange framework or require another applicable registration or exemption.
This is where transparent investment solutions depend on more than publishing smart-contract code. Users need understandable disclosures about operating responsibilities, monitoring arrangements, conflicts, and the limits of available protections.
A Practical Framework for Evaluating Pool Design
A useful assessment starts with six questions:
- Eligibility: Are participant requirements defined, verified, and consistently enforced?
- Pricing: Can the system identify stale data and respond to abnormal market conditions?
- Liquidity: Are withdrawal rules, pool concentration, and execution impacts clearly disclosed?
- Halts: Can trading stop promptly when the applicable market requires it?
- Surveillance: Are monitoring, recordkeeping, and escalation procedures established?
- Accountability: Are the venue’s responsibilities and applicable legal requirements clearly identified?
This framework supports digital asset management consulting as a general research topic, without implying that one technical model fits every market. It also helps organizations assess innovative investment solutions without confusing technological functionality with legal authorization.
Permissioned AMMs are not inherently compliant or noncompliant. Their implications depend on the underlying assets, system design, operator activities, and applicable jurisdiction. Independent legal analysis is essential before any real-world deployment.
Understanding Digital Asset Market Structure
Explore Kenson Investments’ approach through its company background, review educational material in the Knowledge Center, or contact Kenson Investments to speak with a Digital Asset Specialist about digital asset goals and operational considerations.
Disclaimer: The information provided on this page is for educational and informational purposes only and should not be construed as financial advice. Crypto currency assets involve inherent risks, and past performance is not indicative of future results. Always conduct thorough research and consult with a qualified financial advisor before making investment decisions.
“The crypto currency and digital asset space is an emerging asset class that has not yet been regulated by the SEC and US Federal Government. None of the information provided by Kenson LLC should be considered as financial investment advice. Please consult your Registered Financial Advisor for guidance. Kenson LLC does not offer any products regulated by the SEC, including equities, registered securities, ETFs, stocks, bonds, or equivalents.”
