> Infrastructure & Stack | ExpandUp Architecture Method
Architecture — Infrastructure & Stack

Infrastructure selection follows architecture definition.

The right stack depends on the program model, not the other way around. And the rails your program can offer — the rails that determine your monetization potential — are decided here.

A Note for Post-Selection Readers

If you are reading this because you have already selected a BaaS provider and want to validate the decision — this section will still be useful. The infrastructure decision is not always wrong because it was made first. But it may have constraints you haven't fully mapped. The questions below are designed to surface those constraints.

Rail Selection = Revenue Decision

The rail decision is a monetization decision.

Different rails carry different cost structures, settlement timing, data-carrying capacity, and revenue opportunities. A program that selects rails based purely on transaction cost is leaving interchange revenue, speed premium revenue, and remittance data capability on the table. The rail mix is the foundation of the payment revenue architecture.

Full Rail Landscape

The complete payment rail landscape

ACH
ACH — Standard and Same-Day
NACHA network · Batch settlement · 80-character addenda
Cost (Standard)
$0.20 – $1.50 per transaction
Cost (Same-Day)
$0.50 – $2.50 per transaction
Settlement
1–2 days standard / Same-day window
Data Capacity
80-character addenda field (200 char for CTX)
The baseline B2B payment rail. NACHA return rate thresholds apply — programs with high return rates face compliance risk. STP architecture requires remittance design that fits within addenda constraints. Speed tier monetization opportunity: charge premium for same-day delivery over standard ACH baseline.
💰 Revenue: Speed tier spread · Remittance product design
RTP
RTP — Real-Time Payments (The Clearing House)
24/7/365 · ISO 20022 · Request for Payment capability
Base Rate
~$0.045 + markup
Transaction Limit
$10M per transaction
Settlement
Instant, 24/7/365
Coverage
~65–70% US DDA accounts
Data Capacity
9,000 characters ISO 20022
The 9,000-character ISO 20022 remittance data capacity is the key differentiator. Full invoice-level detail, line-item data, and structured remittance can travel with the payment. Request for Payment (RfP) capability enables pull-payment workflows. Coverage gaps relative to ACH require cascade positioning.
💰 Revenue: Instant delivery premium · Remittance data products · RfP workflow monetization
FedNow
FedNow — Federal Reserve Instant Rail
Launched July 2023 · Growing rapidly · Federal Reserve infrastructure
Base Rate
~$0.045 per transaction
Settlement
Instant, 24/7/365
Status
Rapid adoption, growing coverage
The Federal Reserve's instant payment rail, complementary to RTP. Combined RTP + FedNow coverage significantly improves instant payment reach versus either rail alone. Routing intelligence — detecting which instant rail a receiving bank participates in — is a program design decision. As adoption grows, combined instant coverage approaches ACH coverage levels.
💰 Revenue: Instant delivery premium · Combined with RTP for maximum coverage
Push-to-Debit
Push-to-Debit (Visa Direct / Mastercard Send)
~99%+ US debit coverage · Funds in ~30 minutes · Network rails
Cost
$0.25 – $0.75 per transaction
Delivery Speed
~30 minutes to debit card
Coverage
~99%+ US debit cardholders
The broadest coverage instant-adjacent rail. Reaches consumer and SMB payees who may not have DDA accounts on RTP or FedNow-participating banks. Critical cascade position for programs with consumer-adjacent payee populations. Higher per-transaction cost than ACH or RTP warrants premium pricing tier.
💰 Revenue: Speed premium · Broad consumer reach monetization
VCC
Virtual Credit Card (VCC)
Commercial card interchange · Level 2/3 data · Supplier acceptance architecture
Interchange Potential
150–250+ bps (commercial rates)
Level 2/3 Premium
+10–20bps (L2) / +20–40bps (L3)
STP Rate (Poor)
30–50% (poorly designed programs)
STP Rate (Best-in-Class)
85–95% (optimized programs)
The highest interchange-potential rail for B2B programs. Level 1 interchange is the baseline; Level 2 (tax amount, customer reference) and Level 3 (full line-item detail) data transmission unlock significantly higher rates. Most programs leave 30–60bps on the table by not transmitting enhanced data. STP rate architecture — how the VCC number is delivered and processed — determines whether commercial interchange is captured or lost to manual processing. Provider evaluation dimensions: Level 2/3 capability, supplier network size, electronic delivery formats, email-based VCC acceptance.
💰 Revenue: Commercial interchange (highest potential of any rail) · Level 2/3 optimization · Supplier acceptance fees
Stablecoin
Stablecoin / Blockchain Rails
Cross-border B2B · 24/7 settlement · Programmable conditions
Best Use Case
Cross-border B2B, 24/7 settlement
Settlement
Near-instant, 24/7
Regulatory Status
Framework developing rapidly
Current use cases: cross-border B2B payments, B2B2C disbursements where 24/7 settlement matters, and programmable payment conditions. Honest constraints: limited mainstream domestic supplier acceptance, regulatory framework still developing in most jurisdictions. Position in architecture: component of multi-rail design for specific use cases — not a wholesale replacement for ACH or card rails in domestic B2B programs.
💰 Revenue: Cross-border FX spread · Programmable condition execution fees
Check
Check Printing
Managed cost center · Conversion trigger · Compliance-sensitive
Program Role
Cost center to be minimized
Strategic Value
Enrollment trigger for electronic conversion
MICR quality, security features, positive pay integration, remittance insertion, return mail handling. Check printing in a well-designed program is a managed cost center — not a default fallback. Every check is an enrollment opportunity. Programs with high check volume should be running active supplier conversion campaigns. Conversion architecture: check → electronic is a separate program design effort, not a one-time campaign.
💰 Revenue: Conversion to electronic reduces cost · Check-paying suppliers are VCC target
eLockbox
Electronic Lockbox (eLockbox)
Inbound check conversion · AI-enhanced OCR · AR STP architecture
Basic Lockbox STP
40–60%
eLockbox with OCR
70–85%
Intelligent Lockbox (AI)
85–95%
Three tiers of lockbox architecture: basic lockbox (40–60% STP), eLockbox with OCR processing (70–85% STP), and intelligent lockbox with AI and exception handling (85–95% STP). The difference between tiers is an architecture decision, not an operations retrofit — it needs to be designed into the AR workflow, not bolted on later. Programs treating eLockbox as an ops improvement are leaving significant STP gains unrealized.
💰 Revenue: STP improvement reduces AR processing cost · Exception handling fees · Integration product
PSP
PSP / Check Displacement Solutions
Supplier enrollment automation · 60–80% conversion · 90-day window
Conversion Rate
60–80% in 90 days (well-designed)
Primary Mechanism
Supplier enrollment + email VCC acceptance
Supplier enrollment automation, email-based VCC acceptance, ACH + remittance bundling. Well-designed check displacement programs achieve 60–80% electronic conversion in 90 days when the remittance design solves the receiver's reconciliation problem. The failure mode: electronic payment programs that don't convert suppliers because the remittance data doesn't eliminate manual reconciliation work. The design question isn't just "can we send VCC?" — it's "does the remittance eliminate the supplier's reason for preferring check?"
💰 Revenue: Check → VCC conversion captures commercial interchange · Enrollment fees
Delivery Architecture

