Validators process transactions and receive fees from users (supply-side fees).

Viction is a smart contract platform for decentralized applications (a blockchain). Viction was founded by Ninety Eight and launched in 2018.

VIC holders own and govern the protocol. They currently don't take a cut of the total transaction fees paid by users (revenue). Ninety Eight's investors include Binance Labs, The Spartan Group, Multicoin Capital, etc.

website

twitter

Blockchains (L1)

Viction

# Viction Transaction count Methodology

## 1. Overview

The Viction transaction count metric measures the total number of unique transactions processed on the Viction blockchain each day. This metric provides insight into network activity and adoption by counting distinct transaction hashes within daily time boundaries. The calculation includes special handling for VRC21 tokens, which implement Viction's gas fee delegation standard where transaction fees can be paid by the receiving contract rather than the sender.

## 2. Data sources

- **Viction blockchain transaction records**: Raw transaction data from the Viction blockchain containing transaction hashes, block timestamps, sender and receiver addresses, gas usage, and gas prices
- **Viction VRC21 token registry**: A registry of VRC21 token contract addresses that implement Viction's gas fee delegation standard
- **Chain availability configuration**: Token Terminal's monitoring system that tracks when blockchain data is reliable and complete

## 3. Step-by-step calculation

### Component A: Transaction data processing
- **Purpose**: Standardize and process raw Viction transaction data with proper data type conversions and special VRC21 token handling
- **Logic**: Raw transaction records are processed with type casting to ensure data consistency. Block timestamps are converted to timestamp format, transaction hashes and addresses to strings, and numeric fields like gas usage to appropriate numeric types. Special logic identifies VRC21 token transactions by joining with the VRC21 token registry on the `to_address` field. For transactions sent to VRC21 token contracts, a fixed effective gas price of 2.5 * 1e-10 is applied instead of the actual gas price, reflecting the gas fee delegation mechanism. For regular transactions, the gas price is converted from Wei to Ether by dividing by 10^18. All transactions are tagged with the Viction chain identifier and native token address.
- **Key fields**: `block_timestamp` for temporal grouping, `transaction_hash` for unique transaction identification, `from_address` and `to_address` for transaction direction, `gas_used` for resource consumption, and `effective_gas_price` with VRC21-specific pricing logic

### Component B: Daily aggregation
- **Purpose**: Group transactions by day and calculate daily transaction counts with proper metadata assignment
- **Logic**: Transactions are grouped by truncating the block timestamp to daily boundaries using timestamp truncation. Each group includes chain-level metadata identifying Viction as an L1 blockchain in the blockchain business segment. The `to_address` is preserved to maintain transaction-level granularity. Transaction counts are calculated using approximate distinct count on transaction hashes to handle any potential duplicates in the data pipeline. Product and contract name fields are set to null as this metric measures chain-level activity rather than application-specific transactions.
- **Key fields**: `timestamp` truncated to day granularity, `chain_id` set to "viction", `market_sector_id` set to "blockchains_l1", `transaction_count` as the approximate distinct count of transaction hashes

### Final aggregation
- **Combining components**: The daily aggregated data is processed through the `finalize_metric_transaction_count` macro which standardizes the output schema, validates chain and sector identifiers, and implements a "fill_zeros" strategy to ensure continuous daily data with zero values for days with no transactions
- **Currency conversion**: Not applicable for this count-based metric
- **Time aggregation**: Data is aggregated to daily boundaries using timestamp truncation, ensuring all transactions within a 24-hour period are counted together
- **Final calculation**: The final metric represents the approximate distinct count of transaction hashes per day on the Viction blockchain, filtered by chain availability to ensure data quality. Days with missing data are filled with zero transaction counts to maintain temporal continuity.

*This methodology was automatically generated by Token Terminal's methodology analyzer.*

Confirmed transactions added to the blockchain.

VictionVIC

Archived

Transaction count

Transaction count

Competitive landscape