在Arc 上建置金融應用程式：四項運作方式不同的要點

Quicknode

2026年10月8日 — 閱讀時間 6 分鐘

分享

新增為首選來源

Arc 專為能推動現實世界價值的應用而設計。它保留了 EVM 執行環境，因此現有的 Solidity 合約和熟悉的Ethereum 工具仍可繼續使用，同時將手續費、結算及其他財務需求整合至網路本身。

這些選擇會改變合約周邊的系統。以下四項差異中有兩項已於今日在Arc 上線；其餘兩項則屬於路線圖中的項目，應視為發展方向，而非現有功能。

1. USDC 作為 gas

穩定幣應用程式通常需要兩種資產才能完成一項操作：正在轉移的穩定幣，以及用於支付執行費用的另一種代幣。這會產生另一個需要充值的餘額、另一種需要定價的資產，以及當使用者有資金但氣體費不足時，又會觸發另一種失敗狀況：mode 。

Arc 透過將 USDC 設為原生 gas 資產，消除了這種分割。交易手續費與應用程式價值採用相同的計價單位，因此使用者無需額外取得 gas 代幣即可進行交易。財務與會計系統亦能以美元記錄轉帳及其執行成本，無需增加額外的價格轉換步驟。Arc 的手續費設計可平滑化網路需求的波動，使成本更易於估算；而標準手續費 RPC 方法則讓應用程式能在執行時讀取當前數值。

有個整合細節值得特別留意。原生 USDC 在 gas 費及 EVM 價值轉帳時採用 18 位小數，而其 ERC-20 介面則採用大家熟悉的 6 位小數 USDC 表示法。這兩者是同一筆餘額的兩種呈現方式，並非兩種不同的資產。因此，錢包和帳本需要將這些呈現方式進行標準化處理，而非同時顯示或合計兩者。 索引器也需遵循相同的規範，因為 ERC-20 交易可能針對同一筆資金移動同時產生原生系統事件與介面事件，而原生轉帳則僅產生系統事件。我們在《Arc USDC 索引指南》中的mainnet 範例，展示了兩筆實際 USDC 資金移動所產生的四則轉帳型日誌。重點在於：Arc 雖移除了獨立的 gas 資產，但並未消除對 USDC 單一標準視圖的需求。

2. 確定性最終性

在許多網路中，即使在區塊中看到一筆交易，也不代表應用程式可以安全地將其視為已結算。服務會等待更多確認，將近期活動視為暫定狀態，並保留回滾路徑，以防區塊鏈發生重組。

ArcMalachite BFT 共識機制消除了這種中間狀態。一筆交易要麼是未確認的，要麼是最終確認的，而已提交的區塊無法被重新組織。應用程式可以在區塊提交時採取行動，而非將確認深度轉換為可信度分數。

這簡化了在獲得鏈上結果後、於其他處開始的工作流程：更新帳本、釋出庫存、通知另一項服務，或啟動下一筆交易。確認門檻與重組回滾邏輯可讓應用程式狀態機脫離此流程。Arc 將一秒內不可逆的結算列為網路設計特性，而非經量測的生產環境服務水準協議，因此團隊仍應量測使用者所經歷的完整路徑。

最終性並不能取代運作可靠性。連線可能會中斷、使用者會重新啟動、傳輸會重新嘗試，而資料庫也會發生超時。持久的資料擷取、冪等寫入、可重播的安全效果以及資料同步，依然至關重要。Arc 會使區塊鏈的回覆具有最終性。應用程式仍須可靠地處理該回覆。

3. 隱私作為一種獨立的執行模型

金融應用程式通常需要在不將交易活動移至離線系統的情況下，確保機密性。交易條款、餘額、持倉或交易對手方可能需要受控的披露，而由此產生的價值變動仍需與公開的鏈上活動相協調。

Arc 「 隱私權領域」（APS）是Arc 規劃中的解決方案。該功能已列入發展藍圖，但尚未推出，因此應作為未來架構的參考依據，而非當前產品的承諾。

APS 旨在作為 Solidity 合約的機密執行環境，與公開的 EVM 並行運作。公開與私有狀態將被寫入同一個區塊中，使兩個環境中的合約能夠以原子性方式進行互動。透過此工作流程，可在處理相關公開效果的同時，將敏感狀態保持私有，且無需依賴獨立的橋接機制或延遲訊息傳遞層。

隱私邊界將被明確界定。函式、儲存空間和事件預設皆為隱藏狀態，由應用程式決定哪些內容可對外公開，以及哪些合約可進行互動。這使得機密性成為執行設計的一部分，而非在公開資料產生後才試圖加以遮蔽的一層機制。目前 APS 尚未推出，但其預期的優勢很明確：在維持 Solidity 及原子組合能力的前提下，實現隱私保護。

4. 後量子錢包簽名

當今用於保護錢包的簽名方案，面對能力足夠強大的量子電腦時，可能無法持續保持安全性。對於具有長期價值的應用而言，為此做好準備是一項遷移問題，而非臨時抱佛腳的軟體更新。

Arc的後量子路線圖首先在mainnet 針對 SLH-DSA-SHA2-128s 錢包簽名提供 beta 版、需主動啟用的支援。選擇啟用此功能的錢包可使用新方案來授權交易。此保護機制僅適用於錢包本身，並不延伸至驗證者簽名，亦不會使Arc 的共識機制具備後量子安全性。

對協議的支援僅是第一步。硬體錢包、簽名服務、SDK、託管政策、恢復系統以及交易工具，都必須正確處理此方案。由於標準仍在演進中，因此Arc 預期其採用將透過過渡過程逐步實現，而非立即轉換。

該路線圖將分階段擴大保護範圍。在錢包相關工作完成後，將陸續推出用於私有執行的後量子加密技術，並升級鏈下基礎設施；而驗證者簽名則仍屬長期規劃項目。因此，此測試版的實際價值在於：它為參與的錢包提供了一條早期途徑，使其能測試並採用後量子授權方案，同時不會過度誇大該方案在網路其他部分所能提供的保護程度。

從網路設計到應用程式行為

這些差異皆以同一目標為依歸。Arc 正將經常性的財務需求更貼近網路：建立一個穩定的價值與手續費單位、明確的結算邊界、實現保密執行的途徑，以及演進錢包授權機制的方法。EVM 相容性讓開發者能在不捨棄既有合約與工具的前提下，運用這項基礎架構。

應用程式仍需具備正確的會計機制、可靠的資料管道、周密的存取控制，以及安全的錢包基礎架構。Arc 改變了這些系統的基礎架構，不僅消除了某些常見的複雜問題，也引入了需要精確理解的新限制。

Quicknode 支援 Arc 透過 JSON-RPC 和 WSS 端點，提供包含除錯與追蹤命名空間的完整存檔存取權限、WebSocket 訂閱， Webhooks，以及 Streams。立即開始在Arc 上進行開發 Quicknode 開始建置吧。