資産志向でない限り、「本当のDeFi」はできない

–広告–

フォロー-Us-On-Google-ニュース

分散型金融は、ここ数年でブロックチェーン技術の最も魅力的なユースケースの XNUMX つになりました。 金融資産を管理し、中央集権的な銀行が取引を承認し、顧客を確認する必要なくサービスを提供する能力により、すべての人に利益をもたらす、よりアクセスしやすく包括的な金融エコシステムの基盤が作成されました。

評価されたDeFi業界の驚異的な成長 億ドル以上 2022 年 XNUMX 月に、この可能性を強調しています。 それでも、従来の金融の世界と比較すると、DeFi は世界の金融取引のほんの一部しか占めていません。 これが意味することは、成長の余地は非常に大きいということですが、DeFiがより強力な基盤の上に構築されるまで、それは実現しません.

既存の DeFi の大きな弱点の XNUMX つは、非常に不安定で非効率的なアーキテクチャ、つまりスマート コントラクトの上に構築されていることです。

もちろん、DeFiを可能にするのはスマートコントラクトです。 これらは、分散型アプリケーションが特定の条件が満たされたときに仲介者を必要とせずにトランザクションを自動化できるようにする基本的なコードです。 理論的には従来のコントラクトに似ていますが、強制を必要としないため、よりインテリジェントです。 むしろ、スマート コントラクトは、特定の透過的な条件が満たされた場合にのみトランザクションを実行するようにプログラムされています。 このようにして、すべての要件が満たされていることを人間が確認する必要がないため、従来の金融システムよりもはるかに高速にトランザクションを瞬時に実行できます。 仲介業者がいなくなるので、取引手数料も大幅に安くなります。

それらは確かにはるかにスマートですが、スマート コントラクトは完全ではありません。 最大の課題の XNUMX つは安全性です。 スマート コントラクトは実際には単なるコードであるため、バグや脆弱性がネットをすり抜ける危険性が常に存在します。 これは取るに足らないリスクではありません – 数十億ドルの価値がありました DeFiプロトコルへの攻撃に負けた 業界が最初に登場して以来。

問題の一部は、スマート コントラクト開発者に関係する学習曲線です。 スマート コントラクトは信じられないほど複雑なスパゲッティ コードで構成されていますが、ほとんどの DeFi アプリケーションの機能を定義するには、何十ものコードを作成する必要があります。 開発者は通常、機能的で安全な分散型アプリケーションの作成を検討する前に、イーサリアムおよび互換ネットワーク上でスマート コントラクトを作成するために使用される Solidity プログラミング言語で数年間の実地経験を積む必要があります。

この驚異的な複雑さは、主に、暗号通貨トークンや NFT などのデジタル資産がプラットフォーム レベルで完全にサポートされていないことが原因です。 DeFi は BTC、ETH、USDC などの資産のみを中心に展開していますが、イーサリアム、アバランチ、ソラナ、コスモス、ファントム、バイナンス チェーンなどの主要なブロックチェーン ネットワークには、これらの資産のネイティブな概念はありません。

したがって、開発者が安全でセキュアで機能的な dApp をより迅速に構築できるようにするには、スマート コントラクトの構築と実装の方法を再発明することにより、DeFi プラットフォームの基盤そのものを再設計する必要があります。 デジタル資産は、後付けではなく、DeFi の構造の一部になる必要があります。これにより、開発者は、扱いにくいコードを大量に記述することなく、簡単に作成および制御できます。

ネイティブアセットが重要な理由

 アセット指向の DeFi の重要性を理解するには、イーサリアムのネイティブ アセットの欠如によって引き起こされる問題に目を向けることが役立ちます。 イーサリアムを使用すると、開発者はスマート コントラクトをネットワーク上の自分の小さなスペースに展開し、そこでトランザクションを処理するときに常に更新されるデータを保存できます。 このアーキテクチャ モデルでは、DeFi のすべての機能をスマート コントラクトとして実装する必要があります。 他に方法はありません。 したがって、ETH などのトークンは、ウォレットの残高を追跡するスマート コントラクトとして表されますが、マルチシグ アカウントは、アクションを実行するために複数の公開鍵で署名する必要がある別のスマート コントラクトです。 トークン スワップ、ローン、流動性プールなど、すべてスマート コントラクトとして実装されています。

