MOLD Whitepaper

May 1st 2018 Edition 1.0

翻訳について

MOLDが2018/5/1に発表したホワイトペーパーを個人的に翻訳していきます。英語はそんなに得意ではないので、というかむしろ苦手なので、Google翻訳かけつつ整えていきます。多分、興味があるところから翻訳すると思う。

原文のWhitepaperは以下を参照ください。 https://moldproject.org/whitepaper.pdf

自分が理解しているところとか、どうでもいいと僕が思っているところは翻訳しません。GitもGitBookも初めて使うので使い方理解できていないかも。

現状のめも

ここは今の状況をメモっておくところなんだな。

  • abstractを翻訳

  • 目次を翻訳

  • 「6.結論」を翻訳 → これは結論じゃなくて結びの言葉だね…

  • 「4.5 ブロック構造」を翻訳

  • 「4.6 コンセンサスアルゴリズム」を翻訳

  • 「4.1 デザインゴール:エキサイティングな未来を創造する」を翻訳

今後のめも

とりあえず今翻訳している部分以外は、既に知っているのとGoogle翻訳かけただけで理解できるレベルだったので、翻訳しないと思います。

この下からホワイトペーパーの翻訳です

要旨(abstract)

MOLD is a fair and secure decentralized gaming platform that supports the development of new games and simplifies the transaction of valuable data such as in-game items, weapons and armors. MOLD uses tokens uniquely defined on MOLD chain to allow in-game items, weapons and gears to circulate in the market without going through a third party. Unlike previous centralized game structures, game tokens used in MOLD are not owned by the game operator. Thus, a brand-new value to the data will be applied within such virtual reality called games. With the advancement of technology and human evolution, this new value created in the virtual reality becomes more realistic and offers the possibility of gradually bringing about great economic benefits. In order to maintain fairness, MOLD allows transactions to be verified by the user, where flow of funds are visible to avoid counterfeit currency, double spending and other fraudulent acts. Previous monetary systems were based on a clientserver network structure, and their centralized payment systems were vulnerable to hacking and other external attacks, resulting in a substantially high fee to implement such a complex process and adherence to regulation policies. In a decentralized monetary system with a P2P network structure, information will neither be kept in one place, nor would it depend on third parties, offering much higher security and lower burden to the system itself.

MOLDは、新しいゲームの開発をサポートし、ゲームアイテム、武器、装甲などの貴重なデータの取引を簡素化する公平で安全な分散型ゲームプラットフォームです。 MOLDはMOLDチェーン上で独自に定義されたトークンを使用して、ゲームアイテム、武器、ギアを第三者を経由せずに市場に流通させることができます。従来の集中型ゲーム構造とは異なり、MOLDで使用されるゲームトークンは、ゲームオペレータが所有していません。このように、ゲームに関連するバーチャルリアリティの中で、データへの新しい価値が適用されます。テクノロジーと人間の進化によって、バーチャルリアリティで作られたこの新しい価値はより現実的になり、徐々に大きな経済的利益をもたらします。公平性を維持するために、MOLDは、偽造通貨、二重支出およびその他の不正行為を避けるために、資金の流れが見えるユーザーがトランザクションを検証できるようにします。従来の通貨システムは、クライアントサーバのネットワーク構造に基づいており、集中化された支払いシステムはハッキングやその他の外部攻撃に対して脆弱であったため、そのような複雑なプロセスを実行するための手数料が大幅に高くなり、 P2Pネットワーク構造を持つ分散型金融システムでは、情報は1か所に保持されず、第三者に依存することもなく、セキュリティが大幅に強化され、システム自体に負担がかかりません

1 はじめに

1.1 私たちのビジョン

1.2 非中央集権コミュニティによる運営方針

1.3 定義: moldcoin

2 背景

2.1 ゲーム産業の進化

2.2 現在のゲーム産業に直面する問題

2.3 ブロックチェーン業界の動向

2.3.1 ブロックチェーン技術の出現

