EDIフレームワークの合意層がどのように機能するか、そしてそれをどう改善できるかを説明する新しいチュートリアル動画「EDI Consensus Layer: How to Contribute：EDIコンセンサスレイヤー：貢献の方法」が公開されました。この動画では、エディンバラ大学の博士課程の学生であるChristina Oik氏が、EDI（エディンバラ分散化指数）プロジェクトについて説明しています。

EDIプロジェクトは、ブロックチェーンの分散化を定義し、測定することを目的としています。特に、このビデオでは、ブロックチェーンのコンセンサス層の分散化を評価するためのオープンソースリポジトリに焦点を当てています。この層の主な目的は、さまざまなブロックチェーンシステムにおけるブロックの生産分布を理解し、特定のメトリクスを使用してその分散化レベルを定量化することです。

プロジェクトでは、異なるブロックチェーンからブロックデータと属性データを収集し、それぞれのブロックを作成したエンティティにマッピングしようとします。このマッピングは、ブロックチェーンシステムが匿名性を有しているため、1つのエンティティが複数のアドレスを制御可能であることから困難です。プロジェクトでは、「お金の流れを追う」アプローチを用いて、エンティティを特定する3つの主要な技術を採用しています。また、このプロセスには自動および手動の方法を組み合わせたデータファイルの作成が含まれ、これらのファイルには既知のアドレス、エンティティ識別子、プールクラスターに関する情報が含まれます。

Christina氏は、GitHubのプルリクエストを通じて、プール識別子、アドレス所有権、またはプールクラスターに関する新しい情報をEDIプロジェクトに追加する方法についても説明しています。新しいデータは検証可能なソースを含む必要があり、EDIのデータの精度と包括性を高めるために、関連情報を持つ誰でも寄稿を奨励しています。

このツールやエディンバラ分散化指数（EDI）プロジェクト全般についての詳細は、以下をご覧ください：

• 合意分散化ツール – GitHubリポジトリ: https://github.com/Blockchain-Technol…
• 合意分散化ツール – ドキュメントページ: https://blockchain-technology-lab.git…
• EDIウェブサイト: https://www.ed.ac.uk/informatics/bloc…
• EDI関連ビデオ:• BTL | エディンバラ分散化インデックス.：https://www.youtube.com/playlist?list=PLw7VZzZP3we6uEaFw1pTXGsLHXVnG47yu

以下は動画「EDI Consensus Layer: How to Contribute」を日本語翻訳したものです。

動画「EDI Consensus Layer: How to Contribute：EDIコンセンサスレイヤー：貢献の方法」全翻訳

こんにちは、私の名前はクリスティーナ・オイク（Christina Oik）です。私はエディンバラ大学の博士課程の学生で、研究の焦点はブロックチェーンの分散化にあります。私は、ブロックチェーンシステムの分散化を定義し、測定するための非常にエキサイティングなプロジェクトの一部で、エディンバラ分散化指数またはEDIという短縮形で呼ばれています。このプロジェクトについて何も知らない場合は、このビデオを一時停止して、説明欄にあるリンクをすべて見てみてください。そこでは、プロジェクトの目標や、これまでに達成したことについてもっと多くのことを学ぶことができます。

さて、このビデオでは、ブロックチェーンのコンセンサスレイヤーの分散化を測定するためのオープンソースリポジトリに焦点を当て、それがどのように機能し、どのように貢献できるかを説明したいと思います。このレイヤーの目標は、さまざまなライブシステムにおいて、生成されたブロックの配布がエンティティ間でどのように分散しているかを決定し、その配布にメトリクスを適用して分散化のレベルを定量化することでした。

そこで、まず、異なるブロックチェーンのブロックデータを収集しました。ここにいくつかのサンプルブロックデータがあります。そして、各ブロックチェーンについて、ここにあるような、ブロックを作成したエンティティにそれをマッピングするのに役立つ任意の情報である属性データも収集しようとしました。ブロックチェーンシステムは擬似匿名性があり、システム内で複数のアドレス、複数の身元を制御できる単一の当事者が存在する可能性があるため、チェーン上にあるデータを見ただけで誰がブロックを生成したかを判定するのは簡単ではありません。したがって、各ブロックについて、たとえばそのブロックに対する報酬を受け取ったアドレスなどの情報を見ることができますが、その後、私たちはこれを実際の世界のアイデンティティにマッピングする方法が必要です。そうでなければ、私たちが最終的に得る配布が歪められることになります。

