This document lists GRU-M1 base money, ISO-4217 W tokens, Aave-style asset/debt tokens, and flash loan coverage. All tokens are **ERC-20 compliant** for DEX liquidity pool compatibility. Use deterministic deployment (CREATE2) for cross-chain tokens; same address everywhere.
**ISO-4217 symbol matrix:** For compliant token symbol construction (6-char native, 7-char bridged) and v0/v1 mapping, see [ISO4217_COMPLIANT_TOKEN_MATRIX.md](../../../docs/04-configuration/ISO4217_COMPLIANT_TOKEN_MATRIX.md). On **ChainID 138 only**, token symbols are **v0** (no chain designator): `cUSDT`, `cUSDC`; the X is left out. X is used only when denoting Chain 138 as origin elsewhere (e.g. bridged).
Use [TokenFactory](../../contracts/iso4217w/TokenFactory.sol) or extend [DeployISO4217WSystem.s.sol](../../script/deploy/iso4217w/DeployISO4217WSystem.s.sol). Full ERC-20 for DEX.
Use [DebtToken](../../contracts/vault/tokens/DebtToken.sol) with `decimals_` and `transferable_`. When `transferable_ == true`, full ERC-20 for DEX; when false, mint/burn/vault-only (default).
| Liquidity pools | Specified | Pools should expose flash loan capability; gate via ComplianceRegistry/allowlist. |
## 6. Reserve Attestation and E-Money Hooks
- **Base money:** Par redeemability, safeguarded reserves, no yield on base money, transaction monitoring hooks.
- **Where:** ComplianceGuard and TokenRegistry (iso4217w); PolicyManager and ComplianceRegistry (emoney); ReserveOracle for attestation.
- See ISO-20022 and E-Money runbook (docs/runbooks).
## 7. ERC-20 and DEX Compatibility
- **Base (c*) and W (*W):** Full ERC-20 (name, symbol, decimals, balanceOf, transfer, approve, allowance, Transfer/Approval events). Compatible with Uniswap, DODO, Balancer, etc.
- **Asset (ac*):** Same; DepositToken is fully transferable and supports configurable decimals to match underlying.
- **Debt (vdc*/sdc*):** ERC-20 interface; when `transferable` is true, same as above; when false, only mint/burn/vault (no general transfers).
- **VaultFactory:** Tokens created via [VaultFactory.createVault](../../contracts/vault/VaultFactory.sol) use the 5-arg `DepositToken.initialize` and `DebtToken.initialize` only, so they get **18 decimals** and non-transferable debt. For cUSDC/cUSDT (6 decimals) and DEX compatibility, deploy deposit/debt tokens via deterministic scripts using `initializeWithDecimals` / `initializeFull` (see runbooks).
- **Reporting:** Token Aggregation Service exposes all tokens, pools, liquidity, and volume for **CoinMarketCap** and **CoinGecko** via `/api/v1/report/*` (see token-aggregation docs).
## 8. Naming and Decimals
- ac* and vdc*/sdc* use same decimals as underlying (e.g. cUSDC 6 → acUSDC 6, vdcUSDC 6).
- No per-chain address maps; use deterministic deployment (see [MULTI_CHAIN_EXECUTION_DETERMINISTIC_DEPLOYMENT.md](../../../docs/runbooks/MULTI_CHAIN_EXECUTION_DETERMINISTIC_DEPLOYMENT.md)).
- **Canonical symbol grammar:** In the GRU M00 Diamond spec, logical roles **a** (asset) and **d** (debt) map to deployed names **ac** (DepositToken) and **vdc**/sdc (DebtToken). Full grammar (c/a/d, W-before/after-ISO): [GRU_M00_DIAMOND_FACET_MAP.md](../../../docs/04-configuration/GRU_M00_DIAMOND_FACET_MAP.md) §5.