術語表

整理自 Michele Stefanelli 著作《Due Diligence of a Layer 2 – The Bitcoin Hyper Case》附錄 A。12 大類別共 33 個詞條。

33 個詞條

錨定(Anchoring)

結算

定期把 Rollup 的狀態承諾發布到比特幣基礎層(L1)。錨定會把狀態承諾寫入紀錄,令其後的更改可被察覺;但單憑錨定本身,並不保證狀態正確、數據可用或跨鏈橋安全。

第 11 – 12 章

OP_RETURN

Bitcoin L1

比特幣腳本中的一個操作碼(opcode),可在交易中嵌入最多 80 位元組的任意數據,並使所產生的輸出在可證明的意義上無法動用。可用於錨定狀態承諾。

第 12 章

Taproot

Bitcoin L1

比特幣的一次升級(BIP 341/342,於 2021 年 11 月啟用),引入 Schnorr 簽名及 MAST。它改善私隱、效率與腳本靈活性,對更高效的錨定機制具參考價值。

第 12 章

UTXO

Bitcoin L1

Unspent Transaction Output(未花費交易輸出)。比特幣的記帳模型:不設「帳戶」,而是以對應特定金額的「未花費輸出」為單位。此模型與 SVM 及以太坊所採用的帳戶模型不同。

第 1 章

Rollup

Layer 2

一種 Layer 2 方案,把交易放到鏈外執行,並定期把壓縮後的狀態發布到基礎層(L1)。它把鏈外的可擴展性,與——視乎所選模型——承襲自 L1 的安全性結合起來。

第 4 – 6 章

側鏈(Sidechain)

Layer 2

透過跨鏈橋與 L1 連接的獨立區塊鏈。其安全性主要取決於自身的共識機制及跨鏈橋設計,而非直接來自 L1 的安全性。

第 4 章

Validium

Layer 2

一種接近 Rollup 的架構,重建狀態所需的數據存放於 L1 之外。它可降低成本並提升吞吐量,但引入了額外的數據可用性假設:一旦數據無法取得,用戶便可能失去驗證狀態或提取資金的能力。

第 14 章

Optimistic Rollup

Layer 2

一種 Rollup,會默認狀態轉換正確——「optimistic」(樂觀)之名由此而來。它建基於欺詐證明(fraud proofs),可在指定時間窗內對錯誤的狀態轉換提出質疑——在以太坊上一般為七天。

第 6 章

ZK Rollup

Layer 2

一種 Rollup,採用有效性證明——通常建基於零知識密碼學——來證明狀態轉換符合協議規則。相比 Optimistic Rollup,它可縮短確認時間,不過實際的最終性同樣取決於 L1 及系統設計。

第 6 章

SVM(Solana Virtual Machine)

執行

由 Solana Labs 開發的執行環境(runtime)。它要求每筆交易明確宣告會用到的帳戶,從而讓交易得以並行執行。按項目所述,Bitcoin Hyper 以其作為執行環境。

第 7 – 8 章

Sealevel

執行

SVM 之內的並行處理引擎。它會分析每筆交易所宣告的帳戶,讓互不重疊的交易得以並行執行。它是決定 Solana 吞吐量的組件之一,按項目所述,亦是 Bitcoin Hyper 所規劃架構的一部分。

第 8 章

Anchor

執行

以 Rust 撰寫、用於開發 SVM 程式的框架。它提供宏、慣例及測試工具,簡化 Solana 上的開發工作。按項目所述,Bitcoin Hyper 將提供對等的工具鏈;實際相容程度仍有待查證。

第 9 章

SPL(Solana Program Library)

執行

SVM 的標準程式庫:代幣(SPL Token)、質押、網絡治理等。按項目所述,Bitcoin Hyper 力求與 SPL 相容,使 Solana 上的代幣及程式得以重用。

第 9 章

定序器(Sequencer)

定序

Rollup 中負責在執行前為交易排序的組件。定序器的營運者可以決定該次序,從而影響 MEV 及審查。Bitcoin Hyper 啟動時的定序器擬為中心化。

第 15 – 17 章

MEV(最大可提取價值)

定序

透過在區塊或批次中重新排序、插入或略去交易而可獲取的價值。中心化定序器在攫取或影響 Rollup 的 MEV 方面,可能擁有相當大的空間。

第 15 章

強制納入(Forced Inclusion)

定序

