Membaca ERC7527: Sebuah model penetapan harga baru Desentralisasi

‍Pendahuluan

Bagaimana cara menentukan harga dan berinvestasi dalam ide atau aplikasi awal? Ini adalah tantangan besar dalam dunia desentralisasi. ERC7527 mengikuti konsensus ‘menciptakan uang kredit’ dan mengusulkan paradigma penentuan harga desentralisasi yang didorong oleh Premium.

Dalam artikel ini, kami akan membahas secara mendalam prinsip dan detail protokol ERC7527, serta menjelaskan lebih lanjut prinsip kerja model penawaran berkelanjutan dan keunggulannya yang besar. Selain itu, kami juga akan memperkenalkan beberapa aplikasi ekstensif yang muncul berdasarkan pada sifat pemrograman dan komposabilitas ERC7527.

ERC7527

Dalam artikel sebelumnya, kami memperkenalkan model penetapan harga murni berantai yang umum saat ini, termasuk model penawaran berkelanjutan yang khusus dari ERC7527 dan memberikan representasi matematika dari model tersebut. Namun, pengantar ERC7527 dalam artikel sebelumnya cukup sederhana. Dalam bagian ini, kami akan membahas secara rinci prinsip dan rincian protokol ERC7527.

ERC7527 mengusulkan paradigma baru dalam menentukan harga aplikasi dengan menerbitkan token ERC7527. Harga token ERC7527 sebenarnya mengukur kapitalisasi pasar aplikasi (kapitalisasi pasar aplikasi = harga ERC7527 x jumlah). Metode ini mengubah penentuan harga aplikasi menjadi penentuan harga token ERC7527. Penentuan harga token ERC7527 terdiri dari dua bagian berikut:

• ERC7527 menyediakan antarmuka penawaran wrap (beli) dan unwrap (jual) ke luar, memungkinkan pengembang untuk mengimplementasikannya sendiri.
• Harga ditetapkan. FOAMM (Function Oracle Automated Market Maker) berbasis ERC7527 mengimplementasikan penetapan harga beli melalui wrap dengan menambahkan likuiditas internal, atau penetapan harga jual melalui unwrap dengan menghapus likuiditas internal. Solusi ini tidak memerlukan penyedia likuiditas eksternal.

Untuk pertanyaan tentang penawaran pembelian dan penetapan harga untuk token ERC7527, ERC7527 menyediakan fleksibilitas yang cukup. Secara khusus, pengguna dapat memanggil fungsi berikut untuk mendapatkan penawaran:

Sementara pengembang ERC7527 perlu merancang model penawaran selama proses pengembangan untuk akhirnya memberikan penawaran. Setelah pengguna memanggil getWrapOracle untuk mendapatkan penawaran saat ini, pengguna dapat memilih untuk menyuntikkan likuiditas ke dalam kolam ERC7527 untuk mengubah penawaran menjadi penentuan harga. Secara khusus, pengguna dapat memanggil fungsi wrap di dalam FOAMM untuk menyuntikkan likuiditas:

Untuk masalah penawaran penjualan dan penetapan harga token ERC7527, ERC7527 menggunakan kolam yang dibangun oleh FOAMM untuk menyelesaikan konversi dari penawaran penjualan menjadi penetapan harga. Pengguna dapat menarik aset mereka dengan menghancurkan aset dan menghapus likuiditas internal melalui kolam. Ada kemungkinan masalah di sini, yaitu siapa yang menyediakan likuiditas di dalam kolam.

Dalam teks sebelumnya, kami menyebutkan bahwa FOAMM menambahkan likuiditas internal melalui wrap, ini adalah sumber likuiditas di dalam kolam. ERC7527 menggunakan FOAMM untuk menyuntikkan likuiditas yang dibayarkan pengguna untuk membeli aset ke dalam kolam sebagai likuiditas keluar. Bagi pengembang, hanya perlu memberikan penawaran jual, karena ada likuiditas di dalam kolam, penawaran jual adalah penetapan harga jual. Secara khusus, pengembang perlu mengimplementasikan fungsi berikut untuk mengimplementasikan fungsi penawaran jual:

