Serum

加密貨幣中的 Serum 是什麼？

Serum 是建立於 Solana 的去中心化交易所協議，設計核心為鏈上中央限價訂單簿。

不同於許多採用自動化做市商的去中心化交易所，Serum 使用訂單簿模型，讓交易者透過智能合約提交買價、賣價、市價單及限價單。

在加密貨幣領域，Serum 最適合被理解為早期 Solana DeFi 基礎設施專案，嘗試將傳統交易所式的訂單撮合機制帶進非託管的區塊鏈環境。

Serum 的建立目標，是讓使用者交易數位資產時不必將資金託管給中心化營運方。

該協議的原始設計著重速度、低交易成本、可組合性，以及讓 Solana 上的應用程式共享流動性。

官方Project Serum 概覽將 Serum 描述為 Solana 上的無需許可協議，其鏈上中央限價訂單簿可供生態系合作夥伴組合運用。

Serum 也有名為 SRM 的原生代幣。依照原始設計，SRM 與手續費、治理構想及生態系激勵相關。

不過，使用者應了解，Serum 目前的狀態與早期成長階段大不相同。

2022 年，原始程式的升級權限引發重大安全與治理疑慮後，Solana DeFi 社群中有許多參與者不再使用原始 Serum 部署，轉而採用由社群控制的替代方案。

因此，Serum 是一個重要的加密貨幣歷史詞彙，但使用者不應只根據過往描述來評估該協議。

Serum 的簡單定義

Serum 是 Solana 上的去中心化交易所協議，透過鏈上訂單簿撮合加密貨幣買賣雙方。

其主要構想是結合去中心化資產保管方式，以及更接近傳統訂單簿市場的交易體驗。

Serum 不只讓使用者透過流動性池進行兌換，也讓應用程式連接至共用的鏈上訂單簿。

這使 Serum 成為早期 Solana DeFi 基礎設施的重要組成部分。

在當前的加密貨幣環境中，Serum 也是一個警示案例，提醒使用者升級權限、治理控制、流動性遷移及協議安全性都很重要。

協議可能具備優秀技術，但使用者仍須了解哪些人能升級協議、誰掌握關鍵權限，以及目前是否仍有活躍流動性。

Serum 如何運作

Serum 透過 Solana 上的智能合約維護市場、未成交委託、買價、賣價、交易及結算邏輯。

交易者可以提交限價單，也就是指定希望買進或賣出的價格。

如果另一筆委託符合該價格，協議便可透過鏈上訂單簿執行交易。

這與自動化做市商不同。自動化做市商是讓使用者與流動性池交易，並依照定價公式決定價格。

在訂單簿中，價格發現來自買方與賣方在不同價格水準提交的委託。

相較於許多較早期的智能合約環境，Solana 具備快速產生區塊及低交易成本等特性，因此 Serum 的設計得以實現。

由於提交委託、撮合及結算都需要頻繁互動，低手續費對使用者體驗非常重要。

Serum 的模型也讓其他 DeFi 應用程式能連接同一個流動性層，而不必從零開始建置各自獨立的市場。

什麼是鏈上中央限價訂單簿？

中央限價訂單簿通常簡稱 CLOB，是一種依價格與時間優先順序列出買賣委託的交易系統。

買進委託稱為買價。

賣出委託稱為賣價。

當買價與賣價條件相符時，市場便可執行交易。

在傳統金融中，訂單簿通常由中心化基礎設施管理。

Serum 的目標是將這套架構搬到鏈上，讓使用者能與去中心化交易引擎互動。

這項技術挑戰不小，因為每次提交或取消委託、撮合及結算都可能產生區塊鏈活動。

Serum 展示了 Solana 的設計如何讓全鏈上訂單簿交易，比在速度較慢或成本較高的網路上更切實可行。

Serum 鏈上 CLOB 模型的技術說明介紹 Serum 如何以訂單簿而非自動化做市商，支援去中心化交易基礎設施。

Serum 為何對 Solana DeFi 重要

Serum 之所以重要，是因為它為早期 Solana DeFi 應用程式提供共用交易基礎設施。

