概觀

如何為早期的想法或應用定價並參與投資是分散式世界中的一個重大挑戰。 Erc7527提出了一種基於溢價驅動共識的分散式定價範例，遵循“貨幣信貸創造”的概念。

在本文中，我們將深入探討 ERC7527 的原則和協議細節，進一步解釋連續定價模型的操作原理及其重大優勢。此外，我們還將探索從 ERC7527 的可編程性和可組合性中衍生出的擴展應用。

erc7527

在之前的文章中，我们介绍了常见的链上定价模型，并简要介绍了ERC7527的独特连续定价模型，包括其数学表示。然而，之前的文章只是对ERC7527的简单概述。在本节中，我们将重点介绍ERC7527的原理和协议细节。

erc7527通過發行erc7527代幣為定價應用程序引入了一個新的範式。 erc7527代幣的價格有效地量化了應用程序的市場價值（應用程序市場價值=erc7527價格×數量）。 這種方法將應用程序定價轉化為定價erc7527代幣。

ERC7527代幣的定價由兩個主要部分組成：

引用：erc7527提供了外部购买（封装）和销售（解封）报价的接口，允许开发者自行实现这些功能。

價格：erc7527的foamm（功能性oracle自動市場製造商）通過添加內部流動性進行購買定價，通過移除內部流動性進行銷售定價。這種方法不依賴於外部流動性提供者。

關於ERC7527代幣的購買報價和定價問題，ERC7527提供了廣泛的可程式設計性。具體來說，使用者可以調用函數來獲取報價：

在ERC7527中，開發人員需要在開發過程中設計一個報價模型，最終提供報價。當用戶呼叫時getwraporacle要獲取當前報價，他們可以選擇將流動性注入erc7527池，將報價轉換為定價。具體來說，用戶可以使用包裝在foamm內部注入流動性的功能：

對於 erc7527 代幣的銷售報價和定價，erc7527 利用使用 foamm 建立的池來促進從銷售報價到定價的轉換。用戶可以使用這些池來銷毀資產或移除內部流動性以退出。然而，關於是誰為這些池提供流動性存在一個關鍵問題。

如先前所述，Foamm通過封裝操作增加內部流動性，這是池內流動性的主要來源。ERC7527使用Foamm將用戶購買資產時支付的流動性注入池中，這充當著退出流動性。

開發人員只需要提供賣出報價，因為池中已經有流動性。因此，賣出報價在實際上起到了賣價的作用。具體而言，開發人員需要實現以下功能來促進賣出報價：

開發人員可以根據池中的流動性構建任意的銷售報價函數。重要的是要確保銷售報價在池中保持流動性平衡。用戶可以呼叫獲取unwraporacle隨時檢索ERC7527代幣的當前出售報價。他們還可以選擇呼叫Foam的解封銷毀erc7527代幣並接收與池中報價金額相等的代幣的功能。

對於與erc7527互動的使用者，有兩個主要操作：

召喚getwraporacle函數用於檢索當前的買入行情。如果適合，請致電包裹注入流動性並收取ERC7527代幣。

callgetunwraporacle取得當前的賣出價格。如果合適，請呼叫解封從池中銷毀持有的erc7527代幣並提取相當於售價的代幣。

兩個函數都返回帶有值的結果價格和費用選項。價格表示包裝或解包操作所需的代幣數量，而費用表示交易手續費。用戶必須支付這些操作的費用，費用可由指定用戶索取。

erc7527，就像erc20代幣一樣，有自己的代幣地址並定義了特定的字段。

上述結構定義了ERC7527的核心屬性。貨幣代表用戶提供的代幣用於鑄造erc7527代幣，溢價表示erc7527代幣的初始價格，收款人指定在封裝和解封交互期間收取費用的地址，同時鑄幣費百分比並且burnfeepercent指示包裝和解包操作的費率。

erc7527 代幣具有波動特性的高價特色。該術語 價格在上面的函數定義中使用，特別是在資產代表結構保費.

erc7527結構分為三個不同的模塊:

應用程式：ERC7527 代幣部署的合約地址。在 ERC7527 中，應用程式合約必須繼承 ERC721metadata 等介面。它暴露的是鑄幣和燃燒僅限池調用的界面，防止惡意鑄幣，確保池流動性平衡。

機構：此合約充當了之前提到的池塘和泡沫互動的核心接口。例如函數，如getwraporacle, 包裝, 取得解封 Oracle，和，解開在這裡實施。代理合同在包裝操作期間存儲用戶注入的代幣，以便在取消包裝操作期間後續使用，促進ERC7527代幣清算。

