リアクティブネットワークはスマートコントラクトを真にリアクティブにします

概要

Reactive Networkは、複数のブロックチェーンにわたるオンチェーンイベントに自動的に応答するスマートコントラクトを作成することを目指しており、開発者の能力を強化し、Layer 1を置き換えるものではありません。

自動的に実行されるスマートコントラクト、ボットなし、手動トリガーなし。それがReactive Networkの中心にあるアイデアです。このインタビューでは、エミリウス、エコシステム責任者が、Reactiveがどのようにして複数のブロックチェーンにわたるオンチェーンイベントに自動的に応答できるインフラを構築しているかを説明します。

並行実行からクロスチェーン自動化まで、彼はこのシフトがなぜ重要なのか、開発者に何をもたらすのか、そしてReactiveがLayer 1を置き換えようとしているのではなく、それをよりスマートにする理由を共有しています。Reactive Networkが「リアクティブ」である理由は何ですか？通常のスマートコントラクトプラットフォームと何が違うのですか？

Reactive Networkを真に「反応的」にしているのは、Reactive Smart Contracts (RSCs)の概念です。従来のスマートコントラクトがユーザーがトランザクションを送信するまでアイドル状態であるのに対し、RSCは複数のブロックチェーンにわたるイベントやデータの変化に自動的に反応するように設計されています。

彼らは制御の反転原則に基づいて動作し、つまり制御フローは外部の呼び出しではなく、事前に定義された条件によって駆動されます。これにより、契約は自律的に機能し、誰かがボタンを押す必要なく、常に監視しており、オンチェーンアクションをトリガーする準備が整っています。

なぜ契約がユーザーがトリガーしたトランザクションだけでなく、データに応じて反応するシステムを構築することが重要だったのですか？

今日のほとんどのブロックチェーンアプリケーションでは、開発者は特定のイベントを監視し、その後契約の実行をトリガーするために、オフチェーンサービス—中央集権型ボットやオラクル—に依存しています。これにより、信頼の仮定、潜在的な単一障害点、およびインフラストラクチャの複雑さが導入されます。

Reactive Networkの目標は、その依存関係を排除し、ロジックをオンチェーンに移すことでした。契約が反応するイベントを本質的に認識することによって、摩擦を減らし、分散化を強化し、スマートコントラクトの自動化の信頼性を高めます。Cronジョブは不要です。管理者キーも不要です。ただの自己反応型契約です。

Reactiveにおける並列実行の主な利点は何ですか？

Reactiveのアーキテクチャは、並列化されたEVMを中心に構築されており、複数のコントラクトが同時に実行されることを可能にします。これは、状態の独立した部分で操作する限りです。これにより、スケーラビリティの大幅な向上が実現します：より速いスループット、著しく低いレイテンシ、そしてガスコストの削減です。すべてが一つずつ行われなければならない順次ボトルネックの代わりに、Reactiveは安全な並行処理を可能にします—これは、現実の高頻度アプリケーションを実現するために重要です。

並列化されたEVMを構築する際の主な技術的課題は何でしたか？

ブロックチェーン環境における並列実行は簡単ではありません。最も難しい部分の一つは、並列トランザクション間の状態競合を効率的に検出できるシステムを構築することでした。

私たちは、競合が発生しても決定論的な実行を保証するために、堅牢なロールバックメカニズムが必要でした。また、ストレージアクセスと非同期タスクスケジューリングを最適化し、並行処理の追加された複雑さがそのパフォーマンスの利点を損なわないようにする必要がありました。これらの要素を調和させて機能させるには、EVMのコア内部を深く再考する必要がありました。

ReactiveはLayer 1の競合として見ていますか、それとも特定のタイプのアプリケーションのための専門的な実行層として見ていますか？

Reactiveは汎用L1になろうとはしていません。代わりに、既存のブロックチェーンを補完する専門的な実行レイヤーとして位置付けています。リレイヤーを介して他のEVMチェーンに接続し、1つの特定のスーパーパワー、すなわちクロスチェーン自動化に焦点を当てています。基盤となるコンセンサスを競うのではなく、既存のdAppをより強力で、迅速で、自律的にエコシステム全体で機能させるネットワークを構築しています。

