概要

誰もが知っています ブロックチェーンの不変機能は、ある意味で最も魅力的な機能の 1 つであることは間違いありません。

ただし、展開されたスマート コントラクトには欠陥があり、ユーザーの資金が保持されているという前提が必要なため、常に有益であるとは限りません。

Web2 アプリケーションの場合と同様に、開発者はできるだけ早くバグを修復する必要がありますが、Web3 開発の場合はそうではありません。

このような大規模なアップデートは、スマート コントラクト パラダイム単独では不可能です。
この Novoos セクションを読んでいる投資家は、 白書 契約にバグや問題があるプロジェクトに所属していたはずで、新しい契約をデプロイします。 エアドロップ または、新しい契約または契約にトークンを送信するよう依頼します。 財布.

これにより、クローンが乗っ取り、投資家がダウンタイムを伴って持ち込んだトークンを失い、プロジェクト自体の他の重要な部分に割り当てられる貴重な時間が失われるというさらなる詐欺も発生します。

バグや問題が存在する場合、開発者は新しいコントラクトを作成し、追加やバグ修正のたびにこれを継続する必要があります。これは $NOVO には当てはまりません。これは、$NOVO では実装されていないアップグレード可能なコントラクトの最新テクノロジーを使用しているためです。あなたが参加しているプロジェクトのほとんどがこれを実装しており、$NOVO はすでにこの点についてのデューデリジェンスを行っています。

NAC はまた、監査人が特定の推奨事項を述べた場合、投資家、ひいてはプロジェクトにまったく迷惑をかけずにすぐに実行できるため、有益です。

最初は利点のように見えませんが、コードベースが拡大し、新しい機能が追加されるにつれて大きな負担になります。Novoos は、中断を最小限に抑えて実行中にこれを実行できます。

標準コントラクトでは、プロトコルの現在の状態を反映するために、あるコントラクトから別のコントラクトにデータを移動する必要があります。

物理的な制限により特定のコンポーネントをアップグレードできない場合がありますが、この問題の解決策は、$NOVO によってすでに実装されているさまざまなアップグレード可能パターンを採用することです。

特にプロキシ パターンは、アップグレード可能性の最も本物の形式であると考えられており、より安全な透過性メソッドを備えたより高度なプロトコルを使用しています。

アップグレード可能性について話すとき、それは、投資家が同じコントラクト (プロキシ) と対話し続けるが、基盤となるロジックは必要に応じて、コントラクト上の過去のデータを失うことなくアップグレードできることを意味します。 ブロックチェーン.

$NOVO 契約プロトコルにはいくつかの利点があり、推奨パターンに従っていますが、それ自体は希少である現在のアップグレード可能な契約に存在するセキュリティ上の懸念はありません。

NAC プロトコルは単純で単純なアップグレード可能なプロトコルではなく、標準が引き上げられています。

$NOVO 契約はもっぱら、 ガス-効率的なサロゲート パターンであり、いくつかの利点があります。