Factory：一種輔助合約，旨在簡化應用程式和代理合約的部署，使用戶更容易部署 erc7527 代幣。

這些組件之間的關係如下圖所示：

在erc7527中，應用程序和代理合約保持雙向綁定關係。從代碼角度來看，鑄幣和燃燒應用程式的功能只能由代理呼叫。ERC7527還定義了一系列函數，以方便查詢給定應用程式的代理地址。getagencyfunction), 並查詢給定代理應用程式位址獲取策略function).

從流動性的角度來看，應用程序中的每個erc7527代幣都對應著池子中的流動性。這確保了池子的流動性平衡。

這個使用 ERC7527 代幣的去中心化定價解決方案代表了一種革命性的創新。它引入了一種新的範式，應用程序可以建立在代幣發行的基礎上。對於早期應用程序，開發人員可以直接使用 ERC7527 的工廠部署 ERC7527 代幣。

用戶可以通過撥打電話參與早期投資包裝功能是用來鑄造ERC7527代幣，或通過調用來退出投資解封對於開發人員來說，ERC7527代幣的價格為早期應用程序提供了有效的估值。隨著應用程序的增長和更多的ERC7527代幣持有人參與，應用程序的估值也將增加，為ERC7527代幣持有人和應用程序開發人員提供激勵。

連續報價模式

在上一節中，我們廣泛討論了 ERC7527 的操作原理，但沒有詳細說明買入報價模型的構建。ERC7527 提供getwraporacle在此界面上，報價模型的具體實現完全依賴於開發人員。在本節中，我們提出了一個更通用的購買報價模型，適用於 erc7527。

對 ERC7527 的買入報價應該考慮微觀和宏觀兩個角度：

從宏觀的角度來看，我們預期 ERC7527 代幣的價格將隨著持有的 ERC7527 代幣數量的增加而增加。具體來說，當前價格是通過getwraporacle不應低於定價（或“最後購買交易價格”）。

隨著持有的 erc7527 令牌數量的增加，erc7527 令牌價格的上漲將導致一個有趣的結果：erc7527 令牌本身將具有信用擴張機制。具體而言，erc7527 令牌的市值可能超過 tpl（總鎖倉保險金）。這種信用擴張機制將使每個 erc7527 令牌持有人獲得信用增長。

在先前的討論中，我們沒有提到取消賣出交易，這直接導致買進交易價格下降。我們可以使用一個簡單的基於堆疊的系統來實現一個方案，其中賣出會推低買進報價，如下所示：

在erc7527中，所有的歷史價格都存儲在堆棧中。每當形成新價格（新價格）時，都將其推送到堆棧上。買報價模型依賴於堆棧中的最新價格來確定買報價。

當用戶賣出時，最新的買價（新價格）直接用作賣出價格。流動性從代理轉移到用戶，並從堆棧中彈出價格。此時，報價模型仍依賴堆棧中的最新價格（價格2）在展開後提供報價。由於價格2小於新價格，報價模型將在外部提供比過去基於新價格的報價更低的報價。然而，這種基於堆棧的賣出報價是一種基本方法。

從微觀的角度來看，報價模型應該包括類似荷蘭式拍賣的價格調整機制。荷蘭式拍賣將時間引入報價模型，當一段時間沒有交易時，自動降低價格。然而，荷蘭式拍賣面臨一個嚴重問題，即價格不可避免地隨著時間的推移而下降，這是由於等待遊戲困境，導致持續的價格下降。從微觀的角度來看，一個強大的報價模型應該納入時間因素，並包括上升和下降階段。

總之，一個好的報價模型應該滿足以下要求:

買報價不應低於已確定的價格，以確保隨著 ERC7527 代幣擁有量增加，買報價和價格在宏觀層面上增加。

特定報價功能應包括時間因素，並應具有向上和向下兩個階段。

另外，我們的目標是引用模型滿足應用程序的增長模式：

早期具有高增长潜力

後期相對穩定的增長

我們將在接下來的章節中詳細說明解決方案。

最初，通過將定價（pn-1）納入報價模型中，滿足宏觀要求是直接的。對於微觀需求，我們可以將功能分割以解決問題。最終，我們可以實現以下報價函數：

這個定價函數中參數的具體含義可以在上一篇文章中提供的介紹中找到。在這裡，我們直接呈現這個定價函數的圖形:

在上圖中，x軸表示距離上次交易的時間間隔，y軸表示當前報價與上次交易價格之比率。值得注意的是，當價格低於上次交易價格時，價格模型僅引用上次交易價格以滿足價格模型的宏觀需求。

