Proposed serviceGridFlex Tokens are a scheme proposed by AgenticGrid (AgenticScale.ai). Figures on this page are methodology parameters and specimen examples, not issued tokens or measured results. Organisation names identify the relevant network, regulator, research or technology for a region and do not imply participation, certification or endorsement.
The hero needs WebGL to animate. Everything below works without it.
GridFlex Tokens · GFT · AgenticGrid

AI at the edge.
Better for the grid.

A GridFlex Token is the receipt for AI compute that responded to its local electricity network: measured at the meter, co-signed by the network, retired once.

Steady state · load arriving at the substation node
0kWh verified
0GFT minted
A$0Savings shared
Hover the node · wherever you touch it disintegrates · keep going and it evaporates into the next nodes
What a GridFlex Token is

One record of a specific flexibility service, invoice-grade

Every figure on a token reconciles to a meter and to money on a bill. Where carbon markets drifted on baselines, double counting and claims, the methodology fixes each by construction: modelled counterfactuals, a single-use claim with stacking disclosure, and a claims code.

Compute entitlementGPU-hours or a specified AI output. A defined compute service, sold on its own terms.
Flexibility availabilityMW in a location and window. A response commitment with duration and non-delivery terms.
Delivered flexibilityMWh of verified response against an approved counterfactual, with direction and time. This is what a GFT records; fractions are allowed.
What a token contains

Unique serial · site and connection node · issuer and holder · network signal and window · requested and delivered kW · integrated kWh · baseline and uncertainty · meter provenance · deferral integrity and job proof · verified value and shares · stacking disclosure · three signatures · retirement and claim statement.

Serial GFT-{country}-{network}-{YYMM}-{seq} SHA-256 record hash Meter-data hash Baseline model version Deferral proof hash Single-use claim

Three quantities, kept separate. There is no fixed conversion between AI output tokens and grid MWh: workload, hardware, power management and facility overhead change that relationship. A GFT is also separate from renewable, emissions and Scope 2 claims.

GFT · GFM-1.0 · Class GFT-R

Response · Pilot Precinct

GFT-AU-PILOT-2609-0003
Verified
SPECIMEN
Network
Partner network
Australia · partner DNSP
Window
27 Sep 2026 13:30
0.5 h · signal PILOT-SIG-260927-802
Response
1,500 kW · 750 kWh
Baseline 3,790 → metered 2,290 kW
Deferral integrity
0.87 work-conserving
652 kWh-eq completed 19.5 h later
Value & shares
A$540.00
Customer A$270 · community A$81 · operator A$189
Holder
Meridian Logistics AI
1,070 GPU-hours flexed
“750 kWh of verified Response flexibility, place-matched to the pilot network area (Pilot Precinct), work-conserving, retired by Meridian Logistics AI under GridFlex Methodology v1.0.”
Signed: operator · network · registrySynthetic example
Specimen token · synthetic figures · how one record reads
Where the token is made

A SAII Vault beside the substation

Sovereign AI infrastructure sits at the grid edge: containerised compute connected at a zone substation, running a calibrated model of its own node. The load arriving from the switchyard is what the site models; the response it gives back is what a GridFlex Token records.

Concept visualisation of a containerised SAII Vault AI compute site beside a zone substation at dusk
SAII VaultSovereign AI infrastructure at the grid edge
Concept visualisation
How it works

Model locally, respond to limits, verify delivery, share savings

A SAII Vault site runs a calibrated local model of its own load and connection node. When the network signals a constraint or a scheduled window, the scheduler moves deferrable work and the meter records what happened. The registry mints a token; the network co-signs it.

STEP 01

Model locally

A site-level model of load against its own schedule and the connection node, versioned and referenced on every token. Baselines are modelled, never declared.

STEP 02

Respond to limits

Network signals arrive through a flexible connection agreement, dynamic operating envelope or scheduled window. Priority workloads and deadlines are protected by rule.

STEP 03

Verify delivery

Response is measured at the connection point against the baseline and its uncertainty band. The network co-signs the signal and window; the token becomes Verified.

STEP 04

Share savings

Gross value is split by default 50% to the customer, 15% to a community dividend and 35% to the operator, and settled to invoices with the token as the receipt.

  1. Signallednetwork signal received
  2. Meteredwindow closes; data collected
  3. Pendingbaseline, response, DI computed
  4. Mintedoperator + registry signed · ≤ 5 business days
  5. Verifiednetwork co-signed · ≤ 15 business days
  6. Retiredclaimed once by the holder
  7. Voidwithdrawn with a public reason code
Five token classes

Built for what a compute site can actually do for a network

Response and Shape are the workhorses. Shape exists because networks with high rooftop solar now see some of the lowest midday operational demand in the world; a site that reliably absorbs load at 11:00 is doing a service most demand-response instruments cannot describe.

