以太坊數上鏈阿里雲伺服器

1. 以太坊鏈上數據查詢工具： https://eth.tokenview.com/cn

etherscan.io目前在國內無法訪問，現在向大家推薦這個以太坊數據查詢工具， https://eth.tokenview.com/cn ，數據來自他們自己的以太坊節點，數據同步速度快。

四個優勢：

數據支持以太坊上的區塊信息，地址余額，轉賬交易，以太坊所有Token，基於以太坊發行的穩定幣。

鏈上存儲的數據（inputdata）可以解碼成普通語言，我們可以查看在以太坊上的留言。

幾十種鏈上數據圖表，同時有為高級數據分析師提供的Metrics模塊。

由中國團隊Tokenview開發，在國內可高速訪問。

2. 以太坊基金會：ETH將在未來幾個月轉向PoS 能源消耗至少減少99.95%

長話短說：以太坊在合並完成後的能源消耗至少能減少99.95%。

以太坊將在接下里的幾個月完成向權益證明（PoS）共識機制的過渡，這帶來了無數種已被理論化的改進。但既然信標鏈（ Beacon chain）已經運行了幾個月的時間，我們實際上就可以深入研究具體的數字了。我們很高興 探索 的一個領域涉及新的能源使用估算，因為我們將結束在共識上花費一個國家所耗能源價值的過程。

截至目前，還沒有任何關於能源消耗（甚至使用什麼硬體）的具體統計數據，因此下面是對以太坊未來能源消耗的粗略估算。

由於很多人都在運行多個驗證器，因此我決定使用可存款的獨立地址的數量，來作為今天有多少台伺服器的代理數。很多質押者可以使用多個 ETH 1.0地址，但這在很大程度上抵消了那些冗餘設置。

在撰寫本文時，有來自16405個獨立地址的140592個驗證器。顯然，這是由於交易所和staking質押服務造成的偏差，因此移除它們會導致有87,897個驗證器被假定是在家裡質押的。作為一個健全的檢查，這意味著平均每個家庭質押者運行了5.4個驗證器，這對我來說似乎是一個合理的估計值。

能源要求

運行一個信標節點（BN）、5.4個驗證器客戶端（VC）以及一個以太坊1.0全節點需要多少能量？以我的個人設置為基礎，大約是15瓦。Joe Clapis（Rocket Pool開發者）最近運行了10個驗證器客戶端（VC），1個Nimbus信標節點（BN）以及1個10Ah USB電池組的Geth全節點，然後運行了10個小時，這意味著這個設置平均為5瓦。而一般的投資人不太可能運行這樣的優化設置，所以我們取100 瓦作為參考數。

將其與之前的87000個驗證器相乘，就意味著家庭質押者的消耗電量約為1.64兆瓦。估計託管質押者所消耗的能源會更多一些，他們運行了成千上萬個具有冗餘和備份的驗證器客戶端。

為了簡化計算，我們還假設他們每5.5個驗證器使用100瓦。基於我所接觸過的基礎設施團隊，這是一個粗略的高估值。真正的答案要少50倍左右（如果你是一個質押託管團隊，並且每個驗證器消耗電量超過5瓦，我相信我可以為你提供幫助）。

因此，總的來說，採用權益證明（PoS）的以太坊網路會消耗大約2.62兆瓦的電量。這不是一個國家的用電規模，也不是省甚至城市的用電規模，而大約是一個小鎮（約2100個美國家庭）的用電規模。

作為參考，當前工作量證明（PoW）以太坊網路所消耗的能量相當於一個中等國家的能源，但這實際上是保持PoW鏈安全所必需的。顧名思義，PoW達成共識的基礎是哪個分叉在這方面做的「工作」最多。有兩種方法可以提高「工作」完成率，一是提高挖掘硬體的效率，二是同時使用更多的硬體。為了防止區塊鏈被成功攻擊，礦工必須比攻擊者更快的速度「工作」。由於攻擊者很可能擁有類似的硬體，礦工必須保持大量高效的硬體運行，以防攻擊者挖出它們，所有這些硬體都會消耗大量的能量。

在PoW共識機制下， ETH 價格與算力正相關。因此，隨著價格的上漲，在均衡狀態下，網路消耗的電力也會隨之增加。而在PoS共識機制下，當 ETH 價格上漲時，網路的安全性也會提高（ ETH 的價值更高），但對能源的需求保持不變。

一些比較

據數字經濟學者估計 ，以太坊礦工目前每年要消耗44.49太瓦時的電量，這意味著，根據上述保守估計，PoS的能效提高了約2000倍，這反映了總能源使用量至少減少了99.95%。

如果每筆交易的能耗高於你的速度，則約為35Wh/tx（平均約60K gas/tx）或TV約20分鍾的耗電量。相比之下，以太坊PoW每筆交易使用相當於一棟房子2.8天的能量，比特幣的每筆交易則消耗相當於一棟房子38天的能量。

展望未來

盡管以太坊目前仍在使用PoW共識機制，但這種情況不會持續太久。在過去的幾周里，我們看到了第一批用於合並的測試網的出現（註：The Merge合並是以太坊從PoW切換到PoS時的名稱）。幾個工程師團隊正在加班加點地工作，以確保合並盡快到來，同時又不影響安全性。

