Ordinals、BRC-20 與 Runes 是建立在比特幣交易和 UTXO 之上的三類元協議,用於追蹤聰、建立銘文和發行同質化代幣。
Ordinals 先為每個聰建立可追蹤的序號,並允許把圖片、文字等內容銘刻到特定聰上;BRC-20 再利用 JSON 銘文表達部署、鑄造與轉帳操作,由索引器計算代幣餘額;Runes 則採用更貼近 UTXO 的方式,在交易中編碼發行和轉移指令。
它們沒有把 Bitcoin 改造成 Ethereum 式智慧合約平臺,也不是比特幣共識規則原生識別的代幣。Bitcoin 節點主要確認交易、指令碼與 UTXO 是否有效,Ordinals、BRC-20 和 Runes 的資產含義由相應客戶端、索引器、錢包和市場按照額外規則解釋。
若希望先把比特幣生態放入 AI、DePIN、模組化區塊鏈、並行 EVM 和零知識證明等前沿賽道中理解,可閱讀2025 年 Web3 前沿賽道全景圖。
Bitcoin 最初圍繞點對點電子現金設計。其基礎賬本記錄 UTXO 的建立與花費,指令碼系統負責驗證轉賬條件。長期以來,比特幣應用主要集中在支付、儲值、多籤和時間鎖等場景。
SegWit 把簽名等見證資料從傳統交易結構中分離,並改變區塊權重計算;Taproot 提供更靈活的指令碼承諾與見證路徑。Ordinals 開發者利用現有規則,把內容放入 Taproot 見證資料,並用一套鏈外序號理論跟蹤承載內容的聰。
這條路線沒有要求 Bitcoin 軟分叉增加代幣標準,而是利用已經有效的交易格式建立元協議。任何人都可以按規則寫入、讀取和索引資料,因此出現了鏈上收藏品、BRC-20、Runes、稀有聰、域名和應用工具。
技術可行不等於所有參與者認同。支持者認為使用者支付手續費購買區塊空間,擴充套件了礦工收入和比特幣用途;批評者則擔心非支付資料推高費用、增加節點儲存和 UTXO 管理負擔。兩種觀點都屬於比特幣長期治理討論的一部分。
聰是 Bitcoin 的最小計量單位,1 BTC 等於 1 億聰。比特幣共識通常只關心 UTXO 中包含多少聰,不會為每個聰單獨儲存身份標籤。
Ordinal Theory 在共識規則之上為聰賦予序號。編號按照聰被挖出的先後順序生成,再透過確定性規則追蹤輸入中的聰如何分配到輸出。只要不同索引器採用相同規則,就能對某個聰的歷史位置形成一致解釋。
UTXO 是尚未花費的交易輸出。錢包顯示的餘額通常由多個 UTXO 相加而來。發起交易時,錢包選擇一個或多個 UTXO 作為輸入,再建立收款輸出和找零輸出。
Ordinals 資產位於具體 UTXO 中,交易時的輸入順序、輸出順序和金額都可能影響銘文聰去向。不瞭解 Coin Control 的錢包可能把承載銘文的 UTXO 當普通 BTC 花費,導致資產被意外轉走。
更多基礎原理可閱讀比特幣是什麼?BTC 原理與價值入門。
Ordinal Theory 根據聰的挖出順序分配連續編號。新聰透過區塊補貼產生,隨後進入礦工 Coinbase 交易的輸出。在普通交易中,輸入裡的聰按既定順序流向輸出,手續費部分則進入礦工可領取的費用集合。
這是一套確定性的索引規則,而不是 Bitcoin Core 在共識資料庫中增加的新欄位。普通比特幣節點不會回答“這個聰的序號是多少”,需要執行 Ordinals 索引器或使用相容服務才能查詢。
Ordinals 還根據區塊週期、難度調整、減半和區塊位置定義聰的稀有度。稀有度是 Ordinal Theory 的收藏分類,不會讓對應聰在 Bitcoin 共識中擁有額外權利,也不保證市場價值。
銘文是把內容與一個聰關聯的過程。內容可以是圖片、文字、音訊、程式碼或其他檔案型別。Ordinal 協議把內容型別和資料放進 Taproot 指令碼路徑的見證中,索引器識別特定封裝格式並把內容繫結到銘文聰。
銘刻通常包含 Commit 與 Reveal 兩個階段。Commit 交易先建立包含指令碼承諾的 Taproot 輸出;Reveal 交易花費該輸出並公開見證中的銘文內容。使用者需要為兩筆交易、資料體積和當時費率支付礦工費。
銘文內容進入 Bitcoin 交易歷史,並隨區塊被節點傳播和驗證。但“永久儲存”仍取決於節點軟體、修剪設定、索引服務和未來協議政策。輕錢包通常不會自行儲存或解析完整銘文資料。
Ethereum NFT 通常由智慧合約記錄 Token ID、所有者、授權和後設資料 URI。圖片或後設資料可能存放在 IPFS、Arweave 或中心化伺服器,也可以完全鏈上儲存。
Ordinals 銘文直接與某個聰關聯,所有權隨承載該聰的 UTXO 轉移。它沒有統一智慧合約負責集合許可權、版稅和授權,市場、錢包與索引器需要理解 Satpoint、輸出位置和銘文順序。
“比特幣 NFT”是便於理解的市場稱呼,不代表 Ordinals 完全複製 NFT 標準。購買前應確認內容是否完整上鍊、集合來源、父子關係、銘文編號、稀有聰屬性和市場驗證方式。
關於收藏、錢包和市場操作,可閱讀比特幣 NFT:Ordinals 與 BRC-20 銘文生態。
BRC-20 是使用 Ordinals JSON 銘文表達同質化代幣操作的實驗性元協議。其名稱借鑑 ERC-20,但二者技術基礎完全不同。ERC-20 餘額和轉賬邏輯由 EVM 智慧合約執行,BRC-20 則由索引器讀取銘文歷史後計算餘額。
BRC-20 最初定義 Deploy、Mint 和 Transfer 三類操作。Deploy 銘文設定四字元 Ticker、最大供應量與單次鑄造上限;Mint 銘文在規則允許範圍內增加持有人餘額;Transfer 銘文把一定數量從可用餘額轉換為可轉移狀態,再透過後續 Bitcoin 交易傳送給接收者。
Bitcoin 節點只確認這些銘文所在交易是否符合共識,不會檢查某個 Ticker 是否重複、Mint 是否超額或傳送者的 BRC-20 餘額是否足夠。相關判斷依賴索引器執行 BRC-20 規則。

