Skip to article
Stayers S leaf logostayers.funDOCSTrading terminal
STAYERS DOCS

Getting Started

IntroductionWhy Stayers ExistsHow Stayers WorksConnect Your Wallet

Launching Tokens

Create a TokenToken Supply & MetadataBonding CurvesBuying & SellingGraduation

The Stayers Economy

Economic OverviewTrading FeesCreator RevenuePlatform RevenueSurvival AllocationsPost-Graduation Economics

Survival Mechanics

Survival StagesStay VaultsLiquidity MilestonesSecond WindStay ScoreFailed Tokens

Why Stayers?

Stayers vs Traditional LaunchpadsCreator IncentivesTrader BenefitsOur Philosophy

Transparency & Security

TransparencyProtocol AddressesFee RecipientsLiquidity OwnershipSmart Contract SecurityRisks & Limitations

Developers

Technical ArchitectureMeteora IntegrationAPI Reference
Built for the long gameAnyone can launch.
Not everyone can stay.
Docs/Developers
ImplementedUpdated Oct 27, 2026

Technical Architecture

Vercel handles the website; the N95 owns persistent analytics and accounting.

Code exists; Stayers production behavior is not yet verified.

The monorepo separates stateless website work from durable background services.

Components

LocationResponsibility
apps/webNext.js frontend, wallet requests, transaction review/confirmation and private API bridges
apps/serverNode API, PostgreSQL accounting, read-only indexer and survival services
packages/coreMeteora DBC/DAMM integration, validation and transaction builders
packages/sharedShared transport validation and experimental policy definitions
infraDocker Compose, PostgreSQL volume, backups, tunnel and policy configuration
USER WALLETReview & signExplicit transaction approval
VERCELWebsite & transaction pathPrivate mainnet RPC · read-only data bridge
N95API, indexer & PostgreSQLAuthenticated tunnel · no signing keys

Transaction path

Wallet-signed launch/trading preparation stays on the Vercel side where possible, using the private mainnet RPC configuration. The browser approves the exact reviewed transaction. The N95 does not sign or submit transactions.

A backend outage can affect discovery, chart history and survival information without requiring the trading path to use a mock fallback.

Persistent services

The N95 code includes historical backfill, confirmed notifications, finalized transaction checks, deduplication, checkpoints, retry/backoff, candles and metrics. Financial receipts enter the same PostgreSQL ledger used for revenue classification and reconciliation.

PostgreSQL is private to Docker networks. Vercel reaches only the restricted HTTPS API through Cloudflare Access and Tunnel. DATABASE_URL belongs only in the N95 environment.

Deployment evidence

The architecture is implemented and fixture-tested. Docker/N95 runtime and the live Cloudflare connection remain unverified. The N95 is not advertised as an operational production service until those checks pass.

PreviousRisks & LimitationsNext Meteora Integration
STAYERS.FUN · Build longerCheck the evidence ↗

ON THIS PAGE

ComponentsTransaction pathPersistent servicesDeployment evidenceBack to top ↑
On this pageComponentsTransaction pathPersistent servicesDeployment evidence