應用場景：進行不同公司之間的積分兌換——比如某用戶在A公司有積分a共100個，B公司有積分b共200個。他希望將自己在A公司的積分轉到B公司（假設爲1：1兌換），轉換之後的結果是A公司的積分a清零，B公司積分變爲300個。
我的思路：第一反應是這個問題還是用以太坊的token比較合適，但是我最近都在看超級賬本的內容，正好看到了一個類似的應用。所以我的思路主要來源於論文用戶許可的銀行信息共享，這篇文章的應用場景和積分兌換比較相似。
這篇文章的場景是：某用戶將自己的個人信息交給了A銀行進行保存。當用戶在銀行B進行開戶的時候，他希望可以直接把自己在A銀行保存的信息直接交給B銀行，省去再次認證的步驟。
這個論文解決的重點在於1. 銀行之間不能知道互相的身份，因爲用戶希望對自己在哪些銀行開戶的信息進行保密 2. 由於隱私的考慮，必須在用戶允許之後才能進行信息轉移。
對我們有參考意義的是第二條。當然如果公司之間不希望暴露彼此的積分信息（因爲會暴露消費數額），第一條就派上用場了。
類比下來，操作可以如下進行：
1. 首先，假設用戶已經在A公司獲得了積分a，也在B公司獲得了積分b。這些積分已經保存在了區塊鏈上。這些數據（用戶名--公司名--積分數--時間戳）通過公司A進行對稱加密，上傳到區塊鏈上（爲了保密用戶信息），用戶同樣有這個密鑰。
2. 用戶想在公司之間轉移積分的時候，先通過傳統方式向公司B通知希望進行轉換，並提供（用戶名--公司A名--公司B名--轉移積分數--時間戳）信息給公司B。
3. 使用用戶提供的信息，B公司向A公司請求進行積分轉換。A公司確認是正確的請求之後便同意進行轉換。轉換請求經過確認節點確認之後進行轉換。