Chainlink

Chainlinkは分散型オラクルネットワーク（DON）プラットフォームであり、スマートコントラクトを現実のデータ、オフチェーンシステム、他のブロックチェーンに接続します。Chainlinkは独自の基盤チェーンを運用するのではなく、チェーンに依存しない形で、独立したオラクルノードがデータを取得したり計算を行ったりし、「オフチェーンレポート」などのプロトコルを使用してオフチェーンで合意し、暗号的に署名された結果をオンチェーンで提供します。このオラクルレイヤーは、市場データや参照データ、低遅延価格ストリーム、検証可能なランダムネス、スケジュール実行、オフチェーン計算、クロスチェーンメッセージングおよびトークントランスファーなどのサービスを支えています。このアプローチは、プロジェクトのアーキテクチャ概説やChainlink 2.0の研究論文で概説されています。

Chainlinkはデータサービス全般で集約した価格フィードやアプリケーション固有の証明書（オフチェーン担保によって裏付けられた資産の準備金の証明など）を公開し、要求に応じて検証できる署名された低遅延の市場更新を提供するデータストリームを提供しています。相互運用性のために、クロスチェーン相互運用プロトコル（CCIP）は、公的および私的チェーン間でメッセージやトークンを移動させるためのものであり、プログラム可能なトークン移転と、レート制限や専用のリスク管理をコアメッセージングパスに重ねたセキュリティモデルを備えています。プラットフォームレベルで、Chainlinkはデータ、相互運用性、コンプライアンス、プライバシーの4つの分野にわたってその能力を整理しており、プライバシーはChainlink Functionsの暗号化されたシークレットやACEを介したポリシー制御のようなサービスレベルのコントロールを通じて扱われています。

LINKはプラットフォームのネイティブユーティリティトークンです。アプリケーションはChainlinkのサービスに対してLINKで支払いを行い、トークンはステーキングなどのサービスレベルのセキュリティメカニズムにも使用されます。LINKはEthereumでERC-677トークン（transferAndCallを追加するERC-20互換標準）として発生し、公式契約参照はLINKトークン契約ページで維持されています。統合の摩擦を軽減するために、Chainlinkはペイメント抽象化モデルを運用しており、ユーザーが他の資産で手数料を資金提供できる一方で、プラットフォームは背後でLINKで決済します。また、組織は戦略的なChainlink Reserveを導入しており、その資料によると、オンチェーン手数料や特定のオフチェーン収入を変換することによってLINKを蓄積しています。

ChainlinkはWeb3と機関のワークフローの両方に向けてポジショニングされています。DeFiチームは、価格やリスク信号、または低遅延ストリームをプロトコルに直接統合しますが、市場インフラのパイロットは、CCIPを使用して既存の金融ネットワークと複数のブロックチェーンを接続することを探求しています—例としては、Swiftが報告した実験や、DTCCが説明した「スマートNAV」パイロットがあります。

重要：このようなアイテムは、通常はパイロットまたは限定的な範囲の統合であり、全体的な生産的展開ではありません；読者は、範囲や状況について各機関の開示に依存する必要があります。

LINKはChainlinkサービスのための基準単位として機能し、いくつかのセキュリティメカニズムの基盤となっています。実際には、アプリケーションは直接的にまたはペイメント抽象化を介してLINKで使用料を資金提供し、手数料を清算します。このペイメント抽象化により、エンドユーザーは他の資産での支払いを行いますが、プラットフォームがその支払いを背後でLINKに変換します。

手数料の取り扱いは製品によって異なりますが、同じ原則に従います。クロスチェーンメッセージングおよびトークントランスファーの場合、CCIP請求モデルはLINKまたはネットワークのネイティブガストークンでの支払いをサポートし、メッセージ実行、宛先ガスおよびデータ可用性に関連するコストをカバーします（CCIP請求の下で文書化されています）。VRF v2.5では、サブスクリプションをLINKまたはネイティブトークンで資金提供でき、ネイティブトークンの支払いにはより高いプレミアムが適用されます。データストリームでは、LINKと代替資産を受け入れるペイパーバリフィケーションおよびサブスクリプションモデルをサポートし、報告書が消費されるときにオンチェーン検証が行われます（データストリームのドキュメントに詳細があります）。Functionsはオフチェーン計算と配信をカバーするサブスクリプション残高を使用し、Functionsのアーキテクチャに概説されている通りです。これらのサービス全体で、LINKはユーザーが何か他のもので手数料を資金提供している場合でもプラットフォームレイヤーでの決済資産として残ります。

LINKはまた、Chainlinkがサービスのパフォーマンスに結びつく暗号経済的なレイヤーとして位置付けるステーキングを支えています。現在のプログラム（v0.2）はモジュラープールデザイン、明示的な解除、およびコミュニティとノードオペレーターの配分での初期4500万LINKの上限を導入しました；パラメータはプログラムによって設定され、時間とともに進化する可能性があります。詳細はステーキングv0.2の概要に記載されています。

日常的な手数料清算やステーキングを超えて、Chainlink ReserveはLINKの戦略的なオンチェーンリザーブとして機能します。プロジェクトの資料によると、ペイメント抽象化はオンチェーンおよびオフチェーンの収入をLINKにルーティングし、タイムロックされた引き出しポリシーの下でリザーブに蓄積されます；活動と保有情報はリザーブダッシュボードで可視化されます。

