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.mdfor 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. Perfeedback_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.mdhave 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:
- User-configurable parameters with educational materials
- No solicitation of specific transactions
- Transparent venue/route display with objective filtering
- No discretionary control over market information or transactions
- Fixed-charge fee only (flat or per-transaction percentage) — no payment for order flow
- No order routing by the platform (orders routed by the user or broker, not the platform)
- 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
- 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)?
- Does using a SnapTrade aggregator as the order-routing intermediary change the BD registration analysis for Raxx?
- 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?
- 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?
- Do best-execution obligations attach to Raxx if it directs orders to a user-specified broker rather than exercising discretion over broker selection?
- Does the BYOB feature require Rule 606 order routing reports?
- Is PA DoBS state BD registration triggered by the BYOB feature? What about other key states (CA, NY, TX, FL)?
- 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?
- Does the tastytrade partner program or Tradier third-party marketing disclosure create any agency relationship that affects Raxx's regulatory posture?
- 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
- Will Raxx store per-user broker credentials (API keys) or use OAuth tokens? The auth model affects both security architecture and regulatory analysis.
- 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.)
- 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.
- Will BYOB support paper trading via the connected broker's paper environment, or only live accounts? (Critical for pre-launch user testing and marketing.)
- 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