從視覺上看，我們觀察到在上述定價模型中既有早期上升階段，也有後來的下降階段，類似於荷蘭式拍賣，有效地滿足了定價模型的微觀要求。在上升階段的早期階段，我們看到價格上漲，以防止在 ERC7527 的連續鑄造過程中持有量增加而價格變化不大的情況發生。

我們建立了一個環境來模擬上述定價模型，模擬結果如下:

在模擬蠟燭圖中，第一列代表了ERC7527代幣的價格趨勢，而第二列則表示當前持有的ERC7527代幣，這些代幣通過捆綁操作增加，通過解綁操作減少。從代碼角度來看，第二列實際上是使用應用程式的總供應檢索出來的。總供應量功能。第三列顯示了包裝和解包操作的數量，綠線表示包裝操作，紅線表示解包操作。

該圖表顯示了一些池的早期運營動態。最初，由於共識不足或其他因素，用戶進出，導致價格在長時間內在初始價格周圍波動。最終，積極的發展吸引了買家，但早期用戶出售使價格回到初始水平。隨著ERC7527代幣持有者數量的增加，價格在波動中上升。

透過這個簡單的模擬，我們觀察到連續定價模型的顯著優勢：使用者的購買操作直接影響定價過程，使得兩個ERC7527代幣呈現相同K線圖的可能性非常小。這大大增強了系統的戰略互動的複雜性。

以下圖表顯示特定價格變化，其中‘b’表示買入（包裝），‘s’表示賣出（拆封）。從宏觀上看，每筆買入交易的執行價格不會低於前一筆交易價格，而每筆賣出交易使用先前建立的買入價格，從而在圖表中產生某種對稱性。

我們已經有效地解決了早期定價模型的宏觀和微觀需求，同時也滿足了“早期高速增長”定價的增長模式。接下來，我們需要應對一個新的挑戰：如何在應用程式開發的後期實現強勁的定價增長。早期的價格快速上漲與應用程式的早期高速增長相一致。在中後期，定價需要與應用程式的穩定發展相匹配，因此我們需要建立一個支持這些後期強勁增長的定價系統。

為了解決這個問題，我們決定通過分段來解決。具體而言，我們將在早期採用高增長定價系統，然後過渡到穩定增長定價系統。除了這裡討論的兩階段分段之外，開發人員還可以根據自己的具體需求實現更多的分段，比如在早期、中期和後期使用不同的增長函數。

實際上，我們仍然使用與初期一致的定價功能，但已調整了一些參數。修改後的定價功能曲線如下所示：

與早期定價功能相比，我們觀察到後期定價功能的初始增長率較低。圖表中的 x 軸仍然使用自上次交易以來的時間間隔作為單位，但重要的是要注意，這些間隔比早期定價功能中使用的間隔要短。

我們試圖模擬ERC7527代幣在供應從0增加到20,000期間的價格變動，結果如下蠟燭圖所示。

上述K線圖的初始價格設定為0.1。當供應量達到20,000時，價格從初始的0.1增加到300，標誌著一個3000倍的增長。

當然，並非所有應用程序都能順利走向成功。下面的K線圖顯示了在早期的快速增長期間出現的價格波動，隨後出現了突然的危機，導致用戶撤資：

上述案例展示了我們提出的定價模型的有效性，該模型符合應用程序的增長模式，既能應對早期高增長階段，也能應對後期穩定增長階段。這些優勢來自於使用分段定價模型，通過為早期和後期階段使用不同的參數化定價函數。

此外，由於定價功能是連續的，使用者可以預測預期的報價，並且這些細節可以根據使用者操作而變化。這種動態交互不僅涉及使用者與定價模型之間的博弈，還涉及使用者自身之間的博弈。用戶間交互非常複雜，因此很難在這種定價模型中對策略進行逆向工程以實現無風險回報。

擴展應用程式

在本節中，我們將討論 ERC7527 的幾個擴展應用：

1. erc7527作為人工智慧應用的激勵層。
2. erc7527作為其他應用程式的原子預言機，特別是在借貸方面。

AI應用激勵層

AI應用需要一個新的激勵層，而ERC7527可以為這些應用提供一個系統化的激勵層，其中ERC7527代幣作為該層的核心資產。

在AI應用程序開發的早期階段，部署ERC7527代幣價格應用程序，確立市場認可的估值。用戶可以通過進行包裝操作直接投資於AI應用程序，以獲得ERC7527代幣。

從市值的角度來看，隨著人工智慧應用的增長和ERC7527代幣持有量的增加，人工智慧應用的開發者和ERC7527代幣持有者都會從市值的增加中受益良多。