運用上、LINKは複数のネットワークに存在するため、アプリケーションがサービスが展開されている場所で使用を資金提供できます。公式アドレスはLINKトークン契約ページに掲載されており、統合が正しいトークンインスタンスを参照することを保証します。

LINKはERC-677として実装されており、ERC-20互換の標準でtransferAndCallを追加し、トークン転送がデータを渡して受信契約内のロジックをトリガーできるようにします；この動作はERC-677仕様で定義されています。これにより、「ペイ＆コール」フローがオラクル統合で一般的になり、ERC-20ツールとの互換性も保たれます。

正式なアドレスはChainlinkのLINKトークン契約ページに掲載されており、公式の展開をサポートしているネットワーク全体に渡り、手数料を資金提供したり、アローワンスを設定したり、ウォレットを統合する際は真実の情報源として扱うべきです。Solidityの実装はLinkTokenリポジトリで維持されており、ERC-677トークン（18の小数点、シンボルLINK）とそのERC-20互換性が文書化されています。

Chainlinkは、ブロックチェーンの下ではなく、隣に座る**分散型オラクルネットワーク（DON）**のメッシュとして構築されています。各DONは、複数のデータソースから観測値を収集し、外れ値をフィルタリングし、**オフチェーンレポーティング（OCR）**を使用して合意に達する独立したオラクルノードのグループです。オラクルネットワークは、合意と契約の実行を効率化し、最終結果とその検証の成果物をオンチェーンで利用できるようにします。ハイレベルの設計と信頼モデルは、プロジェクトのアーキテクチャ概説や分散型モデルで概説されています。

価格フィードなどのデータサービスでは、DON内のノードが独立して複数のソースから観測データを取得し、外れ値をフィルタリングし、合意に達します。OCRは、それらの観測を単一の報告書にまとめ、それをノードの過半数で署名し、オンチェーンの集約契約に提出します。契約はその集約契約から最新の値を読み取りますが、偏差しきい値やハートビートのようなパラメータが新しい更新が投稿されるタイミングを制御し、鮮度とガスコストのバランスを取ります。このアプローチにより、オンチェーンの競合が減少し、ラウンドごとに1つのトランザクションのみが必要ですが、基礎となる観測値や署名は検証できるため透明性が保たれます。OCRメカニズムと集約の流れは、オフチェーンレポーティングのドキュメントや価格フィードのリクエスト/レスポンスモデルで説明されています。

他のサービスも異なる出力や検証パスを持つ同じDONパターンを再利用しています。データストリームは、DONによってオフチェーンで署名された高頻度の市場更新を提供し、契約がそれを消費する瞬間にオンチェーンで検証パスを提供します。つまり、遅延が重要なアプリケーションは、最終性が必要なときのみ支払います。検証プロセスはデータストリームのアーキテクチャで説明されています。Functionsは、開発者がオフチェーン計算とAPI呼び出しをリクエストできるようにし、DONはジョブを実行し、結果を集約し、関連する証明を持った出力を契約に返します。詳細はFunctionsのアーキテクチャに記載されています。VRFは、正確にかつ偏りなく値が生成されたことを証明する証明と共にランダム性を生成し、オートメーションは条件を監視し、事前定義された契約アクションをトリガーするDONベースのキーパーを運営します。両方ともVRFおよびオートメーションのガイドで詳細が説明されています。

DONはサービス固有であるため、構成は明示的です。各ネットワークは、どのノードオペレーターが参加するか、どのデータソースが承認されるか、過半数の要件と署名スキーム、レポートを受け入れるオンチェーン契約を定義します。これにより、Chainlinkはチェーン非依存になります。同じサービスが複数のL1/L2に出版できるように、各環境に応じたパラメータで調整されますが、暗号的な境界は明確に保たれます。オフチェーンでの合意、オンチェーンでの検証性と状態の更新が行われます。実際には、開発者は目的の契約（たとえば、フィード集約契約や検証契約）から読み取り、そのネットワークに文書化されたサービス制限に従って統合します。これが、実装の詳細がドキュメンテーションの製品固有のセクションに存在する理由です。

Chainlinkのデータレイヤーは、スマートコントラクトに対してタイムリーで改ざん耐性のある情報を提供し、明確な検証パスを確保するように設計されています。このプラットフォームは、オンチェーン消費とオフチェーン集計を分離しています：オラクルネットワークは複数のソースから情報を取得し、オフチェーンで合意した後、オンチェーンに統合した値を公開するか、契約が必要なときに検証できる署名されたレポートを返します。このセクションでは、あなたが最も頻繁に遭遇する3つのファミリー—価格フィード、スマートデータ、およびデータストリーム—に焦点を当てており、開発者がアドレス、パラメータ、およびサービス制限を取得するための標準参照にリンクしています。

価格フィード（参照データ）。 これは、ほとんどのDeFiアプリケーションが直接読み取るオンチェーンの参照レートです（たとえば、ETH/USDなどの資産ペア）。独立したノードオペレーターは、複数の会場から見積もりを取得し、それらを集約して消費契約がオンチェーンの集約者から読み取る単一の値を生成します。更新ポリシーは明示的です：フィードは偏差しきい値を越えた場合やハートビートの間隔に合わせて新しい値をプッシュし、鮮度とガスコストのバランスを取ります。パラメータ（ソース、しきい値、参加ノード）はネットワークによって異なるため、統合者はデプロイメントの前に価格フィードのドキュメントから正確な集約者アドレスと構成を取得する必要があります。これらの詳細は、ドキュメントのデータフィードセクションの下にあります：データフィードおよび価格フィードのアドレス。

