LAST 100 TRANSACTIONS.
Live on-chain activity for GOHAN-SUTV, the token the migration pays out, read straight from the public Klever API. Claims, vesting releases and the vault's own movements land here as they happen, alongside every ordinary transfer and trade.
Amounts are the largest single GOHAN movement in each transaction, read from its receipts, because a swap's contract parameter names only the router, not the asset. Values are handled as exact integers, never floating point.
Contract rows carry the endpoint the signer actually called, decoded from the transaction's own data. It matters: an ORDER is an offer resting on the order book, not a completed trade. The GOHAN sits in escrow and returns to its owner if the order is cancelled or expires. LIQUIDITY moves GOHAN into or out of a pool, which is not a sale either. Only SWAP means GOHAN changed hands.
The migration's own contracts are named the same way. CLAIM is a snapshot holder taking their allocation, and VESTING is the rest of one arriving later on schedule; neither is anybody buying. VAULT is the claim contract itself being funded, rooted, or burning what nobody came for. ASSET ADMIN Β· ISSUED appears exactly once, and is the transaction that created the entire supply.
A hundred rows are shown at a time, and the counts above cover everything held, not just the page. The new asset is young enough that the live window is its whole history, so every row here comes straight from the Klever API. The hourly deeper window switches on for this tab once one request stops reaching back far enough, and is read by the same code that reads the live one.
Addresses still carry the label they earned on the old asset, so a legacy owner stays recognisable here. Nothing on this tab is flagged for it: the exclusion list decides who the snapshot pays, and that question was settled before this token existed.