FilecoinのディールメーキングAMAまとめ

Filecoin

2月17日、Filecoinコミュニティは、FilecoinネットワークにおけるディールメーキングについてAsk Me Anythingセッションを行いました。SnapDealsからBoost Alphaのリリースに至るまで、様々なトピックを取り上げました。

この投稿では、AMAで挙げられた質問とその回答をまとめました。次回はぜひ、SlackWeChatTwitterで会話に参加してみてください。

Q&A

読みやすくするため、一部の質問と回答を編集しています。

Q:計算能力という点では、通常のシーリングパイプライン(PC1とPC2/C2)とSnapDealsとで、32GBのセクターに必要な労力を比較すると違いはありますか?

A:SnapDealsのパフォーマンスについては、Githubに詳細がありますので、そちらをご覧下さい。32GiBと64GiBのSnapDealsの時間はほぼ同じであるべきですので、不一致の場合はおそらくハードウェアの違いによるものだと思われます。

Q:FILで既存のコミットメント容量セクターにディールを「スナップ」する場合、検証済みディールの担保以外に追加コストはありますか?

A:ガス代がかかります。また、アップグレードされたセクターの担保がCCセクターの担保より高い場合、その差分を支払う必要があります。SnapDealsのアップグレードに検証済み、という案件が含まれる場合は、このようなケースになる可能性があります。

Q:ストレージプロバイダーは、同じパーティションで移行中に更新されたセクターの2倍のディスクスペースを使用できるようにする必要がありますか?長期保存用に複数のディスクパスを持つストレージプロバイダーを使用している場合「更新」ファイルを、元の「シーリング」ファイルとは別のディスクに配置することは可能ですか?

A:はい、レプリカ更新中は、新しく計算されたデータとともに、セクターの既存のデータを保持することになります。オリジナルのCCセクターを保持する理由は、_WinningPoSt_が900エポックに挑戦する可能性があるためです。

これら2つのファイルは同じディスクにある必要はなく、異なるディスクに配置することも可能です。特に、”sealed”ファイルを持つワーカーがディスク容量不足の場合、セクターマネージャーは対応する”update”ファイルを別のディスクに置くことができます。

Lotusのドキュメントに、カスタムの保存場所を指定する方法についてのガイドがあります。

Q:ファーストリトリーブが設定されている場合、SnapDealはシーリングされていないファイルをディレクトリに配置するのでしょうか?

A:はい。

Q:Boostは、Lotusのマイニングサブシステムと同じインターフェイスを維持しますか?

A: はい、Boostはロータスマイニングサブシステムと同じインターフェイスを維持しているため、”markets”を実行しているlotus-minerを直接置き換えることができます。

Q:Boostは複数のマーケットノードのスケーリングを可能にしますか?

A:複数のマーケットやBoostノードへのスケーリングには積極的に取り組んでいませんが、将来的には可能になります。私たちはこのことを念頭に置いて構築していますが、今は直接的なロードマップはありません。

Q:Boostのアルファリリースのテストはどこで申し込めますか?

A:BoostのGithubページでソースコードにアクセスすることができます。Alphaがリリースされたら、README.mdを更新し、テスト関するドキュメントを追加すると、既存のマーケットプロセスを置き換えることが可能になります。

Q:Filecoin+委員会に認められている他者がDataCapを悪用していると疑われるクライアントやSPに対する正式な抗議方法はありますか?

A:現在のプロセスのフレームワークは、GithubのNotary Governanceセクションで見ることができます。ですが、現在はこれを改善し、さらに定義することに取り組んでいます。抗議に対しては、公証人の地位の取り消しや、割り当てのためのDataCapの削除、そしてFIP-0028では、クライアントアドレスから残りのDataCap残高を削除するオプションにつながる可能性があります。

このプロセスの改善のための会話は、コミュニティで活発に行われています。このプロセスに関するアイデアや提案がある場合は、Notary GovernanceレポでDiscussionトピックを立ち上げるか、次回のガバナンスコールにご参加ください。

Q:ディールメーキングは今のところオフラインで行われます。オンチェーンになることはあるのでしょうか?もしそうなら、オンチェーンでのディールメーキングはどのようなルールで管理されるのでしょうか?

A:現在、ディールデータの転送はオンラインでもオフラインでも可能です。しかし、すべてのディールはPublish Storage Dealsメッセージを通じてオンチェーンで公開されています。

あなたが質問しているのは、クライアントデータとストレージプロバイダーをマッチングするためのオンチェーンメカニズムがあるかということかと思います。私たちは、FVM対応のスマートコントラクトを使用して、Filecoin Networkのステートマシン上に構築することが可能になることを望んでいます。ですがそれは、スマートコントラクトを開発する開発者やコミュニティ次第となります。


本ブログは、www.filecoin.io/blog からの翻訳となります。
ソース:https://filecoin.io/blog/posts/filecoin-deal-making-ama/

IJC-media

IJC-media

IPFSを中心とした技術による日本の産業競争力の向上を目指すIPFS JAPAN コンソーシアムが、最新の世界動向や業界情報を配信するメディアサイト

関連記事

コメント

この記事へのコメントはありません。

TOP