擴容解決方案（例如rollup和分片）將通過利用規模化經濟來幫助進一步減少每次交易消耗的能量。

以太坊網路超級耗電的日子屈指可數了，我希望這個行業的其他部分也是如此。

3. 區塊鏈問題：在以太坊鏈和幣安鏈和火幣鏈，三鏈合約地址相同的幣，技術含量高嗎

隨著區塊鏈技術的不斷推廣，很多人都覺得，數字貨幣就是區塊鏈，區塊鏈就是數字貨幣。
其實，很多包裝成很高大上的數字貨幣，數字貨幣交易所，數字貨幣挖礦機，都是之前各種資金盤，殺豬盤以及騙術，換上一層新的外衣而已。
（一） 世界范圍內受認可的數字貨幣
全世界公認的的數字貨幣，只有寥寥幾種。
比如最知名的是比特幣，英文為Bitcoin。它是數字貨幣的最有代表者。目前很多轉賬交易，都是利用比特幣在進行。
另外一個，是以太坊，英文為ETH。現在大量的存在的數字貨幣應用，基本都是建立在ETH的基礎上的。
所以，在數字貨幣領域，公認有價值的，可以說只有這兩個。
2017年9月30日，中國境內的全部數字資產交易平台已經全面停止所有交易業務。所以，現在只能是通過一系列特殊手段才能去架設在國外的伺服器上的交易所購買數字貨幣，並且也是屬於灰色地帶。
同時最為致命的是，即使是數字貨幣的龍頭的比特幣，行情也極其不穩定。
比如2020年5月10日，比特幣單價在半小時內從9500美元價位瞬間下跌了上千美元，最低價格跌破8200美元，最高價差超1400美元，合人民幣將近1萬元。
這個跌幅是被A股10%跌幅保護起來的普通民眾，極其難以承受的。
由此可見，就算是比特幣和以太坊，去投資之前，也要仔細研究清楚，並且掂量自己，是否有這個承受能力，再去投資。
（二） 一些模仿比特幣和以太坊的山寨幣
我們說到，在數字貨幣領域，有投資價值的，可以說只有比特幣和以太坊這兩個。為什麼呢？
這是由於比特幣和以太坊演算法是完全開源的，誰都可以下載到源碼，修改些參數，重新編譯下，就能創造一種新的p2p貨幣。但這些山寨貨幣很脆弱，極易遭到51%攻擊。任何個人或組織，只要控制一種p2p貨幣網路51%的運算能力，就可以隨意操縱交易、幣值，這會對p2p貨幣構成毀滅性打擊。很多山寨幣，就是死在了這一環節上。而比特幣網路已經足夠健壯，想要控制比特幣網路51%的運算力，所需要的cpu/gpu數量將是一個天文數字。
這也是比特幣和以太坊能堅挺到現在，仍然全世界通用的原因。而很多山寨幣卻只是如流星般閃過。
比較有名的山寨幣，包括EOS，LTC等，都是上市前，全世界翹首以盼，上市後，由於自身的功能不健全，被打回原型。
所以，當時買了這些山寨幣的人，大多虧得很慘。別忘了，我們上文還提到，數字貨幣大幅波動極為常見，沒有任何漲跌幅限制。
所以，大家不要去碰山寨幣。

4. 雲伺服器ecs支持以下哪些運維工具

雲伺服器ecs支持鏡像、控制台、API、CLI、遠程桌面、系統監控、自動化部署、負載均衡等運維工具。

雲伺服器 (Cloud Server) 是一種基於互聯網技術的服務，允許用戶在線使用虛擬機來運行自己的應用程序和存儲數據。它是通過遠程訪問雲提供商的數據中心晌李內的硬體資源來實現的，包括 CPU、內存、存儲和網路帶寬等。

阿里雲ECS (Elastic Compute Service) 雲伺服器支持多種運維工具，具體宴明遲如下：

1、鏡像：支持常用操作系統的預構建鏡像，以及用戶自定義鏡像。

雲伺服器性能三大要素：

雲伺服器這種產品通常有兩個關鍵維度：CPU和內存。基本上來說，雲伺服器小型規格為1vCPU和2GBRAM；雲伺服器中型規格為2vCPU和4GBRAM；雲伺服器大型規格為4vCPU和8GBRAM。

雖然每一個雲伺服器都有網路連接性，區別在於雲服務提供商如何為其不同規格的雲伺服器網路帶寬打廣告。通常你最有可能看到的就是GB乙太網連接。

在選擇雲伺服器時，務必確定有多少虛擬伺服器可以運行在物理伺服器上，以及這個槐岩物理伺服器該有多少實際的CPU和內存，雲伺服器實際的網路吞吐量如何，這些決定直接影響你的應用性能。

5. 阿里雲上伺服器eth0網卡關掉怎麼打開

網卡配置後可以用多種方式啟動和關掉網卡
1、服務形式開關網卡
啟動：service
network
start
關閉：service
network
stop
2、還可以在這里開關網路服務
啟動網路服務：/etc/init.d/network
start
停止網路服務：/etc/init.d/network
stop
2、ifconfig開關網卡
啟動：ifconfig
eth網卡編號
up
關閉：ifconfig
eth網卡編號
down