許多 DeFi 產品都需要流動性、價格發現及結算邏輯。

Serum 讓應用程式透過共用訂單簿處理交易，而不必各自建立獨立流動性來源。

因此，Serum 成為一個可組合性層。

可組合性是指其他協議可以建立在既有協議之上，或與其連接。

例如，錢包、交易介面、借貸應用程式或做市工具，都可以將 Serum 市場納入自身產品。

這使 Serum 成為 Solana 早期去中心化金融生態系中具有代表性的項目。

Serum 的影響力也有助於推廣一個觀念：去中心化交易所不一定只能依賴流動性池公式。

Serum 與自動化做市商的比較

Serum 使用訂單簿，自動化做市商則使用流動性池。

在自動化做市商中，流動性提供者將資產存入流動性池，交易者依照定價公式與流動性池進行兌換。

在訂單簿系統中，交易者與做市商會以特定價格提交委託。

訂單簿可以支援更精準的交易，因為使用者能設定確切的限價。

訂單簿也能顯示市場深度，協助交易者了解不同價格水準的流動性。

對長尾資產而言，自動化做市商可能更簡單，因為即使沒有活躍的訂單簿做市商，仍可建立流動性池。

兩種模型各有優勢與風險。

Serum 的重要性在於，它展示高速區塊鏈如何在 DeFi 中支援更接近傳統市場的交易架構。

Serum 與非託管交易

Serum 的設計是為了支援非託管交易。

非託管是指使用者交易前不必先將資產存入中心化營運方的錢包。

使用者可以直接透過自己的錢包與智能合約互動。

這種設計可能降低保管風險，因為使用者不必依賴單一公司保管所有客戶餘額。

不過，非託管交易並不會消除所有風險。

使用者仍會面臨智能合約風險、錢包安全風險、升級權限風險、流動性風險、預言機風險及交易簽署風險。

Serum 的歷史顯示，非託管設計只是 DeFi 安全的一部分。

協議控制權與治理架構同樣關鍵。

Serum 與 SRM 代幣

SRM 是與 Serum 生態系相關的原生代幣。

依照原始設計，SRM 與交易手續費折扣、手續費相關機制及治理構想有關。

Serum 白皮書將 SRM 描述為協議經濟模型與手續費系統的一部分。

讀者可以參閱封存的Serum 白皮書，了解原始代幣設計的相關說明。

使用者目前評估 SRM 時應保持謹慎，因為該代幣原本的效用與一個在 2022 年後活躍度大幅改變的生態系相關。

即使相關協議已失去大量流動性、開發動能或應用程式支援，代幣仍可能繼續交易。

因此，使用者不應只依據 Serum 早期發展藍圖的歷史描述來判斷 SRM。

做出任何決策前，使用者應查看目前的流動性、實際效用、治理狀態及風險揭露。

Serum 的目前狀態

目前應將 Serum 視為歷史遺留的加密貨幣協議，而非一般仍在運作的 DeFi 交易場所。

2022 年，與 Serum 原始支持者相關的主要機構倒閉後，原始 Serum 程式面臨嚴重的信任及升級權限疑慮。

當時的公開報導指出，Serum 主網程式被形容為已停止運作，Solana DeFi 的主要協議也已離開該程式。

一篇關於 Serum 主網狀態的公開報導提到，在升級權限疑慮浮現後，主要 DeFi 協議已不再使用原始程式。

實際而言，過往對 Serum 的描述可能無法反映該協議目前的狀況。

研究 Serum 時，使用者應區分原始 Serum 構想、原始 Serum 程式、SRM 代幣及後續社群分叉。

這些項目彼此相關，但並不相同。

升級權限為何攸關 Serum

升級權限是 Serum 歷史中最重要的議題之一。

在 Solana 上，許多程式都可以部署為可升級程式。

如果程式設有有效的升級權限，權限持有人便能依照 Solana 可升級程式系統的規則更新程式碼。

Solana 的程式文件說明，透過可升級載入器部署的程式若設有升級權限，就可以升級；撤銷該權限則會使程式變成不可變更。