2.3.2 ブロックチェーン産業に直面する問題

3 MOLDプリンシパル

3.1 プレーヤーに有利なシステム

3.2 開発者のための単純化されたゲーム開発

3.3 次世代ゲームの提案

4 MOLDブロックチェーンはゲームに特化

4.1 デザインゴール:エキサイティングな未来を創造する

MOLDは、ブロックチェーン技術を使用した分散型の次世代ゲームプラットフォームの創造を目指しており、エキサイティングで爽快な新しい世界を提供する。 MOLDは、すべてのゲーム愛好家が「プレイヤーのプレイヤーによるプレーヤーのためのゲームプラットフォーム」の作成に参加するためのシステムの提供を目指す。

デジタルアセットとしてのアイテムトークン デジタル資産は、電子情報の形をとるプログラム可能な資産。 ブロックチェーン技術を利用することにより、電子化された資産は透明性が高く、保護され、信頼できるものとなり、流通が可能となる。 ユーザは、トークン化されたデジタル資産としてのゲーム内アイテムを自由に管理および取引するために、MOLDチェーン上にAccountと呼ばれるオブジェクトを登録する。

仮想経済内での安全で迅速な取引 MOLD上で、消費者同士の自由な経済活動を活性化するために、ゲームに合わせてカスタマイズされたブロックチェーンを採用することで、従来の課金構造の合理化と分散型ゲームプラットフォームでのアイテムトークン取引と保護を実現する。 即時支払を実現するためには、支払が完了するまでの迅速さが重要であるという点に加えて、 さらに、新しいゲームの追加に伴うユーザ増加に対処するために、ブロックチェーンのスケーラビリティをサポートするシステムが構築される予定である。

全体の可用性:ゲーム、プレイヤー、およびデベロッパーに対して 次世代のゲームプラットフォームにすべてのゲーム愛好者の参加を可能にするために、既存のゲームをサポートし、プレイヤーおよび開発者によって様々な機能を備えた汎用性を有する特殊なブロックチェーンが開発される。スマートコントラクト上で実装されたデータがブロックチェーン内に実装されているアイテムに対してトークン化の発行量を制限することで、プレーヤーのトークン化が簡素化され、プレーヤー間のトランザクションがより自由になります。 MOLDを使用してプラットフォームを実現するには、より良いユーザーエクスペリエンスを可能にするプロトコルの存在を含めて、上記のような機能が必要。

4.2 イーサリアムへの課題とTPSの必要性

4.3 トークンモデル

4.3.1 MOLDプラットフォームによるメイン通貨

4.4 MOLD機能

4.4.1 ウォレットとアカウント

4.4.2 トークン化

4.4.3 MOLDEXとMOLDオークション

4.4.4 プレーヤー間のエスクロー取引

4.4.5 MOLD ICO

4.4.6 MOLD SDK

4.5 ブロック構造

Ethereumブロック構造[4]を参考に、MOLDブロックチェーン上のブロックは、情報の集合であるBlock Headerと、Transactionで構成されています。 Block Header内には、次の図のような情報が含まれる。

  • PreviousHash:1つ前のブロックヘッダのハッシュ値

  • TxsRoot:トランザクションツリーのルートノードのハッシュ値

  • StateRoot:ステートツリーのルートノードのハッシュ値

  • RecepiptsRoot:受信ツリーのルートノードのハッシュ値

  • TimeStamp:ブロック作成中の適切なUNIX時間

  • Height:Genesisブロック(0)からのブロック数

  • Nonce:ランダムな64ビットの数字または文字列

  • NextMiner:次のマイナーのコントラクトアドレス

トランザクションにはmoldcoinの送信と、item-tokenの送信/公開の2種類がある。どちらも、MOLDブロックチェーン上で明確に区別される。

moldcoinの送金に関しては、Bitcoinで採用されたUTXO方式で行われ、トランザクションごとに残高が計算される。UTXO方式に基づいているため、並列処理を同時に行うことができ、1人で複数の人に送信することができる。各トランザクションのハッシュは、Merkle TreeとSHA256の暗号化技術により生成され、TxsRootとしてBlock Headerに格納される。