スマートデータ（専門的なデータセットと証明）。 スマートデータは複数の変数とアプリケーション固有のデータセットを共通インターフェースの下にまとめ、契約が単純な価格以上の情報を消費できるようにします。典型的な例には、オフチェーンまたはクロスチェーンの準備金が存在し、供給と一致することを示すためのオンチェーン証明書である準備金の証明や、適切なパートナーが確認された値を公開するNAV/AUMなどのファンドスタイルの参照データが含まれます。目標は、価格に対して使用されるのと同じ暗号的な保証を持ちながら、複雑な現実の信号をオンチェーンで利用できるようにすることです。開発者は、スマートデータのランディングページや準備金の証明製品ページでカテゴリや統合ノートを閲覧できます：スマートデータおよび準備金の証明。

データストリーム（低遅延の市場データ）。 遅延に敏感な用途（デリバティブ、パーペチュアル、清算）のために、データストリームは、高頻度のDON署名された市場の更新をオフチェーンで提供し、契約がそれらを消費する瞬間にオンチェーンでの検証パスを提供します。各ティックをチェーンに書き込むのではなく、アプリケーションは最新の署名されたレポートをオンデマンドで検証し、最終性が必要なときにのみ支払います。このデザインは、オンチェーンの競合を減少させつつ、監査可能性を保ち、担保や会計に使用される遅い速度のオンチェーン参照フィードを補完します。アーキテクチャと統合パターンはデータストリームの下で説明されています。

これらのサービス全体にわたって、リスク管理に関する2つの運用上のポイントが重要です。まず、アドレスとパラメータはサービスおよびチェーン固有である；常に公式のディレクトリに対して統合し、ターゲットとするネットワークの文書化された制限を遵守する必要があります。第二に、データソースとオペレーターの多様性は脅威モデルの一部です：フィードとストリームは、特定のソースまたはノードの障害を耐えるように設計されていますが、アプリケーションはオラクルの読み取りに加え、自身の合理的チェックやサーキットブレーカーを実装する必要があります。製品ドキュメントのガイダンスに従ってください。

準備金の証明（PoR）は、Chainlinkデータサービスであり、オフチェーンまたはクロスチェーンの準備金についてのオンチェーン証明書を公開し、スマートコントラクトが発行されたものと実際に保有されているものを自動的に比較できるようにします。分散型オラクルネットワークは、指定されたソース（保管代理の証明、監査報告書、プログラム制御のウォレットなど）から準備金の証拠を集め、それらの観測をオフチェーンで集約し、署名された準備金の値をオンチェーンの参照契約に記入します。開発者は、その契約を他のデータフィードと同様に扱い、最新の準備金の数字を読み取り、期待から逸脱した場合に行動します。このサービスは、Chainlinkの準備金の証明ページおよびドキュメンテーションのスマートデータセクションで説明されています：chain.link/proof-of-reserveおよびdocs.chain.link。

法定通貨に裏付けられたステーブルコインの場合、PoRは「オンチェーンの供給は確認されたオフチェーンの準備金を超えてはならない」といった単純な不変性をエンコードするのに役立ちます。発行者や第三者は、信頼できる準備金情報のソース、通常は保管APIまたは監査証明エンドポイントを手配し、オラクルネットワークはその情報を改ざん耐性のあるオンチェーンの値に変換します。ステーブルコイン契約は、準備金のフィードがミスマッチを示すと、発行を一時停止したり、転送を制限したり、アラートをトリガーしたりできます。これにより、ポリシーの強制がトークンのロジックに組み込まれ、伝統的な保管アレンジメントが維持されます。

ラッピング資産およびクロスチェーン表現のために、PoRはブリッジされたトークンが元の担保に完全に裏付けられていることを確認します。オラクルネットワークは、基礎資産を保持する参照ウォレットやロッキング契約を監視し、現在の裏付けを公開します。発行された供給を下回る場合（たとえば、ブリッジの事故による場合）、アプリケーションは入金を拒否したり、発行を停止したり、リスクパラメータを自動的に調整します。このパターンは、ラッピングされた暗号資産や保管に基づくクロスチェーンのステーブルコインにとっても同様に関連性があります。

トークン化されたファンドの場合、PoRはポートフォリオまたはファンド管理データと組み合わせて、オンチェーンのインストゥルメントが最新の確認された保有を反映できるようにします。単純なケースでは、準備金のフィードが特定の担保資産の数量を述べるかもしれません（例：現金、Tビル、金）。より複雑なケースでは、ファンド管理者がNAV/AUMや関連するメトリックをより広いスマートデータモデルの下で公開し、発行や償還のロジックが検証可能でタイムスタンプされた値を参照できるようにします。Chainlinkは、マーケットインフラの企業がファンドデータをオンチェーンで配布するパイロットを示すこともしました。

運用上、PoRは他のChainlinkデータサービスと同じメカニズムに従います：複数の独立したノードが独立したソースから情報を取得し、オフチェーンで合意し、フィード契約に単一の署名された更新を投稿します。更新ポリシー（偏差しきい値、ハートビート、アラート）はフィードごとおよびネットワークごとに設定され、統合者はオラクルの読み取りに加え、自身のサーキットブレーカーや合理的チェックを実装することが求められます。アドレスとパラメータは関連する製品ディレクトリ内に公開されており、リスク管理ノート—フィードの選択方法や古いデータや外れ値の取り扱い方—は、ドキュメント内のデータフィードガイダンスに含まれています。

