このエピソードでは、Shardeum の CTO である Srinivasan Parthasarathy が、Shardeum が動的な状態シャーディングとブロックレス トランザクション モデルを通じてブロックチェーンの自動スケーリング スイートの最初のレイヤーをどのように構築したかを共有します。 このアーキテクチャは、ノード要件への参入障壁を低く維持しながら、直線的なスケーラビリティスイートを可能にし、パフォーマンスと分散化の独自のバランスを提供します。 また、テストネットの運用から学んだ教訓、主要なバグ報奨金の調査結果、およびノードの責任を60秒ごとにローテーションするカスタムの定足数証明を含むネットワークへのセキュリティアプローチについても説明します。 オープンソースのコミュニティ主導のプロジェクトとして、Shardeumは5月5日にメインネットを立ち上げ、その後、スマートコントラクトとインセンティブプログラムの段階的なサポートを計画しています。 (あらすじ:Mode Network: Driving Ethereum L2 Innovation to Become a Universal Efficient Expansion Kit) (背景補足:第1四半期市場への洞察を得るための12のチャート:DeFi活動が活況を呈し、レイヤー2の急速な拡張キット、Web3ゲームが加熱している) イントロダクションとシャルデウムの概要 Ehan: Welcome to Wu says unencrypted podcasts. 本日は、Shardeum の最高技術責任者である Srinivasan をお迎えできることを嬉しく思います。 あなた自身とShardeumについて教えてください。 スリニヴァサン:はい、皆さん、私はスリニヴァサンです。 私はShardeumのCTOです。 Shardeumでは、最初の自動スケーリングスイートを使用して世界初のレイヤーブロックチェーンを構築しており、ここにいることに非常に興奮しています。 私のブロックチェーンへの旅は2016年に始まりました。 2017年、私は最初のNFTマーケットプレイスを構築しました。 それ以来、私は複数の場所で働き、多くのWeb3関連の製品を構築してきました。 私はDraftKingsのエンジニアリング担当副社長として、同社の主力製品のブロックチェーンインフラの構築を支援しました。 最近、私はSixという会社で働いていて、米国で資源の権利を表すNFTトークンを販売していました。 現在、Shardeumでは、この画期的な自動スケーリングスイートレイヤー1ブロックチェーンの構築に焦点を当てた素晴らしいチームを率いています。 Shardeumは、ノードアクセスの参入障壁を低く保ちながら、スイートをどのようにスケーリングしますか? Ehan: Shardeumは、最初の自動スケーリングスイートの最初のレイヤーであると主張しています。 そのアーキテクチャは、ノード要件へのアクセスを維持しながら、どのようにして高いトランザクションスループットを達成しているのでしょうか? スリニヴァサン:ブロックチェーンの仕組みやShardeumの違いを視覚的に例えるとわかりやすいと思いましたが、それでいいのでしょうか? イベント駆動型ブロックチェーンについて考える良い方法は、行と列を持つスプレッドシートとして想像することです。 各行はブロックを表し、各セルはトランザクションです。 このスプレッドシートは誰でも公開され、透過的ですが、一度に 1 人のユーザーしか作成できません (具体的には、一度に 1 人のユーザーのみが新しい行を書き込むことができます)。 ほとんどのブロックチェーンでは、誰が次の行を書く権限を持っているかが重要な問題です。 すべてのコンセンサスプロトコルの本質は、誰がこの行に書き込めるかを決定することです。 ここで、10 億行のスプレッドシートと、それをすべて管理する 1 つのプログラムを想像してみてください。 行数が 10 億行から 20 億行、100 億行に増加すると、速度が低下し、スケーラブルさが低下します。 しかし、それが巨大なテーブルではなく、Googleスプレッドシートのような1000個のタブの場合はどうでしょうか? 文字グループ化アルゴリズムを使用してこれらのタブにデータを割り当てることができるため、小さなデータセットを多くのテーブルに分散させることができます。 これが基本的にシャーディングの仕組みであり、Shardeumが行うことです。 しかし、Shardeumはさらに進んでいます。 固定数のタブ (たとえば 1,000 個) ではなく、実行時に動的に調整します。 タブは 10 個から始めることができますが、ボリュームが増えるにつれて、スイートを 200、1000、またはそれ以上のタブに拡張できます。 音量が下がったら、規模を縮小できます。 これは動的状態シャーディングと呼ばれ、スイートを自動的にスケーリングできるのはまさにそれです。 もう 1 つ重要な違いがあります。 ほとんどのブロックチェーンは「ブロック」の概念に基づいて動作するため、ライターはスプレッドシートのシミュレーションで行全体を書かなければなりません。 これにより、行を書き込むユーザーは保留中のトランザクションを表示できるため、並べ替えなど、トランザクションを操作できる可能性があります。 Shardeumはブロックの概念に依存しません。 代わりに、トランザクションを最も純粋な形式で処理します。 実行する最小単位は、その行のセルです。 行全体を一度に書き込む必要はありません。 JSON-RPCクライアントが私たちと対話する方法を知るために、EVMの互換性のために外部でブロックをモックしていますが、内部では、この構造にあまり限定されていません。 このアーキテクチャにより、行全体ではなく個々のセルを変更し、トランザクション量に基づいてワークロードを動的にシャード化して再分散し、パフォーマンスのボトルネックを最小限に抑えてスイートをスケールアウトできます。 これは解決するのが難しい技術的課題ですが、それがShardeumを際立たせています。 Ehan: では、この自動スケーリングスイートの設計にトレードオフはありますか? Srinivasan: 明らかなトレードオフは、この設計によってノード間の通信レベルが高くなることです。 従来のブロックチェーンでは、各検証ノードはブロックチェーンの状態全体の完全なコピー(基本的には前のシミュレーションのスプレッドシート全体)を格納します。 これは、各ノードが多くの処理能力とストレージ容量を必要とすることを意味します。 Shardeum では、データを小さな部分 (タブ) に分割するため、各ノードは 1,000 個のタブのうちの 1 つなど、ごく一部を処理するだけで済みます。 これにより、ノードあたりのコンピューティングとストレージの要件が大幅に削減され、アクセスしやすくなります。 ただし、欠点は、各ノードが全体的な状態の一部しか認識しないことです。 電話帳の「A」の部分にしかアクセスできないようなものです。 したがって、ノードが割り当てられたセグメント外のデータを必要とする場合、まず、どのノードが必要なデータを保持しているかを判断し、次にそのノードからデータを要求する必要があります。 これにより、ノード間の通信レイヤーが導入され、事態がより複雑になります。 それにもかかわらず、ノードがデータを効率的に見つけて共有できるようにするカスタマイズされた通信プロトコルで、この課題を解決しました。 確かに複雑さは増しますが、その見返りは莫大で、Shardeumはノードを追加するだけでスイートトランザクションのスループットをほぼ直線的に拡張できます。 したがって、分散型のプログラム間通信は困難な技術的課題であり、他のシステムでは完全には解決されていませんが、Shardeumを真にユニークなレイヤー1ブロックチェーンにするスケーラブルなスイートモデルをクラックしたと信じています。 インセンティブテストネットから何を学びましたか? Ehan: 大規模で真に分散型のインセンティブテストネットを運営する中で得られた重要な洞察は何ですか? スリニヴァサン:はい、いい質問ですね。 私たちは4つのインセンティブテストネットを運営していますが、その参加レベルは信じられないほどで、実行ノードにはほぼ世界中の人々が参加しています。 私たちのホームページには「すべての人のための分散化」と書かれており、私たちは...
Shardeumに飛び込む:動的シャーディングを活用した自動スケーリングスイートであるL1ブロックチェーン
このエピソードでは、Shardeum の CTO である Srinivasan Parthasarathy が、Shardeum が動的な状態シャーディングとブロックレス トランザクション モデルを通じてブロックチェーンの自動スケーリング スイートの最初のレイヤーをどのように構築したかを共有します。 このアーキテクチャは、ノード要件への参入障壁を低く維持しながら、直線的なスケーラビリティスイートを可能にし、パフォーマンスと分散化の独自のバランスを提供します。 また、テストネットの運用から学んだ教訓、主要なバグ報奨金の調査結果、およびノードの責任を60秒ごとにローテーションするカスタムの定足数証明を含むネットワークへのセキュリティアプローチについても説明します。 オープンソースのコミュニティ主導のプロジェクトとして、Shardeumは5月5日にメインネットを立ち上げ、その後、スマートコントラクトとインセンティブプログラムの段階的なサポートを計画しています。 (あらすじ:Mode Network: Driving Ethereum L2 Innovation to Become a Universal Efficient Expansion Kit) (背景補足:第1四半期市場への洞察を得るための12のチャート:DeFi活動が活況を呈し、レイヤー2の急速な拡張キット、Web3ゲームが加熱している) イントロダクションとシャルデウムの概要 Ehan: Welcome to Wu says unencrypted podcasts. 本日は、Shardeum の最高技術責任者である Srinivasan をお迎えできることを嬉しく思います。 あなた自身とShardeumについて教えてください。 スリニヴァサン:はい、皆さん、私はスリニヴァサンです。 私はShardeumのCTOです。 Shardeumでは、最初の自動スケーリングスイートを使用して世界初のレイヤーブロックチェーンを構築しており、ここにいることに非常に興奮しています。 私のブロックチェーンへの旅は2016年に始まりました。 2017年、私は最初のNFTマーケットプレイスを構築しました。 それ以来、私は複数の場所で働き、多くのWeb3関連の製品を構築してきました。 私はDraftKingsのエンジニアリング担当副社長として、同社の主力製品のブロックチェーンインフラの構築を支援しました。 最近、私はSixという会社で働いていて、米国で資源の権利を表すNFTトークンを販売していました。 現在、Shardeumでは、この画期的な自動スケーリングスイートレイヤー1ブロックチェーンの構築に焦点を当てた素晴らしいチームを率いています。 Shardeumは、ノードアクセスの参入障壁を低く保ちながら、スイートをどのようにスケーリングしますか? Ehan: Shardeumは、最初の自動スケーリングスイートの最初のレイヤーであると主張しています。 そのアーキテクチャは、ノード要件へのアクセスを維持しながら、どのようにして高いトランザクションスループットを達成しているのでしょうか? スリニヴァサン:ブロックチェーンの仕組みやShardeumの違いを視覚的に例えるとわかりやすいと思いましたが、それでいいのでしょうか? イベント駆動型ブロックチェーンについて考える良い方法は、行と列を持つスプレッドシートとして想像することです。 各行はブロックを表し、各セルはトランザクションです。 このスプレッドシートは誰でも公開され、透過的ですが、一度に 1 人のユーザーしか作成できません (具体的には、一度に 1 人のユーザーのみが新しい行を書き込むことができます)。 ほとんどのブロックチェーンでは、誰が次の行を書く権限を持っているかが重要な問題です。 すべてのコンセンサスプロトコルの本質は、誰がこの行に書き込めるかを決定することです。 ここで、10 億行のスプレッドシートと、それをすべて管理する 1 つのプログラムを想像してみてください。 行数が 10 億行から 20 億行、100 億行に増加すると、速度が低下し、スケーラブルさが低下します。 しかし、それが巨大なテーブルではなく、Googleスプレッドシートのような1000個のタブの場合はどうでしょうか? 文字グループ化アルゴリズムを使用してこれらのタブにデータを割り当てることができるため、小さなデータセットを多くのテーブルに分散させることができます。 これが基本的にシャーディングの仕組みであり、Shardeumが行うことです。 しかし、Shardeumはさらに進んでいます。 固定数のタブ (たとえば 1,000 個) ではなく、実行時に動的に調整します。 タブは 10 個から始めることができますが、ボリュームが増えるにつれて、スイートを 200、1000、またはそれ以上のタブに拡張できます。 音量が下がったら、規模を縮小できます。 これは動的状態シャーディングと呼ばれ、スイートを自動的にスケーリングできるのはまさにそれです。 もう 1 つ重要な違いがあります。 ほとんどのブロックチェーンは「ブロック」の概念に基づいて動作するため、ライターはスプレッドシートのシミュレーションで行全体を書かなければなりません。 これにより、行を書き込むユーザーは保留中のトランザクションを表示できるため、並べ替えなど、トランザクションを操作できる可能性があります。 Shardeumはブロックの概念に依存しません。 代わりに、トランザクションを最も純粋な形式で処理します。 実行する最小単位は、その行のセルです。 行全体を一度に書き込む必要はありません。 JSON-RPCクライアントが私たちと対話する方法を知るために、EVMの互換性のために外部でブロックをモックしていますが、内部では、この構造にあまり限定されていません。 このアーキテクチャにより、行全体ではなく個々のセルを変更し、トランザクション量に基づいてワークロードを動的にシャード化して再分散し、パフォーマンスのボトルネックを最小限に抑えてスイートをスケールアウトできます。 これは解決するのが難しい技術的課題ですが、それがShardeumを際立たせています。 Ehan: では、この自動スケーリングスイートの設計にトレードオフはありますか? Srinivasan: 明らかなトレードオフは、この設計によってノード間の通信レベルが高くなることです。 従来のブロックチェーンでは、各検証ノードはブロックチェーンの状態全体の完全なコピー(基本的には前のシミュレーションのスプレッドシート全体)を格納します。 これは、各ノードが多くの処理能力とストレージ容量を必要とすることを意味します。 Shardeum では、データを小さな部分 (タブ) に分割するため、各ノードは 1,000 個のタブのうちの 1 つなど、ごく一部を処理するだけで済みます。 これにより、ノードあたりのコンピューティングとストレージの要件が大幅に削減され、アクセスしやすくなります。 ただし、欠点は、各ノードが全体的な状態の一部しか認識しないことです。 電話帳の「A」の部分にしかアクセスできないようなものです。 したがって、ノードが割り当てられたセグメント外のデータを必要とする場合、まず、どのノードが必要なデータを保持しているかを判断し、次にそのノードからデータを要求する必要があります。 これにより、ノード間の通信レイヤーが導入され、事態がより複雑になります。 それにもかかわらず、ノードがデータを効率的に見つけて共有できるようにするカスタマイズされた通信プロトコルで、この課題を解決しました。 確かに複雑さは増しますが、その見返りは莫大で、Shardeumはノードを追加するだけでスイートトランザクションのスループットをほぼ直線的に拡張できます。 したがって、分散型のプログラム間通信は困難な技術的課題であり、他のシステムでは完全には解決されていませんが、Shardeumを真にユニークなレイヤー1ブロックチェーンにするスケーラブルなスイートモデルをクラックしたと信じています。 インセンティブテストネットから何を学びましたか? Ehan: 大規模で真に分散型のインセンティブテストネットを運営する中で得られた重要な洞察は何ですか? スリニヴァサン:はい、いい質問ですね。 私たちは4つのインセンティブテストネットを運営していますが、その参加レベルは信じられないほどで、実行ノードにはほぼ世界中の人々が参加しています。 私たちのホームページには「すべての人のための分散化」と書かれており、私たちは...