不同於以往直接把所有機敏資料明碼存放在公開合約中，這套新系統會把歸屬中的代幣存入「屏蔽帳戶」（Shielded Account），讓外部觀察者完全看不見餘額與解鎖時間線——但這些代幣仍舊會在預定的時間點，確實地、在鏈上完成解鎖與發放 。

機密歸屬解決了什麼痛點？

傳統的 Solana 歸屬合約，對區塊鏈瀏覽器來說幾乎毫無保留。任何人都能輕易查出接收方的錢包地址、鎖倉代幣數量、懸崖期（Cliff Date）以及精確的線性釋放規劃 。對於早期投資人或團隊分配這類動輒上千萬、甚至上億美金的大額解鎖事件來說，這無疑提供了一套公開的搶跑教戰守則。

交易員與所謂的 MEV（最大可提取價值，Maximum Extractable Value）搜尋者，會密集掃描即將到來的解鎖事件，並搶在供應量增加之前，預先建立空頭部位或提早佈局賣單。他們利用資訊不對稱來套利，代價則由那些無法避開公開曝光的接收者承擔 。

Umbra 與 Streamflow 的整合，就是為了徹底移除這些重要資訊。當專案方透過 Streamflow 創建一份機密歸屬計畫時，這些鎖倉代幣會直接進入 Umbra 的「加密代幣帳戶」內——它們依然存在鏈上，但餘額被打亂、解鎖邏輯被隱藏，沒有一絲明碼資料可循。外界無從得知是哪個錢包持有這些等待歸屬的代幣、持有多少、下一批解鎖在何時發生，想建立部位來提前佈局，也因此變得完全不可能 。

Arcium 的多方安全計算如何做到加密執行？

驅動這一切的密碼學引擎，是 Arcium 的加密執行網路。這個網路已在 2026 年 2 月在 Solana 上啟動了主網 Alpha 版本 。Arcium 採用多方安全計算（Multi-Party Computation，MPC）技術，能在數據全程保持加密的狀態下執行邏輯，過程中沒有任何單一節點需要解密原始輸入值 。

放到代幣歸屬的場景來看，流程是這樣的：

• 歸屬計畫、代幣數量與接收方錢包地址，都由客戶端先行加密，再以加密後的型態存放於鏈上 。
• 當解鎖事件應該觸發時（例如每個月的懸崖期一到，或是每日的線性釋放），Arcium 的分散式節點網絡會集體合作，直接對這些加密資料執行計算，確認條件是否滿足 。
• 節點們驗證了解鎖條件，卻從頭到尾都不知道接收者是誰、收到多少、何時收到——他們對接收方及分配數量，所見完全是零明碼 。
• 最終的計算結果會觸發一個有效的狀態變更（代幣被移動），但輸入的資料仍然持續對驗證者、MEV 搜尋者以及所有掃描鏈上數據的人隱藏 。

這和市面上常見的「事後混合」式隱私方案有著根本差別。Arcium 加密的是「執行過程」本身而非只是交易路徑，這代表即便是處理該區塊的驗證者，也無法從歸屬合約的狀態中，榨取任何可圖利的資訊 。

合作陣容各司其職

Arcium 提供核心的加密執行層。它的 MPC 網路負責在全程不暴露輸入值的情況下，執行歸屬邏輯，並以此為基礎，一步步建構團隊在 Solana 上開發已久的機密 SPL 代幣基礎設施（C-SPL）。

Umbra 則扮演對使用者最直接的隱私應用層。它提供儲存加密餘額的屏蔽代幣帳戶、採用 UTXO 模型的匿名混合器（能打斷存款地址與取款地址間的鏈上連結），以及選擇性的合規揭露工具——讓接收方或專案方能在不對外公開廣播的前提下，只向稽核者或監理機關提出可驗證的證明 。

Streamflow 貢獻它既有的代幣分發基礎設施，也就是專案方早已用於公開歸屬的時間鎖、懸崖機制及線性釋放工具。透過這次整合，Streamflow 的客戶依然用熟悉的方式設定歸屬參數，只是最終這些代幣會被導入 Umbra 的屏蔽帳戶而非公開錢包，既有工作流程不變，隱私卻大幅強化 。

接收方事後若要提領，可以透過 Umbra 的混合器，將代幣存入一個共享池，再把它們提取到一個全新的公開錢包。如此一來，提取後的錢包位址，與原始的歸屬分配之間就不存在可供偵測的鏈上連結 。

取捨與但書

這項整合已於 2026 年 5 月底正式上線，但仍處於非常早期的階段。專案方是否真的願意捨棄公開透明的時程，轉而投向機密歸屬，仍有待市場驗證 。要留意的是，新聞中提到的 970 億美元，代表的是全市場中受解鎖排程約束的「代幣名目價值總和估算值」，而不是這個特定方案已經到手或談妥的管線規模 。

在合規這一端，Umbra 刻意設計了擇要揭露的機制。當有需要時，接收方或專案方可向授權單位提出可驗證的歸屬條件證明。換言之，隱私並非絕對，也不排除在必要時配合監管檢視的可能——這是一種「預設隱私，必要時開啟稽查通道」的刻意設計 。

最後，這整套系統底層的 Arcium MPC 網路仍處於主網 Alpha 階段，意謂著其正式的節點數量、經濟安全性以及吞吐量表現，都還在大規模測試與驗證之中 。隨著使用量提升，在高強度歸屬活動下的性能表現，以及基於 MPC 的解鎖計算可能伴隨的延遲，都會是後續值得留意的觀察重點。

