MIRCO CREATE

Start shared.Keep the escape route.

Create projects, assets, stable assets, SPACE, liquidity and privacy profiles on MIRCO Main — then move into Studio only when your product truly needs independent network control.

GENESIS LOOM · SHARED MIRCO MAINLAUNCHER ≠ STUDIO
ORIGINIdea
LAUNCH MANIFEST

Project

A project created on MIRCO Main with the surrounding ecosystem available by design.

NETWORKMIRCO Main
BOUNDARYShared
WALLETInherited
EXPLORERInherited
ECOSYSTEM AFTER LAUNCH
Walletready path
DEXavailable path
Explorertruth surface
IdentityMIRCO-native
Privacyprofile-based
Create the product first. Carry network sovereignty only when it becomes a real requirement.
LAUNCH COMPOSER · CONCEPT

Describe what you are creating.
Not the infrastructure you are renting.

Launcher is project-facing. It should generate the shared MIRCO Main creation intent and canonical configuration needed by the ecosystem — not become a validator or VPS control panel.

01Create
02Capabilities
03Launch boundary
RESULT

Project on MIRCO Main

Start on the shared flagship network and inherit the ecosystem around it. No validator topology or deployment burden is introduced at the product-creation layer.

WalletExplorerShared
LaunchIntent {
  kind: PROJECT
  network: MIRCO_MAIN
  sovereignty: SHARED
  wallet: ENABLED
  explorer: ENABLED
}
WHAT YOU INHERIT

A launch should not create an island.

The reason to start inside MIRCO is the ecosystem that can remain around the project as it grows.

USEWallet

User-facing money, receive routes and signing stay in the Wallet product.

TRADEDEX

Liquidity, RFQ and settlement can be connected where the active product requires them.

VERIFYExplorer

State and assurance become visible without building a separate truth surface.

IDENTITYMIRCO Identity

Native identity can connect the project to deeper MIRCO experiences.

PRIVACYPrivacy Profile

Privacy capabilities are selected explicitly and fail closed when required but unavailable.

PRODUCT BOUNDARY

Create the product.
Studio shapes the network.

Keeping this boundary clean prevents the creation experience from becoming a giant infrastructure dashboard.

LAUNCHER

Project-facing creation

The creation surface belongs to shared MIRCO Main product configuration.

ProjectAssetStable AssetSPACELiquidityPrivacy Profile
→
STUDIO

Network/operator configuration

Studio owns execution profiles, validators, security, privacy infrastructure, issuer settings, HSM and deployment manifests.

NetworkExecutionValidatorsSecurityHSMDeployment Manifest
SHARED FIRST · SOVEREIGN WHEN NEEDED

Escalate only when independence becomes a requirement.

HANDOFF TO STUDIO

These are network requirements — not Launcher settings.

If the project genuinely needs independent validator governance or infrastructure boundaries, Launcher should hand off the project context instead of trying to absorb Studio and Deploy.

GOVERNANCEOwn validators
ISOLATIONDedicated boundary
RESIDENCYDedicated placement / qualified regions
ENTERPRISECapability-gated deployment options
ECONOMICSDedicated rules
EXECUTIONCustom profile
Launcher preserves project intent→ Studio receives network requirements
LAUNCH TRUTH MODEL

Creation can be simple.
The consequences must still be explicit.

01Network

Launcher targets shared MIRCO Main unless the user deliberately escalates out.

02Asset identity

Network + canonical asset identity remains the rule.

03Privacy

Requested privacy cannot silently downgrade.

04Fees

Fee and sponsorship choices are explicit policy, not hidden defaults.

05Authority

Launcher never manufactures validator, issuer or signing authority.

MIRCO CREATE

Create the product.
Carry sovereignty only when you need it.

Start on MIRCO Main, inherit the ecosystem, and keep the path open to a sovereign network without turning day one into an infrastructure project.

Public launch pricing: Self-host Community is $0. Managed BFT4 starts at $1,299/month, BYOC AutoOps at $499/month + cloud, and XRPC paid plans at $49/month. See pricing →