ゴーレム：新しいレベルへの分散化

ブロックチェーン（つまり、ビットコインではなくブロックチェーン）プロジェクトの「ホワイトブック」の翻訳を続けています。 そして今日が番です...ゴーレム。

ゴーレムプロジェクト

クラウドファンディングに関するホワイトペーパー（バージョンv0.9、2016年10月）

内容

1. ゴーレムプロジェクトの概要
2. 主なアイデアと機能
3. ゴーレムエコシステム
4. インフラストラクチャのリソース
5. コンピューティングリソースの需要
6. プログラムとマイクロサービス
7. 主な使用例：CGIレンダリング
8. 今後の計画：Web 3.0の一部としてのゴーレム
9. ゴーレムネットワークトークン（GNT）
10. アプリケーションレジストリ
11. トランザクションフレームワーク
12. ロードマップ
13. ブラスゴーレム
14. クレイゴーレム
15. ストーンゴーレム
16. アイアンゴーレム
17. 今後の実装
18. クラウドファンディング
19. クラウドファンディングの概要
20. 予算と資金調達
21. ゴーレムチーム

ゴーレムプロジェクトの概要
主なアイデアと機能

● ゴーレムは、グローバルコンピューティング市場を形成した最初の真に分散型のスーパーコンピューターです。 開発者がソフトウェアを安全に配布および収益化するのを支援する柔軟なツールと組み合わせることで、Golemはコンピューティングタスクを整理および実行する方法も変更しています。 マイクロサービスアーキテクチャと非同期タスク実行のおかげで、Golemは将来のインターネットサービスプロバイダーとソフトウェア開発者の基盤になるはずです。 また、コンピューティングのコストが大幅に削減されるという事実により、複雑なプログラム（CGIレンダリング）、科学計算、機械学習は誰にとってもアクセスしやすくなります。

● Golemはコンピューターをp2pネットワークに接続し、アプリケーションの所有者と個々のユーザー（顧客）が他のユーザー（サプライヤー）からコンピューターリソースをレンタルできるようにします。 これらのリソースを使用して、任意の時間とコンピューティング能力を必要とするタスクを実行できます。 現在、このようなリソースは中央集中型のクラウドサービスプロバイダーによって提供されていますが、その欠点は、クローズドネットワーク、独自の支払いシステム、プログラムコードに対する厳しい制限です。 さらに、ゴーレムの中核はイーサリアムに基づいた特別なトランザクションシステムであり、顧客、サプライヤー、ソフトウェア開発者間の直接支払いを可能にします。

●コンピューティングリソースの分散市場の基盤としてのゴーレムの機能は、IaaS（サービスとしてのインフラストラクチャ）とPaaS（サービスとしてのプラットフォーム）の両方と考えることができます。しかし、ゴーレムの真の利点は、特殊なプログラムを統合できることです。 関係者は、アプリケーションレジストリに公開することにより、Golemネットワーク上でプログラムを自由に作成およびインストールできます。 開発者は、トランザクションフレームワークを使用して、支払いメカニズムを拡張およびカスタマイズし、ソフトウェアを収益化するための独自のメカニズムを作成することもできます。

ゴーレムエコシステム

ゴーレムのビジネスタスクは、比較的最近の技術の進歩により、まったく新しい原則に従ってコンピューティングリソースの市場を整理することです。 一方、今日、アマゾン、グーグル、マイクロソフト、IBMなどの大企業は、高い収益性を確保するために最善を尽くしているコンピューティング市場を支配しており、コンピューティングサービスの高価格につながります。幸いなことに、この市場状況は永遠に続くことはありません。 ゴーレムネットワークでは、コンピューティングリソースの提供は、個人およびプロのプロバイダーの貢献に基づいており、Golem Application Registryの一連の専門的なソフトウェアソリューションと組み合わせて使用​​されます 。

Golemを使用してコンピューティング市場をスケーリングするには、コンピューティングリソースのサプライヤ、タスクイニシエータ（顧客）、Golemネットワークにタスクを配置する3つのグループ、そしてもちろんソフトウェア開発者の統合が必要です。 これら3つのグループは、ゴーレムの独自の相互依存するエコシステムを構成します。



