分享——淺談虛擬貨幣體系產品設計_XXX

任何具有虛擬貨幣交易商業模型的項目。都存在“用戶充值”“用戶消費”“服務利潤結算”等一系列流程。財務部門有“成本概算”“資金監控”等需求。以下就簡單的分享一個最近設計的虛擬貨幣體系。

先來一張圖

這張圖簡要的描述了貨幣的生產、轉移、核銷的流程

美國議員將于下周分享最新的加密貨幣法案草案:5月18日消息，美國共和黨參議員Lummis和民主黨參議員Gillibrand將于下周分享最新的加密貨幣法案草案。（金十）[2022/5/18 3:23:17]

流程說明：

1、系統中的貨幣，是由系統專戶“生產發行”出來。具有相應權限的業務系統擁有“操作”系統專戶“生產發行”貨幣的權限。

2、根據具體業務請求將“系統專戶”中的貨幣，轉賬到指定的賬戶中。

3、用戶購買開發者業務提供的服務時，業務系統通過“支付系統”實現“個人賬戶”、“系統收入賬戶”、“開發者業務賬戶”之間的貨幣清分。

Zilliqa總裁分享關于種子節點參與ZIL質押的“冷知識”:Zilliqa總裁兼首席科學官Amrit Kumar在推特上分享了一些關于種子節點參與ZIL質押的“冷知識”：

1. 獎勵每天分發。如果一個委托人將質押代幣存入一個已經產生獎勵的運營者（operator），那么該委托人直到第二天開始才會獲得獎勵；

2. 提取ZIL獎勵所需支付的gas費用將很低，但與自上次提款以來該網絡生產的區塊數量成比例；

3. 提供質押服務的運營者將只獲得ZIL作為傭金，除非他們質押自己的ZIL。委托人同時獲得ZIL和gZIL；

4. 撤回質押大約需要14天時間，但將其從某一運營者轉移到另一運營者，收取較低的傭金便可立即完成；

5. 運營者不能在某一天打出低傭金的廣告，并在第二天加倍。廣告傭金的變動可以在+/-1%的范圍內，并且每天只能進行一次；

6. 質押無法獲得ZIL/gZIL復合獎勵。若想獲得復合收益，可經常撤回獎勵并重新質押。[2020/9/12]

4、賬戶的“提現”操作，實現相應貨幣的核銷。

動態 | 億萬富翁Tim Draper分享加密領域投資經驗:據AMBCrypto消息，億萬富翁Tim Draper最近在采訪中分享自己對加密貨幣相關項目的投資。除了成功投資加密支付平臺OpenNode，其投資組合還包括各種去中心化技術，包括一個“任何政府實體都不能審查的”社交媒體平臺投資，他表示，“這很大程度上與團隊有關，也與技術有關。”為了使投資清單更加清晰，Draper強調要確保技術的獨特性、開放性和在世界上產生一些根本性影響的能力。他還以Facebook最近的倡議為例，預先警告想投資該代幣的用戶，“如果這只是集中在一些公司或個人周圍的代幣，我們就不投資。但如果這是非常適合智能合約的新代幣，或者是讓比特幣使用變得容易的系統，我想你有機會。” 當被問及他在比特幣上的財富時，他表示仍在通過接受比特幣支付各種業務來來積累自己的比特幣。[2019/7/22]

現場 | BeeToken首席信息官：分享經濟是區塊鏈采用有前途的領域:CoinTime現場報道，今日在火星區塊鏈硅谷峰會上，BeeToken首席信息官Grace Wang表示，在談到一個好的Dapp時，實際上是關于如何做出好應用的問題，是在于人們從應用程序中真正能獲得什么。 她認為共享經濟在區塊鏈未來的采用中是有希望的，這是因為區塊鏈可以真正帶走中間人，減少傭金，并實現點對點交易的最終目標。 她還認為，上鏈的資產應生產通證以實現激勵和盈利。[2018/8/29]

舉例描述的支付系統與外部，之間的關系

示例圖說明

用戶在業務系統中進行充值時，實際上是先請求支付系統生產貨幣、再請求轉賬接口將生產的貨幣劃轉到指定的賬戶。進行充值的業務系統，會產生相關的記錄。同時支付系統中也會產生對映的流水記錄。

用戶在商城類型的業務中進行交易，實際上是通過支付接口，將用戶個人賬戶的貨幣換轉到“商城業務”開發者的賬戶上。

提現操作，是通過貨幣核銷接口對系統中的貨幣進行核銷操作。

在這種結構下，所有的資金流水，在外部業務方系統和支付系統均有各自的流水記錄。方便財務人員隨時對賬。

資金生產接口

描述做儲值的業務系統如何請求支付系統為“生產發行”貨幣。

當用戶通過支付寶進行賬戶充值的時候，負責處理充值業務的系統，在確認支付寶支付成功以后，首先需要請求“系統專戶”生產相應的虛擬貨幣。

有人會問，為什么儲值這個操作會歸納到業務系統中，而不是支付系統中呢？

這是因為，在實際運營需求中，儲值這個環節，可能會“疊加”許多運營需求。例如儲值XX送XXX紅包，送XXX優惠券，送XXX積分。不同等級或不同身份的會員，在儲值時，會有不同的促銷規則。那么這一系列多樣化的運營需求，勢必牽涉到很多系統。支付體系屬于一個項目的基礎系統。不應該也不能經常進行改動。因此，需要將儲值這個操作環節認定為業務系統。

支付接口

描述業務系統如何請求支付系統完成訂單的支付

流程描述

1、開發者業務發起交易請求

2、開放平臺驗證業務對此操作的權限，驗證通過后，將OpenID轉為UserID，向支付系統傳遞請求。

3、支付系統收到請求后，創建“待確認執行訂單”。

4、支付系統將“交易號”回傳給業務。

5、業務喚起客戶端的驗證流程。提交的字段包含：“交易號”。客戶端獲取到交易金額。

6、客戶端將用戶輸入的交易密碼提交給支付系統

7、支付系統將密碼驗證的相關信息提交給麥卡用戶系統驗證

8、驗證通過后，支付系統開始執行操作

9、扣減用戶賬戶上的資金，返回扣減成功后

10、增加“開發者業務賬戶”的資金，返回增加成功后

11、支付系統將執行結果回傳“客戶端”和“業務系統”

這篇文章，僅對同仁起到拋磚迎玉的作用。做產品并不是簡簡單單把運營方的需求描述出來。而是真真正正的設計產品。就像一個建筑設計師，你設計的圖紙，不只是一個造型，而是有相關的指標、參數。建筑工人可以造著圖紙建設，項目監理可以照著標準驗收。

Tags：XXXXXX價格XXX幣

ETH