簡析 NEAR 私有分片原理、應用場景及外部機制

由 熱鏈中的人 於 9 月 30, 2021

私有分片機制對用戶和開發者是完全透明且便捷的，可以安全無縫地與公有合約融合。

原文標題：《NEAR 私有分片：爲企業量身定製的 Web3 基礎設施》
撰文：NEAR Protocol

隱私對企業來說是非常重要的，無論是將機密信息傳送給合作伙伴，還是保護客戶數據，都離不開對隱私的保護。區塊鏈雖然自帶隱私保護屬性，但將企業和區塊鏈加以結合的努力卻往往舉步維艱。

以往公司往往採用聯盟鏈的方式利用區塊鏈這一開創性的技術，比如某一公司會邀請合作伙伴或是同一生態內的其他公司開發一條鏈，但這些聯盟鏈往往剛一開始運作，就會立即遇到各種問題。

企業的擔心往往集中在控制權和訪問權。此外，如何將數據從公司基於傳統軟件開發的 IT 系統中轉移至鏈上，並且保證能夠被另一家公司的獨家軟件所理解，也是一個令人十分頭疼的問題。即便這些問題都解決了，還會有一系列棘手的問題出現，如吞吐量、費用、將數據寫 / 存儲到鏈上產生的相關成本等。

這些問題我們一直以來都有深入思考，並且找到了完美的解決方案，可以幫助企業擁抱區塊鏈和開放網絡。我們的解決方案就是私有分片。

自 NEAR 成立之日起，便被設計爲分片網絡，即一套用戶、企業和基礎設施提供商相互連接的全球系統。具備切割分片的能力以適用不同應用場景是 NEAR 設計中的一部分。

比如，醫院的醫療數據、大學的學生信息或者敏感的生產數據，所有的這些數據集都有不同的要求和需求。在 NEAR 的解決方案中，我們可以創建一個私有分片，以滿足所有的上述需求，相關公司或機構無需從零開始開發一條新鏈。

如果是聯盟鏈，每個使用場景都需要一套獨立的系統，以適應不同的要求，在 NEAR 則完全不用。

NEAR 區塊鏈賦予企業構建私有分片的能力，且這種私有分片仍然可以連接公鏈。企業爲何需要這種功能呢？接下來讓我們看一下上述使用場景。

假設一家醫院將其病歷存儲在 NEAR 的一個私有分片上，但某位患者在國外患病，他的醫生需要訪問他的病歷。因爲醫生的身份是公開可驗證的，所以他可以以一種簡單安全的方式向私有分片發出訪問這些文件的請求。

再假設一家工廠的一些生產數據需要是私密的，而其他的一些信息需要是公開的。比如一位顧客想知道產品的生產時間和發貨時間，私有分片就可以無縫地將這些數據公佈到公鏈這邊。

爲了被大範圍採用，區塊鏈需要具備將公開和隱私無縫融合的能力，同時還要保證安全性。私有分片是 NEAR 爲應對這一挑戰提出的解決方案，而且其操作像在 AWS 或阿里雲開啓一個節點一樣簡單，下文會對其進行進一步探索。

私有分片作爲分片在 NEAR 網絡運行，這意味着公鏈合約可以調用私有分片合約，反之亦然。

上述操作實現和處理跨分片路由使用的是同一機制，該機制對用戶和開發者是完全透明的，而且不需要任何額外工作（公共合約甚至不需要知道他們在和私有合約交互）。下面讓我們看一個使用場景：兩個私有分片希望不用通過公共分片路由就可以和彼此交互，這一操作是如何實現的？答案是共享身份空間。

每個私有分片都會獲得自己的名稱，情況和網絡域名類似。比如，如果伯克利大學和騰訊正在使用該系統，他們會擁有「berkeley.edu」和「tencent.com」這樣的賬戶名。

在私有分片的內部，某些具體的應用會有一個子賬戶。比如如果雙方都在使用一些應用來追蹤地產的所有權：

properties.berkeley.edu/properties.tencent.edu 就是這樣的子賬戶。在雙方之間銷售地產時，如果該信息需要向公開的相關方證明，系統會要求一個跨私有分片交易，之後若需要，則會發起一個潛在的公鏈結算。

這些企業使用的應用會採用和其他 NEAR 應用一樣的方式搭建：智能合約使用 Rust 或 TypeScript 開發。這樣創作者就可以開發能夠和這些智能合約交互的前端，包括髮生跨私有和公共分片的交易。

NEAR 的使命爲填補當今互聯網和驅動未來的區塊鏈之間的鴻溝。私有分片是該使命的核心部分，它幫助我們創建一個生態，讓企業、用戶和合作夥伴可以互相交互。我們歡迎任何人加入我們，和我們一起創建一個更加開放、包容的網絡世界。