Lenders deposit funds into Silo Finance and receive interest payments from borrowers (supply-side fees).

Silo Finance is a non-custodial lending protocol built on Sonic and other EVM-based blockchains. Silo Finance was founded by Aiham Jaabari and launched in 2021.

SILO tokenholders own and govern the protocol. They currently take a cut of the total interest paid by borrowers (revenue).

governance

github

twitter

discord

etherscan

website

Lending

Silo Finance

# Silo Finance Treasury (net) Methodology

## 1. Overview

Treasury (net) measures the total value of non-native assets held in the Silo Finance onchain treasury. This metric excludes the protocol's native SILO asset to provide a clear view of the project's liquid reserves, such as stablecoins and other external assets, which are available to fund operations, development, and growth initiatives.

## 2. Data sources

- **Blockchain events**: ERC-20 token transfers and native asset transfers involving specific treasury account addresses, covering Ethereum, Arbitrum, and Sonic
- **External data**: End-of-day price feeds for all held assets

## 3. Step-by-step calculation

### Component A: Treasury account identification

- **Purpose**: Define the scope of addresses belonging to the Silo Finance treasury.
- **Logic**: A predefined list of account addresses is monitored across Ethereum, Arbitrum, and Sonic. These addresses represent the protocol's multi-sig wallets and treasury reserve contracts.
- **Key fields**: `account_address` (treasury wallet identification)

### Component B: Token flow extraction and filtering

- **Purpose**: Capture all incoming and outgoing asset movements while excluding the native asset.
- **Logic**: Daily net flows are aggregated from ERC-20 token transfers and native asset transfers for the identified treasury addresses. The protocol's native asset (SILO) is explicitly excluded from the calculation based on its specific contract address on each respective chain.
- **Key fields**: `token_address` (asset identification), `value` (transfer quantity)

### Component C: Balance calculation and fill-forward

- **Purpose**: Determine the daily standing balance of each asset.
- **Logic**: Daily net flows are summed cumulatively to calculate the total balance of each asset held in the treasury. For days where no transfer events occur, the previous day's balance is carried forward to ensure a continuous time series for every asset-account combination.
- **Key fields**: `timestamp` (daily granularity), `balance` (cumulative quantity)

### Component D: USD conversion and aggregation

- **Purpose**: Normalize treasury holdings to USD for cross-asset comparison.
- **Logic**: Asset balances are normalized by decimal precision and multiplied by end-of-day price feeds. The resulting USD values are aggregated by chain and day using UTC boundaries.
- **Key fields**: `price_usd` (asset valuation), `treasury_net` (final USD value)

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

Total value of a project's treasury excluding its native token.

Silo FinanceSILO

Treasury (net)

Treasury (net)

Competitive landscape

Chain breakdown