Please find written input submissions to the Crypto Task Force below. The written input is posted without modification. We hope sharing the submissions will help encourage productive dialogue and continued engagement. Please note that the “Key Points” and “Topics” are AI generated. AI can make mistakes, and the Key Points and Topics are not a replacement for you reading the submissions. The Crypto Task Force has not reviewed these AI-generated summaries for accuracy or completeness. If you believe a Key Point or Topic is inaccurate, please email the Crypto Task Force at crypto@sec.gov. The written input provided to the SEC and posted on this page does not necessarily reflect the views of the Crypto Task Force or others in the U.S. Securities and Exchange Commission.

Date Written Input Topic(s) Key Points
Dinari, Inc.

Request for Clarification Regarding a Broker-Dealer’s Use of Dinari, Inc.’s Technology for Creating and Maintaining Blockchain-Based Secondary Records of Certain Securities Transactions and Positions
Custody, Regulatory Sandbox, RFI Responses, Safe Harbor, Tokenization
  • The broker‑dealer’s use of Dinari’s blockchain system is permissible only if the off‑chain books and records remain the authoritative records fully compliant with Exchange Act Rules 17a‑3 and 17a‑4, with on‑chain tokens serving strictly as secondary, non‑economic representations.
  • The blockchain‑based tokens must be entirely duplicative, non‑transferable, and without independent economic or governance rights to ensure they do not alter customer ownership rights or create a separate asset class.
  • Broker‑dealers must maintain policies and supervisory procedures ensuring continuous alignment between on‑chain and off‑chain records, including reconciliation and exception reporting to prevent false or misleading customer information.
Groovy Company, Inc. dba OTCM Protocol

Re: OTCM Protocol — Supplemental Update to January 30, 2026 Written Submission Incorporating SEC Release No. 33-11412 (March 17, 2026) and Common Class B Share Architecture Adopted Following SEC Crypto Task Force Feedback (March 30, 2026)
Custody, Public Offerings, RFI Responses, Security Status, Tokenization, Trading
  • SEC Release No. 33‑11412 establishes the binding five‑category digital‑asset taxonomy and confirms OTCM’s ST22 instruments as Category 1 Model B Digital Securities, with the DLT ledger serving as the authoritative shareholder record
  • OTCM’s migration from Preferred Series “M” shares to Common Class B Shares ensures full shareholder rights (voting, dividends, liquidation) and directly satisfies Model B’s requirement that tokenized securities represent true equity ownership.
  • Empire Stock Transfer is formalized as the sole qualified custodian and onboarding authority, centralizing KYC/KYB/AML/OFAC compliance and custody under SEC‑regulated oversight for all ST22 issuers.
Solana Policy Institute

Re: Request for Information Regarding National Securities Exchanges and Alternative Trading Systems Trading Crypto Assets
Custody, RFI Responses, Tokenization, Trading
  • The letter argues that existing exchange and ATS regulations cannot be automatically applied to disintermediated protocols because these systems lack core intermediary functions such as custody, order‑book operation, discretion, or agency on behalf of users.
  • It urges the Commission to distinguish between true intermediaries and neutral software or protocol developers, emphasizing that misclassification would impose technologically impossible obligations and effectively prohibit DeFi activity in the U.S.
  • The submission advocates for a function‑based, technology‑neutral regulatory framework—mirroring the Commission’s historic approach to emerging technologies—that maintains investor protection without forcing decentralized systems into legacy market‑structure models.
DeFi Education Fund

Re: Request for Information Regarding National Securities Exchanges and Alternative Trading Systems Trading Crypto Assets
Custody, RFI Responses, Tokenization, Trading
  • The letter urges the SEC to adopt a functional test for “facility” under the Exchange Act so that only technologies actually performing exchange functions fall within regulatory scope, thereby preventing overreach to DeFi software, AMMs, smart contracts, or developers.
  • It argues that “group of persons” should not be interpreted broadly; developers or entities lacking unified intent or control over exchange functions should not be regulated as an exchange merely because their software is used by one.
  • The letter maintains that DeFi technologies providing liquidity or autonomous functionality (e.g., AMMs, self-custodial tools) perform non‑exchange functions and therefore cannot be treated as exchange facilities or components of an exchange.
Coinbase Global, Inc.

Re: Why Third-Party Tokenization of Publicly Traded Securities Should Not Require Issuer Approval
Custody, Public Offerings, Regulatory Sandbox, Security Status, Tokenization, Trading
  • Requiring issuer consent for third‑party tokenization would contradict longstanding federal securities law principles, including Section 4(a)(1), Rule 17Ad‑20, and decades of SEC precedent that prohibit issuer-imposed restrictions on secondary‑market portability.
  • Third‑party tokenization does not create a new security and preserves full shareholder rights; therefore, conditioning tokenization on issuer consent would improperly grant issuers veto authority over lawful secondary‑market transfers.
  • Recent SEC actions—such as Nasdaq’s tokenized trading approval and the DTCC Tokenization Services pilot—explicitly operated without issuer‑consent requirements, making any new consent mandate a reversal of established regulatory logic and potentially anticompetitive.
