├── README.md ├── _OLD ├── JP │ ├── DApp-Blockcityホワイトペーパー.md │ └── GXBデータ取引プラットフォーム.md ├── SUMMARY.md ├── assets │ ├── aa1.png │ ├── aa2.png │ ├── aa5.png │ ├── bussinessflow1.png │ ├── crypto1.jpg │ ├── dapp1.png │ ├── dapp2.png │ ├── gxsaa.png │ ├── gxsproduct.png │ ├── p1.png │ ├── p2.png │ ├── p3.png │ ├── p4.png │ ├── p5.png │ ├── p6.png │ ├── pp.png │ └── ta1.png ├── en │ └── whitepaper.md └── zh │ ├── dataExchange-whitepaper.md │ ├── gxbDapp-whitepaper.md │ └── whitepaper.md ├── assets ├── aa1.png ├── aa2.png ├── aa5.png ├── bussinessflow1.png ├── crypto1.jpg ├── dapp1.png ├── dapp2.png ├── gxsaa.png ├── gxsproduct.png ├── p1.png ├── p2.png ├── p3.png ├── p4.png ├── p5.png ├── p6.png ├── pp.png ├── ta1.png ├── whitepaper-en.jpg └── whitepaper-zh.jpg └── zh ├── dataExchange-whitepaper.md └── gxbDapp-whitepaper.md /README.md: -------------------------------------------------------------------------------- 1 | # GXChain White Paper 2 |
3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 |
14 | 15 | ## Abstract 16 | 17 | GXChain is a fundamental blockchain for the global data economy, designed to build a trusted data internet of value. 18 | 19 | GXChain has evolved rapidly since its inception, which started from a decentralized data marketplace (commercialized on September 2017), to a basic-chain ecosystem. The ecosystem is currently serving millions of users and software developers. 20 | 21 | To help people better understand what we are doing now, and where we are going in the future, we are continuously updating the whitepaper of GXChain. 22 | 23 | This version of the whitepaper focuses on the following topics: 24 | 25 | - Elaborated GXChain’s governance structure, which can faciliate democratic, transparent and decentralized governance of GXChain. GXChain is growing from the early stage of team operation to the community-based governance, further improving consensus. 26 | - Introduced the GXChain TrustNodes election, and earnings. The election campaign will make GXChain more distributed, improving the security and stability of the GXChain main net. Influential teams in the world will be introduced to the election campaign and participate in the governance of GXChain. 27 | - Optimized technical and system structure of GXChain and the addition of smart contracts 2.0, cross chain technology, oracle machines, and trusted data modules. We also give examples of the applications of a trusted data internet and our technical strategies, thereby setting guidelines for developers. 28 | - Announced to swap GXS to GXC with a ratio of 1:1, GXC will be the core asset and act as the main token for utility and governance of GXChain. Later, in the GXChain ecosystem, GXC will be the key utility token for payments, transactions, governance, and development. 29 | - Illustrated business models of GXC, and its value, generation, and distribution mechanism. 30 | - Announced the road map of GXChain, which focuses on improving its competitiveness through technical innovation, collaboration, and community governance. 31 | 32 | [Read More](https://static.gxb.io/files/GXChain_WhitePaper_v3.0_EN.pdf) 33 | 34 | ## 引言 35 | 36 | GXChain( 公信链 ) 是一条为全球数据经济服务的基础链，旨在打造可信数据的价值网络。 37 | 38 | 本项目自 2016 年正式成立以来，经历了快速的发展，已经从创立之初一个基于区块链的去中心化数据交易所（已于 2017 年正式上线且商用），进化成为一个服务着数百万用户和开发者的基础链，从服务于一个具体的数据业务场景进化到服务于全球数据经济。 39 | 40 | 为了适应项目的不断进化，让关注本项目的社区用户、开发者和同业研究者对 GXChain 有全貌式的理解，我们在不断升级更新项目的白皮书，力求对项目的发展现状和未来方向有及时且客观的呈现。 41 | 42 | 本次 3.0 版本的 GXChain ( 公信链 ) 白皮书，在以下几个方面有重要更新： 43 | 44 | - 明确了 GXChain 的治理架构，推进主链治理的民主、透明和去中心化，这标志着 GXChain已经度过了早期的团队运营阶段，逐渐向社区化治理过渡，有助于进一步扩大和凝聚共识。 45 | - 公布了 GXChain 的节点竞选规则和收益方案，竞选机制将带来节点的分散，提升主网出块的稳定和安全，后续节点竞选正式启动，也将引入全球有技术和社区号召力的团队融入 GXChain生态参与竞争和治理，提升 GXChain 的全球影响力。 46 | - 以更清晰的方式梳理和呈现了 GXChain 的系统层次结构和技术方案，重点阐述了智能合约2.0、预言机、跨链等合约层设计和实现，介绍了可信数据组件多个组成部分的技术方案，对GXChain 可信数据价值网络的业务场景进行了举例说明，为开发者提供了落地应用开发的场景指导。 47 | - 将原有基于 GXChain 发行的 Token — GXS，1:1 自动替换为 GXC，GXC 将作为 GXChain的主链核心资产 (Core Asset)，成为 GXChain 最重要的治理和应用通证，后续 GXChain 生态中治理、开发、应用、支付流通场景均以核心资产 GXC 为媒介。 48 | - 系统阐述了 GXC 的经济模型、价值、产出及分发机制，明确了 GXC 的价值内涵和成长空间。 49 | - 公布了 GXChain 后续的技术开发路线图，聚焦主线任务提升 GXChain 在技术上的竞争力，同时便于社区监督开发进度和开发者加入协作。 50 | 51 | [阅读全文](https://static.gxb.io/files/GXChain_WhitePaper_v3.0_CN.pdf) 52 | 53 | -------------------------------------------------------------------------------- /_OLD/JP/DApp-Blockcityホワイトペーパー.md: -------------------------------------------------------------------------------- 1 | ## DApp-Blockcityホワイトペーパー 2 | 3 | 4 | ### 第1章 アブストラクト 5 | 6 | 現在のインターネット社会では、情報の非同期問題は徐々に解決しましたが、そのインターネット社会にある大量な情報データは有効に利用していません。これらのデータは狭い範囲で収集、処理、転送、利用し、場合によって情報本人の同意もなく、使用されています。したがって、データを提供する個人がある使用権ことも、個人のプライバシーを保護することもできなくなります。この状況に至るのはデータ確認の不足問題とデータ交換の障害問題である。 7 | 8 | 私たちは、未来は信用に基づいている社会になると思っています。この社会の特徴は： 9 | 1. 国・民族・地理にわたる自由な連携 10 | 2. 個人・代理・国の効率が高い、コミュニケーションコストが極めて低い 11 | 3. 資源が再分配され、効率的に最も適切な場面と人材に流れる 12 | 4. 人々は自分が好きな人や物に時間とエネルギーを使う 13 | 5. 信用に基づいた高効率、高満足度の社会 14 | 15 | この理想な未来社会を実現するには、上記の情報データに関する課題はどのように解決するかということです。 16 | 17 | Dapp BlockcityはGXChainに基づいて開発された世界初の大規模な個人携帯アプリです。このアプリを利用することにより、個人情報の管理と情報保護が同時に実現できます。ユーザーがブロックチェーンIDを作成し、個人情報が利用される時の承認と管理ができます。Dappのインセンティブは、ユーザーが積極的に自分の情報をアップロードし、その価値が働かせるよう促します。Dappは、ユーザーのプライバシーを保護するためにデータを保存しません。ユーザーが安心して利用することができます。 18 | 19 | 本商品は現実社会からデータ社会への移行だけではありません、データ情報を利用して現実社会の発展を促進することもできます。ブロックチェーンのような透明なネットワークでは、悪意行動は永遠に記録され、悪意行動のコストも非常に高いです。GXSが開発したDappはブロックチェーン技術を使って現実世界の悪人を減らし、データサイロの解決と絶対な信頼を作ります。最後に、ブロックチェーンを使用して、高効率的な信用社会を構築します。 20 | 21 | ### 第2章 プロジェクト背景 22 | 23 | 情報は、信用社会の基盤要素の1つです。個人情報の活性化は、アイデンティティーファイルを作成し、信用社会の構築プロセスでもあります。 24 | 25 | 20年の間、インターネット技術の発展により、人と人の距離が縮んで、人が情報を獲得できる手段が大きく変わりました。私たちは新聞やテレビなどの伝統的なメディア以外からも、情報を得ることができるようになっています。情報データの構成と保存方法の変化により、価値がより多い形で表すことができます。現在、IT企業や金融会社が長期的な戦略としてデータの取得と処理業務を開始しています。ユーザーの個人データがより多く調達できれば、業界の動向を把握することができるようになります。 26 | 27 | アメリカでは、個人情報の収集、処理、流通、取引はすべて市場需給の動きに中心して行っています。しかし、個人情報の扱い権利などは大手企業に握っているので、情報取引市場は独占的になっています。現在、アメリカの個人情報市場に活動している会社は主に3社です。この3社がデータを収集、処理、加工し、商品或いはサービスを作って、個人、金融企業、パートナー会社に売っています。日本は協会形式のメンバー制です。個人情報の収集と取引は連盟会員の間にしかできません。また、個人情報の扱い権利は様々な制限が設けていて、情報データの利用効率が非常に低くなります。中国をみると、まだ情報の扱いに業界のスタンダードが統一していない状況です。我々は現在の状況を下記のように6段階にまとめました。 28 | 29 | 情報所得→分類→分析→モデリング→流通→使用 30 | 31 | 中国では、個人情報の収集は主に大手企業が行っています。集まってきた大量なデータはまだ分類、分析の段階になっていて、大概のデータはまだ活用していません。一方、すでに使えるデータは、モデルと使用場面が単純、流通に制限されなどの理由で、再び加工する可能性がほぼないです。 32 | 33 | 1. データの収集：現在のデータ収集作業は国か大手企業が行っている。 34 | 2. データの分類：データ収集後、非関連データについて整理していない。 35 | 3. データの分析：異なるデータソースによって分析する。 36 | 4. データのモデリング：各種類データの抽象化 37 | 5. データの流通：以上の処理を行ったデータをプロダクトにし、販売する 38 | 6. データの使用：使用者は特定なルートからデータを購入、分析、使用する。 39 | 40 | 大手企業がリードするビジネスモデルはいくつかの欠点が存在しています。下記通りに順次に説明します。 41 | 42 | #### 2.1 データの所有権が不明 43 | 　 44 | 既存の法律の範囲では、個人情報データの所有権は明確ではありません。一般人の角度から見れば、これらのデータは一般人に所有されるはずです。しかし、大手企業がデータを収集する際に、個人に通知していません。同時に、個人情報の提供者が報酬をもらえるはずだが、現状では提供者に何も与えてないです。したがって、情報提供者の個人ユーザーの積極性に影響し、データ収集作業に深刻な問題になっています。 45 | 46 | #### 2.2 データ収集者にインセンティブがない 47 | 48 | サービス収集者そして、報酬がもらえるべきです。既存のシステムでは、大手企業がデータ収集部門を設置するか、第三者に委託しています。近年、中国のモバイルインターネットは急速に発展しており、既存のサービス施設が増加しつつあるデータに関するニーズを満たすことができなくなります。サービス収集者が積極的にデータを収集するために、新しいインセンティブ提案が必要です。 49 | 50 | #### 2.3 使用場面の不足 51 | 52 | データの所有権が不明のため、流通および使用中にさまざまな制限があります。最新の改正法では、個人情報データの利用、売買は本人の許可を得た上に行わないといけません。許可がない個人情報の取り扱いには犯罪とみなすことになります。また、実際に存在しているこれらのデータは十分な分類とモデリングしてないので、使用場面も限られています。メインの使用場面はローンなどの金融領域です。かつ、これらのデータが使われるには、明確な契約書にサインと使用場面の明示が必要となります。 53 | 54 | #### 2.4 現実課題 55 | 56 | 世界中に4000万以上のインターネット人口がいるが、上記の課題が解決していないので、個人情報の利用の活性化に制限し、日常生活の不便に至ります。インターネット技術の発展につれ、情報の非同期問題は解決したが、信用の非同期問題がまだ残っています。大手企業は大量なデータを握っているのに、第三者企業に情報の提供を遠慮し、或いは提供の能力がありません。情報の独占が信用の非同期問題の原因となっています。社会の進歩につれ、これらの課題がさらに深刻になり、低い生活効率と高い協力コストが改善していません。 57 | 具体的な例を挙げますと： 58 | 59 | a) サービスが多くなればなれるほど、実行部門が増え、移動に時間とコストがかかる。 60 | 61 | b) 見知らぬ人との取引は詐欺だと恐れがあり、完全に信用できない。 62 | 63 | c) 雇用でも、連携でも、人が信頼できるかどうかを判断するコストはまだ高いです。 64 | 65 | 66 | 67 | これらの状況の根本原因、個人情報データが十分な流通と使用ができていないためです。情報を効率的に利用できれば、人の物理的な移動より情報のデータが移動し、すべての生活活動、社会協力が効率高く実現できます。 68 | 69 | 70 | ### 第3章 プロジェクトイノベーション 71 | 72 | GXSとBlockchain技術とのデータ交換の問題を解決するプロジェクトとして、私たちはこれらの問題を解決する新しいエコシステムを設計しました。 73 | 74 | #### 3.1 なぜブロックチェーンを使うのですか？ 75 | 76 | ブロックチェーン技術はオープンソース、透明、追跡可能、改ざん不可などの性質を持っている分散型台帳です。通常の分散型データベースと異なり、ブロックチェーンの重要な特徴はタイムスタンプです。タイムスタンプ付き台帳情報は1つのブロックにカプセル化されています。ブロック内の台帳情報を悪意のあるユーザーが変更すると、それ以降のブロックの内容が一致せず、エラーが報告されます。これはデータの保存認証のキーテクノロジーです。タイムスタンプがついていることはこの公開している台帳に特定データが存在し、改ざんされていないことが証明します。 77 | 78 | #### 3.2 なぜGXS？ 79 | 80 | GXSは2016年8月に設立しました。1年間にいくつかの成果がありました。 81 | 82 | 1) GXChain 83 | 84 | GXChainはGXSが開発したパブリックチェーンです。Grapheneのスキームを使い、DPoSコンセンサスアルゴリズムを利用しています。1秒に10万回のトランザクションがビジネスシーンに高取引量と高処理能力のリクエストに満たしています。他のパブリックチェーンとは異なり、GXChainは、情報データを提供する能力があるパブリックチェーンです、GXChain上でプロジェックとを行うのは、これらのデータを利用することができ、価値があるアプリケーションができるようになります。将来には、GXChainはコンパイル可能なスマートコントラクトを実行するVirtual Machineを導入し、さまざまなビジネスシーンに満たす拡張ができます。 85 | 86 | 2) GXB分散化データ取引プラットフォーム 87 | 88 | GXB分散化データ取引プラットフォームはGXChainに基づいて開発した初の大型商用アプリケーションです。データを保存しない、個人情報保護、データ著作権保護、データ偽造不可、双方匿名取引など特徴があります。顧客はメインにIT金融領域の消費者金融、銀行、ローンなどの信用データ取引が行っている企業となっています。同時に、政府、保険、医療、物流などの領域にも展開できるように積極的に取り組んでいます。分散化理論は各業界のデータ安全取引と取引にずっと解決できなかったコア問題を解決し、世界中に各業界に広い範囲に応用できます。データの本当の価値を表し、社会的協力の効率を高めます。 89 | 90 | GXBデータ取引所の取引量は2017年9月24日に正式商用化以来、12月末まで2000万件に達しました。 91 | 92 | 3) モバイルウォレット 93 | 94 | モバイルウォレットはモバイルデバイスにデータ資産を保管するために使用できます。PCウォレットと比較して、モバイルウォレットは操作しやすく、持ち運びが容易です。 95 | 96 | 4) インテリジェントなデータ収集コンポーネント 97 | 98 | GXSチームは、世界をリードするインテリジェントなデータ収集コンポーネントを開発しました。この一連のコンポーネントを使用し、かつユーザーの権限が取得し、ユーザーのデータを取得は短時間でできます。現在、100社を超える代理店・企業がGXSと契約しています。そのうちの70％がIT金融関連企業、1000万件のサービスに達しました。 99 | 100 | ゴンシンバオの製品アーキテクチャ 101 | 102 | #### 3.3 個人ユーザーアプリケーション 103 | 104 | データ取引プラットフォームのユーザーは企業、機構です。企業と機構のデータは単体大量ですが、単体の数量が少ないです。個人情報はどっちかというと、人体の毛細血管のように複雑かつ単体少量で、単体の数量が多いです。最終的にデータは単体に戻すべきです。データの多様性が拡張すればするほど、個人ユーザー向けのTo Cのマーケットの価値がもっと大きいです。これらのユーザーデータは処理してからもっと広い使用範囲があると予想できます。企業ユーザーに提供するだけではなく、個人ユーザーにも提供でき、本人の信用、消費習慣、財産情報などを証明することができます。 105 | 106 | ### 第4章 プロジェクトビジョン 107 | 108 | 現在、多数の大手企業が個人情報の収集に重視しています。自分で情報収集ツールを開発するだけではなく、ほかのルートから大金で買っています。情報を取り扱いする会社が多くなることから、未来のデータの価値が大きいと予想できます。GXSはデータが未来世界の第一生産資源だと考えています。未来世界には、人と人の間に契約、取引、委託などすべての行為はデータの交換/使用に伴い、また、多様な個人データが私たちの生活に大きな利便性をもたらすことができると考えています。 109 | 110 | 111 | GXSの誕生は最大程度の分散化をしています。つまり、データ取引・紹介の時に、従来のモデルでは仲介の段階にコストが高いです。一通データの売り上げ価格の内に40％が手数料となっているくらいです。GXBデータ取引プラットフォームを利用すると、仲介のコストが大幅に削減でき、もともと仲介に支払い部分がデータ自体に以降します。データの価格が変わっていないが、データ自体の価値が向上しています。このように、ポジティブなマーケットになります。データが貴重になると、多くの人々が取引し、使用します。使用と流通が多くなると、より多くのサービスが開発でき、さらに便利になります。また、便利なサービスがもっと多くのデータを生成し、データの再利用に促進し、良好なサイクルになります。 112 | 　 113 | 114 | GXSは、データの流通がポジティブなサイクルになることにつれ、データの流れは水のように自然となり、もっと便利になります。したがって、信用の非同期問題が自然と解決できます。データが便利に交換することができ、国民、民族、地理的な境界を越えて人々が自由に協力できるということは従来の認識を根本的に変えることができます。このようにして、個人、機関、国の効率性が大幅に高まり、コストは極めて低いです。最も効率的で適切なシーンと人にリソースを再分配します。実行効率が向上するにつれて、人々は自分の好きな人や物に使う時間とエネルギーが増え、つまり、未来社会は必ず信用に基づいた効率的な幸福社会です。 115 | 116 | チームビジョン：ブロックチェーンで信用社会を再構成する 117 | 　 118 | 現在の社会では、不正行為のコストが非常に低いため、クレジットサービスを経験する時に様々な問題が生じます。たとえば、取引の中に片方が支払ったが、荷物が届いてない；信用保証で借金したが、返済しない；行方不明など。信用システムが不健全な状況にクレジットサービスの質が落ちってしまいます。不正行為の禁止も難しくなります。想像してみてください、未来の社会は完全に信用状況に基づいている社会だとすると、すべての社会行為はブロックチェーン上に記録されています。本人の許可を得た上に誰でも確認できます。金融行為（信用履歴、借金履歴、取引履歴）など、ほとんどの範囲の信用がカバーできる場合に自然と信用が非常に大事にされます。人が信頼できるかどうかの判断基準は、本人の行為データ、信用データ、消費データなどに基づいています。これらのデータを総合的に評価することにより、各領域の各種データを含めてのユーザーのプロファイルが生成できます。ブロックチェーンから現実に出力し、データ上に「私は誰か」という問題を解決できます。つまり、ほとんどの人がデータを共有すると、私たちのビジョンは達成できます。 119 | 120 | ### 第5章 アプリケーション概要 121 | 122 | データの取得、流通問題を解決するために、GXSはDApp-Blockcityを開発しました。我々はこのDAppを「未来世界へのパスポートとコネクター」と定義します。 123 | 124 | 具体的に言うと、Blockcityはブロックチェーン世界へのパスポート、同時に現実世界のパスポートです。コネクターそしては、ブロックチェーン世界と現実世界の架け橋となり、ブロックチェーン世界の中にも人と人、人と機構・企業、人と資産の繋がりとなっています。 125 | 126 | 我々は、この方式で信用とデータの非同期問題を解決できると信じています。 127 | 128 | 1. チェーン上IDは、個人認証が実現する 129 | ーー自分が誰であるかを証明する必要がない 130 | 131 | 2. チェーン上信用記録は、完成度が高いユーザープロファイルを作成する 132 | ――他人と知り合う必要がない 133 | 134 | 3. 全各領域のデータ交換が行い、情報の隔離状態をつぶす 135 | ――無駄な移動と手間をかかる必要がない 136 | 137 | 4. 個人情報の使用は本人の承認が必要 138 | ――プライバシー保護に心配しない 139 | 140 | 5. チェーン上の資産認証、資産のデジタル流通を実現する 141 | ――資産が移転されることに心配しない 142 | 143 | GXSのDApp1.0では、ウォレット機能以外に、ユーザーはブロックチェーンのアイデンティティを作成し、個人情報の認証動作によりマイニングパワーを与えることができます。マイニングパワーでデータマイニングすることができ、デジタル資産（トークン）を奨励として獲得できます。承認するデータの種類が増えれば増えるほど、マイニングにより獲得できる奨励が多くなります。以降、GXSはより多くの種類のデータ承認セクションを開発し、さらに多くのデータの使用シーンを提供します。GXS DAppの特徴は、データマイニングを通じて、ブロックチェーンを理解していない一般人でも仮想通貨をもらえ、簡単にブロックチェーン世界に入るようになります。 144 | 145 | GXS DAppは一般人がブロックチェーン世界に入る初めての入り口になることを願っています。 146 | 147 | #### 5.1ウォレット機能 148 | 149 | GXS DAppが基本のモバイルウォレット機能が含めています。ユーザーはDAppによって振込、決済、ウォレット登録、ウォレット導入などのデジタル資産管理を行うことができます。 150 | 151 | #### 5.2ブロックシティ 152 | 153 | 開発したDappにVirtual City－－BlockCityを構築しました。世界初のブロックチェーンVirtual Cityとして、未来の信用社会のモデルです。ユーザーがDappの中に行っている操作と行為はすべてこのブロックシティを中心としたアクティビティです。このシティの中に信用情報が各在住者の生存基本となっています。この社会は信用に基づいた理想社会です。Blockcityに行ったすべての行為は信用とつながっています。信用状況はユーザーの社会地位に影響します。Blockcityの仮想世界では、現実世界でのコンクリートからの構成ではなく、基本単位が個人情報となっています。ユーザーが個人情報の利用を承認することはスコップを貰うと同じイメージです。この仮想スコップを用いてデータマイニングし、仮想通貨の奨励がもらえます。初期段階はGXSがもらえ、多くのプロジェクトがBlockcityに投入することにつれ、データマイニングからもらえる仮想通貨の種類も量も多くなります。ユーザー登録人数の増加により、より多くの地域と住民が公開されるようになります。 154 | 155 | 入城ガイド 156 | 157 | ##### 5.2.1インセンティブ 158 | 159 | データマイニングするために、まずKYC認証し、ブロックチェーンIDを作成します。 160 | 161 | 162 | * KYC検証 163 | 164 | KYC（Know Your Customers）は実名認証方式の一種類です。主に資金洗浄、個人情報の盗難、金融詐欺などの犯罪を防ぐために使用します。 165 | 　 166 | BlockcityでのKYCは初級と高級の二種類が設計しています。KYCのレベルにより、ユーザーに与えているタグも異なります。 167 | 　 168 | 169 | 1.名前+ 身分証ID +携帯認証コード 170 | 171 | 検証のこの組み合わせは3要素検証と呼ばれています。 172 | GXSはユーザーがアップロードしたデータをGXBデータ取引プラットフォームから購入した該当データとマッチングし、 173 | 検証を行うことにより、データの真実性を確認します。 174 | 　 175 | 176 | 2.顔認識と身分証写真認証 177 | 178 | 携帯カメラで本人の顔写真を撮らせ、生体確認のために、一連の動作（例えば、頷き、瞬き、首振りなど）を指定し、 179 | 実行してもらいます。 180 | 最後に写真を撮らせて公安部門に送付し、身分証の写真とマッチングすることにより、本人確認を行います。 181 | 182 | 183 | KYC認証が完了した後にユーザーブロックチェーンIDを配ります。このIDがBlockcityのパスポートとなり、すべてのBlockcityでのアクティビティに支えています。 184 | 185 | KYC認証は、現実社会とBlockcity社会を結び付け動作です。ウォレットアカウントと関連することはしていません。 186 | 187 | 188 | * データマイニング 189 | 190 | データマイニングはBlockcityの最も重要なインセンティブ方法です。この方法を利用して、ユーザーの個人情報承認を促進し、高質なデータプロファイルが作成します。 191 | 192 | KYC検証後、Blockcityの最初のIDがもらえ、データマインイングができます。 193 | 194 | データマイニングの本質は、ユーザーが個人情報を承認とブロードキャスティングを行うことです。DAppはユーザーが承認の情報により対応のキャラクタータグを生成します。データマイニングが始めた時に、DAppはこれらのタグ（タグに個人情報が一切含まれていない）をブロードキャスティングします。受信側は個人あるいは企業となります。 195 | 　 196 | 197 | * マイニングパワー 198 | 199 | DAppのマイニングパワーが高ければ高いほど、単位時間内にもらえる仮想通貨の量が多いです。マイニングパワーはユーザーが承認した情報の種類と高質なタグの数量によってきめられています。DAppは自動にこれらの状況によって数字化しています。 200 | 　 201 | 202 | * マイニングパワーアップ 203 | 204 | 　 205 | マイニングパワーをアップする方法は下記のようになります。 206 | 207 | 1）多様な種類のデータ情報をアップロードする 208 | 209 | 2）毎日のログインにより、奨励を受け取る 210 | 211 | 3）高質なタグの量を増やす 212 | 213 | 4）タスクを実行する（アンケート調査、友達に紹介タスクなど） 214 | 215 | 216 | * マイニング奨励 217 | 218 | マイニング奨励は仮想通貨です。最初はGXSだけがもらえるが、多くのプロジェクトの投入により、様々な仮想通貨がもらえるようになります。獲得した仮想通貨は「My Assets」に保存し、ウォレットアドレスをバインドすることにより仮想通貨をウォレットに落とすことができます。 219 | 220 | ##### 5.2.2ブロックチェーンID 221 | 222 | このIDはBlockcityの在住者である証明です。Blockcityはユーザーがアップロードした情報をリアルタイムで更新します。 223 | 224 | 基本情報 225 | ●　アイデンティティニックネーム 226 | 　　Blockcityで唯一、重複しない名前として使用しています。 227 | ●　実名認証 228 | 　　携帯電話番号認証です。 229 | ●　在住者ID 230 | 　　在住者IDはBlockcityに入居した番号となります。 231 | ●　アイデンティティタグ 232 | 　　アイデンティティタグはBlockcityの在住者たちのキャラクターを表しています。 233 | 　　タグの内容は大雑把に表示され、詳細な個人情報は表示しません。 234 | ●　アイデンティティタグの種類 235 | 　　アイデンティティタグは様々な種類の情報を分類し、ネットワークショッピングデータ、 236 | 　　学歴、職歴、信用履歴などの記録から生成します。 237 | ●　アイデンティティタグの由来 238 | 　　ユーザーがアップロードしたデータからアルゴリズムにより算出します。 239 | 　　ブロックチェーンの改ざん不可、否認不可の特性により、タグの内容の真実性が確保できます。 240 | ●　特種タグ 241 | 　　特種タグは一部のアクティビティに限定するタグです。 242 | 　　例えば、先着の9999名登録者が「創世在住者」というタグを与えます。 243 | 　　創世在住者は特殊の権限が持ち、詳細は引き続き公開します。 244 | 　　以降、様々な特殊タグを開発、発表します。 245 | ●　ユーザープロファイル 246 | 　　ユーザープロフィルはユーザーがアップロードした情報により、特定アルゴリズムにより決めています。 247 | 　　各プロファイルは唯一です。客観的にユーザーの情報を表しています。 248 | 　　例えば、資産状況、信用状況、ショッピング習慣など。 249 | 　　データの種類を増やすプロセスはユーザープロフィルを完成するプロセスと同じです。 250 | 251 | 252 | ##### 5.2.3オンライン機能 253 | 254 | 上記のデータとアイデンティティタグを使用することで、個人のプロファイルをよりよく構成することができます。従来のデータと分析により、これらのモデルを様々なシーンに応用し、データを用いて、ユーザーの生活を便利にします。 255 | 256 | 257 | * 仮想通貨取引所認証 258 | 259 | 仮想通貨のマーケットが拡大しています、毎年何十社小規模の仮想通貨取引所がオープンします。多くの新しいプロジェクトは、その技術と知名度は短期間に大手取引所にリストされる可能性が低いので、これらの小規模の取引上にリストするのが一つの選択肢です。資金洗浄を防ぐために、多数の取引所がユーザーにKYC認証を求めています。しかし、KYC認証の複雑な手順、認証方式などのせいで、ユーザー体験度が低く、ユーザー数に影響を与えています。BlockcityのユーザーはIDを作成すると同時にKYC認証も済んでいるので、仮想通貨取引所との協力もできます。ユーザーの承認が得た上に、KYC認証の結果を仮想通貨取引所に出力することにより、登録と取引が素早くでき、プロセスの手順を大幅削減できます。 260 | 261 | 262 | * 個人データ所有権管理 263 | 264 | 金融機構に融資を行った時に、我々の保険の購入履歴などの情報データが大量に収集され、またほかの金融機構或いは病院などに行くときに、同じことをもう一回やらないといけません。手間をかかると共に社会のリソースも使わないといけません。最後に、これらの情報データの利用権利がないところか、所有権もないです。 265 | 266 | たとえ情報データは個人のものだとすると、我々は自分の個人情報を自分で管理できないですか？必要な時にだけ、サービス機構（金融機構、病院、関連部門など）に送れないですか？サービス機構は我々が承認した後にだけ、情報を使用することはできないか？これなのことができれば、重複のデータ収集作業が省略でき、社会資源の節約もできます。また、個人情報データが本当の所有者（本人）に戻すことも実現できます。 267 | 268 | この考えに基づいて、Blockcityはユーザーが自主的に個人情報と承認をアップロードさせます。情報の内容は、個人の基本情報、ショッピング履歴、交通履歴、信用履歴、スポーツ情報、医療健康情報などをふくめています。自分のデータを自分で管理し、サービス提供者に必要の時にだけ情報を送り、自分の情報を自分がコントロールすることを実現します 269 | 　 270 | 271 | * データ取引 272 | 273 | データマイニング機能をオンにしたときに、ユーザーのタグ情報がGXChainネットワークにブロードキャスティングされます。タグの受信側がタグ内容に興味があるときに、タグ所有者にデータ取引リクエストを送り、詳細を確認します。取引プロセスはタグ所有者の承認が必要となり、承認されていない取引は拒否されます。すべての取引はGXSによって支払います。 274 | 　 275 | 276 | * 支払いサービス 277 | 278 | ブロックチェーン資産の支払特徴とGXChainスマートコンタクトを利用し、GXSで支払うショッピングプラットフォームを構築できます。商品は前のコンテストに優勝したデザインで生産した小物、日常生活用品、電子製品など、特定していないです。住所を入力し、プラットフォームから直接にウォレットを起動し、GXS金額とMemoを入力して振込を行います。すべてのプロセスは自動に行います。 279 | 280 | 281 | * オンライン合コンサービス 282 | 283 | Block Cityのユーザープロファイルとタグは決めたアルゴリズムにより生成したので、変更できません。ユーザーがデータマイニングする時に、タグの確認ができます。との特徴を利用し、ユーザーのプロファイルとタグを合コンサイトに提供すると、本人の個人詳細情報が披露せずに（タグに個人詳細情報が表示していない）マッチングのニーズが満たせます。 284 | 285 | 286 | * ターゲティングサービス 287 | 288 | Dappの重要なサービスの一つはターゲティングサービスです。現状のビジネスサービスには、情報の不足に起きるユーザーのニーズが判断できないことが多く、正確にユーザーをターゲットすることが難しいです。 289 | 290 | 1）仮想通貨の正確配信 291 | 292 | 　現在、多くのプロジェクトが知名度を上げるために努力しています。 293 | 　純粋な方法は発行している仮想通貨をより多くの投資者に保有してもらうことです。 294 | 　しかし、この方法は宣伝の効果が非常に低いです。 295 | 　多くの人は仮想通貨を貰って直接に二級市場に売り出してしまうためです。 296 | 　GXS Dappを利用すると、ユーザーのタグによって特定なターゲットに集中配信できます。 297 | 　例えば、信用検証のプロジェクトの場合に、Zhima Creditポイントが高いユーザーに配信すれば、 298 | 　返済率が高くなります。決済のプロジェクトの場合に、一件消費履歴が高いユーザーに配信すれば、 299 | 　売り出す確率が高くなります。ターゲットユーザーが決めれば、ビジネスが効率に行えます。 300 | 301 | 2）サービスの正確配信 302 | 303 | 　サービス提供側はDappのタグを使用して、ユーザーを分類します。 304 | 　ユーザーの承認を得た上に情報を購入し、ユーザーの分析を行えます。 305 | 　異なるユーザーに異なるプランを提供し、正確な配信をします。 306 | 　例えば、Dappに第三者（ほかの企業）側からスポーツデータを貰った時に、 307 | 　スポーツ商品とダイエット商品を生産している会社がユーザー承認の上にこれらのデータを購入、分析し、 308 | 　ユーザーに適しているスポーツプラン或いはダイエットプランを設計します。 309 | 　商品のプロモーション、作成プロセスを大幅に削減し、効率が向上します。 310 | 311 | 3）アンケートの正確配信 312 | 313 | 　調査会社がアンケートする時にもユーザーのタグによって配信できます。 314 | 　例えば、先ほど例を挙げたスポーツ商品のアンケートの場合に、タグによって 315 | 　ある地域の20～30歳、スポーツ用品をよく買っている男性/女性をターゲットし、 316 | 　配信すれば、返信率と信頼性が最大化になります。 317 | 318 | 319 | * 機構研究 320 | 321 | 保険会社、教育機構、データ分析会社など、個人ユーザー数のニーズが高い場合、ユーザーの個人情報を購入するには法律上の問題があって、正確に潜在顧客に配信できないです。Dappを使用すると、本人の承認を得てデータを購入し、研究と分析を行うことが可能です。 322 | 323 | 324 | * 多数プロジェクトが入居中 325 | 326 | 仮想通貨のマーケットは毎年拡大し続けており、多くの新しいプロジェクトが急速に進歩してプロモーションと協力が必要です。Blockcityは自由かつオープンなシティとして、様々なプロジェクトの入居を歓迎します。データマイニングの奨励にコインを投入し、プロジェクトに注目をもたらすことができます。 327 | 328 | 329 | * ミニゲーム 330 | 331 | CryptoKittiesという仮想通貨業界のゲームが一時的に注目を浴びていました。膨大な取引量がイーサリアムネットワークに影響までも至りました。Blockcityでもゲームの応用開発ができます。例えば、様々な職業、レベルの在住者に設計し、不動産の売買、ペットの育成などの機能を開発し、多様な新世界を構築します。 332 | 333 | 334 | ##### 5.2.4オフライン機能 335 | 336 | 信用社会はDappの最終目標として、データで人の身分を証明できます。Blockcityのプロファイルが完成し、より多くのユーザーが個人信用状況が重要だと認識し始めた時に信用社会の時代が来ます。我々は未来が信用社会になると信じています、未来のユーザー個人情報データは必ず自分で管理しています。データの価値も仲介などによる手数料の低下につれ低くなります。現在は人力の社会であると思うと、未来はデータ、情報の社会であることを考えられます。基盤データの増加につれ、元が仮想世界のIDタグが現実に射影し、現実社会の生活が便利にさせます。 337 | 338 | * 対面信用検証 339 | 340 | 生活中に大抵なアクティビティは対面で行っています。例えば、合コン、インタビュー、レンタルカー、賃貸、中古取引などの場合に対面している人が信頼できるかどうかの判断が必要です。過去に効率なツールがないので、相手の言葉とジェスチャーなどによって判断します。しかし、これらの方法の失敗率が高いです。Dappを利用すれば、これらの問題を解決できます。 341 | 342 | インタビューを例とすると、企業の募集担当者（HR）がDapp上に応募者の身分三要素（身分証明書ID、名前、携帯番号）を入力するか、応募者がDappをダウンロードすれば、直接QRコードをスキャンし、確認したい項目（学歴、社会保険、公積金、公安不良記録、裁判所記録、通信会社情報）を選択し、確認リクエストを応募者に送ります。応募者が携帯メッセージがもらえ、リクエストに承認すれば、企業HRが応募者の情報を確認できるようになります。 343 | 344 | 同様に、合コン、ベビーシッター審査、レンタルカー、賃貸、中古取引、P-to-P取引、ローンなどの様々な場面で利用できます。未来の高度化信用社会には、詐欺が難しくなるようにDappが協力します。 345 | 346 | 347 | * P-to-P契約 348 | 349 | 大量なデータが構築されますと、我々がオンランプロファイルを作成すると同時に現実に射影し、短期契約の形で直接に契約を結びます。例えば、ある日イタリアン料理を作りたい時に、Dappにリクエストを出します。このリクエストによって適切な人のタグが送ってきます。そして、対象確認し、短期契約を結ぶことができます。サービスが受けた後に契約通り決済します。このような仲介がいらない契約は、本当のP-to-P契約が実現でき、相手との相談で判断基準と支払い額を決めれます。 350 | 351 | 352 | * 個人資産デジタル化 353 | 354 | 未来のデータの形式は変わります。多くの固定資産、例えば、不動産、墓地、森などがデジタル資産に変換し、Blockchainに記録できます。デジタル化した後の保存と検証が従来の紙式資料より優れています。 355 | 356 | 1．保存が便利になる。紙式の証明文書がいらなく、破損に気にしなくてもいい。 357 | 358 | 2．転送が便利になる。資産の転送について、プライベートキーだけを引き渡せば転送できます。 359 | 　 従来の各種資料と面倒な手続きがいらない。 360 | 361 | 362 | * その他の金融サービス 363 | 364 | デジタル資産とブロックチェーン保証があれば、金融サービス提供企業が多様なサービスを開発できます。例えば、ローンサービスを提供する場合に、ユーザーのデジタル資産を抵当に入れ、法定通貨に交換できます。抵当に入れるデジタル資産の価値がドロップするときに、強制清算される可能性があります。返済期限が過ぎた場合にデジタル資産を取り上げます。 365 | 366 | 367 | 368 | ### 第6章 トークン説明 369 | 370 | Block Cityでは、すべての取引はGXSによって支払われます。 GXSはBullockcityの唯一の実行可能なトークンになります。 371 | 372 | #### 6.1 GXSについて 373 | 374 | GXSはGXChain上に開発した仮想通貨です。流通の価値だけではなく、GXChain上の応用開発に必要な通貨です。また、仮想通貨取引所で売買することもできます。GXSの応用価値は主に下記通りに表しています。 375 | 376 | 1． GXChainに基づいた開発、認証応用、Chain上サービス（マイナー報酬など）及びBaaSサービスにはGXSが必須です。GXSはChain上に唯一なトークンです。 377 | 378 | 2． GXSのパートナーが増えることにつれ、データ取引量が多くなり、売上が高くなります。売上の10％を使い、GXSを買い戻して焼却することにより、GXSの価値を上げます。 379 | 380 | 3． 検証人を選出する時に投票として使います。 381 | 382 | 4． Blockcityサービスの使用に支払えます。 383 | 384 | 385 | #### 6.2決済について 386 | 387 | GXSは様々な場面の決済が利用できます。 388 | 389 | 1． 在住者の間にGXSで決済 390 | 391 | 2． シティサービスの利用にGXSで決済 392 | 393 | 3． 企業が提供しているサービスにGXSで決済 394 | 395 | 396 | ### 第7章 技術説明 397 | 398 | DappはGXChainに基づて初のモバイルアプリです。Grapheneの強い能力のおかげで、データストレージとデータトランザクションに関して理論的に1秒あたり万を単位としたスループットを達成します。遅延、サーバー性能の最適化処理を行った時に、理論上1秒あたり10万回の取引量に達することができます。 399 | 400 | #### 7.1データ収集 401 | 402 | データの信頼性はほぼ全部データ提供者が決まっています。GXSはデータを保存せず、すべてのユーザーデータは本人の承認を得た上に収集しました。GXSは世界にも誇るデータ収集技術を持っています。承認後、迅速にデータを収集し、暗号化します。データの完成度を保つと同時に個人情報保護、データの安全を確保できます。 403 | 404 | 405 | 現在、収集できるデータの種類は： 406 | 407 | ●　顔認証データ 408 | 409 | ●　AliPay、TaoBao、Jingdongのデータ 410 | 411 | ●　学歴データ 412 | 413 | ●　メールデータ 414 | 415 | ●　人民銀行信用機構 416 | 417 | 418 | これからもより多くのデータ種類のカタログを開発します。 419 | 420 | 421 | #### 7.2データの信頼性 422 | 423 | ユーザーがDappにアップロードしている個人情報の真実性に疑うことがあるかもしれない。実際に、データはユーザーが記入しているものではなく、各関連機構が発行しています。GXS Dappは情報の収集しかしていないです。例えば、インターネットショッピング会社のデータは、ユーザーがアカウントパスワードの使用を承認した後にだけデータ収集を行います。ユーザー自身とGXSはデータの編集はしないので、情報データの信頼性が保証できます。データ提供者が信頼できないデータを提供すると、会社のイメージにも影響が生じます。 424 | 425 | 426 | #### 7.3データの新鮮度 427 | 428 | 信頼できるデータの重要な要素は最新であることです。個人に対し、一部のデータは頻繁に更新する必要はありません。例えば、学歴、職歴などのデータは重大な変更（進学、転職など）がある場合にだけ更新します。 429 | 430 | 一方、Taobao/Alipayショッピング記録、交通履歴、通信会社データなどの生活状態、生活習慣に関するデータが短期間に大幅に変化します。これらのデータは随時に更新することがデータの新鮮度に非常に重要です。データの新鮮度を確保できることはデータの信頼性を高めることができ、信用評価に有力なツールとなります。ユーザーが個人情報の更新とメンテナンスを促進するために、GXSは情報更新周期によって、ユーザーの更新操作に奨励を与えます。 431 | 432 | 433 | #### 7.4 PoD（Proof of Data） 434 | 435 | GXS Dappのマイニングアルゴリズムは、独自開発したPoD（Proof of Data）使用しています。データを用いてマイニングします。 436 | 437 | 438 | #### 7.5データマイニングアルゴリズムの解釈 439 | 440 | BitcoinのPoWコンセンサスアルゴリズムでは、Workが第一要素として存在しています。マイナーがWorkのパワーによってリストされています。パワーが強ければ強いほど、単位時間内にもらえるBitcoinの量が多いです。GXS DappのPoDでは、ユーザーがアップロードしたデータの種類を区別し、データの希少性とデータの価値に応じて、獲得できる奨励の用が異なります。アップロードした情報の種類が多ければ多いほど、奨励も多いです。 441 | 442 | 443 | #### 7.6プライバシー保護 444 | 445 | GXChainはデータ提供があるパブリックチェーンですが、GXChain上にデータ保存の証明hashだけ記録し、データ自体が保存しませんので、情報の保護ができます。すべての情報データはユーザー自身だけわかるプライベートキーによって暗号化され、IPFS技術を利用し、GXChainのサイドチェーンに保存しています。データ自体はECIESデジタルシグネチャーの非対称暗号化技術を使用し、暗号化されています。 446 | 447 | 理論上に、量子コンピューターが大規模で使用する前に、プライベートキーからパブリックキーを算出だけができ、パブリックキーからプライベートキーに算出するのは不可能です。したがって、ユーザー自分のプライベートキーとプライベートキーを用いて承認したパブリックキー（データ購入側）がデータの読み取りができます。このようにユーザーの個人情報保護が実現でき、情報の安全性にも確保できます。GXSは中心化したサーバーがないので、個人情報は一切保存しません。すべての転送、取引プロセスはP-to-Pで行います。非対称暗号化技術により、取引双方だけが情報の内容を確認できます。転送途中にデータを盗まれた時でもプライベートキーがないために解読できません。 448 | 449 | 自分の個人情報データを管理するのは、承認してからデータ提供側のデータを収集し、暗号化し、IPFS（ストレージ）に一時的に保存します。IPFSが生成した唯一のhashをDappに保存し、ローカルで個人情報を管理できます。 450 | 　 451 | 452 | 453 | データ収集インポート： 454 | ユーザー承認がもらった後、データ提供側から収集されたデータを暗号化し一時的にIPFSに保存します。 455 | Hashは携帯に保存し、関連付けます。 456 | 457 | 更新： 458 | 再度承認がもらえ、新hashで旧hashを書き換えます。 459 | 460 | 削除： 461 | ローカルのHASHを削除し、関連付けがなくなることは削除ということを表します。 462 | 463 | 送信： 464 | ECIES楕円曲線アルゴリズムを使用して、受信側は自分のプライベートキーと発信側のパブリックキーだけを 465 | 用いて内容を解読できます。第三者は解読できません。 466 | 467 | 468 | 469 | -------------------------------------------------------------------------------- /_OLD/JP/GXBデータ取引プラットフォーム.md: -------------------------------------------------------------------------------- 1 | ## GXBデータ取引プラットフォーム 2 | 3 | ### 第1章　アブストラクト 4 | 5 | GXBデータ取引プラットフォームは通用分散型データ取引システムです。自社開発したブロックチェーンGXChainに基づいて開発した世界初めての大型商用アプリケーションです。GXBデータ取引プラットフォームは従来のデータ取引仕組みと比べると、データ保存しない、個人情報保護、データコピーライト保護、偽造防止と双方匿名などの特徴があります。IT金曜領域のネットローン、自動車金融、消費者金融、銀行などデータの取引ニーズがある会社が主に利用しています。同時に、政府、保険、医療、物流などの領域に展開しています。分散型の考え方を利用して、各業界のデータ安全取引に長い間に解決できなかった信用問題を解決します。社会全体までに展開しに行き、国民の教育、仕事、生活など様々な場面で使うようになり、データの価値を向上させ、社会協力の効率を高めます。 6 | 7 | ## 第2章　専門用語の解釈 8 | 9 | **GXCoin** 企業がGXBデータ取引プラットフォームでのすべての決済に使用しているデジタル通貨です。RMBと1:1に決め、価値が変わりません。データの購入コストが安定するために、GXSがGXCoinとRMBの両替を保証します。 10 | 11 | **ノード** GXBデータ取引プラットフォームのクライアントです。各クライアントが一個独立したノードとして、P2Pネットワークに経由して繋がっています。 12 | 13 | **デジタル資産** GXBデータ取引プラットフォームで取引するデータ。ローン記録、返済記録、貸出記録、高リスク詐欺記録、生活信用、裁判執行記録、ビジネス信用、保険関係、消費記録、通信会社記録などのデータが含まれています。また、これらのデータに限っていないです。 14 | 15 | **取引双方** データ取引の購買側と販売側にさしています。 16 | 17 | **データ提供者** データ取引プラットフォームで販売しているデータ（デジタル資産）のソースです。 18 | 19 | **販売企業** データ取引プラットフォームで売買権限があるメンバーです。主に銀行、ネットローン、消費金融、自動車金融、小金額ローン、保険会社、通信会社、政府機構、データ取引会社などとなっています。 20 | 21 | **情報提供企業** 情報提供企業はGXSの顧客企業の一つです。データ販売ができる企業です。 22 | 23 | **アライアンス** アライアンスは同じ業界のデータを取引する提携企業の集合です。アライアンス内のデータはメンバーだけ取引できます。 24 | 25 | **アライアンスメンバー** 26 | アライアンスメンバーは提携関係がある企業です。メンバー各自が同じ種類のデータが所持し、販売者であると同時に購買者でもあります。 27 | 28 | **ホワイトリスト** 各アライアンスがホワイトリストによって取引可能メンバーを決めます。ホワイトリストに入っているメンバーは取引できるメンバーという意味で、自動にアライアンスメンバーにもなるということです。 29 | 30 | **ブラックリスト** ブラックリストに入っている企業は取引できないです。 31 | 32 | **スマートコントラクト（Smart Contract）** スマートコントラクトはデジタル型になっている合意承認です。スマートコントラクトに参加している企業はコントラクトに定義している内容を実行できます。GXBデータ取引プラットフォームでのスマートコントラクトはデータ購買者からリクエストを出すものです。スマートコントラクトに購入希望のデータの種類、ID、価格、最大条目、最大価格などの条件が書かれ、このリクエストを同じ種類のデータをもっているすべての提供者ノードに発信し、リクエストに合うデータが持っている提供者がこのスマートコントラクトに応答します。双方同意を出すことにより、データの取引が完成します。 33 | 34 | 35 | ### 第3章　現在データ取引領域の課題 36 | 37 | #### 1.データ保存問題 38 | 39 | すべての従来のデータ取引プラットフォームはデータ保存の問題があります。データ保存問題というのは、データ取引が行っている時に仲介役となっている中間企業がデータを購入し、保存して重複販売することです。これらの仲介式データ取引プラットフォームはもともとデータがない、代理の方式でデータ提供者のデータを販売しています。APIインターフェースを用いてサービスを提供しています。データの保存が行い続くと、徐々に大規模のデータベースになり、今後の取引に保存しているデータを直接に使います。この方式はデータ提供者が生成したデータが一回しか販売されていないことになります。データ提供の利益が損害され、データのコピーライト保護と追跡が保証できなくなります。さらに、多くのデータ取引プラットフォームが安全意識が弱く、セキュリティ対策の不十分により、データの盗難事故が多発しています。 40 | 41 | ネット金融を例にすると、金融コンプライアンスデータの取引ニーズが非常に高いです。すべてのネット金融会社が心配しているのは他社が自分のコンプライアンスデータを保存することです。データ取引プラットフォームがコンプライアンスデータを集めると、独占の可能性が非常に高いのです。また金融コンプライアンスデータが個人情報になるので、プラットフォームのサーバーが攻撃されたときに、保存したデータの漏洩問題が非常に深刻になります。 42 | 43 | #### 2.個人情報保護問題 44 | 45 | 現在、中国の信用情報取引法律に関してはまだ多くの重要な問題に統一していません。特に個人信用情報取引について、個人プライバシーの範囲、信用調査会社の資格などの問題がまだ解決されていません。したがって、個人情報の保護問題は法律上の規定以外に持続的な規制が必要です。しかし、現在の状況ではデータ取引に扱っていつデータは本人の同意がないままに行っています。また、近年インターネットによる金融の発展により、個人情報取引が盛り上がり、巨大なマーケットになっています。 46 | 47 | 48 | #### 3. データの更新不足と偽造問題 49 | 50 | インターネットコンプライアンスデータの場合、多くのデータ提供会社がデータ保存問題の原因で取引プラットフォームにデータを預けることが慎重になっています。データのコピーライト問題を加えて、提供者が提供しているデータはよく何か月前、或いは何年前のデータになってしまいます。これがデータの更新が遅れている状況に至ります。さらに、多くのデータがブラックマーケットから購入しないといけません。ブラックマーケットでのデータは提供者が不明なので、偽造問題も発生してしまいます。 51 | 52 | ### 第4章　ネット金融業界のデータ取引がチャンス 53 | 54 | 現在のコンプライアンスデータ取引マーケットは混乱な状態になっています。いいソリューションが見当たらないです。まず、国の関係部門\(中国⼈⺠银⾏征信中⼼\)がデータの収集と評価方法を統一していないので、ネットローンと消費者金融業界の企業は信用調査機構（信用調査サービス会社、ビックデータ会社、信用評価会社）の‘小規模’サービスを利用しています。データの更新が遅れ、信頼性も確保できません。業界内部人員の披露によると、大抵な信用調査会社はブラックマーケットの‘仲介人’から個人信用情報を購入しています。また、ブラックマーケットに売買されているデータの90%が偽造です。ブラックマーケットからの購入以外にも、信用調査会社はデータ提供企業の代理も行っています。上記にも紹介したが、保存問題により、提供企業の権益が損害されています。信用調査業界では、データ偽造問題とデータ提供者権益損害問題を解決できるソリューションが緊急に必要となっています。それだけではなく、金融業界の信用データ孤立問題がまだ解決されていません。全国毎日平均3万社のネットローン会社、消費者金融会社、小金額ローン会社が生成した千万件ローン記録、返済記録、ブラックリストなどのコンプライアンスデータが本当の価値がまだ表れてないです。全業界が協力し、良性なデータ取引プラットフォームを作れば、ジョイントクレジット、ローンレバレッジコントロール、不良債権の削減にいい効果があり、業界全体に貢献できます。 55 | 56 | ### 第5章　GXBデータ取引プラットフォーム商品紹介 57 | 58 | GXBデータ取引プラットフォームはブロックチェーン技術に基づいて開発した分散化データ取引所です。下記の内容ができています： 59 | 60 | 1、データ提供者のデータを保存しない； 61 | 62 | 2、個人情報の保護を重視する； 63 | 64 | 3、最大程度でデータのコピーライトと最新状況を保証する 65 | 66 | #### 1.業務プロセス説明 67 | 68 | ![](/assets/bussinessflow1.png) 69 | 70 | 図に表しているのはGXBの取引プロセスの略図です。見やすいために詳細を略しましたが、文字により説明します。GXB取引プラットフォームのすべてのデータ取引は実際に行っています。一つ例を挙げますと、ユーザーAが企業B（金融サービス会社）に分割払い申請を行う時に（図の中のデータ購買企業）、企業が申請を受けたが、Aの個人情報がないため、GXB取引プラットフォームにデータ購入リクエストを発信します。（リクエストがスマートコントラクトということです、企業BのシステムはローカルサーバーにインストールしているGXBクライアントのAPIにより発信します。）取引プラットフォームのクライアントが購入リクエストにあるデータの種類は個人プライバシー情報が入っているかどうかを判断し、プライバシー情報であることと判断すれば、個人情報保護アルゴリズムが稼働し、ユーザーAの電話番号にメッセージ或いはユーザーが使っているGXS-App（ユーザーがAppをインストール済の場合）にプッシュ通知を送ります。ユーザーAがリクエストを拒否すれば、プロセスが中断し、企業Bはデータの購入ができません。ユーザーAがリクエストを承認すれば（通常は承認します）、システムがGXB取引プラットフォームに登録しているすべて同じ種類をもっている企業にスマートコントラクトを送信します。各ノードがスマートコントラクトに記載している内容によってスキャンし、ユーザーAのデータがなければ、自動的にリクエストを無視します。リクエストのデータがあれば、データ内容を暗号化し、企業Bに送ります。企業Bはスマートコントラクトに記載の内容によって自動支払いを行います。最後に、企業Bが情報を貰って解除し、使用します。 71 | 72 | PS：業務プロセスに暗号化技術に関する内容は6.4の説明に参照してください。 73 | 74 | #### 2.商品特徴 75 | 76 | **データ保存しない** 77 | 78 | GXB取引プラットフォームはブロックチェーンに基づいた分散型取引技術です。取引プロセスには第三者が存在しません。すべての取引参加者にP2Pのプラットフォームを提供するだけです。例えば、企業A（請求者）がデータ取引リクエストを出した時に（スマートコントラクトを発信すること）、プラットフォームのネットワークにあるすべての企業ノード（B\C\D…）にスマートコントラクトを送信します。B\C\Dノードにリクエストのデータが持っていれば、直接にP2Pの方式でノードAに送ります。ノードA が自動的に支払いを行います。すべてのプロセスは非対称暗号化技術を使っているため、ノードA以外の第三者がデータを取得しても、解読はできません。このように、データの安全性を確保することができます。また、GXBデータ取引プラットフォームは取引のトンネルだけです。チェーン上に保存している内容は取引基本情報、証明、デジタルコピーライトと取引にかかわる基本な情報だけです。データ提供者が暗号化したデータさえ保存しないので、第三者が台帳をダウンロードし強制解読することもないです。 79 | 80 | **個人情報保護** 81 | 82 | 取引プラットフォームで売買されている個人情報は本人が承認しないといけません。アライアンスメンバーが取引プラットフォームでデータを購入する目的はできるだけ多い個人の情報を獲得することによりユーザーのローンレバレッジとリスクを把握できることです。しかし、このような取引でも個人情報になるので、本人が承認しないといけないです。GXB取引プラットフォームのやり方は、購入者がスマートコントラクトを送信し、取引をリクエストする時に、GXBは一旦取引をストップし、個人プライバシー情報であるかどうかを判断します。プライバシー情報である場合に、プライバシー情報の本人が携帯メッセージ或いはGXS App承認プッシュ通知（承認記録はチェーン上に記録します）がもらえます。承認後、スマートコントラクトがネットワークに配信されます。GXSは金融領域の個人情報収集問題を解決と同時に、個人情報保護もしっかり行っています。我々は個人の信用は本人が管理すべきだと思っています。第三者が利用したい時に本人の承認がないといけません。 83 | PS：個人ユーザーがGXB Appをインストールし、自分の信用と情報を自分で管理できます（自由インストールです）。登録時にID、フールネーム、携帯番号、銀行カードなどの情報が必要です。本人確認ができてから、専用プライベートキーを生成し、チェーン上IDが作られます。今後のすべてのリクエストに対し、該当ユーザーと関連すれば、ユーザー本人のGXB App或いは携帯メッセージに承認通知を送ります。 84 | 85 | **デジタルコピーライト認証：デジタル資産所有権認証** 86 | 87 | 従来のデータ取引プラットフォームと信用調査会社がデータを保存することは上記にも説明しました。保存されたデータは提供者から一回しか売られていませんので、データ提供者の権益は保証できなく、確認と追跡もできないです。GXBデータ取引プラットフォームはデータを保存しないので、何回転売されても、データの売り上げはデータ提供者にカウントします。このモデルの実現はGXBのデジタル資産所有権認証（DPO-Digital Proof of Ownership）によって実現しています。DPOはGXChainがデジタルのような特殊な資産に対し、コピーライトを確認する技術です。データ取引スマートコントラクトが実行すると、デジタル証明書を永遠に付けられ、データ提供者であることを証明します。今後、このデータの売買により発生した利益は永遠に提供者がもらえるように設計し、データコピーライトの確認と追跡が実現できます。 88 | **双方匿名設計** 89 | ブロックチェーンの台帳は公開であるので、すべての取引は追跡できます。しかし、データ取引領域ではある程度の匿名性が必要です。これを実現するために、取引双方の匿名設計が必要です。IT金融企業を例としますと、強いデータ取引匿名性が必要です。購買側は自分のビジネスモデルが逆推測される恐れがあるので、購買したデータの内容を他社に知られたくないです。販売側も企業経営プライバシー（例えば、ローン残高、不良債権率、実際の金利など）を保護するため、販売しているデータの内容を他社に知らせたくないことがあります。GXBデータ取引プラットフォームは各アライアンスメンバーに双方匿名記録サービスを提供できます（匿名可項目を選択できます）。つまり、データ取引が行うときに誰に売り出したかわかりません。相手も誰から購入したのかも知りません。取引双方のプライバシーを徹底的に保護します。 90 | 91 | **信用貢献証明アルゴリズム（PoCS）：規模の差が大きいアライアンスメンバーでも公平取引** 92 | 93 | 信用情報をシェアするいいソリューションがない前に、規模の差が大きい企業の間に公平な取引は不可能です。データが多く持っている大規模の会社に対して、不公平な取引になるためです。また、大企業は小企業のデータ量に興味もないので、大小企業の間に取引を行うことが非常に難しいです。小企業のデータ量は少ないが、100社、1000社があったら、その規模は無視できないです。したがって、規模の差が大きい企業の間に公平な取引システムの構築が非常に重要となります。GXSは独自開発の信用貢献証明コンセンサスアルゴリズム\( PoCS - Proof of Credit Share \)はこの問題を完璧に解決できます。各のデジタル資産（データ）とセグメントに定価（デジタル資産の価格変動は理事会の投票とマーケットの総合表現によって決定）をつけて標準化します。各デジタル資産がクエリーされ且つ取引が成立すると、一回の貢献（Share、マイニングパワー貢献と近似）とカウントします。データの量が多いアライアンスメンバーが取引の成功率が高い、貢献度も高くなります。貢献度が高くなればなるほど、GXS奨励が多くもらえます。つまり、貢献度が高い企業は他社とデータ交換する時、システムから取り戻せるデータが多い、一方、データ量が少ないアライアンスメンバーの貢献度が低いため、大企業のデータが必要な時にGXSの購入により実現しないといけません。このように、貢献度によってのコンセンサスアルゴリズムがはライアンスメンバーが公平な環境で信用情報の交換ができるようになります。 94 | 95 | #### 3.フリーマーケット（Free Markets）とアライアンスマーケット（Alliance Markets） 96 | 97 | GXBデータ取引プラットフォームの中に下記の2種類のマーケットが存在します： 98 | 99 | **フリーマーケット（分散型データ取引楽天）** 100 | 101 | B2Bデータ取引マーケットの販売者は高質なデータ提供者です。購買者はデータ購入ニーズがある企業です。販売者は合理的な価格を設定し、データをGXB取引プラットフォームに登録します。購買者はブラックリストに入っていなければ、インターフェースを直接に使用し、データ購入できます。 102 | **アライアンスマーケット（各業界のデータ交換プラットフォーム）** 103 | フリーマーケットに登録するには一定の基準が必要です。GXSは異なる種類のデータ或いは領域によって異なるアライアンスを作ります。また、同じ領域にデータ種類によって異なるアライアンスを作ります。アクセス権限がことなるため、このような設計をしています。例えば、金融共債データのアライアンス、ローンブラックリストアライアンスなどがこのような設計をしています。すべてのアライアンスメンバーはまずこの種類のデータ生産力があり、同時に購入のニーズがあることを求めています。ほかのメンバーとデータの取引が有効に行い、アクティブなデータ交換関係を保つ、アライアンスマーケット内に流通しているデータの単価も協議できます。 104 | 105 | #### 4.国の信用データ管理条例に遵守 106 | 107 | 業界内部でも、監査機構は信用データ処理に対して個人信用情報管理条例に違反することが最も厳しく監査しています。GXBデータ取引プラットフォームはデータ保存しない、加工しない、分析しない、個人プライバシー情報の利用は本人の承認が得てからブロックチェーンに記録する、すべての動作は個人信用情報管理条例に違反することはないです。P2Pのデータ取引方式によって、現状のブラックマーケット問題を解決し、アライアンスメンバーに合理合法、公平公正なデータ取引プラットフォームを提供しています。 108 | #### 5.データ偽造問題緩和 109 | 110 | 現在、個人信用情報データのオフライン取引が高いニーズによって盛んでいます。特に工商業、ID情報、車両、不動産、ネットショッピング、銀行、通信会社の業界のデータ。しかし、高いニーズの影響もあります。ブラックマーケットに偽造のデータは90％に占め、これらのデータの信頼性が深刻な問題になっています。また、最新データの確保もできません。 111 | 112 | GXBデータ取引プラットフォームは下記の方面からデータ偽造問題を解決しています： 113 | 114 | 登録基準：多くの金融コンプライアンスデータはクローラーで取り扱えることはできないので、アライアンスメンバーが交換取引するしかできません。GXSはアライアンスメンバーの登録基準を決め、該当データの生成能力がある企業だけ受け入れると規定します。 115 | 116 | コンプレーンアルゴリズム：購入者は購入したデータを利用する途中に偽造データであることを発見した場合に、コンプレーンアルゴリズムによって該当取引を指摘できます。このコンプレーン情報は永遠に保存し、販売者の信頼性に影響します。一定のコンプレーン量に達すると、販売者が正常な取引ができなくなり、場合によって処罰することもあります。 117 | 118 | 個人情報検査：個人プライバシー情報の購入について、前記も伝えましたが、本人の承認が得ないといけないです。本人が同意した後に、スマートコントラクトがブロードキャスティングされます。購買者が購入したデータは個人本人のAPP或いはメッセージによって確認でき、本人もデータの真実性を確認できます。データに疑問がある場合に、検証申請を出すことができます。 119 | 処罰アルゴリズム：一定の量のコンプレーンと検証申請が受けると、アルゴリズムによって偽造確率の計算ができます。総合検証し、マイナス貢献度\(-Share\)が生成します。マイナス貢献度はプラス貢献度から引くため、アライアンスメンバーはプラス貢献度を増やさないといけません。貢献した利益はネット洗浄委員会のアカウントに入れます。また、マイナス貢献度（-Share）が非常に高いメンバーはアカウントを停止し、すべてのGXSを凍結します。 120 | 121 | PS：ネット洗浄委員会アカウントの資金は四半期ごとにランキング上位のメンバー及びネット洗浄に重大貢献をしたメンバーに与えます。結果も定期に公表します 122 | 123 | #### 6.ブロックサイズの増加による同期遅延問題の解決 124 | 125 | GXBデータ取引プラットフォームは下記の二つ方法によりデータ容量問題を解決します： 126 | 127 | GXChainは全ノードブロック同期と機能が分離している設計を使用しています。重ウオレット\(witness\_node\)がブロック同期、軽ウオレット\(gxb-light\)とデータ取引ボックス\(gxb-box\)が機能とサービスに対応しています。全台帳のノードを同期することはwitness\_nodeを稼働することにより実現します。これはフールノードのブロックであるので、データ取引だけ行うユーザーはgxb-boxを使えば、ブロック同期がいらないです。gxb-boxは任意のwitness\_nodeとリンクができ、最適ノード自動検測、リンク切れ自動再生機能があり、データ取引ネットワークの正常動作を確保しています。 128 | また、ユーザーがフールノードを同期したい時に、サーバーにwitness\_nodeをインストールし、gxb-boxがwitness\_nodeに優先接続させることができます。 129 | 130 | GXChain上には、取引要約、証明、デジタルコピーライトと取引に必要な基本情報しか載せていないです。取引の情報本体と暗号化後の情報本体は保存しないので、取引のデータサイズが縮小し、盗難による情報解読のリスクも大幅いに削減しています。 131 | 132 | #### 7.暗号化技術によるデータ保存しないことの証明 133 | 134 | データ購入者と販売者のデータ取引の例によってこの問題を説明します： 135 | 136 | ![](/assets/crypto1.jpg) 137 | 138 | 情報購買者Aはプライベートキーを利用しスマートコントラクトを暗号化します（プライベートキーはユーザーがローカルに自分の方法で生成したキーです、他人がもらえません）。発信時に購買者が自分のパブリックキーをつけ、取引プラットフォームを経由し、全ノードにブロードキャスティングします。データ販売者がブロードキャスティング情報がもらえ、購買者が請求しているデータがあるかどうか調べます。ある場合にAからブロードキャスティングしたパブリックキーで暗号化し、Aに送信します。Aがパブリックキーで暗号化したデータを受信し、自分のプライベートキーで情報を解読し、情報本体を確認します。プロセスは非対称暗号化技術を利用し、Aのパブリックキーで暗号化し、Aのプライベートキーしか解読できないので、転送の途中に情報が盗難されても、暗号化した情報の解読はできません（GXBプラットフォームでもユーザーのプライベートキーが持っていないので解読できない）。したがって、情報の安全転送が確保できます。 139 | 140 | -------------------------------------------------------------------------------- /_OLD/SUMMARY.md: -------------------------------------------------------------------------------- 1 | # Summary 2 | 3 | * [Introduction](README.md) 4 | 5 | -------------------------------------------------------------------------------- /_OLD/assets/aa1.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/_OLD/assets/aa1.png -------------------------------------------------------------------------------- /_OLD/assets/aa2.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/_OLD/assets/aa2.png -------------------------------------------------------------------------------- /_OLD/assets/aa5.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/_OLD/assets/aa5.png -------------------------------------------------------------------------------- /_OLD/assets/bussinessflow1.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/_OLD/assets/bussinessflow1.png -------------------------------------------------------------------------------- /_OLD/assets/crypto1.jpg: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/_OLD/assets/crypto1.jpg -------------------------------------------------------------------------------- /_OLD/assets/dapp1.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/_OLD/assets/dapp1.png -------------------------------------------------------------------------------- /_OLD/assets/dapp2.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/_OLD/assets/dapp2.png -------------------------------------------------------------------------------- /_OLD/assets/gxsaa.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/_OLD/assets/gxsaa.png -------------------------------------------------------------------------------- /_OLD/assets/gxsproduct.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/_OLD/assets/gxsproduct.png -------------------------------------------------------------------------------- /_OLD/assets/p1.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/_OLD/assets/p1.png -------------------------------------------------------------------------------- /_OLD/assets/p2.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/_OLD/assets/p2.png -------------------------------------------------------------------------------- /_OLD/assets/p3.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/_OLD/assets/p3.png -------------------------------------------------------------------------------- /_OLD/assets/p4.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/_OLD/assets/p4.png -------------------------------------------------------------------------------- /_OLD/assets/p5.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/_OLD/assets/p5.png -------------------------------------------------------------------------------- /_OLD/assets/p6.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/_OLD/assets/p6.png -------------------------------------------------------------------------------- /_OLD/assets/pp.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/_OLD/assets/pp.png -------------------------------------------------------------------------------- /_OLD/assets/ta1.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/_OLD/assets/ta1.png -------------------------------------------------------------------------------- /_OLD/en/whitepaper.md: -------------------------------------------------------------------------------- 1 | ### **I.Abstract** 2 | 3 | > Big data era arrived, internet of everything is not far away. The ability of human in produce, acquire, and process data has improved dramatically. Proper usage of data could significantly advance our knowledge of the world, the reaction to demands, plans for the business and society activity, as well as cooperation. 4 | 5 | With the rapid development of internet and information technology, the speed of data production increase exponentially in recent years. For the society, data is a continuously expanding treasure. However, as the amount of data skyrocketed, data monopoly and information silo issues becoming increasingly urgent. Get data flowing and utilize it legally could yield incredible value to social productivity and economy. 6 | 7 | Data is the most important means of production in the future, not only in a giant scale but continuously change with the evolution of human activity. Data is the key for us to understand business and society, which is indispensable for most industries. The blockchain is one of the necessary and fundamental technology in the future, building an “internet of value” that could be maintained and participated by everyone. As a trusted internet, blockchain is capable of minimizing the cost of data transfer and exchange. 8 | 9 | **The combination of data, the most valuable resource, and blockchain, an essential technology in the future, could discharge large business and social value, which establishes the mission and vision our team.** 10 | 11 | We have been building several products based on blockchain and data. As the cornerstone, GXChain combined big data and blockchain. GXChain aims to create a reliable and all around applicable data exchange network, enabling data from every aspect to flow, circulate, and exchange efficiently, saving them from silo and monopoly, and facilitating them to provide more for our life. 12 | 13 | ### **II.The “CBD” Ecosystem** 14 | 15 | Leverage blockchain technology and current pain points of the society, we designed a new business model – the CBD ecosystem, “C” stands for the customers, "B" stands for the businesses, and "D" stands for the developers. 16 | 17 | ### Blockcity – a mobile app designed for the customer (To C) 18 | 19 | Blockcity is the mobile app based on GXChain, it aims for assisting data management and sharing. Blockcity helps users to take control of their data, it has a lot of incentive to encourage users to authorize their identity and information. Blockcity does not cache data and protects the privacy of the users. 20 | 21 | ### Decentralized data marketplace (To B) 22 | 23 | The data marketplace provides an alternative to traditional data transactions, including data trading through middlemen or underground data transaction. The decentralized data marketplace has many advanced features: including data uncached, privacy protection, copyright protection, fraud prevention, and mutual anonymity support. Currently, the data marketplace providing services for various industries, including financial technology, loans, peer-to-peer lending, banks, governments, insurance, healthcare, and logistics. The marketplace commercialized on September 24th, 2017. To date, revenue of the marketplace passed 7 million USD. 24 | 25 | ### GXChain – a public blockchain for developers (To D) 26 | 27 | GXChain is a permissionless blockchain, which dramatically supports all kinds of app development. Comparing to other public chains, GXChain supports not only smart contract, blockchain as a service (BaaS) but also provides many unique services, including ID verification, multi-dimensional data, KYC, and swift login. GXChain currently offers 100,000 TPS, which can accommodate most business applications. GXChain also supports new assets issuance. 28 | 29 | ### Connect customers, businesses, and developers with data 30 | 31 | Blockcity designs for the general public, which is the passport for the blockchain world. After real name verification, a unique G-ID will be created for using services at Blockcity. Users can consolidate their data through third-party platform authorization and data exchange service (DES), enabling users to purchase their data from decentralized data marketplace. The more abundant of data category that users have, the more they could earn from the incentive. Also, data that generated from application usage also belongs to users. If business or company want to check users’ data, like credit information, they need to acquire the authorization before checking their data. To sum up, Blockcity facilitates customers to profit from the usage of their data or information. 32 | 33 | The decentralized data marketplace initially designed for B2B, now we expand the scope from B2B to B2B, B2C, C2B, and C2C via data exchange service. As a result, individual used to be a data generator, and now they can act as a data seller. 34 | 35 | Developers are the essential part in the “CBD” ecosystem. Applications developed on GXChain will become a critical part of data generation and consumption. Both developers and users could profit from the usage of the application. Upon agreement of profit distribution, developers can help users monetize their data and information while earning from their usage. 36 | 37 | ### **III.GXChain** 38 | 39 | GXChain is a public blockchain for data exchange. GXChain is the foundation of the data exchange, supporting the exchange of data in a million times per second. Besides, GXChain also supports app development. Apps developed on GXChain will be greatly supported by bigdata among various fields, which set GXChain apart from other public blockchains. Apps developed on GXChain would be real life oriented. 40 | 41 | GXS data exchange, the first to business application based on GXChain, commercialized on September 24th, 2017, proving the commercial feasibility of GXChain. To date, data transaction on GXB data exchange platform passed 700 million times. 42 | 43 | Moreover, the second application based on GXChain, GXB Decentralized App \(Dapp\), which aims for personal credit management and face to face credit verification. The alpha version will release at the end of 2017. 44 | 45 | #### **Consensus algorithm** 46 | 47 | GXChain is using delegate proof of stake\(DPoS\) for bookkeeping on blockchain and proof of credit share\(PoCS\) for data exchange consensus. 48 | DPoS originate from Graphene, a consensus mechanism that requires coin holders to vote for “delegates”, who are then responsible for validating transactions and maintaining the blockchain. In DPoS, stakeholders elect what are known as witnesses. Witnesses are responsible and rewarded for generating blocks which then add to the blockchain. DPoS is an alternative to the Proof-of-Stake mechanism which requires miners to put up a stake in a cryptocurrency in-order for them to be able to validate transactions. 49 | 50 | PoCS is a consensus algorithm developed by us, aiming to solve the imbalance of exchange of data between big companies and small companies. Each PoCS score of alliance members will be determined when they finished exchanging of data. In other words, PoCS score is based on transaction frequency, and the score will contribute to the transaction fee. Members with lower PoCS score will pay more transaction fee for the data, while members with the higher score will spend less on transaction fee. 51 | 52 | Here is the psedo code for PoCS mechanism: 53 | 54 | ``` 55 | if ((total_sell + total_buy) >= pocs_threshold) { 56 | 57 | pocs = calculate_pocs(total_sell, total_buy); 58 | 59 | fee = scale_fee(pocs, data_transaction_base_fee); 60 | 61 | } else { 62 | 63 | fee = data_transaction_base_fee; 64 | } 65 | ``` 66 | 67 | pocs is the PoCS score, and members will have their unique PoCS score. 68 | 69 | total\_sell is the frequency of data sold by the member. 70 | 71 | total\_buy is the frequency of data bought by the member. 72 | 73 | pocs\_threshold is the threshold to determine whether to reduce the transaction fee for members. 74 | 75 | data\_transaction\_base\_fee is the basic transaction fee charged for exchange of data. 76 | 77 | calculate\_pocs is the function to calculate PoCS score. 78 | 79 | scale\_fee is the function to calculate transaction fee. 80 | 81 | #### **Reasons to choose DPoS consensus algorithm** 82 | 83 | Currently, most projects employed PoW and PoS as their consensus algorithm, and some projects used modified BFT. Bitcoin, the most successful cryptocurrency based on PoW, demonstrating the stability and fairness of PoW algorithm. However, people often criticize bitcoin for its energy-intensive mining activity. Billions of Dollars are investing in performing calculation SHA256 for maintaining the network, besides that, no other application involved in this activity. In addition, current transaction speed of bitcoin is 5 TPS, limited by its controversial block size, and 25 TPS for another famous project, Ethereum, hindered by maximum GAS of single block. These numbers are far from VISA and Mastercard, that able to deal with thousands of transactions per second. 84 | 85 | Peercoin and NXT brought two relatively matured blockchain based on PoS algorithm, featured energy friendly compared with PoW projects. PoS consensus mechanism was realized by using the coinage. Instead of buying expensive mining equipment, PoS enables more people to participate in bookkeeping. The computing power is correlated with the holding tokens and holding time. One holds more tokens for more time, the more possibility of generating blocks he will be. Once he generates a new block, the coinage will initialize to zero. Then a new loop starts. 86 | 87 | Under PoS Consensus, people tend to lock coins for a long time to get more return, limiting coin supply and circulation, which is adverse to the price stability. Moreover, it is also possible that the majority token is held by a small portion of people, making the whole blockchain network more centralized. Compared to the PoW consensus algorithm, the cost of being dishonest is much lower, as a result, it demands more mechanism for preventing fork/double spending attacks, as well as realizing consensus. Usually, PoS based blockchain could generate 12 transactions per second. however, due to consensus issues and network latency, it takes 60 seconds to finish broadcasting reliable blocks. In the long term, speed for generating new blocks is much lower than network communication and broadcasting; as a result, PoS based blockchains have to limit the rate of block generation to keep the stability of mainnet. 88 | 89 | DPoS could inherently overcome drawbacks of PoW and PoS in processing efficiency. DPoS algorithm requires verification of current block that has been signed by a trusted node before generating next block. DPoS employs a committee mechanism by choosing trustable nodes\(witnesses\)to represent other token holders for bookkeeping. Witnesses are required to remain online for a long time, solving the block generation delay problems occurred on blockchains based on PoS. DPoS is capable of 10000-100000 TPS, depending on the network quality, which is suitable for industrial applications. GXB data exchange platform requires high transaction frequency and network stability, making DPoS is an exclusive choice. 90 | 91 | #### **Features of GXChain** 92 | 93 | **High-performance and expandable** 94 | 95 | GXChain can process 10000-100000 transactions per second, with 3 seconds blocktime. Considering the growing demand of on-chain business, GXChain can expand horizontally, enabling even higher transaction speed without a hard fork. 96 | 97 | **Real-time parameter adjustment** 98 | 99 | Instead of a fork to realize change parameters, GXChain can change blocktime, blocksize, transaction fee etc, via voting. 100 | 101 | **Supported by big data** 102 | 103 | GXB data exchange support data transaction or exchange in multiple industries. Companies and individuals could acquire those data via purchase. 104 | 105 | **Blockchain as a service** 106 | GXChain also supports services API, including storage and verification. 107 | 108 | **Support for application development** 109 | 110 | Apps developed on GXChain would get support by numerous data from multiple field on the data exchange 111 | 112 | **Crypto asset issuance** 113 | 114 | GXChain is capable of creating and issuing new tokens 115 | 116 | **Open source** 117 | 118 | We made GXChain code open to the public at [https://github.com/gxchain](https://github.com/gxchain) 119 | 120 | #### **Technical structure** 121 | 122 | ![](/assets/gxsaa.png) 123 | 124 | #### **GXChain development kit** 125 | 126 | ![](/assets/gxsproduct.png) 127 | 128 | GXChain support developers to use modularized services for application development, including DES, BaaS, Cli-API, Statistical Analysis API, and Blockchain Explorer API. 129 | 130 | #### Data Exchange Service (DES) 131 | A service for data exchange, based on GXChain. DES support smart contract, which supports tri-party bookkeeping agreement, and a peer to peer data exchange protocol based on IPFS. The protocol provides reliable, safely, high-throughput data exchange service, and will automatically record the history of data exchange. One can use DES for permanent proof of existence, and data copyright registration. 132 | 133 | #### Blockchain as a Service (BaaS) 134 | Encapsulation a lot blockchain system API to provide handy and straightforward services. Currently, BaaS supports data storage, proof of existence and verification. Developers can store application data on GXChain, realizing openness of data accounting. 135 | 136 | #### Cli-API 137 | Enables usage of command-line wallet, which could visit ledger and process transaction directly. 138 | 139 | #### Statistical analysis API 140 | Support statistical analysis of GXChain ledger, facilitate developing data visualization functions. 141 | 142 | #### Blockchain explorer API 143 | Enable checking various information, including block, transaction, account information, and support developers to using web and API manners https://block.gxb.io/#/. 144 | 145 | 146 | #### **IV. GXS** 147 | GXS is the **utility token** on GXChain, issued by GXS Foundation Ltd. GXS is the only payment method for using applications at the GXChain ecosystem. 148 | 149 | • Total supply: 100,000,000 150 | 151 | • ICO amount: 24,510,000 152 | 153 | • Private equity distributed amount: 10,000,000 154 | 155 | • Blockcity mining pool: 5,000,000 156 | 157 | • Community developer support: 9,490,000 158 | 159 | • GXS Foundation: 51,000,000 160 | 161 | The token hold by GXS foundation is frozen at the time of initial coin offering and will unfreeze 6,000,000 for the first year. Start from the second year; the unfrozen amount will be 5,000,000. The fund is for hiring, consulting, business development, and marketing activities. GXS foundation account is open to the public for supervision, one can check through GXChain block explorer. 162 | https://block.gxb.io/#/ 163 | 164 | **GXS business model** 165 | 166 | GXS is the essential media to connect businesses, customers, and developers, it is circulating for multiple services on GXChain, decentralized data marketplace, and Blockcity. Any payment for using applications at the GXChain ecosystem will be settled by GXS. 167 | 168 | In detail, GXS has the following utility values: 169 | 170 | • "Mining" at Blockcity dApp, as user incentive 171 | 172 | • Incentive users to finish quests and tasks on Blockcity dApp 173 | 174 | • The reward for contributions at GXChain community, such as bug bounty program 175 | 176 | • The ballot for voting witnesses, who in charge of "mining" on GXChain 177 | 178 | • Fees for P2P data transactions 179 | 180 | • Fees for using services at Blockcity 181 | 182 | • Fees for using GXChain blockchain as a service (BaaS) 183 | 184 | • Developers can deploy their applications on GXChain, and customers using GXS as a payment method for using/buying applications 185 | 186 | • Fees for developer registration 187 | 188 | 189 | 190 | 191 | ### **V.GXChain team** 192 | 193 | #### **Minqiang Huang** 194 | Founder and Chief Executive officer 195 | 196 | Minqiang has over ten years experience in data exchange, financial technology, and blockchain, he dived into cryptocurrency in 2012 and initiated several projects since then. He used to be CTO at Hakim Unique Internet Co Ltd (SHE:300300), and Director at financial services of HAKIM UNIQUE. He received his bachelor in computer science at Shandong University of Science and Technology. He earned his master in management at Hong Kong Finance and Economics College. Besides blockchain, Minqiang is interested in the ultramarathon, trail running, and mountain biking. 197 | 198 | #### **Guojun Tu** 199 | Co-founder and Vice President 200 | 201 | Guojun was a senior executive at three public traded IT company, he is a serial entrepreneur, who had more than 21 years' experience in the field of information security, payment, and IT. Guojun received his bachelor degree in computer science at Hunan University. 202 | 203 | #### **Cheng Wang** 204 | Chief Technology Officer 205 | 206 | Cheng is a data expert, proficients in data collection, cleaning, machine learning and mining. He used to work as a full stack engineer at 51.com. Before 51 he worked at treefinance.com, and Vobile Info Tech Co., Ltd. as a core developer. 207 | 208 | #### **Ruosong Xu** 209 | Chief Marketing Officer 210 | 211 | Ruosong used to work at Huawei Technologies, China Mobile, and Tongdun. He is an expert in credit risk control. 212 | 213 | #### **Xiaopeng Xu** 214 | Operations Director 215 | 216 | Xu has six years experience of sales and marketing. He used to be marketing project manager at Zhejiang Media Group, Simei Media \(SHE: 002712\), and NetEase, Inc. \(NASDAQ: NTES\) 217 | 218 | #### **Liyu Wu** 219 | Product Director 220 | 221 | Liyu used to work as a senior product manager at NetEase, Inc.\(NASDAQ: NTES\), before NetEase, he worked at Hithink Flush Information Network Co Ltd\(SHE: 300033\) and weidai.com.cn as product designer. He experienced in product management for both customer and business application. 222 | 223 | #### **Xin Cai** 224 | Operations Manager 225 | 226 | Xin used to be oversea technology manager at a fortune 500 company, and she is proficient in Japanese, English, and Korean. Currently, she is responsible for operations and business development in Japan. Xin received her master degree in wireless communication at Osaka University. 227 | 228 | #### **Haoxiang Lan** Full-stack Engineer, Data Exchange Product Director 229 | 230 | Haoxiang is an expert in Node.js, iOS, frontend/backend development. He experiences in blockchain development, especially for the application layer. He used to work at 51.com and treefinance.com as frontend engineer. Together with Cheng Wang, he developed a unique data crawling method for backend/frontend interaction, which has been widely imitated by competitors. 231 | 232 | #### **Junjie Zhang** Full-stack engineer, UI design, Front-end/back-end web development 233 | 234 | Junjie proficient in node.js, python. He used to lead front-end development of several renowned financial technology companies in China. 235 | 236 | #### **Liting Zhu** 237 | Blockchain developer 238 | 239 | BS in Mathematics, MS in Computer Science, Proficient in P2P web development, C/C++, Python, Shell, he used to be core developer at Vobile Info Tech Co., Ltd. 240 | 241 | #### **Jiahua Tu** 242 | Blockchain developer 243 | 244 | Jiahua used to be cybersecurity project manager and core developer at Hangzhou Hikvision Digital Technology Co., Ltd., yielding multiple upgrades of the security platform. 245 | 246 | #### **Lei Xu** 247 | Blockchain developer 248 | 249 | Lei is a full stack engineer, who proficient in PHP, Node.js, Python. He experienced in cross end developing and data visualization product developing. Lei used to work as a core developer at ZhejiangDailyMedia and tops001.com. 250 | 251 | #### **Jun Yao** 252 | Blockchain developer 253 | 254 | As a JAVA engineer, Jun used to working at treefinance.com as a core developer, and he is proficient in data collection, data mining, and data analysis. 255 | 256 | #### **Dongming Shen** 257 | Blockchain developer 258 | 259 | Dongming used to work at ddyc.com as a core developer, he is an expert in App development for Android OS. 260 | 261 | #### **Diwu Ye** 262 | Blockchain developer 263 | 264 | Diwu is a backend engineer, he has abundant experience for data modeling, he developed data collection service with component-based approach. 265 | 266 | -------------------------------------------------------------------------------- /_OLD/zh/dataExchange-whitepaper.md: -------------------------------------------------------------------------------- 1 | ## 公信宝数据交易所产品白皮书 2 | 3 | ### 一.摘要 4 | 5 | 公信宝数据交易所是⼀个通⽤的去中心化数据交易平台，是基于公信链GXChain开发的首个大型商业应用， 公信宝数据交易所具有不缓存沉淀数据、保护个人隐私、保护数据版权、有效遏制造假以及支持双向匿名交易等特点。面向的典型客户为互联网金融领域的网络贷款、汽车金融、消费金融、银行等有数据交换需求的企业，同时也积极拓展在政府、保险、医疗、物流等垂直领域的数据交换，以去中心化思维解决了各个行业的数据安全交换和流通等环节中一直没有解决的诸多核心信任问题，并可以为全社会所用，广泛使用于公民的学习、工作、生活等各种应用场景中，让数据释放应有价值，提升社会协作效率。 6 | 7 | ## 二.名词解释 8 | 9 | **公信币** 是商户在公信宝数据交易所的买卖数据的结算记账数字货币，和人民币1:1锚定，价值不变，确保购买数据成本稳定，公信宝运营公司作为公信币和人民币的承兑商。 10 | 11 | **节点** 就是公信宝数据交易所的客户端，每一个客户端都是一个独立节点，通过P2P网络链接在一起。 12 | 13 | **数字资产** 指的是公信宝数据交易所中所交易的数据，包括但不限于贷款记录、逾期记录、放款记录、高风险欺诈记录、生活信用、法院执行记录、工商信用、五险一金、消费记录、运营商记录等数据。 14 | 15 | **交易双方** 指的是数据交易所中买卖数据的双方。 16 | 17 | **数据源** 指的是在数据交易所上架的数据资产的来源。 18 | 19 | **商户** 指的是数据交易所中有权限参与买卖交易的成员，主要由银行、网络贷款、消费金融、汽车金融、小额贷款、保险公司、运营商、政府机构、数据公司等组成。 20 | 21 | **数据源商户** 数据源的供应商也是公信宝的商户，是一个可以销售数据的商户。 22 | 23 | **联盟** 联盟指的是在相同行业领域下交换各自数据的商户形成一个联盟，联盟内的数据只有联盟内的成员才可以交易。 24 | 25 | **联盟成员** 联盟成员是联盟的每一个商户，联盟中的成员各自都拥有同样数据类型，他们既是卖方商户也是买方商户。 26 | 27 | **白名单** 每个联盟都通过一种白名单机制来控制可交易成员，白名单里的成员都是可以交易的联盟成员，添加进白名单的商户则自动成为联盟成员。 28 | 29 | **黑名单** 列入黑名单的商户无法参与任何交易。 30 | 31 | **智能合约（Smart Contract）** 一个智能合约是一套以数字形式定义的承诺（promises），包括合约参与方可以在上面执行这些承诺的协议。在公信宝数据交易所的智能合约由数据购买请求者发起，智能合约里约定了购买数据的类型、身份、价格、最大条目、最大价格等条件，智能合约发出去之后会被广播到拥有该数据类型的数据源节点，如果数据源拥有该数据则可以对此智能合约进行回应，如果最终合约被匹配，则数据交易达成。 32 | 33 | ### 三.⽬前数据交易领域存在的问题及业务痛点 34 | 35 | #### 1.数据沉淀问题 36 | 37 | ⽬前市⾯上常⻅的数据交易平台（或称数据交易所）都有 “数据沉淀”的⾏为，数据沉淀指的是原本数据交易平台⾃身是没有数据的，通过代理销售数据源的数据，以API接⼝的⽅式对外提供服务，销售⼀条缓存⼀条，慢慢就形成⼀个较⼤规模的缓存数据库，今后销售同⼀条数据不再请求数据源，⽽是数据交易平台⾃⼰从缓存数据库中读取并销售。 这样的⽅式意味着数据源在⼀个平台同⼀条数据只能销售⼀次，不仅侵蚀了数据源的利益，⽽且数据确权和追踪溯源都⽆法保障，更严重的是很多数据交易平台的安全意识较薄弱，缓存数据库往往会被⿊客盯上后被窃取，造成数据泄露。 38 | 39 | 以互联⽹⾦融领域为例，⾦融履约数据的数据交易交换需求⾮常强烈，但如果有数据交易平台沉淀他们的交换数据，则是所有互联网金融公司所担忧的，未来如果有⼀天数据交易平台极有可能自己做贷款做⾦融，等同于⼤家培养了⼀个最⼤的竞争对⼿，由于⾦融履约数据往往涉及个⼈敏感数据，如果让数据交易平台沉淀数据后随意买卖或者造成数据泄露，后果则⾮常严重。 40 | 41 | #### 2.不注重个⼈隐私保护的问题 42 | 43 | 我国征信⽴法中⾄今仍有许多重⼤的问题尚未形成统⼀的认识，尤其是个⼈征信体系⽴法问题还存在很⼤的争议，⽐如个⼈隐私的范围鉴定、征信公司的资质审核等，因此对个⼈隐私保护除了要有法律法规配套还需要持续性的监管。⽽在这⼀切都还没出台之前， ⽬前的数据交易市场，涉及到个⼈隐私的数据根本没有得到本⼈的同意就已经被随意买卖， 加上近⼏年互联⽹⾦融的⽕爆，直接带动了个⼈数据的⽕爆交易，这背后是巨⼤的市场规模。 44 | 45 | #### 3. 数据新鲜度不⾜和造假问题 46 | 47 | 以互联⽹⾦融履约数据为例，⽬前已有的数据交易平台或⼤数据公司因为都存在“数据 沉淀”问题，所以⼀般⾦融服务公司都不会直连这类数据交易平台提供数据源，更何况很多的数据交易都不注重⽤户授权，所以数据源都不太敢提供实时数据给数据交易商，可能拿 到的是⼏个⽉或者⼀年前的数据，所以也就造成了数据新鲜度不⾜的问题，甚⾄很多数据 更是直接来⾃于⿊市倒卖，在这样来源不明的背景下销售的数据难免不让⼈觉得数据有造 假嫌疑。 参考⼀本财经公众号发布的⽂章《征信之乱：⼀家公司⿊市盗卖上亿数据，如今估值 ⼏⼗亿》。 48 | 49 | ### 四. 互联⽹⾦融⾏业的数据交易机会 50 | 51 | 当前⾦融履约数据的交易市场还是处于⼀⽚混乱的状态，并没有⾮常好的解决⽅案， ⾸先国家公权⼒部⻔\(中国⼈⺠银⾏征信中⼼\)并没有去统⼀采集、评估这些数据，所以⽹络贷款和消费⾦融⾏业都依靠征信服务机构（征信服务公司、⼤数据公司、信⽤评分公司） 的“⼩规模”数据在做信⽤评估，不仅数据新鲜度差，⽽且数据真实程度也有待确认，⽹上早有爆料⼤部分征信公司都是从⿊市的“中间⼈”购买个⼈征信数据，⽽⿊市的数据掺⽔严 重，造假⽐例甚⾄⾼达90%。除了从⿊市购买数据外，征信服务公司还会代理销售其它数 据源的数据，每代理销售⼀条数据就缓存⼀条（数据沉淀），这是⼀种典型的中⼼化数据 交易思路，数据源每⼀条数据只能卖⼀次，今后的收益不再归数据源企业所有，极⼤的伤 害了数据⽣产者的权益，征信⾏业迫切需要⼀种既能解决数据质量问题同时⼜要保护数据 ⽣产者权益的完美解决⽅案。 不仅如此，⾦融⾏业的 “信⽤数据孤岛”问题还没有得到解决，平均每天全国3万多家 ⽹络贷款、消费⾦融、⼩额贷款公司会产⽣千万条贷款记录、还款记录、逾期记录、⿊名 单等⾦融履约数据，这些海量数据还没有发挥它应有的价值，如果能够联合全⾏业的企业 形成⼀个良性健康的数据交换平台，将会为联合授信、控制贷款杠杆，降低坏账提供巨⼤ 的帮助，造福全⾏业全社会。 52 | 53 | ### 五.公信宝去中心化数据交易所产品介绍 54 | 55 | 公信宝数据交易所是⼀个基于区块链的去中⼼化数据交易所，将做到以下三点： 56 | 57 | 1、不缓存沉淀数据源的数据； 58 | 59 | 2、注重个⼈隐私保护； 60 | 61 | 3、最⼤程度保障数据版权和新鲜度 62 | 63 | #### 1.业务流程说明 64 | 65 | ![](/assets/bussinessflow1.png) 66 | 67 | 上图表达的是公信宝数据交易所⼤致的⼀个流程，由于画图画的太详细显得很臃肿， 所以隐藏了部分细节，下⾯⽤⽂字描述： 公信宝数据交易所的所有数据交易都是在真实场景发⽣的，以下举⼀个场景说明： ⽤户A向⼀个商户B（⾦融服务公司）申请消费分期（上图的购买数据商户），该商户 受理这个申请后，由于缺少⽤户A的个⼈信息，于是向公信宝数据交易所发起购买数据的请 求（请求即智能合约，商户B的系统通过调⽤安装在⾃⼰公司服务器上的公信宝客户端的提供API接⼝发起），交易所客户端会判断该请求购买的是否涉及个⼈敏感数据，如果判定是 敏感数据则触发个⼈隐私保护机制，向⽤户A发送⼀条短信或者推送⼀个消息给⽤户A的公 信宝APP（如果已经安装），向⽤户申请授权查询，如果⽤户A拒绝了这次授权，则流程结 束，商户B⽆法购买此数据。假如⽤户A同意这次授权（正常情况下都会同意的），交易所 则⼴播此智能合约到所有拥有这类数据类型的数据源商户客户端节点，每⼀个节点根据智 能合约的条件查询，如果数据源没有⽤户A的数据，则该节点可以忽略即可，如果有则使⽤ 通过⾮对称加密数据点对点传输给商户B节点，商户B则根据智能合约的规定⾃动⽀付代币 给数据源，商户B最终拿到⾃⼰所在节点解密后的源数据进⾏加⼯利⽤。 68 | 69 | 备注：业务流程过程中的密码学过程参考6.4说明。 70 | 71 | #### 2.产品特点 72 | 73 | **不缓存沉淀交易数据** 74 | 75 | 公信宝采⽤的是基于区块链的去中⼼化交易技术，在交易过程中不存在任何第三⽅， ⽽是为所有交易者建⽴⼀种点对点交换的场景，例如：当A商户（请求者）发起⼀笔数据交 易请求时（即智能合约），该智能合约会⼴播给全⽹的商户节点（B\C\D…），如果 B\C\D等任何⼀个节点有数据的话，直接点对点传输给A节点，A节点⾃动⽀付代币给卖⽅ 商户。整个传输过程采⽤⾮对称加密通道，除了A之外任何第三⽅截取该数据包都⽆法解密， 保障数据安全。除此之外，公信宝数据交易所提供的是⼀个交易通道，区块链上仅存储数 据交易摘要、凭证、数字版权以及其它交易所需要依赖的⼀些基础信息，并不保存交易的 源数据和加密后的源数据，所以并不会出现有⼈同步所有账本后进⾏强⾏破解⽽得到数据 的可能性。 76 | 77 | **注重个⼈隐私保护** 78 | 79 | 交易所⾥交易的个⼈数据都需要得到本⼈的授权确认，联盟成员在交易所购买个⼈数 据的初衷是为了获得个⼈的更多信息，以便于掌握该⽤户的贷款杠杆和⻛险，但这项交易 依然事关个⼈隐私，只要是个⼈隐私数据都需要获得本⼈的同意，公信宝的做法是当购买 ⽅发送智能合约请求购买数据，公信宝数据交易所会做⼀次拦截，判断该智能合约要购买 的数字资产是否涉及个⼈隐私，如果涉及个⼈隐私，个⼈⽤户会收到⼀条⼿机短信，如果 安装了公信宝APP则会收到⼀条确认授权推送（授权记录将写⼊区块链），授权同意后此智 能合约才会⼴播全⽹进⾏查询和交易。 公信宝除了要解决⾦融领域获取个⼈数据难的⾏业痛点问题，还将致⼒于保护个⼈隐 私，我们坚持认为个⼈的信⽤应该由个⼈来管理，任何⼈或机构使⽤都需要得到本⼈同意 备注：个⼈⽤户可以安装公信宝APP管理⾃⼰的信⽤（⾮强制安装），注册时需要提供 身份证、姓名、⼿机号、银⾏卡等身份验证，验证本⼈身份后，会向公信宝区块链注册身 GONGXINBAO BLOCKCHAIN 公信宝区块链 BD@GXB.IO 12 杭州存信数据科技有限公司 份，会⽣成⼀对专属的秘钥，今后所有查询该⽤户数据时，都会推送消息给公信宝APP或者 ⼿机短信来进⾏授权确认。 80 | 81 | **数据版权认证：数字资产所有权认证** 82 | 83 | 前⾯我们讲到很多数据交易平台和征信公司在销售数据的同时⾃⼰会缓存沉淀⼀份， 今后这条数据就可以⾃⼰卖了，这样⼀来原本数据源⼀条数据只能销售⼀次，⾃⼰的权益 ⽆法得到保障，更是⽆法确权和追踪溯源，通过公信宝的数据交易所交易后，不仅不会沉 淀数据，今后买⾛这条数据的⼈再次将数据放到交易所交易，收益依然归原⽣产者所有， 这得益于公信宝交易所的数字资产所有权认证（DPO- Digital Proof of Ownership）。 DPO是公信宝区块链对数据这个特殊的资产进⾏版权认证的技术控制⼿段，当⼀个数 据交易智能合约⽣效后，这条数据就会被打上⼀个永久数字证书，⽤来证明数据的⽣产者， 今后这条数据产⽣的价值收益权永久归⽣产者所有,这⼀点更是实现了数据的确权和溯源。 84 | 85 | **双向匿名设计** 86 | 由于区块链的账本是公开的，任何交易都可以追溯，但是在数据交易领域是有⼀定的 匿名需求的，这个就需要对区块链做⼀定的交易匿名设计，以互联⽹⾦融的企业为例，他 们有⾮常强烈的数据交易匿名需求，买⽅不喜欢其它商户知道⾃⼰买了具体什么样数据， ⽬的是不喜欢其他⼈逆推出⾃⼰的征信模型，卖⽅则不希望其他⼈知道⾃⼰销售了什么数 据，⽤于保护⾃⼰企业的经营隐私（例如贷款余额多少、坏账率多少、实际利息收多少 等），公信宝可以对每个参与数据交易的联盟成员在区块链上实⾏双向完全匿名记账（可 以配置是否需要匿名记账），也就是说不仅不知道数据交易给哪个商户，对⽅也不知道数 据从谁⼿⾥购买的，从⽽彻底保护交易双⽅的隐私。 87 | 88 | **信⽤贡献证明机制（PoCS）：体量悬殊的联盟成员可平等交换数据** 89 | 90 | 在没有⾮常好的共享信⽤解决⽅案之前，体量悬殊的企业⼏乎不可能进⾏交换，原因 在于对数据体量⼤的企业来说不公平，同时⼤公司也不是很在乎单个⼩公司的数据量，所 以让他们之间建⽴交换是在太困难了，虽然⼤公司会忽视单个⼩公司的数据，但如果有100 家甚⾄1000家⼩公司组成的数据规模就不可⼩视了，所以为数据体量悬殊的它们建⽴⼀个 公正公平的共享信⽤交换体系实在是⾮常重要。 公信宝独创的信⽤贡献证明共识机制 \( PoCS - Proof of Credit Share \)将彻底解决这 个问题，我们将每⼀项数字资产以及字段进⾏标准定价（后续资产价格的涨跌由理事会投 票和市场表现综合决定），每⼀条数据被查询并交易成功，则计算⼀次贡献（Share，类似挖矿的算⼒贡献），数据量越⼤的联盟成员被交易的可能性越⾼，也将产⽣更多的贡献， 贡献越多将得到的公信币奖励，也就意味着贡献越多可以换回更多的数据，⽽数据量⼩的 联盟成员相对可能产⽣较⼩的贡献，如果希望换回⾮常多的数据，那需要购买⾜够的公信 币才能达到这个需求，所以在这样⼀种按照贡献值来计算的共识机制下，联盟成员就可以 在⼀个公正公平的共享信⽤交换市场中愉快的做⾃⼰想做的事情。. 91 | 92 | #### 3.⾃由市场（Free Markets）和联盟市场（Alliance Markets） 93 | 94 | 公信宝数据交易所的交易所市场分为以下两种市场： 95 | 96 | **⾃由市场（去中心化的数据交易天猫）** 97 | 98 | 这是一个B2B的数据交易市场，卖家均为权威的一手数据源，买家则是有数据采购需求的企业，卖家将数据项合理定价后在公信宝数据交易所上架数据，任何⼀名不在⿊名单的商户都可以调⽤接⼝购买数据。 99 | 100 | **联盟市场（各行各业的数据共享交换平台）** 101 | 102 | 相对于⾃由市场来说，这是⼀个有准入门槛的市场，公信宝为不同的数据类型或者不同垂直领域的商户建⽴⼀个个联盟，甚⾄也可以为同⼀个领域拥有相同数据类型的商户建⽴不同的联盟，这都是为了不同权限的需要，例如⾦融共债数据共享联盟，贷后黑名单共享联盟。 每⼀个联盟市场的成员前提⾃身具备⽣产该类型数据的能⼒，同时⼜有购买该类型数据的需求，可以和联盟内的其他成员进⾏有效的交易交换，并最终形成⼀种健康的数据共享交换联盟，联盟市场内的不同数据单价由联盟内成员共识协商定价。 103 | 104 | #### 4.不会挑战国家征信管理条例 105 | 106 | 业内对征信数据处理最深层的担忧，在于其挑战违反个⼈征信管理条例的属性，会得 到监管机构的⼤⼒排斥和法律问题，公信宝数据交易所不沉淀数据，不加⼯数据，不提供 数据评估报告，涉及个⼈敏感数据都需要得到本⼈的授权确认并记录到区块链，不会触犯 个⼈征信管理条例。通过区块链点对点的数据交易，⼀举打破线下⿊市交易混乱的现状， 将联盟成员合理合规的数据共享建⽴⼀个⼀个公平公正的交易交换平台。 107 | 108 | #### 5.数据造假问题控制 109 | 110 | 当前个⼈征信数据的线下交易繁荣，⼯商、身份信息、⻋辆、房产、电商交易、银⾏、 运营商尤为抢⼿，但⿊市市场渗⽔严重，为了获得超⾼利润，数据造假⽐例已经达到90%， 这说明不仅数据新鲜度不够，⽽且数据的真实性也是⼤打折扣。 111 | 112 | 公信宝数据交易所从以下⼏个⽅⾯遏制数据交换中的造假问题： 113 | 114 | 准⼊⻔槛：⽽⾦融履约数据以及很多维度的数据是爬⾍采集不到的，就需要联盟成 员之间来进⾏相互交易，公信宝对联盟成员做好严格准⼊，仅限拥有该数据⽣产能⼒的商 户加⼊联盟。 115 | 116 | 投诉机制：商户通过交易所购买到数据，在实际使⽤过程中发现偏差很⼤或者完全 就是假的，可以通过交易所投诉，投诉后会被⼴播并同步到全⽹，这些投诉将会永久存储， 如果收到的投诉过多，不仅会影响商户的正常交易和信誉，还将受到严厉的处罚。 117 | 118 | 个⼈检查：前⾯我们说到要购买涉及个⼈隐私的数据需要得到本⼈的授权同意，个 ⼈同意后智能合约才会⼴播，此智能合约最终收到购买到的数据，个⼈⽤户的公信宝APP或 者短信都可以看得到，允许个⼈检查数据的真实性，如果对此存疑，可以提交质疑。 119 | 120 | 处罚机制：收到⼀定量的投诉和质疑以及交叉验证判断出来的造假机率，这些信息 将会换算成负贡献值\(-Share\)，负贡献值将会抵消贡献值\(Share\)，也就是此联盟成员今后 需要产⽣更多的贡献才能消除此负贡献值，才未消除负贡献值之前，所有的收益将会进⼊净⽹委员会账户，⽽被-Share⾮常严重的联盟成员，将会直接封停状态，冻结所有公信币资⾦。 121 | 122 | 备注：净⽹委员会账户收益将⽤于奖励每季度表现排名靠前的成员以及对净⽹产⽣重 ⼤贡献的成员，会定期公布。 123 | 124 | #### 6.如何解决区块链区块太大同步慢的问题 125 | 126 | 公信宝采⽤以下两种⽅式解决数据膨胀问题： 127 | 128 | 公信链采用全节点区块同步和功能分离的设计，重钱包\(witness\_node\)同步区块，轻钱包\(gxb-light\)与数据交易盒子\(gxb-box\)对接功能和业务，需要同步全部账本的节点可以运⾏witness\_node，这是一个全节点区块客户端，而需要交易数据的商户只需要使用gxb-box，这个不需要同步区块就可以立即使用，gxb-box可以链接到任何⼀个witness\_node，同时做到自动检测最优节点、断线重连机制，确保数据交易网络通畅。 129 | 当然如果有些商户希望同步全区块，则可以在商户⾃⼰的服务器上安装witness\_node，让gxb-box优先链接上这个witness\_node即可。 130 | 131 | 公信链上仅存储数据交易摘要、凭证、数字版权以及其它交易所需要依赖的⼀ 些基础信息，并不保存交易的源数据和加密后的源数据，不仅缩小了交易的⼤⼩，也杜绝 了爆破加密算法后得到账本数据的⻛险。 132 | 133 | #### 7.如何通过密码学的⽅式来证明公信宝不缓存沉淀数据 134 | 135 | 我们以⼀个数据购买者节点和数据源节点的数据传输为例来解释这个问题： 136 | 137 | ![](/assets/crypto1.jpg) 138 | 139 | 购买数据的商户A，对智能合约进⾏私钥签名（私钥上商户在⾃⼰的客户端按照⾃⼰的 ⽅式⽣成的，它⼈⽆法得到），发送时携带⾃⼰的公钥，通过交易所客户端⼴播给全⽹节点，上图中的数据源商户节点收到了⼴播，调⽤数据源的数据接⼝查询，如果数据源查询 到数据，则使⽤A的公钥对源数据进⾏加密后点对点传输给A的客户端节点，A使⽤私钥解密得到源数据。 整个过程采⽤⾮对称加密，加密数据使⽤的是A的公钥，⽽只有A的私钥才可以解密，即使过程中数据包被它⼈截获，都⽆法解开数据（即使公信宝截获数据包因为没有私钥同样解不开），彻底保障数据交易过程中的传输安全。 140 | 141 | -------------------------------------------------------------------------------- /_OLD/zh/gxbDapp-whitepaper.md: -------------------------------------------------------------------------------- 1 | # 公信宝Dapp白皮书 2 | ## 1.摘要 3 | 在当今的互联网社会，信息不对称已经被逐渐消解，但绝大部分的个人数据还没有被充分的利用起来。这些数据在相对狭隘的范围内，被采集、加工、流转和消费，有时甚至是在被采集对象毫不知情的情况下完成。这使得提供数据的个体既不能享受到相应的权益，也不能获得隐私保护。而导致以上问题的原因在于数据确权的缺失和数据交换的壁垒。 4 | 5 | 因此我们认为未来的世界应该基于信用，具备以下特征： 6 | 7 | 1.跨越国家、民族、地域的自由协作； 8 | 9 | 2.个体、机构、国家的效率大大提升，协作摩擦非常低； 10 | 11 | 3.资源的重新分配，去往效率最高和最合适场景和人； 12 | 13 | 4.人们有更多时间和精力，尽情投入在自己喜欢的人和事上； 14 | 15 | 5.以及一个基于信任的高效率，高幸福度的社会。 16 | 17 | 这样一个美好的社会，我们要如何到达？ 18 | 19 | 公信宝Dapp是公信宝团队基于公信链——GXChain上开发的第一个大型个人移动端应用，它致力于解决个人数据管理和共享方面的问题。公信宝Dapp，让用户可以创建区块链身份，允许用户授权、管理个人数据，让数据所有权真正回归用户自身。Dapp的内生激励机制将鼓励用户多维度、更全面的上传身份标签。Dapp既不缓存数据，又保护用户隐私安全。在用户授权同意的情况下，这些数据可以有非常丰富的应用场景。 20 | 21 | 这不仅仅是一个从现实世界到数据世界的过程，它更是一个由数据推动现实世界进化迭代的思考。在区块链这样透明的网络下，坏人作恶的行为会被永远记录，其作恶成本非常高。公信宝将用区块链技术减少现实世界中坏人数量，用区块链技术来解决数据孤岛，用区块链技术来完成绝对信任。最终我们用区块链技术来构建一个高效率、高幸福度的信用社会。 22 | 23 | ## 2.项目背景 24 | 数据是信用社会的基石之一，丰富个人数据的过程也是建立身份档案，建造信用社会的过程。 25 | 过去的20年，是属于互联网的20年，它拉近了人和人之间的距离，让人们获得信息的途径有了极大的改变。我们可以摆脱报纸、电视等传统媒介来获得必要的信息。随着数据的出现和存储方式的改变，其价值有了更多的表现方式。当前，一些互联网公司和金融公司，已经开始把数据采集、加工作为公司的长期战略。而拥有大量用户个人数据的公司，正逐渐蜕变为行业巨头。 26 | 27 | 在美国，个人数据的采集、加工、流转和消费都是围绕市场展开。但因为个人数据的准入门槛和垄断竞争，目前美国的个人数据市场主要由三大征信局垄断，这些公司负责采集、清洗和加工数据，并制成产品销售给个人、金融机构或合作公司。在我们的邻邦日本，其形式是以国家为主导、行业协会牵头的会员制。这些个人数据的获取和流转，只能在联盟会员之间进行，且任何流转的数据都会被打上特殊标签以限制用途，因此可查询、利用的数据维度多有受限。而在中国，数据采集、数据加工等环节还没有统一的行业划分。因此，我们将整个生态体系分为下面环节： 28 | 29 | 1. 数据采集：获取数据的过程； 30 | 31 | 2. 数据分类：将采集的数据进行分类整理的过程； 32 | 33 | 3. 数据归纳：将整理的数据划分到不同纬度的过程； 34 | 35 | 4. 数据建模：将不同纬度的数据进行计算的过程； 36 | 37 | 5. 数据流转：数据或计算结果传输的过程； 38 | 39 | 6. 数据使用：数据或计算结果被使用的过程 40 | 41 | 采集->分类->归纳->建模->流转->使用的6个环节。目前我国的个人数据主要由国家机构和大型数据企业负责采集，绝大多数的数据并未被充分利用；而那些正在使用的数据，其模型简单、流转有限、使用场景单一，严重制约了数据市场的繁荣发展。主要因为中心化的数据市场，存在以下弊端： 42 | 43 | 44 | 45 | ### 2.1数据所有权不明确 46 | 在现有法律框架下，虽然个人数据的所有权没有明确的归属，但数据采集的机构或企业在采集用户的个人数据时没有起到告知的义务，同时也没有对用户贡献个人数据的行为进行奖励。不论这是否侵犯了用户个人数据的拥有权，但这至少影响了用户提供个人数据的积极性，造成了数据采集的困难。 47 | ### 2.2数据采集者没有合理激励 48 | 当前，数据采集者不论是自己进行采集，还是委托给第三方进行，其采集成本都是由最终的数据消费收回甚至没有收回。随着国内的移动互联网发展迅猛，现有的采集服务已经无法满足日益剧增的数据需求，急需一套新的激励方案促进数据采集者更积极主动地去采集用户数据。 49 | ### 2.3使用场景的缺乏 50 | 因为缺乏数据所有权的认定，在流转和使用过程中就会出现各类限制。最新修正的法律规定，在调用、流转个人隐私数据时，需要对数据对应的自然人进行充分的授权，未经个人允许，而直接销售其敏感数据的行为已经涉嫌犯罪。而现实中，这些数据因为没有做足够的细分和建模，其应用场景也非常有限。目前，数据消费的应用场景主要集中在金融借贷领域，而其他领域少有数据消费的行为。 51 | 52 | ### 2.4现实问题 53 | 即使全球有超过40亿人的互联网用户，但因为上述数据环节中的关键问题还没能解决，导致个人数据的流通收到严重限制。这也限制了我们获得更多的生活便利。同时，随着信息不对称的问题被互联网逐渐缓解，信用的不对称却还没破除。中心化的数据巨头占有了大量的个人数据，既不能也不愿提供给其他机构或企业来优化客户服务。因此随着日益严重的“信息孤岛”问题，我们的信任成本越来越高，引起了工作和生活的极大不便。 54 | 具体可体现在以下几个方面： 55 | 56 | a)提供的服务越来越丰富，涉及的部门也越来越多； 57 | 58 | b)与陌生人交易，我们非常担心被骗； 59 | 60 | c)不管是雇佣还是合作，我们找到一个靠谱的人的成本仍然很高。 61 | 62 | 这些现象的根本原因，还是在于个人数据没有得到充分的流转和使用，如果这些数据在清洗后得以全面使用，那么就可以做到让数据多跑，让人少跑，提高社会运行效率。 63 | 64 | ## 3.项目创新 65 | 66 | 公信宝充分利用区块链技术，结合当前社会痛点，设计了全新的生态体系用于解决上述疑难问题。 67 | 68 | ### 3.1为什么要用区块链？ 69 | 区块链可以提供一个分布式的账本，该账本公开透明、可以溯源、无法篡改、无法抵赖的。与普通的分布式数据库不同，区块链的一个重要属性是时间戳，这些加盖了时间戳的账本信息封装在一个个区块内。如果有人作恶修改了某一区块内的账本信息，其之后的区块内容都会与之无法匹配而报错。利用这个特性，区块链在数据存证上有极大的用途，加盖了时间戳后，我们就可以认定在这个公开账本中的数据已经存在且没有再发生更改了。 70 | 71 | ### 3.2为什么公信宝能做到？ 72 | 公信宝于2016年8月建立。在一年内，团队已经有以下成果。 73 | 74 | **1）GXChain** 75 | 76 | GXChain是公信宝打造的一条底层公有链，这条公有链基于Graphene的底层架构，以DPoS(Delegated Proof of Stake)作为共识机制，支持每秒上十万次交易的吞吐量，满足商用场景中高并发、高吞吐的需求。与其他公有链不同的是，GXChain是一条有数据基础的公有链，在GXChain上开发应用，可以通过各类服务接口接入这些用户数据，让应用得以更好的服务普罗大众。未来，GXChain将部署虚拟机，从而可以执行可编译的智能合约，并且GXChain也将支持横向扩展，满足各类商业场景的需求。 77 | 78 | **2）公信宝去中心化数据交易所** 79 | 80 | 公信宝数据交易所是⼀个通⽤的去中心化数据交易平台，是基于公信链GXChain开发的首个大型商业应用，公信宝数据交易所具有不缓存沉淀数据、保护个人隐私、保护数据版权、有效遏制造假以及支持双向匿名交易等特点。面向的典型客户为互联网金融领域的网络贷款、汽车金融、消费金融、银行等有数据交换需求的企业，同时也积极拓展在政府、保险、医疗、物流等垂直领域的数据交换，以去中心化思维解决了各个行业的数据安全交换和流通等环节中一直没有解决的诸多核心信任问题，并可以为全社会所用，广泛使用于公民的学习、工作、生活等各种应用场景中，让数据释放应有的价值，提升社会协作效率。 81 | 数据交易所已经于今年9月24日正式商业化，截至12月底，数据交易量已经超过了2000万笔。 82 | 83 | **3）移动端钱包** 84 | 85 | 移动端钱包可以用于在移动设备上，保存数据资产，相比于PC端钱包，移动端钱包操作更简单，携带更便捷。 86 | 87 | **4）智能数据采集组件** 88 | 89 | 公信宝团队开发了世界顶尖的智能数据采集组件。利用这一系列组件，我们在获得用户授权后，可以在短时间内采集用户的相关数据。目前我们已经签约了超过100多家机构和公司，并涵盖了互联网金融中前70%的企业，服务用户已超过1000万个。 90 | 91 | 92 | 93 | 94 | ### 3.3个人端应用 95 | 在数据交易所、智能数据采集组件中，我们提供服务的直接面向对象是企业、机构这样的B端用户。企业和机构的数据，更像是一个集合体，单体体量大但总体数量小。而个人数据更像是人体中的毛细血管，细而杂，单体体量小但总体数量多。最终数据要回归个体，这些数据取之于个体，用之于个体。我们认为随着个人数据维度的不断扩大，C端市场的价值，远大于B端市场的价值。这些用户数据，在经过清洗和加工后，可以有非常广阔的使用范围。不止是提供给企业、机构这些数据方，还可以提供给个人，用于评价个人信用、消费习惯、财产情况等多维度身份信息。 96 | 97 | ## 4.项目愿景 98 | 99 | 现在已经有很多巨头公司开始注重个人数据的收集，他们不只自己开发采集工具，还在一些渠道花重金购买用户数据。越来越多的公司加入到囤积数据的队伍中来，可以很明确地感觉到数据的价值在未来不可低估。公信宝团队认为，数据一定是未来世界的第一生产资料。古时候打仗都有“兵马未动粮草先行”的说法。而在未来世界，我们认为不论是签合约、交易、委托等行为都会伴随着数据的交换和使用，而多维度的个人数据能够为我们的生活带来极大的便利。 100 | 101 | 102 | 公信宝的出现，能够最大程度的去中介化。也就是在数据交易、撮合的时候，传统模式下我们会走中间过程，也就是于中介处消耗极多的手续费。一条数据的标价可能40%是用于支付中间商的手续费。使用公信宝来做数据交换解决方案，信息的撮合成本将大幅降低。这样可以把原本支付给中间商的价值部分，转移到数据价值本身。虽然可能最后一条数据的标价并没有改变，但是数据本身的价值相比于原来已经有了质的提升。因为整个流转过程中服务费只占极小的一部分，而大部分的价值全部由数据本身来体现。这样就能形成一个正反馈循环，因为数据非常有价值，所以很多人愿意去流转、使用，而使用和流转的多了，就能给个人带来更多便利化的服务，服务多了，产生的数据也就更多了，又进一步促进了数据的再流转和使用，周而复始。 103 | 104 | 公信宝认为，当数据流通过程变成一潭活水，数据流通就像流水一样便利、方便时，信用的不对称自然会被瓦解。数据能够便利的进行交换，能彻底改变我们的认知，如人们可以跨越国家、民族、地域的自由协作。这样个体、机构、国家的效率大大提升，协作摩擦极低。从而促使资源的重新分配，去往效率最高和最合适场景和人。随着执行效率的提高，人们有更多时间和精力，尽情投入在自己喜欢的人和事上。也就是未来一定是一个基于信用的，高效率的幸福社会。 105 | 106 | 公信宝团队的愿景是：用区块链重构信用社会。 107 | 在当今社会中，失信的成本极低，在体验信⽤服务时，我们往往会遇到各种问题。例如担保交易中，当⼀⽅按要求⽀付了货款，却没有收到应得的货物；借贷⼈凭借信⽤担保，获得了贷款却逾期不还，⼈间失踪，等等。在没有⼀个强有⼒的个⼈征信体系下，公⺠享有的信⽤服务品质⾃然也⼤打折扣，对于失信⾏为的惩罚不严，会让那些“⽼赖”们更加肆⽆忌惮的屡次再犯。设想⼀下，如果未来社会是⼀个完全基于信⽤说话的社会，⼀切的社会⾏为都会在⼀本公开的账本上进⾏记录，且任何⼈只要获得授权就可以查询。当个⼈信⽤能覆盖⼤多数场合，如⾦融⾏为（借贷记录、放贷记录、交易记录），那么人们就会对⾃身的信⽤数据格外珍惜。评判⼀个⼈是否守信的标准，⾃然是根据围绕他⾃身的⾏为数据、信⽤数据、消费数据等等。通过这些数据的综合评判，我们能够生成这个用户的完整身份，包括细分领域的各种数据，从链上输出到现实中，从而能从数据方面直接解决“我是谁”这样的问题。当大多数人都能共享这些数据时，我们的愿景就实现了。 108 | 109 | ## 5.产品概述 110 | 111 | 为了解决这些数据采集、流转方面的疑难，团队开发了这款公信宝Dapp。如果用一句话来定义它，我们会说：公信宝是未来世界的通行证和关键连接器。 112 | 具体来说，它将是区块链世界的通行证，也将是现实世界的通行证；作为连接器，它将帮用户连接区块链世界和现实世界，还将在区块链世界里，帮助人与人，人与机构，人与资产完成连接。 113 | 我们相信，这些方式可以消解数据不对称。 114 | 115 | 1.链上的身份ID，实现全链的身份认证——不再需要证明自己是谁 116 | 117 | 2.链上信用记录，实现完整的用户画像——不再需要“会识人” 118 | 119 | 3.全领域数据交换，打破信息孤岛——不再需要办事多跑腿 120 | 121 | 4.本人数据本人授权——不再担心隐私被侵犯 122 | 123 | 5.可确权资产上链，实现数字化流通——不再担心财产被转移 124 | 125 | 126 | 在公信宝Dapp 1.0中，除了原有的钱包功能。用户可以创建区块链身份，并授权个人数据获得算力，算力可以进行数据挖矿，从而获得数字资产的奖励。授权的数据种类越多，算力越高，奖励也越多。团队将在后期开放更多维度的数据授权，并为这些数据提供更多的使用场景。公信宝Dapp的一大特点就是，通过数据挖矿，可以让很多不懂区块链的普通人能轻易地获得第一笔数字资产，从而开始了解区块链，进入区块链世界。 127 | 我们希望公信宝Dapp能成为普通人进入区块链世界的第一个入口。 128 | 129 | ### 5.1钱包功能 130 | 公信宝Dapp包含了基础的移动钱包功能，用户可以在公信宝Dapp中管理自己的数字资产，包括转账、收款、创建钱包、导入钱包等功能。 131 | 132 | ### 5.2布洛克城 133 | 134 | 布洛克城（Block City）是我们在Dapp中创立了⼀座虚拟城市，它是全球⾸个区块链虚拟城市，也是一个未来信用社会的缩影。⽤户在Dapp中的操作和⾏为，都是围绕布洛克城展开的。在这个城市中，信⽤是每个居⺠⽣存的基⽯，这是⼀个⼀切遵守信⽤的理想社会。在布洛克城中，⼀切社会⾏为都将和信⽤挂钩，信⽤的好坏，将决定居⺠的社会地位。不同于⽤⼟堆、砖瓦搭建的传统都市，构建布洛克城的基础元素是个⼈数据。⽤户授权的数据就像铲⼦，有了铲⼦，居⺠就可以利⽤铲⼦进⾏数据挖矿，挖矿将会产⽣数字资产奖励。初期，通过挖矿能得到GXS奖励，后期随着更多的项⽬⽅和应⽤⼊驻布洛克城，挖出的数字资产会更加多样。 135 | 136 | 137 | #### 5.2.1激励机制 138 | 想要进行数据挖矿，首先需要进行Know Your Customers（KYC）验证来创建一个区块链身份。 139 | KYC验证 140 | KYC是⼀种实名认证机制，主要⽤于预防反洗钱、身份盗窃、⾦融诈骗等犯罪⾏为。 141 | KYC分为初级和⾼级两种，根据KYC等级的不同，⽤户被赋予的身份标签也会不同。 142 | 143 | 144 | **1.姓名+身份证+⼿机号验证** 145 | 146 | 这样的验证组合我们称之为三要素验证，GXS团队将根据⽤户上传的数据。⽤公信宝去中⼼化数据交易所中的数据产品进⾏购买、验证，以保证⽤户提供的信息是真实有效的。 147 | 148 | **2.⼈脸识别和身份照⽚** 149 | 150 | 通过⼿机摄像头采集本⼈的实时照⽚，同时确认是否为活体，我们还需要⽤户配合Dapp的指示做出⼀些动作来检测(例如点头、眨眼、摇头等)，最终拍摄下⽤户本⼈的⾼清超⽚，并将上传的身份证照⽚及信息⼀同交公安部，或其下属渠道进⾏验证，得到验证结果来确认是否是本人。 151 | 152 | KYC验证成功后，用户的区跨链身份已经生成，这个身份是进⼊布洛克城的通⾏证。有了这张通⾏证，用户就可以进⼊城市，玩转区块链世界了。 153 | 154 | KYC认证只是将用户的现实身份和区块链身份进⾏绑定，并没有和钱包账户进⾏关联。 155 | 156 | **数据挖矿** 157 | 158 | 数据挖矿将作为布洛克城中最重要的用户激励措施之一，我们希望通过数据挖矿的形式，能鼓励用户更多、更全面的授权自己的个人数据。从而帮助我们更好的构建人物画像。 159 | 160 | 通过KYC验证后，用户将获得在布洛克城中的第⼀张身份标签。有了身份标签，用户就可以⽤个⼈数据进⾏挖矿。 161 | 162 | 数据挖矿的本质是实时将个⼈数据进⾏授权和⼴播。Dapp会根据⽤户授权的信息，提取其中先对应的字段，⽣成和数据相对应的身份标签。当开始数据挖矿时，Dapp会向接收⽅⼴播这些标签（标签中不含私⼈具体信息），接收⽅可以是个⼈也可以是企业和机构。 163 | 164 | **挖矿算⼒** 165 | 166 | 在Dapp中，挖矿算⼒和单位时间内所能挖到的数字资产数量呈正相关，即算⼒越⾼，挖到矿的数量越多。挖矿算⼒取决于上传数据的丰富性以及个人优质身份标签的数量多少。在Dapp中，我们对多种⽤户⾏为以及⽤户授权的数据信息对应的算⼒进⾏了量化。 167 | 168 | **算力提升** 169 | 170 | 算力提升主要可以通过下列几个方面。 171 | 1） 上传更多维度的数据信息。 172 | 2） 每天登陆Dapp领取挖矿奖励。 173 | 3） 个人优质身份标签的数量。 174 | 4） 完成悬赏任务（如完成调查、推荐任务等）。 175 | 176 | **挖矿奖励** 177 | 178 | 挖矿奖励为数字资产。最初，用户可能只能挖出GXS。随着布洛克城居⺠的增加，庞大的居民群体会吸引更多的项⽬⽅⼊驻布洛克城，届时能挖到更多种类的数字资产。挖矿奖励将储存在“我的资产”栏⽬中，绑定对应的钱包地址后，就可以将数字资产提现⾄个⼈钱包。 179 | 180 | #### 5.2.2区块链身份 181 | 182 | 区块链身份，是布洛克城的居⺠证。身份信息会根据⽤户授权的个⼈信息实时更新。 183 | 184 | **基础信息** 185 | 186 | 身份昵称身份昵称要求唯⼀不重复，将作为布洛克城中的姓名使⽤。 187 | 188 | **认证手机号** 189 | 190 | 绑定的⼿机号。 191 | 192 | **居⺠ID** 193 | 194 | 居⺠ID将告知您⼊驻布洛克城的编号。 195 | 196 | **身份标签** 197 | 198 | 身份标签是布洛克城中居⺠的属性标签，身份标签只会粗放的展现个⼈信息，⽽不会涉及详细的个⼈信息。 199 | 200 | **身份标签种类** 201 | 202 | 身份标签将根据数据维度进⾏细分，可以从电商数据、学历、⼯作经历、征信记录等个⼈信息指标⽣成相对应的各类身份标签。 203 | 204 | **身份标签由来** 205 | 206 | 根据⽤户上传、授权的数据，由算法计算得到。依区块链不可篡改、不可抵赖的特性，可以保证身份标签的权威性。 207 | 208 | **特殊标签** 209 | 210 | 部分活动限定的标签，如最早注册的9999位⽤户将额外拥有创世成员的标签，创世成员的特权将在后期开放。 211 | 212 | 后续我们还会开放其他更多的特殊标签和限定标签。 213 | 214 | **⽤户画像** 215 | 216 | ⽤户画像是根据⽤户上传的数据，由算法决定的。每个区块链身份的画像都是独⼀⽆⼆的。⽤户画像将反应部分⽤户的客观数据，例如资产、信⽤、购物习惯等。补充数据维度的过程，就是⽤户画像完善的过程。 217 | 218 | #### 5.2.3线上功能 219 | 220 | 拥有了上述数据基础和身份标签，我们可以更好的构建个⼈⾏为档案。通过对⾏为数据的统计和分析，将这些模型运⽤到多种场景中，⽤数据为⽣活提供便利。 221 | 222 | **交易所导流** 223 | 224 | 数字货币市场在不断扩⼤，每年都会有⼏⼗个⼩交易所上线运营。对于很多新项⽬⽽⾔，他们的技术、知名度很难让其发⾏的数字货币短期内上线⼤交易所，只能转⽽上线⼩型交易所。为了响应反洗钱制度，交易所要求客户必须KYC后，才能获得全部的操作权限。而KYC步骤繁琐，且每个交易所操作流程略有差异，使得在实际注册、认证过程中，多数⽤户因为步骤过多，体验不佳⽽导致注册转化量极低。因为在公信宝Dapp⽣成区块链身份之前，⽤户已经做了KYC认证，所以有这些⽤户基础的情况下，团队可以和交易所合作。在获得⽤户同意的情况下，直接将KYC结果输出⾄交易所，从⽽做到⼀键注册、交易，⼤幅缩短了注册认证流程，增强了体验。 225 | 226 | **个⼈数据所有权管理** 227 | 228 | 过去我们去任何⾦融机构贷款、购买保险的记录都被采集了⼤量数据，⽽换⼀个机构却还要重复做⼀遍同样的事情，不仅浪费时间还浪费社会资源。 229 | 230 | 如果这些数据归属于个⼈，那么我们是否可以管理⾃⼰的本地个⼈数据。在需要⽤到的时候发送给服务机构（⾦融机构、医院、出⾏办事单位等），让服务机构在得到本⼈授权后享有数据的使⽤权，省去重新采集的时间，节省社会资源，让数据的所有权真正掌握在个⼈⼿⾥。 231 | 232 | 基于这个设想，在布洛克城中，我们⿎励⽤户从数据源⾃⼰导⼊授权采集数据，数据源(项)包含但不限于个⼈的基本信息、电商消费、交通出⾏、信贷记录、运动数据、医疗健康等，⾃⼰可以管理授权数据，今后在需要⽤到数据时只需要提供给服务者即可，从⽽实现个⼈的数据由⾃⼰来管理。 233 | 234 | **数据交易** 235 | 236 | 当开启数据挖矿时，⽤户本⼈的身份标签将会被⼴播⾄GXChain⽹络中，数据购买者也可以通过向标签的主⼈发送数据交易请求，来查询其详细信息。交易过程需要经过标签所有者的授权，未经授权交易将⽆法完成。 237 | 238 | **线上交友服务** 239 | 240 | 在布洛克城中，⽤户的身份标签、⽤户画像是由算法⽣成，⽆法更改的。且当⽤户进⾏数据挖矿时，这些身份标签是⼈⼈可查的。利⽤这些特性，可以将⽤户画像和身份标签输出⾄⼀些社交平台。这样，在不暴露现实身份（标签不含个⼈详细隐私数据）的情况下，也能满⾜个体的各类社交需求。 241 | 242 | **精准投放服务** 243 | 244 | 精确投放可以说是Dapp的最核心服务之一。如今即使有时候我们可能也需要某⼀类产品的服务，然⽽因为数据的缺失，很多服务提供方⽆法判断⽤户的需求，⽽⽆法准确将产品需求精确投放给客户。 245 | 246 | 1）服务类的精确投放 247 | 248 | 利⽤Dapp，服务商可以利⽤身份标签给⽤户划分定位，在⽤户授权的情况下购买⽤户数据，从⽽可以更近⼀步的分析⽤户习惯。并针对不同⽤户，提供不同的产品⽅案，实现精准投放。例如Dapp中接⼊了第三⽅的健身数据，⼀些做健身产品或减肥产品的公司可以在⽤户授权的情况下购买这些数据，分析后为⽤户量身定制⼀份健身计划或减肥计划，将⼤幅优化产品推⼴、定制过程的流程，提升转化率。 249 | 250 | 2）调查类的精确投放 251 | 252 | 部分调查公司想做客户调研的时候，也可以根据用户标签来投放给特定的用户。再拿一个健身房想要投放产品调查举例，他可以根据身份标签选择某一地区内，年龄20~30岁之间，喜爱购买健身设备的男/女性顾客。这样做能确保调查对象即是用户群体，最大限定的保证调查的可信度和回收率。 253 | 254 | **机构研究** 255 | 256 | 保险公司、教育机构、数据分析公司，这些公司对个体⽤户数据需求⾮常⼤。因未经允许不能合法购买数据，⽆法精确定位很多潜在⽤户。利⽤Dapp的功能，可以在⽤户授权的情况下获取个⼈数据⽤于研究和分析。 257 | 258 | **⼩游戏** 259 | 260 | 之前，⼀款叫CryptoKitties席卷了数字货币界，庞⼤的交易量堵塞了以太坊⽹络。⼀个⼩⼩的养猫游戏就能让整个加密数字货币为之疯狂，不得不让⼈叹为观⽌。在布洛克城中，也可以开发⼊驻各类⼩游戏，例如可以划分更多的阶级、职业，购买布洛克城中的房产、载具、宠物。甚⾄随着更多居⺠的⼊驻，将会有更多的城市开放，真正地将布洛克城扩展为⼀个庞⼤的新世界。 261 | 262 | #### 5.2.4线下功能 263 | 264 | 信⽤社会是整个Dapp的最终阶段，当这些数据能完全证明⾃然⼈身份。当他们的⽤户画像在布洛克城中已经完全稳定，越来越多的⽤户开始关注到个⼈信⽤的重要性时，信⽤社会的时代就将来临。我们坚信未来⼀定是信⽤社会，未来⽤户的数据⼀定是⾃⼰管理的。⽽且数据本身的价值会随着⼿续费的降低⽽越发显现。如果现在是劳动⼒社会，那么未来⼀定是数据、信息的社会。随着数据基础的扩张，这些原本仅仅是虚拟世界的身份标签，就能够输出到现实世界，为现实世界⽣活提供⽅便。 265 | 266 | 267 | **⾯对⾯信用验证** 268 | 269 | 在我们⽣活中往往有很多的活动是通过⾯对⾯交流完成的，例如相亲、招聘、租房租⻋、⼆⼿交易等，像这样的场景⾥我们都需要验证交流者是否诚信可靠，过去由于没有好的⼯具可以使⽤，我们仅能通过对⽅⾔语和肢体来进⾏分辨，但这种⽅式的可靠性往往不是很⾼。利⽤Dapp的功能，就能解决这些痛点。 270 | 271 | 以招聘为例：企业招聘⼯作⼈员(如HR)在Dapp上输⼊求职者身份三要素(身份证号码、姓名、⼿机号码)，如果求职者已经安装了Dapp，直接扫描求职者的⼆维码即可。 272 | 273 | 扫描完成后，选择查询数据类型（如教育、社保、公积⾦、公安不良、法院不良、运营商等数据），点击查询，求职者⼿机会收到⼀条推送信息以确认求职者本⼈是否同意企业查询，⼀旦同意，HR就可以⽀付数据查询费⽤，等数据返回后，⼿机上就可以看到求职者的信息，通过教育信息验证求学经历，通过社保公积⾦验证⼯作经历，通过公安和法院信息来验证求职者是否有违法记录等。 274 | 275 | 同样，这⼀⽤途应⽤于男⼥相亲、保姆信审、租⻋租房、⼆⼿交易、场外交易、贷款的场景都有⾮常多的实⽤价值，未来是⼀个⾼度信⽤化的社会，Dapp将致⼒于让社会更诚信，让欺诈变得更难。 276 | 277 | **点对点契约签署** 278 | 279 | 因为有了大量数据基础，我们在构建用户线上身份的同时，这些身份可以直接映射到现实中。利用这些数据，我们可以构建新的短期契约签署方式。例如用户可以发布需求启事，并填写自己的具体诉求，然后将这个需求广播至网络中，系统根据身份标签自动推送适合对象给用户，用户可以申请查看这些备选对象的个人信息。发现对方的各项记录都完好，然后用户就可以和对方签署一个点对点契约，当服务完成后按照预定支付报酬。这样的去中介化契约签署，可以真正的做到点对点发布委托，并由自己来评判标准和支付报酬。 280 | 281 | **个⼈资产数据化** 282 | 283 | 未来，数据的形式将会被进⼀步拓宽。很多固定资产是可以数据化的，例如房产、墓地、林场使⽤权这些资产都可以数据化并记录在链上。这些资产数据化后的存证和和验证相⽐于传统的纸质证明有很多优点。 284 | 285 | 1.保存容易，不需要纸质的证明⽂件，不⽤担⼼纸张的破坏； 286 | 287 | 2.流转⽅便，⽤数据的形式进⾏资产的转让，只需要将私钥移交给对⽅。减少了很多传统转让过程中的各类协议和⼿续。 288 | 289 | **其他⾦融服务接⼊** 290 | 291 | 有数字资产和区块链身份保证，⾦融服务商或是承兑商可以利⽤这些接⼝开发各种服务。例如抵押贷款服务，⽤户锁定一定数量的数字资产，换取⼀定的类法币贷款（如USDT和Bitcny）。到期后需要返还本⾦和利息。当抵押资产价值下跌时，可能会造成数字资产被强制平仓的情况，到期后未按期返还本⾦和利息的，承兑商将没收抵押的数字资产来偿还本⾦。 292 | 293 | ## 6.Token说明 294 | 295 | 在布洛克城中，所有交易的⽀付⽅式都将由GXS完成。GXS将作为布洛克城唯⼀的可⽀付Token。 296 | 297 | ### 6.1关于GXS 298 | 299 | GXS是公信宝基金会发⾏在公信链上的Token，不仅具有流通价值，同时还是基于GXChain应⽤的必备Token，它可以在数字货币交易所交易流通，它的应⽤价值主要体现在以下⼏个⽅⾯： 300 | 301 | 302 | 1.在公信链上开发、认证应⽤、使⽤链上服务（例如链上转账的矿⼯费）以及使⽤BaaS服务需要⽀付或燃烧GXS，GXS是作为链上应⽤运⾏唯⼀使⽤到的Token。 303 | 304 | 2.在选举产⽣⻅证⼈时可作为选票使⽤。 305 | 306 | 3.⽀付布洛克城中的服务使⽤费 307 | 308 | 309 | ### 6.2支付场景 310 | 311 | 1.居民之间互相使用GXS进行结算； 312 | 313 | 2.使用城市公共服务需要用GXS结算； 314 | 315 | 3.商家提供的服务也需要用GXS来购买。 316 | 317 | ## 7.技术说明 318 | 319 | Dapp是基于GXChain开发的⾸个移动端应⽤。得益于Graphene的强⼤性能，在数据存储、数据交易⽅⾯，性能上能达到每秒十万级的吞吐量，从⽽为Dapp内的数据流通保驾护航 320 | 321 | ### 7.1智能数据采集 322 | 323 | 数据可信度的⼀⼤要素是数据来源，公信宝⾃身不储存数据，所有⽤户的个⼈数据，都是在经过个⼈授权后进⾏采集的。公信宝团队拥有世界顶尖的智能数据采集技术，能在获得授权后迅速展开数据采集服务，并将数据进⾏加密保存，最⼤限度地在确保数据完整度的同时也兼顾了个⼈隐私、安全的保护。 324 | 325 | ### 7.2数据新鲜度 326 | 327 | 从个体⽽⾔，有⼀些数据是不需要经常更新的。例如学历记录、⼯作记录，这些数据在经过重⼤变更后（重新修读了更⾼学位课程，换了⼯作单位）才需要变更。 328 | 329 | ⽽更多的数据如淘宝订单记录、⽀付宝消费记录、个⼈出⾏信息、运营商数据等这⼀类关系到个体⽣活状态、⽣活习惯、消费⾏为等数据，会在短期内⼤幅变化。因此对于这类数据，能做到短期内定期更新，对保证数据的新鲜度是⼗分重要的。数据新鲜度的确保，也能更好的提升数据的公信⼒，从⽽对个⼈信⽤评估提供更多的帮助。为⿎励⽤户更新、维护⾃⼰的数据，在Dapp中，团队根据不同数据的维护周期需求，对维护、更新数据的⾏为进⾏相应的算⼒奖励。 330 | 331 | ### 7.3数据量证明（Proof of Data） 332 | 333 | GXS Dapp中的挖矿算法采⽤的是独创的PoD算法（Proof of Data），⼜称数据量证明。 334 | 335 | ### 7.4挖矿算法解读 336 | 337 | 在⽐特币的共识算法Proof of Work(PoW)中，⼯作量（Work）作为第⼀要素，矿⼯根据个⼈算⼒的⼤⼩排序。算⼒越⼤，在相同时间内挖到的⽐特币数量越多。在PoD中，我们将能授权、上传的数据维度做了划分，相对应获得的矿数量也会不同。可以确定的是，算力和贡献的数据量呈正相关。贡献的数据维度更多，且细分的数据指标越多，价值越高，则相应的算力也会越高。 338 | 339 | ### 7.5个⼈隐私保护 340 | 341 | GXChain是⼀条有数据基础的公有链，但是GXChain的主链上只会存储数据存证的HASH（哈希值），⽽不会存储数据主体。所有个⼈信息数据都会被用户⾃身的一对数据公私钥进行加解密，利⽤星际文件存储系统（IPFS）技术，分布存储在GXChain的侧链上。数据本体采⽤ECIES数字签名进⾏⾮对称加密。理论上，在量⼦计算机⼤规模投⼊使⽤之前，只能由私钥算出公钥，⽽由公钥反向算出私钥是不可⾏的。因此只有⾃然⼈⾃⼰的私钥，或是通过私钥授权的公钥（数据买⽅）才能解锁和阅读，从⽽保护了个⼈隐私，保障数据存储的安全性。公信宝不设置中⼼服务器，不缓存个⼈数据。整个传输、交易过程都是点对点完成，因为非对称加密，只有交易的双⽅才可以查阅，即使在数据传输过程中截取数据，也会因为没有私钥而无法解密。充分保护了数据买方和卖⽅双⽅的权益。 342 | 343 | 所有的数据都是加密后暂存在IPFS（存储）上，IPFS⽣成的唯⼀HASH缓存到Dapp本地，HASH存在⼿机本地，建⽴关联。更新：再次授权登录采集，新的HASH覆盖原HASH。 344 | 345 | 公信宝Dapp的数据都是保存到链上的，由用户自己的数据身份公私钥对加解密。为了让整个过程公开透明，公信宝会开放数据查询窗口，让用户都能确认自己的数据的确被加密保存在区块链上。 346 | 347 | 1.用户有权取消已授权的数据（用于增加算力的数据授权）。一旦取消，授权的数据关系就解除了，即这个数据本体和用户个人没有任何关联。同样因为缺乏关联，用户的数据就无人能解密，除非用户再次授权。 348 | 349 | 2.每授权一项数据都会返还一个相对应的Hash ID,用户在公信宝Dapp中可以看到上链的数据（可解密）。 350 | 351 | 3.后期,用户可以在区块链浏览器上查询用户的个人数据。同时，其他人也可以根据这个Hash ID可以在浏览器上查询加密后的内容。不过其他人只能看到加密后的数据，而不能看到明文数据，因为在没有数据身份私钥解密的情况下，数据不会以明文的方式呈现。 352 | 353 | 4.公信宝的核心价值将围绕“数据经济”展开，等C2C和B2C的数据应用场景开发完成后，个人和企业可以查询用户的数据。这些查询请求都会在用户的Dapp界面上进行通知，确保用户享有知情权和所有权。所有涉及个人数据的查询行为，都需要经过用户的同意。如果用户没有进行授权，这些个人、企业机构也无权、无法查看用户的个人数据。同时，查询、授权记录都会进行链上存证，保证整个过程公开透明，记录不可篡改。 354 | 355 | 5.在公信宝Dapp的服务稳定，主要功能开发完成后，团队会对代码进行开源。之所以现在不开源，是因为布洛克城还在创世阶段，服务框架还没有稳定，同时也会出现一些漏洞、缺陷。如果直接开源，被攻击的可能性非常高。一旦遭受到攻击，用户体验会非常差，这是对用户的不负责。其次，公信宝Dapp是全国第一个面向大众的个人端区块链应用，已经受到了广泛的关注。如果在早期就进行开源，我们的产品将会被快速模仿，甚至有人会利用我们设计的各种机制去行骗作恶，这都是我们不想看到的。公信宝自始至终都秉承着不作恶原则，团队不存储、也无法窃取用户的个人数据。公信宝Dapp，让用户养成管理个人数据的习惯，让用户的数据为用户自身创造价值，使得未来围绕着数据交换的商业模式能够实现。在上述各种使用场景实现后，团队就会开放完整的代码，让更多的开发者、企业机构接入数据经济的生态中，让公信宝的愿景——以区块链重构信用社会得以实现。 356 | 357 | 358 | 359 | 360 | ## 8.总结 361 | 362 | 在未来，数据将是最重要的生产资料之一，这已经成为全球领先企业的战略共识，而人工智能和机器学习的普及化，将进一步放大的企业对数据的渴求。可以说，谁能更好地掌握数据和使用数据，未来谁就拥有了理解和联通用户的钥匙。而广大公民作为数据大时代里的个体，只有科学地管理运用自己的数据，才能在充分保护自己隐私的同时，更好地获得时代的红利，在未来便利地与人协作，提高效率，享受生活。公信宝Dapp正是扮演着激活用户数据，连通用户与企业的角色，是未来最重要的连接器之一；同时又充分尊重用户的数据隐私，让用户成为自己数据的主人，在诚信社会通行无阻，将是未来世界必备的通行证。致力于通过区块链技术重构信用社会，公信宝Dapp的推出，我们向这个愿景又近了一步。 363 | -------------------------------------------------------------------------------- /_OLD/zh/whitepaper.md: -------------------------------------------------------------------------------- 1 | ## **公信宝区块链技术和应用白皮书\(V2.0.0\)** 2 | 3 | ### **I.摘要** 4 | 5 | > 大数据时代已经来临，万物互联的时代也已不远，人类社会生产、获得和处理数据的能力已经远超过去。通过对数据的合理应用，我们对世界的认识、对商业和社会活动的规划，对需求的响应，对人与人的协作都将会提升到一个新的高度。 6 | 7 | 近几年来，随着互联网的高速发展和信息技术的普及应用，各个行业和机构所产生的数据呈爆炸性增长，对于全社会来说，这是一个在不断膨胀的巨大宝库。但是在数据量呈几何级数增加的同时，巨头对数据的垄断和机构间信息孤岛的情况也亟待破局。“将数据交换起来”，这背后蕴含着巨大的生产效率提升空间和商业价值。 8 | 9 | 数据，是未来最重要的生产资源，不但规模巨大，且将随着人们行为的变迁而不断流变，成为我们测量、理解一个时代商业和社会的关键，它也将是全行业的标配；而区块链技术，是未来世界最重要的基础技术之一，它构建了一个让所有参与者都可以共同维护的可信价值互联网。而它作为一个传输价值的信任网络，能够让数据这项最重要的生产资源，在流通中的成本降至最低。 10 | 11 | 可以说，区块链这项未来最重要的底层技术，与数据这项未来最重要的社会资源结合在一起，能够释放出极大的商业价值、社会价值。公信宝的使命和愿景，就是构建于此。我们已经开发了一系列基于区块链和数据的应用产品。其中，最底层的就是我们的公链——公信链（GXChain），公信链 = 区块链 + 大数据。 12 | 13 | **公信链的定位，是基于区块链建立一个可信任的全领域数据交换价值网络，让各个领域的数据都可以非常自由、相互信任、极度高效地共享交换，让数据逐渐远离垄断，信息不再有孤岛，让数据为商业和我们的生活提供更高的价值。** 14 | 15 | ### **II.GXChain** 16 | 17 | #### **1.GXChain基础介绍** 18 | 19 | 公信链（GXChain）是一条主要面向海量数据交换和应用开发的公有链，用于建立基于区块链的可信任的全领域数据交换价值网络。GXChain具有基于DPoS共识机制的石墨烯底层架构的性能优势，同时具备G-ID、GVM、BaaS、Blockcity pay等链上配套功能，方便各类应用开发。基于公信链的Dapp布洛克城已经拥有百万级实名用户，为链上应用和合伙伙伴提供丰富的数据资源；面向企业服务的公信宝数据交易所也已上线，服务企业数量超过百家。GXChain通过区块链技术实现了数据的安全、可信、自由、高效交易交换，为更大化发挥数据应用价值提供支撑。 20 | 21 | #### **2.GXChain的共识机制** 22 | 23 | 公信链使用DPoS和PoCS来实现区块链记账和数据交换的共识机制。 24 | DPoS\(Delegated Proof of Stake\)机制，源自于Graphene，中文名叫做股份授权证明机制（又称受托人机制），它的原理是让每一个持有代币的人进行投票，由此产生101位代表 , 我们可以将其理解为101个\(可无限扩展\)超级节点或者矿池，而这101个超级节点彼此的权利是完全相等的。从某种角度来看，DPOS有点像是议会制度或人民代表大会制度。如果代表不能履行他们的职责（当轮到他们时，没能生成区块），他们会被除名，网络会选出新的超级节点来取代他们。 25 | 26 | PoCS\(Proof of Credit Share\)机制，是公信链自主设计开发的共识机制，中文名叫做信用贡献证明机制\(又称共享交换平衡机制\)，⽤来解决数据体量悬殊企业之间的共享交换不平衡问题。 27 | 28 | 联盟成员每完成一笔数据交易，则计算一次PoCS，贡献比根据买卖次数计算，并参与数据交易手续费的计算。PoCS低的联盟成员，将会付出比基准手续费更高的费用换回数据，PoCS高的联盟成员将会付出比基准手续费更低的费用换回数据。 29 | 30 | PoCS和交易手续费实现原理的**伪代码**如下： 31 | 32 | ``` 33 | if ((total_sell + total_buy) >= pocs_threshold) { 34 | 35 | pocs = calculate_pocs(total_sell, total_buy); 36 | 37 | fee = scale_fee(pocs, data_transaction_base_fee); 38 | 39 | } else { 40 | 41 | fee = data_transaction_base_fee; 42 | } 43 | ``` 44 | 45 | pocs：贡献比，一个联盟成员在一个联盟中有且只有一个贡献比。 46 | 47 | total\_sell：当前账户卖数据的总次数。 48 | 49 | total\_buy：当前账户买数据的总次数。 50 | 51 | pocs\_threshold：产品阈值，若当前账户买卖总次数大于等于此阈值，才启用贡献比参与最终手续费的计算。 52 | 53 | data\_transaction\_base\_fee：不考虑贡献比的基准手续费，即全局参数中操作的手续费。 54 | 55 | calculate\_pocs：根据买卖数据次数计算PoCS。 56 | 57 | scale\_fee：根据pocs调整交易手续费。 58 | 59 | #### **3.为什么选择DPoS共识机制** 60 | 61 | 现有区块链项目的主要共识机制为PoW和PoS，少部分项目采用修改后的BFT（拜占庭容错）的共识机制，BTC就是PoW机制下最成功的加密货币。PoW机制虽然已经成功证明了其长期稳定和相对公平，但在现有框架下，采用PoW的“挖矿”形式，将消耗大量的能源。其消耗的能源只是不停的去做SHA256的运算来保证工作量公平，并没有其他的存在意义。而目前BTC所能达到的交易效率为约5TPS（5笔/秒），以太坊目前受到单区块GAS总额的上限，所能达到的交易频率大约是25TPS，与平均千次每秒、峰值能达到万次每秒处理效率的VISA和MASTERCARD相差甚远。 62 | 63 | PoS机制下较为成熟的数字货币是Peercoin（点点币）和NXT（未来币），相比于PoW，PoS机制节省了能源，引入了“币天”这个概念来参与随机运算。PoS机制能够让更多的持币人参与到记账这个工作中去，而不需要额外购买设备（矿机、显卡等）。每个单位代币的运算能力与其持有的时间长成正相关，即持有人持有的代币数量越多、时间越长，其所能签署、生产下一个区块的概率越大。一旦其签署了下一个区块，持币人持有的币天即清零，重新进入新的循环。在PoS机制下，因为区块的签署人由随机产生，则一些持币人会长期、大额持有代币以获得更大概率地产生区块，尽可能多的去清零他的“币天”。因此整个网络中的流通代币会减少，从而不利于代币在链上的流通，价格也更易受到波动。由于可能会存在少量大户持有整个网络中大多数代币的情况，整个网络有可能会随着运行时间的增长而越来越趋向于中心化。相对于PoW而言，PoS机制下作恶的成本很低，因此对于分叉或是双重支付的攻击，需要更多的机制来保证共识。稳定情况下，每秒大约能产生12笔交易，但因为网络延迟及共识问题，需要约60秒才能完整广播共识区块。长期来看，生成区块（即清零“币天”）的速度远低于网络传播和广播的速度，因此在PoS机制下需要对生成区块进行“限速”，来保证主网的稳定运行。 64 | 65 | 为了让处理效率能有质的突破，DPoS机制应声而出。DPoS机制要求在产生下一个区块之前，必须验证上一个区块已经被受信任节点所签署。相比于PoS的“全民挖矿”，DPoS则是利用类似“代表大会”的制度来直接选取可信任节点，由这些可信任节点（即见证人）来代替其他持币人行使权力，见证人节点要求长期在线，从而解决了因为PoS签署区块人不是经常在线而可能导致的产块延误等一系列问题。DPoS机制通常能达到万次每秒的交易速度，在网络延迟低的情况下可以达到十万秒级别，非常适合企业级的应用。因为公信宝数据交易所对于数据交易频率要求高，更要求长期稳定性，因此DPoS是非常不错的选择。 66 | 67 | #### **IV.GXChain的特点** 68 | 69 | **高性能和可扩展性** 70 | 71 | 公信链是一条拥有高并发处理能力的公链，每3秒出一个块，拥有每秒高达10万笔交易的处理能力，考虑到今后链上业务不断上涨的可能性，公信链支持横向扩展，这样可以迅速扩张每秒交易处理能力，并不需要分叉来达到共识。 72 | 73 | **参数动态调整** 74 | 75 | 公信链不需要分叉就可以修改系统参数，通过共识投票的方式实现区块大小、出块速度、手续费等全局参数的动态调整。 76 | 77 | 例如：目前每3秒出一个块，可以动态调整参数到每秒出块；目前区块大小是2M，可以动态调整成大区块，如8M。 78 | 79 | **数据提供** 80 | 81 | 在公信链上开发的去中心化数据交易所支持很多领域的数据交易和交换，企业和个人开发者可以交易获得和使用这些数据。 82 | 83 | **BaaS服务** 84 | 85 | 公信链还提供一些如存储和验证类BaaS\(区块链即服务：Blockchain as a Service\)接口的支持，开发者根据丰富的BaaS-API、数据交易API、原生API开发出充满实际价值意义的区块链应用。 86 | 87 | **基于公信链的应用开发** 88 | 89 | 与其他公共区块链相比，基于公信链开发的应用拥有各行业的数据支持，让开发者做出更有实际价值的商业应用。 90 | 91 | **数字资产发行** 92 | 93 | 公信链上有数字资产的发行标准，允许开发者自由发行和流通应用。 94 | 95 | **代码开源** 96 | 97 | 公信链以及相关代码已经在Github上完全开源。 98 | 99 | 开源地址 [https://github.com/gxchain](https://github.com/gxchain) 100 | 101 | #### **V.GXChain技术架构** 102 | 103 | 公信链技术架构如下图所示： 104 | 105 | ![](/assets/gxsaa.png) 106 | 107 | #### **VI.GXChain应用架构** 108 | 109 | 公信链在面向个人用户、企业用户、开发者三个方向上规划了丰富的应用和服务。 110 | 111 | 应用架构如下图所示： 112 | 113 | ![](/assets/gxsproduct.png) 114 | 115 | ### **1.面向个人用户的** 116 | 117 | #### **钱包** 118 | 119 | 钱包用来管理在公信链上发行的数字资产，目前我们开发了4种不同环境的支持，分别是PC版、移动版、浏览器版、命令行版。 120 | 121 | **PC版** 122 | 支持Windows32bit及64bit、Linux桌面、MacOSX版本。 123 | 124 | **移动版** 125 | 支持ios和android双系统，除了可以保管数字资产，移动版还实现了交易所行情对接，未来还将和数字资产交易所打通。 126 | 127 | **浏览器版** 128 | 非常轻量化的在线使用，支持了PC版所有功能。入口 [https://wallet.gxb.io](https://wallet.gxb.io) 129 | 130 | **命令行版** 131 | 操作相对复杂，是提供给专业用户使用的，例如数字资产交易所的工程师，建议具有命令行使用经验和相关技术背景的用户使用。 132 | 133 | **钱包下载地址** 134 | 135 | [https://gxs.gxb.io/\#downLoad](https://gxs.gxb.io/#downLoad) 136 | 137 | #### **公信宝Dapp-布洛克城** 138 | 139 | 公信宝Dapp是公信宝团队基于公信链——GXChain上开发的第一个大型个人移动端应用，它致力于解决个人数据管理和共享方面的问题。公信宝Dapp，让用户可以创建区块链身份，允许用户授权、管理个人数据，让个人数据所有权真正归属于用户。Dapp的内生激励机制将鼓励用户多维度、更全面的上传身份标签。Dapp既不缓存数据，又保护用户隐私安全。在用户授权同意的情况下，这些数据可以有非常丰富的应用场景。 140 | 这不仅仅是一个从现实世界到数据世界的过程，它更是一个由数据推动现实世界进化迭代的思考。在区块链这样透明的网络下，坏人作恶的行为会被永远记录，其作恶成本非常高。公信宝将用区块链技术减少现实世界中坏人数量，用区块链技术来解决数据孤岛，用区块链技术来完成绝对信任。最终我们用区块链技术来构建一个高效率、高幸福度的信用社会。 141 | 更多介绍请看详细的**公信宝Dapp白皮书** 142 | [zh/gxbDapp-whitepaper.md](/zh/gxbDapp-whitepaper.md "公信宝Dapp白皮书") 143 | 144 | ### **2.面向企业用户的** 145 | 146 | #### **去中心化数据交易所** 147 | 148 | 公信宝团队在公信链上开发了一个去中心化数据交易所，数据交易所具有不缓存数据、保护个人隐私、保护数据版权、有效遏制造假以及支持双向匿名交易等特点。面向的典型客户为互联网金融领域的网络贷款、汽车金融、消费金融、银行等企业以及有数据交换需求的政府部门、保险、医疗、物流等政企部门，以去中心化思维解决了各个行业的数据安全交换和流通等环节中一直没有解决的诸多核心问题。并可以为全社会所用，广泛使用于公民的学习、工作、生活等各种应用场景中，让数据释放应有价值，提升社会协作效率。 149 | 150 | 更多介绍请看详细的**去中心化数据交易所白皮书** 151 | 152 | [zh/dataExchange-whitepaper.md](/zh/dataExchange-whitepaper.md "去中心化数据交易所白皮书") 153 | 154 | 155 | 156 | ### **3.面向开发者的** 157 | 158 | 公信链支持开发者调用开放的API来开发应用，分别是数据交易API、BAAS-API、原生API、统计分析API。 159 | **数据交易API：** 160 | 经过开发者认证后，安装GXB-BOX后，点对即此API将允许开发者付费调用公信宝去中心化数据交易所的数据接口，丰富应用的实用价值。 161 | **BAAS-API：** 162 | 公信链整合了IPFS技术，初期BAAS将提供业务数据存储、对象存储和验证服务，开发者可以将应用的数据存储到公信链之上，实现数据储存账本公开和过程校验。 163 | **原生API：** 164 | 可以调用命令行钱包中很多区块链原生API，将直接访问区块链账本记录和发送交易。 165 | **统计分析API：** 166 | 官方向开发者开放区块链上的数据统计分析服务API,有利于开发者做一些计算和展示功能。 167 | **区块浏览器API:** 168 | 区块l浏览器实现了区块、交易记录和账户信息的功能,同时提供了网页和API两个两种方式进行查询, 不同的用户可以根据不同的需求进行选择。 169 | 170 | [https://block.gxb.io/\#/](https://block.gxb.io/#/) 171 | 172 | 更多细节和内容可关注开发者社区论坛 173 | [https://forum.gxb.io/](https://forum.gxb.io/) 174 | 175 | ### **VII.GXC和GXS的用途** 176 | 177 | #### **资产介绍及用途** 178 | 179 | ##### GXC 180 | 181 | GXC是认证商户（企业、机构等）在公信宝点对点数据交易平台的买卖数据的结算记账数字资产，和人民币1:1锚定，价值不变，确保购买数据成本稳定。 182 | 183 | 184 | ##### GXS 185 | 186 | GXS是公信链（GXChain）上的数字资产，GXS是个人用户使用的数字资产。它不仅具有流通价值，同时还是基于公信链应用的必备加密数字资产。 187 | 188 | 它的应用价值主要体现在以下几个方面： 189 | 190 | 1.开发者使用GXChain的各类开发工具进行开发，需要支付GXS作为使用费 191 | 192 | 2.在选举产⽣⻅证⼈时可作为选票使⽤ 193 | 194 | 3.用于支付GXChain上各类系统使用费（如转账、升级账户、创建见证人等） 195 | 196 | 4.使用公信宝生态内的各类基础设施时需要支付GXS 197 | 198 | 199 | ##### GXS经济模型 200 | 在公信宝的模型中，GXS作为沟通CBD三方的重要媒介，是整个公信宝数据经济生态中不可或缺的重要部分。具体的使用场景如下： 201 | 202 | **个人用户（C）** 203 | 获得途径 204 | 205 | 通过布洛克城挖宝获得GXS 206 | 207 | 通过完成活动或任务获得GXS 208 | 209 | 对社区做出贡献获得GXS 210 | 211 | 数据交易收入GXS 212 | 213 | 使用途径 214 | 215 | 使用布洛克城的服务消耗GXS 216 | 217 | 使用BaaS服务消费GXS 218 | 219 | 使用第三方应用消耗GXS 220 | 221 | 数据交易支付GXS 222 | 223 | **开发者（D）** 224 | 获得途径 225 | 226 | 为社区做出开发贡献（包括BUG反馈）获得奖励GXS 227 | 228 | 通过开发应用赚取服务费GXS 229 | 230 | 销售应用产生的数据获得GXS 231 | 232 | 233 | **使用途径** 234 | 235 | 使用BaaS服务消耗GXS 236 | 237 | 注册成为开发者消耗GXS 238 | 239 | 240 | #### **分发机制** 241 | 242 | GXS的总量为1亿个，总共分为ICO份额、私募份额、公信宝基金会份额三部分，详细分配情况如下： 243 | 244 | GXS总量： 100,000,000 个 245 | 246 | 公募计划总额：39,000,000 个，占39%，实际公募发行2451万个，剩余的GXS其中500万个作为布洛克城挖矿奖励投放至布洛克城矿池，剩余949万个作为开发者支持基金，将扶持基于GXChain开发的应用。 247 | 248 | 私募总额：10,000,000 个，占10%，用于发放给最早期的私募投资者 249 | 250 | 公信宝基⾦会持有：51,000,000 个，占51% 251 | 252 | 公信宝基金会持有的Token为限制流通Token，以年为单位释放，第⼀年最多释放数额占GXS总额的6%（即第一年释放6,000,000个），⽤于推⼴计划（聘请顾问、⼈才招募、社区建设以及ICO推荐⼈奖励、宣传推⼴等），以后每年最多释放5%。基⾦会持币账号对全社会公开，并在其官⽹公布资⾦使⽤计划、使⽤⽤途等，接受社会监督。 253 | 254 | 255 | ### **七.团队主要成员介绍** 256 | 257 | #### **黄敏强** 创始人 CEO 258 | 259 | ⾹港财经学院 MBA 、⼭东科技⼤学 计算机学⼠ 260 | 前汉鼎宇佑\(股票代码300300\) CTO 261 | 前汉鼎宇佑⾦融服务公司 总经理 262 | 前浙⼤⽹新互联⽹ 副总经理 263 | 在数据交换、互联网金融、区块链领域工作和研究十余年，从2012开始研究数字货币和区块链，参与并发起多个区块链项目，同时也是超级马拉松、越野跑、山地自行车等耐力运动爱好者。 264 | 265 | #### **涂国君** 联合创始人 VP 266 | 267 | 湖南⼤学 计算机学⼠ 268 | 先后在3家上市IT公司担任⾼管职务 269 | 创建过多家科技公司，拥有超过21年互联⽹、⽀付、信息安全、⼤健康等⾏业的从业经验，区块链深度研究者。 270 | 271 | #### **王成** CTO 272 | 273 | 国内顶尖数据技术专家 274 | 前51信用卡架构师，曾任职国内著名互联网公司如阜博通、51信用卡、大树网络并快速成为核心人物、主导角色。 275 | 在金融垂直领域衍生数据采集，清洗和挖掘有相当丰富经验。 276 | 277 | #### **徐若淞** CMO 278 | 279 | 复旦大学物理学学士 280 | 曾供华为技术、中国移动及同盾科技， 在数据领域、信贷风控领域有丰富的行业经验。 281 | 282 | #### **许潇鹏** 运营总监 283 | 284 | 6年市场营销经验，历任浙江广电集团、思美传媒、网易市场负责人，负责过大量产品和各种行业的品牌传播和市场活动，对互联网营销、品牌策略经验丰富。 285 | 286 | #### **吴立宇** 产品经理 287 | 288 | 原网易高级产品经理，曾先后在同花顺、微贷网等公司负责产品设计工作。深耕互联网金融行业，在C端和B端产品上均有丰富的产品经验。 289 | 290 | #### **蔡鑫** 日本社区经理 291 | 292 | 日本大阪大学无线通信专业硕士，曾在某国内知名通信公司海外市场担任技术工程师并负责项目管理。精通日语，英语，可听说韩语，擅长不同文化间的沟通和跨国技术项目拓展。 293 | 294 | #### **蓝昊翔** PM&区块链开发⼯程师 295 | 296 | 全栈开发工程师, 精通区块链技术，Graphene社区活跃成员和代码贡献者，5年金融领域从业经验，13年接触区块链，并持续从事区块链技术的研究和应用，曾就职于美国道富、51信用卡、大树金融，在密码学、数据库、服务端和移动端等多个领域都有丰富的实践经验 297 | 298 | #### **张俊杰** 区块链开发⼯程师 299 | 300 | 全栈⼯程师，擅⻓UI设计，前端开发，后端开发；精通node.js，python，负责过某外企、国内知名互联⽹⾦融公司前端开发架构⼯作，参与过基于区块链应⽤的开发⼯作。 301 | 302 | #### **朱礼廷** 区块链开发⼯程师 303 | 304 | 数学学⼠和计算机硕⼠，Graphene社区代码贡献者，拥有丰富的P2P⽹络开发经验，熟悉区块链底层技术开发，精通C/C++、Python、Shell，曾就职于Vobile⾩博通担任资深开发⼯程师。 305 | 306 | 307 | #### **徐磊** 区块链开发⼯程师 308 | 309 | 全栈工程师，熟悉各种前端技术，具备跨终端的前端开发能力和拥有数据可视化产品设计开发经验，精通PHP、Node、Python，曾任浙报集团、房产销冠核心前端开发工程师。 310 | 311 | #### **尧俊** 服务端⼯程师 312 | 313 | 资深java工程师，前大树网络核心开发工程师，拥有丰富的互联网开发经验，对于大数据采集、分析、挖掘有相当丰富的经验。 314 | 315 | #### **沈冬明** 服务端⼯程师 316 | 317 | 资深java工程师，前典典养车核心开发工程师，拥有丰富的互联网开发经验，同时对安卓开发也有很深的研究。 318 | 319 | #### **叶狄武** 服务端⼯程师 320 | 321 | 后端开发⼯程师，有丰富的数据采集开发、数据建模经验，实现了组件化的数据采集服务。 322 | 323 | -------------------------------------------------------------------------------- /assets/aa1.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/assets/aa1.png -------------------------------------------------------------------------------- /assets/aa2.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/assets/aa2.png -------------------------------------------------------------------------------- /assets/aa5.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/assets/aa5.png -------------------------------------------------------------------------------- /assets/bussinessflow1.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/assets/bussinessflow1.png -------------------------------------------------------------------------------- /assets/crypto1.jpg: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/assets/crypto1.jpg -------------------------------------------------------------------------------- /assets/dapp1.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/assets/dapp1.png -------------------------------------------------------------------------------- /assets/dapp2.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/assets/dapp2.png -------------------------------------------------------------------------------- /assets/gxsaa.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/assets/gxsaa.png -------------------------------------------------------------------------------- /assets/gxsproduct.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/assets/gxsproduct.png -------------------------------------------------------------------------------- /assets/p1.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/assets/p1.png -------------------------------------------------------------------------------- /assets/p2.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/assets/p2.png -------------------------------------------------------------------------------- /assets/p3.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/assets/p3.png -------------------------------------------------------------------------------- /assets/p4.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/assets/p4.png -------------------------------------------------------------------------------- /assets/p5.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/assets/p5.png -------------------------------------------------------------------------------- /assets/p6.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/assets/p6.png -------------------------------------------------------------------------------- /assets/pp.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/assets/pp.png -------------------------------------------------------------------------------- /assets/ta1.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/assets/ta1.png -------------------------------------------------------------------------------- /assets/whitepaper-en.jpg: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/assets/whitepaper-en.jpg -------------------------------------------------------------------------------- /assets/whitepaper-zh.jpg: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/gxchain/whitepaper/e1c32088f09f70a02938d707c4c0c73569a56ada/assets/whitepaper-zh.jpg -------------------------------------------------------------------------------- /zh/dataExchange-whitepaper.md: -------------------------------------------------------------------------------- 1 | ## 公信宝数据交易所产品白皮书 2 | 3 | ### 一.摘要 4 | 5 | 公信宝数据交易所是⼀个通⽤的去中心化数据交易平台，是基于公信链GXChain开发的首个大型商业应用， 公信宝数据交易所具有不缓存沉淀数据、保护个人隐私、保护数据版权、有效遏制造假以及支持双向匿名交易等特点。面向的典型客户为互联网金融领域的网络贷款、汽车金融、消费金融、银行等有数据交换需求的企业，同时也积极拓展在政府、保险、医疗、物流等垂直领域的数据交换，以去中心化思维解决了各个行业的数据安全交换和流通等环节中一直没有解决的诸多核心信任问题，并可以为全社会所用，广泛使用于公民的学习、工作、生活等各种应用场景中，让数据释放应有价值，提升社会协作效率。 6 | 7 | ## 二.名词解释 8 | 9 | **公信币** 是商户在公信宝数据交易所的买卖数据的结算记账数字货币，和人民币1:1锚定，价值不变，确保购买数据成本稳定，公信宝运营公司作为公信币和人民币的承兑商。 10 | 11 | **节点** 就是公信宝数据交易所的客户端，每一个客户端都是一个独立节点，通过P2P网络链接在一起。 12 | 13 | **数字资产** 指的是公信宝数据交易所中所交易的数据，包括但不限于贷款记录、逾期记录、放款记录、高风险欺诈记录、生活信用、法院执行记录、工商信用、五险一金、消费记录、运营商记录等数据。 14 | 15 | **交易双方** 指的是数据交易所中买卖数据的双方。 16 | 17 | **数据源** 指的是在数据交易所上架的数据资产的来源。 18 | 19 | **商户** 指的是数据交易所中有权限参与买卖交易的成员，主要由银行、网络贷款、消费金融、汽车金融、小额贷款、保险公司、运营商、政府机构、数据公司等组成。 20 | 21 | **数据源商户** 数据源的供应商也是公信宝的商户，是一个可以销售数据的商户。 22 | 23 | **联盟** 联盟指的是在相同行业领域下交换各自数据的商户形成一个联盟，联盟内的数据只有联盟内的成员才可以交易。 24 | 25 | **联盟成员** 联盟成员是联盟的每一个商户，联盟中的成员各自都拥有同样数据类型，他们既是卖方商户也是买方商户。 26 | 27 | **白名单** 每个联盟都通过一种白名单机制来控制可交易成员，白名单里的成员都是可以交易的联盟成员，添加进白名单的商户则自动成为联盟成员。 28 | 29 | **黑名单** 列入黑名单的商户无法参与任何交易。 30 | 31 | **智能合约（Smart Contract）** 一个智能合约是一套以数字形式定义的承诺（promises），包括合约参与方可以在上面执行这些承诺的协议。在公信宝数据交易所的智能合约由数据购买请求者发起，智能合约里约定了购买数据的类型、身份、价格、最大条目、最大价格等条件，智能合约发出去之后会被广播到拥有该数据类型的数据源节点，如果数据源拥有该数据则可以对此智能合约进行回应，如果最终合约被匹配，则数据交易达成。 32 | 33 | ### 三.⽬前数据交易领域存在的问题及业务痛点 34 | 35 | #### 1.数据沉淀问题 36 | 37 | ⽬前市⾯上常⻅的数据交易平台（或称数据交易所）都有 “数据沉淀”的⾏为，数据沉淀指的是原本数据交易平台⾃身是没有数据的，通过代理销售数据源的数据，以API接⼝的⽅式对外提供服务，销售⼀条缓存⼀条，慢慢就形成⼀个较⼤规模的缓存数据库，今后销售同⼀条数据不再请求数据源，⽽是数据交易平台⾃⼰从缓存数据库中读取并销售。 这样的⽅式意味着数据源在⼀个平台同⼀条数据只能销售⼀次，不仅侵蚀了数据源的利益，⽽且数据确权和追踪溯源都⽆法保障，更严重的是很多数据交易平台的安全意识较薄弱，缓存数据库往往会被⿊客盯上后被窃取，造成数据泄露。 38 | 39 | 以互联⽹⾦融领域为例，⾦融履约数据的数据交易交换需求⾮常强烈，但如果有数据交易平台沉淀他们的交换数据，则是所有互联网金融公司所担忧的，未来如果有⼀天数据交易平台极有可能自己做贷款做⾦融，等同于⼤家培养了⼀个最⼤的竞争对⼿，由于⾦融履约数据往往涉及个⼈敏感数据，如果让数据交易平台沉淀数据后随意买卖或者造成数据泄露，后果则⾮常严重。 40 | 41 | #### 2.不注重个⼈隐私保护的问题 42 | 43 | 我国征信⽴法中⾄今仍有许多重⼤的问题尚未形成统⼀的认识，尤其是个⼈征信体系⽴法问题还存在很⼤的争议，⽐如个⼈隐私的范围鉴定、征信公司的资质审核等，因此对个⼈隐私保护除了要有法律法规配套还需要持续性的监管。⽽在这⼀切都还没出台之前， ⽬前的数据交易市场，涉及到个⼈隐私的数据根本没有得到本⼈的同意就已经被随意买卖， 加上近⼏年互联⽹⾦融的⽕爆，直接带动了个⼈数据的⽕爆交易，这背后是巨⼤的市场规模。 44 | 45 | #### 3. 数据新鲜度不⾜和造假问题 46 | 47 | 以互联⽹⾦融履约数据为例，⽬前已有的数据交易平台或⼤数据公司因为都存在“数据 沉淀”问题，所以⼀般⾦融服务公司都不会直连这类数据交易平台提供数据源，更何况很多的数据交易都不注重⽤户授权，所以数据源都不太敢提供实时数据给数据交易商，可能拿 到的是⼏个⽉或者⼀年前的数据，所以也就造成了数据新鲜度不⾜的问题，甚⾄很多数据 更是直接来⾃于⿊市倒卖，在这样来源不明的背景下销售的数据难免不让⼈觉得数据有造 假嫌疑。 参考⼀本财经公众号发布的⽂章《征信之乱：⼀家公司⿊市盗卖上亿数据，如今估值 ⼏⼗亿》。 48 | 49 | ### 四. 互联⽹⾦融⾏业的数据交易机会 50 | 51 | 当前⾦融履约数据的交易市场还是处于⼀⽚混乱的状态，并没有⾮常好的解决⽅案， ⾸先国家公权⼒部⻔\(中国⼈⺠银⾏征信中⼼\)并没有去统⼀采集、评估这些数据，所以⽹络贷款和消费⾦融⾏业都依靠征信服务机构（征信服务公司、⼤数据公司、信⽤评分公司） 的“⼩规模”数据在做信⽤评估，不仅数据新鲜度差，⽽且数据真实程度也有待确认，⽹上早有爆料⼤部分征信公司都是从⿊市的“中间⼈”购买个⼈征信数据，⽽⿊市的数据掺⽔严 重，造假⽐例甚⾄⾼达90%。除了从⿊市购买数据外，征信服务公司还会代理销售其它数 据源的数据，每代理销售⼀条数据就缓存⼀条（数据沉淀），这是⼀种典型的中⼼化数据 交易思路，数据源每⼀条数据只能卖⼀次，今后的收益不再归数据源企业所有，极⼤的伤 害了数据⽣产者的权益，征信⾏业迫切需要⼀种既能解决数据质量问题同时⼜要保护数据 ⽣产者权益的完美解决⽅案。 不仅如此，⾦融⾏业的 “信⽤数据孤岛”问题还没有得到解决，平均每天全国3万多家 ⽹络贷款、消费⾦融、⼩额贷款公司会产⽣千万条贷款记录、还款记录、逾期记录、⿊名 单等⾦融履约数据，这些海量数据还没有发挥它应有的价值，如果能够联合全⾏业的企业 形成⼀个良性健康的数据交换平台，将会为联合授信、控制贷款杠杆，降低坏账提供巨⼤ 的帮助，造福全⾏业全社会。 52 | 53 | ### 五.公信宝去中心化数据交易所产品介绍 54 | 55 | 公信宝数据交易所是⼀个基于区块链的去中⼼化数据交易所，将做到以下三点： 56 | 57 | 1、不缓存沉淀数据源的数据； 58 | 59 | 2、注重个⼈隐私保护； 60 | 61 | 3、最⼤程度保障数据版权和新鲜度 62 | 63 | #### 1.业务流程说明 64 | 65 | ![](/assets/bussinessflow1.png) 66 | 67 | 上图表达的是公信宝数据交易所⼤致的⼀个流程，由于画图画的太详细显得很臃肿， 所以隐藏了部分细节，下⾯⽤⽂字描述： 公信宝数据交易所的所有数据交易都是在真实场景发⽣的，以下举⼀个场景说明： ⽤户A向⼀个商户B（⾦融服务公司）申请消费分期（上图的购买数据商户），该商户 受理这个申请后，由于缺少⽤户A的个⼈信息，于是向公信宝数据交易所发起购买数据的请 求（请求即智能合约，商户B的系统通过调⽤安装在⾃⼰公司服务器上的公信宝客户端的提供API接⼝发起），交易所客户端会判断该请求购买的是否涉及个⼈敏感数据，如果判定是 敏感数据则触发个⼈隐私保护机制，向⽤户A发送⼀条短信或者推送⼀个消息给⽤户A的公 信宝APP（如果已经安装），向⽤户申请授权查询，如果⽤户A拒绝了这次授权，则流程结 束，商户B⽆法购买此数据。假如⽤户A同意这次授权（正常情况下都会同意的），交易所 则⼴播此智能合约到所有拥有这类数据类型的数据源商户客户端节点，每⼀个节点根据智 能合约的条件查询，如果数据源没有⽤户A的数据，则该节点可以忽略即可，如果有则使⽤ 通过⾮对称加密数据点对点传输给商户B节点，商户B则根据智能合约的规定⾃动⽀付代币 给数据源，商户B最终拿到⾃⼰所在节点解密后的源数据进⾏加⼯利⽤。 68 | 69 | 备注：业务流程过程中的密码学过程参考6.4说明。 70 | 71 | #### 2.产品特点 72 | 73 | **不缓存沉淀交易数据** 74 | 75 | 公信宝采⽤的是基于区块链的去中⼼化交易技术，在交易过程中不存在任何第三⽅， ⽽是为所有交易者建⽴⼀种点对点交换的场景，例如：当A商户（请求者）发起⼀笔数据交 易请求时（即智能合约），该智能合约会⼴播给全⽹的商户节点（B\C\D…），如果 B\C\D等任何⼀个节点有数据的话，直接点对点传输给A节点，A节点⾃动⽀付代币给卖⽅ 商户。整个传输过程采⽤⾮对称加密通道，除了A之外任何第三⽅截取该数据包都⽆法解密， 保障数据安全。除此之外，公信宝数据交易所提供的是⼀个交易通道，区块链上仅存储数 据交易摘要、凭证、数字版权以及其它交易所需要依赖的⼀些基础信息，并不保存交易的 源数据和加密后的源数据，所以并不会出现有⼈同步所有账本后进⾏强⾏破解⽽得到数据 的可能性。 76 | 77 | **注重个⼈隐私保护** 78 | 79 | 交易所⾥交易的个⼈数据都需要得到本⼈的授权确认，联盟成员在交易所购买个⼈数 据的初衷是为了获得个⼈的更多信息，以便于掌握该⽤户的贷款杠杆和⻛险，但这项交易 依然事关个⼈隐私，只要是个⼈隐私数据都需要获得本⼈的同意，公信宝的做法是当购买 ⽅发送智能合约请求购买数据，公信宝数据交易所会做⼀次拦截，判断该智能合约要购买 的数字资产是否涉及个⼈隐私，如果涉及个⼈隐私，个⼈⽤户会收到⼀条⼿机短信，如果 安装了公信宝APP则会收到⼀条确认授权推送（授权记录将写⼊区块链），授权同意后此智 能合约才会⼴播全⽹进⾏查询和交易。 公信宝除了要解决⾦融领域获取个⼈数据难的⾏业痛点问题，还将致⼒于保护个⼈隐 私，我们坚持认为个⼈的信⽤应该由个⼈来管理，任何⼈或机构使⽤都需要得到本⼈同意 备注：个⼈⽤户可以安装公信宝APP管理⾃⼰的信⽤（⾮强制安装），注册时需要提供 身份证、姓名、⼿机号、银⾏卡等身份验证，验证本⼈身份后，会向公信宝区块链注册身 GONGXINBAO BLOCKCHAIN 公信宝区块链 BD@GXB.IO 12 杭州存信数据科技有限公司 份，会⽣成⼀对专属的秘钥，今后所有查询该⽤户数据时，都会推送消息给公信宝APP或者 ⼿机短信来进⾏授权确认。 80 | 81 | **数据版权认证：数字资产所有权认证** 82 | 83 | 前⾯我们讲到很多数据交易平台和征信公司在销售数据的同时⾃⼰会缓存沉淀⼀份， 今后这条数据就可以⾃⼰卖了，这样⼀来原本数据源⼀条数据只能销售⼀次，⾃⼰的权益 ⽆法得到保障，更是⽆法确权和追踪溯源，通过公信宝的数据交易所交易后，不仅不会沉 淀数据，今后买⾛这条数据的⼈再次将数据放到交易所交易，收益依然归原⽣产者所有， 这得益于公信宝交易所的数字资产所有权认证（DPO- Digital Proof of Ownership）。 DPO是公信宝区块链对数据这个特殊的资产进⾏版权认证的技术控制⼿段，当⼀个数 据交易智能合约⽣效后，这条数据就会被打上⼀个永久数字证书，⽤来证明数据的⽣产者， 今后这条数据产⽣的价值收益权永久归⽣产者所有,这⼀点更是实现了数据的确权和溯源。 84 | 85 | **双向匿名设计** 86 | 由于区块链的账本是公开的，任何交易都可以追溯，但是在数据交易领域是有⼀定的 匿名需求的，这个就需要对区块链做⼀定的交易匿名设计，以互联⽹⾦融的企业为例，他 们有⾮常强烈的数据交易匿名需求，买⽅不喜欢其它商户知道⾃⼰买了具体什么样数据， ⽬的是不喜欢其他⼈逆推出⾃⼰的征信模型，卖⽅则不希望其他⼈知道⾃⼰销售了什么数 据，⽤于保护⾃⼰企业的经营隐私（例如贷款余额多少、坏账率多少、实际利息收多少 等），公信宝可以对每个参与数据交易的联盟成员在区块链上实⾏双向完全匿名记账（可 以配置是否需要匿名记账），也就是说不仅不知道数据交易给哪个商户，对⽅也不知道数 据从谁⼿⾥购买的，从⽽彻底保护交易双⽅的隐私。 87 | 88 | **信⽤贡献证明机制（PoCS）：体量悬殊的联盟成员可平等交换数据** 89 | 90 | 在没有⾮常好的共享信⽤解决⽅案之前，体量悬殊的企业⼏乎不可能进⾏交换，原因 在于对数据体量⼤的企业来说不公平，同时⼤公司也不是很在乎单个⼩公司的数据量，所 以让他们之间建⽴交换是在太困难了，虽然⼤公司会忽视单个⼩公司的数据，但如果有100 家甚⾄1000家⼩公司组成的数据规模就不可⼩视了，所以为数据体量悬殊的它们建⽴⼀个 公正公平的共享信⽤交换体系实在是⾮常重要。 公信宝独创的信⽤贡献证明共识机制 \( PoCS - Proof of Credit Share \)将彻底解决这 个问题，我们将每⼀项数字资产以及字段进⾏标准定价（后续资产价格的涨跌由理事会投 票和市场表现综合决定），每⼀条数据被查询并交易成功，则计算⼀次贡献（Share，类似挖矿的算⼒贡献），数据量越⼤的联盟成员被交易的可能性越⾼，也将产⽣更多的贡献， 贡献越多将得到的公信币奖励，也就意味着贡献越多可以换回更多的数据，⽽数据量⼩的 联盟成员相对可能产⽣较⼩的贡献，如果希望换回⾮常多的数据，那需要购买⾜够的公信 币才能达到这个需求，所以在这样⼀种按照贡献值来计算的共识机制下，联盟成员就可以 在⼀个公正公平的共享信⽤交换市场中愉快的做⾃⼰想做的事情。. 91 | 92 | #### 3.⾃由市场（Free Markets）和联盟市场（Alliance Markets） 93 | 94 | 公信宝数据交易所的交易所市场分为以下两种市场： 95 | 96 | **⾃由市场（去中心化的数据交易天猫）** 97 | 98 | 这是一个B2B的数据交易市场，卖家均为权威的一手数据源，买家则是有数据采购需求的企业，卖家将数据项合理定价后在公信宝数据交易所上架数据，任何⼀名不在⿊名单的商户都可以调⽤接⼝购买数据。 99 | 100 | **联盟市场（各行各业的数据共享交换平台）** 101 | 102 | 相对于⾃由市场来说，这是⼀个有准入门槛的市场，公信宝为不同的数据类型或者不同垂直领域的商户建⽴⼀个个联盟，甚⾄也可以为同⼀个领域拥有相同数据类型的商户建⽴不同的联盟，这都是为了不同权限的需要，例如⾦融共债数据共享联盟，贷后黑名单共享联盟。 每⼀个联盟市场的成员前提⾃身具备⽣产该类型数据的能⼒，同时⼜有购买该类型数据的需求，可以和联盟内的其他成员进⾏有效的交易交换，并最终形成⼀种健康的数据共享交换联盟，联盟市场内的不同数据单价由联盟内成员共识协商定价。 103 | 104 | #### 4.不会挑战国家征信管理条例 105 | 106 | 业内对征信数据处理最深层的担忧，在于其挑战违反个⼈征信管理条例的属性，会得 到监管机构的⼤⼒排斥和法律问题，公信宝数据交易所不沉淀数据，不加⼯数据，不提供 数据评估报告，涉及个⼈敏感数据都需要得到本⼈的授权确认并记录到区块链，不会触犯 个⼈征信管理条例。通过区块链点对点的数据交易，⼀举打破线下⿊市交易混乱的现状， 将联盟成员合理合规的数据共享建⽴⼀个⼀个公平公正的交易交换平台。 107 | 108 | #### 5.数据造假问题控制 109 | 110 | 当前个⼈征信数据的线下交易繁荣，⼯商、身份信息、⻋辆、房产、电商交易、银⾏、 运营商尤为抢⼿，但⿊市市场渗⽔严重，为了获得超⾼利润，数据造假⽐例已经达到90%， 这说明不仅数据新鲜度不够，⽽且数据的真实性也是⼤打折扣。 111 | 112 | 公信宝数据交易所从以下⼏个⽅⾯遏制数据交换中的造假问题： 113 | 114 | 准⼊⻔槛：⽽⾦融履约数据以及很多维度的数据是爬⾍采集不到的，就需要联盟成 员之间来进⾏相互交易，公信宝对联盟成员做好严格准⼊，仅限拥有该数据⽣产能⼒的商 户加⼊联盟。 115 | 116 | 投诉机制：商户通过交易所购买到数据，在实际使⽤过程中发现偏差很⼤或者完全 就是假的，可以通过交易所投诉，投诉后会被⼴播并同步到全⽹，这些投诉将会永久存储， 如果收到的投诉过多，不仅会影响商户的正常交易和信誉，还将受到严厉的处罚。 117 | 118 | 个⼈检查：前⾯我们说到要购买涉及个⼈隐私的数据需要得到本⼈的授权同意，个 ⼈同意后智能合约才会⼴播，此智能合约最终收到购买到的数据，个⼈⽤户的公信宝APP或 者短信都可以看得到，允许个⼈检查数据的真实性，如果对此存疑，可以提交质疑。 119 | 120 | 处罚机制：收到⼀定量的投诉和质疑以及交叉验证判断出来的造假机率，这些信息 将会换算成负贡献值\(-Share\)，负贡献值将会抵消贡献值\(Share\)，也就是此联盟成员今后 需要产⽣更多的贡献才能消除此负贡献值，才未消除负贡献值之前，所有的收益将会进⼊净⽹委员会账户，⽽被-Share⾮常严重的联盟成员，将会直接封停状态，冻结所有公信币资⾦。 121 | 122 | 备注：净⽹委员会账户收益将⽤于奖励每季度表现排名靠前的成员以及对净⽹产⽣重 ⼤贡献的成员，会定期公布。 123 | 124 | #### 6.如何解决区块链区块太大同步慢的问题 125 | 126 | 公信宝采⽤以下两种⽅式解决数据膨胀问题： 127 | 128 | 公信链采用全节点区块同步和功能分离的设计，重钱包\(witness\_node\)同步区块，轻钱包\(gxb-light\)与数据交易盒子\(gxb-box\)对接功能和业务，需要同步全部账本的节点可以运⾏witness\_node，这是一个全节点区块客户端，而需要交易数据的商户只需要使用gxb-box，这个不需要同步区块就可以立即使用，gxb-box可以链接到任何⼀个witness\_node，同时做到自动检测最优节点、断线重连机制，确保数据交易网络通畅。 129 | 当然如果有些商户希望同步全区块，则可以在商户⾃⼰的服务器上安装witness\_node，让gxb-box优先链接上这个witness\_node即可。 130 | 131 | 公信链上仅存储数据交易摘要、凭证、数字版权以及其它交易所需要依赖的⼀ 些基础信息，并不保存交易的源数据和加密后的源数据，不仅缩小了交易的⼤⼩，也杜绝 了爆破加密算法后得到账本数据的⻛险。 132 | 133 | #### 7.如何通过密码学的⽅式来证明公信宝不缓存沉淀数据 134 | 135 | 我们以⼀个数据购买者节点和数据源节点的数据传输为例来解释这个问题： 136 | 137 | ![](/assets/crypto1.jpg) 138 | 139 | 购买数据的商户A，对智能合约进⾏私钥签名（私钥上商户在⾃⼰的客户端按照⾃⼰的 ⽅式⽣成的，它⼈⽆法得到），发送时携带⾃⼰的公钥，通过交易所客户端⼴播给全⽹节点，上图中的数据源商户节点收到了⼴播，调⽤数据源的数据接⼝查询，如果数据源查询 到数据，则使⽤A的公钥对源数据进⾏加密后点对点传输给A的客户端节点，A使⽤私钥解密得到源数据。 整个过程采⽤⾮对称加密，加密数据使⽤的是A的公钥，⽽只有A的私钥才可以解密，即使过程中数据包被它⼈截获，都⽆法解开数据（即使公信宝截获数据包因为没有私钥同样解不开），彻底保障数据交易过程中的传输安全。 140 | -------------------------------------------------------------------------------- /zh/gxbDapp-whitepaper.md: -------------------------------------------------------------------------------- 1 | # 公信宝Dapp白皮书 2 | ## 1.摘要 3 | 在当今的互联网社会，信息不对称已经被逐渐消解，但绝大部分的个人数据还没有被充分的利用起来。这些数据在相对狭隘的范围内，被采集、加工、流转和消费，有时甚至是在被采集对象毫不知情的情况下完成。这使得提供数据的个体既不能享受到相应的权益，也不能获得隐私保护。而导致以上问题的原因在于数据确权的缺失和数据交换的壁垒。 4 | 5 | 因此我们认为未来的世界应该基于信用，具备以下特征： 6 | 7 | 1.跨越国家、民族、地域的自由协作； 8 | 9 | 2.个体、机构、国家的效率大大提升，协作摩擦非常低； 10 | 11 | 3.资源的重新分配，去往效率最高和最合适场景和人； 12 | 13 | 4.人们有更多时间和精力，尽情投入在自己喜欢的人和事上； 14 | 15 | 5.以及一个基于信任的高效率，高幸福度的社会。 16 | 17 | 这样一个美好的社会，我们要如何到达？ 18 | 19 | 公信宝Dapp是公信宝团队基于公信链——GXChain上开发的第一个大型个人移动端应用，它致力于解决个人数据管理和共享方面的问题。公信宝Dapp，让用户可以创建区块链身份，允许用户授权、管理个人数据，让数据所有权真正回归用户自身。Dapp的内生激励机制将鼓励用户多维度、更全面的上传身份标签。Dapp既不缓存数据，又保护用户隐私安全。在用户授权同意的情况下，这些数据可以有非常丰富的应用场景。 20 | 21 | 这不仅仅是一个从现实世界到数据世界的过程，它更是一个由数据推动现实世界进化迭代的思考。在区块链这样透明的网络下，坏人作恶的行为会被永远记录，其作恶成本非常高。公信宝将用区块链技术减少现实世界中坏人数量，用区块链技术来解决数据孤岛，用区块链技术来完成绝对信任。最终我们用区块链技术来构建一个高效率、高幸福度的信用社会。 22 | 23 | ## 2.项目背景 24 | 数据是信用社会的基石之一，丰富个人数据的过程也是建立身份档案，建造信用社会的过程。 25 | 过去的20年，是属于互联网的20年，它拉近了人和人之间的距离，让人们获得信息的途径有了极大的改变。我们可以摆脱报纸、电视等传统媒介来获得必要的信息。随着数据的出现和存储方式的改变，其价值有了更多的表现方式。当前，一些互联网公司和金融公司，已经开始把数据采集、加工作为公司的长期战略。而拥有大量用户个人数据的公司，正逐渐蜕变为行业巨头。 26 | 27 | 在美国，个人数据的采集、加工、流转和消费都是围绕市场展开。但因为个人数据的准入门槛和垄断竞争，目前美国的个人数据市场主要由三大征信局垄断，这些公司负责采集、清洗和加工数据，并制成产品销售给个人、金融机构或合作公司。在我们的邻邦日本，其形式是以国家为主导、行业协会牵头的会员制。这些个人数据的获取和流转，只能在联盟会员之间进行，且任何流转的数据都会被打上特殊标签以限制用途，因此可查询、利用的数据维度多有受限。而在中国，数据采集、数据加工等环节还没有统一的行业划分。因此，我们将整个生态体系分为下面环节： 28 | 29 | 1. 数据采集：获取数据的过程； 30 | 31 | 2. 数据分类：将采集的数据进行分类整理的过程； 32 | 33 | 3. 数据归纳：将整理的数据划分到不同纬度的过程； 34 | 35 | 4. 数据建模：将不同纬度的数据进行计算的过程； 36 | 37 | 5. 数据流转：数据或计算结果传输的过程； 38 | 39 | 6. 数据使用：数据或计算结果被使用的过程 40 | 41 | 采集->分类->归纳->建模->流转->使用的6个环节。目前我国的个人数据主要由国家机构和大型数据企业负责采集，绝大多数的数据并未被充分利用；而那些正在使用的数据，其模型简单、流转有限、使用场景单一，严重制约了数据市场的繁荣发展。主要因为中心化的数据市场，存在以下弊端： 42 | 43 | 44 | 45 | ### 2.1数据所有权不明确 46 | 在现有法律框架下，虽然个人数据的所有权没有明确的归属，但数据采集的机构或企业在采集用户的个人数据时没有起到告知的义务，同时也没有对用户贡献个人数据的行为进行奖励。不论这是否侵犯了用户个人数据的拥有权，但这至少影响了用户提供个人数据的积极性，造成了数据采集的困难。 47 | ### 2.2数据采集者没有合理激励 48 | 当前，数据采集者不论是自己进行采集，还是委托给第三方进行，其采集成本都是由最终的数据消费收回甚至没有收回。随着国内的移动互联网发展迅猛，现有的采集服务已经无法满足日益剧增的数据需求，急需一套新的激励方案促进数据采集者更积极主动地去采集用户数据。 49 | ### 2.3使用场景的缺乏 50 | 因为缺乏数据所有权的认定，在流转和使用过程中就会出现各类限制。最新修正的法律规定，在调用、流转个人隐私数据时，需要对数据对应的自然人进行充分的授权，未经个人允许，而直接销售其敏感数据的行为已经涉嫌犯罪。而现实中，这些数据因为没有做足够的细分和建模，其应用场景也非常有限。目前，数据消费的应用场景主要集中在金融借贷领域，而其他领域少有数据消费的行为。 51 | 52 | ### 2.4现实问题 53 | 即使全球有超过40亿人的互联网用户，但因为上述数据环节中的关键问题还没能解决，导致个人数据的流通收到严重限制。这也限制了我们获得更多的生活便利。同时，随着信息不对称的问题被互联网逐渐缓解，信用的不对称却还没破除。中心化的数据巨头占有了大量的个人数据，既不能也不愿提供给其他机构或企业来优化客户服务。因此随着日益严重的“信息孤岛”问题，我们的信任成本越来越高，引起了工作和生活的极大不便。 54 | 具体可体现在以下几个方面： 55 | 56 | a)提供的服务越来越丰富，涉及的部门也越来越多； 57 | 58 | b)与陌生人交易，我们非常担心被骗； 59 | 60 | c)不管是雇佣还是合作，我们找到一个靠谱的人的成本仍然很高。 61 | 62 | 这些现象的根本原因，还是在于个人数据没有得到充分的流转和使用，如果这些数据在清洗后得以全面使用，那么就可以做到让数据多跑，让人少跑，提高社会运行效率。 63 | 64 | ## 3.项目创新 65 | 66 | 公信宝充分利用区块链技术，结合当前社会痛点，设计了全新的生态体系用于解决上述疑难问题。 67 | 68 | ### 3.1为什么要用区块链？ 69 | 区块链可以提供一个分布式的账本，该账本公开透明、可以溯源、无法篡改、无法抵赖的。与普通的分布式数据库不同，区块链的一个重要属性是时间戳，这些加盖了时间戳的账本信息封装在一个个区块内。如果有人作恶修改了某一区块内的账本信息，其之后的区块内容都会与之无法匹配而报错。利用这个特性，区块链在数据存证上有极大的用途，加盖了时间戳后，我们就可以认定在这个公开账本中的数据已经存在且没有再发生更改了。 70 | 71 | ### 3.2为什么公信宝能做到？ 72 | 公信宝于2016年8月建立。在一年内，团队已经有以下成果。 73 | 74 | **1）GXChain** 75 | 76 | GXChain是公信宝打造的一条底层公有链，这条公有链基于Graphene的底层架构，以DPoS(Delegated Proof of Stake)作为共识机制，支持每秒上十万次交易的吞吐量，满足商用场景中高并发、高吞吐的需求。与其他公有链不同的是，GXChain是一条有数据基础的公有链，在GXChain上开发应用，可以通过各类服务接口接入这些用户数据，让应用得以更好的服务普罗大众。未来，GXChain将部署虚拟机，从而可以执行可编译的智能合约，并且GXChain也将支持横向扩展，满足各类商业场景的需求。 77 | 78 | **2）公信宝去中心化数据交易所** 79 | 80 | 公信宝数据交易所是⼀个通⽤的去中心化数据交易平台，是基于公信链GXChain开发的首个大型商业应用，公信宝数据交易所具有不缓存沉淀数据、保护个人隐私、保护数据版权、有效遏制造假以及支持双向匿名交易等特点。面向的典型客户为互联网金融领域的网络贷款、汽车金融、消费金融、银行等有数据交换需求的企业，同时也积极拓展在政府、保险、医疗、物流等垂直领域的数据交换，以去中心化思维解决了各个行业的数据安全交换和流通等环节中一直没有解决的诸多核心信任问题，并可以为全社会所用，广泛使用于公民的学习、工作、生活等各种应用场景中，让数据释放应有的价值，提升社会协作效率。 81 | 数据交易所已经于今年9月24日正式商业化，截至12月底，数据交易量已经超过了2000万笔。 82 | 83 | **3）移动端钱包** 84 | 85 | 移动端钱包可以用于在移动设备上，保存数据资产，相比于PC端钱包，移动端钱包操作更简单，携带更便捷。 86 | 87 | **4）智能数据采集组件** 88 | 89 | 公信宝团队开发了世界顶尖的智能数据采集组件。利用这一系列组件，我们在获得用户授权后，可以在短时间内采集用户的相关数据。目前我们已经签约了超过100多家机构和公司，并涵盖了互联网金融中前70%的企业，服务用户已超过1000万个。 90 | 91 | 92 | 93 | 94 | ### 3.3个人端应用 95 | 在数据交易所、智能数据采集组件中，我们提供服务的直接面向对象是企业、机构这样的B端用户。企业和机构的数据，更像是一个集合体，单体体量大但总体数量小。而个人数据更像是人体中的毛细血管，细而杂，单体体量小但总体数量多。最终数据要回归个体，这些数据取之于个体，用之于个体。我们认为随着个人数据维度的不断扩大，C端市场的价值，远大于B端市场的价值。这些用户数据，在经过清洗和加工后，可以有非常广阔的使用范围。不止是提供给企业、机构这些数据方，还可以提供给个人，用于评价个人信用、消费习惯、财产情况等多维度身份信息。 96 | 97 | ## 4.项目愿景 98 | 99 | 现在已经有很多巨头公司开始注重个人数据的收集，他们不只自己开发采集工具，还在一些渠道花重金购买用户数据。越来越多的公司加入到囤积数据的队伍中来，可以很明确地感觉到数据的价值在未来不可低估。公信宝团队认为，数据一定是未来世界的第一生产资料。古时候打仗都有“兵马未动粮草先行”的说法。而在未来世界，我们认为不论是签合约、交易、委托等行为都会伴随着数据的交换和使用，而多维度的个人数据能够为我们的生活带来极大的便利。 100 | 101 | 102 | 公信宝的出现，能够最大程度的去中介化。也就是在数据交易、撮合的时候，传统模式下我们会走中间过程，也就是于中介处消耗极多的手续费。一条数据的标价可能40%是用于支付中间商的手续费。使用公信宝来做数据交换解决方案，信息的撮合成本将大幅降低。这样可以把原本支付给中间商的价值部分，转移到数据价值本身。虽然可能最后一条数据的标价并没有改变，但是数据本身的价值相比于原来已经有了质的提升。因为整个流转过程中服务费只占极小的一部分，而大部分的价值全部由数据本身来体现。这样就能形成一个正反馈循环，因为数据非常有价值，所以很多人愿意去流转、使用，而使用和流转的多了，就能给个人带来更多便利化的服务，服务多了，产生的数据也就更多了，又进一步促进了数据的再流转和使用，周而复始。 103 | 104 | 公信宝认为，当数据流通过程变成一潭活水，数据流通就像流水一样便利、方便时，信用的不对称自然会被瓦解。数据能够便利的进行交换，能彻底改变我们的认知，如人们可以跨越国家、民族、地域的自由协作。这样个体、机构、国家的效率大大提升，协作摩擦极低。从而促使资源的重新分配，去往效率最高和最合适场景和人。随着执行效率的提高，人们有更多时间和精力，尽情投入在自己喜欢的人和事上。也就是未来一定是一个基于信用的，高效率的幸福社会。 105 | 106 | 公信宝团队的愿景是：用区块链重构信用社会。 107 | 在当今社会中，失信的成本极低，在体验信⽤服务时，我们往往会遇到各种问题。例如担保交易中，当⼀⽅按要求⽀付了货款，却没有收到应得的货物；借贷⼈凭借信⽤担保，获得了贷款却逾期不还，⼈间失踪，等等。在没有⼀个强有⼒的个⼈征信体系下，公⺠享有的信⽤服务品质⾃然也⼤打折扣，对于失信⾏为的惩罚不严，会让那些“⽼赖”们更加肆⽆忌惮的屡次再犯。设想⼀下，如果未来社会是⼀个完全基于信⽤说话的社会，⼀切的社会⾏为都会在⼀本公开的账本上进⾏记录，且任何⼈只要获得授权就可以查询。当个⼈信⽤能覆盖⼤多数场合，如⾦融⾏为（借贷记录、放贷记录、交易记录），那么人们就会对⾃身的信⽤数据格外珍惜。评判⼀个⼈是否守信的标准，⾃然是根据围绕他⾃身的⾏为数据、信⽤数据、消费数据等等。通过这些数据的综合评判，我们能够生成这个用户的完整身份，包括细分领域的各种数据，从链上输出到现实中，从而能从数据方面直接解决“我是谁”这样的问题。当大多数人都能共享这些数据时，我们的愿景就实现了。 108 | 109 | ## 5.产品概述 110 | 111 | 为了解决这些数据采集、流转方面的疑难，团队开发了这款公信宝Dapp。如果用一句话来定义它，我们会说：公信宝是未来世界的通行证和关键连接器。 112 | 具体来说，它将是区块链世界的通行证，也将是现实世界的通行证；作为连接器，它将帮用户连接区块链世界和现实世界，还将在区块链世界里，帮助人与人，人与机构，人与资产完成连接。 113 | 我们相信，这些方式可以消解数据不对称。 114 | 115 | 1.链上的身份ID，实现全链的身份认证——不再需要证明自己是谁 116 | 117 | 2.链上信用记录，实现完整的用户画像——不再需要“会识人” 118 | 119 | 3.全领域数据交换，打破信息孤岛——不再需要办事多跑腿 120 | 121 | 4.本人数据本人授权——不再担心隐私被侵犯 122 | 123 | 5.可确权资产上链，实现数字化流通——不再担心财产被转移 124 | 125 | 126 | 在公信宝Dapp 1.0中，除了原有的钱包功能。用户可以创建区块链身份，并授权个人数据获得算力，算力可以进行数据挖矿，从而获得数字资产的奖励。授权的数据种类越多，算力越高，奖励也越多。团队将在后期开放更多维度的数据授权，并为这些数据提供更多的使用场景。公信宝Dapp的一大特点就是，通过数据挖矿，可以让很多不懂区块链的普通人能轻易地获得第一笔数字资产，从而开始了解区块链，进入区块链世界。 127 | 我们希望公信宝Dapp能成为普通人进入区块链世界的第一个入口。 128 | 129 | ### 5.1钱包功能 130 | 公信宝Dapp包含了基础的移动钱包功能，用户可以在公信宝Dapp中管理自己的数字资产，包括转账、收款、创建钱包、导入钱包等功能。 131 | 132 | ### 5.2布洛克城 133 | 134 | 布洛克城（Block City）是我们在Dapp中创立了⼀座虚拟城市，它是全球⾸个区块链虚拟城市，也是一个未来信用社会的缩影。⽤户在Dapp中的操作和⾏为，都是围绕布洛克城展开的。在这个城市中，信⽤是每个居⺠⽣存的基⽯，这是⼀个⼀切遵守信⽤的理想社会。在布洛克城中，⼀切社会⾏为都将和信⽤挂钩，信⽤的好坏，将决定居⺠的社会地位。不同于⽤⼟堆、砖瓦搭建的传统都市，构建布洛克城的基础元素是个⼈数据。⽤户授权的数据就像铲⼦，有了铲⼦，居⺠就可以利⽤铲⼦进⾏数据挖矿，挖矿将会产⽣数字资产奖励。初期，通过挖矿能得到GXS奖励，后期随着更多的项⽬⽅和应⽤⼊驻布洛克城，挖出的数字资产会更加多样。 135 | 136 | 137 | #### 5.2.1激励机制 138 | 想要进行数据挖矿，首先需要进行Know Your Customers（KYC）验证来创建一个区块链身份。 139 | KYC验证 140 | KYC是⼀种实名认证机制，主要⽤于预防反洗钱、身份盗窃、⾦融诈骗等犯罪⾏为。 141 | KYC分为初级和⾼级两种，根据KYC等级的不同，⽤户被赋予的身份标签也会不同。 142 | 143 | 144 | **1.姓名+身份证+⼿机号验证** 145 | 146 | 这样的验证组合我们称之为三要素验证，GXS团队将根据⽤户上传的数据。⽤公信宝去中⼼化数据交易所中的数据产品进⾏购买、验证，以保证⽤户提供的信息是真实有效的。 147 | 148 | **2.⼈脸识别和身份照⽚** 149 | 150 | 通过⼿机摄像头采集本⼈的实时照⽚，同时确认是否为活体，我们还需要⽤户配合Dapp的指示做出⼀些动作来检测(例如点头、眨眼、摇头等)，最终拍摄下⽤户本⼈的⾼清超⽚，并将上传的身份证照⽚及信息⼀同交公安部，或其下属渠道进⾏验证，得到验证结果来确认是否是本人。 151 | 152 | KYC验证成功后，用户的区跨链身份已经生成，这个身份是进⼊布洛克城的通⾏证。有了这张通⾏证，用户就可以进⼊城市，玩转区块链世界了。 153 | 154 | KYC认证只是将用户的现实身份和区块链身份进⾏绑定，并没有和钱包账户进⾏关联。 155 | 156 | **数据挖矿** 157 | 158 | 数据挖矿将作为布洛克城中最重要的用户激励措施之一，我们希望通过数据挖矿的形式，能鼓励用户更多、更全面的授权自己的个人数据。从而帮助我们更好的构建人物画像。 159 | 160 | 通过KYC验证后，用户将获得在布洛克城中的第⼀张身份标签。有了身份标签，用户就可以⽤个⼈数据进⾏挖矿。 161 | 162 | 数据挖矿的本质是实时将个⼈数据进⾏授权和⼴播。Dapp会根据⽤户授权的信息，提取其中先对应的字段，⽣成和数据相对应的身份标签。当开始数据挖矿时，Dapp会向接收⽅⼴播这些标签（标签中不含私⼈具体信息），接收⽅可以是个⼈也可以是企业和机构。 163 | 164 | **挖矿算⼒** 165 | 166 | 在Dapp中，挖矿算⼒和单位时间内所能挖到的数字资产数量呈正相关，即算⼒越⾼，挖到矿的数量越多。挖矿算⼒取决于上传数据的丰富性以及个人优质身份标签的数量多少。在Dapp中，我们对多种⽤户⾏为以及⽤户授权的数据信息对应的算⼒进⾏了量化。 167 | 168 | **算力提升** 169 | 170 | 算力提升主要可以通过下列几个方面。 171 | 1） 上传更多维度的数据信息。 172 | 2） 每天登陆Dapp领取挖矿奖励。 173 | 3） 个人优质身份标签的数量。 174 | 4） 完成悬赏任务（如完成调查、推荐任务等）。 175 | 176 | **挖矿奖励** 177 | 178 | 挖矿奖励为数字资产。最初，用户可能只能挖出GXS。随着布洛克城居⺠的增加，庞大的居民群体会吸引更多的项⽬⽅⼊驻布洛克城，届时能挖到更多种类的数字资产。挖矿奖励将储存在“我的资产”栏⽬中，绑定对应的钱包地址后，就可以将数字资产提现⾄个⼈钱包。 179 | 180 | #### 5.2.2区块链身份 181 | 182 | 区块链身份，是布洛克城的居⺠证。身份信息会根据⽤户授权的个⼈信息实时更新。 183 | 184 | **基础信息** 185 | 186 | 身份昵称身份昵称要求唯⼀不重复，将作为布洛克城中的姓名使⽤。 187 | 188 | **认证手机号** 189 | 190 | 绑定的⼿机号。 191 | 192 | **居⺠ID** 193 | 194 | 居⺠ID将告知您⼊驻布洛克城的编号。 195 | 196 | **身份标签** 197 | 198 | 身份标签是布洛克城中居⺠的属性标签，身份标签只会粗放的展现个⼈信息，⽽不会涉及详细的个⼈信息。 199 | 200 | **身份标签种类** 201 | 202 | 身份标签将根据数据维度进⾏细分，可以从电商数据、学历、⼯作经历、征信记录等个⼈信息指标⽣成相对应的各类身份标签。 203 | 204 | **身份标签由来** 205 | 206 | 根据⽤户上传、授权的数据，由算法计算得到。依区块链不可篡改、不可抵赖的特性，可以保证身份标签的权威性。 207 | 208 | **特殊标签** 209 | 210 | 部分活动限定的标签，如最早注册的9999位⽤户将额外拥有创世成员的标签，创世成员的特权将在后期开放。 211 | 212 | 后续我们还会开放其他更多的特殊标签和限定标签。 213 | 214 | **⽤户画像** 215 | 216 | ⽤户画像是根据⽤户上传的数据，由算法决定的。每个区块链身份的画像都是独⼀⽆⼆的。⽤户画像将反应部分⽤户的客观数据，例如资产、信⽤、购物习惯等。补充数据维度的过程，就是⽤户画像完善的过程。 217 | 218 | #### 5.2.3线上功能 219 | 220 | 拥有了上述数据基础和身份标签，我们可以更好的构建个⼈⾏为档案。通过对⾏为数据的统计和分析，将这些模型运⽤到多种场景中，⽤数据为⽣活提供便利。 221 | 222 | **交易所导流** 223 | 224 | 数字货币市场在不断扩⼤，每年都会有⼏⼗个⼩交易所上线运营。对于很多新项⽬⽽⾔，他们的技术、知名度很难让其发⾏的数字货币短期内上线⼤交易所，只能转⽽上线⼩型交易所。为了响应反洗钱制度，交易所要求客户必须KYC后，才能获得全部的操作权限。而KYC步骤繁琐，且每个交易所操作流程略有差异，使得在实际注册、认证过程中，多数⽤户因为步骤过多，体验不佳⽽导致注册转化量极低。因为在公信宝Dapp⽣成区块链身份之前，⽤户已经做了KYC认证，所以有这些⽤户基础的情况下，团队可以和交易所合作。在获得⽤户同意的情况下，直接将KYC结果输出⾄交易所，从⽽做到⼀键注册、交易，⼤幅缩短了注册认证流程，增强了体验。 225 | 226 | **个⼈数据所有权管理** 227 | 228 | 过去我们去任何⾦融机构贷款、购买保险的记录都被采集了⼤量数据，⽽换⼀个机构却还要重复做⼀遍同样的事情，不仅浪费时间还浪费社会资源。 229 | 230 | 如果这些数据归属于个⼈，那么我们是否可以管理⾃⼰的本地个⼈数据。在需要⽤到的时候发送给服务机构（⾦融机构、医院、出⾏办事单位等），让服务机构在得到本⼈授权后享有数据的使⽤权，省去重新采集的时间，节省社会资源，让数据的所有权真正掌握在个⼈⼿⾥。 231 | 232 | 基于这个设想，在布洛克城中，我们⿎励⽤户从数据源⾃⼰导⼊授权采集数据，数据源(项)包含但不限于个⼈的基本信息、电商消费、交通出⾏、信贷记录、运动数据、医疗健康等，⾃⼰可以管理授权数据，今后在需要⽤到数据时只需要提供给服务者即可，从⽽实现个⼈的数据由⾃⼰来管理。 233 | 234 | **数据交易** 235 | 236 | 当开启数据挖矿时，⽤户本⼈的身份标签将会被⼴播⾄GXChain⽹络中，数据购买者也可以通过向标签的主⼈发送数据交易请求，来查询其详细信息。交易过程需要经过标签所有者的授权，未经授权交易将⽆法完成。 237 | 238 | **线上交友服务** 239 | 240 | 在布洛克城中，⽤户的身份标签、⽤户画像是由算法⽣成，⽆法更改的。且当⽤户进⾏数据挖矿时，这些身份标签是⼈⼈可查的。利⽤这些特性，可以将⽤户画像和身份标签输出⾄⼀些社交平台。这样，在不暴露现实身份（标签不含个⼈详细隐私数据）的情况下，也能满⾜个体的各类社交需求。 241 | 242 | **精准投放服务** 243 | 244 | 精确投放可以说是Dapp的最核心服务之一。如今即使有时候我们可能也需要某⼀类产品的服务，然⽽因为数据的缺失，很多服务提供方⽆法判断⽤户的需求，⽽⽆法准确将产品需求精确投放给客户。 245 | 246 | 1）服务类的精确投放 247 | 248 | 利⽤Dapp，服务商可以利⽤身份标签给⽤户划分定位，在⽤户授权的情况下购买⽤户数据，从⽽可以更近⼀步的分析⽤户习惯。并针对不同⽤户，提供不同的产品⽅案，实现精准投放。例如Dapp中接⼊了第三⽅的健身数据，⼀些做健身产品或减肥产品的公司可以在⽤户授权的情况下购买这些数据，分析后为⽤户量身定制⼀份健身计划或减肥计划，将⼤幅优化产品推⼴、定制过程的流程，提升转化率。 249 | 250 | 2）调查类的精确投放 251 | 252 | 部分调查公司想做客户调研的时候，也可以根据用户标签来投放给特定的用户。再拿一个健身房想要投放产品调查举例，他可以根据身份标签选择某一地区内，年龄20~30岁之间，喜爱购买健身设备的男/女性顾客。这样做能确保调查对象即是用户群体，最大限定的保证调查的可信度和回收率。 253 | 254 | **机构研究** 255 | 256 | 保险公司、教育机构、数据分析公司，这些公司对个体⽤户数据需求⾮常⼤。因未经允许不能合法购买数据，⽆法精确定位很多潜在⽤户。利⽤Dapp的功能，可以在⽤户授权的情况下获取个⼈数据⽤于研究和分析。 257 | 258 | **⼩游戏** 259 | 260 | 之前，⼀款叫CryptoKitties席卷了数字货币界，庞⼤的交易量堵塞了以太坊⽹络。⼀个⼩⼩的养猫游戏就能让整个加密数字货币为之疯狂，不得不让⼈叹为观⽌。在布洛克城中，也可以开发⼊驻各类⼩游戏，例如可以划分更多的阶级、职业，购买布洛克城中的房产、载具、宠物。甚⾄随着更多居⺠的⼊驻，将会有更多的城市开放，真正地将布洛克城扩展为⼀个庞⼤的新世界。 261 | 262 | #### 5.2.4线下功能 263 | 264 | 信⽤社会是整个Dapp的最终阶段，当这些数据能完全证明⾃然⼈身份。当他们的⽤户画像在布洛克城中已经完全稳定，越来越多的⽤户开始关注到个⼈信⽤的重要性时，信⽤社会的时代就将来临。我们坚信未来⼀定是信⽤社会，未来⽤户的数据⼀定是⾃⼰管理的。⽽且数据本身的价值会随着⼿续费的降低⽽越发显现。如果现在是劳动⼒社会，那么未来⼀定是数据、信息的社会。随着数据基础的扩张，这些原本仅仅是虚拟世界的身份标签，就能够输出到现实世界，为现实世界⽣活提供⽅便。 265 | 266 | 267 | **⾯对⾯信用验证** 268 | 269 | 在我们⽣活中往往有很多的活动是通过⾯对⾯交流完成的，例如相亲、招聘、租房租⻋、⼆⼿交易等，像这样的场景⾥我们都需要验证交流者是否诚信可靠，过去由于没有好的⼯具可以使⽤，我们仅能通过对⽅⾔语和肢体来进⾏分辨，但这种⽅式的可靠性往往不是很⾼。利⽤Dapp的功能，就能解决这些痛点。 270 | 271 | 以招聘为例：企业招聘⼯作⼈员(如HR)在Dapp上输⼊求职者身份三要素(身份证号码、姓名、⼿机号码)，如果求职者已经安装了Dapp，直接扫描求职者的⼆维码即可。 272 | 273 | 扫描完成后，选择查询数据类型（如教育、社保、公积⾦、公安不良、法院不良、运营商等数据），点击查询，求职者⼿机会收到⼀条推送信息以确认求职者本⼈是否同意企业查询，⼀旦同意，HR就可以⽀付数据查询费⽤，等数据返回后，⼿机上就可以看到求职者的信息，通过教育信息验证求学经历，通过社保公积⾦验证⼯作经历，通过公安和法院信息来验证求职者是否有违法记录等。 274 | 275 | 同样，这⼀⽤途应⽤于男⼥相亲、保姆信审、租⻋租房、⼆⼿交易、场外交易、贷款的场景都有⾮常多的实⽤价值，未来是⼀个⾼度信⽤化的社会，Dapp将致⼒于让社会更诚信，让欺诈变得更难。 276 | 277 | **点对点契约签署** 278 | 279 | 因为有了大量数据基础，我们在构建用户线上身份的同时，这些身份可以直接映射到现实中。利用这些数据，我们可以构建新的短期契约签署方式。例如用户可以发布需求启事，并填写自己的具体诉求，然后将这个需求广播至网络中，系统根据身份标签自动推送适合对象给用户，用户可以申请查看这些备选对象的个人信息。发现对方的各项记录都完好，然后用户就可以和对方签署一个点对点契约，当服务完成后按照预定支付报酬。这样的去中介化契约签署，可以真正的做到点对点发布委托，并由自己来评判标准和支付报酬。 280 | 281 | **个⼈资产数据化** 282 | 283 | 未来，数据的形式将会被进⼀步拓宽。很多固定资产是可以数据化的，例如房产、墓地、林场使⽤权这些资产都可以数据化并记录在链上。这些资产数据化后的存证和和验证相⽐于传统的纸质证明有很多优点。 284 | 285 | 1.保存容易，不需要纸质的证明⽂件，不⽤担⼼纸张的破坏； 286 | 287 | 2.流转⽅便，⽤数据的形式进⾏资产的转让，只需要将私钥移交给对⽅。减少了很多传统转让过程中的各类协议和⼿续。 288 | 289 | **其他⾦融服务接⼊** 290 | 291 | 有数字资产和区块链身份保证，⾦融服务商或是承兑商可以利⽤这些接⼝开发各种服务。例如抵押贷款服务，⽤户锁定一定数量的数字资产，换取⼀定的类法币贷款（如USDT和Bitcny）。到期后需要返还本⾦和利息。当抵押资产价值下跌时，可能会造成数字资产被强制平仓的情况，到期后未按期返还本⾦和利息的，承兑商将没收抵押的数字资产来偿还本⾦。 292 | 293 | ## 6.Token说明 294 | 295 | 在布洛克城中，所有交易的⽀付⽅式都将由GXS完成。GXS将作为布洛克城唯⼀的可⽀付Token。 296 | 297 | ### 6.1关于GXS 298 | 299 | GXS是公信宝基金会发⾏在公信链上的Token，不仅具有流通价值，同时还是基于GXChain应⽤的必备Token，它可以在数字货币交易所交易流通，它的应⽤价值主要体现在以下⼏个⽅⾯： 300 | 301 | 302 | 1.在公信链上开发、认证应⽤、使⽤链上服务（例如链上转账的矿⼯费）以及使⽤BaaS服务需要⽀付或燃烧GXS，GXS是作为链上应⽤运⾏唯⼀使⽤到的Token。 303 | 304 | 2.在选举产⽣⻅证⼈时可作为选票使⽤。 305 | 306 | 3.⽀付布洛克城中的服务使⽤费 307 | 308 | 309 | ### 6.2支付场景 310 | 311 | 1.居民之间互相使用GXS进行结算； 312 | 313 | 2.使用城市公共服务需要用GXS结算； 314 | 315 | 3.商家提供的服务也需要用GXS来购买。 316 | 317 | ## 7.技术说明 318 | 319 | Dapp是基于GXChain开发的⾸个移动端应⽤。得益于Graphene的强⼤性能，在数据存储、数据交易⽅⾯，性能上能达到每秒十万级的吞吐量，从⽽为Dapp内的数据流通保驾护航 320 | 321 | ### 7.1智能数据采集 322 | 323 | 数据可信度的⼀⼤要素是数据来源，公信宝⾃身不储存数据，所有⽤户的个⼈数据，都是在经过个⼈授权后进⾏采集的。公信宝团队拥有世界顶尖的智能数据采集技术，能在获得授权后迅速展开数据采集服务，并将数据进⾏加密保存，最⼤限度地在确保数据完整度的同时也兼顾了个⼈隐私、安全的保护。 324 | 325 | ### 7.2数据新鲜度 326 | 327 | 从个体⽽⾔，有⼀些数据是不需要经常更新的。例如学历记录、⼯作记录，这些数据在经过重⼤变更后（重新修读了更⾼学位课程，换了⼯作单位）才需要变更。 328 | 329 | ⽽更多的数据如淘宝订单记录、⽀付宝消费记录、个⼈出⾏信息、运营商数据等这⼀类关系到个体⽣活状态、⽣活习惯、消费⾏为等数据，会在短期内⼤幅变化。因此对于这类数据，能做到短期内定期更新，对保证数据的新鲜度是⼗分重要的。数据新鲜度的确保，也能更好的提升数据的公信⼒，从⽽对个⼈信⽤评估提供更多的帮助。为⿎励⽤户更新、维护⾃⼰的数据，在Dapp中，团队根据不同数据的维护周期需求，对维护、更新数据的⾏为进⾏相应的算⼒奖励。 330 | 331 | ### 7.3数据量证明（Proof of Data） 332 | 333 | GXS Dapp中的挖矿算法采⽤的是独创的PoD算法（Proof of Data），⼜称数据量证明。 334 | 335 | ### 7.4挖矿算法解读 336 | 337 | 在⽐特币的共识算法Proof of Work(PoW)中，⼯作量（Work）作为第⼀要素，矿⼯根据个⼈算⼒的⼤⼩排序。算⼒越⼤，在相同时间内挖到的⽐特币数量越多。在PoD中，我们将能授权、上传的数据维度做了划分，相对应获得的矿数量也会不同。可以确定的是，算力和贡献的数据量呈正相关。贡献的数据维度更多，且细分的数据指标越多，价值越高，则相应的算力也会越高。 338 | 339 | ### 7.5个⼈隐私保护 340 | 341 | GXChain是⼀条有数据基础的公有链，但是GXChain的主链上只会存储数据存证的HASH（哈希值），⽽不会存储数据主体。所有个⼈信息数据都会被用户⾃身的一对数据公私钥进行加解密，利⽤星际文件存储系统（IPFS）技术，分布存储在GXChain的侧链上。数据本体采⽤ECIES数字签名进⾏⾮对称加密。理论上，在量⼦计算机⼤规模投⼊使⽤之前，只能由私钥算出公钥，⽽由公钥反向算出私钥是不可⾏的。因此只有⾃然⼈⾃⼰的私钥，或是通过私钥授权的公钥（数据买⽅）才能解锁和阅读，从⽽保护了个⼈隐私，保障数据存储的安全性。公信宝不设置中⼼服务器，不缓存个⼈数据。整个传输、交易过程都是点对点完成，因为非对称加密，只有交易的双⽅才可以查阅，即使在数据传输过程中截取数据，也会因为没有私钥而无法解密。充分保护了数据买方和卖⽅双⽅的权益。 342 | 343 | 所有的数据都是加密后暂存在IPFS（存储）上，IPFS⽣成的唯⼀HASH缓存到Dapp本地，HASH存在⼿机本地，建⽴关联。更新：再次授权登录采集，新的HASH覆盖原HASH。 344 | 345 | 公信宝Dapp的数据都是保存到链上的，由用户自己的数据身份公私钥对加解密。为了让整个过程公开透明，公信宝会开放数据查询窗口，让用户都能确认自己的数据的确被加密保存在区块链上。 346 | 347 | 1.用户有权取消已授权的数据（用于增加算力的数据授权）。一旦取消，授权的数据关系就解除了，即这个数据本体和用户个人没有任何关联。同样因为缺乏关联，用户的数据就无人能解密，除非用户再次授权。 348 | 349 | 2.每授权一项数据都会返还一个相对应的Hash ID,用户在公信宝Dapp中可以看到上链的数据（可解密）。 350 | 351 | 3.后期,用户可以在区块链浏览器上查询用户的个人数据。同时，其他人也可以根据这个Hash ID可以在浏览器上查询加密后的内容。不过其他人只能看到加密后的数据，而不能看到明文数据，因为在没有数据身份私钥解密的情况下，数据不会以明文的方式呈现。 352 | 353 | 4.公信宝的核心价值将围绕“数据经济”展开，等C2C和B2C的数据应用场景开发完成后，个人和企业可以查询用户的数据。这些查询请求都会在用户的Dapp界面上进行通知，确保用户享有知情权和所有权。所有涉及个人数据的查询行为，都需要经过用户的同意。如果用户没有进行授权，这些个人、企业机构也无权、无法查看用户的个人数据。同时，查询、授权记录都会进行链上存证，保证整个过程公开透明，记录不可篡改。 354 | 355 | 5.在公信宝Dapp的服务稳定，主要功能开发完成后，团队会对代码进行开源。之所以现在不开源，是因为布洛克城还在创世阶段，服务框架还没有稳定，同时也会出现一些漏洞、缺陷。如果直接开源，被攻击的可能性非常高。一旦遭受到攻击，用户体验会非常差，这是对用户的不负责。其次，公信宝Dapp是全国第一个面向大众的个人端区块链应用，已经受到了广泛的关注。如果在早期就进行开源，我们的产品将会被快速模仿，甚至有人会利用我们设计的各种机制去行骗作恶，这都是我们不想看到的。公信宝自始至终都秉承着不作恶原则，团队不存储、也无法窃取用户的个人数据。公信宝Dapp，让用户养成管理个人数据的习惯，让用户的数据为用户自身创造价值，使得未来围绕着数据交换的商业模式能够实现。在上述各种使用场景实现后，团队就会开放完整的代码，让更多的开发者、企业机构接入数据经济的生态中，让公信宝的愿景——以区块链重构信用社会得以实现。 356 | 357 | 358 | 359 | 360 | ## 8.总结 361 | 362 | 在未来，数据将是最重要的生产资料之一，这已经成为全球领先企业的战略共识，而人工智能和机器学习的普及化，将进一步放大的企业对数据的渴求。可以说，谁能更好地掌握数据和使用数据，未来谁就拥有了理解和联通用户的钥匙。而广大公民作为数据大时代里的个体，只有科学地管理运用自己的数据，才能在充分保护自己隐私的同时，更好地获得时代的红利，在未来便利地与人协作，提高效率，享受生活。公信宝Dapp正是扮演着激活用户数据，连通用户与企业的角色，是未来最重要的连接器之一；同时又充分尊重用户的数据隐私，让用户成为自己数据的主人，在诚信社会通行无阻，将是未来世界必备的通行证。致力于通过区块链技术重构信用社会，公信宝Dapp的推出，我们向这个愿景又近了一步。 363 | --------------------------------------------------------------------------------