インフラストラクチャのリソース
ゴーレムネットワークの計算能力は、サプライヤによって提供されます。 サプライヤは、ゲーム用PCに自由な時間を提供できる一般ユーザーでも、すべてのコンピューティングパワーを提供する大規模なデータセンターでもかまいません。 ゴーレムに参加するサプライヤの関心は、完了したタスクに対して顧客から支払いを受け取ることです。 もちろん、Golemのユーザーインターフェースは使いやすく、サプライヤーは価格を簡単に設定し、リースする無料リソースの量を決定できます。

コンピューティングリソースの需要
提供された施設のサプライヤーに補償を支払うために、ゴーレムはこれらの施設に興味のある顧客を引き付ける必要があります。 ゴーレムを作成する市場は、情報がほぼ完全な市場であるという事実と、あらゆる機器へのプログラムの展開の容易さにより、非常に競争が激しくなります。 これはGolemの使用を単純化するだけでなく、もちろん顧客を引き付けます-競争の激しい環境は市場の効率も高め、既存のクラウドコンピューティングプラットフォームに比べてはるかに客観的で有利な価格につながる可能性があります。

重要な機能の1つは、 Golemマーケットで顧客がサプライヤになることを許可することです。ほとんどの場合、追加リソースが必要になるのはときどきです。 彼らは自分の機器をレンタルし、追加収入を得ることができます。 さらに、Golemを使用するインセンティブは金銭的側面だけではありません。Golemの重要な機能の1つは、ネットワークで実行され、アプリケーションレジストリからアクセス可能なさまざまなソフトウェアの可用性です。

プログラムとマイクロサービス
いくつかの主要な使用例（CGIレンダリングなど）はGolemチームによって開発および実装されますが、もちろん、Golem用のアプリケーションの作成に他の開発者を関与させる必要があります。 そのようなアプリケーションの量と質は、ゴーレムの将来の成功の重要な要因の1つです。 このため、アプリケーションレジストリとトランザクション構造は、エコシステム全体の最も重要な特性の1つであり、開発プロセスの中心になります。 実装されると、Golemネットワークで実行されるソフトウェアを展開、配布、収益化するための柔軟で効果的なツールを開発者に提供します。 これは、マイクロサービスおよび将来の分散アプリケーション（DApp）に最適なソリューションですが、既存のプロプライエタリおよびフリーソフトウェアを配布する興味深い方法にもなります。

主な用途：CGIレンダリング
ゴーレムアルファ：Blenderを使用したCGIレンダリング



CGIレンダリングは、 ゴーレムの実際の使用の最初の非常に明らかな例です。
高価なクラウドサービスを使用したり、強力なコンピューターが登場するのを待つ代わりに、CGIアーティストは、他のユーザーからコンピューティングリソースをレンタルすることにより、グラフィックをすばやく視覚化できます。

顧客（この場合はCGIアーティスト）からの支払いは、リソースを提供したサプライヤーに直接送信されます。

さらに、エグゼキューターのコンピューターがアイドル状態のとき、彼自身が他のユーザーからタスクを受け入れることができます。

今後の計画：Web 3.0の一部としてのゴーレム
将来、インターネットは真に分散型ネットワークになり、ユーザーが企業や他​​の仲介者と共有することなく、安全かつ直接コンテンツを共有できるようになると考えています。 したがって、Golemは特定のコンピューティングタスクだけでなく、自己組織化ネットワークで操作を実行するコンピューターの大量レンタルにも使用されます。 もちろん、これには他の技術の並行開発が必要であり、その多くは近年重要なサポートを受けています。

より効率的なデータ交換技術が必要ですが、IPFS / FilecoinおよびSwarmの進行中の開発を考えると、適切なソリューションは手の届くところにあるようです。

時間が経つにつれて、イーサリアムネットワークはよりスケーラブルで効率的になり、完全に機能するマイクロペイメントチャネルネットワークが含まれるようになります。 これらのテクノロジーが利用可能になるとすぐに、Golemは主にマイクロサービスのプラットフォームとして容易に想像でき、ユーザーは小規模（たとえばメモ作成アプリケーション）と大規模アプリケーション（たとえばストリーミングサービス）の両方を完全に分散した方法で起動できます。 野心にもかかわらず、上記はゴーレムの大きな可能性を支持する強い議論です。

ゴーレムネットワークトークン（GNT）
GNTはGolemの主要コンポーネントであり、プロジェクトの将来にわたって柔軟性と制御を提供するように設計されています。 GNTはクラウドファンディング（このドキュメントで説明）を通じてリリースされ、最初のメジャーゴーレムリリース後、GNTトークンにはさまざまな機能が付与されます。

