AI Market Federation Hub — crawl, index, search, and route AI capabilities across the network
Project description
AIMarket Hub
Ecosystem: AICOM overview & live demos · Package version:
3.0.0(pyproject) · Community: Discord · Pollux · Telegram · Castor
Federation hub for AI capability discovery, micropayment routing, and plugin-extensible invoke.
Reference implementation of AIMarket Protocol v2. One HTTP surface to search a federated catalog, open payment channels, invoke capabilities with safety and compliance hooks, and settle on-chain — without custodial wallets.
| Live hub | modelmarket.dev |
| Well-known | /.well-known/ai-market.json |
| Plugin demo | /plugins/demo |
| Widget demo | /widget/demo |
| Plain-language value | docs/value.md |
Demo
Table of contents
- Overview
- Architecture
- Repository layout
- Quick start
- Core API
- Invoke lifecycle
- Plugin ecosystem
- Federation
- Payments
- Pay-on-Verified
- Configuration
- Deployment
- Development
- Security
- Related projects
- License
Overview
AIMarket Hub sits between capability providers (factory-shipped products, oracles, peer hubs, data-cap publishers) and consumers (Flutter desktop apps, agents, embeddable widgets, MCP clients).
Problems it solves
| Problem | Hub answer |
|---|---|
| Fragmented AI APIs | Federated search over .well-known/ai-market.json peers |
| Per-call payment friction | Pre-funded channels — one deposit, N micro-invokes, one settlement |
| Trust in anonymous sellers | Reputation scores + stake bonds (plugin) |
| Compliance & audit | Provenance receipts on every invoke (Ed25519 + W3C VC) |
| Unsafe prompts | Safety pre-check with signed rejection + refund |
Zero-Trust Agent Discovery
No human app-store reviewer. Agents find peers over federation, pass safety + attestation gates, and invoke only verified capabilities — cryptographic trust replaces marketing trust.
| What | Federated discover → safety / reputation / TEE plugins → routed invoke |
| Why | Scales to millions of micro-capabilities; malicious listings can’t drain channels |
| Deep dive | docs/killer-feature-zero-trust-discovery.md · Ecosystem capabilities |
Architecture
System context
C4Context
title AIMarket Hub — system context
Person(consumer, "Consumer", "App, agent, or widget user")
Person(provider, "Provider", "Lists capabilities on a hub")
System(hub, "AIMarket Hub", "Search, route, invoke, settle")
System_Ext(peers, "Peer hubs", "Federated catalogs")
System_Ext(factory, "AI-Factory", "Shipped products → capabilities")
System_Ext(chain, "Base L2", "USDT channels")
Rel(consumer, hub, "discover · channel · invoke")
Rel(provider, hub, "manifest · capabilities")
Rel(hub, peers, "crawl · route")
Rel(hub, factory, "import shipped products")
Rel(hub, chain, "open/close channel")
Container diagram (this repository)
flowchart TB
subgraph hub_process["aimarket_hub (FastAPI)"]
API["api.py — REST /ai-market/v2/*"]
CRW["crawler.py — BFS federation"]
DB["database.py — capability index"]
CH["channels.py — ledger + settle"]
SG["safety_gate.py"]
PR["plugin.py — PluginRegistry"]
FB["factory_bridge.py"]
SIG["signing.py — Ed25519 manifests"]
end
subgraph plugins["plugins/ (entry_points)"]
P1["safety · provenance · channels …"]
end
subgraph storage["Persistence"]
SQL[("SQLite / PostgreSQL")]
end
API --> CRW
API --> DB
API --> CH
API --> SG
API --> PR
API --> FB
CRW --> DB
FB --> DB
DB --> SQL
PR --> P1
P1 -.->|"pre/post hooks"| API
Factory import path
Shipped AI-Factory products are indexed as local capabilities on hub startup:
sequenceDiagram
participant Factory as AI-Factory pipeline.db
participant Loader as factory_products_loader
participant Bridge as factory_bridge
participant Index as database (SQLite)
Note over Factory,Index: On hub startup or sync script
Factory->>Loader: COMPLETED / DEPLOYED products
Loader->>Bridge: normalize capabilities
Bridge->>Index: upsert source_hub=local
Index-->>Bridge: indexed count
Sync ops: ../scripts/sync_pipeline_mirror_and_hub.py
Repository layout
aimarket-hub/
├── aimarket_hub/ # Core package
│ ├── api.py # HTTP routes (search, invoke, federation, plugins)
│ ├── crawler.py # Peer discovery (SSRF-hardened BFS)
│ ├── database.py # Capability + peer index
│ ├── channels.py # Payment channel ledger
│ ├── plugin.py # setuptools aimarket.plugins loader
│ ├── factory_bridge.py # AI-Factory product import
│ ├── safety_gate.py # Built-in safety fallback
│ └── …
├── plugins/ # Hub-local plugins (e.g. aimarket-provenance)
├── tests/ # pytest suite
├── Dockerfile
├── LICENSE # Apache-2.0
├── CONTRIBUTORS.md
├── SECURITY.md
└── docs/
└── value.md
Sibling packages (monorepo root plugins/): 15 plugins — top-5 on PyPI (install guide); full set bundled in Docker.
Quick start
Prerequisites
- Python 3.11+
- Optional: Docker for container deploy
Install & run
pip install aimarket-hub
# optional core plugins (TEE, channels, reputation, safety, MCP packager):
pip install "aimarket-hub[plugins]"
aimarket serve
# → http://localhost:9083
Verify discovery and search:
curl -s http://localhost:9083/.well-known/ai-market.json | jq .
curl -s "http://localhost:9083/ai-market/v2/search?intent=translate&budget=1" | jq .
curl -s http://localhost:9083/ai-market/v2/plugins | jq '.plugins | length'
Publish a capability (community providers)
Third-party developers list an HTTP endpoint in the catalog and earn USDC when agents invoke it. Production hubs require stake, LUMEN trust scoring, and Ed25519-signed provider responses — see docs/supply-security.md.
cd examples/hello-capability && python3 server.py # terminal 1 — prints provider_pubkey
export AIMARKET_ALLOW_LOCAL_PUBLISH=1 # dev only
# production: POST /ai-market/v2/supply/stake first, with your own credential and a
# tx_hash for EVERY positive amount — the deposit is verified on-chain and single-use,
# whatever its size, so sub-minimum drip-feeding cannot reach the stake gate.
aimarket publish capability.json --hub http://127.0.0.1:9083
aimarket invoke demo-hello/greet@v1 --input '{"name":"dev"}'
Full walkthrough (20 languages): ARGUS developer guide · supply security · example in examples/hello-capability/.
Docker
Production (this monorepo): always redeploy Hub from repo root:
./scripts/deploy_hub.sh
# or full fleet: ./scripts/deploy_ecosystem.sh
See docs/deploy-ecosystem.md. Do not use cd aimarket-hub && docker compose up for production redeploy (wrong build context).
Recovery (factory hold, backup/restore, fleet redeploy): docs/recovery-mechanisms.md in the factory monorepo.
Manual build (same as deploy script):
docker build -f aimarket-hub/Dockerfile -t modelmarket-hub .
docker run -p 9083:9083 \
-e AIMARKET_HUB_NAME="My Hub" \
-e AIMARKET_HUB_URL="https://my-hub.example.com" \
-e AIMARKET_PAYMENT_RECIPIENT="0xYourWallet" \
modelmarket-hub
Core API
| Method | Path | Description |
|---|---|---|
GET |
/.well-known/ai-market.json |
Root discovery — chain, token, peers, signer key |
GET |
/ai-market/v2/manifest |
Ed25519-signed capability catalog |
GET |
/ai-market/v2/search |
NL federated search (intent, budget, category) |
POST |
/ai-market/v2/supply/stake |
Deposit publisher stake (unlock community publish) |
POST |
/ai-market/v2/supply/register |
Publish community capability + invoke_url |
POST |
/ai-market/v2/invoke |
Invoke capability (plugin hooks, safety gate) |
POST |
/ai-market/v2/channel/open |
Open pre-funded payment channel |
POST |
/ai-market/v2/channel/close |
Close channel — settle + refund remainder |
POST |
/ai-market/v2/federation/announce |
Peer hub announcement |
GET |
/ai-market/v2/federation/peers |
Known peers + trust scores |
POST |
/ai-market/v2/federation/crawl |
Trigger BFS crawl of seed peers |
GET |
/ai-market/v2/plugins |
Loaded plugin catalog |
GET |
/ai-market/v2/reputation/{hub_url} |
Trust score breakdown |
GET |
/ai-market/v2/stats/live |
Real-time invocation feed |
Authorization. /supply/register takes the shared AIMARKET_PUBLISH_TOKEN. The routes that
move or encumber stake — /supply/stake and /self-bond/register — take the caller's OWN
credential from AIMARKET_PUBLISHER_TOKENS (or AIMARKET_ADMIN_TOKEN), because a shared token
cannot prove which publisher is calling; in production a hub with neither configured refuses
them with 503. /self-bond/slash and every settlement/federation route are admin-only.
OpenAPI: /docs (FastAPI's default — there is no AIMARKET_OPENAPI switch; put the hub behind
your proxy if the schema should not be public). Full spec: ../aimarket-protocol/spec.md
Invoke lifecycle
Standard consumer flow (implemented by aimarket_agent):
sequenceDiagram
autonumber
participant Client
participant Hub as AIMarket Hub
participant Plugins
participant Target as Provider / local invoke
Client->>Hub: search(intent, budget)
Hub-->>Client: plan[]
Client->>Hub: channel/open(deposit_usd)
Hub-->>Client: channel_id
Client->>Hub: invoke(capability_id, input, channel_id)
Hub->>Plugins: on_invoke_pre_check
alt rejected
Plugins-->>Hub: signed rejection
Hub-->>Client: 403 + channel refund
else ok
Hub->>Target: forward or local execute
Target-->>Hub: output, price_usd
Hub->>Plugins: on_invoke_post_check
Hub-->>Client: result + provenance_receipt
end
Client->>Hub: channel/close(channel_id)
Hub-->>Client: settlement + unused balance
Plugin ecosystem
Plugins register via aimarket.plugins entry points (plugin.py). Each ships README + docs/ (value.md, user-guide.md, sdk-integration.md, user-cases.md).
Regenerate docs: python3 scripts/bootstrap_hub_plugin_docs.py · value text: python3 scripts/bootstrap_product_value.py
flowchart LR
INV["POST /invoke"] --> PRE["pre-check"]
PRE --> S["aimarket-safety"]
PRE --> Z["aimarket-zk"]
PRE --> PR["aimarket-promo"]
PRE --> RUN["Execute"]
RUN --> POST["post-check"]
POST --> PV["aimarket-provenance"]
POST --> T["aimarket-tee"]
POST --> R["aimarket-reputation"]
POST --> OUT["Response"]
| Plugin | Category | One-line value |
|---|---|---|
aimarket-provenance |
compliance | Cryptographic receipt per AI output |
aimarket-safety |
security | Block jailbreak / injection before billing |
aimarket-reputation |
reputation | Stake-backed trust scores |
aimarket-channels |
infrastructure | Off-chain ledger, on-chain settlement |
aimarket-tee |
security | Hardware attestation (Nitro / TDX) |
aimarket-auction |
monetization | Spot bidding for scarce slots |
aimarket-personas |
tooling | Buyer-friendly agent personas |
aimarket-streaming |
monetization | SSE + per-token micro-billing |
aimarket-nft |
monetization | Transferable prepaid credit NFTs |
aimarket-mcp-packager |
tooling | MCP bundle for Claude Desktop |
aimarket-orchestrator |
monetization | NL task → capability chain planner |
aimarket-data-cap |
monetization | Private corpus → paid search |
aimarket-promo |
monetization | Signed time-locked discounts |
aimarket-dataset |
tooling | Weekly anonymized demand corpus |
aimarket-zk |
security | ZK proofs without revealing input |
Federation
Hubs discover each other without a central registry:
flowchart TB
SEED["AIMARKET_SEED_LIST<br/>.well-known URLs"] --> CRAWL["crawler.py BFS"]
CRAWL --> MANIFEST["Fetch signed manifests"]
MANIFEST --> INDEX["database.py"]
INDEX --> SEARCH["Unified federated search"]
HUB_A["Hub A"] <-->|announce / peers| HUB_B["Hub B"]
CRAWL --> HUB_A
CRAWL --> HUB_B
INV["invoke to remote capability"] --> ROUTE["Route to peer hub"]
ROUTE --> FEE["Optional routing_fee_bps"]
Trust scoring: trust.py · Signing: signing.py
Deep dive: ../docs/FEDERATION_HUB_REPORT.md
Payments
sequenceDiagram
participant User
participant Hub
participant Chain as Base (USDC)
User->>Chain: deposit USDC
User->>Hub: channel/open(deposit_usd)
Note over Hub: Ledger tracks balance off-chain
loop each invoke
User->>Hub: invoke + X-Payment-Channel
Hub->>Hub: decrement channel balance
end
User->>Hub: channel/close
Hub->>Chain: settle spent + refund remainder
| Field | Default | Notes |
|---|---|---|
| Chain | Base (L2) | AIMARKET_PAYMENT_CHAIN |
| Token | USDC | AIMARKET_PAYMENT_TOKEN — the ledger's default; the advertised catalog is AIMARKET_PAYMENT_TOKENS (USDT,USDC,ETH) |
| Recipient | env required | AIMARKET_PAYMENT_RECIPIENT |
Protocol principle: no custody — channels are on-chain constructs; hub holds ledger state only.
Deposit authorization. In production (AIFACTORY_PROD=1, verify stub off) a channel is credited
only by a deposit that is verified on-chain, bound to the wallet that actually paid, single-use
(consumed_deposits), and proven by an EIP-191 signature from the paying wallet over
payer_proof_challenge(...) — the deposit tx hash is public, so without that proof the channel
secret would go to whoever quotes it first. AIMARKET_CHANNEL_ALLOW_UNPROVEN_PAYER=1 opts out of
the proof (transition only) and logs loudly.
Pay-on-Verified
Opt-in quality escrow on invoke. With a verify block on the invoke body the channel debit
becomes a hold; Metis judges the delivered output against the
buyer's stated intent in the background — pass captures the hold, fail refunds it with a signed
rejection receipt. The buyer keeps the output either way; only the money outcome changes.
| What | verify: { requested, intent, mode, wait } on POST /ai-market/v2/invoke → hold_channel → Metis verdict → capture / release |
| Why | Providers are paid for verified work, not for responding; every verdict emits a reputation event |
| Lookup | GET /ai-market/v2/verification/{nonce} (nonce = receipt nonce) |
| Deep dive | docs/pay-on-verified.md · Cross-component doc |
Configuration
Every default below is the value the code falls back to today; where a default is derived from another variable, the rule is spelled out rather than a number.
Core
| Variable | Default | Description |
|---|---|---|
AIMARKET_HUB_NAME |
AIMarket Hub | Display name in manifests |
AIMARKET_HUB_URL |
http://localhost:9083 |
Public URL (receipts, well-known) |
AIFACTORY_PROD |
— | 1 puts every money gate on the production path (on-chain verification required, fail-closed defaults) |
AIFACTORY_CRYPTO_ENABLED |
0 |
Master crypto switch: off ⇒ channels/escrow/NFT disabled, capabilities served free; signing and sandbox trials keep working |
AIMARKET_PAYMENT_CHAIN |
base |
Settlement chain (AIMARKET_PAYMENT_CHAINS for the advertised list) |
AIMARKET_PAYMENT_TOKEN |
USDC |
Ledger settlement token (AIMARKET_PAYMENT_TOKENS advertises USDT,USDC,ETH) |
AIMARKET_PAYMENT_RECIPIENT |
— | Required in production — the wallet deposits must pay |
AIMARKET_CRAWL_INTERVAL_S |
3600 |
Federation crawl period |
AIMARKET_ROUTING_FEE_BPS |
100 |
Routing fee (1% = 100 bps) |
AIMARKET_MIN_TRUST_SCORE |
0.3 |
Baseline trust floor (also the discover-gate default below) |
AIMARKET_SEED_LIST |
committed federation_seeds.json |
Comma-separated peer .well-known URLs; unset falls back to the shipped seed file, not to "no seeds" |
AIMARKET_PLUGIN_WHITELIST |
— | Restrict loaded plugins |
AIMARKET_ADMIN_TOKEN |
— | Operator token. Unset ⇒ every admin route refuses (503), fail-closed |
AIMARKET_PUBLISH_TOKEN |
— | Shared token for /supply/register. Unset ⇒ publish disabled |
AIMARKET_PUBLISHER_TOKENS |
— | pub-a:secretA,pub-b:secretB — per-publisher credentials for the stake/bond routes (see Security) |
AIMARKET_CORS_ORIGINS |
— | Comma-separated allowlist. Empty means no cross-origin access (a * default enabled drive-by CSRF) |
Databases
| Variable | Default | Description |
|---|---|---|
DATABASE_URL |
SQLite files | PostgreSQL for production — when set, every subsystem shares it |
AIMARKET_DB_PATH |
data/hub.db |
The hub index database. It no longer overrides a path a subsystem passes explicitly (that silently aliased channels.db and provenance.db onto the hub file); a subsystem that must share the hub file now points its own variable at it |
AIMARKET_CHANNELS_DB_PATH |
data/channels.db |
Payment-channel ledger (separate file from the hub index) |
AIMARKET_VERIFY_SETTLEMENTS_DB_PATH |
AIMARKET_DB_PATH, else data/hub.db |
Where verified_settlements lives — the orphaned-hold reaper reads it and refuses to release anything it cannot read |
Upgrading past the shared-database aliasing
This is a one-time migration step for any hub that already ran with AIMARKET_DB_PATH
set — which includes every container here (Dockerfile, Dockerfile.standalone,
docker-compose.yml, docker-compose.core.yml all export it).
Until this release the env var overrode the path a subsystem asked for, so the channel
ledger (data/channels.db) and the provenance store (data/provenance.db) were created
inside the hub file. Now that the explicit argument wins, those subsystems open their own
files — and on an upgraded deployment those files start empty:
- the channel ledger loses its open channels and, more seriously,
consumed_deposits— the table that makes an on-chain deposit single-use. An empty one lets every deposit already spent be replayed into a new funded channel; - the provenance store loses its receipts.
The hub logs this at ERROR on startup (the requested file does not exist while the
AIMARKET_DB_PATH file does), naming the file the data is still in. Do one of these
before serving traffic:
# A. channel ledger — keep the shared file, no data moves, pre-upgrade behaviour exactly
export AIMARKET_CHANNELS_DB_PATH="$AIMARKET_DB_PATH"
# B. channel ledger — split it out: copy the file with the hub stopped
cp /app/data/hub.db /app/data/channels.db
export AIMARKET_CHANNELS_DB_PATH=/app/data/channels.db
Either way the tables the copy's owner does not use are simply never read. The provenance
store has no path variable — it always derives provenance.db from the hub database's
directory — so B is the only option there (cp /app/data/hub.db /app/data/provenance.db);
skipping it starts an empty receipt store, which costs an audit trail but no money.
DATABASE_URL deployments are unaffected — PostgreSQL was always one shared database.
Channels
| Variable | Default | Description |
|---|---|---|
AIMARKET_ALLOW_DEMO_CREDIT |
— | 1 credits a channel without on-chain verification (dev/demo). Outside production, without it, crediting fails closed |
AIMARKET_CHANNEL_ALLOW_UNPROVEN_PAYER |
0 |
1 opts OUT of the payer proof-of-control requirement (transition only — leaves deposit front-running open) |
AIMARKET_CHANNEL_ANON_OPENS_PER_HOUR |
200 |
One shared cap for all wallet-less opens (they are not exempt) |
AIMARKET_CHANNEL_ANON_CLOSES_PER_HOUR |
600 |
Same, for closes |
AIMARKET_CHANNEL_HOLD_REAP_AFTER_SECS |
86400 |
Release a hold stuck held this long with no live verification; 0 disables the reaper |
AIFACTORY_PAYMENT_MIN_CONFIRMATIONS |
2 |
Confirmations a deposit needs before it counts |
AIFACTORY_PAYMENT_VERIFY_STUB |
0 |
1 accepts any tx hash — development only |
Pay-on-Verified
| Variable | Default | Description |
|---|---|---|
AIMARKET_VERIFY_ENABLED |
1 |
Pay-on-Verified master switch (per-invoke opt-in still required) |
AIMARKET_VERIFY_MIN_PRICE_USD |
0.05 |
Price floor — cheaper invokes are never verification-taxed |
AIMARKET_VERIFY_SCORE_THRESHOLD |
0.7 |
verify_score needed to capture the hold (a value outside 0.0–1.0 falls back to 0.7) |
AIMARKET_VERIFY_COUNCIL_MIN_PRICE_USD |
0.50 |
Route ceiling: council allowed at/above this price, else clamped to fast |
AIMARKET_VERIFY_MAX_CONCURRENCY |
8 |
Cap on simultaneous Metis calls across pending settlements |
AIMARKET_VERIFY_ATTEMPT_TIMEOUT_S |
330 |
Per-attempt Metis HTTP timeout (> Metis 300 s server cap) |
AIMARKET_VERIFY_RETRY_BACKOFF_S |
5 |
Initial transport-retry backoff (exponential, cap 300 s) |
AIMARKET_VERIFY_ENGINE_RETRIES |
2 |
Re-runs after an engine-error envelope before policy applies |
AIMARKET_VERIFY_MAX_WAIT_S |
0 |
0 = no verdict deadline; >0 bounds resolution via policy |
AIMARKET_VERIFY_FAIL_CLOSED |
1 |
Indeterminate outcome ⇒ refund the buyer. Only an explicit 0/false/no/off captures instead; an unrecognised value is a typo and still fails closed |
AIMARKET_VERIFY_METIS_URL |
http://127.0.0.1:8080 |
Metis base URL (falls back to METIS_URL) |
AIMARKET_VERIFY_METIS_KEY |
— | Metis bearer key (falls back to METIS_API_KEY) |
AIMARKET_VERIFY_VERIFIER_ID |
metis.verify@v1 |
Envelope verifier attribution when a non-Metis verifier serves the slot |
Supply security (community publishers)
Full model: docs/supply-security.md. A non-finite or non-numeric
value in any threshold below is ignored with a warning and the documented default is used — a
nan threshold would otherwise silently disable the gate it configures.
| Variable | Default | Description |
|---|---|---|
AIMARKET_SUPPLY_SECURITY_RELAXED |
0 |
1 = dev bypass: zero minimum stake, no response-signature requirement, no slashing |
AIMARKET_SUPPLY_MIN_STAKE_USD |
25 in production, else 10 (0 when relaxed) |
Stake required to publish |
AIMARKET_SUPPLY_PUBLISH_PER_HOUR |
5 |
Publishes per publisher per hour |
AIMARKET_SUPPLY_MIN_TRUST_DISCOVER |
AIMARKET_MIN_TRUST_SCORE (0.3) |
Trust floor to appear in discover |
AIMARKET_SUPPLY_MIN_TRUST_INVOKE |
0.35 |
Trust floor to be invoked |
AIMARKET_SUPPLY_REQUIRE_RESPONSE_SIG |
on iff production and not relaxed | Require an Ed25519 provider response signature |
AIMARKET_SUPPLY_MAX_INPUT_KEYS |
32 |
Top-level keys accepted in an invoke input |
AIMARKET_SUPPLY_MAX_INPUT_JSON_BYTES |
32768 |
Invoke input size cap |
AIMARKET_SUPPLY_PRODUCT_ALLOWLIST |
— | Comma-separated product_id allowlist |
AIMARKET_SUPPLY_SLASH_FAILURE_THRESHOLD |
3 |
Provider faults within the window before stake is slashed |
AIMARKET_SUPPLY_SLASH_FAILURE_WINDOW_S |
600 |
Fault window (must be > 0; a non-positive value would disable slashing, so it falls back) |
AIMARKET_SUPPLY_SLASH_COOLDOWN_S |
3600 |
At most one failure-driven slash per window; 0 disables the cool-down |
AIMARKET_SUPPLY_SLASH_DAILY_CAP_USD |
10 |
Rolling 24 h cap on failure-driven slashing; 0 disables the cap |
AIMARKET_SUPPLY_VERIFIED_FAIL_THRESHOLD |
3 |
Paid Metis "failed" verdicts before escalation |
AIMARKET_SUPPLY_VERIFIED_FAIL_WINDOW_S |
86400 |
Window for those verdicts |
AIMARKET_SUPPLY_VERIFIED_FAIL_MIN_CONSUMERS |
2 |
Distinct PAYING consumers required — one buyer's repeated failures are one voice |
AIMARKET_SUPPLY_TRUST_GRAPH_MAX_EDGES |
1000 |
Trust-graph bound; truncation is logged with the publisher it affected |
AIMARKET_ORACLE_FAMILY_URL |
https://oracles.modelmarket.dev/family |
LUMEN trust oracle (falls back to ARGUS_ORACLE_FAMILY_URL) |
Deployment
Production reference: ../docs/production-modelmarket-dev.md
| Checklist item | Action |
|---|---|
| TLS | Terminate at nginx / Caddy → hub container |
| Secrets | AIMARKET_PAYMENT_RECIPIENT, DB URL via env — not in git |
| Factory sync | Cron or webhook → sync_pipeline_mirror_and_hub.py |
| Plugins | pip install desired plugins before aimarket serve |
| Health | GET /.well-known/ai-market.json + /ai-market/v2/stats/live |
Testing & coverage {#testing--coverage}
CI runs on every push (workflow); coverage badge is refreshed from pytest --cov on main.
cd aimarket-hub
pip install -e ".[dev]"
pytest tests/ -q --cov=aimarket_hub
Development
pip install -e ".[dev]"
Key test modules: test_api.py, test_crawler.py, test_plugin_system.py, test_channels.py, test_cross_hub_integration.py
Add a plugin: create package under ../plugins/ with pyproject.toml entry point aimarket.plugins.
Security
- SSRF protection on federation crawler (
crawler.py) - Signed manifests — Ed25519 (
signing.py) - Safety gate on every invoke (
safety_gate.py) - Verified, single-use stake deposits — in production every stake credit needs an on-chain
deposit that pays the platform recipient, and the hash is burned by an atomic claim before the
credit, so one deposit can never fund two publishers even under concurrent requests. The claim
is keyed on the canonical transaction id (an EVM hash is case-insensitive at the JSON-RPC
layer, so
0xAB…and0xab…are one deposit, not two) (supply_security.py) - Residual — stake deposits are not payer-bound. The stake verifier answers "did somebody pay the platform?", not "did this publisher pay", so whoever submits a matching hash first gets the credit. Binding it needs a publisher→wallet record the stake ledger does not yet have; channel deposits are already bound (see the entry below). Until then, treat a stake deposit hash as a bearer secret and submit it before it is public
- Single-use channel deposits + payer proof — a verified deposit funds exactly one channel and
only for the wallet that signed for it (
channels.py) - Stake mutation is per-subject, slashing is operator-only — a shared token can neither credit
a stranger's stake nor burn a rival's bond (
api.py) - Vulnerability reports: SECURITY.md → alexar76@rambler.ru
Related projects
| Project | Relationship |
|---|---|
| AICOM / AI-Factory | Ships products → hub index |
| aimarket-protocol | Normative v2 spec |
| aimarket-sdks | Client SDKs (Dart alpha) |
| aimarket-widget | Embeddable UI |
| oracles | Verifiable math capabilities — randomness, VDF, consensus, reputation (listed on hub) |
| desktop-integrations | 8 Flutter consumer apps |
| Ecosystem architecture | Full monorepo diagram |
| dioscuri | Twin community agents — MNEMOSYNE Q&A |
Community
The DIOSCURI twins answer questions from synced GitHub docs.
| Channel | Twin | Best for |
|---|---|---|
| Discord | Pollux | Help, ideas, show-and-tell |
| Telegram | Castor | Releases, digests, quick news |
Ecosystem map: Alien Monitor · AICOM
License
Apache-2.0 — see LICENSE. Maintainers: CONTRIBUTORS.md.
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file aimarket_hub-3.1.0.tar.gz.
File metadata
- Download URL: aimarket_hub-3.1.0.tar.gz
- Upload date:
- Size: 503.2 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/6.2.0 CPython/3.9.6
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
af9d6ac66494eb2b27e3a35f40106688554aa59c127742836a04a379e8c49ace
|
|
| MD5 |
2a3f990338f939c49afb477f6979a859
|
|
| BLAKE2b-256 |
1b9b82f1ad8c985d6f9a63f789d72507f192b56eb71c8b3eadf68a464dbcd763
|
File details
Details for the file aimarket_hub-3.1.0-py3-none-any.whl.
File metadata
- Download URL: aimarket_hub-3.1.0-py3-none-any.whl
- Upload date:
- Size: 354.0 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/6.2.0 CPython/3.9.6
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
7cc2aedc1a933077a39ec6839b2523b36c6d14a8c4857bb3d1ec5c31a9293581
|
|
| MD5 |
a9e73d8253dff1d6502497883536e44c
|
|
| BLAKE2b-256 |
8ae0e495f4ba9235e4e583fe7fb342a36a06fc8ea7651a2ec7edbda7911d253f
|