為什麼我們需要跨鏈？
在可預見的未來，平行鏈將顛覆所有現有的區塊鏈技術。
假如你提交了一份航班延誤保險的賠付申請，在正式賠付前，保險公司會從航空公司獲取航班是否延誤的數據，並從機場獲取數據驗證你是否準時去了機場。若符合以上兩個條件，保險公司才會將賠付資金打入你的銀行賬戶。
假如你提交了一份航班延誤保險的賠付申請，在正式賠付前，保險公司會從航空公司獲取航班是否延誤的數據，並從機場獲取數據驗證你是否準時去了機場。若符合以上兩個條件，保險公司才會將賠付資金打入你的銀行賬戶。
假如你提交了一份航班延誤保險的賠付申請，在正式賠付前，保險公司會從航空公司獲取航班是否延誤的數據，並從機場獲取數據驗證你是否準時去了機場。若符合以上兩個條件，保險公司才會將賠付資金打入你的銀行賬戶。
該場景中，保險公司對數據的調用充分展示了互操作性的特點。
目前，平行鏈已自行發展出多種類別，比如：有幣平行鏈、無幣平行鏈、垂直於某一領域的平行鏈、服務於某一社區的樞紐鏈……
mdnice編輯器
mdnice編輯器
mdnice編輯器 mdnice編輯器 mdnice編輯器 讓Phala上的隱私資產從Acala獲取
mdnice編輯器
mdnice編輯器
mdnice編輯器
Demo Video：https://www.odaily.com/video/3151 Github：https://github.com/Phala-Network/phala-blockchain/tree/rococo
一級標題
mdnice編輯器
mdnice編輯器
mdnice編輯器 XCMP協議可以細分為： XCMP：平行鏈-平行鏈直接通信
mdnice編輯器
Architecture
mdnice編輯器 如上圖所述，基於Polkadot XCM的Acala-Phala跨鏈實現由三部分組成： 隱私黑箱：Phala上的隱私交易一切發生在TEE內運行的保密合約，所有加密數據狀態對外不可見，從而實現了隱私效果
從Acala向Phala發起一筆轉賬
mdnice編輯器
mdnice編輯器
mdnice編輯器 當Alice在Acala向Phala發起一筆轉賬交易時，例如從轉出1000 ACA到Phala的Bob賬戶，背後發生了這些事件： 中繼鏈收到消息後，會根據平行鏈ID解析出消息的接收方是Phala，它就會把消息向Phala轉發，這是一個VMP DownwardMessage
HRMP 是Rococo v0 已經支持的一種簡單跨鏈消息傳遞方式，它的原理是A 鏈發起UpwardMessage 給中繼鏈，再由中繼鏈發起DownwardMessage，把消息中轉給B 鏈。因此，HRMP 是由兩個VMP 組合實現的。
Phala 暗錢包接受轉賬並轉換為隱私幣
Phala與其他鏈有一個很大的不同。通常一個平行鏈會採用波卡提供的標準實現來接受外部轉賬，並為用戶結算。但Phala 作為一個通用的隱私保護層，主鏈對應用保持中立是十分重要的，因此Phala 主鏈不對跨鏈轉賬做任何處理與結算，而直接中轉到保密合約之中。
在Phala端，跨鏈轉帳消息由主鏈接受後，直接路由至TEE中的暗錢包(Private Wallet)合約。當保密合約接收到消息後，就會為賬戶Bob 增加1000 ACA。
保密合約中的轉賬都是端到端加密的。雖然在外部可以看到Bob 收到了1000 ACA，但他可以發起隱私轉賬，再次轉賬給Charlie，作為暗資產，Bob 所有的後續交易在鏈上都不可見，也無法追踪，從而保證了隱私性。
因此在Demo中，我們演示了兩個暗錢包之間的隱私交易(Shielded Transction)。該隱私交易是端到端加密的，在鏈上只能看到密文，因此該交易的細節(如發送地址、接受地址、金額數量)在鏈上不可見。
從Phala向Acala發起一筆轉賬
mdnice編輯器
mdnice編輯器
mdnice編輯器 例如，收到Bob通過隱私轉賬轉過來的1000 ACA後，Charlie 可以在Phala 端發起請求，向Acala 的Alice 賬戶發送500 ACA，則背後發生了這些事情： 結語 結語
結語
在現有的區塊鏈例如以太坊中，Defi和隱私Layer2的結合需要通過以太坊來互相確認，而一個Layer2協議無法與另一個Layer2協議互操作。這就導致了用戶無法用Loopring協議直接調用Tonado Cash，或者用Aragon直接調用Aztec。
mdnice編輯器
mdnice編輯器
