メインコンテンツへスキップ
TRON は約 3 秒ごとにブロックを生成し、高スループットのトランザクションとスマートコントラクト実行をサポートしています。TRON は独自のリソースモデル(Energy と Bandwidth)および Witness(スーパー代表)コンセンサスメカニズムを使用しています。 Schema リポジトリgithub.com/chainstream-io/streaming_protobuf/tron

メッセージタイプ一覧

TRON Streams は以下のメッセージタイプを提供します:

ブロックレベルデータ

BlockHeader コアフィールド

Witness(スーパー代表)情報

TRON は DPoS コンセンサスメカニズムを使用し、27 のスーパー代表(Witness)が順番にブロックを生成します。

トランザクションレベルデータ

TransactionHeader

Result — 実行結果

Receipt — リソース消費

Contract

コントラクト実行の詳細を含みます:

送金データ

TransfersMessage は TRON チェーンの送金情報を提供します(Topic: tron.v1.transfers.proto)。

TransfersMessage 構造

Transfer 構造

TokenInfo 構造

TRON トークン標準

TRC-10 は TRON 固有のネイティブトークン標準で、作成と送金のコストが安いですが、TRC-20 ほど柔軟ではありません。

DEX データ

TradeEvents は DEX 取引データを提供します(Topic: tron.dex.trades)。共通の TradeEvent 構造を使用します。

Trade コアフィールド

DApp 情報

DexPoolEvent - 流動性プール


TRON チェーンの特徴

Energy と Bandwidth リソースモデル

EVM の Gas モデルとは異なり、TRON は 2 種類のリソースを使用します: Receipt には両方のリソースの使用量と手数料が表示されます:

Witness システム

BlockMessage には Witness のアドレス、ID、署名が含まれます。

事前定義コントラクトタイプ

TRON は一般的な操作のためにコントラクトタイプを事前定義しています: Contract の Type フィールドで識別されます。

リソース委任

ユーザーは Energy と Bandwidth を他のアカウントに委任できます。TRON エコシステムでは以下の用途で一般的です:
  • ユーザーのトランザクションコスト削減
  • DApps によるユーザーのリソース代払い

Topic → メッセージタイプ マッピング


コード例

Python 例:TRON DEX 取引を消費

TRC-20 トークンイベントのモニタリング


関連ドキュメント

コンセプトと統合ガイド

Kafka Streams 統合の基礎

EVM Streams

EVM チェーンデータストリーム

Solana Streams

Solana 高スループットデータストリーム

WebSocket リアルタイムデータ

WebSocket 統合