6. 可以用雲伺服器搭建以太坊私有鏈節點嗎

可以的，但是建議使用海外伺服器會比較好，另外伺服器的配置要中等或以上。

7. 【深度知識】以太坊數據序列化RLP編碼/解碼原理

RLP(Recursive Length Prefix)，中文翻譯過來叫遞歸長度前綴編碼，它是以太坊序列化所採用的編碼方式。RLP主要用於以太坊中數據的網路傳輸和持久化存儲。

對象序列化方法有很多種，常見的像JSON編碼，但是JSON有個明顯的缺點：編碼結果比較大。例如有如下的結構：

變數s序列化的結果是{"name":"icattlecoder","sex":"male"},字元串長度35，實際有效數據是icattlecoder 和male，共計16個位元組，我們可以看到JSON的序列化時引入了太多的冗餘信息。假設以太坊採用JSON來序列化，那麼本來50GB的區塊鏈可能現在就要100GB，當然實際沒這么簡單。

所以，以太坊需要設計一種結果更小的編碼方法。

RLP編碼的定義只處理兩類數據：一類是字元串（例如位元組數組），一類是列表。字元串指的是一串二進制數據，列表是一個嵌套遞歸的結構，裡面可以包含字元串和列表，例如["cat",["puppy","cow"],"horse",[[]],"pig",[""],"sheep"]就是一個復雜的列表。其他類型的數據需要轉成以上的兩類，轉換的規則不是RLP編碼定義的，可以根據自己的規則轉換，例如struct可以轉成列表，int可以轉成二進制（屬於字元串一類），以太坊中整數都以大端形式存儲。

從RLP編碼的名字可以看出它的特點：一個是遞歸，被編碼的數據是遞歸的結構，編碼演算法也是遞歸進行處理的；二是長度前綴，也就是RLP編碼都帶有一個前綴，這個前綴是跟被編碼數據的長度相關的，從下面的編碼規則中可以看出這一點。

對於值在[0, 127]之間的單個位元組，其編碼是其本身。

例1：a的編碼是97。

如果byte數組長度l <= 55，編碼的結果是數組本身，再加上128+l作為前綴。

例2：空字元串編碼是128，即128 = 128 + 0。

例3：abc編碼結果是131 97 98 99，其中131=128+len("abc")，97 98 99依次是a b c。

如果數組長度大於55， 編碼結果第一個是183加數組長度的編碼的長度，然後是數組長度的本身的編碼，最後是byte數組的編碼。

請把上面的規則多讀幾篇，特別是數組長度的編碼的長度。

例4：編碼下面這段字元串：

The length of this sentence is more than 55 bytes, I know it because I pre-designed it
這段字元串共86個位元組，而86的編碼只需要一個位元組，那就是它自己，因此，編碼的結果如下：

184 86 84 104 101 32 108 101 110 103 116 104 32 111 102 32 116 104 105 115 32 115 101 110 116 101 110 99 101 32 105 115 32 109 111 114 101 32 116 104 97 110 32 53 53 32 98 121 116 101 115 44 32 73 32 107 110 111 119 32 105 116 32 98 101 99 97 117 115 101 32 73 32 112 114 101 45 100 101 115 105 103 110 101 100 32 105 116
其中前三個位元組的計算方式如下：

184 = 183 + 1，因為數組長度86編碼後僅佔用一個位元組。
86即數組長度86
84是T的編碼
例5：編碼一個重復1024次"a"的字元串，其結果為：185 4 0 97 97 97 97 97 97 ...。
1024按 big endian編碼為004 0，省略掉前面的零，長度為2，因此185 = 183 + 2。

規則1~3定義了byte數組的編碼方案，下面介紹列表的編碼規則。在此之前，我們先定義列表長度是指子列表編碼後的長度之和。

如果列表長度小於55，編碼結果第一位是192加列表長度的編碼的長度，然後依次連接各子列表的編碼。

注意規則4本身是遞歸定義的。
例6：["abc", "def"]的編碼結果是200 131 97 98 99 131 100 101 102。
其中abc的編碼為131 97 98 99,def的編碼為131 100 101 102。兩個子字元串的編碼後總長度是8，因此編碼結果第一位計算得出：192 + 8 = 200。

如果列表長度超過55，編碼結果第一位是247加列表長度的編碼長度，然後是列表長度本身的編碼，最後依次連接各子列表的編碼。

規則5本身也是遞歸定義的，和規則3相似。

例7：

["The length of this sentence is more than 55 bytes, ", "I know it because I pre-designed it"]
的編碼結果是:

248 88 179 84 104 101 32 108 101 110 103 116 104 32 111 102 32 116 104 105 115 32 115 101 110 116 101 110 99 101 32 105 115 32 109 111 114 101 32 116 104 97 110 32 53 53 32 98 121 116 101 115 44 32 163 73 32 107 110 111 119 32 105 116 32 98 101 99 97 117 115 101 32 73 32 112 114 101 45 100 101 115 105 103 110 101 100 32 105 116
其中前兩個位元組的計算方式如下：

