'use client' import Link from 'next/link' import { Card } from '@/libs/frontend-ui-primitives' import PageIntro from '@/components/common/PageIntro' import EntityBadge from '@/components/common/EntityBadge' export default function GruDocsPage() { return (

The explorer now distinguishes between canonical GRU surfaces on Chain 138 and cW public-network representations used on bridge lanes. It also highlights when a token looks ready for x402-style payment flows.

You can inspect these signals directly on live examples such as {' '}cUSDT, {' '}cUSDC, and related GRU-aware search results under {' '}search.

A practical verification path is: open a token page, confirm the GRU standards card, check the x402 and ISO-20022 posture badges, inspect the sibling-network entries under Other Networks, and then pivot into a related transaction to see how GRU-aware transfers are labeled in the transaction evidence flow.

Public token language
The explorer follows the GRU monetary policy taxonomy: c means compliant instrument created by a regulated financial entity or institution, W means wrapped representation on a public network, XXX is the ISO-4217 currency code or ISO-style commodity code, C marks cash-tokenized electronic money, and T marks treasury or government bond exposure.
Base token profile
Canonical GRU v2 base tokens are expected to expose ERC-20, AccessControl, Pausable, EIP-712, ERC-2612, ERC-3009, ERC-5267, deterministic storage namespacing, and governance/supervision metadata.
x402 readiness
In explorer terms, x402 readiness means the contract exposes an EIP-712 domain plus ERC-5267 domain introspection and at least one signed payment surface such as ERC-2612 permit or ERC-3009 authorization transfers.
Token detail
Open cUSDT or {' '}cUSDC {' '}to inspect the GRU standards card, x402 posture, ISO-20022 posture, and sibling-network mappings.
Search
Use search for cUSDT to verify that direct token matches and curated posture cues are visible on first paint.
Transactions
Open any recent transfer from the token page and look for GRU-aware transfer badges and the transaction evidence matrix on the transaction detail page.

A token can be forward-canonical and x402-ready even while older liquidity or bridge lanes still run on a prior version. That is why the explorer separates active liquidity posture from forward-canonical posture.

The most important live examples today are the USD family promotions where the V2 contracts are the preferred payment and future-canonical surface, while some V1 liquidity still coexists operationally.

On token pages, look for the GRU standards card, x402 posture badges, ISO-20022 badges, and sibling-network references. On transaction pages, look for GRU-aware transfer badges and the transaction evidence matrix.

Search the explorer → Inspect token pages → Transaction review guide → Check transaction transfers → General documentation →
) }