暗号データの可能性を解放する：Hemera アカウントセンターインデックスネットワークが新登場

挑戦と機会

最近、私たちはブロックチェーン分野で2つの顕著なトレンドを観察しました：

まず、ブロックチェーンエコシステムとアプリケーションの急成長に伴い、個人アカウントのオンチェーン活動はますます多様化し、複雑化しています。これにより、ユーザーはオンチェーン上により包括的なデジタル足跡を残すことができるようになりました。豊富なオンチェーンインタラクションは、ユーザーの資産ポートフォリオや取引履歴に基づいてオンチェーン信用スコアを構築するなど、多くの新しい機会をもたらしました。この発展のトレンドは、過剰担保を必要としない貸付プロトコルのような伝統的な金融慣行の革新を促進する可能性があります。

次に、業界が成熟するにつれて、プロジェクトチームはターゲットを絞ったエアドロップ戦略を策定したり、潜在的なユーザー層を分析したりする際に、ユーザーのプロファイルを理解し、ユーザーの質を評価することにますます注力しています。しかし、彼らは大きな課題に直面しています：EVMアカウントは本質的に取引トリガーであり、伝統的な金融の「銀行口座」のようなものではありません。この構造の存在は、アカウントレベルのデータの深い分析を制限し、プロジェクトチームがユーザー層に対して有意義な洞察を得ることを困難にしています。

これらのトレンドは、アカウントレベルのデータを効果的に分析し、解釈できる高度なツールの緊急の需要を浮き彫りにしています。この需要に応えるために、Hemera Protocolは、開発者に標準化されたアカウントレベルのデータ検索と特徴開発サービスを提供することを目的とした次世代のアカウント中心のインデックスプロトコルを開発しています。

この革新は、アカウント中心のインデックス（Account-Centric Indexing, ACI）ネットワークにさらに拡張され、データ管理の分散化を確保します。このネットワークを利用して、Hemeraはブロックチェーンデータの処理と分析のための強力なソリューションを提供し、さまざまなユーザー向けアプリケーションの構築を容易にし、さまざまな使用シーンに適用可能です。

アカウントレベルのデータ抽出とは？

ブロックチェーン上で交換取引が発生すると、その原始データは直感的に「取引」として表現されるわけではありません。ブロックチェーンノードからこれらのデータを直接取得すると、それらは以下の青いグラフのように見えるかもしれません------意味を持たず、分析が難しい複雑な情報の配列です。本質的に、それは誰が取引を送信し、どこに送信し、何を入力したかを記録しています。

データ抽出のプロセスは、これらの理解しにくいデータを意味のあるセマンティックに変換することです。たとえば、取引において私たちが注目する主な情報は、入力と出力のトークンの種類、数量、および取引の総価値です。したがって、典型的な取引データ抽出には、取引の発起者、購入トークン、販売トークン、それぞれの数量、取引金額などの重要な要素が含まれる可能性があります。

本当に重要なのは、これらの取引があなたのアカウント全体の状態にどのように影響するかを理解することです。たとえば、1回の取引はあなたのトークン残高を変更し、取引量に影響を与え、支払った総ガス料金を増加させ、オンチェーンインタラクションの回数を増加させます。

Hemeraは、これらのアカウントレベルの変化をセマンティックで標準化された形式でカプセル化し、「特徴（feature）」と呼びます。下の赤い図は、この交換取引があなたのアカウントの状態にどのように影響したかを示しています。ユーザー定義関数（User Defined Function, UDF）モジュールを通じて、開発者は特定のニーズに基づいてこれらの特徴を設計し、定義できます。このデータ抽出方法は、複雑なブロックチェーンデータをより直感的な方法で提示し、開発作業を便利にし、有意義な分析結論を導き出しやすくします。

アプリケーションはHemera Protocolをどのように利用するか？