在積極開發期間，這種機制很有用，因為可以修正錯誤並加入新功能。

但如果權限由薄弱、遭入侵、不明確或過度中心化的金鑰架構掌控，也可能構成重大風險。

對 Serum 而言，疑慮在於，如果升級權限可能不安全，使用者與協議就無法安心依賴原始程式。

因此，升級權限成為 Serum 衰退過程中的重要教訓。

Serum 與社群分叉

分叉是指以早期程式碼為基礎複製並修改，建立新的軟體或協議版本。

原始 Serum 程式引發疑慮後，開發者及 Solana DeFi 參與者開始支持以 Serum 設計為基礎、由社群控制的替代方案。

其目標是保留實用的訂單簿技術，同時擺脫原始部署中有風險的控制架構。

其中一個知名社群分叉，後來成為許多 Solana 應用程式的替代流動性交易場所。

為了符合 SEO 並讓使用者清楚理解，關鍵不是每個分叉都自動安全。

關鍵在於，分叉可能消除某項風險，卻也會帶來新的治理、稽核、流動性、激勵及維護問題。

使用者應根據目前的程式碼、權限、流動性及生態系支援情況，評估任何後繼專案或分叉。

使用者不應只因分叉源自熟悉的程式碼，就認定它安全。

Serum 作為 DeFi 基礎設施案例研究

Serum 是 DeFi 基礎設施的實用案例，因為它展現了技術設計與治理設計同樣不可或缺。

在技術層面，Serum 有助於證明鏈上訂單簿能在高吞吐量區塊鏈上運作。

在經濟層面，它展現共用流動性如何同時支援多個應用程式。

在營運層面，它顯示金鑰管理及升級權限可能帶來攸關存續的風險。

對使用者而言，教訓是去中心化金融不只關乎交易是否在鏈上進行。

使用者也須了解誰可以更改程式碼、如何核准升級、如何維持流動性，以及使用者能否驗證相關信任假設。

協議在某些方面可能是去中心化的，但在其他方面仍可能中心化。

Serum 有助於讓這項區別更容易理解。

Serum 試圖提供的優勢

Serum 試圖在 Solana 上提供去中心化的訂單簿交易。

其目標是為交易者提供限價單、市場深度及共用流動性。

它為開發者提供可組合的交易後端，供 DeFi 應用程式使用。

它讓使用者能透過錢包交易，而不必依賴中心化託管機構。

它利用 Solana 的低手續費，讓頻繁更新委託更切實可行。

它支援一個構想：去中心化交易所也能呈現更接近專業交易系統的操作方式與體驗。

它透過為應用程式提供共用流動性基礎，協助擴展 Solana 早期 DeFi 生態系。

這些優勢說明 Serum 活躍期間為何受到廣泛討論。

與 Serum 相關的風險

Serum 存在智能合約風險，因為使用者會與鏈上程式互動。

Serum 存在升級權限風險，因為程式控制權會影響使用者及應用程式是否信任該部署。

Serum 存在流動性風險，因為只有活躍交易者及做市商提供足夠市場深度時，訂單簿才有實用性。

Serum 存在代幣效用風險，因為 SRM 的價值部分取決於 Serum 生態系是否持續有用且活躍。

Serum 存在治理風險，因為使用者需要清楚了解誰能影響協議方向及關鍵權限。

Serum 存在生態系依賴風險，因為許多 Solana 應用程式依賴共用交易基礎設施。

2022 年後，原始部署的信任受損，也讓 Serum 背負歷史風險。

這些風險使 Serum 成為一個鮮明案例，提醒 DeFi 使用者評估項目時，不應只看品牌知名度與早期採用情況。

Serum 與流動性

流動性是指買賣資產時不會造成大幅價格變動的能力。

對 Serum 這類訂單簿協議而言，流動性來自交易者與做市商提交的買價及賣價。

市場深度充足能讓交易更順暢，使用者也能以較低滑點執行較大額的委託。

流動性不足會增加交易風險，即使小額交易也可能造成價格大幅波動。

流動性從 Serum 原始部署遷出後，該部署的實際用途也隨之下降。

