Problem And Goals
LumenBazaar exists because paid APIs are difficult for autonomous software to use.
Problem
Most paid API models assume a human is present to create an account, enter a credit card, configure billing, manage API keys, buy credits, and monitor a dashboard.
Those assumptions do not fit:
- AI agents.
- MCP tools.
- Automation systems.
- Wallet-integrated applications.
- Composable developer tools.
An autonomous buyer should be able to find a paid service, inspect its price and schema, authorize a bounded payment, call the service, and receive a receipt without opening a seller-specific account.
Current Friction
Traditional paid APIs often require:
- Manual account creation.
- Credit-card billing.
- API keys.
- Prepaid credits.
- Monthly subscriptions.
- Human-operated dashboards.
- Centralized reconciliation.
These requirements make small, one-off, machine-driven payments awkward.
Ecosystem Gap
x402 provides the payment handshake, but Stellar still needs open infrastructure around:
- Stellar facilitator operation.
- Bazaar discovery.
- Natural language resource search.
- MCP agent access.
- Seller metadata helpers.
- Buyer payment helpers.
- Conformance testing.
- Mainnet-ready operations.
- Capped metered payment sessions.
LumenBazaar is designed to fill that gap.
Primary Goals
LumenBazaar should:
- Build a production-ready Stellar x402 facilitator for testnet and mainnet.
- Build a Bazaar discovery layer for paid HTTP APIs and MCP tools.
- Build an MCP server that lets agents discover and call paid resources.
- Build SDKs for sellers and buyers.
- Build a dashboard for resource discovery, seller onboarding, payments, and operations.
- Build Soroban contracts for capped metered x402
uptopayment sessions. - Publish full documentation, examples, conformance results, and operational runbooks.
- Maintain all repos as open-source public goods with clear contributor workflows.
Product Outcomes
For sellers:
- Simple middleware.
- Metadata helpers.
- Testnet onboarding.
- Settlement receipts.
- Dashboard visibility.
For buyers:
- Resource discovery.
- Price and schema inspection.
- Payment authorization.
- Retry helper.
- Receipt handling.
For agents:
- MCP-compatible discovery.
- Deterministic tool schemas.
- Machine-readable errors.
- Budget controls.
For operators:
- Docker setup.
- Network support.
- Monitoring.
- Runbooks.
- Key management guidance.
For reviewers:
- Public repositories.
- Milestones.
- Test results.
- Conformance reports.
- Security posture.
- On-chain metrics.
Implementation Strategy
Implementation should move from local to testnet to mainnet:
- Repository readiness.
- Exact x402 facilitator.
- Bazaar discovery.
- SDKs.
- MCP server.
Uptocontract.- Full frontend.
- Conformance and security.
- Mainnet launch.
- Maintenance and growth.
Each unit of work should be small enough for one contributor and one pull request.