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

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

先來一張圖

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

Tether：希望CoinDesk拋開偏見，不要公開分享任何客戶名稱:金色財經報道，穩定幣發行方Tether在官網發文稱，在2021年達成和解后不久，CoinDesk要求根據紐約信息自由法公開披露與Tether第一份季度報告相關的材料。今天上午，紐約總檢察長辦公室向CoinDesk提供了回應文件。我們懷疑今天通過DeFi和中心化交易所對USDT的攻擊發生在將材料移交給CoinDesk的那天。盡管如此，Tether沒有什么可隱瞞的，我們對我們財務數據的準確性充滿信心。

雖然我們對政府機構發布機密數據（至少與Tether的儲備有關）的敏感性現在低于2021年，但我們仍對客戶數據保持警惕。雖然我們不能指望CoinDesk的公平報道，它經常歪曲Tether在市場上的地位以支持其主要競爭對手，但我們呼吁他們拋開偏見，不要公開分享任何過去或現在的客戶名稱，不要因此將社區中的任何人置于物理或數字風險中。[2023/6/16 21:42:47]

流程說明：

印度短視頻分享應用程序Chingari推出NFT收藏品GARI Panda:3月30日消息，印度短視頻分享應用程序Chingari已正式推出其NFT收藏品“GARI Panda”，目前正在SolRazr IDO Launchpad預售。GARI Panda擁有9999件數字收藏品。一半的GARI Panda NFT將通過預售方式出售，其余5000個將平均預留給SOLR和GARI社區。

Chingari將推出NFT質押功能，這將擴大GARI Panda NFT持有者的創收機會。Chingari-verse將向NFT質押者獎勵其原生代幣GARI，該代幣已被用作Chingari上內容創作者和粉絲的激勵資產。（Zycrypto）[2022/3/30 14:27:35]

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

動態 | SEC依靠投資者分享的信息暫停了TON項目:為了證明中止Telegram區塊鏈項目TON是正當的，美國證券交易委員會（SEC）曾嚴重依賴從投資者那里獲得的信息。專注于加密貨幣的投資銀行HASH CIB的首席執行官Yakov Barinsky表示，SEC于9月聯系了TON的美國投資者，詢問他們交易的安排方式，TON共享了哪些信息，傳播了哪些文件以及是否存在任何信息遺漏。據悉，Barinsky代表投資了TON的美國和俄羅斯客戶，但他拒絕透露客戶的名字。SEC在訴訟中引用稱，為吸引投資者，Telegram增對一名投資者談到了其“工程團隊”和“投資回報率可能為0-50倍”。對此， CoinDesk分析稱，SEC利用該投資者分享的細節來支持其結論，即發行TON是違法的。（coidnesk）[2019/10/15]

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

動態 | 摩根大通和英特爾的前雇員推出收益分享型穩定幣USDD:摩根大通、英特爾和TrustToken前雇員共同組建的新公司Global Currency Organization（GCO）推出了收益分享型穩定幣USD Digital（USDD）。GCO表示，新穎的平分收益分享模型可以激勵這種采用。投資者將獲得穩定幣，并獲得GCO與他們分享的收入。（coindesk）[2019/10/2]

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

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

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

示例圖說明

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

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

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

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

資金生產接口

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

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

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

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

支付接口

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

流程描述

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

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

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

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

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

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

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

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

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

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

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

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

Tags：XXXXXX價格XXX幣

KuCoin