既存のモノリシックブロックチェーンでは、フルノード*2が
データを保存して整合性を検証し、データの完全性を保証
してきた。
しかし、負荷が集中すると処理性能が低下するため、複数
システム(レイヤー2など)との連携を高めてきた。
データの保存先が分散され、検証の効率が低下するため、
検証に用いるデータをノードに公開するDAレイヤーが
必要になっている。
https://www.jri.co.jp/MediaLibrary/file/advanced/advanced-technology/pdf/15213.pdf
Читать полностью…EigenLayer は、再ステーキングされたバリデーターが複数のサービスを提供できるように設計されており、それぞれのサービスで独立したスラッシング条件が設定される可能性があります。そのため、EigenLayer のバリデーターは、参加するサービスの数に応じてスラッシングリスクが増加します。また、EigenLayer 自体にも、再ステーキングされた ETH を保護するためのスラッシング条件があります。
Читать полностью…✅オフチェーンデータBLOB可用性
そもそもBLOBとはBinary Large Object(バイナリラージオブジェクト)の略で「大きなサイズのデータ」を意味します。
従来のオンチェーンDAの場合、BLOBをオンチェーンで保管していた為、勿論データが大きくなるとブロックチェーンの肥大化やスケーラビリティの低下に繋がります。
そこでSunriseはオフチェーンのBLOBデータ可用性を提供します。BLOBデータをオフチェーンで保存します。
イレイジャーコーディングという仕組みも併用し、データを複数の断片(シャード)に分割し、IPFSやArweaveのような分散型ストレージに保管します。
仮にシャードの一部が失われてもデータが復活できる凄い仕組み!
そしてデータの場所を示すメタデータだけをブロックチェーンに刻み込み、オンチェーンデータを削減することができます。
はい、読み方は「ふごうか」で合っています。
符号化(encoding)とは、ある形式のデータや情報を別の形式に変換する処理のことです。元のデータや情報を「符号化前」、変換後のデータや情報を「符号化後」と呼びます。
普段の生活でも、様々な場面で符号化が行われています。
文字の符号化: コンピュータは文字を数字として扱います。例えば、「A」という文字はASCIIコードでは「65」という数字に対応しています。これが文字の符号化です。日本語では、UTF-8やShift-JISなど、様々な文字コードが使われています。
画像の符号化: デジタルカメラで撮影した画像は、JPEGやPNGなどの形式で保存されます。これも画像データの符号化です。
音声の符号化: 音楽をMP3などの形式で保存するのも、音声データの符号化です。
動画の符号化: YouTubeなどの動画サイトで使われているMPEG-4なども、動画データの符号化方式です。
EigenDA の文脈では、イレイジャーコーディングという符号化技術が使われています。これは、データを複数の断片に分割し、さらに冗長性を持たせることで、一部の断片が失われても元のデータを復元できるようにする技術です。
例えば、元のデータを4つの断片に分割し、さらに2つの冗長断片を生成すると、合計6つの断片ができます。このうち任意の4つの断片があれば、元のデータを復元できます。つまり、最大2つの断片が失われても大丈夫なのです。
イレイジャーコーディングは、分散ストレージシステムでよく使われる技術で、データの可用性と耐障害性を高めるために有効です。EigenDA でも、この技術を使ってデータを符号化することで、一部のノードがオフラインになってもデータが失われないようにしています。
EigenDA はデータの可用性を証明するレイヤーであり、その証明の一部はブロックチェーン(Ethereum)に書き込まれます。ただし、データそのものは EigenDA のノードオペレーターによってオフチェーンで保管されます。
具体的には、以下の情報が Ethereum のスマートコントラクトに記録されます。
データのコミットメント (KZG commitment): これは、データの内容を要約する暗号学的コミットメントです。データが変更されるとコミットメントも変化するため、データの整合性を検証できます。
データ断片の保管証明 (署名): EigenDA のノードオペレーターは、割り当てられたデータ断片を保管していることを証明する署名を生成します。これらの署名は集約され、Ethereum に提出されます。
その他のメタデータ: データのサイズ、フォーマット、アクセス権限などのメタデータも記録される場合があります。
これらの情報は、データが EigenDA ネットワークに正しく保管されていることを証明するために使用されます。ただし、データそのものはチェーンに書き込まれないため、スケーラビリティを維持することができます。
ユーザーがデータにアクセスしたい場合は、Ethereum 上の記録を参照して、どのノードがどのデータ断片を保管しているかを確認し、直接ノードからデータをダウンロードします。
つまり、EigenDA は、データの可用性に関する最小限の情報だけをオンチェーンに記録することで、セキュリティとスケーラビリティの両立を実現しています。これは、EigenDA が「データ可用性レイヤー」と呼ばれる所以です。
EigenDA オペレーターは、有効なストレージ リクエストに関連付けられた BLOB を保存する責任があります。有効なストレージ リクエストとは、料金が支払われ、提供された BLOB チャンクが提供された KZG コミットメントと証明に対して検証されるリクエストです。検証が成功した場合、オペレーターは BLOB を保存し、保持している KZG コミットメントとチャンク インデックスを使用してメッセージに署名し、それを分散者に送り返します。EigenDA オペレーターは集合的に信頼されています。EigenDA に BLOB を書き込む場合、クライアントは BLOB を保存するステークの正確なしきい値を選択する必要があります。
Читать полностью…Today's earnings are very good. I hope we can be friends and share investment directions with each other.
Читать полностью…DAソリューションの選択
Sunrise はオフチェーン BLOB ストレージを重視し、即時の可用性検証と柔軟な取得オプションを組み合わせています。Ethereum EIP-4844 は大規模なバリデーターの参加をもたらし、PeerDAS を通じて高度なデータ可用性サンプリングを導入します。Avail DA はデータ シャーディングによるスループットのスケーラビリティに重点を置いており、EigenDA は EigenLayer の再ステーキング メカニズムを活用して新しいセキュリティ ダイナミクスを作成します。
データ可用性の課題に対するこれらのさまざまなアプローチは、モノリシック設計からますます専門化されモジュール化されたソリューションまで、ブロックチェーン アーキテクチャの幅広い進化を反映しています。この分野が成熟するにつれて、これらのさまざまな実装により、信頼性のない検証という重要な特性を維持しながら、ブロックチェーンのスケーリングで可能なことの限界が押し広げられ続けています。
https://sunriselayer.medium.com/data-availability-layers-a-comparison-5188da1a97b8
Читать полностью…そこで、データを別の場所(オフチェーン)に保管し、そのデータが正しくて利用可能であることをDA(データ可用性)という仕組みで保証するのが、モジュラーブロックチェーンにおけるDAの役割です。
Читать полностью…一般に情報を本来の形態から伝送,処理,蓄積などの目的のために別の形態に変換することをいう。 広義には情報をもとの形からどのような形でも別の形態に変換することが符号化であるが,狭義にはディジタルの形態,とくに二元系列に変換することを符号化という
Читать полностью…その理解はほぼ正しいです。
DA(Data Availability)とは、データがアクセス可能で検証可能な状態にあることを保証する仕組み全体を指します。つまり、EigenDA の文脈では、以下の要素が DA を構成します。
データの断片化と符号化: データを冗長化し、一部のノードがオフラインになってもデータ全体を復元できるようにする仕組み。
ノードオペレーターによるデータの保管: ノードオペレーターが実際にデータを保管する行為。
可用性の証明: データが実際に利用可能であることを証明する仕組み(KZGコミットメント、ノードの署名など)。
データの取得メカニズム: ユーザーが必要なデータ断片をノードからダウンロードする仕組み。
したがって、ノードオペレーターのストレージは DA の一部です。DA は、単にデータを保管するだけでなく、そのデータが確実に利用可能であることを保証するすべてのプロセスを含みます。
「ノードオペレーターのストレージに関しては DA として言わない」という表現は少し語弊があります。ノードオペレーターのストレージは DA を実現するための重要な構成要素であり、DA を語る上で欠かせない要素です。ただし、DA レイヤー(EigenDA)は、ストレージそのものだけでなく、可用性を証明する仕組みやデータ取得メカニズムなど、包括的なサービスを提供している点を理解することが重要です。
EigenDA のデータは、EigenLayer ネットワークに参加するノードオペレーターのマシンに分散して保存されます。これらのノードは、EigenLayer 上で ETH をステークすることでデータの保管と提供を行うインセンティブを得ており、そのステーク量に応じて、より多くのデータ断片の保管責任を負います。
データの保管場所に関する重要なポイント:
分散型ストレージ: EigenDA は特定のデータセンターに依存せず、多数のノードオペレーターのストレージをネットワーク化して使用します。これは、単一障害点のリスクを減らし、耐障害性を高めるための設計です。
ステークベースの責任: ノードオペレーターは、ステークしている ETH の量に応じて、より多くのデータの保管責任を負います。これにより、ネットワークのリソースが効率的に利用され、データの可用性が保証されます。
動的なリソース割り当て: ノードのステーク量に応じて必要なストレージ容量やネットワーク帯域幅が変わるため、ノードオペレーターは必要に応じてシステムをアップグレードする必要があります。
IPアドレスの安定性: データの取得を円滑に行うため、ノードオペレーターは安定したIPアドレスを維持することが推奨されています。IPアドレスの変更は、Ethereum L1へのトランザクションを必要とするためガス代が発生します。
データ保管の流れ:
ロールアップからのデータ受信: ロールアップはトランザクションデータを EigenDA の disperser に送信します。
断片化と符号化: disperser はデータの断片化と符号化を行い、冗長性を持たせます。
ノードへの割り当て: EigenLayer のアサインメントモジュールが、ステーク量に基づいて、符号化されたデータ断片を各ノードに割り当てます。
ノードによる保管と証明: ノードオペレーターは割り当てられたデータ断片を保管し、Proof of Custody を生成することで、データが正しく保管されていることを証明します。
データの取得: 必要に応じて、ロールアップやその他のユーザーは、EigenDA ネットワークからデータをダウンロードできます。
提供されたドキュメントは、EigenDA の仕組みや要件を詳細に説明しており、私の以前の説明もこの内容と一致しています。特に、ノードのシステム要件、ストレージ要件、IPアドレスの安定性など、重要な情報がドキュメントに記載されています。これらの情報を理解することは、EigenDA ノードオペレーターとして参加する上で重要です。