Pengembang dapat menggunakan likuiditas kolam untuk membuat fungsi penawaran jual yang tidak terbatas, perlu diperhatikan bahwa penawaran jual akhirnya harus mempertahankan keseimbangan likuiditas kolam. Pengguna dapat kapan saja memanggil getUnwrapOracle untuk mendapatkan penawaran jual saat ini dari token ERC7527, dan dapat memilih untuk selanjutnya memanggil fungsi unwrap FOAMM untuk menghancurkan token ERC7527 untuk mendapatkan jumlah token penawaran jual di dalam kolam:

Secara keseluruhan, bagi pengguna, interaksi ERC7527 hanya terdiri dari dua bagian:

• Memanggil fungsi getWrapOracle untuk membaca penawaran beli saat ini, jika penawaran beli cocok, maka panggil fungsi wrap untuk menyuntikkan likuiditas dan mendapatkan token ERC7527.
• Memanggil fungsi getUnwrapOracle untuk membaca harga jual saat ini, jika harga jual cocok, maka panggil fungsi unwrap untuk menghancurkan jumlah token penawaran yang dipegang di dalam kolam ERC7527 untuk menarik token.

Di dalam nilai kembali fungsi getWrapOracle dan getUnwrapOracle yang diberikan dalam teks sebelumnya, terdapat opsi price dan fee, di mana price mewakili jumlah token yang harus dibayar untuk wrap atau unwrap ERC7527 saat ini, sedangkan fee mewakili biaya transaksi. Baik operasi wrap maupun unwrap, pengguna harus membayar sejumlah biaya transaksi, biaya-biaya ini akhirnya dapat diambil oleh pengguna yang ditentukan.

ERC7527 adalah token standar yang, seperti token ERC20 lainnya, juga memiliki alamat tokennya. ERC7527 memiliki bidang definisi berikut:

Definisi struktur di atas mendefinisikan properti paling inti dari ERC7527, di mana mata uang mewakili token mana yang digunakan pengguna untuk mencetak token ERC7527, premi mengacu pada harga awal token ERC7527, feeRecipient adalah alamat penerima biaya dalam proses wrap dan unwrap, sedangkan mintFeePercent dan burnFeePercent mewakili tingkat biaya dalam proses wrap dan unwrap.

Token ERC7527 memiliki fitur fluktuasi premium, menggunakan kata ‘price’ dalam definisi fungsi sebelumnya, yaitu premium dalam struktur aset.

ERC7527 mendefinisikan tiga jenis modul yang berbeda:

1. App Alamat kontrak App adalah alamat kontrak ERC7527 token. ERC7527 mengharuskan kontrak App untuk mewarisi antarmuka terkait ERC721Metadata. Selain itu, kontrak ini perlu mengekspos antarmuka mint dan burn untuk memudahkan panggilan kolam, dan antarmuka mint dan burn hanya dapat dipanggil oleh kolam untuk menghindari pencetakan token ERC7527 secara jahat menyebabkan likuidasi kolam menjadi tidak seimbang.
2. Agen Agen adalah kontrak yang sering disebutkan dalam teks sebelumnya dan merupakan kontrak inti yang berinteraksi dengan pengguna di dalam kolam dan FOAMM. Fungsi getWrapOracle/wrap/getUnwrapOracle/unwrap yang disebutkan sebelumnya semuanya berada di dalam kontrak ini, yang menyimpan token yang dimasukkan oleh pengguna saat membeli (wrap) untuk digunakan saat keluar (unwrap). Kontrak ini adalah kontrak penyelesaian token ERC7527.
3. Factory ini adalah sebuah kontrak bantuan yang bertujuan untuk menyederhanakan implementasi App dan Agency sehingga pengguna dapat dengan mudah mengimplementasikan token ERC7527.

Hubungan antara tiga komponen dapat dilihat pada gambar di bawah ini:

App dan Agency dalam ERC7527 memiliki hubungan ikatan dua arah. Dari perspektif kode, fungsi mint dan burn App hanya dapat dipanggil oleh Agency, dan ERC7527 juga menentukan serangkaian fungsi untuk memudahkan pengguna dalam mencari alamat Agency (fungsi getAgency) dalam kasus diketahui App, dan mencari alamat App (fungsi getStrategy) dalam kasus diketahui Agency.