Reactiveでの構築を始めるのは、一般的なSolidity開発者にとってどれくらい簡単ですか？

私たちはオンボーディング体験を可能な限りシームレスにしました。開発者は標準のSolidityでRSCを記述します—新しい言語やフレームワークを学ぶ必要はありません。同じABIとお馴染みのツールを使用します。

唯一の追加ステップは、あなたの契約がサブスクライブしたいイベントを宣言し、それらのイベントが発生したときに何が起こるべきかのロジックを定義することです。包括的なドキュメント、教育コース、そして事前構築されたボイラープレートが揃っているので、始めるのは他のスマートコントラクトを構築するのと同じように感じられます。

どのようにして、開発者があなたのシステムでセキュリティリスクのあるアプリを誤って構築しないようにしますか？

私たちは安全性に対して層状のアプローチを取っています。まず、RSCは外部所有アカウントから隔離されたサンドボックス化されたReactVM内で実行されます。次に、すべての契約コードがSourcifyを通じて検証可能かつ監査可能であることを要求し、透明性を高めます。

そして第三に、RSCは明示的に宣言されたイベントのみに基づいて行動することが制限されています。これにより、予期しない動作や悪用のための表面積が制限され、契約の動作を考慮することがはるかに容易になります。

クロスチェーン自動化の長期的なビジョンは何ですか—Reactiveをロジックの「オンチェインルーター」のようなものと見ていますか？

もちろんです。我々の目標は、アクションやデータをチェーン間でインテリジェントにルーティングするオンチェーンロジックレイヤーになることです。クロスチェーンDeFi戦略、NFTトリガー、または反応型オラクルのためであれ、Reactiveはアプリケーションが動的かつ文脈に応じて振る舞うことを可能にする接続の役割を果たします—人間の介入なしに。これをWeb3が欠いていた自動化レイヤーと考えてください。

Reactive Networkに「完璧にフィット」するアプリケーションの種類は何ですか？

リアクティブは、応答性と自動化を必要とするユースケースで真価を発揮します。例えば、クロスチェーンの売買注文やアービトラージは自然な適合です。自動担保管理や流動性管理に関わるものも同様で、特にDeFiではそうです。

NFT/ゲームの側面では、条件付きミントや動的アップグレードのようなものが素晴らしく機能します。DAOの財務自動化も大きな分野です。そしてもちろん、マルチチェーンの入力に基づいて反応し行動するオラクル—それはすべて、複数のオンチェーンイベントをシームレスに調整できることに関するものです。

DeFiプロトコルは、従来のオンチェーン設定と比較して、リアクティブコントラクトからどのような利益を得ることができますか？

Reactive上のDeFiプロトコルは、静的なインタラクションを超えて発展することができます。彼らは、分散型のクロスチェーンレンディングを実装し、ユーザーを強制清算から保護するために自動的にレバレッジを減少させ、ストップロスまたはリバランスのアクションを即座に実行し、ネットワーク全体での利回りを追跡して預金を最適化することができます。

おそらく最も重要なことは、全てのプロトコルロジックが外部のボットやリレーを頼らずに自動的に実行できるということです。これはネイティブで信頼のない自動化であり、複雑さを大幅に削減します。

ブロックチェーン設計に関して、他のプロジェクトが見落としていると思うことは何ですか？

私たちは、自動化はオンチェーンで実行されるべきだと強く信じています。今日の多くのシステムは、依然として機能するためにオフチェーンコンポーネント、タイマー、トリガー、スケジューラー、ボットに大きく依存しています。これにより、脆弱性と信頼の前提が生じます。私たちはそのモデルを覆し、適切なプリミティブを使用することでスマートコントラクトが自らを駆動できることを示しています。それは単にコンセンサスの分散化だけでなく、実行ロジックの分散化についてです。

2年後、開発者とユーザーはReactive Networkの何がユニークであるかをどのように説明してほしいですか？

私たちは、2年後に人々がReactiveについて話すとき、こう言ってほしいと願っています：

「リアクティブとは、契約が自ら実行される場所です。それは、迅速で安全、かつ完全にオンチェーンで、チェーン間でリスニング、応答、運営します。」それがビジョンです：待機するのではなく反応するスマートコントラクトの世界です。