オラクルは一律である必要はない
DeFiアプリケーションを構築してみたら、標準の価格フィードが要件に合わないと気づくかもしれません。
たとえば、
別の集約方法が必要。
特定のデータソースが必要。
独自の更新頻度が必要。
あるいは、標準フィードにカバーされていない資産がある。
その場合、どうなるのでしょうか?
ここでDIAのパーミッションレス(許可不要)なアーキテクチャが面白くなります。
$DIA
Luminaを使えば、開発者はカスタム・オラクルのコントラクトをデプロイし、自分たち独自の集約ロジックを作成できます。
基本的なアーキテクチャは次のようになっています:
データソース
↓
フィーダー
↓
カスタム集約
↓
オラクル・フィード
↓
あなたのアプリケーション
また、DIAは、開発者がインフラ全体を自分で作らずにカスタム・オラクルを作りたい場合のために、Oracle Builderも提供しています。
大きな考え方はシンプルです:
すべての金融アプリが同じオラクル設定を消費しなければならないわけではありません。
DeFiはより専門化しつつあります。
貸付、デリバティブ、ステーブルコイン、RWAプラットフォーム、ニッチ市場など、それぞれデータ要件は異なり得ます。
オープンなオラクル基盤があれば、開発者はアプリケーションに合わせてデータ層を適応させる柔軟性を得られます。
それが、オラクルの考え方の別の形です。
単に:
「価格はこちら。」
ではなく:
「ここにインフラがある。アプリに必要なデータフィードを作ってください。」
これは次世代のオラクル・ネットワークにおける、より重要な特徴の一つになり得ます。
#DIA #DeFi #Oracle #blockchain
DeFiアプリケーションを構築してみたら、標準の価格フィードが要件に合わないと気づくかもしれません。
たとえば、
別の集約方法が必要。
特定のデータソースが必要。
独自の更新頻度が必要。
あるいは、標準フィードにカバーされていない資産がある。
その場合、どうなるのでしょうか?
ここでDIAのパーミッションレス(許可不要)なアーキテクチャが面白くなります。
$DIA
Luminaを使えば、開発者はカスタム・オラクルのコントラクトをデプロイし、自分たち独自の集約ロジックを作成できます。
基本的なアーキテクチャは次のようになっています:
データソース
↓
フィーダー
↓
カスタム集約
↓
オラクル・フィード
↓
あなたのアプリケーション
また、DIAは、開発者がインフラ全体を自分で作らずにカスタム・オラクルを作りたい場合のために、Oracle Builderも提供しています。
大きな考え方はシンプルです:
すべての金融アプリが同じオラクル設定を消費しなければならないわけではありません。
DeFiはより専門化しつつあります。
貸付、デリバティブ、ステーブルコイン、RWAプラットフォーム、ニッチ市場など、それぞれデータ要件は異なり得ます。
オープンなオラクル基盤があれば、開発者はアプリケーションに合わせてデータ層を適応させる柔軟性を得られます。
それが、オラクルの考え方の別の形です。
単に:
「価格はこちら。」
ではなく:
「ここにインフラがある。アプリに必要なデータフィードを作ってください。」
これは次世代のオラクル・ネットワークにおける、より重要な特徴の一つになり得ます。
#DIA #DeFi #Oracle #blockchain