在台灣，很多人第一次注意到 HBAR，是在交易所的「賺幣」或「質押」頁面，旁邊寫著一個不算高的年化數字。點進幣種介紹通常只會看到一句「它不是區塊鏈，用的是雜湊圖」，然後就沒有下文。這篇要把那句話拆開來看：它到底改變了什麼、又沒改變什麼；這個網路為了做成這樣付出了什麼代價；以及 HBAR 這顆代幣在整套設計裡站在哪個位置。文章裡會變動的數字我全部集中在一張標了量測時間的快照表，其餘寫的都是規則，規則不會因為你隔一年才讀到就失效。

1. 分母數得出來的網路，和數不出來的網路

公開帳本的網路，可以先用一個很粗但很好用的方式分成兩類：一類數得出來現在有誰在參與記帳，一類數不出來。這篇文章從頭到尾都在講這一組對照，因為海德拉（Hedera）和 比特幣 剛好站在兩邊。

比特幣這一邊數不出來。任何人買一台機器、接上網路就可以參與，不用登記、不用被誰同意，也沒有一份名單記錄現在到底有幾個參與者。好處很清楚：加入這件事本身沒有守門人。代價也很清楚：既然連分母都不知道，就沒辦法用數學證明「已經有超過某個比例的參與者同意了」。於是這種網路只好把定案交給機率。交易被放進一個區塊之後，後面每多接一個區塊，這筆交易被翻掉的機率就更低一點，但那個機率不會變成零。

海德拉站在另一邊。參與共識的節點是一份確定的、對外公開的名單，數得出來有幾台、也查得到每一台由誰運作。有了分母，網路就可以用規則去證明順序已經定案，不必靠「再等幾個區塊」把風險壓低。這一點是真的，不需要打折。

換句話說，這兩種設計沒有誰先進誰落後的問題，它們各自挑了一邊，也各自放掉了另一邊。哪一邊合用，要看你手上那件事需要的是誰都能加入，還是順序不會被翻掉。

這一組對照也決定了後面每一個數字該怎麼讀。看到節點數量，要想的是分母有多大；看到質押報酬率，要想的是那筆錢從哪裡來；看到手續費，要想的是誰在承擔幣價波動。

這組差別你其實早就碰過，只是沒有人講白。你在交易所提幣或入金的頁面上，一定看過「需要 N 個確認」這行小字。那個 N 是交易所自己訂的門檻，數字愈大代表它願意多等一段時間，才認定這筆不會被翻掉。入金遲遲沒到帳 的時候，客服也多半是叫你先看確認數。海德拉的網路裡沒有這個數字可以看，因為它不是用累積區塊的方式讓你愈等愈安心。

2. 沒有人發布區塊，那一筆交易的先後是誰排的

先看比特幣那邊怎麼排順序。礦工把還沒上鏈的交易蒐集起來打包成一個區塊，接在前一個區塊後面。這一輪誰先算出符合條件的答案，誰就決定了這一批交易的先後。也就是說，順序的決定權在「這一輪贏的那一個人」手上，其他人只是接受結果。

海德拉不做區塊，也沒有出塊這個動作。它的節點做的事情是：隨機挑一個對象，把自己知道的交易傳過去；傳的時候，順便把「我剛剛在什麼時候、從哪一個節點那裡、收到了什麼」這件事也一起傳過去。收到的節點再把這份紀錄接到自己手上那一份後面，然後繼續傳給下一個對象。

這個動作的正式名稱是 gossip about gossip，意思是傳遞訊息的時候，連傳遞紀錄本身也一起傳出去。只要每一次傳遞都帶著來源與時間紀錄，過一小段時間之後，每一台節點手上都會有同一份「誰在什麼時候知道了什麼」的完整紀錄，而且這份紀錄不必由誰統一發布，是各台節點各自累積起來的。

