admarus
MVP
IPFS 用のピアツーピア検索エンジン
Admarus は、IPFS を検索可能にすることで、IPFS の可能性を最大限に引き出します。これは、IPFS ドキュメントのインデックスを作成するピアのオープンな分散ネットワークです。 Admarus は中央機関に依存しておらず、設計上検閲に耐性があります。
ゲートウェイベースのデモをお試しください。
AND 、 OR 、およびNOT負荷がかかると検索エンジンが壊れてしまっては、検索エンジンがあっても意味がありません。ピアツーピアの強力な検索エンジンを構築するというこれまでの試みはすべて失敗に終わりましたが、 Admarus はスケーラビリティを念頭に置いて設計されました。実際、ネットワークが数千のピアに成長するにつれて、Admarus はより速く、より信頼性が高くなります。これはすべて、Kamilata プロトコルとそのクエリ用ルーティング アルゴリズムのおかげです。これにより、Admarus はネットワークのサイズに関係なく、結果を一定の速度でダウンロードできます。もちろん、クライアントは何百万もの結果をダウンロードしてランク付けする余裕はありませんが、実際には 100% の再現率は必要ありません。これは、一部のドキュメントは他のドキュメントよりも人気があり、これらのドキュメントを検索したいためです。 (デフォルトでは、ドキュメントのスコアの 50% はその人気度に基づいています。) ドキュメントの人気が高いほど、ドキュメントをより早く見つけることができるため、上位n結果を見つけるために 100% の再現率は必要ありません。最大30000ピアでのシミュレーションしか実行できていないため、数百万のピアを含むネットワークの動作はまだ不明です。ただし、Admarus は少なくとも200kピアと数十億のドキュメントまで拡張できると自信を持って言えます。たとえ問題が発生したとしても、追加の用語ごとにクエリ対象のピアのプールを大きな係数で分割するため、問題は単一の一般的な単語からなるクエリに限定されます。
現在のネットワークの遅さは、ネットワーク上に十分なピアが存在しないことが原因です。彼らはクエリの結果を生成することに最善を尽くしています。各結果はドキュメントから生成されます。問題は、各ドキュメントをディスク上のKuboストアから読み取る必要があるということですが、私のマシンでは1秒あたり11ドキュメントしか生成できません。複数のピアに同時にクエリを実行してプロセスを並列化すると、検索が大幅に高速化されます。
ガイドとドキュメント用に公開編集可能な Wiki があります。
Admarus はフランスのサイファーパンクである Mubelotix によって開発されました。ご質問やご提案がございましたら、お気軽にお問い合わせください。私は人々がノードを実行してネットワークを成長させるのを手伝うことができます。
Admarus はガリア語で Google (文字通り「非常に大きな」) を意味します。
Admarus は GNU AGPL v3 に基づいてライセンスされています。ただし、基礎となる Kamilata プロトコルでは、制限の少ない MIT ライセンスが使用されます。