●リソースの使用とソフトウェア開発者への報酬に対する顧客からサプライヤへの支払いは、GNTのみに支払われます。
●アプリケーションレジストリとトランザクション構造を開始した後、GNTトークンは他の操作に必要になります。ソフトウェアベンダーと開発者による担保の提供、またはプログラムの確認と認証（「アプリケーションレジストリ」セクションを参照）。
●GNTの一般的な使用条件はトランザクション構造で設定されますが、インストールされたプログラムごとに特定のパラメーターを個別に設定できます。

GNTトークンの数は、クラウドファンディング中に作成されたトークンのプールによって制限されます。

GNTトークンとプライマリGNTアカウント機能の作成

●ゴーレムネットワークトークンは、イーサリアムプラットフォームで発行されます。 その設計は、トークンの実装に広く使用されている標準に準拠しています。 これにより、Ethereum Walletなどの既存のソリューションでGNTを使用できます。
●クラウドファンディング中に作成されるトークンの最大数：
○合計：1,000,000,000（100％）
○クラウドファンディング参加者のトークン：820,000,000（82％）
トークンゴーレムチーム60,000,000（6％）
○Golem Factory GmbHからのトークン120,000,000（12％）
●GNTアカウントに1つのブロードキャストを送信すると、1,000 GNTが作成されます
●クラウドファンディングが完了すると、トークンの作成、マイニング、マイニングは行われなくなります。
●クラウドファンディングの直後に、トークンを自由に送受信できます。

詳細については、クラウドファンディングのセクションをご覧ください。

アプリケーションレジストリ

アプリケーションレジストリはイーサリアムのスマートコントラクトであり、誰でも独自のアプリケーションを公開でき、ゴーレムネットワークですぐに起動できます。 アプリケーションレジストリの目的：

●開発者に、アプリケーションを公開し、分散した方法でユーザーと対話する機会を提供します。
●顧客に、ニーズに合った特定のツールを検索する場所を提供します。
●セキュリティ上の理由から、ベンダーが実行するコードを完全に制御できるようにします。

Golemネットワークは完全に分散化されているため、コミュニティ自体がApplication Registryを管理することも必要です。

Golemを使用すると 、ベンダーのコンピューターでプログラムコードを実行できます 。
このコードは、サンドボックスで最小の優先度で実行されます。
しかし、ソフトウェアエラーはどこにでも見られます。しばらくすると、攻撃者はサンドボックスをバイパスし、ホストマシンで悪意のあるコードを実行したり、さらにはそれを制御したりすることができます。 そのため、サンドボックスだけに頼ることはできません。
コードのセキュリティを自動的に判断することもできますが、これは実際には不可能です（停止の問題による）。
コード検証プロセスを完全に自動化して自律ネットワークで実行することはできません。
一方、Golemネットワーク上で実行されるマルウェアを誰も公開しないと想定することは不可能です。

この問題を解決するために、アプリケーションレジストリのユーザーを作成者、検証者、サプライヤーの3つのカテゴリに分けることにしました。 作成者はアプリケーションを公開し、バリデーターはそれらが安全であることを検証および証明し、独自のホワイトリストに追加します。
バリデーターは、アプリケーションをブラックリストに登録することにより、アプリケーションを悪意があるとマークすることもできます。
サプライヤは、機器でゴーレムを起動する特定の各ケースで使用する検証者リストを決定する権利もあります。

さらに、サプライヤは独自のホワイトリストまたはブラックリストを維持できます。 これにより、各ベンダーは、実行するソフトウェアとそれを監視する方法を非常に柔軟に決定できます。

さらに、このシステムはいずれの当事者も除外するものではなく、常に新しいバリデーターが出現する余地があります。

デフォルトでは、Golemは信頼できるアプリケーションのホワイトリストを使用して動作します。
初めてGolemを試したばかりの人の空のホワイトリストは問題のように見えるかもしれないので、ソース配布のホワイトリストに多くの実績のあるアプリケーションを追加します。

プロバイダーは、独自のホワイトリストを維持することでこのメカニズムを使用するか、信頼するバリデーターのリストを使用できます。

一方、サーバーファームを所有するプロバイダーは、ブラックリストのみを使用したい場合があります。

