Step 2 of the split daily-TVL chain. Builds per-day end-of-day balances per (chain, owner, balance token, pricing token, balance type) by cumsumming `tokens.transfers` deltas across a dense calendar series. Reads step 1's owner-token set from matview `dune.termmax.result_termmax_tvl_daily_owner_tokens` (query 7443035). Step 3 (query 7443046) consumes this to price the balances.

OUTPUT
- blockchain     varchar
- owner          bytes
- token          bytes
- pricing_token  bytes
- balance_type   varchar  'raw' or 'aave_scaled'
- ds             DATE     end-of-day in UTC
- balance_raw    decimal  raw token amount (no decimal scaling). For
                          aave_scaled rows this is the Aave scaled
                          balance; step 3 multiplies it by the
                          liquidityIndex sampled at ds.

Materialized as `dune.termmax.result_termmax_tvl_daily_balances` (cron `30 0 * * *` UTC).

ALGORITHM (mirrors Pendle's daily-TVL Dune pattern)
1. Filter `tokens.transfers` to in/out flows touching the owner-token
   set from step 1. The `block_date` (DATE) partition is filtered
   explicitly so the planner prunes partitions — without it the query
   cost balloons.
2. Aggregate to a per-day signed delta per (owner, token).
3. Build a dense calendar via `UNNEST(SEQUENCE(...))` from each pair's
   first-active day up to `current_date - INTERVAL '1' day`. The end
   point matters because `prices.usd_daily` is NULL for `current_date`
   until UTC midnight aggregation runs.
4. Cross-join calendar × (owner, token) so every day produces a row
   even if there were no transfers that day.
5. `LEFT JOIN` the daily delta; fill missing days with 0.
6. Running sum: `SUM(daily_raw) OVER (PARTITION BY ... ORDER BY ds
   ROWS UNBOUNDED PRECEDING)` to convert deltas into balances.

NUMERIC SAFETY
TRY_CAST(amount_raw AS DECIMAL(38,0)) is used (not plain CAST) to drop
anomalous transfers that overflow Decimal(38). The window SUM ignores
NULL so a single overflowing transfer drops silently instead of
failing the whole row.

REBASING TOKENS
- Aave aTokens are non-rebasing in raw-balance terms; the row is
  emitted with balance_type='aave_scaled' so step 3 can scale by
  the day's liquidityIndex.
- MetaMorpho NAV-bearing shares (steakUSDC, gtUSDC, ellenUSDC,
  senRLUSDv2, gtLRTcore, base steakUSDC): raw share-token balance is
  carried here; step 3 applies per-day NAV via the share-token NAV
  matview (query 7485799).