Dilihat dari segi likuiditas, setiap token ERC7527 dalam aplikasi memiliki likuiditas yang sesuai dengan likuiditas dalam kolam, ini memastikan keseimbangan penyelesaian kolam.

Rencana untuk menggunakan token ERC7527 dalam penilaian desentralisasi aplikasi adalah inovasi revolusioner, yang memperkenalkan paradigma baru di mana mata uang dikirim terlebih dahulu sebelum aplikasi dibangun. Untuk aplikasi yang sangat awal, pengembang dapat langsung menggunakan Pabrik ERC7527 untuk mendeploy token ERC7527.

Pengguna dapat menggunakan fungsi wrap untuk mencetak token ERC7527 dan berpartisipasi dalam investasi awal proyek, atau menggunakan fungsi unwrap untuk keluar dari investasi. Bagi pengembang, harga token ERC7527 dapat memberikan kapitalisasi pasar yang efektif bagi aplikasi awal. Seiring dengan perkembangan aplikasi dan peningkatan pemegang token ERC7527, nilai pasar aplikasi meningkat, memberikan insentif pertumbuhan kapitalisasi pasar bagi pemegang token ERC7527 dan pengembang aplikasi.

Model Penawaran Berkelanjutan

Dalam bagian sebelumnya, kami telah mendiskusikan secara mendalam tentang prinsip kerja ERC7527, namun tidak ada penjelasan rinci tentang konstruksi model tawaran beli di dalam bagian sebelumnya. ERC7527 hanya menyediakan antarmuka getWrapOracle di sini, sementara implementasi model tawaran sepenuhnya bergantung pada pengembang. Dalam bagian ini, kami akan memperkenalkan model tawaran beli yang lebih umum.

Penawaran pembelian ERC7527 harus dipertimbangkan dari dua sudut pandang, yaitu mikro dan makro.

Secara keseluruhan, kami mengharapkan penawaran token ERC7527 akan meningkat seiring dengan peningkatan jumlah token ERC7527 yang dimiliki. Secara lebih spesifik, harga token ERC7527 saat ini yang diperoleh melalui getWrapOracle tidak boleh lebih rendah dari harga penentuan (atau disebut juga sebagai ‘harga pembelian terakhir’).

Penawaran ERC7527 harus meningkat seiring dengan peningkatan jumlah ERC7527 yang dimiliki akan menghasilkan hasil yang menarik, yaitu mekanisme perluasan kredit ERC7527 itu sendiri. Lebih spesifik lagi, akan muncul kapitalisasi pasar ERC7527 yang lebih besar dari TPL (Total Premium Locked). Mekanisme perluasan kredit ini akan menyebabkan pertumbuhan kredit bagi setiap pemegang ERC7527.

Dalam teks sebelumnya, kami tidak menyebutkan perdagangan unwrap penjualan, perdagangan unwrap penjualan akan langsung menyebabkan penurunan harga penawaran pembelian. Kami dapat menggunakan sistem berbasis tumpukan yang paling sederhana untuk mengimplementasikan skema penjualan yang mendorong penurunan harga penawaran pembelian:

Kami akan menyimpan semua riwayat penetapan harga ERC7527 di dalam tumpukan. Setiap kali harga baru terbentuk, kami akan mendorongnya ke dalam tumpukan. Model penawaran beli akan bergantung pada penetapan harga terbaru di dalam tumpukan untuk memberikan penawaran beli.

Dan ketika pengguna menjual, kami langsung menggunakan harga pembelian terbaru, new price, sebagai harga penjualan, mengalirkan likuiditas dari Agency ke pengguna dan pada saat yang sama menghapus harga tersebut dari stack. Pada saat ini, model penawaran masih bergantung pada harga terbaru dalam stack, price2.

Karena price2 kurang dari harga baru, model penawaran saat ini setelah di-unwrap akan memberikan penawaran berdasarkan price2 yang lebih rendah daripada penawaran sebelumnya berdasarkan harga baru. Tentu saja, jenis penawaran jual berdasarkan tumpukan ini hanyalah salah satu skema penawaran jual yang paling sederhana.