このオプションは、最大の利益を得て、他のサーバーよりも先に進みたい専用サーバーの管理者を対象としています。

この場合、現在知られている問題のあるアプリケーションを避けるためにブラックリストが使用されます。

繰り返しになりますが、プロバイダーは独自のブラックリストを維持するか、信頼できるブラックリストのバリデーターを使用できます。

取引構造

新しくエキサイティングなものを作成することは、その外観で開かれるすべての可能性を完全に予測することは困難またはほとんど不可能です。

ゴーレムは分散型グローバルスーパーコンピューターなどです。 幅広いアプリケーションで間違いなく需要があるでしょう。

これらのアプリケーションには、さまざまな報酬モデルが必要になる場合があります。 Golemの単一の支払いシステムを開発することはできません。また、アプリケーション開発者に強制的に使用させようとはしません。

開発者がアプリケーションをGolemに統合すると、トランザクションフレームワークと互換性がある場合、使用するトランザクションモデルを決定する権利があります。

トランザクション構造は一連の要件になります。 主な要件は次のとおりです。

●アプリケーションレジストリへのエントリ。
●オープンソース環境および/またはEVMなどの確定的環境の使用。
●コミュニティの承認または取引モデルの評価。
●GNTを使用してソフトウェアおよびサービスプロバイダーに支払います。

Ethereum Transaction Frameworkを構築しています。 イーサリアムは、高度で信頼できないスキームを実装する際に非常に必要な大きな力を与えてくれます。

これには、P2Pネットワークに実装するのが非常に難しいコンポーネント（評判評価など）が含まれます。

トランザクションフレームワークのコンポーネントの例：

●さまざまな支払いスキーム。たとえば、 ナノペイメント 、 一括支払い 。
●オフチェーン支払いチャネル
●カスタム収入
●ソフトウェア開発者への支払い
●各ホストでプログラムを起動する（ホスト、毎時起動など）

将来、これはコミュニティによってカスタマイズされ、カスタムトランザクションモデルの実装で使用されるテンプレートになる可能性があります。

特定の非支払い目標を達成するために、トランザクションモデルでより複雑なコンポーネントを使用できます。 例：

●顧客は、より高いレベルの責任を必要とするタスク（専用の機器の使用または長時間のサブタスクによる高価格）を約束します。 顧客は二国間担保口座を作成し、サプライヤがそれに参加することを要求できます。
●ベンダーセキュリティ：顧客は、多数の誓約済みGNTトークンの制御を必要とする場合があります。
●顧客のセキュリティ：サプライヤーは、一定量のGNTを所有している顧客からのタスクのみを受け入れることができます。
●TrueBitに類似したバックアップ競合解決メカニズムへのバインディングとしてのタスクの登録。

ロードマップ

このセクションでは、ゴーレムの開発の主な段階を紹介します。
ブログでGolemアーキテクチャの非技術的な詳細を読むことができます。今後の課題に関するいくつかの考えをここで説明します 。もちろん、 GitHubのプログラムコードコードに慣れることができます 。

ゴーレムの連続バージョンはフェーズに分割されます。 ゴーレムは高度な技術を使用しており、それ自体が非常に複雑なプロジェクトであるため、これは予備的な計画です。

各段階の前に、技術文書に記載されている調査を実施し、得られた結果を取得する必要があります。 ただし、2つの重要なポイントがあります。

1.各段階で、新しい機能が追加されます。
2.各段階の結果は、集められた資金の額に依存します。
以下に示すこれらの段階の説明では、これらの機能は4つの指標となる資金調達シナリオに割り当てられています。
3.「+ / ++ / +++」記号でマークされた機能は、適切なレベルの資金調達が達成されると実装されます。

ゲーム「Dungeons＆Dragons」のゴーレムに基づいて、異なるバージョンのゴーレムにコード名を割り当てました。 アナロジーは完璧ではありませんが、それでも電子ゴーレムです。

ブラスゴーレム

...作成中に設定された1つの目標を達成するために作成され、このタスクを実行するために復活するまで絶対の忍耐で待機します。

ブラスゴーレムは私たちが今いる段階であり、コンセプトをテストしています。アルファテストを実施しています。

現在のバージョンのGolemは、BlenderとLuxRenderでのレンダリングにのみ焦点を当てており、CGIアーティストにとっては有用ですが、CGIレンダリングは、私たちのコンセプトとトレーニンググラウンドの正確さの主な証拠になると考えています。