本質的に、私たちは、システム内のエンティティ、つまり身元を決定するために、報酬が同じ場所に行くのを見た場合、それらの間に接続があると推測する「お金の流れを追う」アプローチを使用しています。具体的には、ブロックを生成したエンティティにブロックをマッピングするために3つの技術を採用しています。まず、ブロックが既知のエンティティにリンクする識別子を含んでいるかどうかを見ます。マイニングプールやステークプールは、通常、自分たちが生成したブロックを主張できるように、ブロックに何らかのタグを含めます。したがって、各ブロックでこのような既知の識別子を探し、一致が見つかった場合、ブロックを対応するエンティティに割り当てます。そして、一致が見つかった場合、このブロックに対する報酬を受け取ったアドレスも、そのエンティティの既知のアドレスのリストに追加します。ここで、私はただあなたに例を見せたいと思います。

これはBitcoinからの単なるサンプルブロックであり、ブロックに含まれているこのタグがあります。これをデコードすると、GBマイナーズによって採掘されたというタグが表示されるので、このブログをGBマイナープールに割り当てることができ、それに報酬を受け取るアドレスもGBマイナーズのものとして割り当てます。

第二に、識別子を使用してエンティティを見つけることができない場合、ブロックの報酬アドレスを見て、 既知のアドレスと一致するかどうかを確認します。ここでいう既知のアドレスとは、その所有者が公に知られているアドレスのことです。例えば、何らかのブロックチェーンエクスプローラーに掲載されている場合や、先ほど説明した方法で推測された場合などです。

たとえば、このサンプルのEthereumブロックを見て、それに報酬を受け取ったアドレスを見て、Etherスキャンでこのアドレスを検索すると、それがeasypoolに属していることがわかります。つまり、このアドレスの所有者が知られており、そのプールにこのブロックを割り当てることができます。既知のプールによってブロックが作成されたことがわかった場合、そのプールがより大きなプールクラスターの一部であるかどうかも確認したいと考えています。クラスターと言うとき、これは同じエンティティ、同じ組織によって運営されているプールのグループのことです。したがって、時にはブロックをそれを生成したプールにマッピングするだけでは不十分で、親組織にもマッピングする必要があります。

プールクラスターについて話している場合、たとえば、このカルダノのサンプルブログを見ると、それが1PCT 5というティッカーを持つステークプールによって生成されたことを教えてくれるメタデータがあるのがわかりますが、これは実際には1%プールクラスターの一部であることがわかります。例えば、彼らのウェブサイトを下にスクロールすると、彼らがさまざまなプールを制御しており、1PCT 5がその一つであることがわかります。

このようなクラスターやプール間のリンクの別の例は、2021年4月15日以降にbtc.comによって採掘されたと言われるBitcoinのブログを見た場合、実際にはbtc.comではなく、当時起こった買収のためにbat miningにそのブロックをマッピングするでしょう。そうです、私たちができるだけ階層の最上位に行くことが重要です。もちろん、ここで示したプロセスは、理論を理解してもらうためのもので、私たちは手動でこれらのウェブサイトをすべて確認するわけではありません。

これはコード内で自動化されており、これがマッピング情報のためのものです。私たちは、各マッピング方法の次元に対して、このマッピングプロセスを自動化するために使用できる情報を提供する1つ以上の対応するファイルを持っています。これらのファイルは、自動化された作業と手動の作業の組み合わせを使用して作成されました。そして、非常に重要な部分です。実際にいくつかのファイルを見て、私が何を意味するのかの例をいくつか見せましょう。

たとえば、このファイルを見てみましょう。これは、テゾスまたはタオスブロックチェーンの既知のアドレスを示しています。そのブロックで報酬を受け取ったアドレスを知っている場合、このファイルでこのアドレスがあるかどうかを確認できます。もしもそれがこのアドレスだったとしたら、このブロックをフレッシュテゾスにマッピングします。そして、これらのファイルすべてには出典があり、これは非常に重要な部分です。したがって、各エントリーには、この情報が正確であることを誰でも確認できるように出典が必要です。出典を追加するときは、それがウェブサイトであれば公開されていてアクティブであること、非公式のツイートやプライベートなソースであれば良いソースとは考えられず、拒否される可能性があることを確認したいと思います。

ええ、これはアドレスファイルの例を示すためだけでした。それでは、私が言及したタグのようないくつかの識別子の例も見てみましょう。これはイーサリアムの例で、これが私たちに伝えることは、特にイーサリアム用の何かのブログで「ethermine」という言葉を見た場合、それをプールethermineにマッピングするということです。これはかなり明白ですが、例えばこれらの中国語の文字を見た場合、それをF2プールにマッピングします。したがって、私たちはさまざまなエンティティに関するこのような情報をすべて持っています。次にお見せできる別の例は、クラスター情報です。これはカルダノからのもので、例えば、先ほど話していた1%プールについてですが、ここではファイルの構造が少し異なります。

