[發(fā)明專利]一種通證設計及其操作權限管理的方法與系統(tǒng)

在審

• 申請?zhí)枺?/td>: 201810288359.1
• 申請日: 2018-04-03
• 公開（公告）號: CN108764898A
• 公開（公告）日: 2018-11-06
• 發(fā)明（設計）人: 程希冀;王昊;汪臨風;蔡天琪;蔡恒進
• 申請（專利權）人: 武漢龍津科技有限公司
• 主分類號: G06Q20/38
• 分類號: G06Q20/38;G06F21/60;H04L29/06
• 代理公司: 暫無信息
• 代理人: 暫無信息

本發(fā)明公開了一種通證設計及其操作權限管理的方法與系統(tǒng)，首先定義了本發(fā)明通證（Token）的結構，能夠實現(xiàn)在區(qū)塊鏈系統(tǒng)中用戶對通證進行各種操作之前進行權限判定，根據(jù)對應權限下同意授權各組的權重相加值與設定閾值的大小來判斷用戶是否有權限對該Token進行操作。采用本發(fā)明的對權限分類，在特定權限內分組的權限管理方法可以對Token進行靈活權限控制。由于本方法靈活可擴展的性質，使用本方法將可以滿足現(xiàn)實中絕大部分復雜多樣的權限管理情況。

技術領域

本發(fā)明涉及區(qū)塊鏈技術領域，尤其涉及一種通證設計及其操作權限管理的方法與系統(tǒng)。

背景技術

隨著近些年比特幣的興起，區(qū)塊鏈技術開始引起人們的關注，數(shù)字貨幣水漲船高，越來越多的人認識到區(qū)塊鏈技術的價值，同時開始持有數(shù)字貨幣。隨著大家對區(qū)塊鏈技術的了解，有的人開始意識到區(qū)塊鏈不僅僅可以用于構筑數(shù)字貨幣，還可以構筑上層應用，目前以太坊在這方面做得最為出色。

隨之而來的問題就是傳統(tǒng)區(qū)塊鏈網絡為了達成共識，采用了POW的方式，這對資源是一種極大地浪費。區(qū)塊鏈技術能夠大規(guī)模普及，需要將算力集中在維持網絡運行而不是無意義的求解。很多項目為了解決這些問題應運而生，其中EOS等采用DPOS機制和節(jié)點內平行的方式較好地解決了這一問題。

然而至今為止所有主流區(qū)塊鏈系統(tǒng)都是以Account為中心的利用智能合約來構建的一套圖靈完備的系統(tǒng)。我們認為當下將實體事物與虛擬事物Token化才是廣大群眾切實的需求，在未來Token經濟將會大放異彩。盡管現(xiàn)有主流系統(tǒng)也在推出新的協(xié)議以嘗試構建更適合 Token運作的方案，然而整體而言仍然存在以下缺點：需要用戶自己編寫代碼、系統(tǒng)速度較慢；二是缺乏靈活的權限管理機制。

本發(fā)明旨在設計出一種Token特化的系統(tǒng)，專門解決區(qū)塊鏈系統(tǒng)中Token相關操作的問題，并就其中最為重要的Token操作權限管理部分提出全新的方法。

發(fā)明內容

本發(fā)明提供了一種通證設計及其操作權限管理的方法，包括創(chuàng)建域，請求操作，權限驗證，操作執(zhí)行四個主要步驟，請求操作包括但不限于發(fā)行通證、轉移(或交易)通證、管理已創(chuàng)建的域，所有的操作必須通過權限驗證后才能被執(zhí)行。

優(yōu)選地，所述創(chuàng)建域(Domain)，需要定義域的信息包括但不限于不可重復的域名(Domain Name)，發(fā)行權(Issue)閾值，轉移權(Transfer)閾值，管理權(Manage)閾值，可進行發(fā)行權簽發(fā)的組列表(group list)，可進行轉移權簽發(fā)的組列表，可進行管理權簽發(fā)的組列表。

優(yōu)選地，所述發(fā)行權指基于當前Domain，重發(fā)或增發(fā)Token的權限，轉移權指更改當前Token所有者的權限，管理權指調整當前Domain信息或結構的權限。

優(yōu)選地，所述組列表是由一個或多個組(group)構成的，每個組的信息包括組ID(group ID，系統(tǒng)自動生成)、權重(weight)、組內所需閾值、組成員、各組成員對應的權重、組公鑰。

優(yōu)選地，所述通證(Token)，是區(qū)塊鏈系統(tǒng)中具有獨一無二的編號，是可以發(fā)行、可以轉移的不可分割的一類最小個體，Token的ID包括域名，以及在每個域名下不可重復的個性化通證名(Token Name)。

優(yōu)選地，在域的定義中，每一個權限都有對應的組列表，組列表中的每個組在該權限中擁有的權重不一定相同，組的權重是由擁有組私鑰的用戶(個人或組織)所決定的，且公開可見；同時每個操作都有一個閾值，在執(zhí)行某項操作時，所述權限驗證的過程，即為驗證對該操作所有的成功簽發(fā)組的權重之和，是否大于或等于該操作的閾值，如果是，該操作請求才會被系統(tǒng)接收并等待執(zhí)行。