Brass Golemは、クラウドファンディングとすべてのテストの終了後6か月間使用されます。

BlenderでのCGIレンダリングは、プロジェクトに投入したすべての力を正当化するのに十分な売り上げを生み出すとは考えていませんが、これはコンピューティングパワーの最初の分散市場です。

機能リスト：

●基本タスク設定スキーム。最初のタスクのステートメントを準備できます。
●ベースアプリケーションレジストリ-Ethereumに基づくアプリケーションレジストリの最初のバージョン。これにより、基本的なタスク定義スキームを使用して定義されたタスクを保存できます。
●タスクデータとコンテンツ配信を調整するIPFS統合。たとえば、タスクの計算に必要なファイルの配信、顧客への結果の配信。
●サンドボックスでの計算用のGolemデータを使用したDocker環境
●ローカル検証：顧客のマシン上のタスクの断片を計算する確率的検証システム。
●ベースUIおよびCLI。
●基本的な評価システム。
● BlenderとLuxRenderのタスクの実装。

クレイゴーレム

カオスの悪霊がクレイゴーレムを手に入れる可能性があります（...）。
これが発生すると、ゴーレムの制御が失われ、最も近い生き物を攻撃します。

クレイゴーレムはブラスゴーレムに比べて大きな利点があります。 Clay Golemには、Golemを多目的分散コンピューティングソリューションにするタスクAPIとアプリケーションレジストリが含まれています。

現在、開発者はGolemと統合するためのツールを持っています。 ただし、この革新はシステムの安定性とセキュリティに影響を与える可能性があるため、このバージョンは実験的であり、初期のユーザーと愛好家に焦点を当てたものと見なされる必要があります。 この時点で新しいアイデアとソリューションをテストします。

機能リスト：

●基本タスクAPI：ユーザーが簡単なタスクを設定できるインターフェイス。
●ハードコーディングされた支払いスキームを持つ初期トランザクション構造モデル。
●冗長検証：冗長計算の結果の比較に基づく検証スキーム。
●サブタスクの基本的な委任：サブタスクをより正確に配布するためのメカニズム。
●（+）コンピューティングのサンドボックスとしての仮想マシンのサポート。
●（+）Golemネットワークで独自のタスクを実装する方法を説明する開発者向けドキュメント。
●（++）タスクの実装例：機械学習の実装例、科学タスクの実装など。

ストーンゴーレム
クリエーターは、クレイゴーレムとは異なり、常にストーンゴーレムのコントロールを保持しています（...）。

Stone Golemは、セキュリティと安定性を高めるだけでなく、Clay Golemに既に実装されている機能も改善します。 Tasks APIの拡張バージョンが導入されます。アプリケーションレジストリは、
信頼されたコミュニティ主導のアプリケーションネットワークを作成する認証エンジンによって補完されます。さらに、トランザクションフレームワークは、GolemをSaaSモデルで使用できる環境を作成します。

提案された機能のリスト：

●フルタスクAPI：ユーザーがタスクを設定できるインターフェイス。
●アプリケーションレジストリ：ここでは、開発者がGolemネットワークで起動する準備ができているアプリケーションを公開します。
●トランザクション構造。タスクテンプレートの報酬モデルを選択できます。
●基本ソフトウェア認証：ユーザーがプログラムをホワイトリストおよびブラックリストに登録して、分散型の信頼ネットワークを作成できるようにするメカニズム。
●SaaSサポート：タスクで使用できる独自のソフトウェアサポートを追加する機能。タスク作成者への支払いもアプリケーションに実装する必要があります。
●（+）SaaSタスクの例-SaaSモデルで利用可能なタスクを作成する方法を開発者に示す使用例。
●（++）Golem Web Client：統合されたGUI /コンソールインターフェイスの代替としてのGolemホスト用のWebインターフェイス。
●（+++）サプライヤコントロールパネル-サプライヤの統計、グラフ、および追加設定を提供します。

アイアンゴーレム

アイアンゴーレムは鉄でできており、非常に強いです。それらを作成した魔術師は常にそれらに対する制御を保持します。

Iron Golemは多くのテストに合格したゴーレムであり、開発者により多くの自由を与え、インターネットアクセスを使用するアプリケーションやサンドボックス外で動作するアプリケーションを作成できるようにします。もちろん、より高いレベルのリスクを伴うアプリケーションを使用する決定は、サプライヤが機器をリースする際に引き続き残ります。