一方、 item-tokenの生成中は、トークンを発行するためのコントラクトが生成され、各アカウントのAccount Stateが保存される。さらに、Account status、またはAccount State(例えばitem-tokenの所有者情報など)は、Mackle Patricia Treeに従ってハッシュされ、ハッシュによってまとめられた全てのアカウント情報がState Hashとしてブロック内に格納される。Contract Account内では、特定の時点でアカウントに含まれるアイテムトークンの種類を記録するアカウントベースの方法が採用される。

4.6 コンセンサスアルゴリズム

4.6.1 現在のコンセンサスアルゴリズムが直面する問題

現在、広く使われているコンセンサスアルゴリズムは、第4.1章で述べたデザインゴールを達成するのに十分とは言えない。

PoWコンセンサスアルゴリズムはゼロサムゲームであり、マイナーの計算能力に基づいて承認プロセスを実行する。具体的には、膨大な負荷を伴うハッシュ計算を、最初に終えたノードに対して承認権限を与える。現在はトランザクション負荷の増加により、スーパーコンピュータや大規模なサーバーが必要な難易度であり、大量の消費電力を必要とし、かつ51%の攻撃に対する脆弱性が生じている。さらに、大規模なマイナーは規模の経済により利益を得る事ができる。つまり、1億円のコストをかけられるマイナーは、100万円のコストをかけるマイナーに比べて100倍の利益を得ることができる。さらに、PoWには不特定多数による承認プロセスが存在し、必然的に時間のかかる承認プロセスであるため、即時支払いを必要とするゲームには好ましくない。

PoSは、コインの所有年数や所有量に応じて権限を付与するシステムであり、PoWが直面する大規模な電力消費などの問題はない。しかし、ブロックを生成するのに豊富な資本をもつ投資家がイニシアチブを有するため、寡占につながり、通貨の流通を低下させる可能性がある。さらに、PoSではブロックを生成することが比較的容易であり、リスクを伴わずにブロックを生成することができる「Nothing at Stake」問題に直面する。

4.6.2 BFTシステム

BFT [5]は、PoWとPoSが直面するデメリットであった、完了状態の不確実性とパフォーマンス問題を解決する。PoWおよびPoSとは異なり、ブロックはバリデータによる決定の後に生成され、ブロックチェーン内での分岐が発生しない。したがって、承認済みブロックが覆らず、PoWのように基準を満たすまで計算を行う必要がないため、結果が保証されためパフォーマンスが非常に高速になる。スマートな経済を実現するために、NEOはdBFTを採用しているが、Hyperbelger Fabricを推進しているLinux FoundationはPBFTを採用している。

DBFでは、暫定リーダーであるバリデーターが悪意を持っている場合、他のバリデーターはリーダーの動きを監視し、不正行為を行ったと判断した場合、多数決によって別の新しいリーダーに切り替える事ができるので、フォールトトレラントで強力なアルゴリズムとなる。バリデーターが悪意(機能の欠陥を含む)を持つことが判明した場合、そのバリデーターはバリデータープールから除外され、預けているmoldcoinを没収される。[Punitive Algorithmを参照]

ビザンチン・フォールトトレラント性は、N個のノードによるコンセンサスシステムに関して、f =(n-1)/ 3フォールトトレランスを提供する。これは、ノードエラーコンセンサスが過去の(n-1)/ 3を超えないことによって、システムの機能性および安定性を保証する。ブロックチェーンの台帳は、ブックキーパーノードによって維持されており、通常はノードがコンセンサスに参加しないように出来るため、合意形成のプロセスが簡素化する。このトレランス性能は、セキュリティと利便性を確保し、そしてどのような環境にも適しています。

