リアルタイム金庫の課題
すべての金庫のシェアは、裏付け資産に対する請求権を表しています。問題は、それらのシェアを発行および償還するために使用される価格が実際に正しいかどうかです。
伝統的な金融では、NAV(1) の動きは緩やかです。ほとんどのファンドはフォワードプライシングを使用しており、入金はキューイングされた入金窓口を通じて後日決済されるため、自然と古い価格リスクが制限されます。
DeFi はそれを根本から変えます。金庫のシェアが貸付市場、レバレッジループ、オンチェーン金融システム全体で相互運用可能であるためには、基礎となる戦略や会計システムがチェーン、取引所、実行環境をまたいで非同期に更新される間に、入金はアトミックに行われる必要があります。
これにより、金庫が実際に保有しているものと、金庫が保有していると認識しているものとの間に危険なギャップが生じます。
資本が継続的に移動できる瞬間、NAV はレポーティング機能ではなくなり、コアインフラストラクチャになります。すべての入金、償還、リバランス、決済は、その瞬間に使用されている価格の完全性に依存します。古い NAV は表面的な問題ではなく、価値移転イベントなのです。
入金が古い残高に基づいて価格設定されると、新規ユーザーが既存の保有者を補助することになります。償還が古い価格設定に基づいて決済されると、引き出すユーザーが金庫から価値を引き出します。そして、NAV の更新が追いつく前に戦略が損失を被った場合、新規入金は、損失前の価格で価値の下がった在庫を気付かずに購入することになります。これらの障害は、表面的な APY には現れませんが、重要です。
これが、機関投資家向け DeFi の背後にある隠れたインフラストラクチャの問題であり、まさに Concrete が非同期のオンチェーン金融向けに設計されたリアルタイム NAV 管理システムを構築した理由です。
ほとんどの金庫システムは、次の前提に基づいて構築されていました。戦略は完全にオンチェーンであり、利回りの生成はプログラムによるものでした。資本はスマートコントラクトを介して移動し、ポジションは決定論的に更新され、会計は金庫自体に直接ハードコードすることができました。戦略が完全にオンチェーンで動作している限り、金庫は常にその基礎となるポジションと残高を即座に把握できるため、NAV の計算は比較的簡単でした。
その前提は、金庫がスマートコントラクト戦略を超えて進化した瞬間に崩れます。
現代の金庫システムは、アクティブな実行、キュレーター主導の配分、クロスチェーン展開、そしてリアルタイムでオンチェーンに反映できないオフチェーンの利回りソースにますます依存しています。戦略は現在、ブリッジ、パーペチュアル取引所、マネーマーケット、再ステーキングシステム、流動性プールを超えて運用されており、それぞれ決済時間、レポーティング遅延、流動性特性が異なります。場合によっては、関連するポジションの状態は、単純なトークン残高と同じ速度でオンチェーンに反映できないカストディアンレコード、取引所データ、クロスチェーン決済、またはオフチェーン実行記録に依存する場合があります。
その結果、資本は継続的に移動する一方で、金庫の基礎となる状態は非同期に更新され、金庫が実際に保有しているものと金庫が保有していると認識しているものとの間に危険なギャップが生じます。
そのギャップの中で、価値が漏れ出します。
価格設定の遅延は運用上の摩擦ではなく、隠れたリスク移転です。DeFi の動きが速くなればなるほど、会計の完全性はより重要になります。
オンチェーン金融のための NAV 管理
Concrete は、NAV を単一のオラクルや会計更新ではなく、システム問題として捉えています。そのアーキテクチャは、スムージングモデル、動的リスク閾値、独立した検証、入金管理、自動一時停止メカニズムを、市場の変動が激しい状況でも金庫の価格設定を正確に保つように設計された統合フレームワークに組み合わせています。
最初の課題はノイズです。生の価格設定データは本質的に不完全です。ブリッジの遅延、古い API、一時的な流動性の歪み、非同期決済イベントはすべて、短期的な会計を歪める可能性があります。Concrete は、指数加重移動平均（EWMA）を使用して NAV 観測値を平滑化し、最近の観測値により大きな重みを与えながら、孤立したスパイクや一時的な異常をフィルタリングします。(2) 目的はボラティリティを抑制することではなく、金庫の価格設定に対する孤立したデータ異常の影響を制限することです。
しかし、平滑化だけでは十分ではありません。なぜなら、すべての金庫の動作は異なるからです。デルタニュートラルキャリー戦略は、レバレッジド再ステーキング金庫とはまったく異なるボラティリティプロファイルを持っています。50ベーシスポイントの変動は、ある戦略では取るに足らないものであっても、別の戦略では壊滅的なものになる可能性があります。Concrete は、2週間の標準偏差モデル(3) から導出されたローリングボラティリティ測定値に一時停止閾値を結び付けることで、すべての金庫を独立して調整します。閾値は、安定期間中は自動的に厳しくなり、変動の激しい環境では緩くなり、静的な仮定に依存する代わりに、基礎となる戦略の動作に動的に適応するリスク管理を可能にします。
決済前の検証
それでも、検証なしのスピードは機関投資家向けインフラストラクチャにはなりません。Concrete 内のすべての NAV 更新は、三者間検証プロセスを通過します。トランザクションプロポーザーは、戦略と会計データを使用して提案された更新を計算します。独立署名者は、別の会計ソースに対して更新を検証します。最後に、スマートコントラクト自体が、事前定義された会計範囲外の更新を拒否します。(4) 設計上、Concrete を含む単一のオペレーターは、スマートコントラクトによって強制される範囲外で金庫の会計を一方的に変更することはできません。このシステムの目的は、単なる運用上の冗長性ではなく、不良データ、古いレポート、またはオペレーターのミスが、ユーザーが取引する価格設定レイヤーに直接影響を与えるリスクを低減することです。
しかし、価格設定の完全性は問題の半分に過ぎません。完全に検証された会計システムでも、市場イベントと決済更新の間の遅延を排除することはできません。
検証は、報告された NAV が正しいことを保証します。決済の完全性は、金庫の基礎となる状態が非同期に更新され続ける間、ユーザーがその NAV に対して公平に取引することを保証します。
目標は、遅延を完全に排除することではありません。目標は、一時的な不確実性が永久的な価値漏洩になるのを防ぐことです。
次の預金者を守る
これは、重大な損失イベントの際に最も重要になります。ここで、ほとんどの DeFi の一時停止システムが根本的に誤解されています。一時停止メカニズムは、プロトコルやオペレーターを保護する運用上の安全策としてしばしば位置づけられます。実際には、それらは次の預金者を保護するために存在します。
NAV が完全に更新される前に戦略が重大な損失を被った場合、最悪のシナリオは、新しい入金が古い価格設定で金庫に入り続けることを許可することです。これらのユーザーは、気付かずに価値の下がった在庫を効果的に購入していることになります。Concrete の一時停止アーキテクチャは、特にこのシナリオ向けに設計されています。ライブ観測レイヤーと平滑化された価格設定モデルとの間の乖離がボラティリティ調整済み閾値を超えた場合、システムは価格設定の完全性が回復するまで入金を停止するように設計されています。(5) 目的は運用上の利便性ではなく、損失が参加者間で意図せず社会化されるリスクを低減することです。
引き出しも同じ問題を逆方向にもたらします。引き出しリクエストが開始された後も資本が展開されたままの場合、それは依然としてリターンを生み出しており、依然としてリスクにさらされています。ポジションが実際に解消される前にユーザーが退出したものとして扱うと、経済的エクスポージャーと会計上の現実との間にミスマッチが生じます。
Concrete の非同期金庫アーキテクチャは、リクエスト時の NAV ではなく、決済時の NAV に対して償還を決済する、ERC-4626 互換のエポックベース引き出しキューを使用します。(6) 原則は単純です。資金が依然として戦略リスクにさらされている場合、それらは結果として生じる NAV の変動にもさらされ続ける必要があります。それ以外のことは、参加者間の裁定取引の機会と不公平な価値移転を生み出します。
プロダクトはスタックである
重要なのは、個々の制御レイヤーではなく、レイヤーがどのように相互に強化し合うかです。適応型閾値なしの平滑化は硬直的になりすぎます。検証なしの閾値は運用リスクをもたらします。入金管理なしの検証は、遅延ウィンドウ中にユーザーを依然としてさらします。一時停止システムなしの入金上限は、依然として価格設定イベントを低下させます。そして、一貫性のある引き出しアーキテクチャなしの一時停止システムは、償還時に依然として価値を漏洩させます。
プロダクトは EWMA ではありません。プロダクトは入金上限ではありません。プロダクトは自動化された会計ではありません。
プロダクトはスタックです。
機関投資家のアロケーターは、金庫を利回りだけで評価しません。彼らは、会計の完全性、運用管理、価格設定の正確性、損失軽減設計を評価します。これこそが、DeFi が投機的な資本フローを超えて成熟し、機関投資家規模の資本をサポートできるプログラマブルな金融インフラストラクチャへと進化するために必要なインフラストラクチャレイヤーです。
Concrete のシステムは、NAV 更新が独立して検証され、価格設定の異常が決済前にフィルタリングされ、入金エクスポージャーが動的に制限され、重大な損失イベントが新規流入に対する一時停止メカニズムをトリガーし、引き出しが古いスナップショットではなくライブの会計状態に対して決済されるように設計されています。これらのシステムは、後から金庫に追加されるオプション機能ではありません。それらは、プログラマブルファイナンスを大規模に信頼できるものにするための基本的な要件です。
金庫インフラストラクチャの未来
DeFi は、会計を解決する前に透明性を解決しました。それが今、変わりつつあります。
金庫がチェーン、戦略、流動性レイヤーをまたいで動作するプログラマブルな金融インフラストラクチャへと進化するにつれて、インフラストラクチャの品質は表面的な APY よりも重要になります。DeFi の次のフェーズは、誰が最も速く利回りを報告するかによって定義されるのではありません。それは、誰がそれらの数字を信頼できるものにできるかによって定義されるでしょう。
リアルタイム NAV は、単なる UX の改善ではありません。それは、機関投資家資本のための基盤インフラストラクチャです。なぜなら、資本がオンチェーンでより速く動くほど、会計の完全性がより重要になるからです。
金庫はもはや受動的な利回りラッパーではありません。それらはプログラマブルな金融システムであり、プログラマブルな金融システムにはプログラマブルな信頼が必要です。
この記事は情報提供のみを目的としており、投資、法律、税務、財務上のアドバイス、またはいかなる種類のオファーや勧誘を構成するものではありません。Concrete のアーキテクチャ、管理、設計目標の説明は例示的なものであり、スマートコントラクト、DeFi プロトコル、市場状況、オラクルまたはデータの障害、運用上の障害、サードパーティインフラストラクチャ、またはカウンターパーティのパフォーマンスに関連するリスクを排除するものではありません。Concrete は、特定の目標利回り、NAV の正確性、一時停止動作、またはその他のシステム成果が達成されることを保証しません。将来予想に関する記述は、Concrete の現在の期待を反映したものであり、将来の結果を保証するものではありません。Concrete の金庫への参加にはリスクが伴い、全損のリスクが含まれます。完全なリスク開示については、https://concrete.xyz/disclaimers を参照してください。
- この記事において、「NAV」とは、金庫のシェア、入金、償還、および戦略レベルの決済の価格設定に使用される運用上の会計価値を指します。これは、財務諸表上の NAV、カストディアンレコード、またはサードパーティプロトコルの値とは異なる場合があり、金庫固有の方法論およびタイミングの影響を受ける可能性があります。
- 指数加重移動平均は、古いデータも組み込みながら、最近の観測値により大きな重みを与えます。減衰率や観測ウィンドウを含む特定のパラメータは、金庫ごとに調整され、戦略の特性、市場状況、運用データに基づいて、Concrete によって時間の経過とともに更新される可能性があります。EWMA スムージングは、短期的な価格設定の異常の影響を軽減しますが、価格設定リスクを排除するものではありません。
- ボラティリティウィンドウ、閾値幅、一時停止パラメータは金庫ごとに調整され、Concrete の裁量で変更される可能性があり、入力データの正確性に依存します。いかなる閾値モデルも、すべての市場状況を予測することはできません。
- 説明されている役割（トランザクションプロポーザー、独立署名者、オンチェーン検証）は、Concrete の金庫スマートコントラクト内で動作し、マルチシグおよびタイムロック制御の対象となります。検証は、NAV 更新が誤っているリスクを低減しますが、排除するものではありません。これには、侵害されたキー、誤った入力データ、またはスマートコントラクトの脆弱性から生じるリスクが含まれます。Concrete の監査履歴は、docs.concrete.xyz/audits でご覧いただけます。
- 一時停止の動作は、正確な閾値の調整と基礎となる観測レイヤーの正確性に依存します。すべての損失シナリオで一時停止がトリガーされるとは限らず、この設計は、新規預金者が古い価格設定で取引するリスクを排除するものではなく、低減することを目的としています。
- Concrete の金庫は、ERC-4626 金庫標準に準拠して構築されており、エポックベースの非同期引き出しキューの拡張機能がコントラクトレベルで実装されています。決済のタイミングは、基礎となる戦略の流動性プロファイルに依存し、該当する金庫文書に記載されている金庫レベルのゲート、停止イベント、およびその他の条件の対象となる場合があります。