ここでは、プールID、各プールのハッシュのような識別情報、それが属するクラスター、特定のプールの名前、そしてソースがあります。これはリンクになるかもしれませんが、ホームページと言うときは、そのクラスター内のすべてのプールが同じホームページを共有していることを意味し、それによって彼らが同じクラスの一部であると判断しました。ええ、これらは私がこのファイルについて話すときに何を意味するかを理解してもらうためのいくつかの例でした。

しかし、これらのファイルへの貢献の方法をお見せしたいと思います。現在ここにあるデータは決して包括的ではなく、何らかのエコシステム内のエンティティに関するより正確な情報を持っている人からの貢献を歓迎することを理解しています。したがって、プール識別子、アドレス所有権、またはクラスターに関する欠落している情報を持っている場合は、POリクエストを開いて、このEDIツールに情報を含めることができます。

GitHubに非常に慣れていない人がいることを理解しているので、このプロジェクトでプルリクエストを作成する基本について簡単に説明し、可能な貢献の例をお見せします。これはいくつかの異なる方法で行うことができます。GitHubエディターを使用してオンラインで行う方法を示します。イーサリアムのアドレスの所有権に関する情報が公開リポジトリファイルにまだない場合を想定してみましょう。適切なファイルを開き、マッピング情報アドレスに行き、 次にイーサリアムをクリックし、編集をクリックします。このリポジトリへの書き込みアクセス権がないため、まずプロジェクトをフォークしてからファイルを編集するように求められます。これをクリックして、再度リポジトリをフォークします。これで、GitHubアカウント用のプロジェクトの自分のバージョン、自分のフォークを作成しました。そして今、ファイルを編集することができます。たとえば、新しいアドレスを追加したいとしましょう。これは実際の情報ではありませんが、例として、有効ではないが仮定として、これがアドレス156であり、それがchrumの名前の何らかのエンティティに属しているとしましょう。そして、ソースについては、Etherスキャンiioが良いソースであるとしましょう。

これは、誰かがEスキャンを見てこのアドレスを調べると、それがクリスティーナ・ヴィジックに属していることが表示されることを意味します。明らかにこの場合はそうはなりませんが、どうあるべきかを説明しているだけです。そして、私たちがすることは、「コミット変更」をクリックし、短くて説明的なメッセージを追加することです。例えば、「新しいイーサリアムアドレス情報を追加」というメッセージが十分です。必要であればもっと詳細を追加できますが、この場合は必要ありません。そして、「提案された変更」をクリックします。ここで、私たちが行った変更を見ることができます。変更された行が見えますし、もしもっと多くのファイルを変更していたら、ここでそれらのファイルも見ることができます。そして、ただ「プルリクエストを作成」をクリックします。ここで、プルリクエストにタイトルを追加します。これはそのままにしておきます。そして、説明も追加する必要があります。「イーサリアムアドレスの所有情報を追加しました」というのが十分でしょう。

そして、ここにはプルリクエストテンプレートがありますので、私たちのプルリクエストに関連するチェックリストから選び、他のものは削除します。新しい台帳のサポートは追加していないので、これを削除します。新しいメトリクスは追加していないので、これも削除します。しかし、ポイントサポート情報を更新したので、これは残します。そして、イーサリアムでアドレスを更新しましたが、テストを更新する必要はありませんでした。そして、「プルリクエストを作成」をクリックします。私たちは貢献に関するガイドラインに従いましたが、念のためにこれを開いてみると良いでしょう。少なくともマッピング情報に関しては、私が説明したこととほぼ同じですが、他の方法で貢献したい場合は、これを読んで、一般的に私たちのドキュメントを通して質問があれば、確認すると良いでしょう。

そして、この件に関してオープンなプルリクエストがあるかどうかは確認していませんが、試してみることができます。確かにいくつかのプルリクエストがありますが、これは私たちのものです。他のプルリクエストはイーサリアムのアドレスを追加するものではありませんので、問題ありません。テストがまだ通過しているかはわかりませんが、待ってみる必要がありますが、通過するはずです。それでおしまいです。レビューコミッティのメンバーの一人がプルリクエストをレビューし、承認してコードにマージするか、更新が必要であれば明確化や変更を求めることになります。本当にそれだけです。あまり複雑ではないことを願っています。実際には、これはただの例であり、このプルリクエストを閉じるつもりですが、一般的にはこのように機能します。明確であることを願っていますが、ビデオで示したことに関連する質問があれば、コメントで投稿してください。ありがとうございます。