Chainlink VRF（Verifiable Random Function）は、スマートコントラクトに対してリクエストされる前は予測不可能で、配信後は証明可能に正しいランダム値を提供します。分散型オラクルネットワークは、ランダムな出力と共に暗号的な証明を生成します；その証明はVRFコーディネーターによってオンチェーンで確認され、値がリクエスト契約に利用できるようにされます。このデザインは、オンチェーンの「疑似ランダム性」の落とし穴（たとえば、ブロックハッシュに依存すること）を避け、呼び出し者に対して結果がマイナー、バリデーター、オラクルオペレーター、またはアプリケーション自体によって操作されていないことを示す証拠を提供します。メカニズムとリクエスト/履行サイクルは、VRF v2.5ガイドに記載されています：docs.chain.link/vrf。

VRF v2.5は現在のバージョンです。柔軟なリクエストフォーマット、消費者を再デプロイせずにコーディネーターを切り替える機能、LINKまたは使用されているチェーンのネイティブトークンでプロジェクトが支払える料金オプションを導入しています。資金調達はサブスクリプションまたは直接資金調達を通じて管理でき、コストはオラクルの実行とコールバックガスをカバーします；請求と制限はVRFの始め方、請求、およびサポートされているネットワークのページに文書化されています。

一般的な使用ケースには、オンチェーンゲーム（ルートドロップ、マッチメイキング、ターンオーダー）、NFTミント（公正な特性の割り当てと配布）、宝くじやラッフル、および公平なサンプリングが含まれます。各ケースで契約はランダム性をリクエストし、DONは値と証明を返し、契約はオンチェーン検証が通過した後にのみアクションを実行します。統合パターンとセキュリティノートは、VRF v2.5のベストプラクティスやセキュリティ考慮事項で扱われています。

運用の観点からは、開発者はコールバックガスリミットや確認要件などのパラメータを設定し、標準的なセーフガード（たとえば、再入れ防止、実行が間に合わなかった場合の問題解決ロジック、大きなランダムワードを小さな範囲にマッピングする際のモジュロ算術の慎重な使用）を実装すべきです。制限やコーディネーターはネットワークによって異なるため、生産デプロイメントでは各チェーンの正しいコーディネーターアドレスと制約を取得するために、VRF v2.5のサポートされているネットワークのページを参照すべきです。

Chainlink Functionsは、契約が分散型オラクルネットワークからオフチェーン計算やAPI呼び出しをリクエストし、オンチェーンで証明に裏付けられた結果を受け取ることを可能にします。開発者は、オフチェーンで何を行うかを記述した短いJavaScriptスニペットを書き、外部APIからデータを取得したり、計算を実行したり、JSONを変換したりします。このリクエストを消費者契約から提出します。オラクルノードは、サンドボックス内でコードを実行し、応答を集約し、報告書に署名し、Functionsルーターを介して契約に出力を提供します。ワークフローと信頼モデルは、FunctionsのアーキテクチャとChainlinkのドキュメンテーションでの開始ガイドに示されています。

一般的なフローは次の通りです。契約はパラメータ（ソースコードのハッシュや引数を含む）を持つリクエストを発行し、オラクルネットワークはコードを取得して実行し、消費者が使用するために単一の署名された履行がオンチェーンに投稿されます。計算とデータ取得がオフチェーンで発生するため、開発者は重いロジックをチェーンにデプロイすることなくWeb2 APIやライセンスデータセットにアクセスでき、かつ検証可能なオンチェーン成果物を得ることができます。リクエストは引数を渡し、コールバックのための期待されるガスリミットを設定し、タイムアウトを指定して、結果が間に合わなかった場合には呼び出し者が問題解決するようにできます。

Functionsはシークレット管理をサポートしており、APIキーやトークンがオンチェーンに公開されることはありません。シークレットは暗号化され、参加するオラクルノードに配布され、ノードは実行中のみそれらを使用します。また、必要に応じてシークレットを回転させたり無効にしたりできます。ドキュメンテーションでは、DONホスティングとゲートウェイ管理のオプション、シークレットのスコーピングやログや返却値での漏洩を避けるためのガイダンスが記述されています。

請求は、オラクルの実行と配信の費用を支払うためのサブスクリプションを介して処理されます。プロジェクトは残高を資金提供（通常はLINK）し、各リクエストはネットワークの価格スケジュールに従ってその残高をデビットします；プラットフォームの他の部分でのペイメント抽象化は、チームが他の資産で資金を提供し、LINKでの清算が行われることを可能にします。最大レスポンスサイズ、リクエスト率、コールバックガスなどの制限はサービスおよびチェーン固有であり、生産デプロイメントは開始する前にFunctionsドキュメントでネットワークごとの制約を確認すべきです。

一般的な使用例には、永続的なオンチェーンフィードを必要としないタイムセンシティブなWebデータの取得、リスクモデルのオフチェーン信号による強化、動的NFTの更新、および他のChainlinkサービスとのワークフローの統合—FunctionsでAPIを呼び出し、データストリームを使用して価格を検証し、次にCCIPを介してクロスチェーン移動を指示する、といった形で—が含まれます。運用上、優れた衛生状態は他のオラクル統合と同様です：消費者契約内での入力やタイムスタンプを検証し、コールバックガスに上限を設け、冪等性を強化し、実履行が再生または遅延した場合に下流アクションがループしたり二重に支出されたりしないようにサーキットブレーカーを追加します。

