同質化代幣 · FT
以餘額記錄、同類單位可互換。應用可以發行自己的 token，用於支付或其他明確約定的用途。
應用舉例
瞭解同質化代幣的用法兩個應用確實需要使用者在彼此之間轉移同一種支付單位時，可以考慮一般可流轉 FT。我們建議先明確服務需求；服務額度優先考慮 Credit Token。
把應用的常用操作，寫進鏈的協議。
帳戶發起支付，創作者簽發憑證，服務接受質押。這些操作共用一套身分體系與明確的交易規則，讓不同應用可以處理同一組物件。
每個物件，都有位址
DID 是去中心化識別碼。在 ArcBlock Chain 上，帳戶、token、NFT、質押和授權各自都有 DID。同一種位址格式，可以識別誰在操作、轉移什麼，以及使用哪項授權。擁有一個識別碼本身不等於取得存取權。
常用能力，由協議提供
轉帳、發行 token、資產操作和質押，都有原生交易類型。應用呼叫這些協議，不必為每項基礎操作另寫一份智慧合約。應用仍須實作自己的業務邏輯與權限流程；協議的變化也需要實作，並由網路採用。
可驗證的操作與聲明
交易請求執行操作；可驗證憑證（VC）是發行方簽名的聲明。我們的架構演進方向，是讓兩者共用可驗證的表達格式，同時保留各自的職責。統一格式仍在設計中：一份憑證不會自動執行交易，也不必然成為鏈上紀錄。
同一套 token 模型，不同的應用規則。
ABT 與應用發行的 token 同屬鏈上的 token 體系，共用位址、餘額和交易模型。它的原生身分賦予它特定的網路用途，並不意味著另有一套資產系統。不同 token 的具體使用方式，取決於類型和發行規則。
ABT · 原生代幣
公共網路的原生同質化代幣，用於網路手續費、Stake for Gas，以及接受 ABT 的應用支付。
應用舉例
瞭解 ABT 的實際用途質押 1 ABT，取得公共網路的交易手續費豁免；也可以在接受 ABT 的服務中支付。適用條件與收費遵循網路和服務規則。
Credit Token · 應用額度
用於應用點數或服務額度，由發行方定義發行與消費權限。發行方可以擁有扣減額度的權限，不能把它理解為可以任意轉帳的通用代幣。
應用舉例
理解 Credit 與服務額度使用者付費後，應用發放圖像生成次數或 API 呼叫額度，使用時由獲授權的服務扣減。應用定義每個單位代表什麼，管理消費紀錄，並交付相應服務。
Curve Token · 曲線規則
BondingCurveToken 按設定的曲線，計算發行與銷毀時涉及的儲備 token 數量。換算規則由協議明確執行，不只存在於應用後台的一段計算中。
應用舉例
瞭解曲線與發行、銷毀計算算力服務可以按已發行單位數量與預設曲線，計算領取 GPU 時長所需的儲備 token 數量，用於設計動態資源服務。實際容量的計量、排程與交付仍由服務方實作。
範例用於說明應用方式，不代表這些服務都已上線；token 的屬性本身不會完成服務交付。
Stake for X，為具體用途作出承諾。
這裡，stake ≠ yield。質押是把 token 鎖定，用於支持一項宣告的約定，或取得某項服務的使用資格；鎖定本身不會自動產生獎勵。X 就是具體用途。這套協議適用於任何 token，同時遵守該 token 的權限與服務約定。
宣告約定
明確用途、token、數量、有權扣罰的一方及退出等待期，規則中也要明確扣罰資金的去向。
按約定使用
服務根據質押提供相應能力。約定的扣罰條件發生時，由獲授權的一方發起扣罰，可扣除部分或全部質押。鎖定的餘額不能任意消費。
按規則釋放
申請解除質押並經過等待期後，可取回符合釋放條件的剩餘金額。Stake for Gas 用 ABT 取得免交易手續費資格；其他服務可以定義自己的 X。
連接 Ethereum，專注應用。
ArcBlock Chain 與 Ethereum 是獨立的 Layer 1 網路，Base 則是 Ethereum 的 Layer 2。ABT 透過橋連接這些環境，按 token 數量 1:1 轉換。原生鏈的實際用途，與 Ethereum 生態的持有、轉帳基礎設施各有分工；這種互補是我們的設計選擇。
L1 · NATIVE ABT
ArcBlock Chain
原生 ABT · 應用支付、Stake for Gas 與 Stake for X。ABT 在 ArcBlock 中的實際用途在這裡執行。
L1 · ERC-20
Ethereum
ERC-20 ABT · 使用廣泛支援的 Ethereum 錢包與基礎設施持有和轉帳。
ETHEREUM L2
Base
Ethereum L2 生態中的 ABT · 按各條跨鏈路徑的規則，在橋支援的網路之間流轉。
1:1 指 token 數量的對應關係，不是扣除費用後的到帳數量。支援路徑、確認時間、限額與可用性以橋的目前介面和規則為準。橋有自身的安全假設，不會讓不同網路共用同一套共識。
歷史、目前狀態與查詢，各司其職。
帳本架構將原始交易歷史，與應用使用的狀態和查詢檢視分開。檢查點透過雜湊彙總一段紀錄，使核驗可以對照已知檢查點進行。它證明紀錄與參考的一致性，不會自動證明現實世界中的每項聲明都是真實的。
Ledger
只附加的交易歷史，保存已接納的操作紀錄。
State
按照交易規則推導出的餘額、持有關係與權限。
Index
面向應用的查詢檢視，與原始歷史分離。