|
| 1 | +# Changelog |
| 2 | + |
| 3 | +All notable changes to this project are documented in this file. |
| 4 | + |
| 5 | +The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.0.0/), |
| 6 | +and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html). |
| 7 | + |
| 8 | +## [1.0.0] — 2026-08-25 — MVP foundation |
| 9 | + |
| 10 | +Initial public foundation of the T3 programmable fiat framework: an EIP-2535 |
| 11 | +Diamond ERC-20 deposit token with programmable transfer envelopes and per-bank |
| 12 | +claim attribution, targeting a permissioned Hyperledger Besu consortium. |
| 13 | + |
| 14 | +> Note: this is a foundation release, not a production-audited deployment. It has |
| 15 | +> no production history. See the README for current scope and the planned waves. |
| 16 | +
|
| 17 | +### Added |
| 18 | +- **Diamond core (EIP-2535):** proxy + DiamondCut/DiamondLoupe, manifest-driven |
| 19 | + facet registration (`scripts/lib/facet-manifest.js`) as the single source of |
| 20 | + truth for deploys, ABI generation, and the selector-collision / ABI-parity gates. |
| 21 | +- **ERC-20 deposit token:** base, pausable, direct transfer, mint/burn, fee logic, |
| 22 | + admin facets with isolated diamond storage per module. |
| 23 | +- **Programmable envelopes:** create / finalize / reverse / dispute lifecycle with |
| 24 | + configurable settlement type (CRYPTO_DIRECT, FIAT_INSTITUTIONAL) and expiration |
| 25 | + behavior (immediate, half-life decay, hold-until-manual, oracle-conditional, |
| 26 | + auto-reverse, dispute-hold). Includes SmartLock and envelope-inheritance facets. |
| 27 | +- **Per-bank claim attribution:** consortium mints route through |
| 28 | + `IssuanceAccountingLib.mintAttributed`; envelope finalization routes through |
| 29 | + `ClaimAttributionLib.finalizeEnvelopeClaims` + `substituteLiability` for |
| 30 | + cross-institution settlement. Activated via `initializeClaimAttribution` |
| 31 | + (requires zero supply at init). |
| 32 | +- **Consortium / banking:** multi-asset vault with factor-based collateral check |
| 33 | + (default 100% = 1:1; per-bank factors configurable), institution lifecycle / |
| 34 | + policy / registry, custodian registry, membership. |
| 35 | +- **Rules / compliance:** rules engine + config, automated emergency response |
| 36 | + (role-gated, fail-closed). |
| 37 | +- **Wallet recovery** state machine and **relayer fallback** (4-hour |
| 38 | + self-declaration) for ERC-2771 meta-transactions. |
| 39 | +- **Services:** Ponder event indexer, ERC-2771 meta-transaction relayer, and the |
| 40 | + settlement keeper (ships DISABLED and triple-gated). |
| 41 | + |
| 42 | +### Changed |
| 43 | +- **Compliance arming observability (CF-R Obs-1):** the single `activeScopeCount` |
| 44 | + was split into per-control counters (`sanctionsScopeCount`, `kycScopeCount`, |
| 45 | + `cipScopeCount`, `travelRuleScopeCount`); `activeScopeCount()` remains as their |
| 46 | + sum and `complianceArmed()` reports any-armed. The legacy getters changed |
| 47 | + meaning: `isKycEnforceActive()` / `isCipEnforceActive()` / |
| 48 | + `isTravelRuleEnforceActive()` now report only the **network-scope** policy |
| 49 | + baseline, and `isScreeningEnforceActive()` reports whether any institution has |
| 50 | + per-institution sanctions enforcement enabled. Off-chain consumers that need |
| 51 | + "any scope armed" should migrate to the per-control `*ScopeCount()` views or |
| 52 | + `complianceArmed()`. |
| 53 | +- **Policy relax guard (CF-R Obs-2):** lowering an enforcement-class policy |
| 54 | + below its effective parent — including via `setNetworkPolicy` and via |
| 55 | + `clearInstitutionPolicy` / `clearWalletPolicy` of a tighter override — now |
| 56 | + requires `COMPLIANCE_EXEMPTION_ROLE` and emits `ComplianceExemptionGranted`. |
| 57 | +- **Escrow-creation recipient screening (K-F1):** `ESCROW_IN` compliance checks |
| 58 | + now screen the named recipient (payee-resolved through recovery) in addition |
| 59 | + to the sender. Cambio bearer notes (`to == address(0)`) remain exempt. |
| 60 | +- **Bulk recovery release gating (CF-2 core):** `applyBulkPolicy` ConfirmFiat |
| 61 | + and `resolveCambioNotesBulk` cancel/expire releases now run the |
| 62 | + `ESCROW_RELEASE` compliance gate against the resolved payee before value |
| 63 | + moves. Envelope reverse/clawback refund legs are deliberately not gated yet — |
| 64 | + they route to admin hold in the compliance-hold work (D2). |
| 65 | +- **Screening freshness enforcement (C-F9):** when sanctions are armed |
| 66 | + (`sanctionsScopeCount > 0`) and an admin has set `screeningStaleAfter > 0`, |
| 67 | + the sanctions precheck fails closed (`ComplianceScreeningStale`) for any |
| 68 | + checked party whose network screening is stale — including never-screened |
| 69 | + wallets (`lastScreenedAt == 0`), which is deliberately stricter than the |
| 70 | + informational `isScreeningStale()` view. The default window of 0 preserves |
| 71 | + prior behavior exactly. |
| 72 | + |
| 73 | +### Security & hygiene |
| 74 | +- Tier-0 remediations: restricted permissionless metric updates, role-gated |
| 75 | + emergency deactivation, custody-takeover guard, recovery paths routed through |
| 76 | + the issuer-domain escrow release overload, fail-closed emergency tests. |
| 77 | +- Apache-2.0 license; Solidity SPDX headers retained pending owner decision; |
| 78 | + gitleaks configuration. |
| 79 | + |
| 80 | +### Implemented but not production-activated |
| 81 | +- Wave 4: single-bank attributed issuance capacity (quote / reserve / execute) — |
| 82 | + `IssuanceControlFacet`, behind the `capacityModelActive` admin gate. |
| 83 | +- Wave 5: bilateral-net settlement cycle (open / propose / confirm / fund / |
| 84 | + finalize / fail) with replay-protected funding attestation — |
| 85 | + `SettlementCycleFacet`, behind the `settlementModelActive` admin gate. |
| 86 | + |
| 87 | +### Not yet implemented |
| 88 | +- Multilateral-net CCP settlement — the documented scale endgame, gated on a |
| 89 | + future ADR and counsel review. ADR-003 covers the bilateral-net design that |
| 90 | + shipped; multilateral is explicitly out of scope for this release. |
0 commit comments