平台架構

一個核心，多種介面——平台實際如何運作。

從帳本往上，完整走一遍平台：共用同一個複式記帳核心的帳戶、KYC、卡片與加密資產；一筆付款如何從建立走到對帳；以及應用層、營運主控台與受監管環節各自的位置。

核心

一切之下，只有一本帳本。

平台的中心是單一的帳戶帳本。每個帳戶——客戶錢包、商家餘額、手續費帳戶、結算帳戶——都是這本帳本上的一個節點，每一次價值移轉都是一筆複式記帳：一個帳戶借記、另一個帳戶貸記，兩邊始終相等。帳本採僅附加（append-only）設計。分錄不會被修改或刪除；更正是一筆新的反向分錄，因此餘額如何演變為目前數值的完整歷程，隨時都能重建。帳戶、KYC 狀態、已發行的卡片與加密資產位址，全都掛在同一個帳戶模型上，所以卡片授權、銀行轉帳與鏈上入金可以過帳到同一筆餘額，不需要靠對帳層把各自獨立的系統拼接起來。

01複式記帳：每筆過帳皆平衡，借方等於貸方
02僅附加：更正是新分錄，絕不修改
03法幣、卡片與加密資產共用同一個帳戶模型
04KYC 狀態跟著帳戶走，而非放在附屬資料表

一筆付款，從頭到尾

一筆付款，從建立到對帳。

一筆付款不是一次呼叫，而是一段簡短的生命週期，每個階段都是帳本與你的系統都看得到的狀態。每次狀態變更都會觸發 webhook，每次寫入都具冪等性——相同的金鑰重送會得到相同的結果，因此重試的請求絕不會重複扣款。

01
建立
建立付款意圖：金額、幣別、涉及的帳戶。此時資金尚未移動——帳本記錄一筆待處理分錄。
02
授權
軌道檢查資金與風險，並凍結額度。卡片即為授權；轉帳則是預留扣款金額。
03
請款
確認凍結的金額。帳本過帳複式分錄，真正在兩個帳戶之間移轉價值。
04
結算
資金透過底層軌道完成清算——卡組織、銀行或區塊鏈——結算帳戶與真實資金對齊。
05
對帳
平台將自身的過帳與軌道的結算報告逐筆比對；對不上的項目會被標記出來，而非被掩蓋。

Webhook 與冪等性貫穿這條流程的每個邊界。你的系統是透過接收事件，而非輪詢，得知付款已移動；逾時後重試的任何請求，都會藉由其冪等金鑰得到相同的結果，因此重複請求絕不會重複扣款。執行授權與請款的服務就是支付閘道.

應用層

上層是 whitelabel 應用，底層是同一個平台。

核心提供能力，應用層把能力變成產品。每個面向客戶的應用——網頁與行動版——都是 whitelabel 用戶端，以各自的品牌呈現同一套帳戶、付款與卡片。主題由 token 驅動：色彩、字體、圓角與間距都來自設計 token 系統（PDS），營運方只需更改 token 就能改造整個介面，無須分叉（fork）應用。同一個平台可以朝截然不同的方向發展——消費者數位銀行、商家收單應用、發卡方案、加密資產 on/off-ramp，或內部營運工具——卻不會變成五個獨立的產品。它是同一個平台換上不同外觀，靠設定而非重建。

01Whitelabel 網頁與行動用戶端，共用同一套 API
02Token 驅動的主題（PDS）：用設定換風格，不必 fork
03五個範例方向——neobank、收單、發卡、ramp、營運
04新介面靠設定，不必重建

營運

在主控台操作，每一步都有理由可查。

每個應用背後都有一個營運主控台。客服人員在這裡查詢帳戶，風控分析師在這裡凍結卡片，營運主管在這裡沖回過帳。讀取權限寬鬆，特權操作則不然。任何涉及資金移動、變更額度或動到客戶資金的動作，都必須先填寫理由才能執行，並寫入不可竄改的稽核紀錄——誰、對什麼、何時、為何。存取遵循最小權限原則，每位操作員只能看到和執行其角色允許的內容。這是 Protocore Center（營運主控台）採用的模式，同樣的原則也內建於平台上的每個系統：敏感操作必須審慎、可歸責，事後也能檢視。

01寬鬆讀取、受控寫入——特權操作是例外
02任何觸及資金的操作，須先填寫理由
03不可竄改的稽核軌跡：誰、做了什麼、何時、為何
04依操作員角色授予最小權限

加密資產橋接

加密資產與法幣，在同一本帳本上。

加密資產在平台上並非獨立的孤島；加密資產位址只是同一本帳本上的另一個帳戶。On/off-ramp 在邊界處進行法幣與數位資產的轉換——客戶用卡片或轉帳為餘額入金並取得加密資產，或賣出加密資產並提領至銀行帳戶。鏈上價值也能一路結算到銀行軌道：收到的鏈上付款會記入帳戶、完成轉換，再付款至 IBAN，收款方在一般銀行帳戶中看到的就是一般的錢。由於兩段流程都過帳到同一本複式帳本，從鏈上開始、以銀行轉帳結束的資金流動，是一份完整對帳的單一歷程，而不是兩套系統靠人工對帳。

01加密資產位址與其他帳戶無異
02On/off-ramp：在邊界處轉換法幣與數位資產
03鏈上結算，直通 IBAN 付款
04兩段流程，一份完整對帳的歷程

建置介面

API、webhook，以及可供開發的沙盒。

應用能做的一切，都透過有完整文件的 API 完成——建立帳戶、發起付款、發行卡片、啟動 ramp。範例呼叫如 POST /v1/wallets 或 POST /v1/payments；採 REST 風格，每次寫入都帶有冪等金鑰。狀態變更以 webhook 推送，讓你的系統回應事件，而不必輪詢。開發在沙盒租戶中進行——這是平台的隔離副本，配有測試軌道，你可以在不動用真實資金的情況下跑完從建立到對帳的完整流程。各產品向你開放哪些功能、屬於哪個層級，由其存取等級決定；各產品頁面會說明每個等級包含的內容。

01有完整文件的 REST API，寫入具冪等性
02每次狀態變更都有 webhook——事件驅動，無須輪詢
03含測試軌道的沙盒租戶，與正式環境隔離
04範圍與限額由各產品的存取等級決定

坦白的界線

Protocore 打造軟體，受監管的環節由執照承擔。

支付產品由兩部分結合而成：持有及移動資金的受監管許可，以及負責指示、記錄與對帳的軟體。Protocore 打造軟體。受監管的業務——持有客戶資金、開立帳戶、在卡組織網路上移動資金——由營運方自己的執照或持牌夥伴承擔，例如銀行、EMI 或支付機構。平台的設計能適配你所帶來的受監管軌道，並將卡片資料留在軌道上，不經過你的伺服器；但它不能取代那份許可，任何軟體都不能。受監管的界線落在哪裡，由你與夥伴共同決定，而這套架構的設計，能乾淨地落在界線的任何一側。