Accepting RFQ and capacity submissionsOfficial indicators updated 29 Aug 2026
Process

From requirement to verified delivery

MACOMX runs this process with human verification at every step. There is no automated matching engine and no automated settlement.

Fibre optic cables patched into a network switch
Buyer side

Who submits demand

Institutional buyers with a genuine compute requirement — not a price enquiry.

  • AI companies and model developers
  • Enterprise AI teams
  • Telecom operators
  • Cloud platforms
  • Institutional buyers and integrators
Supply side

Who submits capacity

Operators with installed accelerators they can actually deliver against.

  • Data centres
  • GPU infrastructure operators
  • Cloud infrastructure providers
  • Compute providers and resellers

The six steps

Each step produces a record with a status. Nothing advances on its own.

01

RFQ

A buyer submits a requirement: GPU, quantity, region, start date, term, network, SLA and target price. It enters the demand book as New RFQ.

02

Capacity

A provider submits available infrastructure. It enters the capacity book as Listed and becomes Qualified only after MACOMX completes preliminary checks.

03

Match

MACOMX pairs demand with capacity on quantity, region, timing, network, SLA and price spread. Pairing is manual.

04

Quote

A quote is issued with quantity, term, GPU-hours, currency and an expiry time. It is Indicative until both sides confirm, then Firm.

05

Delivery

Capacity is reserved, contracted and provisioned against the agreed specification.

06

Verification

Delivery is verified and reported before any settlement instruction is issued.

Capacity status

A capacity record carries exactly one of these. A status is applied only after internal review — never inferred from how a provider describes itself.

Listed

Capacity Listed

Compute or infrastructure information has been registered within the MACOMX network.

Qualified

Capacity Qualified

Capacity has passed preliminary infrastructure, availability, and provider checks and is eligible to enter the MACOMX matching process.

Verified

Capacity Verified

Technical or documentary verification has been completed under the applicable MACOMX verification process.

MCVP — Compute Verification Protocol

A standardised way to verify that compute capacity exists and that service was actually delivered, across providers who each run different systems.

Source

Provider infrastructure

The cluster, its power and its network as operated today.

Read

Existing systems

DCIM, DCGM, monitoring, scheduler and API — MCVP reads what is already there.

Normalise

MCVP

Different providers' telemetry expressed in one comparable form.

Output

Verified GPU-hour

A delivery record both sides can rely on, and a verification report.

Notice

MCVP is MACOMX's own verification framework. It is not an official standard and not a government certification, and it works alongside a provider's existing monitoring and management systems rather than replacing them.

Transaction assurance

The sequence a transaction follows. Each step is confirmed by people, not triggered automatically.

01

Funds secured

Held by an appropriately licensed institution, never by MACOMX.

02

Capacity reserved

The provider takes the capacity off the available book.

03

Compute delivered

Provisioned to the contracted specification.

04

Delivery verified

Reported against the agreed measure of delivery.

05

Settlement released

Instruction issued to the licensed institution holding the funds.

Notice

Regulated payment, escrow and settlement services, where applicable, will be provided by appropriately licensed financial institutions. MACOMX does not hold client funds and does not provide these services itself.

The process only starts when something real enters it.

One firm ask from an operator, or one genuine requirement from a buyer.

Buy Compute List Capacity