真正省事的是下一步。節點之間不互相寄投票。每一台節點拿自己手上那份紀錄，直接推算「其他節點按照規則會投出什麼結果」。因為大家手上的紀錄一樣、規則也一樣，各自算出來的答案會一致。這一步叫虛擬投票。省下來的是網路上真的要傳的訊息量，因為投票這件事只在每台機器內部發生。

順序確定之後，每一筆交易還會拿到一個共識時間戳。這個時間不由任何一台節點單方面決定，而是依規則從各節點收到這筆交易的時間算出來的。這個時間戳之後不會再變，任何人查同一筆交易都會看到同一個時間。對於需要證明「這件事先發生、那件事後發生」的用途來說，這個欄位比帳戶餘額還重要。

整段流程沒有礦工、沒有算力競賽，也沒有出塊獎勵。節點做的是傳紀錄和算順序，成本是機器與頻寬，由運作節點的機構自己負擔。這件事會在代幣那一段回過頭來影響很多結論，先記著。

3. 讀官方文件時會遇到的名詞

往下讀之前先把名詞放這裡。官方文件與各家介紹常常中英文混著寫，同一個東西換三種講法，卡住的多半不是觀念而是詞。下面這張表把後面幾節會用到的詞一次列完，讀到不確定的地方翻回來看就好。

另外提醒中文譯名的混亂，這件事很吃搜尋時間。Hedera 在中文圈有人寫成海德拉，也有人直接用英文原名；Hashgraph 在台灣的寫法是雜湊圖，對岸的資料則寫成哈希圖。查資料的時候兩種寫法都試一次，會撈到完全不同的一批內容。官方文件本身以英文為主，遇到參數名稱建議直接記英文（像是 network/stake 底下的欄位名），中文翻譯各家不一致，拿中文去對照反而容易對錯行。

看文件的時候有個小訣竅：遇到「不是區塊鏈」這類分類敘述，先問它改變了哪個具體欄位；遇到參數（例如上限、週期、期限），先問這個值是規則寫死的、還是理事會可以調整的。用這兩個問題讀，行銷語句和可以查證的敘述就分得開了。

4. 同一筆轉帳，在兩種網路裡的結局不一樣

假設同一筆轉帳，一邊送進比特幣，一邊送進海德拉，兩邊的結局長得不一樣。

比特幣那邊，交易進了區塊只是開始。區塊有機會被更長的鏈取代，裡面的交易就得重新排一次，這種情況叫區塊重組。這不是理論上的擔心，實際發生過：萊特幣 有過連續 13 個區塊被換掉的紀錄，比特幣現金 也有過 2 個區塊被翻掉的事件。交易所要求確認數，就是在等，等到重組的機率低到它願意承擔。

海德拉這邊沒有「再等幾個區塊」這個選項，因為順序和共識時間戳照規則定下來就結束了，機率那一套在這裡用不上。定了就是定了，多等一天也不會讓它更定案一點。這是這個網路實際做到的事，講的時候不用縮手。

但要把話說完整。規則上的定案，管的是網路內部那筆交易的順序不可逆，它不會幫你處理其他風險。地址填錯、選錯網路、把幣送進不支援的合約，這些都跟共識沒有關係，錢一樣拿不回來（可以先看 轉錯網路怎麼處理 那篇的排查順序）。交易對手不付款、交易所停止提幣，這些也都在鏈外。定案管的是順序會不會被推翻；你那個決定本身對不對，網路管不到。

還有一個落差你一定會遇到：網路端定案，跟你在交易所畫面上看到餘額增加，是兩條分開的線。交易所有自己的入帳流程與風控審查，某些幣種、某些金額還會多一道人工確認，所以鏈上早就定案、App 裡的數字慢半拍，是很常見的狀況。這種時候該去看的是那家平台的入帳規則，盯著網路端沒有用。

看完這張表可以先停一下。左右兩欄講的並不是同一件事的兩種版本。它們是兩種取捨。你如果最在意「不需要任何人同意就能參與」，第一欄那種設計才是你要的；你如果最在意「什麼時候可以確定這筆已經不會變」，第二欄那種設計才對得上需求。