Chainlink CCIP（クロスチェーン相互運用プロトコル）は、公的および私的なブロックチェーンを接続する汎用メッセージおよびトークン移転プロトコルです。CCIPは、資産ごとに単一のロック・ミントブリッジに依存するのではなく、分散型オラクルネットワークを使用して任意のメッセージとトークンの移動を中継し、配信の確認を目的地チェーンで行います。このプロトコルは、CCIPの開発者ページとそのアーキテクチャで文書化されています。

多くの「クラシック」ブリッジとの実際の違いは、トークンとセキュリティのモデルにあります。トークン発行者は、ERC-20契約を「ブリッジ対応」に変更する必要はありません。クロスチェーントークン（CCT）モデルでは、発行者が監査を受けたトークンプール契約をデプロイし、オリジナルトークンロジックを保持したまま、ミント/バーンまたはロック/リリースのセマンティクスを処理します；CCIPメッセージはプールに指示を出し、同じルートが複数のチェーンにサービスを提供します。このプールデザインには、トークンごとおよびルートごとの価値の流れを制御する構成可能なレート制限と、目的地チェーンの状況（たとえば、ガスのスパイク）に適応するスマート実行という信頼性機能が備わっています。これらの要素は、CCIP v1.5アップグレードノートで導入され、プロトコルの文書に拡張されています：CCIP v1.5（CCT &機能）。

セキュリティは層状にされており、コアDONはクロスチェーンメッセージの順序付けと配信を処理し、別のリスク管理ネットワーク（RMN）—独立したノードの集合体—がフローをアウトオブバンドで監視します。異常活動が検出されると、RMNは保護措置（たとえば、ルートの一時停止）をトリガーできるようにします。トークンごとのレート制限や許可されたルートと組み合わせて、この「ディフェンスインデプス」アプローチは、すべての資金を1組のキーの背後に保持する単一契約ブリッジに比べて、潜在的な失敗の衝撃範囲を減らすことを意図しています。脅威モデルと役割は、CCIPのアーキテクチャで概説されています。

CCIPはプログラム可能なトークン移転をサポートし、同じメッセージ内でトークンとデータペイロードを送信します。目的地チェーンでは、受信契約はアトミックにビジネスロジックを実行でき（アカウントへのクレジット、担保の預金、取引の開始、または会計の更新など）、別々のエラーの発生し得るステップを踏むことなく処理することができます。また、CCIPは純粋なメッセージ（トークンなし）を運ぶことも可能で、開発者はエンドツーエンドでマルチチェーンアプリケーションを調整できます：たとえば、Chain Aでデータストリームを使用して署名された価格を検証し、Chain Bで清算を指示し、プライベート台帳に監査記録を投稿することができ、すべては指定されたルートに沿って検証可能なメッセージを転送することによって行われます。

運用的に、ユーザーはメッセージ実行と目的地チェーンのガスに対してCCIP手数料を支払います；請求オプションはCCIP請求に文書化されています。ルート、トークンプール、およびパラメータはチェーン固有であるため、生産デプロイメントでは、公式ドキュメントでネットワークごとのアドレスと制限を参照する必要があります。他のクロスチェーンシステムと同様に、アプリケーションは自分のガード（冪等性ハンドラ、再生保護、リスク許容度に応じた価値の上限）をCCIPの組み込み制御とともに実装する必要があります。

機関のトークン化には、価格フィードやブリッジ以上のものが必要です。資産はチェーンや従来の台帳間で同期され続ける必要があり、外部システムにわたる複数のステップワークフローを実行し、トランザクション時にポリシーを強制しなければなりません。Chainlinkのアプローチは、共同して機能するように設計された3つの構成要素を組み合わせています：

統一されたゴールデンレコード（UGR）。 Chainlinkは、トークン化された資産が移動するたびに、その重要な事実が一貫性を持つように「トークン化された資産と共に移動する」持ち運び可能な検証可能な記録を説明しています。UGRは、参照データ（たとえば、ISIN、発行者の詳細）、NAVや準備金の証明などの評価信号、ライフサイクルメタデータ（発行/償還状態）、コンプライアンス証明をバンドルします。資産がチェーン間を移動すると、同じ記録が更新され、各会場で新たに作成されることはありません。これにより、下流システムは真実の単一のソースを調整できるようになります。この概念とパターンはChainlinkの統一されたゴールデンレコードに関する投稿で説明されています。

Chainlinkランタイム環境（CRE）。 トークン化は、投資家のオンボーディング、現金または担保の確認、ミント/バーンの指示、および清算のようなステップを経ることがよくあります。CREは、データ、相互運用性、計算、コンプライアンスのオラクルサービスを検証可能なワークフローに編成するオーケストレーションレイヤーとして提示されています。開発者はワークフローを定義します。CREはオフチェーンのAPI呼び出し、オンチェーンの更新、クロスチェーンメッセージを調整し、ステップが順番に実行されるようにし、監査のための暗号的な成果物を生成します。Chainlinkは、J.P. MorganのKinexysネットワークとOndoの環境間のテストトランザクションなど、支払い対配信の流れを示す例を示しました。この背景や例は、CRE紹介とChainlinkのブログにおけるDvPウォークスルーで見ることができます。

