> ## Documentation Index
> Fetch the complete documentation index at: https://docs.allium.so/llms.txt
> Use this file to discover all available pages before exploring further.

# Field Values Reference

> Data dictionary of enum values across the stablecoin payments pipeline

A consolidated reference for the categorical fields in the `stablecoins.intelligence` tables.
For full column lists see the [Table Reference](/historical-data/payments/tables).

## transaction\_type

`organic_activity_classification.transaction_type` — the high-level economic intent of an organic transfer.

| Value                | Meaning                                                                                                       |
| -------------------- | ------------------------------------------------------------------------------------------------------------- |
| `Real-World Payment` | Consumer/business payment-sized flow below the large-ticket trade threshold                                   |
| `Investment/Trade`   | Large B2B/institutional transfers, outlier ticket sizes, short-term round-trip patterns, exchange-style flows |
| `Store as Value`     | Receiver accumulates an inflow large relative to balance and typical ticket, with low subsequent outflow      |
| `Unclassified`       | No rule matched with sufficient confidence                                                                    |

## core\_payment\_category

`payment_categorization.core_payment_category` — payment relationship (Real-World Payment transfers only).

| Value                      | Meaning                             | Counts as real-world payment? |
| -------------------------- | ----------------------------------- | :---------------------------: |
| `C2C Payment`              | Consumer → Consumer                 |               ✅               |
| `C2B Payment`              | Consumer → Business                 |               ✅               |
| `B2C Payment`              | Business → Consumer                 |               ✅               |
| `B2B Payment`              | Business → Business                 |               ✅               |
| `I2B Payment`              | Institutional → Business            |      ✅ (rolled into B2B)      |
| `I2C Payment`              | Institutional → Consumer            |      ✅ (rolled into B2C)      |
| `Institutional Payment`    | Institutional → Institutional (I2I) |      ✅ (rolled into B2B)      |
| `B2I Payment`              | Business → Institutional            |      ✅ (rolled into B2B)      |
| `Deposit to Institutional` | Consumer → Institutional (C2I)      | ❌ excluded (Investment/Trade) |

<Note>
  For BCG-style real-world payment mix, sum **B2B + B2C + C2B + C2C** (folding `I2B Payment`,
  `I2C Payment`, `B2I Payment`, and `Institutional Payment` into their respective categories).
  Only `Deposit to Institutional` (C2I) is excluded as an investment/trade flow.
</Note>

## payment\_purpose

`payment_categorization.payment_purpose` — granular purpose, driven by amount bands within each category.

| Flow              | Purposes (small → large)                                                |
| ----------------- | ----------------------------------------------------------------------- |
| **C2C**           | P2P Micro Payment · P2P Remittance · P2P Large Transfer                 |
| **C2B**           | Retail Purchase · Service Payment · Large Purchase                      |
| **B2C**           | Micro Payout · Gig/Creator Payout · Salary/Payroll · Large Disbursement |
| **B2B**           | Service Fee · Supplier Payment · Large B2B Settlement                   |
| **Institutional** | Institutional Settlement and related                                    |

## classification\_tier

`payment_categorization.classification_tier` — confidence that the amount sits in a calibrated band.

| Value      | Meaning                                                          |
| ---------- | ---------------------------------------------------------------- |
| `Core`     | Amount within primary calibrated thresholds (highest confidence) |
| `Extended` | Larger secondary bands                                           |
| `Fallback` | Outside Core/Extended but still a real-world payment upstream    |

## wallet\_type & balance\_tier

`organic_activity_classification.from_wallet_type` / `to_wallet_type` and the corresponding balance tiers.

| wallet\_type    | Profile                                                |
| --------------- | ------------------------------------------------------ |
| `Consumer`      | Retail-sized balances and tickets                      |
| `Business`      | Commercial throughput backed by a real working balance |
| `Institutional` | Treasury / protocol / market-maker scale               |

| balance\_tier | Max stablecoin balance (USD) |
| ------------- | ---------------------------- |
| `whale`       | ≥ \$1M                       |
| `large`       | $100K – $1M                  |
| `medium`      | $10K – $100K                 |
| `small`       | $1K – $10K                   |
| `micro`       | $25 – $1K                    |
| `dust`        | \< \$25                      |

## wallet\_type\_combination

Sender × receiver pairing: `C2C`, `C2B`, `B2C`, `B2B`, `I2C`, `I2B`, `I2I`, `C2I`, `B2I`
(C = Consumer, B = Business, I = Institutional).

## classification (activity taxonomy)

`enriched_transfers.classification` — the top-level activity bucket for **every** transfer (not just organic). Most non-payment buckets are excluded from `is_adjusted_volume`.

| Value              | Meaning                                                 |
| ------------------ | ------------------------------------------------------- |
| `dust`             | Below de-minimis USD threshold                          |
| `mint_burn`        | Supply increase/decrease (genesis/mint/burn)            |
| `infra_automation` | Bridges, bots, MEV, inorganic, infrastructure           |
| `cex_flow`         | At least one centralized-exchange address               |
| `defi`             | DEX/lending/DeFi-labeled counterparty                   |
| `short_term_pair`  | Rapid round-trip routing leg                            |
| `gambling`         | Gambling-sector counterparty                            |
| `payments`         | Real-world payment flow                                 |
| `store_of_value`   | Accumulation vs typical spend                           |
| `investment_trade` | Trading / large B2B / short-term pair behavior          |
| `organic_activity` | Passes adjusted-volume filters, no finer bucket matched |
| `unclassified`     | No rule matched or failed adjusted-volume gate          |

## Directional flow categories

`enriched_transfers.{cex,defi,payment_services,infrastructure}_flow_category` — directional tags relative to each labeled sector, e.g. `CEX TO CEX`, `OTHERS DEPOSITS TO CEX`, `OTHERS WITHDRAWALS FROM CEX`, `DEFI TO DEFI`, `PAYMENT SERVICES TO PAYMENT SERVICES`, `UNCATEGORIZED`.

## stablecoin\_type

`enriched_transfers.stablecoin_type` — registry taxonomy: `native`, `bridged`, `yield_bearing`, `lending_receipt`, `vault_share`, `unclassified`.

## Next Steps

<CardGroup cols={2}>
  <Card title="Table Reference" icon="table" href="/historical-data/payments/tables">
    Full column-level schema
  </Card>

  <Card title="Example Queries" icon="code" href="/historical-data/payments/examples">
    Recipes using these fields
  </Card>
</CardGroup>