このタスクの目標は、任意のSubstrateランタイムをストレージコンポーネントとしてIPFSと統合するために使用されるSubstrateランタイムモジュールを作成することです。
ランタイムモジュールには、IPFSマルチハッシュ標準と対話するためのユーティリティ関数とタイプが含まれている必要があります。 再利用可能で、既存のBalanceモジュールと同様の優れたインターフェイスを提供する必要があります。 最終結果は、最小限ですが、完全なランタイムモジュールを備えている必要があります。これにより、基板チェーン上のIPFSコンテンツハッシュをレジストリに保存し、これらのハッシュを取得することが容易になります。 モジュールは、必要に応じてIPFSレジストリを使用するために、他のモジュールから使用できる必要があります。
エンドユーザーフローの例は、現在のSubstratekittiesの例で、このIPFSモジュールをインポートし、キティにメタデータの新しいフィールドを追加して、最小限の追加でIPFSハッシュをレジストリに入力して取得できるようにすることです。既存のコードに。 モジュールには、誰かがこれを行う方法を詳しく説明した詳細なREADMEが必要です。
明確にするために:これらのハッシュに対してコンテンツを検証したくないし、ipfsクライアントから何も取得したくない。
もしそうなら、なぜIPFSハッシュをVec<u8>
として保存しないのですか?
実際のマルチハッシュ表現が必要なことを正確に何をしたいのか、私にはわかりません。 基板作業者は、IPFSからコンテンツを取得し、マルチハッシュに対してコンテンツを検証できる必要がありますか?
問題のステータス:1。オープン2.開始3.送信済み4.完了
__この号には、150.0 DAI(150.0 USD @ $ 1.0 / DAI)の資金が付属しています。__
ねえ@brenziあなたは正しいですマルチハッシュ検証はこのモジュールの重要な部分になるでしょう。 基板ワーカーのユースケースは、このモジュールがどのように使用されるかを示す優れた例であり、このモジュールはそれと互換性があるはずですが、それに依存しないはずです。 モジュールのユーザーがコンテンツとハッシュをフェッチし、それを検証したり、チェーン上のレジストリに保存したりできるようにするための独自のロジックを作成することは、十分に一般的である必要があります。
また、モジュールは、コンテンツアドレスの作成に使用されるハッシュ関数を決定し、それに応じて適応できる必要があります。
@ sivo4kinは、展開時の質問を楽しみにしています。 私たちは助けるためにここにいます!
@ sivo4kinまだこれを試す予定はありますか?
この賞金はまだ応募者に開放されています
@ sivo4kinまだこれを試す予定はありますか?
はい。 環境の構成を開始します
@ sivo4kin-もう少し目と手を使うことができれば、これを手伝いたいです。
それに関する更新。 問題が未解決の場合、私はそれに取り組むことができます。
この賞金が生きているのを知らないのですか? 誰かがフィードバックを与えることができますか?
@mlnckうんすべて良い!
@gitcoinbotが返信します。
@ Web3Foundationは2日前に正式に承認されました。
だから私はこれをハイギアにキックし、週末までに作業を提出する必要があります。 ありがとう!
@ Web3Foundation 、可能であれば、この問題に取り組みたいと思います
@mlnckからの返信はありません。 あなたはまだこれに取り組んでいますか?
@ Web3Foundation心からお詫びします... C-19は多くの混乱を招きました。 私は約80%終了しており、今週はフルタイムの仕事のすべてが安定しているようです。 週末に完成させても大丈夫ですか? そして、何らかの理由で私ができない場合は、チケットから自分自身を削除します。
@mlnckまったく問題ありません。まだ調べている場合は、時間をかけてください。 あなたがどこに着いたかを見て喜ぶでしょう!
こんにちは、この賞金はまだ開いていますか? ありがとう!
@whalelephantそれは/だった; @mlnckがコメントを返すことはありませんでした。 今すぐお申し込みいただけます。
上記のコメントを読んだ後で範囲を明確にするために、フィードバックを得るのは素晴らしいことです@ Web3Foundation
@whalelephantと他の人たち、私はあなたの質問のいくつかに答えることを願っている小さな文書を用意しました。 他にご不明な点がございましたら、お気軽にお問い合わせください。
こんにちは@danforbes。 現時点では、ipld rust libがランタイムのwasmビルド用にno_std
でCIDを生成できるとは思いませんが、これは役に立ちます。 スコープのオフチェーンワーカーからCIDを返すことができれば、より実現可能になります。 私の理解が正しいかどうか教えてください。 ありがとう!
@ whalelephant-すばらしい質問... IPLDが何であるかさえ知りませんでした:rocket:Wasmランタイムに含めることができるno_std
環境でこの動作を再現するのはどれほど難しいでしょうか? @lsaether - no_std
環境でCID計算を実装するのが難しすぎることが判明した場合、受け入れ基準を少し調整できますか?
こんにちは、別の賞金のために、実際に私はno_stdにコンパイルするためにいくつかのリポジトリをフォークしました。 私はこれまでオフチェーンワーカーを使用したことがないので、皆さんがまだこれを使いたいのであれば、私はそれを試してみたいと思っています。
これはまだ私たちがサポートしたいと思っていることだと思います。 @lsaether確認していただけますか?
はい、バウンティはまだ@whalelephantで開いています。 進捗状況をお知らせください。
これの進捗状況を見るのは素晴らしいです! https://rs-ipfs.github.io/offchain-ipfs-manual/
最も参考になるコメント
はい。 環境の構成を開始します