5. 「少於三分之一」要成立，先得數得出分母

技術文件會把雜湊圖歸類成非同步拜占庭容錯（aBFT）。這個詞拆開來看其實不難。

「非同步」的意思是，對訊息什麼時候會送到不做任何假設。網路可以塞車、封包可以繞路、某台機器可以慢半拍，證明過程都不依賴「訊息會在幾秒內送達」這種前提。也就是說，網路一時塞車、某幾則訊息晚了好幾秒才送達，這個保證仍然成立，因為它從一開始就沒有把送達時間寫進條件裡。

「拜占庭容錯」的意思是，壞掉的節點不只會當機，還可能刻意說謊：對 A 講一套、對 B 講另一套，或是故意不回應。演算法要在有人說謊的情況下，仍然讓誠實的節點得到同一個順序。

合起來的保證是這樣一句話：只要作惡或故障的節點少於全體的三分之一，其餘節點最後會對交易順序取得一致，而且這個結論不依賴訊息何時送達。這個性質有數學證明，證明本身還被機器檢查過，不是靠簡報上的一句宣稱。

「少於三分之一」這個條件要成立，得先知道分母是誰。三分之一是相對於一個確定的集合算出來的比例，如果隨時有不知名的機器可以加入或離開，這個比例根本無從計算，保證也就跟著失效。

所以名單這件事，在這裡屬於保證能不能成立的前提，跟行政上的方便沒有關係。下一節就去看名單本身，那一節要講的就是代價。

還有一個延伸的問題值得先放在心上。三分之一講的是同時作惡或故障的比例，所以名單裡的成員彼此有多不一樣，會影響這個保證的實際強度：如果大家的機房位置、雲端供應商、法遵環境高度重疊，出狀況的時候就有機會一起出狀況。這一點公開資料沒辦法量化，我沒有數字可以給你，只能提醒這是評估這一類設計時該問的問題，而不是看到「有數學證明」就結束。

6. 名單、席次與原始碼：誰跑節點、誰改規則、誰保管程式

我用網路自己的公開鏡像節點 API 去查了共識節點清單。查到的清單上，每一台的說明欄直接寫著由哪個機構運作、機器放在哪個地區（台數會變，放在後面的快照表），例如 LG 在新加坡、Swirlds 在美國愛荷華、野村在東京、Google 在赫爾辛基、Zain Group 在科威特市各有一台。

這件事要講清楚：這些資訊沒有被藏起來，它本來就屬於設計的一部分。既然安全性的證明要數分母，網路就沒有理由把參與者藏起來。你可以自己打開那支 API，一台一台看是誰在跑。

規則要怎麼改、手續費表要怎麼調、國庫的幣什麼時候釋出，這些決定由海德拉理事會做。理事會由三十多家企業與機構組成，公開文件寫明兩件事：成員票票等值，而且有任期限制，目的是不讓任何一家公司長期把持決定權。成員名單本身會變動，所以我不列全名單，只提幾個你大概眼熟的：Google、IBM、Dell、日立、LG、野村、Ubisoft。

這種結構比「一位創辦人或一個基金會說了算」分散，票數是攤開的，任期也有限制。它和「誰都可以進來參與共識、進來改規則」則是另一回事，後者這個網路沒有提供。

順帶把原始碼的歷史講完，因為這是常見誤解的來源。這套演算法早期受專利保護，「技術被一家公司鎖住」曾經是很有力的批評。後來理事會買下相關智慧財產權，程式碼以 Apache 2.0 授權開源；再後來，核心網路軟體整包捐給 Linux 基金會底下的組織，專案名稱是 Hiero。也就是說，程式碼的持有與維護已經不綁在單一公司身上。