アイアンゴーレムは、信頼性が高く、攻撃に対する耐性が高く、安定性と拡張性が必要です。
また、アプリケーション開発を大幅に簡素化するさまざまな開発者ツールも提供します。

最後に、ゴーレム標準ライブラリが実装されます。

機能リスト：

●外部通信チャネル：これにより、Golemはリソースを使用し、Golemネットワーク外のプログラムと対話できます。
●ダイレクトホスティングモード：ゴーレムがDocker / VMの外部で計算を実行する、明らかに「白い」アプリケーションまたは安全な環境向けの信頼できるモード。
●環境の認証。
●ネットワークダッシュボード-基本的なGolemネットワーク統計を表示する公開Webサイト。
●（+）追加のセキュリティメカニズム-オープンな通信チャネルまたは直接割り当てモードを使用するタスクは、セキュリティを確保することが特に困難です。サプライヤのこのようなタスクのセキュリティを確保するために、追加の対策が必要になる場合があります（たとえば、集中監査オラクル、特別な契約、またはコード実行監視プログラムを実装することが可能になります）。
●（++）Golem Developer Kit：Golem用のアプリケーションの作成を簡素化する診断およびテストツールのセット。
●（++）レピュテーションシステム：ノードがネットワークの動作を効果的に制御できるレピュテーションプロトコル。
●（++）拡張トランザクションシステム：すべての参加者にとって最も有益な方法で、顧客とサプライヤーを自動的に一致させようとするシステム。
●（+++）devp2p統合-新しいdevp2pバージョンを使用したp2pおよびネットワークプロトコルの変更。
●（+++）MapReduceとトポロジカルタスクの並べ替え：次のレベルの抽象化を追加し、ユーザーがより一般的で相互依存するタスクを実行できるようにします。
●（+++）Golem標準ライブラリ（Golem STD）：使用されるプログラミング言語に依存しない機能で、Golemカーネルの低レベルコンポーネントへのアクセスを提供します。

タスクとサブタスクで使用されるI / O機能には特に注意が払われます。

サポートされる各プログラミング言語は、Golem STDに関連付けられます。この接続は、対応する言語の標準ライブラリを拡張する手段として機能します（プログラミング言語の開発者からの特別な拡張も可能です）。

Golem STDを使用すると、オペレーティングシステムに関係なく、タスクを自動的にポーズ設定できます。

Golem STDを使用すると、ユーザーはさまざまなプログラミング言語を使用してGolemアプリケーションを作成できます。これにより、可能なユースケースの数が大幅に増え、タスク設定プロセスが簡素化されます。

今後の実装

現在、多数のイーサリアムDAppと将来のプラットフォームが開発中またはアルファテスト段階にあります。Golemエコシステムの一部として直接または拡張として使用できるソリューションは言うまでもなく、この環境には大きなチャンスがあります。

次のシステムを統合する可能性を検討し、その実装はゴーレムの作業バージョンのリリースと開発の複雑さに依存します。

● 雷電や多国間支払いチャネルなどのP2Pルーティングとトランザクションに基づく支払いソリューション。
● uPortなどの外部分散認証サービス。
●タスクやレピュテーションの検証のための外部ソリューション、たとえばTrueBit。
●FileCoin、Swarmなどの外部ストレージソリューション。

クラウドファンディング

ゴーレムクラウドファンディングとトークン発行は、イーサリアムスマートコントラクトで編成されています。
Golemプロジェクトの開発をサポートしたい参加者は、特定のアカウントにブロードキャストを送信することでこれを行うことができます。

そうすることで、彼らは1 ETHに対して1000 GNTのレートでGNTトークン（Golem Network Tokens）を作成します。

参加者は、クラウドファンディング（StartBlock）の開始後にこのアカウントにブロードキャストを送信する必要があります。
クラウドファンディングは、EndBlockが作成されるか、受信したエーテルの量が最大に達すると終了します。

クラウドファンディングの概要

*クラウドファンディング契約の最小資金。最低限の資金調達が達成されない場合、返金は別の契約の下で実行されます。

あなたが実行すると、資金のアドレスを収集するためのクラウドファンディングは、以下のチャンネルで発表されます：

