Wholesale CBDC 應用程式工作流程

批發中央銀行數位貨幣 (CBDC) 案例代表透過結構化金融機構階層分配的貨幣。

在此情況下，中央銀行核准者會管理所有中央銀行營運，而金融機構核准者則管理機構階層的內部調動。權杖由創作者負責，並由發行人發放給金融機構主管。然後，財務機構主管會向金融機構使用者核發權杖。記號可由 retirer 燒錄。在非機密版本中，所有交易明細 (包括參與者帳戶資訊與實際餘額值) 會以一般形式直接儲存在公用分類帳上。機密資料與非機密資料之間並無區分，因此適用於不需要隱私權交易的環境。

• 需有次要、燃燒器及公證角色。
• 燒錄程式角色已指派回溯程式。一般使用者無法燒錄自己的權杖。
• 所有以保留為基礎的傳輸均以兩個步驟執行：先執行 holdTokens API，再執行 executeHoldTokens 或 releaseHold API。
• 核發者可作為分配點，選擇是否要將變數替代字遞送至金融機構階層，或遞送回溯者。

下表摘要此案例中的動作者。

動作項目	角色	描述
Administrator	權杖管理	初始化系統，指定角色。
建立者	Minter	要求偵測記號並接收提示記號。
中央銀行核准者	公證人	核准中央銀行層級的所有作業。
發出者	無	接收來自建立者的變數替代字，將變數替代字遞送至金融機構主管或零售商。
金融機構主管	無	接收來自發行者的權杖，將權杖分配給金融機構使用者。
金融機構核准者	公證人	核准從金融機構主管到金融機構使用者的保留移轉。
金融機構使用者	無	金融機構之轉讓權杖的最終接受者。
撤銷者	燃燒器	從發行者接收記號，並傳送燒錄要求給中央銀行核准者。

管理員完成下列步驟以初始化系統。

1. 使用 initializeCBDCToken API 初始化 CBDC 系統。
2. 使用 registerOrg API 註冊組織。
3. 使用 createAccount API 建立帳戶。
4. 使用 associateTokenToAccount API 將權杖與帳戶建立關聯。
5. 使用 addRole API 將 minter 角色指派給建立者、公證人角色指派給中央銀行核准者，以及燒錄者角色指派給轉存者。

系統初始化之後，典型的處理流程會遵循這些基本步驟。

1. 薄荷貨幣。
   1. 權杖建立者使用 requestMint API 來提交要求以提示存款權杖。
   2. 中央銀行核准者使用 approveMint API 來複查與核准提示要求。記號會記入建立者的帳戶。此外，中央銀行核准者也可以使用 rejectMint API 來拒絕要求。
2. 將權杖移轉給核發者。
   • 建立者使用 transferTokens API 傳送記號給發行者。
3. 將權杖移轉給財務主管。
   1. 發行者使用 holdTokens API 傳送權杖給金融機構主管。
   2. 中央銀行核准者使用 executeHoldTokens API 來驗證與核准轉帳要求。中央銀行核准者可以改用 releaseHold API 來拒絕轉帳。
4. 核發權杖給使用者。
   1. 金融機構主管使用 holdTokens API 傳送權杖給金融機構使用者。
   2. 金融機構核准者使用 executeHoldTokens API 來驗證與核准移轉要求。金融機構核准者可以改用 releaseHold API 來拒絕轉帳。
5. 燒錄權杖。
   1. 發行者使用 transferTokens API 將權杖傳輸至轉回器。
   2. 該收銀機使用 requestBurn API 將消耗要求傳送給中央銀行核准者。
   3. 中央銀行核准者使用 approveBurn API 來核准燒錄要求，並銷毀記號。中央銀行核准者可以改用 rejectBurn API 來拒絕要求。
6. 驗證權杖餘額。
   • 使用者可以使用 getAccountBalance API 來取得持有的幣別總數。