這一段我寫得比較細，是因為中文圈的介紹常常只留下其中一半：不是只講開源，就是只講專利。要批評這個網路，用得上的理由是現在的結構（共識參與需要在名單裡）；早年的授權狀態拿來講已經對不上。

7. 「我們不是區塊鏈」這句話證明了什麼，又沒證明什麼

官方文件會直接寫「我們不是區塊鏈」。這句話值得認真拆，因為它同時被當成賣點和被當成攻擊點。

它證明的部分是資料結構層面的事實：交易沒有被打包成區塊，也沒有排成一條前後相接的鏈；取而代之的是那份互相傳遞的紀錄，順序從紀錄裡算出來。連帶著，定案的性質也跟著不一樣，前面幾節講的就是這件事。這部分沒有灌水。

它沒有證明的部分，常常被跳過。第一，這句話跟去中心化程度無關。要說有關，方向還是反過來的：共識參與在這裡更封閉，因為要維持一份名單。第二，這句話不代表更安全，安全性要看的是那份證明的條件有沒有被滿足，以及名單裡的機構會不會同時出問題。第三，這句話跟代幣值不值得持有更是兩回事，一個是資料結構的描述，一個是資產的問題。

我的建議很簡單：把這句話當成技術分類，不要當成優劣判決。

右邊那一欄請不要當成缺點清單來讀，它是同一套設計的另一面。想找一個誰都能加入、抗審查優先的網路，右欄第四項就是勸退訊號；想找一個順序和時間可以拿去對帳的網路，左欄第一、第三項就是它的賣點。

8. 500 億顆在第一天就發完，之後沒有再產生新的幣

代幣這一段從一個很單純的事實開始：HBAR 的總量是 500 億顆，在網路啟動的時候就一次全部產生完畢，之後沒有再產生新的幣。所以沒有礦工、沒有用礦機開採這回事，也沒有每隔幾年把發行量砍半的機制，因為根本沒有持續發行可以砍。

這件事的第一層意思大家都會講：沒有新幣稀釋，供給端是固定的。第二層意思比較少人講：這個網路也沒有「印新幣去付給維護者」的安全預算。比特幣用區塊獎勵養礦工，那筆錢是新發行來的；海德拉把維護網路的成本推給運作節點的機構，機器、頻寬、機房都由它們自己出。

兩種做法各有代價。用新發行付錢，持幣的人是用稀釋在付；用機構自己出錢，網路就得維持那份名單，因為它得知道誰在出錢、誰有義務把機器顧好。這一段又回到全文的那組對照了。

還有一件必須寫清楚的事：總量已經全部產生，不代表全部都在市場上流通。有一部分還留在國庫裡，比例放在快照表。國庫的幣不是想賣就賣，由理事會的財務委員會依照公開的計畫釋出。

對已經持有的人來說，還沒釋出的部分就是稀釋的來源，這句話得直接講，不用美化。釋出有公開計畫，還沒釋出的比例也可以自己用公開介面查到，這比分配不透明的專案好追蹤太多。

最後講這顆幣一開始是怎麼分出去的。早期的分配走的是另一條路：對合格投資人以 SAFT（未來代幣的購買協議）的形式銷售，依照公司事先訂好的計畫進行，沒有公開發放這一段。這跟比特幣那種「誰都能參加開採」的起點完全不同。我不打算判定哪一種起點比較高尚，但買一個資產之前知道它怎麼分出去的，會少掉很多誤會。

9. 網路賣的三種服務，價目用美元標、用 HBAR 付

網路本身賣的東西可以歸成三種服務。

第一種是代幣服務。發一顆新代幣、設定它的權限、轉來轉去，這些用網路內建的功能就能做，不必自己寫合約。少寫合約的直接好處是少一個出錯的地方。

第二種是共識服務，這一種最能看出這個網路是為了什麼做出來的。它不要求你把資料搬上來，只幫你在自己系統裡發生的事件蓋上順序與共識時間戳。資料留在你家，網路只賣「先後與時間的證明」。會需要這種東西的，通常是本來就有一套系統、只缺一個大家都認的排序依據的單位。