アプリケーションがHemeraを利用してアカウントレベルの分析を深めるプロセスは非常にシンプルです。アプリケーションは、ACIネットワークから必要な特徴をクエリするだけです。Hemeraは、ポートフォリオ残高、取引量、担保貸付、さらにはソーシャルデータのような一般的な指標を含む一連の組み込み特徴を提供します。開発者は、追加のコードを書くことなく、興味のあるアカウントを簡単にクエリできます。

Hemeraは、開発者のより個別化されたニーズに応えるためにUDFモジュールも提供しています。UDFを利用することで、開発者は最小限のコーディング作業でカスタム特徴を作成できます。標準化された形式のおかげで、これらのカスタム特徴は既存の特徴にシームレスに統合され、より包括的で詳細な分析を促進します。

特徴をリクエストすると、それらはHemeraのACIネットワークに送信されます。ネットワーク内の各インデクサーは、ブロックチェーンの原始データをクエリすることによって1つまたは複数の特定の特徴をインデックスする責任を負っています。リクエスターは、その後、Hemeraが提供するアカウントレベルのセマンティックデータを受け取り、複雑な原始データを直接処理する手間を省きます。

機能をリクエストすると、それらはHemeraのACIネットワークに送信されます。ネットワーク内の各インデクサーは、ブロックチェーンの原始データをクエリすることによって1つまたは複数の特定の機能をインデックスする責任を負っています。リクエスターは、その後、Hemeraが提供するアカウントレベルのセマンティックデータを受け取り、複雑な原始データを直接処理する手間を省きます。

HemeraのACIネットワークを利用することで、アプリケーションはアカウント活動やユーザープロファイルを深く洞察できます。これにより、ブロックチェーンエコシステム内でより賢明な意思決定を行うだけでなく、より個別化されたユーザー体験を提供し、原始ブロックチェーンデータの処理の複雑さを簡素化します。

特徴はどのように更新されるか？

Hemeraエコシステム内の特徴は、オンチェーン取引に基づいて動的に更新されます。ACIネットワーク内の各インデクサーは、特定の特徴をインデックスする責任を負っています。これらのインデクサーはリアルタイムで動作し、追跡している特徴に関連するオンチェーン取引を常に監視しています。

簡略化されたワークフローは、開発者がUDFモジュール内でカスタム特徴とデータクラスを定義することから始まります。その後、インデクサーは関連するオンチェーン取引をキャッチし、指定されたデータをフィルタリングし、開発者のトリガー関数に渡します。この関数はその後、データを処理し、アカウント中心の特徴を更新します。

リアルタイムのインデックスおよび更新プロセスは、特徴データのタイムリーさと正確性を保証します。特徴に影響を与える取引を追跡することに焦点を当てることで、インデクサーは大量のブロックチェーンデータを効率的に処理し、それをアカウントレベルの有意義な情報に変換できます。

UDFを作成するには？

カスタムUDFの構築プロセスを説明するために、OpenSea関連の特徴を例に挙げます：

1. 特徴の定義： 開発者はまず、特定の特徴（NFT取引量、NFT取引コレクションなど）とデータクラスを定義します。たとえば、「OpenseaOrder」クラスには、「orderhash」（文字列）、「offerer」（文字列）、「recipient」（文字列）、「offer」（辞書）などの変数が含まれる可能性があります。
2. トリガーと特徴の開発： 次に、開発者はトリガーを作成し、どの取引またはログイベントが定義された特徴の状態を変更するかを指定します。このステップは、インデクサーが関連するオンチェーン取引を効果的にキャッチし、興味のあるデータをフィルタリングすることを保証します。その後、開発者は特徴値を更新するためのカスタムロジックを記述できます。
3. クエリの実行： 最後に、開発者はインデクサーと新しいUDFを実行し、履歴データを処理します。その後、特徴データはデータベースに保存され、開発者は標準のREST APIを介してデータベースからアカウントレベルのデータや特徴値を簡単に取得できます。

UDFの実装に関する詳細なガイドについては、私たちのドキュメントをご覧ください：https://docs.thehemera.com

