如何為你的 dApp 選擇合適的 blockchain

一般來說，blockchains 是一項很好的基礎建設工具，能讓開發者將資料儲存需求去中心化。作為一套系統，blockchains 讓開發者能夠安全地分散部署自己的應用程式，不需要依賴受信任的中心化中介機構。

Blockchains 可以用於許多不同的應用，因此市面上出現了許多針對不同應用情境最佳化的鏈。每一種鏈都略有不同。因此，開發者必須了解這些差異，才能挑選出真正符合自己需求的 blockchain。

本文將討論主要 blockchain 之間的差異，以及開發者選擇某一類鏈而非另一類的原因。

選擇 blockchain 時該問的 7 個問題

在決定要用哪個 blockchain 平台來開發專案的過程中，開發者至少應該考慮以下七個因素：

1. 你的 dapp 需要多少吞吐量？

依據你開發的專案類型不同，所需的交易吞吐量範圍差異可能很大。

舉例來說，如果你在開發一款 DeFi 遊戲，使用者每天需要進行數千筆微交易，你就需要一個高吞吐量、低 gas 費用的 blockchain。

但如果你經營的是一個只會偶爾發生交易的 DAO，協作的便利性可能會是更重要的考量因素。

需要考量的重點是，blockchain 協定會如何隨著你的 dapp 一起擴展。剛開始時，低交易吞吐量或許已經足夠，但隨著規模擴大，它可能會侵蝕你的利潤，或讓你的使用者感到不滿。

因此，在做決定之前，考量在特定鏈上建置的長期成本與速度非常重要。開發者應該同時考量主網的可擴展性，以及 Layer 2 網路的可用性。

以 Ethereum 網路為例，其交易吞吐量偏低，但有多個 Layer 2 網路是建構在其之上，吞吐量高出許多。第二層的設計目的，是讓 apps 同時享有健全 blockchain 生態系的安全性，以及更快速共識機制所帶來的可擴展性。

2. 哪個 blockchain 提供所需的開發者資源？

由於 blockchain 是相對新的技術，開發者能取得的資源多寡會造成很大的差異。許多 blockchain 協定會為開發者提供外部教學與指南，或建立群組聊天室和論壇，讓開發者能互相學習。

但這些資源的品質參差不齊。在你開始使用某條鏈之前，花點時間熟悉該協定所提供的資源。

舉例來說，有些系統設計上便於組合性（composability），有些則不然。組合性指的是一個應用程式中較小的組成部分，能被複製並用於建立其他不同應用程式的程度。

舉例來說，與 Ethereum Virtual Machine（EVM）相容的 apps，可以輕鬆地將自己的 dapp 重新部署到其他 EVM 相容的 blockchain 上。

從零開始建置，與從一個既有的工具與基礎建設生態系出發，兩者之間的差異可能極為巨大。

你永遠無法預知在開發 dApp 的過程中會遇到什麼樣的問題。所以，知道當這些問題出現時，你能得到足夠的支援，會很有幫助。‍

3. 哪個 blockchain 生態系具備符合你 dapp 上市策略的條件？

有些 blockchain 已經擁有非常活躍的生態系，有些則仍在逐步發展中。

舉例來說，如果開發者打算建置一個依賴其他應用程式的 dApp，那麼在生態系規模較大的 blockchain 上開發就會比較合理。

舉例來說，如果你要建立一個能聚合各個去中心化交易所（DEXs）流動性的 dApp，那麼你選擇的 blockchain 上必須要有多個 DEX 可供聚合流動性，這一點至關重要。

相反地，如果你打算建立一款在某些 blockchain 上尚不存在的產品，選擇一個該應用程式尚無競爭對手的 blockchain 可能會更有利。

當然，開發者並不需要只固守在單一個 blockchain 生態系中，也有不少協定成功跨越多個生態系發展。

4. blockchain 使用什麼程式語言？

在某個平台上開發的複雜程度可能差異很大。有些 blockchain 需要開發者從頭學習全新的程式語言，有些則將開發流程標準化。

舉例來說，有經驗的 Rust 開發者可能會覺得 Solana blockchain 容易上手，因為其主要語言是 Rust。相對地，Ethereum 及其 EVM 生態系則是以 Solidity 為核心。想在 EVM 上開發的開發者會去學習 Solidity，因為它與 JavaScript 並沒有太大差異。

當然，這並不是永遠可行的選項。由於任何開發團隊的技術水準都參差不齊，新手開發者能否輕鬆上手，往往非常重要。