自動コンプライアンスエンジン（ACE）。 規制資産は、移転時にルールが必要です。ACEは、アイデンティティとリスク信号（たとえば、GLEIFのvLEI証明、制裁やAMLスクリーニング）をオンチェーントランザクションに接続するCREに基づいたポリシー強制フレームワークです。ホワイトリスト、管轄限界、特定の資産の制限などのポリシーは、必要なチェックが満たされるときにのみ転送が進むように表現できます。また、監査人のためのモニタリングと報告も行われます。Chainlinkは、Apex Group、GLEIF、およびERC-3643協会を含む協力者と共にACEを立ち上げました；詳細はACE製品ページおよび立ち上げ投稿で確認できます。

実際には、これら3つの要素は相互に組み合わせることを意図しています。Chain Aでミントされたファンドシェアは、そのUGR（識別子、現在のNAV、転送制限）を運ぶことができ、CREはサブスクリプションの現金確認や発行を調整し、ACEはKYC/AMLと資産固有の規則を強制し、CCIPは同じUGRが更新される一方で、シェアや指示をChain Bに移動させることができます。その結果、管理者は資産がどこで決済されるかに関係なく、一貫したデータを読み取り、契約は即時のオフチェーンプロセスではなく、検証済みの事実に基づいて行動することができます。

この分野における他の機関の作業と同様に、上記のモデルはドキュメント、デモ、およびパイロット実装に示されています。範囲と生産状態は参加機関によって異なる；読者は各公表をそのまま解釈し、正確な設定のために主要な情報源を確認すべきです。

Chainlinkステーキングv0.2は、特定のChainlinkサービスのパフォーマンスとステーキングされたLINKを結びつけるプログラムの現在のバージョンです。立ち上げ時、v0.2はプールを45,000,000 LINK（コミュニティ参加者およびノードオペレーター用の個別の配分あり）に拡大し、ステーキングをモジュラーでアップグレード可能なシステムとして再設計しました。アクセスは2023年11月～12月に優先マイグレーション、早期アクセス、一般アクセスとして展開されました。パラメータのハイライトには、28日間の解除（クールダウン）、7日間のクレームウィンドウ、90日間の報酬の上昇、およびプールが満たされるにつれ調整されるように設計された基本のフロア報酬率が含まれています。詳細はv0.2の概要やFAQに設定されています。

何をセキュリティするか。 ステーキングはスコープ内のオラクルサービスのパフォーマンス保証をサポートします（最初はEthereumのETH/USDデータフィードで、設計はCCIPなど、他のサービスに時間をかけて拡大されることを意図しています）。ステーキングサービスをサポートするノードオペレーターは、定義されたパフォーマンス条件が満たされていないという有効なアラートが示されると、スラッシュされる可能性があります。プログラムには、検出と応答を促進するためにアラート機構とパラメータ（たとえば、インシデントごとのスラッシュ金額やアラート報酬）が定義されています。

何をセキュリティしないか。 LINKのステーキングは、ベースレイヤーのコンセンサスに参加しません（Ethereumや他のL1/L2のブロックを検証することはありません）、また、自らブロックチェーンの稼働を制御することもありません。v0.2では、コミュニティステーカーはスラッシュされることはなく、ステーキングにカバーされないサービスを提供するノードオペレーターも同様にこのバージョンではスラッシュされることはありません；それらのルールへの変更は、将来のバージョンおよびオプトインマイグレーションを必要とします。

参加者の役割と流れ。 2つのグループが参加します：コミュニティステーカー（アドレスごとの最小/上限）とノードオペレーターステーカー（より高い最小/上限）。報酬はプールの充填と利用可能な報酬に応じた可変率で時間と共に加算されます；コミュニティ報酬の一部は自動的にノードオペレーターに委託され、インセンティブが一致します。アンステーキングを開始したステーカーは、28日のクールダウンに入ります；7日間のクレームウィンドウの後、未請求のステークは自動的にv0.2に再入場し、報酬は引き出し時点まで加算され続けます。重要な運用上のセーフガードには、セキュリティ上重要な構成の変更に対するタイムロックが含まれており、解除期間を超えます。

将来の要素。 v0.2のモジュラーアーキテクチャは追加サービスをサポートするように設計されており、進化するアラート/スラッシュ条件や新しい報酬源（たとえば、ユーザーフィー収益）の提供に適応できるように設計されています。これらはChainlinkによって述べられたロードマップの能力であり、タイミングの保証ではなく、プログラムデザインとして解釈されるべきです。

Chainlinkノードは独立したオペレーター（インフラチームやサービスプロバイダー）が運営しており、オラクルソフトウェアを維持し、データソースに接続し、署名されたレポートをオンチェーン契約に提供します。誰でもパブリックランブックに従ってノードを設定し、オペレーター契約をデプロイして仕事をこなすことができますが、生産オラクルネットワーク（たとえば、価格フィードや準備金の証明）は、特定のサービスとチェーンのために選択されたセキュリティレビュー済み、Sybil耐性のあるオペレーターで構成されています。この選択は、「独立したノードオペレーターの分散したセット」を説明する製品資料に示されており、サービス固有のアドレスおよび参加者はデータフィードディレクトリや、data.chain.linkのダッシュボードで表示されます。オペレーターの責任とリクエスト–履行のパターンは、開発者ドキュメントのChainlinkノードおよびオフチェーンレポーティングに記載されています：ノード概要、ノードを運営する、およびOCR。