DeFi では、これらのスマート コントラクトはすべて、複雑なメッセージング ネットワークを介してそれぞれと通信し、最も単純な機能を実行します。 たとえば、いくつかのトークンを保持するスマート コントラクトは、残高のリストとそれらの残高を調整するメソッドを介して、そのトークンを個別に実装する XNUMX 番目のコントラクトと通信する必要があります。 これを可能にするために、イーサリアム仮想マシン アプリケーション環境では、スマート コントラクトが相互にメッセージを送信できるようになっています。 このように、スマート コントラクトは構成可能です。つまり、開発者は複雑なトランザクションを調整された方法で実行できるようにそれらを接続できます。

これは現代の DeFi の基礎ですが、すべての機能がスマート コントラクト サイロ内に実装されているため、非常に非効率的です。 その結果、何百万ものメッセージがネットワーク全体を絶えず行き来し、それぞれに対応して適切なアクションを実行するために必要な複雑なロジックと、すべての記録を保持する各スマート コントラクト内に保持される絶え間なく変化するデータ ストリームが発生します。彼らが行う取引。

Uniswap や Curve などの DeFi アプリケーションの存在は、このアーキテクチャが機能することを示していますが、必ずしもうまく機能するとは限りません。 それどころか、多数の DeFi ハッキングは、ユーザーにとって本当に危険なリスクを生み出す、非常に非効率なモデルであることを示しています。

ただし、明らかなことは、デジタル資産間のこれらの相互作用がすべての DeFi トランザクションの基礎であることです。 したがって、資産指向の DeFi アーキテクチャがはるかに効率的であることは当然です。

アドバンテージ ネイティブ アセット

これが背後にある基本的な理論です 基数、DeFi専用に構築された革新的なスマートコンタクトプラットフォームです。 アセットを重要な機能として扱います スマートコントラクトレベルでサイロに実装するのではなく、プラットフォームの

Radix トランザクションは、Radix Engine アプリケーション環境内で実行されます。 主な違いは、Radix エンジンがトークンなどのアセットを、特定のパラメーターとともにプラットフォームから直接要求することによって作成することです。

つまり、XRD などの基数ベースのトークンは、何千もの個別のバランス リスト上のエンティティとして形成されるのではなく、「金庫」またはアカウントに格納された物理オブジェクトとして扱われ、トランザクションが処理されるときにそれらの間で移動されます。 個人のトークンが公開鍵のエントリを保持する複数のスマート コントラクトに分散される可能性がある EVM とは対照的に、これらのボールトはユーザーによって直接制御されます。

この動作の物理性は、配送サービスが顧客の注文を追跡する方法と同様に、トークンがユーザーのボールト間を移動するときにトークンを安全に追跡する有限状態マシン (FSM) モデルに基づいています。 これは単純化されたトランザクション モデルであり、ユーザーは基本的に、保持しているトークンを指定されたボールトに送信することをプラットフォームに伝えます。 ユーザーは、あるスマート コントラクトから別のスマート コントラクトにメッセージを送信し、残高エンティティが更新されることを信頼する必要があります。 このようにして、二重アカウンティングなどのエラーを回避できます。これは、このアーキテクチャでは不可能であるためです。

簡単に言えば、これが Radix の資産指向の DeFi アーキテクチャの基礎です。 これにより、はるかに直感的で使いやすいトークン トランザクションのモデルが作成され、複雑さが大幅に解消され、DeFi が従来のモデルよりも本質的に安全になります。

このモデルは従来の DeFi とは根本的に異なるため、Radix はスマート コントラクトを「コンポーネント」として再発明しました。 それらはモジュール式で構成可能であり、明確な機能を備えているため、Radix のコンポーネントは、開発者が DeFi アプリを単純な段階的な方法で組み立てるために使用できる「レゴ ブロック」と考えることができます。 Scrypto プログラミング言語の経験がある。

まとめ

Radix の DeFi に対する資産指向のアプローチにより、開発者は統合されたリソースを使用して、スマート コントラクト機能の大部分を処理できます。 そのため、基数ベースの DeFi は、より簡単で安全であるだけでなく、従来の DeFi よりもはるかに構成可能で再利用可能です。 開発者は、dApp が行う小さなことをすべて定義する専用のコードを記述する代わりに、リソースのライブラリから dApp を簡単に構築できます。

–広告–

ソース: https://thecryptbasic.com/2022/09/16/you-cant-do-real-defi-unless-its-asset-orientated/?utm_source=rss&utm_medium=rss&utm_campaign=you-cant-do-real-defi -資産指向でない限り