MATURITY 到期結算履約協議 把信任寫進合約本身
MATURITY 把借款與出借拆成兩種獨立訂單合約。 讓借款人更有信心地活化資產，也讓出借人更安全地賺取利息。 先驗證規則，再決定是否簽署。MATURITY 聚焦說明三件事：誰能推動訂單、資產存放於何處，以及逾期時如何結算。
雙方依同一套上鏈規則完成撮合與結算。
XRP 與 USDC 直接進 Order 合約，不進平台總錢包。
部署後，訂單狀態依合約授權動作變更，並由鏈上狀態機記錄。
使用者應優先確認的三件事
每個 Order 都是獨立鏈上合約，具備自己的地址、資產與狀態機。
訂單建立時即寫入 fee 快照。既有訂單會持續沿用建立當下的設定。
建立、媒合、還款、清算、取消都會發事件。後端只索引，不代替合約執行。
- 信任規則，不信任對方。
- 資產進合約，不進平台錢包。
- 條件固定於合約 bytecode，由鏈上規則直接約束。
以不可篡改之規則建立信任
而非個人或第三方承諾
值得信任的系統，會清楚定義三件事：誰能操作訂單、何時可以操作、資產位於何處。MATURITY 的借貸合約，正是把這三件事固定在鏈上。
1. Zero-Trust 借貸撮合
借貸撮合建立在可執行規則上；即使任一方未履約，合約仍會依既定條件結算。
- 還款、取消、清算都受函式與狀態條件限制。
- 先驗證規則，再決定是否成交。
2. 去除第三方代持風險
資產由 Order 合約直接託管；使用者仍應評估合約、價格與操作風險。
- MATURITY借合約由借款人先鎖定 XRP 抵押。
- MATURITY貸合約由出借人先鎖定 USDC 資金。
3. 部署後不可被任意改寫
部署後，訂單狀態由鏈上狀態機管理，僅能依合約預先授權的動作變更。
- 狀態機與可調用權限已寫入鏈上 bytecode。
- 任何額外權限都必須先被寫在鏈上，無法事後篡改。
兩種掛單方向
同一個自由市場
雙合約結構的核心，在於 MATURITY 把借款需求與出借報價都放進同一個自由市場。掛單方可自行設定願意接受的利率、抵押與期限；若不急於成交，可等待市場在當下需求下自然撮合。若希望更快活化資產或更快開始賺取利息，也可直接承接目前可用的訂單。
MATURITY借合約
資產流向圖
只有五個狀態
沒有灰色地帶
狀態越清楚，信任成本越低。訂單只能沿著 CREATED、FUNDED、REPAID、LIQUIDATED、CANCELLED 前進。
誰可以操作你的訂單
合約清晰可驗證
值得信任的系統，會明確列示可執行動作、授權角色與觸發條件。
合約規則固定到什麼程度
關鍵在於區分哪些規則於部署後固定，哪些屬於合約明寫的有限權限。
訂單金額、利率、抵押、期限與狀態機，均由已部署合約直接約束。
Factory 的後續調整僅影響新單；已建立的 Order 會把 fee 參數寫進子合約。
後端只做索引與查詢。API 可用性不影響鏈上 REPAID 與 FUNDED 的實際狀態。
信任建立於透明邊界
MATURITY 要建立的是可驗證的信任機制。以下幾點，都應在目前合約架構下被清楚揭示。
資產由 Order 合約直接託管，使用者仍需評估合約風險、價格風險與操作風險。
目前程式碼中，平台方可在特定條件下參與取消或逾期清算。相關權限已在合約中公開定義，屬於可檢視的有限權限。
已部署訂單的變更必須落在 bytecode 所定義的授權範圍內；授權角色僅能在條件成立時執行動作。
使用者可直接檢視合約授權了誰、在什麼條件下、能執行哪些動作。