這說明 DeFi 流動性並非永遠不變。

流動性會隨信任、激勵、整合情況、做市商及使用者活動而轉移。

當使用者對交易場所的信任發生變化時，流動性可能迅速流失。

Serum 與可組合性

可組合性是 Serum 最主要的賣點之一。

應用程式可以連接 Serum 訂單簿，而不必自行建置交易引擎。

這有助於錢包、交易介面、聚合器及其他 DeFi 工具取得共用流動性。

在 DeFi 中，可組合性可能帶來強大的網路效應，因為單一協議可以成為許多其他協議的基礎設施。

不過，可組合性也可能擴散風險。

如果許多應用程式都依賴同一個共用協議，而該協議變得不安全，影響可能擴及整個生態系。

Serum 的歷史呈現了可組合性的兩面。

共用基礎設施能提升效率，但若控制權或安全假設失效，也可能成為單一風險來源。

Serum 與訂單撮合

訂單撮合是配對買方與賣方的過程。

在 Serum 模型中，使用者將委託提交至市場，符合條件的委託便可依照程式邏輯進行撮合。

例如，價格足夠高的買進委託，可以與價格相同或更低的賣出委託撮合。

撮合完成後，系統會依交易結果，在交易雙方之間結算相關資產。

與簡易兌換介面相比，這種架構讓交易者能更直接掌控價格。

限價單很實用，因為交易者可以設定願意接受的價格。

不過，訂單簿系統需要活躍的流動性提供者才能順利運作。

如果買賣雙方的委託都不足，價差就會擴大，成交品質也會下降。

Serum 與一般代幣兌換的比較

一般代幣兌換通常不會向使用者呈現市場結構。

使用者輸入一種資產並收到另一種資產，介面則負責計算交易路徑。

Serum 的訂單簿方式讓交易流程更加明確。

使用者可以在指定價格提交委託，等待流動性撮合。

對希望更能掌控成交方式的交易者而言，這項功能很有吸引力。

對希望在市場兩側報價的做市商而言，這項功能也很實用。

不過，與簡易兌換介面相比，訂單簿模型對新手可能較不友善。

使用者必須了解買價、賣價、價差、限價、取消委託及結算等概念。

Serum 與 Solana

Serum 建立於 Solana，因為訂單簿模型需要快速且低成本的交易。

每次提交委託、取消委託、撮合及結算都可能需要鏈上操作。

如果交易成本過高，小額使用者就難以參與活躍的訂單簿交易。

如果出塊時間過長，相較於快速變化的市場，訂單簿可能顯得反應遲緩。

與許多速度較慢的區塊鏈相比，Solana 的架構讓 Serum 的設計更實用。

Serum 因此成為早期用來說明 Solana DeFi 潛力的代表案例之一。

不過，建立在高速區塊鏈上並不能消除治理及升級權限風險。

技術與控制權設計同樣重要。

Serum 與去中心化

Serum 被稱為去中心化交易所協議，因為使用者可以透過鏈上程式進行交易。

然而，去中心化並不是非黑即白的標籤。

協議的資產保管方式可能去中心化，但升級權限仍可能集中。

協議可能採用鏈上結算，但仍依賴少數群體維護。

協議可能是開源的，但代幣所有權或治理影響力仍可能高度集中。

Serum 的歷史說明，使用者應檢視去中心化的具體面向。

最重要的問題包括：誰掌控升級、誰掌控管理設定、流動性來自何處，以及使用者能否安全退出。

健全的 DeFi 協議應讓使用者容易檢視這些信任假設。

Serum 與智能合約風險

智能合約風險是指程式碼可能出現非預期行為或遭人利用的風險。

Serum 的交易邏輯透過 Solana 程式執行，因此程式碼安全性至關重要。

即使協議採用開源程式碼，大多數使用者也無法親自稽核程式碼。

因此，使用者通常必須仰賴稽核、開發者聲譽、生態系信任、漏洞獎勵計畫及公開監控。

智能合約風險不只涉及目前程式碼中的錯誤。

也包括可升級程式碼日後遭到更改的風險。