第三種是智慧合約，提供與以太坊工具相容的執行環境，讓既有的開發習慣可以搬過來。

三種服務的價目都以美元標示，實際付款時用 HBAR 支付。這個設計對做預算的人很友善：一年要送多少筆訊息、成本大概是多少，可以直接算出來，不會因為幣價跳動就翻倍。

兩個註腳要跟著這張表走。第一，這些是以美元定價、以 HBAR 支付，換算時用網路自己維護的匯率機制，所以幣價變動時，同一個操作的美元成本大致不變，變的是要付出去的幣數量。第二，價目表存放在系統檔案 0.0.113 裡，理事會可以調整，所以上面的金額以當下的版本為準，不會永久固定。

10. 指定一個節點就有獎勵：不鎖倉，但上限寫死在參數裡

質押在這個網路上的做法叫代理質押，跟很多人以為的「把幣鎖進一個合約」不一樣。

你在自己的帳戶設定裡指定一個節點，帳戶餘額就會被算成那個節點的權益。幣沒有離開你的帳戶，也沒有被轉去別的地方；官方文件寫得很直白：質押不會鎖倉，餘額隨時可以動，想賣就賣。這是真的方便，跟需要解鎖等待期的鏈比起來差很多。

結算以 24 小時為一個週期。獎勵沒有領走不會消失，但補領有上限，最多回溯 365 天。

接著是必須講的另一半。獎勵率有上限，而且不高：網路參數把每 1 顆 HBAR 每天的獎勵上限設在 5,232 tinybar（1 HBAR 等於 1 億 tinybar），換算下來一天大約 0.005232%，一年大約落在 2% 上下。這是上限，不是保證的報酬率，實際拿到的會更低。

還有兩個容易被忽略的參數。一是單一節點被承認的權益有上限，超過 4.5 億 HBAR 的部分不列入獎勵計算，所以指定到一個已經滿載的節點，超出的那部分不會算進獎勵。二是有一部分節點在設定裡就選擇不領獎勵，這種節點下面的情況也和一般節點不同。這兩個數字我都放進快照表，因為它們會隨著大家怎麼指定而變動。

實際操作上還會遇到第三件事：要挑哪一台節點。在錢包或帳戶設定裡，指定節點通常是一個下拉選單。選哪一台都不會影響你手上那些幣的安全，因為幣根本沒有離開你的帳戶；會被影響的只有那段期間拿不拿得到獎勵。所以只要看兩個欄位：那台節點有沒有設定成不領獎勵，以及它的權益是不是已經到上限。這兩個欄位在公開的節點清單裡都查得到，不必問任何人，也不必相信任何人的截圖。

獎勵的來源這一行值得單獨講。供給既然固定，獎勵就不可能是印出來的，它是從一個有餘額的系統帳戶（0.0.800）付出去的，而那個帳戶要不要補、補多少，也是理事會的決定。這跟權益證明鏈用通膨發獎勵的結構完全不同，也解釋了為什麼這裡的報酬率被壓在低檔。想比較不同鏈的質押設計，可以配著 質押是什麼 那篇一起看。

11. 交易所的「質押」選單，和網路自己發的獎勵是兩件事

第一次看到 HBAR，多半是在交易所的「賺幣」或「質押」頁面，不是在鏈上。這裡要把兩件事分乾淨，因為它們常常被寫成同一件事。

交易所的方案是那家公司的產品。年化多少、要不要綁定期、有沒有額度上限、能不能提前贖回，全部由公司自己訂，隨時可以調整。這段期間你的幣通常記在公司的帳上，你面對的是那家公司的信用與條款，網路的參數在這裡管不到。

網路自己的獎勵則是前一節那一套：幣留在你自己控制的帳戶裡、指定一個節點、上限寫在網路參數裡、24 小時結算。它不會因為某家公司想衝活動就變好，也不會因為活動結束就消失。