●プロジェクトのWebページ：golem.network
●公式ツイッター：twitter.com/golemproject
：●公式スラックgolemproject.slack.com（あなたにもできる参加）
●公式ブログ：blog.golemproject.net
●Reddit：reddit.com/r/golemproject
ETHを送信する前にアドレスを再確認してください。セキュリティ上の理由から、上記の少なくとも2つの異なるソースでアドレスを確認することをお勧めします。

プロジェクトのウェブページには、EthereumまたはParityウォレットを使用したクラウドファンディングへの参加方法に関する詳細なガイドもあります。

Crowdfundingは、いくつかの単純なパラメーターを使用してスマートコントラクトとして実装されます。

●Golem Factory GmbH：スマートコントラクトとETHを受信するアドレスを制御します（これはマルチシグアドレスです）。
●事前配布トークンの割合は18％です（6％-ゴーレムチーム、12％-ゴーレムファクトリーGmbH）。
●StartBlock、EndBlock：これらのブロック番号は、クラウドファンディングの開始と終了を示します。
●maxCap：GNTでのクラウドファンディングの最大大文字化。
●GNT作成率（ETH単位）。

クラウドファンディング契約は、いくつかの重要なルールに従います。

●開始前は、クラウドファンディング契約にETHを送信できません。
●クラウドファンディングの終了後（maxCapに到達したか、資金調達期間が終了した）、ETHを契約に送信できません。
●クラウドファンディング中、参加者はETHをクラウドファンディング契約に送信するだけで、GNTが作成されます。
●クラウドファンディング中、作成されたすべてのトークンはブロックされます。
●クラウドファンディングの開始後のみ：
○すべてのユーザーは、Golem Factory GmbHによって指定されたアドレスへのETHの転送を開始できます。
○クラウドファンディング契約により、主催者の報酬に使用されるトークンの18％が作成されます。クラウドファンディング参加者のトークンの数は、資金の量に関係なく、合計の82％です。
○クラウドファンディング契約により資金調達が完了し、その結果、ファウンダーがトークンを受け取り、発行されたGNTのブロックが解除されます。

契約コードには、最低資金調達額が含まれています。最小資金に達していない場合、クラウドファンディングの後、Golem Factory GmbHアカウントからの空気が参加者に返されます。

GNTはデフォルトでブロックされているため、最小資金に達していない場合、この場合、返品手順は簡単でオープンです。

クラウドファンディングは、Golemネットワークの基盤であるGNTトークンの作成につながります。 GNTの実装は、広く受け入れられている標準に準拠しており、クラウドファンディングと将来の更新の基礎となる2つの追加機能、つまり、トークンの作成とトークンの移行があります。

●トークンの作成-クラウドファンディング中に、クラウドファンディング契約は（送信されたETHの量に応じて）新しいGNTを発行できます。
○デフォルトでは、作成されたGNTはロックされています（翻訳できません）。クラウドファンディングが完了すると、トークンのロックが解除され、参加者はトークンを転送できます。
○この関数は、クラウドファンディング中のみアクティブです。クラウドファンディングでは、完了後にトークンを作成できません（その後、トークンの数は変わりません）。
●トークンの移行は、GNTの別の契約への転送を実装する機能です。
○デフォルトでは、この機能は無効になっていますが、ある時点でGNTトークンが更新されると、Golem
Factory GmbH によって別の移行契約が作成され、トークンが新しい契約に転送されます。
○技術的には、GNTの更新が必要な場合、Golem Factory GmbHはMigrationAgentインターフェイスを実装するコントラクトを作成し、GNTコントラクトにインストールします（セキュリティ上の理由により、これは1回しか実行できません）。
その後、各GNT所有者はMigrationAgent.migrateTokensを呼び出してGNTを新しい契約に送信するかどうかを決定できます。
○MigrationAgentは、新しいトークンが実装および展開された後にのみ実装できます。
そのため、現在はインターフェースのみが提供されています。

何らかの理由で（たとえば、イーサリアムの変更やゴーレムの設計の変更など）トークンの更新が必要であることが判明した場合は、移行を使用する必要があります。更新はトークン所有者が行うことができ、Golem Factory GmbHが行うことはできません。

予算と資金調達

クラウドファンディング中に収集された空気は、上記のロードマップに従ってGolem Factory GmbHによって使用されます。

クラウドファンディングコードは、プロジェクトの資金調達のレベルが、最小と最大の資金調達（資本化）の間の任意のレベルになる可能性があることを意味します。

