ゎヌレム新しいレベルぞの分散化





ブロックチェヌン぀たり、ビットコむンではなくブロックチェヌンプロゞェクトの「ホワむトブック」の翻蚳を続けおいたす。 そしお今日が番です...ゎヌレム。



ゎヌレムプロゞェクト



クラりドファンディングに関するホワむトペヌパヌバヌゞョン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の翻蚳にご協力いただきありがずうございたす。



All Articles