待望のGeth 1.5（「光あれ」）リリースに伴い、Swarmは実験的な機能として公式Go-ethereum リリースに加わりました。現在のコードバージョンはPOC 0.2 RC5（「Embrace Your Daemons」（ロードマップ））で、これは過去数ヶ月間Swarm Toynetで実行されていたコードベースをリファクタリングし、よりクリーンなバージョンにしたものです。.
現在のリリースには、必要に応じてIPC準拠の ethereum クライアントを使用して、スタンドアロンのSwarmデーモンを別プロセスとして起動するswarmコマンドが同梱されています。帯域幅アカウンティング（Swarm Accounting Protocol = SWAPを使用）は、ノードに帯域幅の提供とデータの中継を奨励することで、スムーズな運用と迅速なコンテンツ配信を実現します。SWAPシステムは機能しますが、デフォルトではオフになっています。アクセス頻度の低いコンテンツの可用性を保護するためのストレージインセンティブ（懲罰的保険）は、POC 0.4で運用開始予定です。そのため、現在デフォルトでは、クライアントはドメイン名解決にのみブロックチェーンを使用します。.
このブログ投稿をもって Ethereum Ropsten ethereum テストチェーンに接続された最新のSwarmテストネットの立ち上げをお知らせいたします。Ethereum Foundationは、Azureクラウド上で稼働する35trong（最大105 tron g）のSwarmクラスターを提供しています。このクラスターはSwarmのホームページをホストしています。.
このテストネットは最初の公開パイロットと位置付けており、コミュニティの皆様はネットワークへの参加、リソースの提供、問題提起、問題点のdent、そして使いやすさに関するフィードバックを歓迎いたします。手順はSwarmガイドに記載されています。永続ノード（オンライン状態を維持するノード）を運用できる方は、ぜひご連絡ください。既に100TBの展開を約束いただいています。なお、テストネットはいかなる保証も提供しておりません。データが失われたり、利用できなくなる可能性があります。実際、少なくともストレージ保険インセンティブレイヤーが実装されるまでは、永続性の保証はできません。.
テストネットではいかなる保証も提供されないことにご注意ください。データが失われたり、利用できなくなったりする可能性があります。実際、少なくともストレージ保険インセンティブレイヤーが実装されるまでは、永続性を保証することはできません。.
私たちは、より多くのコミュニティの参加を得てこのプロジェクトを形作っていくことを構想していますので、興味のある方はぜひご参加ください。
Swarm はどのように機能しますか?
Swarmは、分散ストレージプラットフォームおよびコンテンツ配信サービスであり、 ethereum Web3スタックのネイティブベースレイヤーサービスです。ダウンタイムゼロ、DDOS攻撃耐性、フォールトトレラント性、検閲耐性を備え、組み込みのインセンティブシステムによる自立的なP2Pストレージおよびサービス提供ソリューションを目指しています。インセンティブレイヤーは、帯域幅のP2Pアカウンティング、デポジットベースのストレージインセンティブ、そして支払いのためのリソース取引を可能にします。Swarmは、 Ethereum のdevp2pマルチプロトコルネットワークレイヤー、およびドメイン名解決のための Ethereum ブロックチェーンと深く統合するように設計されています。.
[gdlr_core_space 高さ=”40px”]
[gdlr_core_space 高さ=”40px”]
このチャンクのハッシュは、クライアントがチャンク（ハッシュの原画像）を取得するために使用できるアドレスです。不可逆かつ衝突のないアドレス指定は、即座に整合性保護を実現します。クライアントがアドレスをどのように認識しているかに関わらず、ハッシュするだけでチャンクが破損しているか改ざんされているかを判断できます。.
分散チャンクストアとしての Swarm の主な機能は、コンテンツをアップロードできることです。Swarm を構成するノードはすべて、チャンクを保存および提供するためにリソース (ディスクスペース、メモリ、帯域幅、CPU) を割り当てます。しかし、誰がチャンクを保持するかはどのように決定するのでしょうか。Swarm ノードは、チャンク自体と同じキー空間にアドレス (bzz アカウントのアドレスのハッシュ) を持ちます。このアドレス空間をオーバーレイ ネットワークと呼びます。チャンクを Swarm にアップロードすると、プロトコルは最終的にチャンクのアドレスに最も近いノード (オーバーレイ アドレス空間で明確にdefiされた距離測定に従って) に保存されることを決定します。チャンクがアドレスに到達するプロセスは同期と呼ばれ、プロトコルの一部です。後でコンテンツを取得したいノードは、コンテンツのアドレスに近いノードにクエリを転送することで、再びコンテンツを見つけることができます。実際、ノードがチャンクを必要とする場合、Swarmにコンテンツのアドレスを指定したリクエストを送信するだけで、Swarmはデータが見つかるまで（またはリクエストがタイムアウトするまで）リクエストを転送します。この点において、Swarmは従来の分散ハッシュテーブル（DHT）に似ていますが、2つの重要な（そしてまだ十分に研究されていない）機能を備えています。.
- ヴィタリックのホワイトペーパーでは、 Ethereum 開発コアが実現した
- 彼女が最初の丘に着いたとき
- デューデンという小さな川が流れている
- インセンティブシステムが組み込まれているため自立的
[gdlr_core_space 高さ=”50px”]
文書とSwarmハッシュ
SwarmはAPIレイヤーでチャンカーを提供します。チャンカーは、ファイルやビデオカメラのキャプチャデバイスなど、あらゆる種類の読み取り可能なソースを受け取り、固定サイズのチャンクに分割します。これらのデータチャンクまたはリーフチャンクと呼ばれる部分はハッシュ化され、ピアと同期されます。データチャンクのハッシュは、さらにチャンク（中間チャンクと呼ばれる）にパッケージ化され、この処理が繰り返されます。現在、128個のハッシュが新しいチャンクを構成しています。結果として、データはマークルツリーで表現され、ツリーのルートハッシュが、アップロードされたファイルを取得するためのアドレスとして機能します。.
