Botto creates 350 visual pieces a week and presents them to the community. Every week the most voted piece is minted and auctioned on SuperRare.

Botto is a decentralized autonomous artist. Botto was founded by Mario Klingemann, Eleven Yellow, Coleccion SOLO, and Carbono and launched in 2021.

BOTTO tokenholders own and govern the protocol. They currently manage the proceeds from the auctioned NFTs (revenue). 

governance

github

twitter

discord

etherscan

website

NFT marketplaces

Botto

# Botto Total value locked Methodology

## 1. Overview

Botto's Total Value Locked (TVL) represents the USD value of all tokens held in the protocol's treasury address. This metric measures the total value of assets under the protocol's control, which represents user deposits and accumulated protocol value. The calculation approach treats the protocol's token holdings as equivalent to TVL, using a net deposits methodology where tokens held in the treasury address directly represent locked value.

## 2. Data sources

The TVL calculation relies on several key data sources:
- **Blockchain events**: Parsed Ethereum `Transfer` events and transaction traces that track token movements into and out of the protocol address
- **Transaction data**: Ethereum transaction records and event logs that capture all token flow activity
- **External data**: End-of-day token price feeds for USD conversion and token metadata including symbols and decimal precision
- **Protocol data**: Botto's specific treasury address configuration for tracking controlled assets

## 3. Step-by-step calculation

### Component A: Token balance change tracking
- **Purpose**: Monitor all token balance changes for Botto's treasury address to understand inflows and outflows
- **Logic**: The system processes Ethereum blockchain events to identify all token transfers involving Botto's treasury address (`0x19cd3998f106ecc40ee7668c19c47e18b491e8a6`). Each transfer event is analyzed to determine whether it represents an inflow (increasing the protocol's token balance) or outflow (decreasing the balance). The `calculate_token_balance_changes` macro handles the parsing of transfer events and calculation of net balance changes for each token on each day
- **Key fields**: Critical data includes `timestamp` for timing, `account_address` for the protocol treasury, `token_address` for token identification, `token_symbol` for reference, and `balance` representing the net change in token holdings

### Component B: Cumulative balance calculation  
- **Purpose**: Calculate running cumulative balances for each token held by the protocol over time
- **Logic**: Using the daily balance changes from Component A, the system calculates cumulative running totals using window functions. The calculation partitions data by timestamp grain, chain, account address, and token address, then orders by timestamp to create a running sum of all balance changes. This produces the total quantity of each token held by the protocol at any point in time
- **Key fields**: The process maintains `timestamp` granularity while calculating cumulative `balance` values that represent total token holdings rather than daily changes

### Component C: Time series completion
- **Purpose**: Ensure complete time series data with no gaps in the historical record
- **Logic**: The `fill_forward` operation addresses missing dates in the time series by carrying forward the last known balance for each token. This ensures that if no transfer events occur on a particular day, the token balance remains at the previous day's level rather than showing as missing data. The filling operates across all dimension combinations of timestamp grain, chain, account address, and token address
- **Key fields**: All dimensional fields are preserved while ensuring continuous `balance` values across the complete time range

### Component D: USD conversion
- **Purpose**: Convert token balances from native units to USD values using market prices
- **Logic**: Each token balance is joined with end-of-day price feeds to convert native token amounts to USD equivalents. The system matches token balances with price data based on timestamp, chain, and token address. The conversion multiplies the token `balance` by the corresponding `price_usd`, accounting for token decimal precision. Only positive balances are included in the USD conversion to exclude any computational artifacts
- **Key fields**: The conversion produces `amount` values in USD while preserving all temporal and dimensional information

### Final aggregation
- **Combining components**: All USD-converted token balances for the protocol address are treated as the net deposits metric, which directly represents TVL for Botto
- **Currency conversion**: USD conversion occurs using end-of-day price feeds matched by timestamp, chain, and token address, with proper decimal adjustment
- **Time aggregation**: Daily boundary logic ensures consistent daily snapshots with forward-filling for missing dates
- **Final calculation**: TVL equals the sum of all USD-converted token balances held in the protocol's treasury address, representing the total value locked in the protocol

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

Total value locked (TVL)

Total value locked (TVL) — value deposited into the project's applications.

BottoBOTTO

Total value locked

Total value locked

Competitive landscape