一種機制,讓用戶可經比特幣 L1「強行」把交易納入,從而繞過實施審查的定序器。截至 2026 年 4 月 28 日,Bitcoin Hyper 的這項功能仍在開發之中。

第 21 章

官方跨鏈橋(Canonical Bridge)

跨鏈橋

Bitcoin Hyper 的官方跨鏈橋,用於把 BTC 由 L1 轉入 Rollup 及轉回。啟動時:採用聯盟式或中心化託管,並附帶由此而來的信任假設。發展藍圖計劃逐步去中心化,惟仍有待查證。

第 31、34 章

強制退出(Forced Exit)

跨鏈橋

一種機制,讓用戶即使在定序器或跨鏈橋不予配合的情況下,仍可經比特幣 L1 由 Rollup 提走資金。屬關鍵安全功能,目前仍在開發之中。

第 21 章

Data Availability(DA)

數據可用性

確保所有交易數據均可公開取得的保證。缺少這些數據,任何人都無法重建 Rollup 的狀態。就 Bitcoin Hyper 而言,最終方案仍在研究之中。

第 14 章

狀態承諾(State Commitment)

結算

在某一時點上,Rollup 完整狀態的壓縮表示——一般為默克爾根。它會定期發布到比特幣上作為錨定;但發布本身並不等同於對狀態的完整驗證。

第 11 章

默克爾樹(Merkle Tree)

密碼學

一種樹狀數據結構,每個父節點均為其子節點的雜湊值。它可用於構建高效的證明——默克爾證明——以顯示某元素屬於某集合,而毋須披露整個集合。

附錄 A

$HYPER

代幣經濟

項目文件所列的 Bitcoin Hyper 原生代幣。所聲明的總供應量為 210 億枚。按已公開的文件,該代幣應可用於支付、參與質押,並在稍後階段用於網絡治理。所聲明的分配為:25% 財庫、30% 開發、20% 市場推廣、15% 獎勵及 10% 上市。

第 30 – 33 章

鎖倉釋放(Vesting)

代幣經濟

代幣按時間逐步解鎖的機制。按已公布的預售條款,$HYPER 所列的鎖倉釋放期為七天。

第 33 章

TGE(代幣生成事件)

代幣經濟

代幣首次發行及分配的事件。按白皮書所述,安全審計應在 Bitcoin Hyper 的 TGE 之前完成。

第 33 章

TVL(總鎖倉價值)

DeFi

存入某網絡各 DeFi 協議的資產總值。此指標用於評估生態系統的採用程度及市場對其的信任。

附錄 A

AMM(自動化造市商)

DeFi

一種 DeFi 協議,以數學公式——一般為 x*y=k——釐定兌換價格,從而毋須傳統的訂單簿。

附錄 A

預言機(Oracle)

DeFi

把現實世界的數據——價格、事件等——引入區塊鏈的服務。它對 DeFi 至為關鍵:借貸產品、衍生工具及許多其他合約,都依賴外部而可靠的價格數據。

附錄 A

欺詐證明(Fraud Proof)

安全

用以證明某項狀態轉換不正確的密碼學證明。Optimistic Rollup 以此在爭議窗口內質疑欺詐性狀態。

第 19 章

安全審計(Security audit)

安全

由獨立專家審視原始碼,以找出潛在漏洞。就 Bitcoin Hyper 而言,項目方預告會在 TGE 前公開安全審計;截至 2026 年 4 月 28 日,未能確認存在任何關於協議或跨鏈橋的公開審計報告。

第 34 章

最終性(Finality)

結算

按系統的規則與假設,交易自此被視為不可逆轉的時點。在為 Bitcoin Hyper 所描述的架構中,狀態承諾一經發布,便會在比特幣上累積確認;但這本身並不保證狀態有效,亦不保證資金可以提走。

第 13 章

Lightning Network

競爭對手

建基於通道的比特幣支付網絡。它主要用於快速而低成本的付款,並不提供可與虛擬機相比的通用智能合約環境。自 2018 年起在生產環境運行。

第 25 – 26 章

Stacks

競爭對手

透過 PoX(Proof of Transfer)機制與比特幣連接的智能合約網絡。它設有自家語言 Clarity,並把區塊數據寫入比特幣。

第 27 章

Rootstock(RSK)

競爭對手

與 EVM 相容的比特幣側鏈,採用合併挖礦。它以 RBTC 代幣支付 gas——該資產與 BTC 掛鈎。自 2018 年起運行。

第 28 章