architecture

System Overview

Parthenon Fi operates as a three-layer architecture built on Canton Network, with qualified custodians providing the collateral infrastructure and the ISLA GMSLA providing the legal infrastructure.

┌─────────────────────────────────────────────────────────────┐
│                    Parthenon Fi Protocol                     │
├─────────────────────────────────────────────────────────────┤
│                                                             │
│  ┌─────────────┐  ┌──────────────┐  ┌───────────────────┐  │
│  │   Credit     │  │   Custody    │  │   Legal           │  │
│  │   Messaging  │  │   Enforce-   │  │   Governance      │  │
│  │   Layer      │  │   ment Layer │  │   Layer           │  │
│  │             │  │              │  │                   │  │
│  │  • RFQ      │  │  • Collateral│  │  • GMSLA          │  │
│  │  • Matching │  │    Lock      │  │  • MLA            │  │
│  │  • PCMS     │  │  • LTV Mon.  │  │  • LPT Issuance   │  │
│  │  • Orderbook│  │  • Margin    │  │  • Close-out       │  │
│  │             │  │    Calls     │  │    Netting         │  │
│  │             │  │  • Liquidate │  │                   │  │
│  └──────┬──────┘  └──────┬───────┘  └────────┬──────────┘  │
│         │                │                    │             │
├─────────┴────────────────┴────────────────────┴─────────────┤
│                    Canton Network (Daml)                     │
│       Sub-Transaction Privacy · Atomic DvP · Compliance     │
├─────────────────────────────────────────────────────────────┤
│                    Custodian Infrastructure                  │
│     BitGo Bank & Trust  ·  Anchorage Digital  ·  Zodia     │
└─────────────────────────────────────────────────────────────┘

Layer 1: Credit Messaging Layer

The Credit Messaging Layer handles all pre-trade and trade-execution workflows. It consists of:

• Parthenon Credit Matching System (PCMS): An RFQ-based matching engine that pairs borrowers and lenders based on term sheet parameters — principal amount, rate, tenor, collateral type, and LTV thresholds.

• Orderbook (Module 2): For standardized credit products, a CLOB (Central Limit Order Book) enables price discovery and matching for Loan Position Tokens on the secondary market.

• Term Sheet Generation: Upon matching, the system generates a Term Sheet encoding all loan parameters, which becomes the reference for the Loan Position Token and the GMSLA schedule.

Layer 2: Custody Enforcement Layer

The Custody Enforcement Layer manages the lifecycle of collateral via qualified custodians. The critical architectural principle is collateral immobility — assets remain locked within custody infrastructure throughout the loan lifecycle.

• TICS (Transaction Instruction & Confirmation System): The bridge between Parthenon Fi's smart contracts and custodian APIs. TICS issues programmatic instructions for collateral lock, monitoring, margin calls, and release. See TICS — Transaction Instruction & Confirmation System.

• Continuous LTV Monitoring: Dual oracle feeds (Chainlink + exchange aggregator) provide real-time price data. TICS calculates LTV continuously and triggers margin calls or liquidations when thresholds are breached.

• Custodian Execution: Custodians execute lock, margin call, and liquidation instructions received from TICS. The custodian acts as collateral agent under the tri-party Account Control Agreement.

Layer 3: Legal Governance Layer

The Legal Governance Layer ensures every credit relationship is legally enforceable.

• Multi-Party GMSLA: Custodians and clients sign the ISLA GMSLA 2010 (with Digital Assets Annex) once at onboarding. This master agreement governs all subsequent transactions.

• Loan Position Tokens (LPTs): Upon loan execution, the platform mints an LPT on Canton Network, co-signed by the custodian. The LPT encodes credit terms, expiry, collateral reference, and GMSLA reference hash. Transfer of an LPT transfers all rights under the GMSLA.

• Close-Out Netting: In the event of default, the GMSLA's close-out netting provisions allow the non-defaulting party to net all outstanding obligations — reducing credit exposure to a single net amount.

The Collateral Immobility Principle

Unlike traditional DeFi protocols where assets flow into and out of smart contracts, Parthenon's architecture ensures that no collateral ever moves to protocol-controlled addresses. The flow is represented as follows:

1

Borrower deposits collateral with Custodian (not the protocol).

2

Custodian confirms encumbrance and issues reservation to TICS.

3

Platform mints Loan Position Token on Canton, co-signed by Custodian.

4

Lender's principal is transferred to Borrower via atomic DvP on Canton.

5

At maturity, Borrower repays and TICS instructs Custodian to release collateral.

The protocol orchestrates. It never holds.

Canton Network Integration

Canton provides four architectural advantages critical to Parthenon's model:

Advantage	Description
Sub-Transaction Privacy	Counterparty data visible only to relevant parties. GDPR-compliant data minimization.
Atomic DvP	Delivery-versus-payment settlement eliminates settlement risk.
Programmable Compliance	KYC/AML, sanctions screening, and jurisdictional restrictions embedded in Daml contracts.
Basel Group 1 Treatment	Canton's "public permissioned" architecture qualifies tokenized assets for favorable regulatory capital treatment.