Dari perspektif mikro, model penawaran harus memiliki mekanisme penyesuaian harga yang mirip dengan Lelang Belanda. Karakteristik terbesar dari Lelang Belanda adalah memasukkan waktu ke dalam model penawaran, sehingga harga harus turun secara otomatis ketika tidak ada transaksi dalam jangka waktu yang lama.

Namun, lelang gaya Belanda memiliki kekurangan yang cukup serius, karena seiring berjalannya waktu, harga pasti akan turun, ada dilema tahanan permainan menunggu, yang akhirnya menyebabkan penawaran terus turun. Model penawaran yang baik pada tingkat mikro harus mencakup faktor waktu, dan juga harus ada fase kenaikan dan penurunan.

Sebagai kesimpulan, model penawaran yang baik harus memenuhi persyaratan berikut:

• Harga beli yang diberikan tidak boleh lebih rendah dari penetapan harga yang ada. Ini bertujuan untuk memastikan bahwa dengan peningkatan jumlah token ERC7527 secara makro, harga beli dan penetapan harga juga naik.
• Fungsi penawaran khusus harus memiliki faktor waktu, dan harus mencakup dua tahap kenaikan dan penurunan secara bersamaan.

Selain itu, kami berharap model penawaran harga dapat memenuhi pertumbuhan yang sesuai dengan aplikasi berikut:

• Tahap awal dengan pertumbuhan tinggi
• Tahap menengah dan akhir memiliki pertumbuhan yang cukup stabil.

Kami akan menjelaskan solusinya secara rinci dalam teks berikutnya.

Pertama, memenuhi persyaratan makro sebenarnya sangat mudah, kita perlu menyertakan penilaian (Pn-1) sebagai faktor dalam model penawaran. Kemudian, untuk permintaan mikro, kita bisa memecah fungsi untuk menyelesaikan masalah. Akhirnya, kita bisa mendapatkan fungsi penawaran berikut:

Tentang makna spesifik parameter dalam fungsi penawaran ini, pembaca dapat merujuk ke penjelasan yang diberikan dalam artikel sebelumnya. Di sini, kami langsung memberikan gambaran fungsi penetapan harga ini:

Dalam gambar di atas, sumbu x mewakili unit interval waktu antara waktu perdagangan terakhir dan sumbu y mewakili perbandingan antara penawaran saat ini dan harga perdagangan terakhir. Penting untuk dicatat bahwa ketika harga turun di bawah harga perdagangan terakhir, model penawaran hanya akan memberikan penawaran yang sama dengan harga perdagangan terakhir, ini untuk memenuhi persyaratan makro model penawaran.

Kita secara intuitif melihat bahwa model penawaran di atas memiliki tahap kenaikan awal, serta tahap penurunan mirip lelang Belanda di tahap akhir, yang secara efektif memenuhi persyaratan mikro dari model penawaran. Di sini, kita dapat melihat lonjakan kenaikan pada tahap awal kenaikan, yang bertujuan untuk menghindari peningkatan jumlah ERC7527 yang signifikan namun tanpa adanya perubahan harga yang signifikan dalam proses pencetakan berturut-turut.

Kami membuat lingkungan untuk mensimulasikan model penawaran di atas, hasil simulasi adalah sebagai berikut:

Dalam grafik Candlestick tren simulasi, kolom pertama mewakili tren harga token ERC7527 saat ini, sedangkan kolom kedua mewakili jumlah token ERC7527 saat ini, jumlah ini akan bertambah saat operasi wrap, dan berkurang saat operasi unwrap. Dari segi kode, kolom kedua sebenarnya didapatkan dari panggilan fungsi totalSupply dari App. Kolom ketiga mewakili jumlah wrap dan unwrap saat ini, di mana garis hijau mewakili jumlah wrap, sedangkan garis merah mewakili jumlah unwrap.

Grafik di atas menunjukkan sebagian kondisi awal operasi kolam, mungkin pada awalnya karena kurangnya konsensus dan alasan lainnya, pengguna masuk dan keluar menyebabkan harga tetap fluktuasi di sekitar harga awal untuk waktu yang lama, sampai beberapa informasi menguntungkan muncul, pengguna memilih untuk membeli tetapi kemudian dijual kembali oleh pengguna awal dengan harga awal, akhirnya dengan bertambahnya pemegang token ERC7527, harga berguncang naik dalam fluktuasi.