考量你團隊的組成，以及你手上擁有的資源，能幫助你決定該使用哪個 blockchain。

5. blockchain 上有哪些建置誘因？

有些 blockchain 專案會透過獎勵忠誠度、並為開發者對網路的貢獻提供報酬的計畫，來激勵開發者。舉例來說，有些 blockchain 會針對回報錯誤及論壇回覆提供獎勵。

其他 blockchain 則透過 staking 機會，以及讓專案能藉由為平台帶來使用者而賺取收入，來獎勵開發者。

在某些情況下，選擇在具有高成長潛力的小型鏈上一起建置會是明智之舉，這樣團隊就能共享共同成長帶來的回報。而對某些人來說，選擇一個可靠的生態系會是更好的做法。

6. blockchain 是否與你現有的開發者工具及整合相容？

經過多年發展，有些 blockchain 工具已成為業界標準。舉例來說，像 Hardhat 和 Foundry 這類 web3 工具組非常受歡迎，某些加密貨幣錢包，例如 MetaMask，也是如此。

但並非所有這些工具都能跨 blockchain 使用。舉例來說，Hardhat 和 Foundry 只能在 EVM 相容的 blockchain 上使用。換句話說，開發者無法用它們來開發 Solana dapp，而必須改用像 Anchor 這樣的工具。

同樣地，將現有工具與特定 blockchain 整合的難易程度，也可能差異極大。

雖然許多 EVM 相容的 blockchain 都遵循相同的整合架構，但在非 EVM 相容的 blockchain 之間，情況可能就大不相同。

對於較新的 blockchain，或文件不夠完善的 blockchain 而言，整合可能需要花一段時間才能完成設定。

話雖如此，如果開發者相信某條 blockchain 長期能夠成功，那麼即使整合較為困難，最終的回報也可能是值得的。

7. blockchain 的安全性是否足以支撐你的 dapp？

在 blockchain 的脈絡下，安全性可以指涉幾種不同的層面。它既可以指網路節點的去中心化程度，也可以指交易的最終性（finality）。

去中心化之所以重要，是因為它代表著某個組織或政府要關閉這個 dapp 有多困難。對某些開發者來說，這是最優先考量的事項。但對另一些開發者而言，最重要的安全考量是交易的最終性。你選擇的 blockchain 發生分叉（fork）或重組、導致使用者的交易不再被納入該 blockchain 中的可能性有多高？

產生區塊的流程可能差異很大，有些機制比其他機制更為穩健。因此，確保你選擇的 blockchain 具備強健的安全協定，可能會決定你的 dApp 的生死。

還有其他值得考量的安全問題。例如：你的 blockchain 維持運作的能力、其遭受阻斷服務（Denial-of-Service，DoS）攻擊的脆弱程度，或其共識機制本身潛藏的問題。雖然這可能只算是一個早期警訊，但考量某個 blockchain 過去是否曾經被迫關閉、發生過分叉，或曾經歷大規模重組，都可以作為預測未來走向的一項指標。

無論如何，都值得花點時間研究該 blockchain 的歷史，並思考其他應用程式過去在該鏈上的表現如何。

選擇合適的 blockchain 平台

在為某個 dApp 挑選合適的 blockchain 協定時，開發者應該留意各主要 blockchain 的優缺點：

1. Ethereum

Ethereum 是一個 Layer-1 blockchain 平台，以率先提出智能合約概念而聞名。

Ethereum 由 Vitalik Buterin 於 2015 年推出。Vitalik 將 Bitcoin 的去中心化原則，應用到了一台虛擬機器上。

正是這個洞見，讓 Ethereum blockchain 成為創新的重鎮，數以千計的應用程式在其上被開發出來，涵蓋金融服務、治理、財庫管理、支付、交易所、藝術等各個領域。

由於其去中心化的安全性，Ethereum 已吸引到所有智能合約 blockchain 中最多的價值。

Ethereum 的區塊時間為 15 秒，也就是說，結算會在這段時間內或更快完成。Ethereum 的區塊大小受到限制，以達到最大程度的去中心化，這也使得其交易成本相較於其他一些 blockchain 來得高。

Ethereum 目前正在支持提升其可擴展性的各項努力。這個過程中很大一部分，涉及支援 Layer-2 blockchain 的開發。

2. Arbitrum

Arbitrum 是 Ethereum 最受歡迎的 Layer-2 擴展方案之一。由 Offchain Labs 建置並維護，它使用一種稱為「optimistic rollups」的批次處理協定，在交易被發布到 Ethereum 之前，預設將所有交易視為有效。

