Bridge-ingress radar for Solana capital flows.
Spot the bridge flows that actually land on Solana with deployable capital behind them.
bun run dev
- watches landed size, stablecoin share, corridor concentration, and landing quality
- ignores circular bridge churn and parked inventory that never turns into positioning
- promotes inbound capital that still looks deployable after it reaches Solana
Ingress Console • Ingress Alert • Operating Surfaces • Why Nexus Exists • Real Ingress • Technical Spec • Quick Start
Use case: filter bridge noise into deployable Solana ingressPrimary input: landed size, stablecoin share, corridor concentration, landing qualityPrimary failure mode: confusing parked bridge inventory with real market fuelBest for: operators tracking whether capital is arriving in a usable form
Topline: compresses landed flow, stablecoin share, corridor share, and status into one stripRoute Leaderboard: ranks the corridors carrying deployable capital into SolanaLanding Quality: separates ready capital from idle bridge inventoryIngress Alert: prints the actual event the operator sees when a route is promoted
Most bridge boards are happy to tell you that capital moved. That is not enough. Big transfers can be inventory management, arb routing, exchange reshuffling, or capital that never actually expresses itself inside Solana after landing.
Nexus is more selective. It wants to know whether the flow arrived in a form that still looks usable by the time it reaches Solana. That means stablecoin-heavy, low-churn, and not obviously trapped inside one crowded corridor.
Large bridge transfers are noisy on their own. The real question is whether capital is moving into Solana in a form that can be deployed quickly into memes, DeFi, or funding rotations.
Nexus treats deployable stablecoin flow very differently from capital that is only passing through. A large bridge transfer can still be useless if it is parking, roundtripping, or crowding into one corridor that everyone else is already watching.
The console is trying to answer one narrow question: if this size landed on Solana, does it still look like capital that can rotate into the market now?
Toplinetells you whether the board should matter at allRoute Leaderboardshows which corridor is carrying the real sizeLanding Qualitytells you whether that size still looks usableIngress Alertis the moment an operator would actually escalate the event
Nexus processes ingress in a straightforward order:
- measure inbound and outbound bridge flow around Solana
- isolate the corridors carrying the meaningful size
- check how much of that inbound flow is stablecoin-dominant
- discount transfers that look circular, parked, or overly crowded
- promote the routes that still look deployable after landing
The key distinction is not whether capital moved. It is whether the capital still matters once it is on Solana.
Nexus is useful when the market starts asking questions like:
- is this capital really landing on Solana, or only touching it briefly
- is the inbound flow mostly stablecoins or mostly inventory
- is one route becoming so crowded that the signal is losing value
- does the landed capital still look deployable into the market now
Those are better questions than simply watching gross bridge size.
NEXUS // INGRESS ALERT
lead corridor BASE -> SOL
net landed flow $1.85m
stablecoin share 67%
corridor share 64%
landing quality ready to deploy
operator note: inbound capital looks usable, but monitor corridor crowding on the next cycle
netUsd = inboundUsd - outboundUsdstablecoinSharePct = stablecoinInboundUsd / inboundUsdrouteConcentrationPct = largestInboundRouteUsd / inboundUsd
- High
netUsdinto Solana with highstablecoinSharePctimplies deployable capital. - High
routeConcentrationPctmeans the event may be route-specific and crowded. - Rapid roundtrip behavior lowers conviction because it often reflects inventory management or arb.
solana_ingress: broad inbound capital to Solanadeployable_stablecoin: inbound flow dominated by stablecoinsroute_concentration: one route is carrying most of the flowroundtrip_churn: bridge activity looks transient rather than committedsuspicious_timing: concentrated flow before a catalyst window
- net Solana inflow is meaningfully positive
- stablecoin share is high enough to imply usable dry powder
- the lead corridor is clear, but not so dominant that it looks crowded
- landing quality still looks good after the transfer settles
If those conditions are not present, the board should downgrade the event quickly.
stablecoin quality gate: discounts inbound flow that arrives as non-deployable inventorycorridor concentration cap: prevents one overheated route from being treated as clean signalroundtrip churn filter: rejects capital that is only touching Solana brieflylanding quality filter: requires the flow to still look usable after arrival
Nexus is supposed to miss noisy transfers on purpose. A false ingress read wastes attention exactly when the market is busiest.
When Solana turns active, bridge dashboards get noisy fast. Nexus is deliberately opinionated about what matters because non-deployable flow wastes attention.
It is better to miss a harmless bridge blip than to promote parked inventory as if it were real market fuel.
git clone https://github.com/NexusSOL/Nexus
cd Nexus
npm install
cp .env.example .env
npm run devANTHROPIC_API_KEY=sk-ant-...
WORMHOLE_API_KEY=...
LARGE_TRANSFER_THRESHOLD_USD=500000
MIN_SOLANA_INGRESS_USD=1000000
DEPLOYABLE_STABLECOIN_SHARE_PCT=45
ROUTE_CONCENTRATION_THRESHOLD_PCT=62
SCAN_INTERVAL_MS=120000MIT