Dengan simulasi sederhana di atas, kita dapat melihat keuntungan yang sangat penting dari model kuota berkelanjutan, yaitu operasi pembelian pengguna secara langsung mempengaruhi alur penawaran, yang menyebabkan hampir tidak mungkin bagi dua token ERC7527 berbeda untuk menghasilkan grafik Candlestick yang sama, ini secara signifikan meningkatkan kompleksitas permainan sistem.

Grafik di bawah ini menunjukkan perubahan penawaran yang spesifik, di mana B mewakili wrap beli, sedangkan S mewakili unwrap jual. Kita dapat melihat bahwa model penawaran secara makro setiap harga beli tidak pernah lebih rendah dari harga transaksi sebelumnya, sedangkan setiap kali penjualan menggunakan penentuan harga beli yang sudah ada sebelumnya, sehingga gambar ini memiliki simetri tertentu.

Kami sebenarnya telah memenuhi persyaratan makro dan mikro dari model penawaran di atas, sambil juga memenuhi ‘model pertumbuhan dengan pertumbuhan tinggi pada tahap awal’. Selanjutnya, kita perlu menyelesaikan masalah, yaitu bagaimana mewujudkan pertumbuhan yang stabil dalam aplikasi pada tahap lanjut. Kenaikan tajam dalam penawaran pada tahap awal sesuai dengan pertumbuhan tinggi pada tahap awal aplikasi. Penawaran pada tahap menengah dan akhir harus sesuai dengan perkembangan stabil aplikasi, oleh karena itu kita perlu membangun sistem penawaran yang stabil untuk pertumbuhan pada tahap menengah dan akhir.

Dengan ini, kami memutuskan untuk mengatasi masalah ini dengan membagi menjadi beberapa bagian, yaitu menggunakan sistem penawaran yang memiliki pertumbuhan tinggi pada tahap awal, dan menggunakan sistem penawaran yang stabil pada tahap selanjutnya. Tentu saja, selain pembagian awal dan selanjutnya yang dijelaskan dalam artikel ini, pengembang dapat melakukan lebih banyak pembagian sesuai dengan situasi mereka, misalnya menggunakan fungsi pertumbuhan yang berbeda pada tahap awal, menengah, dan selanjutnya.

Sebenarnya, kami masih menggunakan fungsi penawaran yang konsisten dengan yang digunakan sebelumnya, tetapi beberapa parameter telah dimodifikasi. Kurva fungsi penawaran yang telah dimodifikasi adalah sebagai berikut:

Dibandingkan dengan fungsi penawaran awal, kita dapat melihat bahwa peningkatan awal fungsi penawaran lebih rendah. Sumbu x pada gambar di atas tetap menggunakan unit waktu antara transaksi terakhir sebagai sumbu x, tetapi perlu diperhatikan bahwa unit waktu di sini lebih kecil dari fungsi penawaran awal.

Kami mencoba mensimulasikan perubahan harga perdagangan token ERC7527 dari 0 hingga 20000, dan kami mendapatkan grafik Candlestick berikut:

Penetapan grafik candlestick di atas awalnya ditetapkan pada harga 0.1. Ketika pasokan mencapai 20000, harga naik dari 0.1 awal menjadi 300, meningkat hingga 3000 kali lipat.

Tentu saja, beberapa aplikasi mungkin tidak akan lancar menuju kesuksesan. Grafik Candlestick di bawah ini menunjukkan perubahan harga saat aplikasi berkembang pesat pada awalnya, namun tiba-tiba mengalami krisis yang menyebabkan pengguna keluar:

Beberapa contoh di atas membuktikan bahwa model penawaran yang kami ajukan efektif dan memenuhi pola pertumbuhan aplikasi, baik pertumbuhan tinggi pada awalnya maupun pertumbuhan stabil pada akhirnya. Keunggulan-keunggulan ini karena kami menggunakan model penawaran bersegmen dengan fungsi penawaran yang menggunakan parameter yang berbeda pada awal dan akhir periode.

