General-grants-program: Polkadotランタイム環境：代替実装助成金

実装に適した言語はありますか？

現在のブロックチェーンスタックの多くはどちらか一方に記述されているため、RustまたはGoの代替実装は早い段階で非常に役立ちます。

将来的には、JavaScript（wasmへのコンパイルをサポートしている場合）またはJava / C＃で実装を取得することは興味深いでしょう。

明日より多くの情報をリリースする予定です（予想される時間枠より少し遅れています！）。

リファレンス実装はRust （つまり、Parity Tech）にあり、さらにJacoのJS実装（完全なSubstrateクライアントですが、ブロックオーサリングはありません）があります。

推奨される実装は、Java、Go、C ++です。

ですから、運が良ければ、明日詳細を公開することができます。 :-)

@EdwardAThomson助成金申請のタイムラインはありますか？

私は、特にGoを使用して、この取り組みでチームを支援しようとしています。 助けを求めている既存のチームがいる場合は、私に連絡してください。 gfrеⅾеrісοは、またはTwitterで：ģсѕfrеḋ。

@ gcsfred2アプリケーションはしばらく開いています。 現時点では、さらにいくつかの実装が必要であるため、少なくともこの問題に取り組んでいる関心のあるチームがいくつかあるまで、申請プロセスは開いたままになります。

こんにちは、私たちのチームはブロックチェーンの週にベルリンにいて、パリティチームの人々と知り合うのに素晴らしい時間を過ごしました。 GoでPREの実装を作成することに関心を示しました。 数日中に申請書に記入します。 ありがとう！

ねえChainSafeチーム、それは聞いてうれしいです！ プロフィールにメールアドレスがあります。 こんにちはと言うメールをドロップします。 Goは私たちが好む言語の1つなので、アプリケーションに関心があります。 私たちは今、代替の実装を書くことにかなりの関心を持ち始めています。

Polkadotのコア開発に関与することに熱心です。 フォームが送信されました！ :)

関連するビデオとブログのリストを追加します。

ビデオ：

• GavinWoodがEthereumLondonでPolkadotにプレゼンテーションを行います（2017年6月）
• GavinWoodがEventHorizo​​n18（ベルリン）でParitySubstrateを発表
  
  
  
  • スライド： https ：//slides.com/paritytech/parityhydrate#/
  
  
• Gavin WoodがEdCon（トロント）で基板とPolkadotのガバナンスを発表
  
  
  
  • スライド： https ：//slides.com/paritytech/polkadot-governance#/
  
  
• Robert Habermeierは、Berlin TruebitMeetupでParitySubstrateも発表しました

ブログなど：

• 「基板とは何ですか？ 」ジャック・フランシャムは説明します。
  DmitriyKashitsynによる「一言で言えば基板」。
• Polkadotランタイム環境のW3Fwikiページ。

テクニカルチャットチャネル：

• 暴動に関する基板技術。

Substrate Technicalチャネルにジャンプして、質問を開始することをお勧めします。 一部の開発者は手元にあり、質問に答えています。さらに、専門家になりつつあるコミュニティメンバーも少数います。

これまでのすべての関心に感謝します。 多数の申請書を受け取りましたが、チームが疑問に思って提案を提出することを考えていた場合に備えて、申請プロセスはまだ開いています。 代替の実装を開発するために2つまたは3つのチームを選択することを望んでいますが、まだ誰も選択していません。

このトピックに関するさらなる更新。 あなたの多くは、タイムスケールとそれに伴う努力の量について尋ねてきました。

Parityの開発者であるJacoと簡単にチャットしました。 彼はJavaScriptで実装を作成した人です。 うまくいけば、これはあなたに良いアイデアを与えるでしょう。 彼もほとんどソロで働いていました！

開発者/開発者のチームがSubstrateの実装を作成するのにどれくらいの時間がかかりますか？

「言うのは難しいですが、問題は、私の実装でRust libp2pコードに多くのバグが見つかったため、修正を待っていました（永遠のように感じました）。早すぎます。

したがって、最初に、どの言語か-JS、Go、またはRustでない場合は、独自のlibp2p実装を作成する必要があります。 （たぶん、Go / Rustバージョンをライブラリとして使用する方法があります）」

「それでは、注意が必要なのは次のとおりです。

• パリティコーデックの実装（適切に実行するには2週間以上）-ネットワーキングまたはRPC関連のすべてに必要
• Trie DBの実装-JS、Rust、Ethereumクライアントで行われていることから学ぶことができますが、Substrateには独自のバージョンがあります。 （繰り返しになりますが、Rustバージョンをlibとして使用できる場合があります）
• WASM環境、このようなものはコード内以外のどこにも文書化されていません-ここで約1か月以上かかりましたが、もう一度、実装はずっと変更されました（早すぎます）
  次に、ビットとボブがあります-ブロックチェーンDB（オーバーアンドアバブステートトライ）、RPC呼び出し、潜在的なライトクライアント。」

彼が見ているように、最低限として：

