待望の geth 1.5 (「let there bee light」) リリースにより、Swarm は実験機能として正式な goethereum リリースに組み込まれましethereum。 コードの現在のバージョンは POC 0.2 RC5 — 「デーモンを受け入れる」 (ロードマップ) です。これは、過去数か月間 Swarm toynet で実行されていたコードベースのリファクタリングされ、よりクリーンなバージョンです。
現在のリリースには、必要に応じてethereum 帯域幅アカウンティング (Swarm Accounting Protocol = SWAP を使用) は、ノードに帯域幅の提供とデータの中継を奨励することで、スムーズな動作と迅速なコンテンツ配信を担当します。 SWAP システムは機能しますが、デフォルトではオフになっています。 ほとんどアクセスされないコンテンツの可用性を保護するためのストレージ インセンティブ (懲罰的保険) は、POC 0.4 で運用される予定です。 したがって、現在デフォルトでは、クライアントはブロックチェーン。
このブログ投稿で、Ropstenethereumテストチェーンに接続された新しい Swarm テストネットの立ち上げを発表できることを嬉しく思います。 Ethereum Foundation は、Azure クラウド上で実行される 35tron(最大 105 秒) の Swarm クラスターに貢献しています。 Swarm ホームページをホストしています。
私たちはこのテストネットを最初のパブリック パイロットと考えており、コミュニティはネットワークに参加し、リソースや問題を提供し、問題点を特定dent、使いやすさについてフィードバックを提供することを歓迎します。 手順については、Swarm ガイドを参照してください。 永続ノード (オンラインに留まるノード) を実行する余裕のある方は、連絡することをお勧めします。 すでに 100TB の導入の約束を受けています。 テストネットは保証を提供しないことに注意してください。 データが失われるか、使用できなくなる可能性があります。 実際、永続性の保証は、少なくともストレージ保険インセンティブ層が実装されるまでは行うことができません。
テストネットは保証を提供しないことに注意してください。 データが失われるか、使用できなくなる可能性があります。 実際、永続性の保証は、少なくともストレージ保険インセンティブ層が実装されるまでは行うことができません。
私たちは、コミュニティの参加をさらに増やしてこのプロジェクトを形作っていきたいと考えているので、興味のある方の参加をお待ちしています。
Swarm はどのように機能しますか?
Swarm は、分散ストレージ プラットフォームおよびコンテンツ配信サービスです。 ethereumWeb3 スタックのネイティブ 基本層サービス。 目標は、ダウンタイムがゼロで、DDOS 耐性、耐障害性、検閲耐性があり、さらに組み込みのインセンティブ システムにより自立する、ピアツーピアのストレージおよびサービス ソリューションです。 インセンティブ層は、帯域幅に対するピアツーピア会計、デポジットベースのストレージインセンティブを使用し、支払いのためのリソースの取引を可能にします。 Swarm は、Ethereumの devp2p マルチプロトコル ネットワーク層およびドメイン名解決のためのEthereumブロックチェーンと深く統合するように設計されています。
[gdlr_core_space height=”40px”]
[gdlr_core_space height=”40px”]
チャンクのこのハッシュは、クライアントがチャンク (ハッシュのプリイメージ) を取得するために使用できるアドレスです。 不可逆的で衝突のないアドレス指定により、整合性の保護が即座に提供されます。クライアントがアドレスをどのように認識しているかに関係なく、チャンクが破損しているか、ハッシュするだけで改ざんされているかどうかを知ることができます。
分散チャンクストアとしての Swarm の主な機能は、そこにコンテンツをアップロードできることです。 Swarm を構成するノードはすべて、チャンクの保存と提供のためにリソース (ディスク領域、メモリ、帯域幅、CPU) を専用に割り当てます。 しかし、誰がチャンクを保持するかを決定するものは何でしょうか? Swarm ノードは、チャンク自体と同じキースペースにアドレス (bzz アカウントのアドレスのハッシュ) を持っています。 このアドレス空間をオーバーレイ ネットワークと呼びます。 チャンクを Swarm にアップロードすると、プロトコルは最終的にチャンクのアドレスに最も近いノードにチャンクが保存されることになると判断します (オーバーレイ アドレス空間上で明確にdefi距離の尺度に従って)。 チャンクがそのアドレスに到達するプロセスは同期と呼ばれ、プロトコルの一部です。 後でコンテンツを取得したいノードは、コンテンツのアドレスに近いノードにクエリを転送することで、コンテンツを再度見つけることができます。 実際、ノードがチャンクを必要とする場合、ノードはコンテンツのアドレスを含むリクエストを Swarm にポストするだけで、Swarm はデータが見つかるまで (またはリクエストがタイムアウトになるまで) リクエストを転送します。 この点で、Swarm は従来の分散ハッシュ テーブル (DHT) に似ていますが、2 つの重要な (そして十分に研究が進んでいない) 機能があります。
- Vitalik のホワイトペーパーEthereum開発コアが実現したもの
- 彼女が最初の丘に到達したとき
- デューデンという名前の小さな川が流れています
- 組み込みのインセンティブ制度により自立可能
[gdlr_core_space height=”50px”]
ドキュメントと Swarm ハッシュ
API レイヤーでは、Swarm がチャンカーを提供します。 チャンカーは、ファイルやビデオ カメラ キャプチャ デバイスなど、あらゆる種類の読み取り可能なソースを取得し、それを固定サイズのチャンクに分割します。 これらのいわゆるデータ チャンクまたはリーフ チャンクはハッシュされ、ピアと同期されます。 次に、データ チャンクのハッシュがチャンク自体 (中間チャンクと呼ばれます) にパッケージ化され、このプロセスが繰り返されます。 現在、128 個のハッシュが新しいチャンクを構成しています。 その結果、データはマークル ツリーで表され、アップロードされたファイルを取得するために使用するアドレスとして機能するツリーのルート ハッシュになります。