248 = 247 +1
88 = 86 + 2，在規則3的示例中，長度為86，而在此例中，由於有兩個子字元串，每個子字元串本身的長度的編碼各佔1位元組，因此總共佔2位元組。
第3個位元組179依據規則2得出179 = 128 + 51
第55個位元組163同樣依據規則2得出163 = 128 + 35

例8：最後我們再來看個稍復雜點的例子以加深理解遞歸長度前綴，

["abc",["The length of this sentence is more than 55 bytes, ", "I know it because I pre-designed it"]]
編碼結果是：

248 94 131 97 98 99 248 88 179 84 104 101 32 108 101 110 103 116 104 32 111 102 32 116 104 105 115 32 115 101 110 116 101 110 99 101 32 105 115 32 109 111 114 101 32 116 104 97 110 32 53 53 32 98 121 116 101 115 44 32 163 73 32 107 110 111 119 32 105 116 32 98 101 99 97 117 115 101 32 73 32 112 114 101 45 100 101 115 105 103 110 101 100 32 105 116
列表第一項字元串abc根據規則2，編碼結果為131 97 98 99,長度為4。
列表第二項也是一個列表項：

["The length of this sentence is more than 55 bytes, ", "I know it because I pre-designed it"]
根據規則5，結果為

248 88 179 84 104 101 32 108 101 110 103 116 104 32 111 102 32 116 104 105 115 32 115 101 110 116 101 110 99 101 32 105 115 32 109 111 114 101 32 116 104 97 110 32 53 53 32 98 121 116 101 115 44 32 163 73 32 107 110 111 119 32 105 116 32 98 101 99 97 117 115 101 32 73 32 112 114 101 45 100 101 115 105 103 110 101 100 32 105 116
長度為90，因此，整個列表的編碼結果第二位是90 + 4 = 94, 佔用1個位元組，第一位247 + 1 = 248

以上5條就是RPL的全部編碼規則。

各語言在具體實現RLP編碼時，首先需要將對像映射成byte數組或列表兩種形式。以go語言編碼struct為例，會將其映射為列表，例如Student這個對象處理成列表["icattlecoder","male"]

如果編碼map類型，可以採用以下列表形式：

[["",""],["",""],["",""]]

解碼時，首先根據編碼結果第一個位元組f的大小，執行以下的規則判斷：

1.如果f∈ [0,128),那麼它是一個位元組本身。

2.如果f∈[128,184)，那麼它是一個長度不超過55的byte數組，數組的長度為 l=f-128

3.如果f∈[184,192)，那麼它是一個長度超過55的數組，長度本身的編碼長度ll=f-183,然後從第二個位元組開始讀取長度為ll的bytes，按照BigEndian編碼成整數l，l即為數組的長度。

4.如果f∈(192,247]，那麼它是一個編碼後總長度不超過55的列表，列表長度為l=f-192。遞歸使用規則1~4進行解碼。

5.如果f∈(247,256]，那麼它是編碼後長度大於55的列表，其長度本身的編碼長度ll=f-247,然後從第二個位元組讀取長度為ll的bytes,按BigEndian編碼成整數l，l即為子列表長度。然後遞歸根據解碼規則進行解碼。

以上解釋了什麼叫遞歸長度前綴編碼，這個名字本身很好的解釋了編碼規則。

