'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.
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.