• トライ
• libp2p
• WASM環境

「実装がGoの場合、Trieは実際にEthereumバージョンを取得し、blake2とパリティコーデックを「ただ」ドロップすることができます。」

この助成金については、コンセンサス部分も探しています。

こんにちは、C ++実装のフォームに記入しました。

こんにちは、C ++実装のフォームに記入しました。

受け取った！ ありがとう！ @Yuvasee

申請プロセスはまだ開いています。 決定を下す前に、さらにいくつかの申請を行います。

W3Sカンファレンスについてご存知ですか？ 割引価格と無料チケットが利用可能になりました：

https://medium.com/web3foundation/endowing-an-open-inclusive-community-at-web3-summit-3013456f4f84

みなさん、こんにちは。開発プロセスについていくつか質問がありました。その答えをみんなと共有するのがいいと思いました。

1.代替実装の動機を理解する

• 現在の実装はどの程度参照されていますか？

  • ドラフト状態の仕様があります。 すぐに共有したいと思います。
  • 現在の実装は参照仕様のようなものですが、実際にはそうではありません。
  • RFPは早期に開始されたため、チームと話し始めることができました。
  • 早い段階で提案をもらうことを提案しました。

• 独立した実装が求められていますか？ その場合、新しい実装がSubstrateのRust実装に基づいていても大丈夫ですか？

  • 可能な限り独立している。 その言語に適した慣用的な方法で行われます。
  • 直訳ではありません。
  • 開発者の追加コミュニティに力を与えます。 特に一連の開発者に縛られないでください。
  • また、実装間で進行中の不一致を特定するのにも役立ちます。
  • 分散型ネットワークであるため、代替の実装が必要です。 1つのチームにネットワークの開発を管理させたくありません。

• より良いパフォーマンスが求められていますか？ もしそうなら、私たちが改善/治療したい要件/症状は何ですか？

  • あまり。 さびは十分に速いです。 私たちは本当に新しい開発者コミュニティに到達し、分散化（ネットワークの回復力とガバナンス）を改善したいと考えています。

• 複数のプラットフォームの移植性が向上しましたか？

  • LinuxとMacで動作することを期待してください。 （Unixライクなプラットフォーム）
  • Windowsで素晴らしいでしょう。

• Goを好む理由はありますか？

  • 既存のGoコミュニティを含めたい。
  • GoにはすでにWasmインタプリタがあります。 だからそれはもっと簡単かもしれません： https ：//github.com/perlin-network/life
  • おそらく少なくとも2つの実装に資金を提供します。 例：C ++とGo。
  • C ++で書くことはまだまだあります。 おそらく再利用性の低いコード。 おそらくC ++ではlibp2pはありません。 Wasmのサポートが少なくなります。

2.WASM周辺の実装を理解する

• 既存のWASM実装を再利用できますか？

  • 実装の言語で既存のインタプリタを再利用できます。
  • バインディングがあるため、C ++ PREでRust実装を使用することは可能かもしれませんが、C ++インタープリターを使用する方がよいでしょう。 C ++の実装が適切でない場合は、プルリクエストを行うか、フォークして改善します。

• ネイティブ実行も実装する必要がありますか、それともWASMインタープリターだけを実装する必要がありますか？

  • 仕様への準拠には必要ありません。
  • 追加の手順を実行できます。
  • Wasmロジックの一部が頻繁に実行されます。 ロジックをネイティブコードとして実行する機能を持つことが重要です。

3.「交戦規定」を理解する

• 正式な仕様または受け入れテストは存在しますか、それともプロジェクトの最初のフェーズとして開発できますか？

  • これらは必要ですが、ありません。
  • テストを個別の作業パッケージと見なすことをいとわないでしょう。

• 正式な締め切りはありますか？

  • 期限はありません。
  • 理想的には、2019年第1四半期の終わりまでに実装します。実装がPolkadotでの作業を開始できるようにします。

• どのような形で助成金を申請し、誰に申請する必要がありますか？

  • 申請書（元の投稿と同様）。
  • 早い段階で大まかな提案を得るのが最善です。 たとえそれがあまりよく肉付けされていなくても。

• 助成金申請の最後に誰がOK /決定を下しますか？

  • Web3Foundation。 Peterがリードしますが、他の人も関与します（たとえば、Parityの関係者）。
  • いくつかのことを明確にするために、追加情報を求める場合があります。

進行中の仕様： https ：//github.com/w3f/polkadot-re-spec/blob/master/polkadot_re_spec.pdf

私たちは、Parityコーデックの実装の最小限の移植、およびGoでのランタイムの記述をサポートするという考えを持つ他のrustモジュールを実行することによって、この取り組みをサポートすることに関心を持っています。 したがって、完全な代替実装ではありません。

もちろん、このタスクは、完全なGo実装を行うために選択されたチームによって引き受けられます。 それで、コラボレーションの可能性があるのか​​、それとも作業がまったく始まっていないのか、より狭い範囲の作業に助成金を申請するのではないかと考えていました。