【老樑談落地】開篇：資料交易落地以太坊業務流程
2018年對於區塊鏈專案什麼最重要，那一定是落地。 只有真正落地了，才是真正有價值的區塊鏈專案 。
大家好，我是老樑，也可以叫我York，之前從事通訊及網際網路行業超過16年，負責的產品涉及VoIP網路電話、社交網路、部落格BSP、分類資訊、智慧硬體等。曾任國內上市公司百姓網產品總監。目前擔任 CarBlock 首席產品官，負責 CarBlock 整體的技術和產品，包括整個協議層設計以及交通資料交易市場在各個公鏈上的搭建。我從今年下半年開始參與到專案的落地產品設計開發中，我們這個專案第一階段目標簡單的說就是將車輛行駛資料上鍊，通過區塊鏈及相關加密技術建立一個交易平臺，實現資料的交易流通。
在做的過程中遇到過各種問題，接下來會花一些時間和大家分享在落地過程中遇到一些產品及技術經驗教訓，以及我們怎麼看這些問題，怎麼解決。希望這些能夠對也在相同方向上努力的你有幫助。
好在我們在搭建產品之前，矽谷領先的車輛上門維修公司YourMechanic已經就獲得使用者車輛車載電瓶相關資料和我們達成合作意向。這樣就算有了非常真實的需求和應用場景，不再是飄在空中。
不過通常理想是豐滿的，現實是骨感的。在大規模推進前，通常都要先做一個PoC（Proof of Concept）來驗證概念，看看現實到底有多骨感。後面會用“PoC”來作為代稱，方便描述。
這次的PoC核心是在以太坊上建立並驗證完整的資料上線到查詢交易的完整過程，這裡主要是車輛行駛資料，其實其他資料也類似。今天這篇主要看看業務流程的設計，關於技術、實現等後面會陸續聊到。好了，那麼先看看我們目前設計的業務流程時序圖。
為了方便從最上層終端使用者層的角度來看這個流程，流程中的顆粒度並不完全一致。因為落地做應用，最終還是給使用者使用，所以從終端使用者的角度看簡單可用，那才是真的可用。其中
- End User是指最終產生資料的使用者，也就是資料的原始所有者（大多數情況下是車主）。
- Certify Partner是指提供資料採集裝置的合作伙伴（比如硬體商、整車廠），End User通常直接面對的是這些Certify Partner。
- Data Buyer就是各種資料需求方（比如車輛維修服務商、保險公司等）。
這個PoC整體流程還是比較簡單的，主要分為兩部分：資料上鍊部分和資料交易部分。
- 資料上傳部分是使用者生成公私鑰加密資料打包上傳，這塊後面準備單開一篇來講。
- 另一部分就是資料交易部分，這部分是基於以太坊用我們的數字貨幣交易資料資產的過程。
這裡有個問題，在交易過程中買賣雙方交易的是否過平臺和Partner？
例如：Data Buyer在購買過程中先把CAR充值到平臺，再由平臺支付給Partner，再由Partner支付給End User。這種方式簡單可控，但從我們做PoC的驗證目標來說就不合適了。我們在做PoC的時候，有一個基本要求就是盡最大可能符合去中心化的指導原則，從而充分暴露問題。因此，在業務流程上，交易過程中Data Buyer直接通過Smart Contract支付給End User，中間不再受到平臺和Partner的制約。當然，這也會引出來後面在以太坊上落地實現時的一個體驗上的大坑，在我看來雖然技術上能跑通，但真正使用上幾乎是不能接受的，後面會細講。
從業務流程的角度來看還是比較簡單，這裡先開個頭，後面會就產品、技術細節展開。
我們也是在摸索中前進，肯定還有考慮不周的地方，如果大家有任何疑問、評價，甚至質疑，或者對我們整個業務流程有不同的意見和建議，都希望你能夠留言評論。我個人堅信任何不同意見都是從不同角度幫你完善你的認知，是推動你進步的最好動力。
第二篇會詳細談一下基於我們業務流程的使用者體驗考慮，畢竟區塊鏈大規模應用最終依靠的開始普通使用者，而我本人又是產品專業，會和大家詳細說說我們如何平衡以太坊開發限制和滿足使用者體驗上做的努力。
本文由巴位元專欄作者“老樑談落地”上傳發布，文中內容與觀點不代表巴位元立場。如需轉載，請聯絡原作者。