因此，升級權限的透明度也是智能合約風險管理的一部分。

使用者應確認程式是不可變更、由多重簽名機制升級，還是由單一權限掌控。

Serum 與做市商

做市商是透過提交買賣委託提供流動性的參與者。

訂單簿協議高度仰賴做市商，因為做市商有助於縮小價差並增加訂單簿深度。

缺乏做市商時，使用者可能面臨較差的成交情況及較高滑點。

Serum 早期的實用性部分仰賴活躍的流動性提供者及整合服務。

市場對原始程式的信心改變後，流動性提供者便有理由轉往其他平台。

這說明訂單簿型 DeFi 協議不只有軟體本身。

它們還需要持續的市場參與、可靠基礎設施及對結算機制的信任。

流動性是協議持續變動的一部分，而不是固定不變的功能。

Serum 與開發者

開發者使用 Serum，是因為它提供現成的交易層。

開發者可以在 Serum 市場上建置介面、交易工具、投資組合產品或 DeFi 策略。

這讓開發者不必從頭建立完整的撮合引擎。

Serum 的開源程式碼儲存庫也提供開發者研究及改作的程式碼。

Project Serum 的 GitHub 儲存庫包含 Serum DEX 的 Rust 單體儲存庫。

對開發者而言，Serum 仍具有教育價值，因為它展示鏈上訂單簿的架構方式。

不過，開發者建置正式上線系統時，不應假設原始部署仍然安全或活躍。

開發者應評估目前仍受維護的程式碼庫、目前的程式所有權、稽核情況及生態系使用情形。

Serum 與交易者

交易者關注 Serum，是因為它支援在 DeFi 中進行類似限價單的交易。

這讓使用者比透過流動性池進行簡易兌換時擁有更多控制權。

交易者可以在指定價格提交委託並等待成交。

若介面支援，交易者也能查看市場深度與價差。

不過，Serum 過去的交易優勢取決於活躍流動性及可信任的結算基礎設施。

流動性不足時，訂單簿未必能提供良好成交品質。

如果程式控制權不安全，該交易場所可能不值得使用。

交易者應一律確認目前的流動性與風險狀態，而不是只依賴協議過去的聲譽。

Serum 與一般使用者

對一般使用者而言，Serum 可能以代幣、協議名稱或歷史 DeFi 專案的形式出現。

最重要的教訓是，知名 DeFi 品牌的狀態可能隨時間改變。

曾經廣泛整合的協議，日後可能失去信任、流動性或持續支援。

使用者應確認協議目前是否仍受維護。

使用者應確認官方介面是否仍在運作且安全。

使用者應確認想交易的市場是否仍有流動性。

使用者應確認程式是否設有升級權限，以及權限由誰掌控。

使用者絕不可只因某個 DeFi 協議過去曾經熱門，就假設它現在仍然安全。

關於 Serum 的常見誤解

常見誤解之一，是認為 Serum 仍是早期成長期間那個活躍的 Solana DeFi 中心。

目前應從 2022 年後的歷史遺留狀態及生態系遷移歷程，來理解原始 Serum 部署。

另一個誤解是，SRM 自動具備早期文件中所述的相同效用。

代幣效用取決於協議目前的使用情況、整合狀態、治理及市場需求。

另一個誤解是，鏈上交易能消除所有信任需求。

鏈上交易能降低部分資產保管風險，但使用者仍可能面臨升級權限、智能合約及流動性風險。

另一個誤解是，所有去中心化交易所都採用自動化做市商。

Serum 在歷史上的重要性之一，正是它改採鏈上訂單簿。

與 Serum 相關資產互動前，使用者應檢查哪些事項

使用者應確認自己查看的是原始 Serum 程式，還是後續分叉。

使用者應確認該程式是否仍受維護。

使用者應確認升級權限是否已撤銷、是否透過透明流程確保安全，或是否由具風險的金鑰掌控。

使用者應確認相關市場是否仍有活躍流動性。

使用者應確認所交易的代幣目前是否具有實際效用。

使用者應確認目前使用的介面是否為官方介面、是否持續維護及是否安全。

