使用分布式賬本技術（DLT）與“事物”進行交互得到了廣泛的關注。用例吸引了媒體和企業客戶的大量關注，并且我們中的許多人被吸引到DLT平臺上開發應用程序，因為它承諾提供一個全局信任層。事實證明，對于我們中的許多人來說，用現有的技術構建生產級應用程序幾乎是不可能的。

實際應用程序開發需要三個支柱：可伸縮性、私密性和簡單性。如果沒有任何單獨的支柱，應用程序開發就會變得更加困難，從而迫使人們沿著提供所有這三個支柱的道路前進（例如傳統的計算或私有DLT系統）。然而，這三個支柱確實構成了一個頻譜，每個應用程序在這些梯度上都有不同的需求。

首先，讓我們定義這些術語。

可伸縮性

可伸縮性是一個模糊的術語。一般來說，你的應用程序必須在用戶認為可以接受的時間范圍內滿足他們的需求。對于大多數實際應用程序，這意味著用戶不能等待5到60分鐘才能完成操作。

隱私性

我將其定義為僅對打算擁有它的人可用的信息。大多數真實世界的應用程序都需要一些隱私。例如，您不希望向所有競爭對手傳播您的整個供應鏈的購買。也就是說，在實際應用程序中通常也需要某種形式的公共數據。例如，能夠向購買者證明你的整個供應鏈是可持續的。

簡單性

這可能是列表中最模糊的術語。但是，這里我將重點介紹開發人員的簡單性。從概念上講，簡單地構建供應鏈是很容易的，但是深入到細節中，實現就變得復雜了。我將在這里集中討論實際的開發，并討論構建者如何實際構建某些東西。

我將以供應鏈為例，因為它是DLT系統最常被談論的應用之一。概念已經在這個領域得到了很好的定義，許多企業已經在構建PoC，甚至進入有限的生產模式。

Strawmen：

我將介紹hyperledger和ethereum，并通過實現一個供應鏈應用程序進行討論。 該供應鏈跟蹤來自奶牛場-》工廠-》批發商-》零售商-》客戶的冰淇淋。

這個高度簡化的供應鏈可以很好地說明構建真實跟蹤的復雜性。

在供應鏈中的任何位置，每個參與者（如零售商、批發商）都關心導致其所在供應鏈部分的歷史。例如，工廠關心牛奶的來源，以及在去工廠的路上是否保持在一定的溫度下。批發商關心的是工廠和冰淇淋的處理，以及所使用的奶制品的產地。

在最邊緣的地方，顧客關心的是所有這些數據的匯總視圖，以表明她的冰淇淋是否保持在適當的溫度，乳制品是否合乎道德來源，等等。

以太坊

一般來說，現實世界的應用程序是關注以太坊的兩個方向之一。交易要么發生在鏈外（側鏈、加蓋印花服務等），要么使用新興的ERC721標準來表示不可替代的代幣（NFT）。

從概念上講，表示供應鏈的最簡單方法是為鏈中的每個項目使用不同的不可替換代幣。這是說每個乳制品公司將創建一個代幣為每個乳，然后將其聚合成一個新的代幣或簡單地從所有這些代幣中選一個交給工廠。

或者，我們可以在卡車上啟動代幣，并為一卡車的乳品提供一個ERC721代幣，其中包含關于哪些農場對罐車中的牛奶作出了貢獻。

在以太坊上，一個代幣來自一個智能合約。每個貨運公司要么必須部署自己的智能合約，要么必須依賴第三方部署智能合約。這個智能合約需要表示關于牛奶的一組數據，因此它將使用ERC721的“tokenMetadata”字段并鏈接到信息。ERC721本身并不以任何方式公開更新元數據。你需要把它添加到你自己的智能合約中。

確認時間超過6分鐘，每個ERC721代幣的部署成本至少為0.20美元，目前的最低成本為100美元/ETH（對于以太坊來說這是一個慷慨的數字）。對合約的任何更新都需要額外的6分鐘，花費在0.01美元到1美元之間（很有可能，在正常情況下）。此外，為了生成或確認交易、所有權等，任何生成或消費客戶端都需要聯機，理想情況下，每個單獨的方都有一個受信任的完整節點。

這不是一篇關于完全部署以太坊解決方案的文章，所以我將在這里停止描述。希望這足以說明這個過程、成本和復雜性。在這種情況下，可以保持某些數據的私有，因為元數據鏈接自ERC721代幣，并且可以保存在私有存儲中。漫長的等待時間和高昂的價格使得該系統在現實世界中難以實現，部署智能合約的復雜性使得在所有相關方之間很難達成一致。

Hyperledger