各オラクルネットワークについて、Chainlinkはレポートを受け入れるメンバーシップ、過半数、契約を定義しています。ノードが直接リクエスト/レスポンスサービスを公開する場合、承認されたオペレーター契約をデプロイ（または工場を使用）するので、消費者はジョブや権限を送信する前に、そのアドレスが標準実装によって作成されたことを検証できます。データの質に関するガイダンスは、フィードがどう異なるか（たとえば、複数ソースの集約と単一ソースの証明）や、なぜオペレーターとソースの多様性が重要であるかを説明するもので、ドキュメント内の質の高いデータフィードの選択を参照してください。

インセンティブ。 オペレーターは、サービス提供に対してLINKで報酬を受け取ります。このプラットフォームのペイメント抽象化モデルは、アプリケーションが他の資産で手数料を資金提供できるようにし、システムが背後でそれらをLINKに変換します。Chainlinkの資料では、ネットワークの手数料の流れ（サポートされているアプリによるスマートバリュー回収を含む）が、ノードオペレーターに支払われるオラクル報酬をカバーするのに役立つことを示しています—これはオラクルレイヤーの持続可能性の目標の一部です。手数料がどのように収集、変換、ルーティングされるかについては、ペイメント抽象化の更新を参照してください：ペイメント抽象化。ステーキングに従属するサービスに引き込まれる場合、適切な、ステークされたサービスに参加するオペレーターは、定義されたパフォーマンス閾値を超えた場合にスラッシュされる可能性があり、報酬とサービスの信頼性が一致します；これはステーキングv0.2の概要で議論されています。

実際に、オペレーターの選択はサービス特異的です：ノードはあるチェーンのいくつかのデータフィードに参加し、別のフィードで準備金の証明、他の場所でCCIPルートに参加することができますが、それぞれ自分のキー、制限、モニタリングがあります。この構成が明示的であるため、統合者は常に利用しようとするサービスのためのネットワークごとのアドレスと現在のオペレーターセットを公式のドキュメントで参照し、オラクルネットワークが提供する保証とともに自身のセーフガード（冪等性ハンドラ、サーキットブレーカー、価値上限）を適用すべきです。

DeFi統合。 Chainlinkは、市場データや関連サービスに対するさまざまな生産プロトコルに埋め込まれています。Aaveは価格オラクルアーキテクチャ内でChainlinkを組み込み、貸し出しや清算のロジックが集約された市場レートを参照できるようにしています（Aaveオラクルドキュメント）。GMX v2は永続的な価格に対してData Streamsを使用し、すべてのティックをオンチェーンに書き込むのではなく、証明可能な更新をオンデマンドで使用します（GMXドキュメント）。Lidoは、ステーキングされたETHの参照価格が必要な下流統合をサポートするためにstETH–USD Chainlinkフィードを採用しました（Lidoの投稿）。これらは例であり、網羅的なリストではありません；Chainlinkは公式の開発者ドキュメント内にエコシステムユーザーやフィードアドレスの公開カタログを維持しています。

機関パイロットおよび市場インフラの実験。 いくつかの大規模な金融市場組織は、限られた範囲の設定でChainlinkコンポーネントをテストしています。Swiftは、既存のネットワークとCCIPのような相互運用性プロトコルを組み合わせて、トークン化された資産とメッセージを複数の公的および私的ブロックチェーンに移動させる実験の報告をしました。参加者にはANZ、BNY Mellon、Citi、Clearstream、Euroclear、DTCCが含まれていました（swift.comでの発表と結果）。DTCCは、Chainlink/CCIPを使用してミューチュアルファンドの価格データをオンチェーンで配布した**「スマートNAV」**のパイロットについて説明しました（dtcc.comでの概要）。Mastercardは、カード保有者のためのオンチェーントークン購入フローにChainlinkを組み込む協力を発表しました（mastercard.comのニュースルームの投稿）。

重要：これらの機関アイテムは通常、パイロット、概念証明、または限られた統合であり、包括的な生産展開ではありません。範囲と状況は、各機関の独自の開示から得るべきです。

Chainlinkのデザインは、単一の制御ではなく、深い防御を使用しています。データレイヤーでは、オラクルネットワークは独立したノードオペレーターで構成され、多様なデータソースから情報を取得し、観測をオフチェーンで集約し、オンクチェーンに署名されたレポートを公開します。これにより、単一のソースや単一のオペレーターリスクが減り、検証が透明です：消費者契約は署名を検証し、監査された集約契約からの最新の値を読み取ることができます。運用パラメータ—偏差しきい値、ハートビート、最大のガス/コールバックリミット—はサービスごとおよびチェーンごとに設定され、更新のリズムとコストが環境に調整できるようにされます。これらのメカニズムは、アーキテクチャ概述とデータフィードのドキュメントで見つかります。

クロスチェーンメッセージングとトークンの移動には、CCIPがサービス固有のコントロールを追加します。トークンプールは、ルートごとおよびトークンごとのレート制限を設定して価値の流れを制限し、配信にはスマート実行を使用して、ガススパイクなどの目的地チェーンの条件に適応させます。別のリスク管理ネットワーク（RMN）—独立したノードのセット—がフローをアウトオブバンドで監視し、異常が検出された場合には保護措置（たとえば、ルートの一時停止）をトリガーできるようにします。この層状モデルとDON、プール、RMNの役割は、CCIPのアーキテクチャおよびv1.5ノートで、クロスチェーントークン（CCT）モデルを紹介します。

