Raxx · internal docs

internal · gated

BYOB Broker Research — Post-Launch Broker Integration Targets

Status: research-only. This document does NOT constitute legal or tax advice. Before filing or acting, consult a securities attorney licensed in relevant jurisdictions (see securities-attorney-engagement-2026-05-13/ATTORNEY-SHORTLIST.md for pre-vetted contacts) AND a compliance attorney with FINRA/SEC broker-dealer registration experience. Last updated: 2026-05-20 UTC. Sources as of that date — verify freshness before acting. Per feedback_human_to_human_drive: this document should also land in Google Drive for the eventual securities-counsel meeting. Copy to Drive before attorney engagement call.


TL;DR

Raxx ships Alpaca-default only at v1. The post-launch BYOB epic (#495, deferred 2026-05-20 UTC) targets power-users who have existing brokerage relationships. Three brokers — Tradier, tastytrade, and Alpaca (as an explicit BYOB target for users who bring their own Alpaca account) — form the strongest Tier A: all three have public REST APIs, paper trading sandboxes, full equities + options coverage, and FINRA/SIPC membership. The critical unresolved question for any BYOB feature: whether Raxx, by submitting orders to a user-chosen broker on the user's behalf, triggers broker-dealer registration under Exchange Act Section 15(a). A securities attorney must answer this before any BYOB architecture ships to production. The SnapTrade aggregator path is the most compliance-protective architecture because the aggregator relationship with the broker is pre-established — Raxx would be a SnapTrade API consumer, not a broker-facing integration.


1. Candidate Broker Inventory

1.1 Tradier Brokerage

Dimension Detail
Market US retail
API tier Public REST — account required, API access is free to all account holders
Auth OAuth (model documented; token-based) + API key for personal accounts
Assets US equities, ETFs, options (US-based only — no futures)
Paper trading Yes — sandbox.tradier.com/v1 mirrors full production API with paper money + 15-min delayed data; sandbox token separate from production token
WebSocket streaming Yes — real-time and streaming data available; streaming session endpoint documented
Regulatory Tradier Brokerage Inc., Member FINRA / SIPC; commodity products through Tradier Futures, Member NFA/CFTC; accounts cleared through Apex Clearing Inc.
Third-party posture Actively courts developer/fintech integrations; "100+ investor platforms," 1BN+ API calls/month; maintains third-party marketing disclosure; Tradier does NOT endorse third-party platforms
Integration effort estimate Low — REST API well-documented, paper sandbox clean, OAuth straightforward, free for account holders
Brand strength Moderate — recognized in algo-trading / developer communities; not household-name retail
Clearing partner Apex Clearing Inc.
Notes US equities + options only — no crypto, no futures trading via the order API (streaming quotes only for futures). Ideal for Raxx's stated US equity/options focus.

Sources: - https://docs.tradier.com/docs/getting-started - https://docs.tradier.com/docs/trading - https://tradier.com/businesses/fintechs - https://brokercheck.finra.org/firm/104982


1.2 tastytrade

Dimension Detail
Market US retail
API tier Public "Open API" — brokerage account required; qualified partner program available
Auth OAuth 2.0 (documented); session-token based for individual accounts
Assets Equities, options (primary emphasis), futures, crypto (powered by Zero Hash LLC — crypto NOT SIPC covered)
Paper trading Yes — sandbox at api.cert.tastyworks.com; no live account required for sandbox; resets daily (all trades/positions cleared); 15-min delayed quotes in sandbox
WebSocket streaming Yes — DXLink Streamer for market data; account data streamer for real-time account updates
Regulatory Member FINRA, SIPC, NFA; futures/crypto have separate disclosures
Third-party posture Formal partner program; "qualified partners receive seamless onboarding, shared support channels, and access to tech and engineer teams"; contact: api.support@tastytrade.com
Integration effort estimate Low-Medium — API is public and well-documented; OAuth 2 is clean; sandbox is free and account-independent; partner approval adds a step but is not closed
Brand strength High in options-trading community — tastytrade (formerly tastyworks) has cult following among retail options traders; excellent alignment with Raxx's options focus
Clearing partner Unsourced from public docs — confirm with tastytrade directly
Notes Best brand fit for options-power-users. The sandbox-without-live-account requirement simplifies developer onboarding significantly. The partner program suggests tastytrade is actively building the ecosystem.

Sources: - https://developer.tastytrade.com/api-overview/ - https://developer.tastytrade.com/sandbox/ - https://tastytrade.com/api/ - https://support.tastytrade.com/support/s/solutions/articles/43000700385


1.3 Alpaca (explicit BYOB target — distinct from v1 default)

Dimension Detail
Market US retail + international (global broker API program)
API tier Public REST; Broker API (for platforms building on Alpaca); Trading API (for individual account holders)
Auth API key + secret; OAuth for third-party connections (alpaca.markets/oauth)
Assets US equities, options, crypto; ETFs
Paper trading Yes — Paper Trading API maintained separately; does not transact in real securities
WebSocket streaming Yes — WebSocket streaming for orders, trades, account updates, market data
Regulatory Alpaca Securities LLC + Alpaca Clearing LLC, Member FINRA / SIPC; DTCC, FICC, OCC clearing memberships (OCC + FICC added August 2025)
Third-party posture Explicitly designed for third-party integration; OAuth connection already in production; QuantConnect, TradingView, TradersPost integrations live
Integration effort estimate Very Low — Raxx already integrates with Alpaca at v1; BYOB here is a config switch, not a new protocol
Brand strength High in developer/algo-trading community; growing retail presence
Notes Users who are already Alpaca-native (e.g. came from QuantConnect, TradersPost) can "bring" their Alpaca account. The integration cost is near-zero since Raxx already speaks Alpaca. The BYOB value here is account ownership — user's own Alpaca key vs. Raxx-managed keys.

Sources: - https://alpaca.markets/broker - https://alpaca.markets/oauth - https://alpaca.markets/blog/alpaca-secures-occ-and-ficc-memberships-to-power-multi-asset-self-clearing-for-partners/


1.4 Interactive Brokers (IBKR)

Dimension Detail
Market US retail + global institutional
API tier Semi-public — Web API + TWS API free to account holders; third-party OAuth access requires Compliance approval
Auth OAuth 1.0a (third-party only, per 2024–2025 docs); OAuth 2.0 in progress but not yet available for third parties; TWS/CP Gateway (self-hosted local app) for individual accounts
Assets Equities, options, futures, FX, bonds, crypto — broadest coverage of any candidate
Paper trading Yes — paper account tied to live account; live account must be fully open and funded to access paper account
WebSocket streaming Yes — Web API includes real-time streaming; TWS API is socket-based and mature
Regulatory Member NYSE, FINRA, SIPC; regulated by SEC + CFTC; self-clearing
Third-party posture Formal onboarding process: submit form to webapionboarding@interactivebrokers.com; IBKR Compliance must approve; legal agreement required; 3–5 weeks estimated IBKR-side processing; requires established business entity + public online presence
Integration effort estimate High — Compliance gate + legal agreement + 3–5 week IBKR-side process + OAuth 1.0a (older auth model); TWS API requires local desktop app running, which breaks headless/cloud deployments
Brand strength Very high — most recognized among serious retail and institutional traders
Notes The compliance gate is a real barrier. IBKR's paper trading requires a funded live account — means no free sandbox for Raxx dev/test. TWS API architecture (requires local gateway app) is fundamentally incompatible with a cloud-native SaaS architecture unless using the Web API path exclusively.

Sources: - https://www.interactivebrokers.com/campus/ibkr-api-page/oauth-1-0a-extended/ - https://www.interactivebrokers.com/campus/ibkr-api-page/web-api-trading/ - https://www.interactivebrokers.com/campus/ibkr-api-page/getting-started/ - https://interactivebrokers.github.io/tws-api/introduction.html


1.5 Charles Schwab (Trader API)

Dimension Detail
Market US retail (largest US retail broker by assets after TDA merger)
API tier Semi-public — developer registration required; 1–3 business day manual approval
Auth OAuth 2.0
Assets Equities, options; futures trading NOT supported via order API (streaming quotes only)
Paper trading Sandbox environment exists; described as incomplete — not a full paper-trading simulation; community notes indicate sandbox does not fully replicate live behavior
WebSocket streaming Yes — streaming market data + account data
Regulatory Charles Schwab & Co., Member FINRA / SIPC; DTCC member
Third-party posture Fintech API access available but requires account linkage; brokerage account must be "thinkorswim enabled"; Schwab has not publicly launched a formal third-party partner program for external apps as of 2025–2026
Integration effort estimate Medium — OAuth 2.0 is clean; approval process is lighter than IBKR; sandbox limitations add test friction; futures gap is non-issue for Raxx's current scope
Brand strength Very high — #1 US retail broker by account count; thinkorswim brand is beloved by active traders
Notes The incomplete sandbox is the main developer friction point. The massive user base makes this a highly strategic target. TDA API was deprecated post-merger; Schwab Trader API is the replacement. Former TDA users (who already had API integrations) are actively migrating and represent a motivated power-user cohort.

Sources: - https://developer.schwab.com/ - https://developer.schwab.com/user-guides/apis-and-apps/test-in-sandbox - https://medium.com/@carstensavage/the-unofficial-guide-to-charles-schwabs-trader-apis-14c1f5bc1d57


1.6 Webull

Dimension Detail
Market US retail + international
API tier Public (application-based) — Webull brokerage account required; sandbox auto-approved
Auth API key (AK/SK) — not OAuth; keys generated once and not recoverable if lost
Assets Stocks, options, futures, crypto, event contracts (US focus)
Paper trading Yes — sandbox at https://developer.webull.hk/apis/docs/authentication/TradingAPIApplication/; separate from live; automatically approved for sandbox; 15-min delay in sandbox
WebSocket streaming Yes — MQTT streaming + gRPC event subscriptions + HTTP
Regulatory Webull Financial LLC, Member FINRA / SIPC (US entity)
Third-party posture Developer portal publicly available; API is positioned as open developer access; AK/SK model (not OAuth) means less friction for individual developers but harder for user-auth flows
Integration effort estimate Medium — MQTT + gRPC alongside REST adds protocol complexity; AK/SK vs OAuth means user-auth model is different from OAuth 2.0 brokers; multi-protocol surface increases testing surface
Brand strength High — strong retail presence especially among younger traders; options + crypto combined
Notes The non-OAuth auth model is architecturally awkward for a platform like Raxx where a user would authorize Raxx to act on their Webull account. This would require Webull to either add OAuth or Raxx to store per-user AK/SK credentials (security concern). Confirm with Webull docs whether a delegated-auth path exists for third-party platforms.

Sources: - https://developer.webull.com/apis/docs/ - https://www.webull.com/open-api


1.7 TradeStation

Dimension Detail
Market US retail + professional
API tier Semi-public — funded TradeStation account required; fintech firms use separate contact/form
Auth REST/JSON; single API key model for individual accounts; OAuth implied for third-party integration (unsourced — confirm with TradeStation directly)
Assets Equities, options, futures, futures options
Paper trading Yes — "simulator and sandbox environments with full paper trading capabilities" per developer page
WebSocket streaming Yes — WebSocket streaming for market data, quotes, orders, positions
Regulatory TradeStation Securities Inc., Member SEC, FINRA, SIPC, CME, NFA; CFTC-licensed FCM
Third-party posture Partner ecosystem exists (TradingView, QuantConnect, Option Alpha, TradersPost, ORATS); fintech firms submit via Developer Solutions contact form (developer.tradestation.com/contact-us/)
Integration effort estimate Medium — requires funded account; fintech firms need separate contact/approval; API is well-documented; partner program is active but not self-serve
Brand strength High among professional and active retail traders; strong options + futures community
Notes Futures coverage is a differentiator from Tradier and Schwab — relevant if Raxx expands to futures strategies post-v1. Partner ecosystem (QuantConnect, TradersPost) is similar to Raxx's use case, which signals regulatory/business model compatibility.

Sources: - https://developer.tradestation.com/trading-api/ - https://api.tradestation.com/docs/ - https://www.tradestation.com/stocks-etfs-pricing-disclosures/


1.8 Robinhood

Dimension Detail
Market US retail
API tier CLOSED for equities/options — no public API for stock or options trading; crypto API exists for US crypto customers only
Auth N/A for equities — internal only
Assets Equities, options, crypto (futures launched 2025 via CQG infrastructure)
Paper trading N/A — no public API
WebSocket streaming N/A for public access
Regulatory Robinhood Financial LLC + Robinhood Securities LLC, Member FINRA / SIPC
Third-party posture Actively restricts third-party equities trading API access; informal/unofficial Python libraries exist (not supported, violate ToS risk)
Integration effort estimate Blocked — no public API for equities/options
Brand strength Very high — largest US retail investor count
Notes Reachable only via SnapTrade aggregator integration (see Section 2). SnapTrade lists Robinhood as supported with Read + Trade capabilities.

Sources: - https://robinhood.com/us/en/support/articles/third-party-connections/ - https://robinhood.com/us/en/support/articles/crypto-api/


1.9 E*TRADE (Morgan Stanley)

Dimension Detail
Market US retail
API tier Public (registration-based) — ETRADE customer account required; third-party developers can build for any ETRADE customer
Auth OAuth 1.0a (per current documentation)
Assets Equities, options; fixed income; mutual funds
Paper trading Paper trading exists on the E*TRADE platform but API-accessible sandbox status is unclear from public docs — unsourced, confirm directly
WebSocket streaming Unclear from public docs — unsourced
Regulatory ETRADE Securities LLC / ETRADE from Morgan Stanley, Member FINRA / SIPC
Third-party posture Developer licensing agreement available; API is documented for third-party use; Morgan Stanley acquisition may affect future API roadmap
Integration effort estimate Medium-High — OAuth 1.0a (older model, more complex than OAuth 2.0); API under Morgan Stanley ownership creates uncertainty about roadmap/deprecation
Brand strength High — established retail brand, thinkorswim competitor
Notes Morgan Stanley acquisition creates strategic uncertainty. OAuth 1.0a is a development friction. Watch for API deprecation or migration to Morgan Stanley developer portal. Reachable via SnapTrade (listed as supported).

Sources: - https://developer.etrade.com/getting-started - https://us.etrade.com/l/f/agreement-library/api-developer-licensing-agreement - https://developer.morganstanley.com/


1.10 Fidelity Investments

Dimension Detail
Market US retail
API tier No public retail trading API — Fidelity's published APIs are workplace/institutional (retirement plans, corporate services); no consumer-facing order routing API documented
Auth N/A for retail
Assets N/A for retail API
Paper trading N/A
Regulatory National Financial Services LLC (clearing subsidiary), Member FINRA / SIPC
Third-party posture Accessible only via SnapTrade aggregator (SnapTrade lists Fidelity as supported)
Integration effort estimate Blocked (direct)
Brand strength Very high — largest US retirement account provider
Notes No direct path exists. SnapTrade aggregator is the only documented route to Fidelity retail accounts.

Sources: - https://snaptrade.com/brokerage-integrations/fidelity-api - https://clearingcustody.fidelity.com/app/item/RD_9883092/integration-xchange.html


1.11 Moomoo / Futu

Dimension Detail
Market US retail (also: Canada, Singapore, HK, Japan, Australia)
API tier Public (account required) — OpenD gateway model; application-based approval
Auth Local OpenD gateway (self-hosted program); not a direct REST API — the gateway mediates all calls
Assets Stocks, indices, options, futures (US, HK, China A-shares)
Paper trading Yes — paper trading supported via OpenAPI; defaults to paper mode; virtual funds before live
WebSocket streaming Yes — real-time streaming via OpenD gateway
Regulatory Moomoo Financial Inc., Member FINRA / SIPC (US entity)
Third-party posture API is designed for individual/algo traders; OpenD gateway requirement makes cloud-native third-party integration architecturally complex
Integration effort estimate High — OpenD gateway must run locally or on a cloud VM per user session; not a direct REST/OAuth flow; fundamentally architecturally incompatible with a SaaS platform managing multiple users
Brand strength Growing — strong with international retail investors and younger traders
Notes Gateway-per-user architecture is a fundamental BYOB blocker. Unsuitable for Raxx's multi-user SaaS model without per-user VM infrastructure.

Sources: - https://openapi.moomoo.com/moomoo-api-doc/en/ - https://www.moomoo.com/us/support/topic3_436


2. Aggregator Pathways

2.1 SnapTrade

Overview. SnapTrade is a fintech API aggregator that connects to 30+ brokerages via a single normalized API. It handles brokerage auth (OAuth per broker, stored credentials per broker), normalized data models, and provides Raxx with a unified order interface regardless of the user's broker.

Supported US Brokerages (as of 2026-05-20, partial — verify against full list): Alpaca, Robinhood, E*TRADE, Schwab, Interactive Brokers, TradeStation, Webull, Fidelity, Moomoo, Coinbase, Kraken, and 20+ others. Full list: https://snaptrade.com/brokerage-integrations

Capabilities: - Read access: account balances, holdings, transactions, positions — supported across all brokers - Trade (order routing): supported for most major US brokers; not every broker supports every order type (multi-leg options, extended hours are institution-specific) - Options: single-leg and multi-leg supported for brokers that expose it - Crypto: supported for crypto-capable brokers - Paper trading: NOT exposed via SnapTrade — SnapTrade connects to live accounts; paper trading would need to be implemented broker-side and surfaced directly (or via direct integration)

Pricing: - Free: $0, 1 connected user, 5 brokerage connections, real-time data, trading included - Pay-as-you-go (real-time): $2/user/month, unlimited users, trading included - Pay-as-you-go (daily sync): $1/user/month, read-only (no trade), $0.05/account manual sync - Custom/volume: contact sales

Regulatory exposure for Raxx: SnapTrade operates as the authorized connection intermediary. The brokerage retains the regulatory relationship with the end customer. Raxx, as a SnapTrade API consumer, is one step further removed from the brokerage relationship. This is the most compliance-protective architecture for BYOB — the aggregator holds the broker-facing agreements, not Raxx. However: SnapTrade's ability to route orders to user-chosen brokers means Raxx's role shifts to "app that generates order instructions sent through SnapTrade to user's broker." Whether that constitutes "taking or routing orders" under Exchange Act Section 15(a) is the same question that applies to direct integration — it is not resolved by using an aggregator. Securities attorney required.

Integration effort: Low-Medium — single normalized API, documented SDK, Pay-as-you-go pricing scales with user base, no upfront cost for development

Sources: - https://snaptrade.com/pricing - https://snaptrade.com/brokerage-integrations - https://docs.snaptrade.com/docs/trading-with-snaptrade - https://docs.snaptrade.com/docs/integrations


2.2 Plaid Investments

Verdict: Read-only. Not a BYOB candidate.

Plaid's Investments product provides read-only access to portfolio holdings, transactions, and balances via /investments/holdings/get and /investments/transactions/get. It does NOT support order routing or trade execution. Maximum lookback: 24 months of transaction history. No real-time data.

Plaid is appropriate for: portfolio aggregation / analytics display. It is not appropriate for any component of the BYOB trading flow.

Sources: - https://plaid.com/products/investments/ - https://plaid.com/docs/api/products/investments/


2.3 Other Aggregator Candidates

Apex Fintech Solutions (Apex Clearing): Apex operates as a clearing firm and provides white-label brokerage infrastructure. Tradier clears through Apex. Not a direct BYOB aggregator — it is a B2B clearing layer. Raxx would not interface with Apex directly; it is plumbing behind brokers.

DriveWealth: API-first brokerage infrastructure provider (B2B, not aggregator). Powers embedded brokerage for apps (Revolut, MoneyLion, etc.). Not a BYOB path — DriveWealth is an introducing broker infrastructure play, not an account-aggregation play. Would require Raxx to register as introducing broker or enter a formal BD agreement.

Yodlee (Envestnet): Investment data aggregation — read-only, similar to Plaid. Not an order-routing solution.


3. Tiered Rollout Recommendation

Tier A — First Post-Launch BYOB Targets

Criterion: Public or partner REST API + paper trading sandbox + US equities + options + FINRA/SIPC member + integration effort Low or Low-Medium + no Compliance gate blocking development start.

# Broker Rationale Est. Eng Effort Licensing Cost
A1 Tradier Public API, free to account holders, clean sandbox, equities + options (exact Raxx scope), FINRA/SIPC, 1BN+ API calls/month proves production maturity, Apex clearing (institutional-grade) 1–2 eng-weeks $0 API licensing; user has Tradier account
A2 tastytrade Best brand fit for options power-users (Raxx's prime BYOB persona), free sandbox without live account required, FINRA/SIPC, formal partner program available, OAuth 2.0 2–3 eng-weeks (partner approval adds calendar time) $0 API licensing; user has tastytrade account; partner program terms unknown — confirm
A3 Alpaca (BYOB mode) Near-zero incremental integration cost — Raxx already speaks Alpaca; BYOB here is account-ownership (user's keys vs Raxx keys); paper trading already proven in v1 1 eng-week (config + UI changes) $0 — already integrated

Tier A total estimated cost: 4–6 engineer-weeks of implementation + testing. No per-broker API licensing fees (all three are free-to-account-holder models). Attorney time for BYOB regulatory opinion is the largest cost item — estimate $3,000–$8,000 for a formal opinion from shortlisted firms (see ATTORNEY-SHORTLIST.md).


Tier B — Next 6 Months Post-BYOB Launch

Criterion: Strong brand / user base but require aggregator integration OR moderate auth complexity OR gated compliance approval.

# Broker / Path Rationale Blocker
B1 Schwab (Trader API) Largest US retail broker; thinkorswim power-users are prime BYOB persona; OAuth 2.0; equities + options; 1–3 day approval Incomplete sandbox (dev friction); no formal third-party partner program confirmed; requires funded Schwab account for live testing
B2 TradeStation Active partner ecosystem (QuantConnect, TradersPost = analogous use case); excellent options + futures coverage; professional trader brand Requires funded account + separate fintech contact process; no self-serve API key path
B3 SnapTrade aggregator (multi-broker path) Single integration unlocks Robinhood, Fidelity, E*TRADE, Moomoo and 25+ others; compliance-protective architecture; $2/user/month scales with revenue No paper trading passthrough (dev + user friction); pricing scales with user count; aggregator dependency risk; regulatory opinion still needed

Tier C — Deferred Indefinitely

Broker Reason
Robinhood (direct) No public equities/options API — closed. Only path is SnapTrade aggregator (Tier B3).
Fidelity (direct) No retail trading API — closed. Only path is SnapTrade.
Moomoo / Futu OpenD gateway architecture requires per-user local process — fundamentally incompatible with multi-user SaaS; not BYOB-viable at Raxx's architecture
E*TRADE (direct) OAuth 1.0a (old model); Morgan Stanley acquisition creates roadmap uncertainty; sandbox status unclear; reachable via SnapTrade with less friction
IBKR (direct) Compliance gate + 3–5 week IBKR-side approval + legal agreement + OAuth 1.0a + TWS gateway architecture incompatible with cloud SaaS; funded live account required for paper trading (no free dev sandbox); High integration effort
Webull (direct) Non-OAuth AK/SK model makes user-delegated auth architecturally awkward for multi-user SaaS; multi-protocol (MQTT + gRPC + HTTP) adds complexity; Auth model needs re-evaluation if Webull adds OAuth

4. Regulatory Considerations

Every item in this section is a research summary, NOT legal advice. All regulatory questions must be reviewed by a securities attorney before any BYOB feature ships to production. The shortlisted attorneys at ATTORNEY-SHORTLIST.md have been pre-vetted for IA/BD registration analysis. BYOB introduces exchange-act broker-dealer questions that go beyond Investment Advisers Act analysis — confirm each firm's scope covers Exchange Act Section 15(a) BD registration.

4.1 Does Raxx Need to Register as a Broker-Dealer?

The core question: Exchange Act Section 15(a) requires broker-dealer registration for any person who is "in the business of effecting transactions in securities for the account of others." The key phrase is "effecting transactions." A technology platform that generates order instructions and submits them to a user-chosen broker on the user's behalf is in disputed territory.

SEC guidance (crypto context, April 2026): The SEC Staff issued a statement listing conditions under which "Covered User Interface Providers" can operate without BD registration. Key conditions include:

  1. User-configurable parameters with educational materials
  2. No solicitation of specific transactions
  3. Transparent venue/route display with objective filtering
  4. No discretionary control over market information or transactions
  5. Fixed-charge fee only (flat or per-transaction percentage) — no payment for order flow
  6. No order routing by the platform (orders routed by the user or broker, not the platform)
  7. No holding of customer funds or securities

Critical finding for Raxx BYOB: Condition 9 explicitly prohibits "taking or routing orders." Raxx's BYOB model — where Raxx submits orders to the user's broker on the user's behalf — would likely constitute "routing orders" under this framework, which means the SEC Staff guidance would NOT provide a safe harbor. This guidance was issued in the context of crypto user interfaces but signals the SEC's general posture.

Unsourced (confirm with attorney): The SEC Staff statement is described as an "interim step" expiring five years from April 13, 2026, and has "no legal force or effect" — meaning it is not binding precedent. However, it is strong directional signal.

Research finding on SEC 2025 enforcement: The SEC dropped most fintech enforcement actions based on unregistered BD activity without accompanying fraud allegations in 2025. This suggests a more permissive environment, but it does not eliminate registration risk.

Sources: - https://www.wilmerhale.com/en/insights/client-alerts/20260417-sec-staff-issues-broker-dealer-registration-guidance-for-certain-user-interfaces - https://practiceguides.chambers.com/practice-guides/fintech-2025/usa/trends-and-developments


4.2 Introducing Broker Registration

If Raxx routes orders to a user-chosen broker as an intermediary, it may fit the "introducing broker" profile: an entity that takes and transmits customer orders to a clearing broker but does not carry customer accounts or hold customer funds. Introducing brokers must register with FINRA and the SEC as broker-dealers.

Key factors that push toward "introducing broker" status: - Raxx submits orders programmatically to the broker on behalf of users - Raxx generates the specific order parameters (price, quantity, order type) - Raxx earns revenue in connection with trading activity (subscription fees are fine; per-trade fees or payment for order flow are not)

Key factors that push away from "introducing broker" status: - User explicitly authorizes each order (no discretion by Raxx) - Raxx does not hold customer funds or securities - Orders are submitted to user's own account at a broker the user chose - Raxx earns only flat subscription fees unrelated to order volume

The balance of these factors must be assessed by a securities attorney, not a researcher.

Sources: - https://www.finra.org/rules-guidance/guidance/reports/2026-finra-annual-regulatory-oversight-report/best-execution - https://www.sec.gov/rules-regulations/staff-guidance/trading-markets-frequently-asked-questions/faq-rule-606-regulation


4.3 RIA vs. BD Analysis

Earlier research (see securities-attorney-engagement-2026-05-13/) focused on whether Raxx triggers Investment Advisers Act registration as a Registered Investment Adviser. BYOB introduces a second, distinct registration question: Exchange Act broker-dealer registration.

These are separate analyses. A platform can be exempt from RIA registration but still trigger BD registration — or vice versa. The engagement with any shortlisted attorney must scope both analyses explicitly.


4.4 Best Execution Obligations

Best execution (FINRA Rule 5310) applies to broker-dealers that receive and handle customer orders. A firm cannot transfer its duty of best execution to another party.

If Raxx is not a registered BD: Best execution obligations do not directly apply to Raxx. They apply to the broker (Alpaca, Tradier, tastytrade, etc.) who receives and executes the order.

If Raxx triggers BD registration: Raxx would then bear best-execution obligations for every order it routes, including the obligation to evaluate whether the chosen broker provides best execution and to document that analysis.

Disclosure obligations under Reg NMS Rule 606: Broker-dealers must publish quarterly reports on order routing. If Raxx becomes a BD, it would need to publish these reports. This is an operational cost item (compliance + reporting infrastructure).

Sources: - https://www.finra.org/rules-guidance/guidance/reports/2026-finra-annual-regulatory-oversight-report/best-execution - https://www.federalregister.gov/documents/2023/01/27/2022-27644/regulation-best-execution


4.5 State BD Registration Triggers

Research finding: State BD registration is generally triggered by the same business activities that trigger federal registration — "effecting transactions" in securities. Most states require BD registration if the firm transacts in securities within the state, with thresholds varying.

Pennsylvania (Raxx's home state / MooseQuest LLC jurisdiction): PA securities law (PA Securities Act of 1972) generally requires BD registration for firms effecting securities transactions with PA residents. PA Department of Banking and Securities (DoBS) is the regulator.

Unsourced (confirm with attorney): Whether PA DoBS registration is required depends on the same "effecting transactions" analysis as the federal question. A determination that Raxx is not a BD at the federal level would typically (but not always) mean state registration is also not required. Attorney must confirm.

Key jurisdiction note: If BYOB targets users in all 50 states, the state BD registration analysis covers all 50 states, not just PA.

Sources: - Unsourced for PA-specific analysis — confirm with PA securities attorney


4.6 Crosby vs. Securities Counsel Scope

Matthew Crosby (IP/trademark, engaged) is NOT securities counsel. His engagement covers trademark and IP — not Exchange Act or Investment Advisers Act questions.

The prior securities attorney research (securities-attorney-engagement-2026-05-13/) identified Stark & Stark (Antonakakis), Lex Nova Law, and Parker MacIntyre as top contacts for IA Act analysis. BYOB regulatory questions should be scoped explicitly in the engagement letter for any of these attorneys, with confirmation that Exchange Act Section 15(a) BD registration analysis is in scope.

Note from reference_attorneys.md: John Covert (patent, pending reply) is also not the right resource for securities regulation.


5. Open Questions — For Securities Attorney Engagement

  1. Does submitting orders to a user-chosen broker, where the user authorized Raxx to act on their behalf, constitute "effecting transactions in securities for the account of others" under Exchange Act Section 15(a)?
  2. Does using a SnapTrade aggregator as the order-routing intermediary change the BD registration analysis for Raxx?
  3. If Raxx is determined to be an introducing broker: what is the estimated cost and timeline for FINRA membership and BD registration for a pre-revenue seed-stage company?
  4. What subscription-fee model (flat monthly, per-user, percentage-of-AUM-equivalent) is least likely to be characterized as "transaction-based compensation" that triggers BD status?
  5. Do best-execution obligations attach to Raxx if it directs orders to a user-specified broker rather than exercising discretion over broker selection?
  6. Does the BYOB feature require Rule 606 order routing reports?
  7. Is PA DoBS state BD registration triggered by the BYOB feature? What about other key states (CA, NY, TX, FL)?
  8. Does the "technology vendor" framing of the April 2026 SEC Staff statement apply to Raxx's BYOB architecture, or does the "no order routing" condition disqualify Raxx from that safe harbor?
  9. Does the tastytrade partner program or Tradier third-party marketing disclosure create any agency relationship that affects Raxx's regulatory posture?
  10. Are there any existing no-action letters or SEC staff guidance applicable to "automated trading platforms that route orders to user-chosen brokers"?

6. Open Questions — For Product / Architecture

  1. Will Raxx store per-user broker credentials (API keys) or use OAuth tokens? The auth model affects both security architecture and regulatory analysis.
  2. Does the BYOB architecture route orders programmatically without per-order user confirmation, or does the user confirm each order before it is submitted? (Affects "discretion" analysis in BD registration.)
  3. What is the target launch window for BYOB Tier A? Attorney engagement must begin at minimum 60–90 days before intended ship date for opinion letter work.
  4. Will BYOB support paper trading via the connected broker's paper environment, or only live accounts? (Critical for pre-launch user testing and marketing.)
  5. Is there a minimum user base at which SnapTrade's $2/user/month pricing becomes material? (At 500 users: $1,000/month; at 5,000 users: $10,000/month — plan into unit economics.)

7. Cost Summary

Tier A Direct Integration

Item Estimate Notes
Tradier integration (eng) 1–2 eng-weeks Assumes 1 mid-level engineer; ~$5K–10K fully-loaded
tastytrade integration (eng) 2–3 eng-weeks Partner approval adds calendar time (unsourced — confirm with tastytrade)
Alpaca BYOB mode (eng) 1 eng-week Config + UI changes; existing integration re-used
Attorney — BD registration opinion $3,000–$8,000 Based on shortlisted firm rate estimates; scope must cover Exchange Act + IAA + PA state
Tradier API licensing $0 Free to account holders
tastytrade API licensing $0 Free; partner program terms unconfirmed — verify
Alpaca API licensing $0 Already integrated
Total Tier A (eng + legal) ~$23,000–$43,000 Wide range due to attorney cost uncertainty

SnapTrade Aggregator (Tier B3) — Per-User Monthly Cost

Users Monthly Cost Annual Cost
100 $200 $2,400
500 $1,000 $12,000
1,000 $2,000 $24,000
5,000 $10,000 $120,000

SnapTrade pricing is per connected user/month ($2 with real-time data + trading). At scale, custom pricing is available. Confirm current pricing at https://snaptrade.com/pricing before any financial projection.


8. Timing Considerations

Date / Window Item
2026-05-21 UTC (tomorrow) PR #2622 / SC-D11 broker-setup.md must ship broker-agnostic if this research is not ready — this doc satisfies that requirement
Before any BYOB feature ships to production Securities attorney BD registration opinion must be in hand
60–90 days before BYOB target ship date Initiate attorney engagement; attorney engagement for opinion letters typically takes 4–8 weeks
Before Tier A tastytrade integration begins Confirm partner program terms at api.support@tastytrade.com
Before Tier B Schwab integration begins Open Schwab developer portal account and begin approval process — 1–3 business days approval
Before Tier B TradeStation integration begins Contact developer.tradestation.com/contact-us/ for fintech firm access
Before Tier B SnapTrade integration begins Confirm full broker list + paper trading passthrough limitations with SnapTrade sales

Sources

All URLs referenced in this document:

https://docs.tradier.com/docs/getting-started
https://docs.tradier.com/docs/trading
https://tradier.com/businesses/fintechs
https://brokercheck.finra.org/firm/104982
https://developer.tastytrade.com/api-overview/
https://developer.tastytrade.com/sandbox/
https://tastytrade.com/api/
https://support.tastytrade.com/support/s/solutions/articles/43000700385
https://alpaca.markets/broker
https://alpaca.markets/oauth
https://alpaca.markets/blog/alpaca-secures-occ-and-ficc-memberships-to-power-multi-asset-self-clearing-for-partners/
https://www.interactivebrokers.com/campus/ibkr-api-page/oauth-1-0a-extended/
https://www.interactivebrokers.com/campus/ibkr-api-page/web-api-trading/
https://www.interactivebrokers.com/campus/ibkr-api-page/getting-started/
https://interactivebrokers.github.io/tws-api/introduction.html
https://developer.schwab.com/
https://developer.schwab.com/user-guides/apis-and-apps/test-in-sandbox
https://medium.com/@carstensavage/the-unofficial-guide-to-charles-schwabs-trader-apis-14c1f5bc1d57
https://developer.webull.com/apis/docs/
https://www.webull.com/open-api
https://developer.tradestation.com/trading-api/
https://api.tradestation.com/docs/
https://www.tradestation.com/stocks-etfs-pricing-disclosures/
https://robinhood.com/us/en/support/articles/third-party-connections/
https://robinhood.com/us/en/support/articles/crypto-api/
https://developer.etrade.com/getting-started
https://us.etrade.com/l/f/agreement-library/api-developer-licensing-agreement
https://developer.morganstanley.com/
https://openapi.moomoo.com/moomoo-api-doc/en/
https://www.moomoo.com/us/support/topic3_436
https://snaptrade.com/pricing
https://snaptrade.com/brokerage-integrations
https://docs.snaptrade.com/docs/trading-with-snaptrade
https://docs.snaptrade.com/docs/integrations
https://plaid.com/products/investments/
https://plaid.com/docs/api/products/investments/
https://www.wilmerhale.com/en/insights/client-alerts/20260417-sec-staff-issues-broker-dealer-registration-guidance-for-certain-user-interfaces
https://www.finra.org/rules-guidance/guidance/reports/2026-finra-annual-regulatory-oversight-report/best-execution
https://www.federalregister.gov/documents/2023/01/27/2022-27644/regulation-best-execution
https://www.sec.gov/rules-regulations/staff-guidance/trading-markets-frequently-asked-questions/faq-rule-606-regulation
https://practiceguides.chambers.com/practice-guides/fintech-2025/usa/trends-and-developments