原文標題：《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 的使命為填補當今互聯網和驅動未來的區塊鏈之間的鴻溝，私有分片是該使命的核心部分，它幫助我們創建一個生態，讓企業、用戶和合作伙伴可以互相交互，我們歡迎任何人加入我們，和我們一起創建一個更加開放、包容的網路世界，