SIFMA (Securities Industry and Financial Markets Association)

Re: Automated Market Makers and the Consistent Application of Securities Market Regulations
Custody, RFI Responses, Security Status, Tokenization, Trading
  • AMM‑based trading of tokenized securities must be regulated based on function, not technology, ensuring that entities performing exchange, ATS, broker, or dealer roles—such as protocol deployers, governance bodies, significant liquidity providers, and front‑ends—are subject to corresponding federal securities law obligations.
  • AMMs introduce structural investor‑protection and market‑integrity risks (MEV/front‑running, slippage, oracle failures, pseudonymous trading, lack of surveillance, limited dispute resolution, liquidity fragmentation) that must be mitigated through mandatory controls, disclosures, AML/KYC application, and integration with existing market‑structure requirements.
  • To support compliant securities trading, AMM venues must incorporate price discovery, reporting, systems integrity, and operational resilience comparable to Regulation NMS and Regulation SCI, including reliable market data, transparent execution, and accountable entities capable of maintaining and upgrading smart‑contract trading systems
Dawson Smith, VARfacts

Re: Practitioner Input — Digital Asset Record Infrastructure Gap
Custody, RFI Responses, Security Status, Trading
  • Digital‑asset documentation is often fragmented across exchanges, wallets, tax reports, platform statements, and user‑generated materials, creating evidentiary uncertainty in legal, fiduciary, and insurance contexts.
  • Because regulatory treatment may hinge on issuer representations, managerial efforts, and disclosures—not merely asset characteristics—the reliability and completeness of record sets materially affect legal determinations.
  • The absence of a neutral infrastructure for assessing completeness, consistency, and evidentiary sufficiency of digital‑asset records creates a procedural gap that impairs courts, fiduciaries, and counterparties in evaluating claims. 
PraSaga Foundation

Re: Written Submission to the Crypto Task Force and Project Crypto; Architectural Framework for the Tokenization of Real-World Assets on Digital Ledgers and Its Implications for the Commission’s Regulatory Framework
Custody, Safe Harbor, Security Status, Tokenization, Trading
  • The submission urges the SEC to distinguish legally between tokenization and canonicalization, arguing that only canonicalized, ledger-native asset objects allow the Commission to examine, audit, and enforce regulatory obligations at the protocol level. 
  • It recommends that Regulation Crypto include architectural requirements for digital-asset securities, potentially through a class definition certification regime that embeds compliance logic in canonical class definitions rather than relying on issuer-by-issuer contract code.
  • It advises that safe harbors, custody rules, and settlement frameworks must account for ledger architecture, warning that permitting trading on smart contract systems lacking canonical asset identity leaves the SEC unable to enforce against assets the ledger cannot natively identify. 
     
Daniel Bruno Corvelo Costa

Subject: Submission of the Healthcare Operational Evidence and Compliance Framework
Custody, Public Offerings, Security Status, Tokenization, Trading
  • The framework establishes cryptographically immutable log segments and standardized evidence packs for product provenance, prescription legitimacy, custody, and safety. This ensures that material risks—such as supply chain fraud, delayed recall disclosures, or compliance breaches—cannot be obscured or delayed by corporate officers, directly supporting SEC requirements for timely and accurate disclosure of material liabilities.
  • All evidence access is governed by a tiered model (Tier 0/1/2) with strict purpose limitation, time-to-live (TTL) constraints, and post-access review. No single party can override governance controls (“no-master-key” posture), and all corrections, supersessions, and revocations are non-destructive and fully auditable. This structure supports legal defensibility in audits, M&A due diligence, and regulatory investigations.
  • The framework explicitly links financially consequential actions (e.g., reimbursements, settlements, or claims) to underlying, cryptographically authenticated operational evidence. Payouts or settlements cannot proceed if evidence states (product authenticity, authorization, custody, safety) are unresolved, reducing exposure to accounting fraud and ensuring compliance with investor protection and market integrity standards
Fidelity Investments

Re: Request for Information Regarding National Securities Exchanges and Alternative Trading Systems Trading Crypto Assets
Custody, Public Offerings, RFI Responses, Security Status, Tokenization, Trading
  • The SEC should continue developing a clear regulatory framework enabling broker‑dealers to custody, trade, and support crypto asset securities, including on ATSs, to reduce legal uncertainty and enable compliant market participation.
  • The SEC should issue bright‑line standards for tokenized securities, ensuring ATSs can rely on the regulatory status ascribed to a tokenized instrument—critical for avoiding unintended securities‑based swap or unregistered offering violations.
  • The SEC should provide regulatory clarity permitting on‑chain recordkeeping and settlement by broker‑dealers without triggering clearing‑agency status, enabling lawful integration of distributed‑ledger processes into securities market infrastructure.