所以兩邊的數字不能互相參考。交易所頁面上寫的年化不論高於或低於網路參數的那個上限，都不代表網路本身的獎勵跟著變了，那個數字是公司自己訂的方案條件。要看懂交易所那一類產品的條件，交易所理財產品怎麼看 那篇整理過該問的問題。想自己保管、自己指定節點的話，先從 加密貨幣錢包 這篇的自我保管觀念開始比較安全。

還有一個實務提醒：各地區在交易所畫面上看得到的商品本來就不一樣，同一家平台在不同帳號看到的選單也可能有差。不要照著別人的截圖操作，以你自己帳號畫面上的條件為準。

如果你只是想先找到有掛牌的地方，下面幾家我用 CoinGecko 的交易對清單確認過現貨交易對。要比較手續費與上架幣種，可以看 交易所比較；完全沒買過幣的話，怎麼買比特幣 那篇的入金與驗證流程一樣適用。

還有一個實際操作上的落差要先講。這個網路的收款地址長得像 0.0.123456 這種格式，跟常見的 0x 開頭長字串完全不一樣，第一次從交易所提幣的人很容易以為自己填錯欄位。前面的價目表裡有一項是「開一個新帳戶 0.05 美元」，這也說明帳戶在這裡是要被建立出來的東西，隨手生成一組字元收不到款。所以提幣之前，先確認收款端的帳戶真的存在、格式正確，再看那家平台的提幣頁面有沒有要求額外的備註欄位。

聯盟行銷揭露：部分連結為合作夥伴連結，我們可能會獲得佣金，但不會增加你的任何費用。本文並非投資建議。

12. 用的人變多，就會需要更多 HBAR 嗎

手續費以美元定價，代表幣價漲的時候，同一筆轉帳需要的 HBAR 數量會變少。網路收到的美元金額大致穩定，付款端付出去的幣則隨著幣價反向調整。對付費的一方，這是明確的優點，成本可以編進預算，不必為了幣價波動改報價。

但站在持幣的人這一側，就會冒出一個沒被回答的問題：使用量成長，會有多少變成對這顆幣的需求？路徑不是不存在，付費終究要有人去取得幣、質押會讓一部分餘額指定給節點、運作節點的機構也需要持有。問題在於，這些路徑都不是等比例的，而且質押這一段還沒有鎖倉可以把流通量壓住。

我不打算在這裡下結論說有或沒有。我要做的是把結構攤開來：供給固定、費用以美元計價、獎勵來自一個有餘額的系統帳戶而不是新發行。這三條放在一起，「企業用得愈多，幣的需求就等比例變多」這句話就不會自動成立。它可能成立，但需要額外的理由，而那個理由要自己去找。

把可能的路徑分開看會更清楚。第一條是付費：使用網路要付手續費，費用用 HBAR 支付，這條線確實存在，但因為價目以美元計價，用量成長帶來的幣需求會被幣價本身抵銷掉一部分。第二條是質押：指定節點會讓一部分餘額待在原地，可是這裡沒有鎖倉，餘額隨時可以賣，壓住流通量的力道有限。第三條是運作節點與治理本身的需求，這一條的規模由名單大小決定，而名單本來就不大。三條線都不是零，可是也都稱不上等比例。

另外一個常見的推論也要在這裡打住。理事會裡有幾家你認得的公司，這件事我們能確認到的是治理參與，以及其中一部分機構在運作共識節點。至於那家公司有沒有把自家業務跑在這個網路上、規模多大、金額多少，沒有一手資料就不該寫成事實。中文報導很習慣把成員名單當成採用案例，這是兩件事。

把話講回來平衡一點：以上都不是說這個設計不好。費用可預測、順序與時間可以拿去對帳，這些是真的優點，對某些用途甚至是決定性的。只是這些優點落在「使用網路的機構」身上，不會自動落在「持有代幣的人」身上，而這兩個身分常常被混在一起講。