必要な資本化レベルに達した場合、ロードマップを完全に実装する必要があります。

ゴーレムは、高度な技術を使用した研究プロジェクトと見なされる必要があります。

ブラスゴーレムのアルファ版の作業ですでに行った進歩は、このドキュメントで提示したアイデアの正確性を確認しますが、多くの作業が先にあることを理解しています。

ゴーレムチームは、このドキュメントに記載されている技術に関するすべての義務を果たす準備ができていますが、最終的にはクラウドファンディングの成功にかかっています。

「最小限の資金調達」シナリオでは、最終結果は、コンピューティングパワーの分散市場の作成を提供する機能を備えた実用的なIron Golemであり、開発者が独自のプログラムをGolemネットワークに統合するための最も簡単なツールキットです。

特に、アプリケーションレジストリおよびトランザクション構造の基本バージョンを実装するには、最小限の資金で十分です。

「最大融資」シナリオでは、既存のコンピューティングパワー市場を完全に破壊するだけでなく、Web 3.0のいくつかの重要なコンポーネントを開発することを目的とした、より高度なバージョンのIron Golemのリリースに取り組んでいます。

特に、このレベルの資金は、特にDAppやマイクロサービスなどの革新的なソフトウェアソリューションの配布と収益化のための柔軟なプラットフォームを作成します。

クラウドファンディングを通じて資本化が達成された場合、ゴーレムチームはコミュニティ全体に利益をもたらす多くの特定の統合を作成することに取り組んでいます。

機能と資金調達

最大/最小レベルの資金調達を伴う予算構造

Gelemチームは、従業員の給与のみにお金を費やしています。最大の資金で4年間20人（ほとんどは開発者）のチームを維持できると想定しています。

オフィスおよび関連費用 -ツークおよびワルシャワのオフィスの費用、および仕事に関連するその他の関連費用が含まれます。

請負業者 -これには、協力したいすべての第三者が含まれます。
これは予算の大部分であり、主にセキュリティ監査によるものです（最大資金の場合は4つ：各段階に1つ）。法律および会計サービスもこのカテゴリに含まれます。

コミュニティのサポートと拡張活動は、ゴーレム拡張計画に厳密にリンクされています。

これには、新しいコミュニティをゴーレムに引き付けるコミュニケーションツールとマーケティングツールの両方が含まれ、ゴーレムとのサードパーティの統合をサポート（融資または共同融資）します。

イベントは主に、Golemネットワークメンバーが積極的に使用する統合ソリューションの数を確実に増やすために、顧客を引き付けることに焦点を当てます。

追加技術のカテゴリには、ゴーレムが依存する外部技術のコストが含まれます。おそらく、ゴーレムに必要な技術の彼ら自身の開発が資金提供されるでしょう。

緊急時基金 合計予算の10％として計算されます（最小限の資金で5％）。

ゴーレムチーム

ジュリアンZavistovski
CEOと創業者
ピーターViggith "Yanyuk
次長、共同創設者
アンドリューReguliski
エグゼクティブ・ディレクター、共同創設者
アレクサンダーSkrzhipchak
リードプログラマ、
共同創設者

、アレックスLeverington
ネットワークP2P
ポールchfast" Bilik
リードエンジニアイーサリアム
マレクFrantsishkevichの
開発者
ウェンデル・デービス
PM

アダムBanasyanの
開発者
ポールPeregud
開発者
Magdalena Stasevich 開発
者
Radoslav Zaguroviks
開発者

ゴーレムの作成は非常に難しい作業ですスマートで献身的なチームが必要です。

私たちの中には、特にジュリアン、アンドレジ、ピーター、ポール、ウェンデル、ラデクなどが、イーサリアム、ハイドラチェーン、モルファなどのプロジェクトに協力してきました。
他の人は後にゴーレムに参加しました。

Alex LeveringtonとPavel Bilikaは長年にわたってEthereumの主要な開発者であり、PavelはまだEthereum Virtual Machine（EVM）に取り組んでいます。

PS多くのポイント（見出しなど）が強調表示されます。元の文書では、構造が貧弱です。それ以外の場合、著者のアプローチは保持されます。また、ドキュメント内の相互参照を除き、すべてのリンクが残ります。そして最後に-A. Ushakovの翻訳にご協力いただきありがとうございます。