ステーキングv0.2は、ステーキングされたLINKをスコープ内のサービスのパフォーマンスと結びつけ、定義された条件が違反された場合にノードオペレーターステーカーに対するアラート/スラッシュを導入しています。このプログラムはモジュラーでアップグレード可能であり、明示的な解除期間と、解除ウィンドウを超える構成のタイムロックを用意し、参加者がセキュリティ上重要な変更の前に退出する時間を提供します。パラメータと役割はステーキングv0.2の概要で示されています。

プライバシーとデータ処理は製品レイヤーで実施されます：Functionsは暗号化されたシークレットをサポートし、API認証情報がオンチェーンに公開されないようにし、ACEは設定されたポリシーに従って認可されたパーティーにのみ転送とデータアクセスを制限します。

セキュリティもプロセスと保証によって対処されます。Chainlinkは、フィードの選択、古くなった/外れ値データの取り扱い、消費契約内でのサーキットブレーカーの実装に関する製品レベルのガイダンスを公開しています（ドキュメント全体の統合ノートを参照）。正式なコントロールを必要とする組織には、ChainlinkがISO 27001認証を達成し、CCIP、価格フィード、準備金の証明などのコアサービスをカバーするSOC 2 Type 1誓約を発表したことが知られています；詳細と範囲はChainlinkのブログに提供されています。これらは外部の評価者によって検証された企業の開示であり、各機関の自身のセキュリティ要件とともに読まれるべきです。

実際には、信頼性は正しい統合に依存します。生産デプロイメントは次のことを行うべきです：公式契約住所とネットワークごとのレジストリを使用し、文書化されたサービスリミット（たとえば、コールバックガスや報告サイズ）を遵守し、クロスチェーンメッセージに対して冪等性ハンドラや再生保護を追加し、サーキットブレーカーを導入して、オラクルネットワークが提供する保証とともにアプリケーションレベルのガード（合理性チェック、ロジックの一時停止、価値上限）を実装します。チェーン固有のアドレス、参加者、およびパラメータは、ドキュメント内の製品セクションに保管されているため、統合者はどのネットワークと構成が使用されているかを正確に検証できます。

オラクルおよびモデルリスク。 すべてのオラクルは、不正確、古くなった、または操作された入力を提示する可能性があります。Chainlinkは、独立したノードオペレーター、多様なソース、および署名された集約を用いてこれを軽減しますが、消費アプリケーションは依然として合理性チェック、サーキットブレーカー、および一時停止/終了スイッチに責任を負います。偏差しきい値やハートビートは不必要な更新を減少させますが、新しいデータの遅延が発生する可能性があります；統合者はこれらを調整し、古いまたは外れ値の読み取りを自分のロジックで処理する必要があります。

オペレーター/セット構成およびアップグレード性。 サービスネットワークは、チェーンごとに明示的なオペレーターセット、過半数、契約で構成されています。その透明性は監査に役立ちますが、それはまた、誰が各ネットワークを運営し、更新がどのように展開されるかにリスクが依存することも意味します。Chainlinkはステーキングv0.2のようなプログラムについてタイムロックと変更管理を文書化していますが、管理者とアップグレードパスは依然として存在し、統合者は契約の役割を監視し、変更発表を確認し、構成変更が自分のリスク許容度と矛盾する場合には早急に一時停止できるように準備を整える必要があります。

クロスチェーンリスク。 チェーン間での価値移動は攻撃面を増やします（ルーティングエラー、目的地チェーンの混雑、経済的攻撃）。CCIPは、各トークン/各ルートのレート制限、スマート実行、およびルートを一時停止できる独立したリスク管理ネットワークを層状にして機能しますが、アプリケーションは自らの側で冪等性ハンドラ、再生保護、価値の上限を施行すべきです。脅威モデルと制御は、CCIPのアーキテクチャで概説されています。

経済的および開示リスク。 Chainlinkのペイメント抽象化は、様々な資産で資金提供されたユーザーフィーをLINKに変換し、組織はオンチェーン手数料や特定のオフチェーン収入からLINKを累積するChainlink Reserveを説明しています。これは会社が報告したメカニズムであり、公共のダッシュボードが用意されていますが、監査された財務諸表ではありません；読者は数字やフローを保証ではなく開示として扱う必要があります（ペイメント抽象化の更新やChainlink Reserveの説明に背景があります）。

指標の解釈。 ネットワーク統計（Transaction Value Enabled（TVE）、Total Value Secured（TVS）、確認済みメッセージカウントなど）はmetrics.chain.linkに掲載されています。これらは有用な方向性指標ですが、プロジェクトによって生成されるものであるため；精度が重要な場合は、基盤になる方法論または独立したソースに依存すべきです。

コンプライアンスと管轄権。 自動コンプライアンスエンジン（ACE）は、KYC/AMLおよび資産特有のルールをオンチェーンで施行することを目指していますが、規制要件は管轄権によって異なり、変更する可能性があります。機関はACEをポリシーツールとして、既存の制御フレームワークの中で取り扱うべきであり、それを代替するものではないと