權杖分類架構增強功能
區塊鏈 App Builder 的增強版本包含與擴充權杖分類架構標準相關的新功能。
如需下列所有增強功能的詳細資訊,請參閱記號分類架構的鷹架式 TypeScript 專案和記號分類架構的鷹架式 Go 專案中的方法描述。
每日交易限額
您可以限制帳戶每日可完成的交易數,以及可執行的記號數。createAccount
方法的 max_daily_amount
和 max_daily_transactions
輸入參數可控制此行為。這些參數是選擇性的。
如果您未設定帳戶的每日交易限額,則可達到更高的輸送量。
採礦與燃燒的核准需求
您可以設定用於微調和燒錄記號的核准,讓具有探勘器或燒錄器角色的使用者必須將要求提交給核准者,而不是直接進行微調或燒錄記號。核准者可以接受或拒絕提示或燒錄記號的要求。若要啟用用於微調和燒錄的核准,請使用規格檔案中的 mint_approval_required
和 burn_approval_required
參數。然後也必須指定 mint_approver_role_name
和 burn_approval_role_name
的值,如下列範例所示。
behavior: # Token behaviors
- divisible:
decimal: 2
- mintable:
max_mint_quantity: 1000
mint_approval_required: true
- transferable
- burnable
burn_approval_required: true
- holdable
- roles:
minter_role_name: minter
notary_role_name: notary
mint_approver_role_name: minter_notary
burn_approver_role_name: burner_notary
提出燒錄要求時,指定的金額會立即從可用餘額中扣除,並新增至使用者帳戶物件的 onhold_burn_balance
欄位。如果請求通過核准,則系統會燒錄權杖。如果要求被拒絕,則記號會從 onhold_burn_balance
欄位傳回至可用餘額。您可以使用 getAccountOnHoldBurnBalance
方法,擷取因燒錄要求而保留給特定使用者的帳戶餘額。
從 Rich History 資料庫擷取異動歷史記錄
您可以將資料同步至 RTF 歷史記錄資料庫,然後使用鏈碼 API 呼叫來擷取來自 RTF 歷史記錄資料庫的交易歷史記錄。您必須先執行已啟用 Oracle REST Data Services (ORDS) 和 OAuth 的 Oracle Autonomous Database,才能使用這些方法,如 Oracle Database View Definitions for Wholesale CBDC 中所述。交易物件中的分類與摘要屬性
- 類別和描述屬性必須包含在控制器檔案中的
transferTokens
、holdTokens
、issueTokens
、requestMint
、requestBurn
、burnTokens
和rejectBurn
方法中。對應的 SDK 方法也必須包含類別和描述屬性。 - 類別與描述屬性輸入的格式為名為
info_details
的 JSON 物件,如下列範例所示。{ "category" : "category input", "description" : "description input" }
info_details
欄位是選擇性的。您只能視需要傳送分類或僅傳遞摘要。- 與
transferTokens
、holdTokens
、executeHold
、releaseHold
、requestMint
、approveMint
、rejectMint
、requestBurn
、approveBurn
及rejectBurn
之任何交易相關的 GET 方法,如果有效負載回應中有類別和描述屬性,就必須在這些屬性中包含這些屬性。 - 類別欄位長度限制為 20 個字元,說明欄位長度限制為 250 個字元。