# RWA T-Bill Conservative

> A reference basket of pure real-world-asset and tokenized T-bill assets that have cleared Philidor's Prime/Core review with explicit issuer and reserve provenance. The basket targets a conservative liquidity-and-credit profile: every name is an asset (not a vault) whose primary failure mode is bounded by the issuer's regulated reserves, and weights tilt toward the highest Philidor risk scores subject to single-name and issuer caps.

## Summary

A reference basket of pure real-world-asset and tokenized T-bill assets that have cleared Philidor's Prime/Core review with explicit issuer and reserve provenance. The basket targets a conservative liquidity-and-credit profile: every name is an asset (not a vault) whose primary failure mode is bounded by the issuer's regulated reserves, and weights tilt toward the highest Philidor risk scores subject to single-name and issuer caps.

## Constituent Type

Asset (each constituent is a directly-held tokenised asset)

Minimum constituents: **5**.

## Eligibility Rule

An asset is eligible when its Philidor risk tier is Prime or Core, its review_status is "reviewed", and its asset category is one of tokenized_treasury, t_bill_backed_stable, or rwa_credit. Provisional and unreviewed names are excluded by construction.

Structured form (the rebalancer reads this exact shape):

```json
{
  "asset_category": ["tokenized_treasury", "t_bill_backed_stable", "rwa_credit"],
  "review_status": ["reviewed"],
  "terminal_underlying_category": [],
  "terminal_underlying_min_backing_offchain_pct": null,
  "tier": ["Prime", "Core"]
}
```

## Weighting Rule

Each constituent receives a raw weight proportional to its risk score above 7.0; raw weights are then normalised so the basket sums to 100%. A constituent with risk score 8.0 carries twice the raw weight of one at 7.5.

Formula:

```
w_i ∝ (risk_score_i − 7.0); normalize so Σ w_i = 1.0
```

### Worked Example

| Constituent   | Risk Score | Raw Weight (score − pivot) | Normalised Weight |
| ------------- | ---------- | -------------------------- | ----------------- |
| Constituent A | 9.00       | 2.00                       | 38.10%            |
| Constituent B | 8.50       | 1.50                       | 28.57%            |
| Constituent C | 8.00       | 1.00                       | 19.05%            |
| Constituent D | 7.50       | 0.50                       | 9.52%             |
| Constituent E | 7.25       | 0.25                       | 4.76%             |
| **Sum**       | —          | 5.25                       | **100.00%**       |

In this illustrative case every normalised weight is below the 25% single-name cap and above the 2% floor, so no cap-redistribution is needed. When a constituent exceeds a cap, the rebalancer iteratively trims it to the cap and redistributes the excess across the remaining names in proportion to their current weights, repeating until all caps and the floor are simultaneously satisfied (within 50 iterations — see invariant I5).

## Caps

| Cap         | Value | Meaning                                                                |
| ----------- | ----- | ---------------------------------------------------------------------- |
| Single-name | 25%   | No constituent may exceed this share of the basket.                    |
| Issuer      | 35%   | Cross-chain deduplicated; aggregate exposure to one issuer is bounded. |
| Floor       | 2%    | Any constituent below the floor is dropped before final normalisation. |

## Refresh Schedule

Rebalances run on a calendar schedule (the last business day of March, June, September, and December at 16:00 UTC) and additionally fire when any constituent crosses a tier boundary, moves by ≥ 0.5 in risk score, when a new eligible name enters the universe, or when the methodology version itself changes. Rating-triggered rebalances are throttled to at most one every 14 days; calendar rebalances always fire and are not throttled.

Structured form (the rebalancer reads this exact shape):

```json
{
  "calendar_day": "last_business_day",
  "calendar_months": [3, 6, 9, 12],
  "calendar_time_utc": "16:00",
  "rating_move_throttle_days": 14,
  "rating_move_triggers": [
    "tier_change",
    "score_delta_ge_0_5",
    "new_eligible_entrant",
    "methodology_version_change"
  ]
}
```

## Halt Conditions

The rebalancer enforces the following halt-closed invariants. When any of these fails the rebalance aborts and the prior published version is preserved; alerts page the on-call.

| ID  | Description                                                                                                                                                  |
| --- | ------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| I1  | Every constituent must have a non-null issuer_id and risk_score and review_status = "reviewed". Otherwise the constituent is rejected.                       |
| I2  | The eligible set must contain at least min_constituents names. If it falls below, the rebalance aborts and the prior published version is preserved.         |
| I3  | Eligible-set turnover versus the prior version must not exceed 50%. A higher turnover triggers a "universe shock" abort with the prior version preserved.    |
| I4  | The indexer must have a successful run within the last 6 hours. Stale ratings abort the rebalance and the prior version is preserved.                        |
| I5  | Cap-redistribution must converge within 50 iterations. Otherwise the rebalance aborts; equal-weight fallback only runs with an explicit operator flag.       |
| I6  | The published weights must sum to 1.0 within 1e-6. The database CHECK constraint refuses to commit a version row that violates this.                         |
| I7  | Calendar and rating-move rebalances are mutually exclusive per basket via a Postgres advisory lock; a second concurrent rebalance exits cleanly.             |
| I8  | Every published version is content-hash signed; the current_version_id pointer is moved atomically only after constituents and signature are written.        |
| I9  | Every version is reproducible from frozen inputs stored in basket_version_inputs; CI replays the latest version and asserts byte-equality of canonical JSON. |
| I10 | The methodology doc_url must resolve with HTTP 200 before publish. A missing or 404 doc aborts the rebalance.                                                |

## Version

Current methodology version: **1.0.0**

Methodology document URL: [https://docs.philidor.io/docs/methodology/baskets/rwa-tbill-conservative](https://docs.philidor.io/docs/methodology/baskets/rwa-tbill-conservative)

## Change Log

- **1.0.0** — Initial published methodology.