Credit Instruments as a Funding Source
Trade Finance
A parallel contract family for credit-instrument-backed trade: a documentary letter of credit’s conditional payment undertaking, or an export working-capital guarantee’s borrowing-base facility, each modeled as its own funding source that can fund a standard escrow the same way a stablecoin holding does today. Letter-of-credit-backed fiat settlement is already live (see Settlement & Custody); the credit instrument as a funding source is not yet scheduled.
AI-Assisted Authoring & Review
AI Assistance
Draft-from-brief contract authoring, contract transfer/extension, counterparty-facing legal translation (always labeled against the governing original), automated change detection against a revised shipping or purchase agreement, and a mediation-evidence summary for disputes. In every case, the system drafts, translates, flags, or recommends: a party still signs, and no AI output ever changes a milestone status on its own.
Multi-Modal Transit Oracles
Oracles
Extending the geospatial/customs event model beyond maritime boundary crossings to air, rail, truck and parcel carriers: air cargo’s natural checkpoint is a discrete customs-area or waybill event rather than a geofence radius. All four modes run through the existing oracle registration and verification pipeline and are proven against simulated feeds; no live data provider is connected yet.
Institutional Onboarding & Subscription
Platform
A tenancy and subscription layer above today’s per-contract party model, so a new institutional client’s first administrator, first invited participant, and platform usage accounting have a defined path: specified as a forward phase, not yet built. Usage/consumption accounting is a back-office concern and, notably, does not change how escrow funds themselves are tracked: that remains ledger-native, always.
Promise & Lock: Depositor-Owned Funding
Settlement & Custody
A second funding path alongside the deposit with the asset custodian above: a depositor who already holds a real on-chain token funds an escrow by locking it directly, with no off-ledger transfer or custody account required. The contract’s own funding and activation choices already accept any compliant token holding generically, so this path reuses existing mechanics rather than needing new ones. A wallet-funded escrow (still custodian-backed) is already possible; what’s still open is a production-grade depositor-owned token, signed by the owner’s own wallet, and the onboarding to offer the choice. Reversibility is identical either way: once activation locks a holding, only the custodian can release it, in both models — this path only removes the off-ledger custody step that comes before that same commitment point.