Startup Inference Access — connecting early-stage teams with the AI compute they need to build, without upfront costs.
Patronaige matches startups with inference providers who want upside in what you build — revenue share, equity, or hybrid. No flat-rate rental. No one-size-fits-all.
- Apply — Tell us what you're building and what compute you need.
- Match — We pair you with providers that fit your stack and stage.
- Deploy — Compute flows. You build. Providers verify usage via TEE.
- Settle — When you win, they win. Revenue share or equity, per deal.
| Structure | How It Works |
|---|---|
| Revenue Share | Percentage of revenue until a predefined cap. Cash flows. Simple math. |
| Equity Stake | Share of the company in exchange for sustained compute access. Long-term alignment. |
| Hybrid | Mix of both. Tailored to the startup's stage, capital needs, and growth trajectory. |
Inference providers need to know their compute is used for the agreed purpose. Startups need to prove it without overhead. Patronaige solves this with hardware-signed receipts:
- Every inference run is attested by a TEE enclave (AWS Nitro / Intel SGX)
- Receipt digests are anchored on-chain (Starknet L2) — immutable audit trail
- Providers verify usage. Startups stay focused. No paperwork. No disputes.
This is the trust layer that makes non-traditional deal structures viable. It enables the platform. It isn't the platform.
flowchart LR
User[Builder Request] --> Provider[TEE Provider Node]
Provider -->|1. Run model inside enclave| Inference[Inference]
Inference -->|2. Hash input/output| Hashes[Hashes]
Hashes -->|3. Build receipt CBOR| Receipt[Receipt]
Receipt -->|4. Sign with enclave key| Signed[Sig]
Signed -->|5. Return to user| User
Signed -->|6. Submit digest| L2[Starknet L2\nAudit Registry]
Components:
- Builder Client — sends prompt, receives completion + receipt
- Provider Daemon — runs inside TEE; produces signed receipts
- Audit Registry (Cairo) — on-chain contract anchoring receipt digests
- Frontend (React/Vite) — portal for startups and providers
cd provider
npm install
npx ts-node daemon.ts "llama-3.2-1B" "Explain quantum entanglement simply"Generates a mock receipt (signed with local ed25519 key).
npm i ajv ajv-formats cbor
node -e "const v=require('./provider/validator'); v.validateReceipt(JSON.parse(process.argv[1]))" "$(cat receipt.json)"starkli declare contracts/Verification.cairo --account $ACCOUNT
starkli deploy $CLASS_HASH --account $ACCOUNT| Role | What They Do |
|---|---|
| Startup | Receives compute, pays only when they grow (rev-share or equity) |
| Provider | Deploys idle capacity, earns upside from startup success |
| Challenger | Watches chain for invalid receipts, earns bounty from slashed stake |
Patronaige takes a small cut only when a deal succeeds. Aligned incentives — no one gets paid unless the startup ships.
- Frontend (you are here): https://github.com/karlostoteles/PatronAIge
- Audit specs: https://github.com/spiritclawd/patronaige
- Live site: https://patronaige.com
Carlos de la Figuera — Founder
📧 carlosdelafiguera@gmail.com
Patronaige — access the compute you need. Pay with what you build.