Settlement layer

zToken connects verified records to regional settlement.

ZEV channels can create estimated or pending energy records. zToken is the layer that can batch those records into regional settlement and governance once the required proof gates are met.

Simple flow: channel activity -> energy record -> proof status -> settlement batch.

Participation

What did you help support?

A completed trip, home energy data, or another verified action can become a participation record when evidence exists.

State

Pending vs confirmed

Pending records are not final. Confirmed records need booking, payment, energy, and proof data.

Governance

More control over time

Control should expand carefully: team and multisig first, then verified participants, then broader community rules.

Country launch

How country tokens can stay trustworthy.

  • Each country token, such as zGBP, zUSD, or zTWD, should have its own visible reserve or support record.
  • If stablecoins such as USDC or USDT are used, users should see them as transparency support, not as a guaranteed redemption or yield promise.
  • New tokens should be limited by visible reserves, verified bookings or energy events, and clear governance rules.
  • A dashboard should show what is reserved, what is pending, what is confirmed, and what proof is still missing.
  • Important changes should require more than one person, with delays and public records before funds or rules move.
Maturity gates

What must be true before settlement?

  • The source event is confirmed.
  • The economic allocation is recorded.
  • The related energy project or device record is visible.
  • Governance and access changes are reviewed before activation.
Record lifecycle

What happens after a channel event?

A search, request, or preview does not create a final record. The underlying activity must be confirmed first. If it fails or is cancelled, the pending record is removed. If it settles, it can become confirmed participation.

1Booking confirmedCreate a pending record while the booking payment is not fully settled.
2Booking cancelledRemove the pending record and reduce the balance back to zero.
3Booking settlesTurn the pending record into confirmed participation and attach the clean-energy record.
Current pilot

Smart contract layer is inspectable.

Today this is a Sepolia testnet pilot for people who want to inspect the mechanics. It is not the final mainnet version.

The operator UI is kept on localhost for internal review. Public inspection should use the Sepolia contract links below.

Mainnet, multisig, registry, redemption, and liquidity are future production layers, not claimed as live here.

zGBP0x7aeA750ACA1b5F5B214310AEE87Cd610Bc71fF92
pzGBP0xba64D10141A22A3C6B98b253BCabDEfeDCee0bF1
ZEVMinter0x02F243709ce4DfC9931CAE43d3acCB95f8F0B176
AirdropVault0x8840a922864A135e422Ffebf7763fA35FE4dd85e
ZEVGovernor0x93917af44012Cd852AC0b7cA794D7171ca86A414

Proof before settlement.

Check the proof layer first. zToken settlement only matters when the related energy record is credible.

Verify proof