本質的に、各特徴は動的なエンティティであり、オンチェーン活動に基づいて継続的に更新されます。UDFの役割は、原始取引データを解釈し、適切なトリガーを作成し、これらのトリガーを利用して特徴の継続的な更新を維持することです。

データ分析分野におけるHemeraの独自の位置付け

Hemeraがデータ分野において独自の地位を持つ理由を理解するために、既存のデータ分析ツールやプロトコルと比較することができます。以下に主要な違いを示します：

1. Hemeraのコアの強みは、アカウント中心のデータ抽出にあります。
2. DuneのSpellbookもデータ抽出を重視し、原始データから高度なデータパターンを抽象化しますが、アカウント中心ではありません。
3. The Graphは人気のあるインデックスプロトコルですが、スマートコントラクトイベントに中心を置いています。スマートコントラクトに関連するデータのデコードには非常に適していますが、アカウント中心のデータの抽出には欠けています。
4. Debankはアカウントレベルのデータ抽出能力を持っていますが、主にDeFi資産に焦点を当てているため、オンチェーンゲームの記録などの多様なオンチェーン活動には適用範囲が制限されています。
5. Hemeraはデータ処理において比類のない柔軟性を提供します。
6. Hemeraを使用すると、ユーザーは最小限のコーディング操作で必要なデータを簡単に取得できます。
7. The Graphはユーザーがスマートコントラクトデータの取得のためにサブグラフを構築することを許可しますが、より深いデータ操作を制限しています。
8. Debankは資産情報をクエリするための固定APIを提供しますが、プログラマビリティに欠けています。
9. Hemeraのデータ更新方法は、能動的かつリアルタイムです。
10. Hemeraのインデクサーは、ブロックチェーンを継続的に監視し、取引によってトリガーされる「プッシュ」メカニズムを通じて機能をリアルタイムで更新します。
11. 対照的に、Duneは「プル」方式でデータを更新し、ユーザーがデータベースからすべてのデータを取得して自分のデータを更新する必要があります。
12. Web3アプリケーションの分野では、Hemeraはコンポーザビリティと統合性において優れています。
13. Hemeraは標準形式のキュレーションデータを提供し、データベースの構築と維持を簡素化します。
14. Duneはそのプラットフォーム内で包括的なオンチェーンデータクエリ端末を提供しますが、独立したアプリを構築するコストは高くなります。
15. Debankの固定API構造は、資産関連のデータのみを処理できることを制限しています。

将来を見据えると、業界の発展と成熟に伴い、ユーザープロファイルはユーザー向けアプリケーションにとって重要な存在になると信じています。この絶えず進化する環境の中で、Hemeraのアカウントレベルの多次元データは、ユーザーの特定をより正確かつ効果的に行うために不可欠な役割を果たすでしょう。また、AIモデルとオンチェーンデータの間の相乗効果がますます強まると予見しており、Hemeraのセマンティック抽出能力は、大規模言語モデルがデータをより効率的に理解し、処理するのに役立つでしょう。

Hemeraのビジョンは明確であり、私たちはHemeraをWeb3業界全体の包括的なデータセンターにすることに尽力しています。アクセスと利用のハードルを大幅に下げることで、開発者、研究者、マーケティングチーム、エンドユーザー、AIシステムなど、さまざまなユーザーにサービスを提供します。Hemeraの最終目標は、ブロックチェーンデータの価値を最大限に引き出したいすべてのユーザーのための選択肢となり、ブロックチェーンエコシステムのユーザーが重要なリソースに簡単にアクセスし、利益を得られるようにすることです。

Hemera製品を探索する：

• ウェブサイト：https://thehemera.com/

Hemera ACIネットワークに基づいてアプリケーションを開発する：

• ドキュメント:https://indexer-docs.thehemera.com/
• Github:GitHub - HemeraProtocol/hemera-indexer at pre-release/v0.3.0

SocialScanエージェントストアにアクセスする：

• ウェブサイト：https://socialscan.io/home

Twitterをフォローする：

• Hemera: https://x.com/HemeraProtocol
• SocialScan: https://x.com/socialscan_io