Blockchainは、P2Pネットワークを介して参加者が接続し、すべてのメッセージをブロードキャストする、分散型台帳システムです。ノードには、ノーマルとブックキーパーの2種類のロールがあります。ノーマルノードは、システムを介して台帳データを受け取り、転送および交換を行う。ブックキーパーノードは台帳を管理し、ネットワーク全体の会計処理を行います。転送された情報の信頼性と完全性は、送信者が送信したメッセージのハッシュ値に暗号化による署名をすることで保証される。

MOLDのコンセンサスアルゴリズムでは、検証者的確基準を持つノードプールから選ばれたN人の検証者[Selection Method of Validatorsを参照]が、一定のmoldcoinを提供し、簿記に参加するのに適したバリデータとなって検証を行う。各バリデーターには0からn-1までの擬似乱数が与えられ、1周期(エポック)ごとに認証作業が行われます。エポックごとに認証作業を終了すると、それぞれのバリデータは、次の認証作業を継続するか終了するか自由に選べる。バリデータの補充は、 MOLDへの寄与の高さに従い、ノードプールの上部から選ばれる。

Selection Method of Validators

MOLDウォレット内で所有/使用済のmoldcoinの量に応じてMOLDランキングが決められる。MOLDランキングのパラメータは、ウォレット内で所有/使用済moldcoinの量と相関する。バリデータになりたいノードは、ノードプールに登録されます。このノードプールは、潜在的なバリデータの予備リストです。ノードプールに登録されているノードのうち、上位N人の人にバリデータとしての権利が付与されます。

Block Generation Procedure

通常の状況下でのブロック生成のプロセスを以下に示します。

Validatorには、疑似ランダム関数を使用して0からn-1までの数値が与えられます。

  1. 参加者は署名済のデータを送信する。ネットワークを介して送信者によって

    すべてのValidatorはそのデータをメモリに保存する。

  2. 擬似ランダム関数から0を割り当てられたValidatorがspeakerとなって、Pre-prepareRequestを送信する。

  3. Validatorは、他のバリデーターから取引データを正しく受領出来ることを保証するために、Prepareを送る。

  4. Validatorはブロック内のデータを検査し、データが有効である場合にのみ他のすべてのValidatorに送信し、Validator内でn-fコンセンサスに達すると、新しいブロックが生成される。

  5. 最後に、Validatorによる署名後、ブロックはチェーンに接続されます。

speakerの役割は、擬似ランダム関数から1を割り当てられたValidatorに変更され、プロセス 1. 〜 5. が繰り返されます。エポック内では、N個のValidatorが少なくとも1回はspeakerになる機会を与えられますが、speakerとして正常に動作しない場合は、ビューが変更され、次のspeakerが選択されます。

バリデーター間に不正なトランザクションがあると、ValidatorはChange Viewを送信します。 n-fコンセンサスに到達できない場合には、疑似ランダム関数によって選択された次のバリデータがspeakerの役割を果たす。

viewは何を指すのか?1人のspeakerが担当している間のサイクル?

参加者からのトランザクションデータには、送信者の署名が含まれているため、悪意を持つバリデータが、トランザクションデータを改ざんすることは不可能です。

Punitive Algorithm and Validator Reward

実際に正しく機能するValidatorを確保するために、デポジットとして一定量のmoldcoinをロックアップする必要があり、ネットワークへの悪意のある行為があった場合に、デボジットからの一定額に加えて、Validatorがその特権を失うようなシステムが設定されている。MOLDネットワーク料金(送信料、スマートコントラクトの実施、summoning calls)は、Validatorの報酬として働きます。悪意のあるValidatorのデポジットを燃やすことは、他の悪意を持つValidatorに訴えかけるインセンティブとして機能するとともに、moldcoinの希少価値を高めます。

「summoning calls」って何だろ?一般的な用語?

5 Molcaプロジェクト

6 おわりに(Conclusion)

ブロックチェーンは、トランザクションの認証に、信頼できる第三者を必要としないP2P(Peer to Peer)技術を用いたビットコインの登場により進化してきた。

