ERC7527解釈:新しい分散型価格モデル
概要
初期段階のアイデアやアプリケーションをどのように価格設定し、投資に参加するかは、分散型の世界では大きな課題です。ERC7527は、「貨幣の信用創造」の概念に従って、プレミアム主導のコンセンサスに基づく分散型価格設定のパラダイムを提案しています。
この記事では、ERC7527の原則とプロトコルの詳細について掘り下げ、継続的価格モデルの動作原理とその重要な利点をさらに説明します。さらに、ERC7527のプログラマビリティとコンポーザビリティから導かれた拡張アプリケーションを探求します。
erc7527
前の記事では、一般的なオンチェーン価格モデルを紹介し、erc7527のユニークな連続価格モデルについても簡単に触れました。ただし、前の記事ではerc7527の単純な概要のみを提供しました。このセクションでは、erc7527の原則とプロトコルの詳細に焦点を当てます。
erc7527は、erc7527トークンを発行することによって、アプリケーションの価格設定に新たなパラダイムをもたらします。erc7527トークンの価格は、アプリケーションの市場価値を効果的に数量化します（アプリケーションの市場価値 = erc7527価格 × 数量）。このアプローチにより、アプリケーションの価格設定がerc7527トークンの価格設定に変換されます。
ERC7527トークンの価格設定は、主に2つの要素で構成されています:
引用：erc7527は、外部購入（wrap）および売却（unwrap）の引用のためのインターフェースを提供し、開発者がこれらの機能を自身で実装できるようにしています。
価格設定：erc7527のFoamM（ファンクションオラクルオートメーカーマーケット）は、ラップを介して内部流動性を追加することにより購入価格を提供し、アンラップを介して内部流動性を削除することにより販売価格を提供します。このアプローチは、外部流動性プロバイダーに頼らない方法です。
購入見積およびERC7527トークンの価格設定に関する問題について、ERC7527は幅広いプログラム可能性を提供しています。具体的には、ユーザーは見積を取得するために機能を呼び出すことができます。
ERC7527では、開発者は開発プロセス中に見積モデルを設計して最終的に見積もりを提供する必要があります。ユーザーが呼び出すとき、getwraporacle現在の見積もりを取得するには、ユーザーは流動性をERC7527プールに注入して見積もりを価格に変換することができます。具体的には、ユーザーは〜ラップfoamm内の機能を使用して流動性を注入する
ERC7527トークンの販売見積りと価格設定のために、ERC7527はFOAMMで構築されたプールを利用して、販売見積りから価格設定への変換を容易にします。ユーザーはこれらのプールを使用して、資産を破壊したり、内部流動性を削除して終了したりできます。しかし、誰がこれらのプールに流動性を提供するかという重要な問題が生じます。
前述のように、Foamはラップ操作を通じて内部流動性を追加し、これがプール内の主要な流動性源となります。ERC7527では、Foamを使用してユーザーが資産を購入する際に支払う流動性をプールに注入し、これが退出流動性として機能します。
開発者は、プール内に既に流動性があるため、売りの見積もりを提供する必要があります。したがって、売りの見積もりは実質的な売り価格として機能します。具体的には、開発者は次の関数を実装して売りの見積もりを容易にする必要があります。
開発者は、プール内の流動性に基づいて任意の売買見積もり機能を構築することができます。売買見積もりがプール内の流動性バランスを維持することが重要です。ユーザーは呼び出すことができます。getunwraporacleいつでもerc7527トークンの現在の販売見積もりを取得することができます。さらに、彼らはfoammのコールを選択することができます。アンラップERC7527トークンを破棄し、プールで引用された金額に相当するトークンを受け取る関数。
ERC7527とやり取りするユーザーには、主なアクションが2つあります:
コールgetwraporacle現在の買い物見積もりを取得するための関数。適切な場合は呼び出してください。ラップ流動性を注入し、erc7527トークンを受け取る。
callgetunwraporacle現在の販売価格を取得するための関数。適切な場合は、呼び出します。アンラップERC7527トークンを破棄し、プールから販売価格に相当するトークンを引き出す。
両方の機能は値を返します。価格そして手数料オプション。価格wrapまたはunwrap操作に必要なトークンの量を表します。手数料手数料を示します。これらの操作に対して、ユーザーは手数料を支払わなければなりませんが、指定されたユーザーが手数料を請求することもできます。
erc7527は、erc20トークンと同様に、独自のトークンアドレスを持ち、特定のフィールドを定義しています。
上記の構造体は、erc7527のコア属性を定義しています。通貨ユーザーが提供するトークンは、erc7527トークンを作成するために使用されます。プレミアムerc7527 トークンの初期価格を示します。受取人指定されたアドレスは、ラップおよびアンラップの相互作用中に手数料を受け取るアドレスを指定します。マイントフィーパーセントそしてバーンフィーパーセントラップおよびアンラップ操作の手数料率を示す
erc7527トークンは変動する特性を持つプレミアムを特色としています。その用語価格上記の関数定義で使用されており、特に内部で使用されています。資産structを表すプレミアム.
erc7527は3つの異なるモジュールに構造化されています:
アプリ: ERC7527トークンがデプロイされている契約アドレス。ERC7527のアプリ契約は、ERC721metadataなどのインターフェースを継承する必要があります。それは公開します。ミントそしてバーンプール呼び出しのためのインターフェースのみを提供し、不正な発行を防止し、プールの流動性バランスを確保します。
エージェンシー：この契約は、以前に言及されたプールとフォームの相互作用の中核インターフェースとして機能します。機能などgetwraporacle、ラップ、getunwraporacle、そしてアンラップここで実装されています。エージェント契約は、ラップ操作中にユーザーによって注入されたトークンを保持し、アンラップ操作中に使用するために保管し、ERC7527トークンの清算を容易にします。
ファクトリー：アプリとエージェンシーコントラクトの展開を簡素化するために設計された補助契約で、ユーザーがERC7527トークンを展開するのを容易にするものです。
これらのコンポーネント間の関係は、以下の図で示されています:
erc7527では、アプリとエージェンシーの契約は双方向のバインディング関係を維持します。コードの観点からは、ミントそして燃えるアプリの機能は代理店によってのみ呼び出すことができます。また、erc7527はアプリに対して代理店アドレスを照会するための一連の機能を定義しています。getagency関数）および機関が与えられたアプリアドレスをクエリ戦略を取得するfunction)。
流動性の観点から、アプリ内の各ERC7527トークンはプール内の流動性に対応しています。これにより、プールの流動性バランスが確保されます。
この分散型の価格設定ソリューションは、ERC7527トークンを使用して、革新的なイノベーションを提供しています。これにより、トークンの発行に基づいてアプリケーションを構築する新しいパラダイムが導入されます。早期のアプリケーションでは、開発者はERC7527のファクトリーを使用して直接ERC7527トークンを展開することができます。
ユーザーは「」を呼び出すことで、早期の投資に参加することができます。ラップERC7527トークンをマイントするための機能、または彼らの投資を終了するために呼び出す機能アンラップする開発者向けの関数。ERC7527トークンの価格は、早期のアプリケーションの効果的な評価を提供します。アプリケーションが成長し、より多くのERC7527トークン保有者が参加すると、アプリケーションの評価が上昇し、ERC7527トークン保有者とアプリケーション開発者の両方にインセンティブを提供します。
連続的見積もりモデル
前のセクションでは、ERC7527の運用原則について詳しく説明しましたが、買い見積もりモデルの構築については詳細に触れませんでした。ERC7527は、getwraporacleこのセクションでは、開発者に完全に依存する特定の実装を持つインターフェースがここにあります。ここでは、ERC7527のより一般的な買い注文モデルを提案します。
ERC7527の買い注文は、マイクロとマクロの両面を考慮すべきです。
マクロ的な観点から、ERC7527トークンの価格は、保有するERC7527トークンの数が増加すると増加することを期待しています。具体的には、現在の価格は、getwraporacle価格（または「最後の購入取引価格」）より低くないようにしてください。
erc7527トークンの価格上昇と保有するerc7527トークンの数の増加により、興味深い結果が生じます：erc7527トークン自体が信用拡大メカニズムを持つことになります。具体的には、erc7527トークンの市場価値はtpl（総プレミアムロック）を上回る可能性があります。この信用拡大メカニズムにより、erc7527トークンの各保有者は信用成長を得ることができます。
以前の議論では、直接的に購入取引価格を下げるアンラップ売却取引について言及していませんでした。売却が買い注文を下げるシステムを実装するために、簡単なスタックベースのシステムを使用することができます。以下のようになります:
ERC7527では、すべての過去の価格情報がスタックに保存されます。新しい価格（新しい価格）が形成されると、スタックにプッシュされます。買い注文モデルは、スタック内の最新価格を利用して買い注文を決定します。
ユーザーが売却すると、最新の購入価格(新価格)が販売価格として直接使用されます。流動性はエージェンシーからユーザーに転送され、価格はスタックからポップされます。この時点では、クォート モデルはスタック内の最新の価格 (price2) に依存して、ラップ解除後のクォートを提供します。price2 は新しい価格よりも小さいため、見積もりモデルは、過去の新しい価格に基づいていた見積もりと比較して、外部から低い見積もりを提供します。ただし、このスタックベースの売りクォートは基本的なアプローチです。
微視的レベルで、クォートモデルには、オランダ式オークションに類似した価格調整メカニズムを含めるべきです。オランダ式オークションは時間を導入し、取引がない期間が長くなると自動的に価格を下げます。ただし、オランダ式オークションは待ち時間のジレンマにより、価格が時間の経過とともに必然的に低下し、連続的な価格低下につながるという深刻な問題に直面しています。微視的レベルでの堅牢なクォートモデルは、時間要素を組み込み、上昇期と下降期の両方を含めるべきです。
要約すると、良い見積もりモデルは次の要件を満たす必要があります:
マクロレベルの購入見積もりと価格の増加を確保するために、購入見積もりは確立された価格よりも低くないようにする必要があります。この増加は、ERC7527トークンの所有権の増加に伴って行われます。
具体的な見積もり機能には時間要素が含まれ、上昇と下降の両方のフェーズがある必要があります。
さらに、私たちは見積もりモデルがアプリケーションの成長パターンを満たすことを目指しています。
初期段階における高い成長ポテンシャル
比較的安定した成長が後の段階で
我々は後続のセクションで解決策の詳細を説明します。
最初に、マクロレベルの要件を満たすために、見積もりモデル内で価格（pn-1）を要因として組み込むことができます。ミクロレベルの要求に対しては、機能をセグメント化して問題を解決することができます。最終的に、次の見積もり機能を達成することができます。
この価格関数のパラメータの具体的な意味は、前の記事で提供された紹介で見つけることができます。ここでは、この価格関数のグラフを直接示します:
上記のグラフでは、x軸は前回の取引からの時間間隔を表し、y軸は現在の見積もりを前回の取引価格で割った比率を表します。価格が前回の取引価格を下回る場合、価格設定モデルはマクロ要件に合致するために、前回の取引価格のみを引用します。
視覚的に、上記の価格モデルにおいて、初期の上昇相と後の降下相の両方がオランダ式オークションに類似しており、実質的に価格モデルのマイクロ要件を満たしています。上昇相の初期段階では、ERC7527の連続鋳造プロセスにおいて価格変動が著しくないまま保有量が増加する状況を防ぐために、価格が跳ね上がることが見られます。
上記の価格モデルをシミュレートする環境を構築し、シミュレーション結果は以下の通りです:
シミュレートされたローソク足チャートでは、第1列はerc7527トークンの価格トレンドを表し、第2列はerc7527トークンの現在の保有量を示しており、ラップ操作によって増加し、アンラップ操作によって減少します。コードの観点からは、第2列は実際にはアプリの総供給を取得します。総供給量function. 三番目の列は、ラップおよびアンラップ操作の回数を示しており、緑の線はラップ操作を、赤の線はアンラップ操作を表しています。
チャートは、一部のプールの初期運用ダイナミクスを示しています。最初は、十分なコンセンサスやその他の要因がないため、ユーザーは参入や退出を繰り返し、価格は初期価格を中心に長期間にわたって変動します。最終的には、ポジティブな展開がバイヤーを引き寄せますが、初期ユーザーが売却し返すことにより価格は初期レベルに戻ります。ERC7527トークンの保有者数が増えるにつれ、価格は変動しながら上昇します。
この単純なシミュレーションを通じて、我々は連続価格モデルの重要な利点を観察します: ユーザーの買い注文が直接価格設定プロセスに影響を与えるため、2つのerc7527トークンが同一のローソク足パターンを示す可能性は非常に低くなります。これにより、システムの戦略的相互作用の複雑さが大幅に向上します。
以下のチャートは、特定の価格変動を示しており、'b'は購入（ラップ）を示し、's'は売却（アンラップ）を示しています。マクロ的には、各購入トランザクションの実行価格は前のトランザクション価格を下回ることはありませんが、各売却トランザクションは以前に確立された購入価格を使用し、チャートにはある種の対称性があります。
前述した価格設定モデルのマクロとミクロの両面に効果的に対応しつつ、価格設定における「初期段階の高成長」という成長パターンも満たしています。次に、アプリケーション開発の後期段階で価格の堅調な成長を実現するという新たな課題に取り組む必要があります。初期の急激な価格上昇は、アプリケーションの初期の高成長と一致しています。中期から後期にかけては、アプリケーションの安定的な開発に見合った価格設定が必要となるため、後期の堅調な成長を支える価格体系を構築する必要があります。
これに対処するために、私たちはセグメンテーションを通じて問題に対処することにしました。具体的には、初期段階では高成長型価格体系を採用し、その後、安定成長型価格体系に移行していきます。ここで説明する 2 段階のセグメンテーション以外にも、開発者は、初期段階、中期、後期に異なる成長関数を使用するなど、特定のニーズに基づいてより多くのセグメントを実装できます。
実際には、初期段階と一貫性のある価格設定関数を引き続き使用していますが、いくつかのパラメーターを調整しています。修正された価格関数曲線を以下に示します。
初期段階の価格設定関数と比較すると、後期段階の価格設定関数の初期の増加率は低いことがわかります。チャートのx軸は引き続き、前回の取引からの時間間隔を単位としていますが、これらの間隔は初期段階の価格設定関数で使用されるものよりも短いことに注意してください。
供給量が0から20,000に増加した期間中のERC7527トークンの価格変動をシミュレートし、次のローソク足チャートを作成しました。
上記のローソク足チャートの初期価格は0.1でした。供給が20,000に達すると、初期の0.1から300に上昇し、3000倍に増加しました。
もちろん、すべてのアプリケーションが成功に向かってスムーズな道を進むわけではありません。次のローソク足チャートは、早期の活発な成長に続く価格の変動を示しており、突然の危機によってユーザーの引き出しが引き起こされています。
上記の事例は、早期の高成長と後期の安定成長段階の両方を収容することでアプリケーションの成長パターンに合わせた提案された価格設定モデルの効果を示しています。これらの利点は、早期段階と後期段階に異なるパラメータ化された価格関数を使用するセグメンテーションされた価格設定モデルの使用によるものです。
さらに、価格設定機能は継続的であるため、ユーザーは予想される見積もりを予測でき、これらの詳細はユーザーのアクションに基づいて変更される可能性があります。このダイナミックな相互作用には、ユーザーと価格モデルの間のゲームだけでなく、ユーザー自身間のゲームも含まれます。ユーザー間のやり取りは非常に複雑であるため、この価格モデル内で戦略をリバースエンジニアリングしてリスクのないリターンを達成することは困難です。
拡張されたアプリケーション
このセクションでは、ERC7527のいくつかの拡張アプリケーションについて説明します:
- AIアプリケーションのインセンティブレイヤーとしてのerc7527。
- ERC7527は、他のアプリケーション、特に貸し出し用のアトミックオラクルです。
AIアプリケーションインセンティブレイヤー
AIアプリケーションには新しいインセンティブ層が必要であり、ERC7527はこのようなアプリケーションに対してシステム的なインセンティブ層を提供することができます。ERC7527トークンはこの層の中核資産として機能します。
AIアプリケーション開発の初期段階では、ERC7527トークンのデプロイにより、アプリケーションの価格設定と市場認知された評価を確立することが重要です。ユーザーは、ラップ操作を通じてERC7527トークンを取得することで、直接AIアプリケーションに投資することができます。
市場価値の観点から、AIアプリケーションの成長とERC7527トークンの保有量の増加により、AIアプリケーションの開発者とERC7527トークンの保持者の両方が市場価値の増加から大いに利益を得ます。
AIアプリケーションは、配当措置を通じてユーザーをさらにインセンティブ付けすることができます。ユーザーに直接サービスの支払いにトークンの使用を要求することができます。イーサリアムのレイヤー上で、技術者でさえも公式であっても自分自身を保護できない場合でも、ユーザーの数を増やすことができます。
ユーザーがERC7527トークンを保有している場合、イーサリアムメインネットのERC6551ファクトリーコントラクトを利用して、ERC7527トークン用のERC6551アカウントを展開できます。その後、このERC6551アカウントを使用して、メインネットに展開されたERC6551ブリッジングコントラクトと対話できます。ブリッジングコントラクトは、イーサリアムのレイヤー2でERC6551ファクトリーコントラクトを呼び出し、レイヤー2でユーザーのERC6551アカウントを展開することで、クロスチェーンの相互作用を容易にします。
erc6551のクロスチェーン実装は直感的な方法で行われ、開発者はerc6551mirrorリポジトリ内のコードを参照できます。このリポジトリでは、Chainlink CCIPを使用してerc6551のクロスチェーン操作が実現されています。
ERC6551のクロスチェーンプロセスが完了すると、ユーザーはERC6551アカウントを使用して、配当契約から報酬を引き出すことができます。
アトミックオラクル
erc7615は、一般的な契約間のアトミック相互作用のためのシンプルなプッシュプロトコルを定義する興味深いercです。この直感的なプッシュプロトコルは、アトミックオラクルを構築することができ、貸借契約などのプロトコルの開発の複雑さを大幅に減らすことができます。erc7615の操作原則は以下の通りです:
ユーザー（クライアント）が送信契約（パブリッシャー）の特定の機能を呼び出すと、送信契約は購読契約が存在するかどうかを確認します。存在する場合、購読契約の実行機能を呼び出して一部のコンテンツをプッシュします。このプロセスの主な特徴は原子性です。購読契約がプッシュされたデータの処理に問題がある場合、プッシュ契約の機能を呼び出すトランザクション（つまり、ダイアグラムのcall somefunc（...）トランザクション）は直接エラーとなります。
ERC7527では、ERC7527が提供する販売価格が事実上の清算価格であることを何度か述べました。ERC7527トークンの保有者は、この販売価格で代理店から流動性を引き出すことができます。したがって、ERC7527の販売価格を貸付プロトコルにプッシュして、貸付プロトコル内で清算を実施できますか?
その答えははいです。さらに、セル価格がERC7527保有量の増加とともに宏観的に増加する連続価格モデルの特性のため、貸出プロトコルはERC7527ラップ操作について心配する必要はありませんが、価格の低下につながるアンラップ取引のみに注意する必要があります。
アンラップ関数内にERC7615プッシュ通知を埋め込むことができます。これにより、アンラップされたERC7527トークンの現在の売却価格が直接貸し出しプロトコルにプッシュされます。貸し出しプロトコルは、アンラップ価格を含むプッシュ通知を受信すると、この価格情報に基づいてERC7527トークンで担保されたポジションを清算することができます。
レンディングポジションを清算する必要がある場合、レンディングプロトコルはerc7527エージェンシーから流動性を引き出すためにアンラップ操作を実行することができます。これにより、レンディングポジションを閉じることができます。
以上の操作は、エキサイティングです。レンディングプロトコル内での清算が失敗すると、ERC7527のアンラップ操作も失敗します。これは、レンディングプロトコルがデフォルトリスクを完全に回避していることを意味します。
実際、どのプロトコルもERC7527から販売価格プッシュ通知を取得できます。つまり、開発者はERC7615レシーバ・インターフェースを実装するだけで、資産価格を取得し、さらに他の操作を完了することができます。
ERC7527内では、ERC7527トークンはコントラクトレベルでERC721から継承するため、開発者は他の方法でERC7527トークンを強化することができます。ユーザーがERC7527を誓約契約に直接転送するなど、従来の誓約スキームを使用すると、ERC7527トークンに関連する他の権利を失います。したがって、ERC7527トークンには、資産移転を必要としない新しい誓約スキームが必要です。
ERC7615のプッシュ機構に基づいて、このような誓約スキームを設計することができます。具体的には、ERC7527代理店契約のアンラップ機能と誓約契約の間にプッシュ関係を確立します。誓約ユーザーは、ERC7527誓約契約と対話して、ERC7527トークンを誓約契約に転送することなく、ERC7527トークンを誓約することができます。
この時点で、ERC7527トークンは誓約契約から配当を受け取ることができます。ユーザーが誓約したERC7527トークンを開封すると、エージェンシー契約はERC7615を使用してこのメッセージを誓約契約にプッシュし、誓約契約は指定されたERC7527トークンの誓約ステータスを解放し、最終的な清算を完了します。
このプロセスでは、ERC7615は担保システムの清算の整合性を確保し、破壊されたERC7527トークンが担保報酬を受け取れないようにします。
免責事項：
Статті на тему
ETHを賭ける方法は?
ステーブルコインとは何ですか？
ERC7527解釈:新しい分散型価格モデル
概要
初期段階のアイデアやアプリケーションをどのように価格設定し、投資に参加するかは、分散型の世界では大きな課題です。ERC7527は、「貨幣の信用創造」の概念に従って、プレミアム主導のコンセンサスに基づく分散型価格設定のパラダイムを提案しています。
この記事では、ERC7527の原則とプロトコルの詳細について掘り下げ、継続的価格モデルの動作原理とその重要な利点をさらに説明します。さらに、ERC7527のプログラマビリティとコンポーザビリティから導かれた拡張アプリケーションを探求します。
erc7527
前の記事では、一般的なオンチェーン価格モデルを紹介し、erc7527のユニークな連続価格モデルについても簡単に触れました。ただし、前の記事ではerc7527の単純な概要のみを提供しました。このセクションでは、erc7527の原則とプロトコルの詳細に焦点を当てます。
erc7527は、erc7527トークンを発行することによって、アプリケーションの価格設定に新たなパラダイムをもたらします。erc7527トークンの価格は、アプリケーションの市場価値を効果的に数量化します（アプリケーションの市場価値 = erc7527価格 × 数量）。このアプローチにより、アプリケーションの価格設定がerc7527トークンの価格設定に変換されます。
ERC7527トークンの価格設定は、主に2つの要素で構成されています:
引用：erc7527は、外部購入（wrap）および売却（unwrap）の引用のためのインターフェースを提供し、開発者がこれらの機能を自身で実装できるようにしています。
価格設定：erc7527のFoamM（ファンクションオラクルオートメーカーマーケット）は、ラップを介して内部流動性を追加することにより購入価格を提供し、アンラップを介して内部流動性を削除することにより販売価格を提供します。このアプローチは、外部流動性プロバイダーに頼らない方法です。
購入見積およびERC7527トークンの価格設定に関する問題について、ERC7527は幅広いプログラム可能性を提供しています。具体的には、ユーザーは見積を取得するために機能を呼び出すことができます。
ERC7527では、開発者は開発プロセス中に見積モデルを設計して最終的に見積もりを提供する必要があります。ユーザーが呼び出すとき、getwraporacle現在の見積もりを取得するには、ユーザーは流動性をERC7527プールに注入して見積もりを価格に変換することができます。具体的には、ユーザーは〜ラップfoamm内の機能を使用して流動性を注入する
ERC7527トークンの販売見積りと価格設定のために、ERC7527はFOAMMで構築されたプールを利用して、販売見積りから価格設定への変換を容易にします。ユーザーはこれらのプールを使用して、資産を破壊したり、内部流動性を削除して終了したりできます。しかし、誰がこれらのプールに流動性を提供するかという重要な問題が生じます。
前述のように、Foamはラップ操作を通じて内部流動性を追加し、これがプール内の主要な流動性源となります。ERC7527では、Foamを使用してユーザーが資産を購入する際に支払う流動性をプールに注入し、これが退出流動性として機能します。
開発者は、プール内に既に流動性があるため、売りの見積もりを提供する必要があります。したがって、売りの見積もりは実質的な売り価格として機能します。具体的には、開発者は次の関数を実装して売りの見積もりを容易にする必要があります。
開発者は、プール内の流動性に基づいて任意の売買見積もり機能を構築することができます。売買見積もりがプール内の流動性バランスを維持することが重要です。ユーザーは呼び出すことができます。getunwraporacleいつでもerc7527トークンの現在の販売見積もりを取得することができます。さらに、彼らはfoammのコールを選択することができます。アンラップERC7527トークンを破棄し、プールで引用された金額に相当するトークンを受け取る関数。
ERC7527とやり取りするユーザーには、主なアクションが2つあります:
コールgetwraporacle現在の買い物見積もりを取得するための関数。適切な場合は呼び出してください。ラップ流動性を注入し、erc7527トークンを受け取る。
callgetunwraporacle現在の販売価格を取得するための関数。適切な場合は、呼び出します。アンラップERC7527トークンを破棄し、プールから販売価格に相当するトークンを引き出す。
両方の機能は値を返します。価格そして手数料オプション。価格wrapまたはunwrap操作に必要なトークンの量を表します。手数料手数料を示します。これらの操作に対して、ユーザーは手数料を支払わなければなりませんが、指定されたユーザーが手数料を請求することもできます。
erc7527は、erc20トークンと同様に、独自のトークンアドレスを持ち、特定のフィールドを定義しています。
上記の構造体は、erc7527のコア属性を定義しています。通貨ユーザーが提供するトークンは、erc7527トークンを作成するために使用されます。プレミアムerc7527 トークンの初期価格を示します。受取人指定されたアドレスは、ラップおよびアンラップの相互作用中に手数料を受け取るアドレスを指定します。マイントフィーパーセントそしてバーンフィーパーセントラップおよびアンラップ操作の手数料率を示す
erc7527トークンは変動する特性を持つプレミアムを特色としています。その用語価格上記の関数定義で使用されており、特に内部で使用されています。資産structを表すプレミアム.
erc7527は3つの異なるモジュールに構造化されています:
アプリ: ERC7527トークンがデプロイされている契約アドレス。ERC7527のアプリ契約は、ERC721metadataなどのインターフェースを継承する必要があります。それは公開します。ミントそしてバーンプール呼び出しのためのインターフェースのみを提供し、不正な発行を防止し、プールの流動性バランスを確保します。
エージェンシー：この契約は、以前に言及されたプールとフォームの相互作用の中核インターフェースとして機能します。機能などgetwraporacle、ラップ、getunwraporacle、そしてアンラップここで実装されています。エージェント契約は、ラップ操作中にユーザーによって注入されたトークンを保持し、アンラップ操作中に使用するために保管し、ERC7527トークンの清算を容易にします。
ファクトリー：アプリとエージェンシーコントラクトの展開を簡素化するために設計された補助契約で、ユーザーがERC7527トークンを展開するのを容易にするものです。
これらのコンポーネント間の関係は、以下の図で示されています:
erc7527では、アプリとエージェンシーの契約は双方向のバインディング関係を維持します。コードの観点からは、ミントそして燃えるアプリの機能は代理店によってのみ呼び出すことができます。また、erc7527はアプリに対して代理店アドレスを照会するための一連の機能を定義しています。getagency関数）および機関が与えられたアプリアドレスをクエリ戦略を取得するfunction)。
流動性の観点から、アプリ内の各ERC7527トークンはプール内の流動性に対応しています。これにより、プールの流動性バランスが確保されます。
この分散型の価格設定ソリューションは、ERC7527トークンを使用して、革新的なイノベーションを提供しています。これにより、トークンの発行に基づいてアプリケーションを構築する新しいパラダイムが導入されます。早期のアプリケーションでは、開発者はERC7527のファクトリーを使用して直接ERC7527トークンを展開することができます。
ユーザーは「」を呼び出すことで、早期の投資に参加することができます。ラップERC7527トークンをマイントするための機能、または彼らの投資を終了するために呼び出す機能アンラップする開発者向けの関数。ERC7527トークンの価格は、早期のアプリケーションの効果的な評価を提供します。アプリケーションが成長し、より多くのERC7527トークン保有者が参加すると、アプリケーションの評価が上昇し、ERC7527トークン保有者とアプリケーション開発者の両方にインセンティブを提供します。
連続的見積もりモデル
前のセクションでは、ERC7527の運用原則について詳しく説明しましたが、買い見積もりモデルの構築については詳細に触れませんでした。ERC7527は、getwraporacleこのセクションでは、開発者に完全に依存する特定の実装を持つインターフェースがここにあります。ここでは、ERC7527のより一般的な買い注文モデルを提案します。
ERC7527の買い注文は、マイクロとマクロの両面を考慮すべきです。
マクロ的な観点から、ERC7527トークンの価格は、保有するERC7527トークンの数が増加すると増加することを期待しています。具体的には、現在の価格は、getwraporacle価格（または「最後の購入取引価格」）より低くないようにしてください。
erc7527トークンの価格上昇と保有するerc7527トークンの数の増加により、興味深い結果が生じます：erc7527トークン自体が信用拡大メカニズムを持つことになります。具体的には、erc7527トークンの市場価値はtpl（総プレミアムロック）を上回る可能性があります。この信用拡大メカニズムにより、erc7527トークンの各保有者は信用成長を得ることができます。
以前の議論では、直接的に購入取引価格を下げるアンラップ売却取引について言及していませんでした。売却が買い注文を下げるシステムを実装するために、簡単なスタックベースのシステムを使用することができます。以下のようになります:
ERC7527では、すべての過去の価格情報がスタックに保存されます。新しい価格（新しい価格）が形成されると、スタックにプッシュされます。買い注文モデルは、スタック内の最新価格を利用して買い注文を決定します。
ユーザーが売却すると、最新の購入価格(新価格)が販売価格として直接使用されます。流動性はエージェンシーからユーザーに転送され、価格はスタックからポップされます。この時点では、クォート モデルはスタック内の最新の価格 (price2) に依存して、ラップ解除後のクォートを提供します。price2 は新しい価格よりも小さいため、見積もりモデルは、過去の新しい価格に基づいていた見積もりと比較して、外部から低い見積もりを提供します。ただし、このスタックベースの売りクォートは基本的なアプローチです。
微視的レベルで、クォートモデルには、オランダ式オークションに類似した価格調整メカニズムを含めるべきです。オランダ式オークションは時間を導入し、取引がない期間が長くなると自動的に価格を下げます。ただし、オランダ式オークションは待ち時間のジレンマにより、価格が時間の経過とともに必然的に低下し、連続的な価格低下につながるという深刻な問題に直面しています。微視的レベルでの堅牢なクォートモデルは、時間要素を組み込み、上昇期と下降期の両方を含めるべきです。
要約すると、良い見積もりモデルは次の要件を満たす必要があります:
マクロレベルの購入見積もりと価格の増加を確保するために、購入見積もりは確立された価格よりも低くないようにする必要があります。この増加は、ERC7527トークンの所有権の増加に伴って行われます。
具体的な見積もり機能には時間要素が含まれ、上昇と下降の両方のフェーズがある必要があります。
さらに、私たちは見積もりモデルがアプリケーションの成長パターンを満たすことを目指しています。
初期段階における高い成長ポテンシャル
比較的安定した成長が後の段階で
我々は後続のセクションで解決策の詳細を説明します。
最初に、マクロレベルの要件を満たすために、見積もりモデル内で価格（pn-1）を要因として組み込むことができます。ミクロレベルの要求に対しては、機能をセグメント化して問題を解決することができます。最終的に、次の見積もり機能を達成することができます。
この価格関数のパラメータの具体的な意味は、前の記事で提供された紹介で見つけることができます。ここでは、この価格関数のグラフを直接示します:
上記のグラフでは、x軸は前回の取引からの時間間隔を表し、y軸は現在の見積もりを前回の取引価格で割った比率を表します。価格が前回の取引価格を下回る場合、価格設定モデルはマクロ要件に合致するために、前回の取引価格のみを引用します。
視覚的に、上記の価格モデルにおいて、初期の上昇相と後の降下相の両方がオランダ式オークションに類似しており、実質的に価格モデルのマイクロ要件を満たしています。上昇相の初期段階では、ERC7527の連続鋳造プロセスにおいて価格変動が著しくないまま保有量が増加する状況を防ぐために、価格が跳ね上がることが見られます。
上記の価格モデルをシミュレートする環境を構築し、シミュレーション結果は以下の通りです:
シミュレートされたローソク足チャートでは、第1列はerc7527トークンの価格トレンドを表し、第2列はerc7527トークンの現在の保有量を示しており、ラップ操作によって増加し、アンラップ操作によって減少します。コードの観点からは、第2列は実際にはアプリの総供給を取得します。総供給量function. 三番目の列は、ラップおよびアンラップ操作の回数を示しており、緑の線はラップ操作を、赤の線はアンラップ操作を表しています。
チャートは、一部のプールの初期運用ダイナミクスを示しています。最初は、十分なコンセンサスやその他の要因がないため、ユーザーは参入や退出を繰り返し、価格は初期価格を中心に長期間にわたって変動します。最終的には、ポジティブな展開がバイヤーを引き寄せますが、初期ユーザーが売却し返すことにより価格は初期レベルに戻ります。ERC7527トークンの保有者数が増えるにつれ、価格は変動しながら上昇します。
この単純なシミュレーションを通じて、我々は連続価格モデルの重要な利点を観察します: ユーザーの買い注文が直接価格設定プロセスに影響を与えるため、2つのerc7527トークンが同一のローソク足パターンを示す可能性は非常に低くなります。これにより、システムの戦略的相互作用の複雑さが大幅に向上します。
以下のチャートは、特定の価格変動を示しており、'b'は購入（ラップ）を示し、's'は売却（アンラップ）を示しています。マクロ的には、各購入トランザクションの実行価格は前のトランザクション価格を下回ることはありませんが、各売却トランザクションは以前に確立された購入価格を使用し、チャートにはある種の対称性があります。
前述した価格設定モデルのマクロとミクロの両面に効果的に対応しつつ、価格設定における「初期段階の高成長」という成長パターンも満たしています。次に、アプリケーション開発の後期段階で価格の堅調な成長を実現するという新たな課題に取り組む必要があります。初期の急激な価格上昇は、アプリケーションの初期の高成長と一致しています。中期から後期にかけては、アプリケーションの安定的な開発に見合った価格設定が必要となるため、後期の堅調な成長を支える価格体系を構築する必要があります。
これに対処するために、私たちはセグメンテーションを通じて問題に対処することにしました。具体的には、初期段階では高成長型価格体系を採用し、その後、安定成長型価格体系に移行していきます。ここで説明する 2 段階のセグメンテーション以外にも、開発者は、初期段階、中期、後期に異なる成長関数を使用するなど、特定のニーズに基づいてより多くのセグメントを実装できます。
実際には、初期段階と一貫性のある価格設定関数を引き続き使用していますが、いくつかのパラメーターを調整しています。修正された価格関数曲線を以下に示します。
初期段階の価格設定関数と比較すると、後期段階の価格設定関数の初期の増加率は低いことがわかります。チャートのx軸は引き続き、前回の取引からの時間間隔を単位としていますが、これらの間隔は初期段階の価格設定関数で使用されるものよりも短いことに注意してください。
供給量が0から20,000に増加した期間中のERC7527トークンの価格変動をシミュレートし、次のローソク足チャートを作成しました。
上記のローソク足チャートの初期価格は0.1でした。供給が20,000に達すると、初期の0.1から300に上昇し、3000倍に増加しました。
もちろん、すべてのアプリケーションが成功に向かってスムーズな道を進むわけではありません。次のローソク足チャートは、早期の活発な成長に続く価格の変動を示しており、突然の危機によってユーザーの引き出しが引き起こされています。
上記の事例は、早期の高成長と後期の安定成長段階の両方を収容することでアプリケーションの成長パターンに合わせた提案された価格設定モデルの効果を示しています。これらの利点は、早期段階と後期段階に異なるパラメータ化された価格関数を使用するセグメンテーションされた価格設定モデルの使用によるものです。
さらに、価格設定機能は継続的であるため、ユーザーは予想される見積もりを予測でき、これらの詳細はユーザーのアクションに基づいて変更される可能性があります。このダイナミックな相互作用には、ユーザーと価格モデルの間のゲームだけでなく、ユーザー自身間のゲームも含まれます。ユーザー間のやり取りは非常に複雑であるため、この価格モデル内で戦略をリバースエンジニアリングしてリスクのないリターンを達成することは困難です。
拡張されたアプリケーション
このセクションでは、ERC7527のいくつかの拡張アプリケーションについて説明します:
- AIアプリケーションのインセンティブレイヤーとしてのerc7527。
- ERC7527は、他のアプリケーション、特に貸し出し用のアトミックオラクルです。
AIアプリケーションインセンティブレイヤー
AIアプリケーションには新しいインセンティブ層が必要であり、ERC7527はこのようなアプリケーションに対してシステム的なインセンティブ層を提供することができます。ERC7527トークンはこの層の中核資産として機能します。
AIアプリケーション開発の初期段階では、ERC7527トークンのデプロイにより、アプリケーションの価格設定と市場認知された評価を確立することが重要です。ユーザーは、ラップ操作を通じてERC7527トークンを取得することで、直接AIアプリケーションに投資することができます。
市場価値の観点から、AIアプリケーションの成長とERC7527トークンの保有量の増加により、AIアプリケーションの開発者とERC7527トークンの保持者の両方が市場価値の増加から大いに利益を得ます。
AIアプリケーションは、配当措置を通じてユーザーをさらにインセンティブ付けすることができます。ユーザーに直接サービスの支払いにトークンの使用を要求することができます。イーサリアムのレイヤー上で、技術者でさえも公式であっても自分自身を保護できない場合でも、ユーザーの数を増やすことができます。
ユーザーがERC7527トークンを保有している場合、イーサリアムメインネットのERC6551ファクトリーコントラクトを利用して、ERC7527トークン用のERC6551アカウントを展開できます。その後、このERC6551アカウントを使用して、メインネットに展開されたERC6551ブリッジングコントラクトと対話できます。ブリッジングコントラクトは、イーサリアムのレイヤー2でERC6551ファクトリーコントラクトを呼び出し、レイヤー2でユーザーのERC6551アカウントを展開することで、クロスチェーンの相互作用を容易にします。
erc6551のクロスチェーン実装は直感的な方法で行われ、開発者はerc6551mirrorリポジトリ内のコードを参照できます。このリポジトリでは、Chainlink CCIPを使用してerc6551のクロスチェーン操作が実現されています。
ERC6551のクロスチェーンプロセスが完了すると、ユーザーはERC6551アカウントを使用して、配当契約から報酬を引き出すことができます。
アトミックオラクル
erc7615は、一般的な契約間のアトミック相互作用のためのシンプルなプッシュプロトコルを定義する興味深いercです。この直感的なプッシュプロトコルは、アトミックオラクルを構築することができ、貸借契約などのプロトコルの開発の複雑さを大幅に減らすことができます。erc7615の操作原則は以下の通りです:
ユーザー（クライアント）が送信契約（パブリッシャー）の特定の機能を呼び出すと、送信契約は購読契約が存在するかどうかを確認します。存在する場合、購読契約の実行機能を呼び出して一部のコンテンツをプッシュします。このプロセスの主な特徴は原子性です。購読契約がプッシュされたデータの処理に問題がある場合、プッシュ契約の機能を呼び出すトランザクション（つまり、ダイアグラムのcall somefunc（...）トランザクション）は直接エラーとなります。
ERC7527では、ERC7527が提供する販売価格が事実上の清算価格であることを何度か述べました。ERC7527トークンの保有者は、この販売価格で代理店から流動性を引き出すことができます。したがって、ERC7527の販売価格を貸付プロトコルにプッシュして、貸付プロトコル内で清算を実施できますか?
その答えははいです。さらに、セル価格がERC7527保有量の増加とともに宏観的に増加する連続価格モデルの特性のため、貸出プロトコルはERC7527ラップ操作について心配する必要はありませんが、価格の低下につながるアンラップ取引のみに注意する必要があります。
アンラップ関数内にERC7615プッシュ通知を埋め込むことができます。これにより、アンラップされたERC7527トークンの現在の売却価格が直接貸し出しプロトコルにプッシュされます。貸し出しプロトコルは、アンラップ価格を含むプッシュ通知を受信すると、この価格情報に基づいてERC7527トークンで担保されたポジションを清算することができます。
レンディングポジションを清算する必要がある場合、レンディングプロトコルはerc7527エージェンシーから流動性を引き出すためにアンラップ操作を実行することができます。これにより、レンディングポジションを閉じることができます。
以上の操作は、エキサイティングです。レンディングプロトコル内での清算が失敗すると、ERC7527のアンラップ操作も失敗します。これは、レンディングプロトコルがデフォルトリスクを完全に回避していることを意味します。
実際、どのプロトコルもERC7527から販売価格プッシュ通知を取得できます。つまり、開発者はERC7615レシーバ・インターフェースを実装するだけで、資産価格を取得し、さらに他の操作を完了することができます。
ERC7527内では、ERC7527トークンはコントラクトレベルでERC721から継承するため、開発者は他の方法でERC7527トークンを強化することができます。ユーザーがERC7527を誓約契約に直接転送するなど、従来の誓約スキームを使用すると、ERC7527トークンに関連する他の権利を失います。したがって、ERC7527トークンには、資産移転を必要としない新しい誓約スキームが必要です。
ERC7615のプッシュ機構に基づいて、このような誓約スキームを設計することができます。具体的には、ERC7527代理店契約のアンラップ機能と誓約契約の間にプッシュ関係を確立します。誓約ユーザーは、ERC7527誓約契約と対話して、ERC7527トークンを誓約契約に転送することなく、ERC7527トークンを誓約することができます。
この時点で、ERC7527トークンは誓約契約から配当を受け取ることができます。ユーザーが誓約したERC7527トークンを開封すると、エージェンシー契約はERC7615を使用してこのメッセージを誓約契約にプッシュし、誓約契約は指定されたERC7527トークンの誓約ステータスを解放し、最終的な清算を完了します。
このプロセスでは、ERC7615は担保システムの清算の整合性を確保し、破壊されたERC7527トークンが担保報酬を受け取れないようにします。
免責事項：
Статті на тему
ETHを賭ける方法は?
ステーブルコインとは何ですか？