使用者應確認錢包交易是否與預期的程式 ID 互動。

使用者應謹慎看待過時指南、舊儀表板及舊代幣說明。

Serum 為何至今仍重要

Serum 至今仍很重要，因為它協助形塑 Solana DeFi 的發展歷史。

它展示鏈上訂單簿可以成為去中心化交易所的重要設計方向。

它協助將共用流動性及可組合的市場基礎設施引入 Solana 應用程式。

它也成為協議治理與升級權限的重要警示案例。

許多 DeFi 使用者關注收益、手續費及速度，但 Serum 顯示，權限控制同樣重要。

如果使用者無法信任升級架構，協議的技術承諾也可能受到削弱。

對開發者而言，Serum 是創新與營運風險並存的案例。

對使用者而言，Serum 提醒我們，在與協議互動前，必須先研究其目前狀態。

常見問題

加密貨幣中的 Serum 是什麼？

Serum 是建立於 Solana 的去中心化交易所協議，透過鏈上中央限價訂單簿進行加密貨幣交易。

SRM 是什麼？

SRM 是原本與 Serum 生態系相關的原生代幣，在原始協議設計中與手續費及治理相關構想有關。

Serum 是自動化做市商嗎？

不是。Serum 主要以鏈上中央限價訂單簿聞名，而非標準的自動化做市商流動性池模型。

Serum 為什麼重要？

Serum 提供共用訂單簿流動性及交易基礎設施，因此對早期 Solana DeFi 應用程式相當重要。

Serum 目前仍在運作嗎？

2022 年後，安全性及升級權限問題導致生態系大規模遷移，因此應將原始 Serum 部署視為歷史遺留或已停止運作的協議。

Serum 發生了什麼事？

原始程式的升級權限引發疑慮後，Serum 失去生態系的大量信任，許多應用程式也轉向由社群控制的替代方案。

什麼是升級權限？

升級權限是能夠更新可升級 Solana 程式碼的帳戶或控制機制。

Serum 的升級權限為何構成風險？

使用者及協議必須確信原始程式不會遭到不安全或已被入侵的權限持有人更改，因此升級權限會構成風險。

使用者目前還能交易 SRM 嗎？

SRM 可能仍在部分市場交易，但使用者應評估目前的流動性、效用、風險及市場支援，而非依賴過往對 Serum 的描述。

Serum 與社群分叉相同嗎？

不相同。原始 Serum 程式與後續社群分叉雖然有共同的程式碼歷史，但在控制架構、流動性、維護情況及風險概況方面各有不同。

Serum 是非託管協議嗎？

Serum 的設計是透過 Solana 智能合約支援非託管交易，但非託管設計並不能消除智能合約、流動性或升級權限風險。

Serum 為何對 DeFi 教育重要？

Serum 的重要性在於，它能讓使用者了解訂單簿、可組合性、共用流動性、升級權限，以及確認協議目前狀態的重要性。

結論

Serum 是建立於 Solana、以鏈上中央限價訂單簿為核心的去中心化交易所協議。

它透過提供共用流動性、可組合的交易基礎設施及非託管訂單簿模型，在早期 Solana DeFi 中扮演重要角色。

它的設計顯示，去中心化交易所除了自動化做市商流動性池，也能採用其他交易模式。

同時，Serum 的歷史也顯示，DeFi 安全性不只取決於交易邏輯。

升級權限、治理控制、流動性遷移、金鑰管理及生態系信任，都可能決定協議是否仍具實用性。

2022 年的重大疑慮導致 Solana DeFi 社群逐漸離開原始 Serum 部署，因此目前最好將其視為歷史遺留協議。

對使用者而言，實際教訓是在與任何 Serum 相關資產或介面互動前，先確認協議目前的狀態。

對開發者而言，Serum 仍是鏈上訂單簿設計及共用 DeFi 基礎設施風險的寶貴案例。

Serum 的長期重要性不只在於它協助建立早期 Solana DeFi，也在於它讓加密貨幣產業了解，透明的控制機制、安全的升級方式及活躍流動性，都是去中心化市場不可或缺的條件。