（1） 以太坊源碼學習—RLP編碼( https://segmentfault.com/a/1190000011763339 )
（2）簡單分析RLP編碼原理
( https://blog.csdn.net/itchosen/article/details/78183991 )

8. 以太鏈也有伺服器嗎

不存在
在以太坊中並不存在中心伺服器,取而代之的是多個通過p2p協議連接起來的平等節點,在眾多節點中存儲了所有的數據。當用戶發起一筆交易,會通過p2p協議將交易廣播出去,礦工節點對此進行驗證、打包並進一步廣播至全網,在區塊鏈內確認後,此操作即認為是不可更改的。

9. 阿里雲允許用雲主機挖礦嗎

是可以的。很多挖礦項目都可以使用雲伺服器，例如最近火熱的Swarm bzz。但Swarm白皮書沒有提供挖礦的硬體配置推薦，然而目前，因為各類硬體采購價格高、到貨慢，然而時間不等人！綜合對比下來，針對BZZ挖礦，推薦雲伺服器！
像Swarm BZZ這樣的去中心化存儲的情況下，以太坊生態中的熱點數據每秒都在隨時被調用和存儲，所以除了CPU、內存和硬碟這三個主要的響應能力之外，還有一個要求寬頻傳輸速度。
使用雲伺服器來部署bzz節點，核心理由就是一個字「快」，節點早一分鍾上線，就能更早的獲取到頭礦！
經西部數碼上千bzz節點部署的實踐經驗證明，bzz節點需要較高的帶寬和超強的磁碟IO性能，以下是結合資源實際消耗情況合理搭配的配置。
4核CPU + 4G內存 + 100G SSD硬碟 + 20M帶寬。上述配置，可以部署一個節點。
如果需要部署多節點可以選擇多台這樣的雲伺服器，或者選擇更高配置的雲伺服器，如16核CPU + 24G內存 + 500G SSD硬碟 + 200M帶寬，可部署5-10個節點。

10. 【區塊鏈政務十大案例之一】螞蟻區塊鏈-杭州互聯網法院司法鏈案例

據杭州日報消息，2018年09月18日，杭州互聯網法院宣布司法區塊鏈正式上線運行，成為全國首家應用區塊鏈技術定紛止爭的法院。司法區塊鏈讓電子數據的生成、存儲、傳播、和使用的全流程可信。
起訴人可以通過線上申訴入口，在線提交合同、維權過程、服務流程明細等電子證據，由公證處、司法鑒定中心、CA／RA機構、法院、螞蟻金服等鏈上節點來共同見證、共同背書，為起訴人提供一站式服務。司法鏈極大地降低了線下存證、取證的成本，提升了判決流程的效率，從而使得許多之前由於維權成本高而不值得起訴的案件，都能夠通過區塊鏈實現更好的維權；司法鏈破解司法服務效率低的難題實現司法數據的融合共享，打破數據孤島；司法鏈推動社會信用體系建設，降低司法成本以技術為引擎，推動創新發展，引領司法服務轉型升級減少。

援引自可信區塊鏈推進計劃的《區塊鏈司法存證應用白皮書》分析，隨著信息化的快速推進，訴訟中的大量證據以電子數據存在的形式呈現，電子證據在司法實踐中的具體表現形式日益多樣化，電子數據存證的使用頻次和數據量都顯著增長。不用類型電子證據的形成方式不同，但是普遍具有易消亡、易篡改、技術依賴性強等特點，與傳統實物證據相比，電子證據的真實性、合法性、關聯性的司法審查認定難度更大。

在司法實踐中，當事人普遍欠缺舉證能力，向法院提供的電子證據質量較差，存在大量取證程序不當，證據不完整、對案件事實指向性差等問題，直接影響到電子證據在訴訟中的採信比例。

電子證據傳統的存證方式本質是一種中心化的存證方式，存在容易造成存證數據丟失或者被促癌該的可能。

同時，電子數據依賴電子介質存儲，為了存儲安全，經常需要使用多備份等方式，加之電子介質有使用壽命，反而使存儲成本較高。

（2）取證中的問題

目前，在某些本地產生的電子數據進行取證時，原件在智能留存在產生電子數據的設備當中，證據原件和設備是不可分的。證據原件一旦要離開設備，就變成了復製品而不能成為定案依據。這樣導致訴訟案件中的很多限制。

另外，所謂的原件到底是不是時間發生時真實、原始和完整的數據，互聯網軟體服務商也無法給出確切的答案，所取證據是否屬於原件，也是存疑的。

（3）示證中的問題

電子數據展示和固定是數據使用的重要環節，由於電子數據的存在形式是存儲在電子硬體中的電子信息，要獲取其內容需要使用響應的軟體讀取和展示，這給示證帶來了困難，也可能由於需要公證而加大了當事人的舉證負擔，浪費了社會司法資源。

（4）舉證中的問題

在訴訟中，雙方都會提交自己留存的電子數據作為證據。在當事人分別控制自己數據的情況下，容易發生雙方提交的證據有出入，甚至是矛盾的情況。在沒有其他佐證的情況下，證據的在真實性認定非常困難，雙方提交的電子數據都無法成為斷案依據。在這種無法判斷案件事實的情況下，法官很可能需要依賴分配舉證責任來進行斷案。而一般的舉證責任分配原則是誰主張，誰舉證，無法舉證則承擔敗訴的後果。那麼在這種情況下，積極篡改自己數據的一方可以在這種舉證責任的安排下獲利。

（5）證據認定中的問題

一切證據「必須經過查證屬實，才能作為定案的根據」，是在世界方位內具有普適性的最重要的司法原則之一。證據的認定，通常是認定證據「三性」的過程，即證據真實性、合法性和關聯性。電子數據作為證據也需要經過「三性」判定。電子數據因為數據量大、數據實時性強，保存成本高，原件認定困難等原因，對證據的「三性」認定依然困難，電子數據經常因為難以認定而無法對案件起到支撐作用，這對法官和當事人都造成了較大壓力。

援引自螞蟻金服司法存證產品負責人栗志果做的主題為《螞蟻區塊鏈在司法存證領域的探索》的分享認為，在過去的20年中，互聯網行業的關鍵詞是連接。在PC互聯網時代，通過PC互聯的方式對終端進行連接，在那個時代，發現這個趨勢的企業都抓住了門戶、搜索引擎這樣巨大的商業機會。2013年，進入到了移動互聯網時代，在這個時代通過移動互聯網的方式把許多智能終端、個人設備連接在一起，在端設備的數量以及在線時間得到了極大的提升。在這個階段抓住機會的人便造就了微博、微信、支付寶這些超級應用。而目前關注到一個非常重要的變化就是隨著連接變化不斷擴大的同時，連接質量也發生了非常大的變化，這被稱為第二條曲線， 原來連接的對象是信息，現在很可能變成了資產。

那麼資產和信息有什麼不同呢？主要的不同有三點，

第一點，資產是唯一的，而信息是可以被無限復制的。在互聯網時代，通過復制的方式可以讓信息傳遞的成本降到最低，但連接的對象是資產時，便出現了一個致命傷，那就是無法通過復制的方式進行傳遞，這個資產給了一個人後就不能再給其他人了。

第二點，資產和信息相比，資產更加脆弱，更加珍貴。資產就是錢，在信息數字化的過程中，可以很方便的把信息放在互聯網上，但是對於資產來說，這樣是行不通的，因為資產的背後是真實的利益。

第三點：資產和信息相比，資產對於安全性的要求非常高，很多問題也必須去面對，包括黑客、競爭對手的攻擊，欺詐等，這些都是鏈接資產需要解決的問題。這也就是資產和信息的第三個不同點，資產如果發生了糾紛是需要解決的，在現實中，可以讓法院來解決，但如果是在互聯網中，是很難處理的。

上述所說的資產的三個特點是很難通過傳統的互聯網方式去解決的。同時互聯網的發展使得人們越來越懶，如果在10年前，很多人還能夠接受資產連接會花費得時間比較久，但是現在人們就很難接受，比如為了簽署一個合同，需要花費兩到三周的時間進行郵寄，為了做一個跨境支付在很多傳統機構中頻繁出入，花費高額的成本。而且與20年前的連接方式相比，目前互聯網的連接難度變大了許多，因為許多人發現信息被連接後，數據變得很有價值，那有價值怎麼辦，只能把價值沉下來，沉下來就變成了價值深井，規模越大，價值越深，同時會形成另外的一個問題，叫做數據孤島。這些問題都是司法鏈需要考慮並加以解決的。

現在，法院是站在歷史的機會節點上，是有機會成為數據產生、完成連接的基礎組成部分。資產一定會發生糾紛，發生糾紛後將會由法院進行全鏈路的審核。這是一個獨特的價值，是互聯網最後一公里的價值，通過連接的方式，連接資產，打破數據孤島、價值深井，這才是真正的價值完成，這種模式實際上是屬於中小企業的，包括個人用戶，以上便是司法鏈的價值基礎。

如果出現一個價值孤島，需要對它進行連接，一定有各種各樣的連接方式，連接主要有四種方式，

第一種就是不進行連接，把它放在銀行保險櫃裡面;

第二種方式是壞的連接，即通過技術的領先性、不平等性，通過黑客技術剝奪數據資產的擁有權，當沒有合法連接的時候，壞的連接一定存在;

第三種是看起來是好的連接，但實際上是脆弱的連接，現在又很多連接的方式，在市場形勢比較好、泡沫比較大的情況下擁有一定的市場，但一旦碰到真正的價值落地就破裂了;

第四種就是司法鏈，用15個字可以概況，即全流程記錄、全鏈路可信、全節點見證。

司法鏈是怎麼做到技術可信和制度可信，並且成本不高的呢？

首先第一個問題是資產是脆弱的，因此在進行資產的連接時要能夠具備真實安全的基本特點。安全包括隱私保護，這並不是一個簡單的事情，支付寶誕生的第一天就是從擔保交易開始的，解決的問題時買方和賣方之前交易的真實性，後來，基於支付寶，提出了芝麻信用，很多人都有芝麻信用積分，通過以往的信用記錄，對用戶能否履約提供大數據、人工智慧方面的參考，使得真實安全更進了一步。接下來便到了區塊鏈，區塊鏈提供了一項非常重要的能力，那就是真實不可篡改，使得信任在真實安全的級別上又向前推進了很大的一步。因此司法鏈解決的第一個問題就是做資產相應的連接一定要保證最底層的連接器是真實安全的，這種真實安全不是放在口頭上說的，也不是在實驗室里的技術，而是經過用戶的認可，市場的考驗和大規模業務量的考驗的。

第二個問題非常關鍵，當通過一個真實安全的連接器把大家連接到一起，一旦數據資產被侵害了，發生了糾紛要如何處理？司法區塊鏈這兩年一直是朝這個方向進行的，通過把公證處、司法鑒定中心、法院拉入司法鏈的最底端，對數據進行相應的鑒定，保證了一旦數據資產發生糾紛，能夠被公正有效的處理。這是一種非常強大的制度，這也是司法鏈是解決互聯網最後一公里問題的真命天子的根本原因。到目前為止，司法鏈已經保證了技術可信和制度可信。

第三個問題是在資產的互聯中，連接的成本不能過高，用戶已經養成了點一點滑鼠、搜索按鈕就能獲得無數信息的習慣。區塊鏈火了許多年，但到目前為止真正的用戶不到2000萬，且日活很低的原因，一是太難用，二就是使用成本太高。因此在進行資產連接時，必須是非常簡單的，非常易用的，成本很低的。就像支付寶最開始在做實名認證的時候，可以通過人臉掃描的方式很快的完成用戶的支付，同時安全級別很高。所以真正的連接器要具有低成本，高應用性的特點。

司法鏈做到了技術可信和制度可信，並且連接的成本不高，開啟了資產連接的區塊鏈新時代。

杭州互聯網法院的司法區塊鏈讓電子數據的生成、存儲、傳播、和使用的全流程可信。通過整體的完整結構，能夠解決互聯網上電子數據全生命周期的生成、存儲、傳播、使用，特別是生成端的全流程可信問題。

該區塊鏈由三層結構組成：

1）， 一是區塊鏈程序，用戶可以直接通過程序將操作行為全流程的記錄於區塊鏈，比如在線提交電子合同、維權過程、服務流程明細等電子證據；

2）， 二是區塊鏈的全鏈路能力層，主要是提供了實名認證、電子簽名，時間戳、數據存證及區塊鏈全流程的可信服務；

3），三是司法聯盟層，使用區塊鏈技術將公證處、CA／RA機構、司法鑒定中心以及法院連接在一起的聯盟鏈，每個單位成為鏈上節點。

杭州互聯網法院司法鏈上線的電子證據平台則是直接在證據和審判之間建立了一個專門的數據通道，使得證據的收集、固定、傳輸和運用更加便捷和高效。

以往到互聯網法院打官司，證據的提交都是電子化以後上傳至「杭州互聯網法院訴訟平台」 （ www.netcourt.gov.cn ）。比如公證文書，一般是通過掃描等方式上傳。今天上線的電子證據平台首先「觸手」很長，它可以與其他電子數據之間能實現無縫對接，比如公證處。那麼公證文書就能一鍵上傳至電子證據平台，直接用作訴訟證據。再比如涉及淘寶、京東等電商平台、互金平台、理財平台等交易糾紛，第三方數據服務提供商（如運營商平台、電子簽約平台、存證機構平台）等也能直接將電子數據傳輸到電子證據平台，有效解決當事人自行收集電子數據證據存在的困難，大大節約庭審舉證質證的經濟和精力成本。

原本僅僅是通過掃描、或打字而成的「電子化」的證據，真正轉變為「電子證據」，通過第三方存管平台，打破「電子數據」容易滅失和被篡改的魔咒，形成唯一的不可篡改的「數據身份證」，並實時同步備份到電子證據平台。進入訴訟程序後，已保存在電子證據平台的「數據身份證」還會與電子數據原文進行自動比對，判斷電子證據後期是否有過篡改，以此確保了電子證據的真實性。

這些電子數據都有編碼身份證，也就變成一個個案件的「要素」，平台將這些要素歸類，然後匹配到各個案件中，這樣一來，由系統自動匹配要素，即將電子證據導入各個案件，形成無需法官的系統自動立案。我們可以想像很快就能實現一分鍾數十或者數百的立案速度。

最後，當這些證據成為電子數據儲存在平台上以後，除了杭州互聯網法院在案件審理過程中可以在該平台展開司法運用外，其它相關機構（如經允許的其他各人民法院、司法鑒定機構、公證機構、備案機構）均可從該平台中依程序調取相關證據，資源數據的共建共享也將達成。

以打通杭互司法鏈的上海市浦東公證處數據存證平台為例，介紹下數據保護平台到司法訴訟的完整閉環流程。

1，注冊業務平台並實名認證

某設計公司企業A打開上海市浦東公證處數據存證平台頁面，注冊後完成實名身份認證。

2， 原始數據存證

當該A設計公司完成一幅作品的設計後，在完成原始作品數據歸檔後，通過自身業務系統發起遠程存證調用介面，調用公證處數據存證平台的RESTful API完成該設計作品文件HASH和相關要素的存證。該存證也會同步發給司法區塊鏈，浦東公證鏈和中國授時中心，全部成功後會獲得有對應LOGO標識的存證證書。通過各鏈和平台完全一致的作品文件HASH指紋數據表明本次存證的有效性和不可篡改性。

5. 登錄杭互法院提交訴狀，驗證證據合法性

司法鏈是螞蟻區塊鏈BaaS的具體應用案例。螞蟻區塊鏈BaaS（Blockchain as a Service）是基於螞蟻金服聯盟區塊鏈技術和阿里雲的開放式「區塊鏈即服務」平台。它將區塊鏈作為一種雲服務輸出，支撐了眾多的業務場景和上鏈數據流量，是行業區塊鏈解決方案的基礎。螞蟻區塊鏈BaaS致力於搭建一個開放、協作的平台，為全球的企業和個人提供便捷的服務。

上圖是螞蟻區塊鏈的產品大圖，其中BaaS的技術架構主要分為三層：

1、底層是BaaS Core

BaaS Core層基於對主機以及容器提供靈活支持的雲資源管理平台，實現跨平台的便捷運行和部署。對於可信硬體，即基於阿里雲的神龍伺服器提供相應的硬體服務，可以提供一個高可靠、高隱私保護的可信執行環境。除了存證平台和智能合約平台以外，在同構鏈跨鏈服務的基礎上即將推出異構鏈跨鏈服務。目前的市場上，單鏈或者一條鏈存在自身的局限性，未來對於建立信任的基礎設施、互信的生態，跨鏈技術將成為其中非常重要的一環。目前BaaS平台已通過跨鏈服務，實現了內部的互聯互通，同時也可以通過智能合約和跨鏈服務，對於外部的互聯網上的可信數據源進行訪問。此外，對於其他的基礎能力，例如聯盟管理、安全隱私、證書密鑰管理等，BaaS Core都有相應的功能和支撐。在提供自主研發的螞蟻區塊鏈體系同時，BaaS平台也支持開源體系以更好地滿足客戶多樣化的需求，包括企業以太坊Quorum和Hyperledger Fabric。

2、向上一層是BaaS Plus

BaaS Plus層把底層的服務和能力封裝、服務化，開放為標准化的介面，提供給合作夥伴們接入和使用。這樣可以極大地減少客戶在基礎資源上的投入，同時明顯縮短接入業務的耗時。截止到目前為止，平台已經推出了可信存證、通用溯源、實人認證、企業認證等服務，也會在未來逐步推出更多的服務。

3、最上層是BaaS Marketplace和解決方案

螞蟻的諸多合作夥伴們可以在marketplace中提供自己的能力。同時，在不同場景落地的實際應用都會沉澱出一套標準的應用解決方案模板，從而方便客戶在自己的應用中借鑒其它類似場景的平台能力。浦東公證處數據存證平台可以成為BaaS Marketplace中的一員。

1， 賬戶體系

螞蟻區塊鏈所有交易操作均是圍繞賬戶體系來進行，因此在發送執行交易之前需確保您已在螞蟻區塊鏈創建對應的賬戶，然後可使用創建好的賬戶提交交易，還可以基於該賬戶結構完成相關賬戶配置的修改。

具體的賬戶數據結構模型欄位和說明如下：

其中，賬戶包含三種類型的密鑰：

螞蟻區塊鏈採用將賬戶與密鑰解耦的方式來實現，從一定程度上防止因為密鑰丟失帶來的鏈上數據丟失等安全隱患。螞蟻區塊鏈支持的主要賬戶操作包括：

2，隱私保護

螞蟻區塊鏈通過引入密碼學的一些特性來支持賬戶信息敏感數據的隱私保護能力，通過在智能合約層面擴展相關的指令函數來實現智能合約中金額的加密存儲以及加減操作。只有獲得有效密鑰的個體才能解密智能合約中的敏感數據，查看原始金額信息。

目前，螞蟻區塊鏈引入的密碼學特性包括零知識證明，即通過引入零知識證明來實現加密密文條件下轉賬金額的合法性證明。

3，跨鏈服務

螞蟻區塊鏈跨鏈服務是面向智能合約提供的鏈上數據服務，本服務在客戶區塊鏈環境中部署跨鏈服務合約/鏈碼，並且提供 API 介面供用戶合約/鏈碼進行調用來使用。跨鏈接服務目前提供 賬本數據訪問 和 合約消息推送 兩類服務及其對應的 API 介面。賬本數據訪問服務可以幫助用戶智能合約獲取其他區塊鏈賬本上的數據，包括但不限於區塊頭，完整區塊、交易等。合約消息推送服務可以幫助部署了跨鏈數據服務的不同區塊鏈上的智能合約之間進行消息通信，滿足跨鏈業務關聯處理等場景。

2019年5月22日，上海市第一中級人民法院、杭州互聯網法院、合肥市中級人民法院、蘇州市中級人民法院、在安徽蕪湖共同簽署合作意向書，將以杭州互聯網法院司法區塊鏈平台為依託，四地互通，共同構建長三角司法鏈，打造「全流程記錄、全鏈路可信、全節點見證」的司法級別信任機制，共促長三角區域司法一體化發展。會議中介紹，杭州互聯網法院司法區塊鏈運行機制日臻成熟，已匯集3.9億條電子數據，相關案件調撤率達96%以上，在知識產權保護、金融風險防範、農產品溯源、信用體系構建等方面發揮了重要作用。
杭州互聯網法院的司法鏈的技術提供方為螞蟻金服區塊鏈，其擁有全球領先的核心專利技術，2萬TPS高性能存證能力，極高的隱私安全保護能力，頂級安全防控能力為司法鏈保駕護航。旗下的螞蟻區塊鏈可信存證平台支持第三方接入司法鏈。

具體方面舉例而言，司法鏈大大提升用戶的維權效果。例如，在中國，版權的保護是非常落後的，像是圖片領域只有5%的正版，其餘的都是盜版，但是維權從立案到審判，一審需要8個月的時間，獲得的賠償僅有500-600元，但是花費的時間成本、經濟成本遠遠超過賠償金額。但司法鏈的出現可以使維權成本降低一到兩個數量級。其次，司法鏈可以增強品牌的信任度，一方面使企業是和司法鏈，和政府認可的品牌、平台站在一起，另一方面使企業通過信任連接的方式把自身的商業模式清晰透明地告訴用戶，使用戶產生非常強的信任感。特別是創業者，能夠在早期就擁有巨大的流量。最後，司法鏈解決的是互聯網最後一公里的問題，使得用戶的使用成本產生非常大的下降。因此使用司法鏈的模式是真的是讓傳統商業模式升級成為信任商業模式。

供稿者 王登輝 介紹：
版權鏈/公證鏈項目杭州下筆有神科技公司CTO，
HiBlock技術社區上海合夥人，
聚焦「區塊鏈+」產業落地和實現方案，希望與行業從業者一起佈道區塊鏈。