13. 常聽到的幾句話，和公開資料裡查得到的版本

把常在中文論壇和影片裡聽到的說法，跟公開資料裡查得到的版本並排一次。左邊那些話都是常見的說法，我沒有為了對比而編。

這張表我放在這裡不是為了打臉誰。多數誤解是從別的鏈的經驗直接套過來的，套錯了很正常，畢竟大部分人的第一課都是比特幣或以太坊。真正要避免的是用錯誤的前提做決定，例如以為有開採成本可以撐底，或以為質押報酬會像通膨型的鏈那樣被拉高。

這張表裡的每一條，最後都回到同一件事：這個網路需要一份名單。名單決定了三分之一要用什麼當分母，也決定了共識節點不對外開放。沒有礦工這一點同樣從這裡來，維護網路的機器由名單上的機構自己出錢跑。

14. 會變動的數字集中在這裡：一份標了時間的快照

下面這些數字會變，所以我全部集中在同一張表，並且標了量測的時間。本文其他地方寫的是規則，規則不會因為你晚一年讀到就變成錯的；這張表則要當成當下的一張照片來看。

資料來源是這個網路自己的公開鏡像節點 REST API，不需要帳號、不需要金鑰，瀏覽器直接開就能看到 JSON。供給看 network/supply，節點清單看 network/nodes，質押參數看 network/stake，獎勵帳戶看 accounts/0.0.800。你自己查到的數字跟我這張表不一樣才是正常的，因為中間又過了一段時間。

最後一行要特別說明。吞吐量是我在某個時段連續取樣算出來的，不同時段會不同，它不是這個網路的能力上限。我列它的用意只有一個：介紹文章很愛引用理論上的每秒處理上限，那個數字換算成一天，跟實際負載差了好幾個位數。任何網路都是這樣。我要講的不是速度高下，「宣傳數字」和「實際跑的量」本來就屬於兩個不同的東西，看幣種介紹的時候要分開讀。

15. 我的判斷：設計是一致的，我卡住的是代幣那一段

寫到這裡，把我自己的判斷交代一下。以下是我的看法，不是結論，你完全可以看完之後不同意。

第一，我認為這套設計是一致的。要把定案從機率換成規則，就得數得出參與者；要數得出參與者，就得把名單關起來。海德拉沒有繞過這個交換，也沒有假裝它不存在，反而把節點由誰運作直接寫在 API 的欄位裡讓人查。這種「代價擺在檯面上」的做法，我給它正面評價。很多專案真正的問題在於把取捨藏起來，只挑好處講。

第二，它適合什麼、不適合什麼，其實很清楚。適合的是那種需要「這件事先發生」可以被證明、成本要能編預算、而且知道對手是誰本來就是需求的場合，共識服務就是為這種需求做的。不適合的是把抗審查和無需許可的參與本身當成目的的場合，這種需求在這裡結構上得不到滿足。這一點我不會當成缺陷來寫。它是做了另一個東西之後必然出現的結果。

第三，我最卡住的地方在代幣，技術那一段反而沒讓我困惑。費用以美元計價、供給固定、質押獎勵來自一個有餘額的系統帳戶，這三件事湊在一起，網路被用得多起來之後，那份價值要循什麼路徑流到持幣的人手上，我看不出一條夠清楚的線。也許存在，但我沒有在公開資料裡找到能讓我放心的推導。知道這件事之後仍然覺得可以，跟根本不知道就買進去，是兩種不同的處境，我只希望讀者是前者。

第四，反對我的意見也有站得住腳的地方，我一句話寫清楚：把這個專案講成「被專利鎖住的封閉技術」，用現在的結構來看已經過時了，智慧財產權被買下並開源、核心程式碼捐給外部基金會底下的組織都是事實，要批評應該用現在的名單結構去批評，而不是用舊事。

關於海德拉與 HBAR 的常見問題

比較交易所：手續費、上架幣種與註冊優惠