耐タンパー性と可用性の高い技術革新として、運用コストの大幅な節約を可能にすると考えられ、さまざまな業界で注目を集めています。また、送金や支払手段の面では、国際送金とIoTに適用するため、様々な分野で多くの実証研究がなされています。しかし、いずれにせよ、そのような実用性は未だ実現されておらず、現実はすべてがまだ開発段階にあるということです。

2017年には、様々なブロックチェーンプロジェクトが開始され、ICOを通じた資金調達が急増しました。しかし、特定のプロジェクトでは、実際にはブロックチェーンを使う必要がないにも関わらず、ブロックチェーンの用語と関連させることによって、ICOを通じて膨大な資金を調達するという多くの不正なケースがありました。

ブロックチェーンの価値観の中核をなすのは「トラストレス」と「パーミッションレス」であるため、このような価値を無視したプロジェクトは、従来のシステムとまったく変わらず、次世代のものを創造する革命的なものではありません。しかし、事実としてブロックチェーンプロジェクトの価値は、ブロックチェーンの主要概念、プロジェクトをサポートするコミュニティ、トークンの意義、そして製品そのものが決めると言えなくもない。

コミュニティは、オープンソーシングでかつ、非営利団体によるボトムアップなエコシステムであり、既存のトップダウンビジネスによるエコシステムとは異なる。トークンは所有権の価値を表し、電子データではあるものの、仮想世界内で新しい経済を創造するインセンティブとして重要な役割を果たす。製品とは、ブロックチェーンを使用した技術的成果物そのもの。

コミュニティとトークンに存在価値がなく、製品だけを持つブロックチェーンプロジェクトに十分な魅力はありません。ブロックチェーンのユースケースシナリオはまだごくわずかなので、ユースケースシナリオを確立することで、将来のブロックチェーンプロジェクトの可能性を実感できます。

MOLDはブロックチェーンプロジェクトの側面を有しているので、世界の様々なブロックチェーン技術の試みの中で、ゲームのユースケースシナリオに関するプレゼンスを確立するために、実用性と拡張用途に基づいたブロックチェーンを構築する必要があります。

これを実現するために、MOLDはゲームアイテムのユーザ所有権とトークン化にフォーカスし、ユーザ間の容易な取引を促進するためにMOLDEXを開発し、ゲーム開発者向けのMOLD内のICOシステムおよびSDKを開発する。

コミュニティベースの運営を除いて、MOLDはmoldcoinを価値のある主軸通貨として、分散型のゲームプラットフォームを構築します。仮想世界の中でトークン経済を実現するために従来のゲームを変えるでしょう。

一方、MOLDはゲームに対する認知と、その変化を世間に伝えるアンバサダーとして行動します。プレイヤーがゲームに「飽きている」と感じるときは、ゲームの目的と未来を見いだすことができなくなります。おそらく、それはゲームが現実の世界には関係がない、エンターテイメントの一つであるという先入観からです。

しかし、eスポーツの進化に伴い、ゲームに関する従来のコンセプトが世界中で変化を始めています。ここに、まだ開発段階ではあるものの、ブロックチェーン技術を使用することで、デジタルデータを非中央集権的な方法で保存し、不正防止と可用性が向上します。現実の世界に何の影響も与えないゲームプレイの日々は急速に終わりを告げています。私たちは、ゲームプレイが感動をもたらし、現実の世界での成果につながるゲーム業界の最前線にいます。

そのような時代を反映して、MOLDは分散型ゲームプラットフォームとして、プレーヤーの視点を理解し、ゲームに新たな価値を提供します。プレイヤーの感覚、賞賛、成果には多様性があるかもしれませんが、MOLDはそのような曖昧な概念を再明確化し、「完全に自由かつ現実的な」バーチャルリアリティを構築することを約束します。私たちは若い世代が新しい時代の創造者であると信じています。

7 ノート

付録A:地方分権自治組織

付録B:MOLDの収入構造

付録C:UTXOとアカウントベース

Last updated