ClassNameWhat the token recordsTypical holder
GFT-RResponseVerified reduction during a network-signalled constraint window. Carries deferral integrity and may carry the work-conserving attribute.Hyperscalers, enterprises, AI startups (per-workload attribution)
GFT-SStandbyStanding availability to curtail a declared kW for a declared number of hours per month, whether or not called. Aligns with capacity-style instruments.Investors, lenders, networks (planning)
GFT-HShapeVerified load increase in a scheduled window to absorb local surplus under minimum-demand and rooftop-solar conditions. DI = 1.0 by construction.Networks, government, buyers with batch workloads
GFT-AAvoidedAn annual aggregate of Response tokens at one node demonstrably deferring a network augmentation, valued against the network's published avoided cost where one exists.Networks, investors, regulators
GFT-XResilienceHours of backup supplied from site storage to a nominated community load during an outage or planned event.Insurers, councils, networks
Deferral integrity

A shift, not a shed. Compute can prove it.

Compute is the only large load class that can show its flexibility was a shift rather than a shed: a paused job finishes later. Deferral integrity makes that proof part of the token, so a holder can say the work got done and the network can see the rebound.

DI = energy of deferred work completed within 24 h ÷ energy reduced during the window
Work-conserving attribute: DI ≥ 0.85 · Shed flag: DI < 0.85 · Shape class: DI = 1.0
≥ 0.85
Work-conserving
< 0.80
30-day avg → site review
2 × u
Issue threshold vs model uncertainty
Who the token serves

One record, four readers

The same token answers a different question for each participant, and all of them reduce to lower energy cost per unit of compute without shifting cost to other customers.

AI compute buyers

Cheaper GPU-hours with a receipt

Flex-tier compute priced below firm. Tokens attributed pro-rata to the GPU-hours you flexed ride on the invoice with a GF% and a claim statement you can publish.

Networks & retailers

Firm, bankable flexibility at the node

Co-signed events, requested versus delivered kW, and an avoided-augmentation record at a specific connection node, plus a community dividend into a channel you nominate.

Regulators & government

Scheme integrity you can audit

Public register, append-only audit log, stacking disclosure, duplicate and double-claim checks, verification lag against a 15-day target, dividend reported by region.

Investors & insurers

A metered KPI, not a vibe

Standby and Avoided classes support financing covenants; Resilience records backup hours delivered to a nominated community load. Every figure is metered and signed.

Inside the Register

Sixteen screens of the product that implements the standard

The GridFlex Tokens Register v0.1 is a public register and a portal with four role views, running on a specimen dataset so the whole lifecycle can be walked end to end: signal, mint, co-sign, attribute, retire, claim. Tap any screen to open it full size, or download the product tour (PDF).

Proposed pilot · partner network area

One site, one node, 90 days, metered

The first jurisdiction will be a network area where a flexible-connection framework already exists, operating envelopes are dynamic, and minimum-demand conditions make Shape valuable from day one; the partner network will be named when the pilot is agreed. The pilot is monitored weekly in the Register's pilot view. No pilot agreement is asserted; this is the plan we are taking to the network.

Phase 0
Design and shadow minting · Jul–Oct 2026Signal interface and metering confirmed; local model calibrated; events minted under draft conventions to tune the baseline.
Phase 1
90-day minting pilot · Nov 2026–Feb 2027Every signalled event at the pilot site minted under v1.0; network co-signs; weekly monitoring; Standby token issued monthly.
Phase 2
Attribution and dividend · Mar–May 2027Holder attribution on invoices; GF% reporting; community dividend paid through the network's nominated channel; claims code live.
Phase 3
Second network · from Jun 2027Adoption at a second network area; cross-jurisdiction serials; independent verifier appointed; v1.1 published.
Phase 1 exit KPIs · Methodology §14
Verified events co-signed by the network≥ 20
Average deferral integrity (Response)≥ 0.90
Verification lag, mint to co-signature≤ 15 days
Double-claims and duplicate serials0
Community dividend accrued≥ A$25,000
Midday surplus absorbed (Shape)≥ 60 MWh

Targets are from the pilot standard, not results. The methodology, the KPI set and the dividend channel are what we are asking the partner network, its state regulator and the AER to review.

Resources

The standard, the Register and the short version

The one-page overview is also available as a high-resolution image.

Join the market

Discuss a GridFlex pilot

Buyers who control their schedules, networks with a constraint to manage, regulators who want to see the scheme before a market exists, and investors or insurers who want a metered KPI. Tell us which, and where.

OperatorAgenticGrid, a subsidiary of AgenticScale.ai Webgridflextokens.com · agenticscale.ai · agenticgrid.ai Office443 Nepean Highway, Brighton VIC 3186, Australia
Copies the form as text to paste into an email to the AgenticGrid team.