這項技術讓 Arbitrum 得以借助 Ethereum 的安全性與去中心化，同時提供更快速、更便宜的結算。

雖然完全去中心化是 Arbitrum 路線圖的一部分，但目前技術堆疊中仍有部分由 Arbitrum 團隊集中控管。隨著團隊持續改良其技術，並對其可行性更有信心，整個技術堆疊將逐步納入去中心化治理之下。

3. Optimism

Optimism 是另一個將資料發布到 Ethereum 的 optimistic rollup 方案。

‍Optimism 同樣受惠於 Ethereum 的安全性與去中心化，同時提供更便宜、更快速的交易。

透過批次處理交易，Optimism 能將交易吞吐量的速率提升到比 Ethereum 主網高出一到兩個數量級。

Optimism 和 Arbitrum 一樣，優先考量可擴展性與安全性，而非去中心化。它使用一套名為 Optimism Virtual Machine（OVM）的系統，該系統與 EVM 相容。

Optimism 的路線圖中，也包含了比目前更進一步去中心化的規劃。

4. Polygon

Polygon 前身為 Matic Network，是一個於 2019 年推出的 Layer 2 擴展方案，能讓 Ethereum blockchain 上的交易變得更快、更簡單、成本更低。

與 zkSync 和 StarkNet 等其他 Layer 2 方案不同，Polygon 的運作方式更像是一套「瑞士軍刀」式的解決方案，結合了多種工具來解決可擴展性的問題。這意味著它同時營運多條鏈——一條優先考量交易吞吐量，另一條則優先考量安全性。和 Optimism 一樣，Polygon 提供 100% 的 EVM 相容性。

在所有 Ethereum Layer 2 方案中，Polygon 擁有最活躍的生態系之一，其 TVL 在 2021 年曾一度達到 90 億美元的高峰。

Polygon Labs 也推出了其開發者資源工具 Polygon University 的測試版，並經營一個 wiki，提供完整的文件、社群資源以及開發者指南。

5. Solana

Solana 是最受歡迎的替代型 Layer-1 blockchain 之一。它成立於 2017 年，是一個開源專案，目前由總部位於日內瓦的 Solana Foundation 營運。

Solana 以率先提出 proof-of-history（PoH）概念而聞名，該概念由其創辦人 Anatoly Yakovenko 於 2017 年開發。PoH 是一種用來驗證事件之間順序與時間流逝的證明機制，它被用來將無需信任的時間流逝編碼進帳本之中。

Solana 的智能合約以 Rust 撰寫，這對不想學習像 Solidity 這類 EVM 相容程式語言的開發者而言，頗具吸引力。

目前，Solana 每秒可處理 3,886 筆交易，這對於 dApp 需要頻繁狀態更新的開發者來說相當有吸引力。

作為全球最大的 blockchain 網路之一，Solana 為開發者提供了彈性的程式設計環境，開發者可以使用 Rust、C、C++ 等熟悉的語言。這使其成為想開發高效能去中心化應用程式者的理想平台。

6. StarkNet

StarkNet 是一個無需許可（permissionless）的 Zero-Knowledge Rollup（ZK-Rollup）Layer-2 擴展方案，由 StarkWare Industries 建構在 Ethereum 主網之上。

StarkNet 由 Eli Ben-Sasson 與 Uri Kolodny 創立，目的是運用 STARK 技術來提升可擴展性與隱私性。

StarkNet 的 ZK rollups 透過將多筆交易「捲疊」（rolling up）成單一區塊，來提升 Ethereum 主網的可擴展性，進而降低 gas 費用並加快交易速度。

Starknet 上的智能合約，是以一種名為 Cairo 的程式語言撰寫。這意味著想使用 Starknet 生態系的開發者，需要學習不同的開發者工具，但作為回報，他們能獲得 Ethereum 的安全性、去中心化，以及可擴展性。

不過，建置在 StarkNet 上的一項優勢，是所有錢包預設都採用帳戶抽象（account abstraction）。

結論

在開發者為自己的 dapp 選擇 blockchain 之前，了解各個 blockchain 之間可能存在哪些差異非常重要。

請記住，應用程式可以部署在多個 blockchain 上，並不需要侷限於單一一條 blockchain。話雖如此，為你的專案找到合適的鏈，能為你省下大量的時間、心力與金錢，也可能是成功與失敗之間的關鍵差異。