不同於以往直接把所有機敏資料明碼存放在公開合約中，這套新系統會把歸屬中的代幣存入「屏蔽帳戶」（Shielded Account），讓外部觀察者完全看不見餘額與解鎖時間線——但這些代幣仍舊會在預定的時間點，確實地、在鏈上完成解鎖與發放 。

機密歸屬解決了什麼痛點？

傳統的 Solana 歸屬合約，對區塊鏈瀏覽器來說幾乎毫無保留。任何人都能輕易查出接收方的錢包地址、鎖倉代幣數量、懸崖期（Cliff Date）以及精確的線性釋放規劃 。對於早期投資人或團隊分配這類動輒上千萬、甚至上億美金的大額解鎖事件來說，這無疑提供了一套公開的搶跑教戰守則。

交易員與所謂的 MEV（最大可提取價值，Maximum Extractable Value）搜尋者，會密集掃描即將到來的解鎖事件，並搶在供應量增加之前，預先建立空頭部位或提早佈局賣單。他們利用資訊不對稱來套利，代價則由那些無法避開公開曝光的接收者承擔 。

Umbra 與 Streamflow 的整合，就是為了徹底移除這些重要資訊。當專案方透過 Streamflow 創建一份機密歸屬計畫時，這些鎖倉代幣會直接進入 Umbra 的「加密代幣帳戶」內——它們依然存在鏈上，但餘額被打亂、解鎖邏輯被隱藏，沒有一絲明碼資料可循。外界無從得知是哪個錢包持有這些等待歸屬的代幣、持有多少、下一批解鎖在何時發生，想建立部位來提前佈局，也因此變得完全不可能 。

Arcium 的多方安全計算如何做到加密執行？

驅動這一切的密碼學引擎，是 Arcium 的加密執行網路。這個網路已在 2026 年 2 月在 Solana 上啟動了主網 Alpha 版本 。Arcium 採用多方安全計算（Multi-Party Computation，MPC）技術，能在數據全程保持加密的狀態下執行邏輯，過程中沒有任何單一節點需要解密原始輸入值 。

放到代幣歸屬的場景來看，流程是這樣的：

• 歸屬計畫、代幣數量與接收方錢包地址，都由客戶端先行加密，再以加密後的型態存放於鏈上 。
• 當解鎖事件應該觸發時（例如每個月的懸崖期一到，或是每日的線性釋放），Arcium 的分散式節點網絡會集體合作，直接對這些加密資料執行計算，確認條件是否滿足 。
• 節點們驗證了解鎖條件，卻從頭到尾都不知道接收者是誰、收到多少、何時收到——他們對接收方及分配數量，所見完全是零明碼 。
• 最終的計算結果會觸發一個有效的狀態變更（代幣被移動），但輸入的資料仍然持續對驗證者、MEV 搜尋者以及所有掃描鏈上數據的人隱藏 。

這和市面上常見的「事後混合」式隱私方案有著根本差別。Arcium 加密的是「執行過程」本身而非只是交易路徑，這代表即便是處理該區塊的驗證者，也無法從歸屬合約的狀態中，榨取任何可圖利的資訊 。

合作陣容各司其職

Arcium 提供核心的加密執行層。它的 MPC 網路負責在全程不暴露輸入值的情況下，執行歸屬邏輯，並以此為基礎，一步步建構團隊在 Solana 上開發已久的機密 SPL 代幣基礎設施（C-SPL）。

Umbra 則扮演對使用者最直接的隱私應用層。它提供儲存加密餘額的屏蔽代幣帳戶、採用 UTXO 模型的匿名混合器（能打斷存款地址與取款地址間的鏈上連結），以及選擇性的合規揭露工具——讓接收方或專案方能在不對外公開廣播的前提下，只向稽核者或監理機關提出可驗證的證明 。

Streamflow 貢獻它既有的代幣分發基礎設施，也就是專案方早已用於公開歸屬的時間鎖、懸崖機制及線性釋放工具。透過這次整合，Streamflow 的客戶依然用熟悉的方式設定歸屬參數，只是最終這些代幣會被導入 Umbra 的屏蔽帳戶而非公開錢包，既有工作流程不變，隱私卻大幅強化 。

接收方事後若要提領，可以透過 Umbra 的混合器，將代幣存入一個共享池，再把它們提取到一個全新的公開錢包。如此一來，提取後的錢包位址，與原始的歸屬分配之間就不存在可供偵測的鏈上連結 。

取捨與但書

這項整合已於 2026 年 5 月底正式上線，但仍處於非常早期的階段。專案方是否真的願意捨棄公開透明的時程，轉而投向機密歸屬，仍有待市場驗證 。要留意的是，新聞中提到的 970 億美元，代表的是全市場中受解鎖排程約束的「代幣名目價值總和估算值」，而不是這個特定方案已經到手或談妥的管線規模 。

在合規這一端，Umbra 刻意設計了擇要揭露的機制。當有需要時，接收方或專案方可向授權單位提出可驗證的歸屬條件證明。換言之，隱私並非絕對，也不排除在必要時配合監管檢視的可能——這是一種「預設隱私，必要時開啟稽查通道」的刻意設計 。

最後，這整套系統底層的 Arcium MPC 網路仍處於主網 Alpha 階段，意謂著其正式的節點數量、經濟安全性以及吞吐量表現，都還在大規模測試與驗證之中 。隨著使用量提升，在高強度歸屬活動下的性能表現，以及基於 MPC 的解鎖計算可能伴隨的延遲，都會是後續值得留意的觀察重點。