Question 1

TellorとTRBとは何ですか？

Accepted Answer

Tellorは、主観的なデータについて合意形成を行うためのLayer 1ブロックチェーンであり、TRBはこのネットワークへの参加に用いられる資産です。ネットワークは公開されたステーキング参加者によって運営され、単一のデータ提供者が結果を直接公表するのではなく、参加者が要求されたデータについて提出、検証、署名を行うことを目指しています。 Tellor Layerでは、TRBは参加資格および経済的インセンティブと結び付いています。参加者はTRBをブリッジしてステーキングすることでネットワークに参加し、レポーターはデータを提出することでTRB報酬を得ることができます。Ethereum上のTRBとTellor Layer上の残高は、公式のブリッジ手順を通じて移転できます。

Question 2

Tellorはオフチェーンまたは現実世界のデータをどのようにオンチェーンへ取り込みますか？

Accepted Answer

Tellorのデータフローはデータリクエストから始まります。レポーターはインターネットまたは現実世界の情報源から要求された情報を取得して値を提出し、その提出内容はその後オンチェーンで集約・検証され、異議申立ての対象となる場合があります。レポーターはデータの提供を担いますが、提出しただけでその内容がアプリケーションから信頼できる最終結果となるわけではありません。 バリデーターはトランザクションの検証、コンセンサスへの参加、ブロックの提案、集約済みデータへの署名を担います。レポーターはバリデーターを兼ねることができますが、すべてのレポーターがバリデーターであるわけではありません。この役割分担により、データの提出とオンチェーン結果に対するコンセンサス検証は同一の責務ではありません。

Question 3

Tellorはデータが信頼できることをどのように検証しますか？

Accepted Answer

ステーク加重で少なくとも3分の2のTellorバリデーターがデータに署名すると、TellorDataBridgeはそのデータがTellorからのものであることを検証できます。しきい値は単純な署名者数ではなくステーク加重で計算されるため、署名者のステーク量は真正性のしきい値に達するかどうかに影響します。 「Tellorからのもの」であることは、あらゆるアプリケーションに自動的に適していることを意味しません。統合先コントラクトは、その用途に応じてqueryId、データ時刻、ビジネス条件も確認する必要があります。公式例でも、より高いしきい値に達していない場合、アプリケーションはより低いしきい値のデータについて、異議のない待機期間の経過後に利用を認められると説明されています。

Question 4

TRBはTellorネットワークへの参加にどのように使われますか？

Accepted Answer

Tellor Layerでネットワークに参加するには、公式に説明されている基本手順として、まずTRBを当該チェーンへブリッジし、その後ステーキングを行います。参加設定におけるネットワークの主な要件は、TRBのブリッジとステーキングです。バリデーターは最大100名で、トランザクション検証、コンセンサス、ブロック提案、データ署名を担います。 一方、レポーターはデータリクエストに対して値を提出し、正確性を監視することでTRB報酬を得られます。ステーキングとペナルティの仕組みは、レポーターおよび監視者がデータの正確性に経済的な関心を持つよう設計されています。具体的なステーキング数量、ノード運用要件、報酬の詳細は、この概要ページから推定すべきではありません。

Question 5

TRBはEthereumとTellor Layerの間で移転できますか？

Accepted Answer

はい。TRBをEthereumからTellor Layerへ移す際、ユーザーはTRBを保有するEthereumウォレットとTellor Layerの受取アドレスを用意し、公式Hubで金額と宛先アドレスを入力して承認し、ブリッジトランザクションを送信します。入金完了後、TRBがTellorウォレットに自動到着するまで12時間のセキュリティ待機が必要です。 Tellor LayerからEthereumへ戻す際は、ユーザーは両側のウォレットを接続して出金リクエストを送信し、同様に12時間待機します。待機終了は資金がEthereumアドレスに到着したことを意味しません。証明（attestation）をリクエストし、Ethereumウォレットで出金を請求する必要があります。請求が完了して初めて資金が到着します。

Question 6

TRBのブリッジに12時間の待機が必要なのはなぜですか？

Accepted Answer

ブリッジにおける12時間の待機は、この手順のセキュリティ段階であり、通常のネットワーク承認時間ではありません。入金は待機期間終了後に自動で反映されます。一方、出金は待機後に証明のリクエストと請求という後続段階に進みます。そのためユーザーは、「出金を送信済み」「待機完了」「Ethereumで請求済み」を異なる状態として扱う必要があります。

Question 7

スマートコントラクトがTellorデータを統合する際、他に何を確認する必要がありますか？

Accepted Answer

Tellorデータを利用するコントラクトは、まず証明データ、バリデーター集合、署名情報をTellorDataBridgeに渡し、そのデータがTellorからのものであることを検証する必要があります。その後、必要な質問に対応するqueryIdであるか、データが期限切れでないか、データ時刻がビジネス条件を満たすかなど、自身のユースケースに関わる確認を行います。 これら2層の確認は、それぞれ「データが実際にTellorによって検証されたか」と「そのデータをこのアプリケーションで利用できるか」に答えるものです。前者は後者を代替しません。データがステーク加重の3分の2による真正性検証を通過していても、アプリケーションは許容する鮮度、識別子、リスクパラメーターを自ら決定する必要があります。

Question 8

Tellorデータを利用する際、その仕組みの限界をどのように理解すべきですか？

Accepted Answer

Tellorのデータ機構は、レポート、オンチェーンコンセンサス、バリデーター署名、アプリケーション側の検証という複数の段階に依存しています。TRBのステーキングと報酬は、参加者の経済的利益をレポートおよび監視行動に結び付けますが、外部データソース、異議申立て、鮮度、アプリケーションの設定ミスなどのリスクを排除するものではありません。

Question 9

TellorとTRBの公式情報はどこで確認できますか？

Accepted Answer

Tellor公式ドキュメントで、ネットワーク参加、データ統合、TRBブリッジの手順を確認できます。実際にブリッジを行う前に、公式Hubに表示されるウォレット、宛先アドレス、トランザクション手順を確認してください。開発者は、データ統合ドキュメントとデプロイ済みコントラクトの参照先に従うべきです。

Tellor (TRB)価格