BRC-20 餘額不是 Bitcoin UTXO 內的原生欄位。索引器必須從協議啟用位置開始,按順序掃描相關銘文,判斷格式、部署先後、Mint 上限、轉移銘文與實際 UTXO 花費,最終重建每個地址的可用餘額。
若兩個索引器採用不同版本、解析邊界或錯誤處理規則,可能對同一操作得出不同結果。成熟服務通常圍繞規則更新、異常銘文和歷史重放建立共識,但這屬於社會與軟體協調,而非比特幣共識自動裁決。
使用者應確認錢包、市場、交易平臺和區塊瀏覽器採用相容索引規則。一個平臺顯示的餘額並不保證另一個平臺立即識別,協議升級和索引中斷也可能影響充值、提現或交易。
Runes 是由 Ordinals 建立者提出的比特幣同質化代幣元協議。它同樣建立在 Bitcoin 交易之上,但不使用 JSON 銘文記錄餘額,而是透過交易中的 Runestone 訊息描述代幣建立、鑄造和轉移。
Runestone 通常放在可證明不可花費的 OP_RETURN 輸出中,以緊湊整數編碼協議指令。協議用 Rune ID 標識資產,並將餘額直接分配給交易輸出,使代幣流轉更貼近 Bitcoin 的 UTXO 模型。
Runes 於 Bitcoin 第 840,000 個區塊附近啟用,與 2024 年減半處於同一高度。啟用時間是協議規則的一部分,但市場熱度、代幣數量與價格會持續變化,不宜使用靜態排名判斷價值。
Etching 用於定義新 Rune。建立者可設定名稱、符號、可分割精度、預挖數量和公開鑄造條款。鑄造條款可以限制每次數量、總次數以及開放的起止區塊。
名稱是否可用受協議保留和逐步解鎖規則影響。相似字元、間隔符與顯示方式可能造成混淆,使用者不能只憑介面名稱確認資產身份,應核對 Rune ID 和建立交易。
若某個 Rune 開放 Mint,交易可引用對應 Rune ID,並按 Etching 設定獲得數量。索引器會檢查區塊高度、次數上限和鑄造條款,超出條件的操作不會產生有效餘額。
公開 Mint 可能引發激烈手續費競爭。使用者即使交易上鍊,也要確認協議層操作是否滿足規則,不能把 Bitcoin 交易確認等同於 Rune Mint 一定有效。
Edict 指令把輸入中的 Rune 餘額分配給一個或多個輸出。未明確分配的餘額會按 Pointer 或預設輸出規則處理。錢包必須同時構造 BTC 金額、Rune 分配和找零,錯誤輸出順序可能導致代幣傳送錯誤或被銷燬。
格式異常的 Runestone 可能被解釋為 Cenotaph。協議會按規定忽略部分操作或燒燬相關 Rune 餘額,結果通常不可逆。手動構造交易時尤其需要謹慎。
第一,資料表達不同。BRC-20 使用 Ordinals JSON 銘文,Runes 使用緊湊的 Runestone 協議訊息。後者通常減少冗餘文字,但具體交易大小取決於輸入、輸出和運算元量。
第二,餘額模型不同。BRC-20 索引器維護類似賬戶的可用餘額與可轉移餘額;Runes 把代幣餘額分配給 UTXO 輸出,更接近 Bitcoin 原生資產流轉方式。
第三,轉賬流程不同。BRC-20 通常需要先建立 Transfer 銘文,再花費承載該銘文的 UTXO;Runes 可在一筆交易中透過 Edict 分配輸入 Rune 餘額。
第四,協議規則不同。Ticker、供應、Mint、公平發行和異常交易處理不能相互套用。錢包支援 BRC-20 不代表自動支援 Runes,接收地址和 Coin Control 也可能不同。
第五,兩者都依賴額外索引。Bitcoin Core 不維護 BRC-20 或 Rune 餘額,使用者仍需依賴相容客戶端、索引器和錢包解釋元協議狀態。
第六,兩者都不等於智慧合約平臺。它們擅長髮行和轉移同質化資產,但複雜 DeFi 邏輯通常需要額外協議、鏈下撮合、PSBT、原子交換、側鏈或 Layer 2。
Bitcoin 共識保障有效交易排序、工作量證明和 UTXO 防雙花。資產操作一旦被足夠區塊確認,其底層交易獲得 Bitcoin 的確認安全。
但 Bitcoin 不驗證集合真偽、BRC-20 餘額或 Rune 市值,也不保證索引器、錢包、市場和橋沒有漏洞。底層交易有效與上層資產解釋正確是兩個層次。
索引器把普通交易解析成銘文、BRC-20 或 Rune 狀態。它必須正確處理區塊重組、交易順序、異常格式、協議版本與歷史重放。索引錯誤可能造成餘額顯示不一致或平臺暫停服務。
錢包負責選擇 UTXO、構造輸出、估算費率和保護私鑰。相容錢包應識別銘文聰與代幣 UTXO,避免將其作為普通找零花費。使用者仍需核對地址、資產型別和交易預覽。
第一,區塊空間出現更多用途。除 BTC 轉賬外,使用者開始為數字收藏品、代幣發行和協議訊息競爭區塊空間,為礦工帶來額外手續費需求。
第二,錢包與索引基礎設施快速擴充套件。市場需要識別銘文、稀有聰、BRC-20 與 Runes,並支援 PSBT、Coin Control、批次 UTXO 和費率管理。
第三,比特幣資產發行重新受到關注。專案可以利用 Bitcoin 的交易排序和結算曆史建立資產,同時探索閃電網路、側鏈、Rollup 與跨鏈流動性。
第四,公平發行敘事迴歸。公開 Mint 常被描述為無需私募的發行方式,但建立者仍可設定預挖、時間視窗和供應規則,機器人、手續費和基礎設施優勢也會影響實際分配。
第五,礦工費用市場獲得新的需求來源。隨著區塊補貼逐次減半,手續費的重要性會上升;但需求是否持續取決於真實使用者、資產週期和協議競爭。
不相容錢包可能把銘文聰或 Rune UTXO 當普通 BTC 輸入。錯誤找零、輸出順序和 Coin Control 都可能造成資產不可逆丟失。
名稱相同或相似不代表同一資產。BRC-20 部署先後、Rune ID、Etching 交易與市場驗證才是更可靠的識別依據。
不同服務對異常銘文、協議升級或鏈重組處理不一致,可能出現餘額差異。充值前應確認平臺支援的協議版本與最小確認數。
Commit、Reveal、Mint、Transfer 和拆分 UTXO 都需要 Bitcoin 交易。網路擁堵時費用可能超過資產價值,低費交易也可能長時間未確認。
許多資產缺少持續成交和透明估值。地板價、掛單價和短時成交不能代表可退出價格,大額交易可能產生嚴重滑點。
交易市場、託管錢包、跨鏈橋和索引 API 可能遭受漏洞、私鑰洩露、宕機或停止支援。底層 Bitcoin 正常執行不代表上層服務始終可用。
內容上鍊不等於創作者擁有版權,也不代表集合獲得官方授權。重複圖片、仿冒系列和惡意檔案都可能存在。
錢包、索引器與市場可能更新規則、棄用介面或調整顯示方式。參與者應保留交易記錄,並使用多個可靠瀏覽器交叉核驗。
第一,確認協議型別。區分普通銘文、BRC-20、Runes、稀有聰和其他元協議,不能只看統一的“BTC 生態”標籤。
第二,核對鏈上身份。檢查銘文 ID、Satpoint、部署交易、Ticker、Rune ID、Etching 交易和區塊高度,避免依賴截圖或社交媒體名稱。
第三,複核供應規則。瞭解最大供應、已鑄數量、單次上限、預挖、開放視窗、團隊分配和可修改許可權。相關方法可閱讀什麼是代幣經濟學(Tokenomics)?。
第四,比較索引結果。使用多個可靠瀏覽器或索引服務檢視餘額、持有人和交易歷史,確認平臺採用相容規則。
第五,檢查 UTXO 安全。錢包應支援資產識別、Coin Control、PSBT 與獨立收款地址,傳送前應核對輸入、輸出、找零和礦工費。
第六,評估真實流動性。觀察持續成交、買賣價差、市場深度和提現支援,不要只看一次高價交易或總市值。
收藏品、BRC-20、Runes 和普通 BTC 最好分開管理。獨立地址可以降低錢包自動選幣時誤花銘文聰或代幣 UTXO 的機率,也便於核對每類資產的輸入、找零和歷史記錄。
建立錢包後應先確認助記詞備份、地址型別和協議支援。只匯入私鑰並不代表新錢包能夠正確識別資產;不相容軟體可能顯示 BTC,卻隱藏同一 UTXO 內的銘文或 Rune。
收到資產標識後,應透過官方協議相容的瀏覽器查詢,而不是直接點選社交媒體連結。Ordinals 要核對 Inscription ID 和 Satpoint;BRC-20 要核對最早有效部署、供應與索引餘額;Runes 要核對 Rune ID、Etching、預挖和 Mint 條款。
簽名前還應檢查 PSBT 或交易預覽中的全部輸入輸出。除了接收方,還要確認資產找零輸出、BTC 找零、礦工費和 OP_RETURN 資料。錢包只顯示一個總金額時,不適合處理複雜 UTXO 資產。
首次向新錢包、市場或交易平臺轉入時,可先傳送最低可識別數量,等待平臺完成規定確認並顯示正確資產,再處理剩餘部分。小額測試不能消除風險,但能發現地址、網路、協議版本和索引相容問題。
高價值操作應根據區塊重組風險等待更多確認。市場成交、平臺入賬和協議 Mint 成功屬於不同狀態,不能只看到 Bitcoin 交易進入記憶體池就認為全部流程結束。
儲存交易 ID、銘文 ID、Rune ID、部署或 Etching 交易、購買頁面和錢包版本。若某個索引器停止服務,這些鏈上標識有助於在其他相容工具中重新查詢資產。
截圖只能輔助記錄,不能替代鏈上資料。恢復錢包後若餘額為空,應先檢查索引是否同步、地址是否正確和資產 UTXO 是否仍未花費,不要立即用普通錢包傳送剩餘 BTC。
為了快速拆解比特幣生態資產,可使用 SCRIBE 六維清單。它用於識別協議和操作風險,不是投資評級或價值保證。
確認資產位於具體銘文聰、BRC-20 索引餘額還是 Rune UTXO。不同模型需要不同錢包、地址和轉賬方式。
區分 Bitcoin 共識與元協議索引規則。底層確認能防止 UTXO 雙花,卻不會替使用者驗證 Ticker、集合來源和市場價格。
檢查部署、Etching、Mint、預挖、供應、開放區塊與異常交易處理。規則複雜或解釋不一致會增加索引風險。
核對錢包、市場、瀏覽器、索引器和交易平臺支援的協議版本。關鍵服務應有備份和交叉驗證方案。
估算 Commit、Reveal、Mint、Transfer、UTXO 拆分和提現成本。資產價值較低時,手續費可能讓操作失去經濟意義。
觀察真實買單、市場深度、BTC 結算、平臺提現與錢包自託管。賬面餘額不等於能按顯示價格成交。
不會。Ordinal Theory 和銘文使用現有交易與 Taproot 規則,資產含義由 Ordinals 客戶端和索引器解釋。
不是。ERC-20 由 EVM 智慧合約維護餘額;BRC-20 使用 JSON 銘文表達操作,再由鏈下索引器計算狀態。
不是。Runes 更貼近 UTXO,並使用緊湊協議訊息,但 Bitcoin Core 仍不維護 Rune 餘額,需要相容軟體解析。
交易一旦確認會進入 Bitcoin 歷史,但訪問仍依賴儲存見證資料的節點、索引器和閘道器。永久可見不是無條件保證。
通常先銘刻 Transfer 操作,把餘額變為可轉移狀態,再花費該銘文 UTXO 交給接收者,因此會產生兩次鏈上操作。
地址可能收到對應 UTXO,但普通錢包未必識別或保護 Rune 餘額,後續傳送 BTC 時可能誤花費,應使用相容錢包。
協議型別不能決定回報。應比較規則、來源、流動性、持倉分佈、費用與風險,並只使用可承受損失的資金。
Ordinals 讓聰獲得可追蹤序號,並透過銘文承載鏈上內容;BRC-20 使用 JSON 銘文和索引器建立同質化餘額;Runes 則以更緊湊、UTXO 導向的協議訊息建立和轉移資產。
三者都利用 Bitcoin 的交易排序、工作量證明和 UTXO 安全,卻沒有讓 Bitcoin 共識原生理解收藏價值或代幣餘額。錢包、索引器、市場和元協議規則共同構成上層安全邊界。
新敘事為比特幣帶來區塊空間需求、開發工具和資產實驗,也帶來費率競爭、索引分歧、仿冒、誤花費和流動性風險。參與者應先確認協議和鏈上身份,再管理 UTXO,最後評估市場。
對普通使用者而言,最重要的不是追逐最新名稱,而是能獨立回答資產由誰索引、位於哪個 UTXO、使用什麼錢包傳送,以及服務停止後如何恢復。
回到2025 年 Web3 前沿賽道全景圖,可以繼續比較 Bitcoin 生態與模組化區塊鏈、並行 EVM、ZK、跨鏈和 Meme 幣敘事。
如需使用獨立錢包連線 Web3 應用,可選擇 Hotcoin Web3 Wallet;需要移動端行情與交易工具,可前往 Hotcoin App;瀏覽更多教育內容,請訪問 Hotcoin。
風險提示: 本文僅用於教育與資訊分享,不構成投資、交易、版權、法律或稅務建議。Ordinals、BRC-20 與 Runes 可能面臨索引規則分歧、錢包誤花費、UTXO 管理、假資產、惡意內容、高礦工費、市場與託管漏洞、低流動性、價格劇烈波動及監管風險;參與前請核驗最新官方協議、鏈上 ID、供應規則、錢包相容性、平臺支援和退出路徑,並只投入可承受損失的資產。