AI應用可以通過分紅措施進一步激勵用戶。它們可以要求用戶在以太坊層面上直接使用代幣付款以支付服務。即使是技術官員也無法自己獨立完成，需要將用戶轉化為 DID。

當用戶持有 ERC7527 代幣時，他們可以在以太坊主網上利用 ERC6551 工廠合約部署 ERC6551 帳戶來對其 ERC7527 代幣進行操作。隨後，他們可以使用此 ERC6551 帳戶與在主網上部署的 ERC6551 橋接合約進行互動。該橋接合約通過調用以太坊第二層上的 ERC6551 工廠合約為用戶在第二層上部署 ERC6551 帳戶來實現跨鏈互動。

ERC6551的跨鏈實現採用了簡單直觀的方法，開發者可以參考ERC6551Mirror存儲庫中的代碼。該存儲庫採用Chainlink CCIP實現ERC6551的跨鏈操作。

一旦完成ERC6551跨鏈流程，用戶可以使用他們的ERC6551帳戶從分紅合約中提取獎勵。

原子預言

erc7615 是一個有趣的 erc，它定義了一個簡單的推送協議，用於通用合約之間的原子交互。這個直接的推送協議可以構建原子 Oracle，顯著降低了開發諸如借貸協議之類的協議的複雜性。erc7615 的操作原則如下：

當使用者（用戶端）調用發送合約（發行者）上的某些函數時，發送合約會檢查是否有任何訂閱合約。如果存在，它會調用訂閱合約上的 exec 函數來推送一些內容。這個過程的主要特徵是原子性。如果訂閱合約在處理推送數據時遇到問題，調用推送合約函數的事務（即圖中調用 somefunc（...） 事務）將直接出錯。

在erc7527中，我們已經多次提到erc7527提供的賣價實際上是清算價格。任何erc7527代幣持有人都可以以這個賣價從機構中提取流動性。因此，我們能否將erc7527的賣價推送到借貸協議中，以在借貸協議內實現清算？

答案是肯定的。此外，由於連續定價模型的特性，隨著 erc7527 持有量的增加，賣價會宏觀上增加，因此借貸協議無需關注 erc7527 的封裝操作，只需關注可能導致價格下降的解封交易。

我們可以在解包功能中嵌入 ERC7615 推送通知，直接將解包的 ERC7527 代幣的當前賣出價推送到借貸協定。當借貸協定收到帶有解包價格的推送通知時，它可以根據此定價資訊清算以 ERC7527 代幣抵押的頭寸。

一旦需要清算借贷头寸，借贷協議可以執行 unwrap 操作從 erc7527 代理中提取流動性以關閉借貸頭寸。

令人興奮的是，上述操作都是原子性的。如果在借貸協議中清算失敗，那麼對 ERC7527 的取消操作也將失敗。這意味著借貸協議完全避免了違約風險。

事實上，任何協議都可以從erc7527獲取其售價推送通知。這意味著開發者只需要實現一個erc7615接收器接口就可以獲得資產定價並進一步完成其他操作。

在ERC7527中，由於ERC7527代幣在合約層級上繼承自ERC721，開發人員可以通過其他方式增強ERC7527代幣。當用戶使用傳統的抵押計劃（例如直接將ERC7527轉移到抵押合約），他們會失去與ERC7527代幣相關的其他權利。因此，ERC7527代幣需要一種新的抵押計劃，該計劃不需要資產轉移。

基於ERC7615的推送機制，可以設計出這樣的質押方案。具體來說，在ERC7527代理合同中的解包功能與質押合同之間建立推送關係。質押使用者可以與ERC7527質押合約進行交互，以質押ERC7527代幣，而無需將其轉移到質押合約中。

在此時，ERC7527代幣可以從贊助合約中獲得紅利。當用戶取消贊助的ERC7527代幣時，代理合約使用ERC7615將此消息推送到贊助合約，然後釋放指定的ERC7527代幣的贊助狀態，並完成最終清算。

在這個過程中，ERC7615確保了抵押系統的清算完整性，確保被銷毀的ERC7527代幣無法獲得抵押獎勵。

免責聲明：

1. 本文轉載自[潘新]. 所有版權屬於原作者 [區塊鏈騎士].如對本轉載有異議，請聯繫Gate 學習團隊會立即處理。
2. 免責聲明：本文中表達的觀點和意見僅代表作者的觀點和意見，不構成任何投資建議。
3. 閘.io學習團隊負責將文章翻譯成其他語言。除非另有說明，禁止複製、分發或抄襲翻譯後的文章。