Di sisi lain, karena fungsi penawaran adalah kontinu, pengguna dapat menunggu fungsi penawaran memberikan penawaran yang diharapkan, dan situasi penawaran akan berubah seiring dengan perilaku pengguna. Hal ini membuat model penawaran yang diperkenalkan dalam bagian ini tidak hanya melibatkan permainan antara pengguna dan model penawaran, tetapi juga melibatkan permainan antara pengguna. Permainan antara pengguna sangat kompleks, yang menyebabkan sulit untuk mendasarkan strategi pada model penawaran untuk mendapatkan keuntungan tanpa risiko.

Aplikasi Ekspansi

Dalam bagian ini, kami akan memperkenalkan beberapa aplikasi ekstensi ERC7527 berikut ini:

• ERC7527 sebagai Layer Insentif aplikasi AI
• Sebagai aplikasi lain, terutama untuk aplikasi pinjaman, ERC7527 adalah mesin ramalan atom

Layer Insentif Aplikasi AI

Aplikasi AI memerlukan lapisan insentif baru, dan ERC7527 dapat membawa lapisan insentif yang sistematis untuk aplikasi AI, sementara token ERC7527 adalah aset inti dari lapisan insentif.

Penerapan AI pada tahap awal pengembangan diterapkan pada token ERC7527 untuk menentukan harganya, sehingga penerapan AI ini memiliki valuasi yang diakui pasar, dan pengguna juga dapat langsung berinvestasi dalam penerapan AI melalui operasi wrap untuk memiliki token ERC7527.

Dilihat dari kapitalisasi pasar, dengan perkembangan aplikasi AI dan peningkatan jumlah pemegang ERC7527, pengembang aplikasi AI dan pemegang token ERC7527 akan mendapatkan insentif besar dari kenaikan kapitalisasi pasar.

Aplikasi AI juga dapat menggunakan langkah dividen untuk mendorong pengguna. Aplikasi AI secara langsung meminta pengguna menggunakan token untuk pembayaran di lapisan kedua Ethereum.

Pengguna dapat menggunakan kontrak untuk membayar biaya aplikasi AI. Biaya yang dikunci di dalam kontrak pembayaran secara berkala ditransfer ke kontrak dividen, pemegang token ERC7527 dapat langsung menarik pendapatan dari kontrak dividen, sementara pengembang aplikasi AI juga dapat menarik sebagian pendapatan dari kontrak dividen.

Dalam implementasi teknisnya, token ERC7527 mewarisi dari ERC721, yang berarti token ERC7527 dapat menghasilkan kontrak akun ERC6551 dengan bantuan protokol ERC6551. Dan kita dapat melakukan cross-chain akun ERC7527 token ke lapisan kedua Ethereum melalui beberapa solusi teknis. Rute implementasi teknis yang spesifik adalah sebagai berikut:

Setelah pengguna memegang token ERC7527, mereka dapat memanggil kontrak pabrik ERC6551 yang terletak di Mainnet Ethereum untuk mendeploy akun ERC6551 untuk token ERC7527, kemudian menggunakan akun ERC6551 untuk memanggil kontrak jembatan ERC6551 yang dideploy di Mainnet, kontrak jembatan akan memanggil kontrak pabrik ERC6551 yang terletak di layer kedua Ethereum untuk mendeploy akun ERC6551 di layer kedua untuk pengguna melalui jembatan antar rantai.

Bagian cross-chain ERC6551 memiliki implementasi yang paling sederhana, pengembang dapat merujuk ke kode di dalam ERC6551Mirror, repositori ini menggunakan Chainlink CCIP untuk mengimplementasikan operasi cross-chain ERC6551.

Setelah Interaksi Cross-Chain ERC6551 selesai, pengguna dapat menggunakan akun ERC6551 tersebut untuk menarik hadiah di dalam kontrak Dividen.

Mesin Oracle Keberatan

ERC7615 adalah ERC yang menarik, yang secara khusus menetapkan hubungan dorong atom antara kontrak umum. Protokol dorong sederhana ini dapat menghasilkan mesin oracle atom, yang signifikan mengurangi tingkat kesulitan pengembangan protokol seperti kontrak pinjaman.

Prinsip kerja ERC7615 adalah seperti gambar di bawah ini:

Ketika pengguna (Client) memanggil beberapa fungsi kontrak pengirim (Publisher), kontrak pengirim akan memeriksa apakah ada kontrak langganan yang ada untuk fungsi tersebut, jika ada, maka akan memanggil fungsi kontrak langganan untuk mengirimkan beberapa konten. Fitur utama dari proses di atas adalah keatomikan. Jika ada masalah dalam pemrosesan data pengiriman kontrak, transaksi pemanggilan kontrak pengiriman (yaitu transaksi Call somefunc(…) dalam gambar di atas) juga akan langsung menghasilkan kesalahan.

Dalam ERC7527, kami telah beberapa kali menyebutkan bahwa harga jual yang diberikan oleh ERC7527 sebenarnya adalah harga jual yang ditetapkan, pengguna yang memiliki token ERC7527 dapat menarik likuiditas dari Agen dengan harga jual yang ditetapkan. Jadi, apakah kita dapat mendorong harga jual ERC7527 ke protokol peminjaman untuk melaksanakan likuidasi di dalam protokol peminjaman?

Jawabannya adalah ya. Selain itu, karena model penawaran berkelanjutan secara makro mengikuti sifat kenaikan penawaran beli seiring dengan kenaikan jumlah ERC7527, protokol pinjaman tidak perlu peduli dengan operasi wrap di dalam ERC7527, tetapi hanya perlu peduli dengan transaksi unwrap yang dapat menyebabkan penurunan harga.

Kita dapat menyisipkan push ERC7615 di dalam fungsi unwrap, dan langsung mengirimkan harga jual unwrap saat ini ke protokol pinjaman, ketika protokol pinjaman menerima harga unwrap yang dikirimkan, maka dapat menyelesaikan posisi jaminan yang menggunakan token ERC7527 dalam protokol pinjaman berdasarkan informasi harganya.

Ketika posisi pinjaman tertentu perlu dilikuidasi, maka protokol pinjaman dapat melakukan operasi unwrap untuk mengekstraksi likuiditas dari ERC7527Agency untuk menutup posisi pinjaman.

Yang menarik adalah bahwa operasi di atas bersifat atom, artinya jika penyelesaian protokol pinjaman gagal, maka operasi unwrap ERC7527 juga akan gagal, yang berarti protokol pinjaman sepenuhnya menghindari risiko kenaikan margin.

Sebenarnya, setiap protokol dapat memperoleh harga jual yang dipublikasikan di dalam ERC7527, ini berarti pengembang hanya perlu menulis sebuah antarmuka penerima ERC7615 untuk mendapatkan harga aset dan melanjutkan operasi lainnya.

Dalam ERC7527, karena token ERC7527 mewarisi kontrak ERC721, pengembang dapat memberikan token ERC7527 kemampuan tambahan. Ketika pengguna menggunakan skema penyetoran tradisional, seperti langsung mentransfer ERC7527 ke kontrak penyetoran, pengguna kehilangan keuntungan lain dari token ERC7527, sehingga diperlukan skema penyetoran baru yang tidak memerlukan transfer aset.

Berdasarkan mekanisme dorongan ERC7615, skema penyetoran tanpa perlu pemindahan aset dapat dirancang. Secara khusus, hubungan dorongan antara kontrak unwrap di dalam kontrak Agency ERC7527 dan kontrak penyetoran dibangun. Pengguna penyetoran dapat melakukan interaksi dengan kontrak penyetoran ERC7527 untuk menyetor token ERC7527, tetapi proses ini tidak memerlukan pemindahan token ERC7527 ke dalam kontrak penyetoran.

Saat ini, token ERC7527 dapat memperoleh Dividen di dalam kontrak staking. Ketika pengguna membuka ERC7527 yang telah dipertaruhkan, kontrak Agency akan menggunakan ERC7615 untuk mengirim pesan ini ke kontrak staking, kontrak staking akan mencabut status taruhan token ERC7527 yang ditentukan dan menyelesaikan secara akhir.

Dalam proses ini, ERC7615 menjamin masalah likuidasi sistem penyanggaan, memastikan bahwa token ERC7527 yang sudah dihancurkan tidak mungkin mendapatkan keuntungan penyanggaan.