The delivery cascade

Payment delivery waterfalls — the sequence of rails attempted for each payee — are a program design decision. The cascade determines coverage, cost, and revenue by payment type.

01
RTP / FedNow
First attempt: instant rail. Highest revenue opportunity for speed premium. ~65–70% DDA coverage (combined).
02
Push-to-Debit
Instant-adjacent for payees not on RTP/FedNow. ~99% debit card coverage. Speed premium applies.
03
ACH Same-Day
For payees not reachable via instant rails. Same-day window, higher cost than standard ACH.
04
ACH Standard
Baseline delivery. Broadest coverage. Lowest cost. 1–2 day settlement.
05
VCC (B2B)
For supplier payees who accept virtual card. Commercial interchange capture. Level 2/3 optimization applies.
06
Stablecoin (Cross-border)
For cross-border payees where rails above aren't available. 24/7 settlement, FX spread opportunity.
07
Check (fallback)
Last resort. Every check printed is a conversion opportunity. Managed cost center with active enrollment trigger.
Selection Framework

Choosing the right rail mix

VARIABLE 01
Payee population coverage
Who are you paying? Consumer, SMB, or enterprise payees have different rail coverage profiles. RTP coverage varies by bank size — consumer-adjacent programs need push-to-debit in the cascade.
VARIABLE 02
Program economics by rail
What does each rail cost and what can you charge for it? The spread between rail cost and delivery premium is the revenue. Model each rail's economics before the cascade is designed.
VARIABLE 03
Data-carrying capacity
What remittance data does your payee population need? ACH addenda limits are binding for complex B2B payments. ISO 20022 rails carry 100x more data. The rail determines what remittance products are possible.
VARIABLE 04
Infrastructure access
Which rails does your program sponsor or infrastructure partner have direct access to? Indirect access adds cost and latency. Infrastructure selection follows the rail architecture — not vice versa.
Payments Monetization

The rail mix is the revenue architecture.

Speed tier revenue, interchange capture, remittance data products, and supplier network economics are all functions of which rails the program offers and how the cascade is designed. Programs that select rails based on transaction cost without modeling the revenue side are designing a cost center, not a revenue line.

See the full payments monetization framework →
Want to know which rails your program should be on? Rail selection and cascade architecture are revenue decisions. We can model the economics for your specific transaction mix.
Start the conversation →

Infrastructure selection starts with architecture definition.

The program model, compliance requirements, and revenue architecture determine which rails and infrastructure fit — not the other way around.

Going deeper on infrastructure decisions? Read the complete Buy vs. Build vs. Partner framework — including decision logic, failure modes, and second-order consequences for each model.
Read the framework →