Hyperledger更類似于帶有定制代碼的共享數據庫，而不是通用的DLT系統。下面是對移動部分的一個很好的概述：https://hyperledgerfabric.readthedocs.io/en/release -1.4 network/network.html。從最高級的意義上說，Hyperledger是一種各方都同意他們將成為網絡的一部分的系統。然后，網絡使用可保存歷史記錄和更改的自定義代碼跟蹤一般的“業務對象”。系統的每個部分都需要被參與者定義為Hyperledger，它對數據的存儲方式或交易的發生方式沒有任何意見。

一個比我聰明的人曾經說過：“如果你能讓所有相關各方都同意使用Hyperledger，你可能不需要一個區塊鏈。”從表面上看，部分原因可能并不明顯：供應鏈不是從源頭到目的地的單一路徑。今天的公司在各種供應鏈中進行交互，因此必須參與許多不同的聯盟鏈，或者開發一個幾乎所有人都參與的總體系統（很像一個公共的區塊鏈）。在我們的冰淇淋示例中，奶牛場將與許多不同的工廠交互，等等，因此與這些系統交互的需求也不同。如果一個共同制度實際上并不普遍，那么它最終會失去很多好處。

讓供應鏈上的每個人都在一起，并同意交互數據格式和代碼，讓一個值得信賴的人運行節點系統驗證交易和分類帳。

Tupelo

Tupelo是為單個對象構建的公共DLT系統。Tupelo引入了鏈樹的概念，鏈樹是具有所有權、所有權歷史和與該對象關聯的任意數據的單個對象。Tupelo是從頭開始構建的，用于處理這種場景。它的特點是更簡單，因此更便宜，具有低交易成本的共識算法（目前建模為每筆交易0.0008美元）。它是快速的，并支持離線功能。

ChainTrees在概念上類似于以太坊上的NFTs，但是定義了數據與對象關聯和更新的方式。此外，鏈樹內置在Tupelo中，不需要智能合約進行部署。

在冰淇淋的場景中，每個單獨的團隊將在供應鏈中移動時控制ChainTrees，并建立一個歷史記錄，最終為客戶描述，可以根據需要進行總結。雙方唯一需要達成共識的是在他們之間轉移鏈樹的私有部分。 Quorum Control正在為私有數據交換構建一個這樣的服務，我們希望還會有很多其他服務。

所以奶制品公司會生產一棵鏈樹來生產一定量的牛奶。奶制品公司將把鏈樹的所有權轉讓給卡車公司。每輛卡車都有自己的鏈樹，它將嵌入每個奶牛場的鏈樹，生成一個包含所有奶牛場信息的鏈樹。當乳制品進入工廠時，卡車將鏈樹的所有權轉移到工廠。這家工廠每一桶冰淇淋生產一棵鏈樹，并將所有權轉移給運送給批發商的卡車，后者可以在運送給零售商時添加有關冷鏈（卡車的溫度）的信息。在零售商處，每個桶的鏈樹都將其所有權更改為零售商，然后零售商可以將其出售給客戶。顧客在每個浴盆里都有完整的歷史，一直可以追溯到各個奶牛場。

可以訪問鏈樹的用戶可以決定公開（或不公開）哪些信息，但是他們不能修改或添加額外的數據，除非他們是所有者。即使鏈樹的所有者也不能從對象中刪除歷史（盡管他們可以決定提供多少可用歷史）。通過這種方式，供應鏈可以呈現一個供消費者、審計人員等使用的公共端，同時保持一個他們可以用來彼此進行交易的私有端（例如，用于海關文件、法律合同、發票等）。這些信息是防篡改的，但最終并不一定要對用戶可用。在任何一個步驟中，都可以證明沒有可用的信息。通過這種簡單的方式，可以圍繞可見性、可接受性等創建復雜的規則。

圖形表示：

Tupelo客戶端非常簡單，使用Tupelo感覺更像是使用API，而不是與智能合約交互。您只需在鏈樹上運行一個交易。交易列表非常小。此外，雖然定義了與元數據交互的方法，但是數據是任意的，不需要各方之間的協議就可以開始使用非常真實的生產應用程序。

結論

我們做了大量的用戶研究，不斷發現幾乎所有涉及交易的項目，從加密貨幣（數字資產）到房地產投資信托（REIT）管理，都遵循類似于供應鏈的模式。任何時候都有關于對象的所有者和數據。對象從一個所有者移動到另一個所有者，并在整個生命周期中積累數據。有時對象想要完全公共化，有時他們仍想要私優化，但在此基礎上我們能夠相信信息沒有被篡改，即使是添加了適當的東西，也并不能修改為新一代的應用程序。這類應用程序一直被炒作，并很有前途。