Interpretasi mendalam tentang evolusi arsitektur aplikasi pinjaman di Ethereum

Penulis: @albertocuestacanada

Terjemahan: Komunitas Dengchain

! [Interpretasi mendalam tentang evolusi arsitektur aplikasi pinjaman di Ethereum] (https://cdn-img.panewslab.com//panews/2022/10/15/images/bcdcc4b76ff94a8c3e73b9d3d124dc11.png) Evolusi produk pinjaman

Pinjaman adalah landasan aplikasi blockchain berbasis Ethereum. Miliaran aset telah dipinjamkan[5] Jadi memahami cara kerja pinjaman sangat penting bagi pengembang, arsitek, atau peneliti.

Seperti evolusi paradigma pemrograman, aplikasi DeFi ini memiliki desain arsitektur berbeda yang mencerminkan perubahan prioritas mulai dari keamanan hingga pengalaman pengguna yang efisien.

Artikel ini membahas analisis arsitektur aplikasi pinjaman seperti MakerDAO, Compound, Aave, Euler, dan Yield. Kami akan menyoroti inovasi utama dan pola desain yang merupakan pelajaran penting untuk pengembangan aplikasi pinjaman di masa depan.

Jika Anda seorang pengembang, arsitek, atau peneliti keamanan, maka artikel ini cocok untuk Anda. Akhirnya, Anda akan dengan mudah belajar tentang aplikasi pinjaman baru di Ethereum dan mendapatkan pemahaman yang cepat dan komprehensif tentang arsitekturnya. Pelajari lebih lanjut tentang bagaimana raksasa DeFi ini dibangun dari bawah ke atas.

Pinjaman di DeFi

Sebagian besar pinjaman DeFi memiliki jaminan berlebihan[6] 。 Jika nilai agunan yang diberikan oleh pengguna lebih tinggi dari nilai pinjaman, pengguna dapat meminjam aset tertentu. Tidak seperti pinjaman tradisional, banyak dari pinjaman ini tidak memiliki pembayaran rutin atau tanggal pembayaran tetap. Pada dasarnya, Anda dapat meminjam dan tidak pernah membayarnya kembali.

Namun, ada masalah: nilai agunan harus selalu melebihi batas nilai pinjaman yang telah ditentukan.

Jika nilai jaminan turun di bawah batas ini, pinjaman akan dicairkan[7] 。 Selama likuidasi, orang lain membayar sebagian atau seluruh pinjaman Anda, dan mereka menerima sebagian atau seluruh jaminan Anda sebagai imbalannya.

Semua aplikasi pinjaman yang mengikuti struktur keuangan ini memerlukan konstruksi yang sama, yang kemudian dapat diatur dalam beberapa cara:

• Treasury untuk menyimpan jaminan pengguna dan aset pinjaman (treasury)
• Sistem penagihan yang melacak setiap jaminan dan hutang pengguna
• Fungsi yang menentukan tingkat bunga peminjam
• Mekanisme untuk memverifikasi bahwa pinjaman dijamin secara memadai, biasanya melibatkan oracle harga eksternal
• Jalur likuidasi untuk meminjam ketika agunan tidak mencukupi
• Sistem manajemen risiko yang mencatat total pinjaman dan indikator keamanan lainnya, seperti batas pinjaman global dan per pengguna, jaminan minimum dan rasio overcollateralization spesifik
• Antarmuka bagi pengguna untuk menambah dan menghapus jaminan, meminjam dan membayar target

! [Interpretasi mendalam tentang evolusi arsitektur aplikasi pinjaman di Ethereum] (https://cdn-img.panewslab.com//panews/2022/10/15/images/f004f36e16730c2be0735220dc98b6f8.png) Proses peminjaman di MakerDAO, semua aset aplikasi menggunakan langkah dan fungsi yang sama

Pinjam meminjam dapat dianggap sebagai fungsi terpisah. Di DeFi, kami menemukan kedua fitur di sebagian besar aplikasi peminjaman, tetapi tidak selalu terintegrasi dengan baik. Di Compound, Aave, dan Euler, suku bunga untuk peminjam dan pemberi pinjaman berkorelasi secara internal; Bahkan, inilah yang membuat aplikasi ini berjalan dengan intervensi minimal.

Di sisi lain, MakerDAO dan Yield meminjamkan peminjam aset mereka dari diri mereka sendiri (protokol itu sendiri).

Mereka tidak meminta pengguna untuk menyediakan aset sehingga pengguna lain dapat meminjamnya.

Artikel ini akan fokus pada pinjaman dan sebagian besar mengabaikan pinjaman. Pinjaman jauh lebih kompleks karena persyaratan hipotek, dan memahami pola pinjaman sering memberikan pemahaman yang lebih baik tentang keseluruhan perjanjian.

Evolusi arsitektur MakerDAO

! [Interpretasi mendalam tentang evolusi arsitektur aplikasi pinjaman di Ethereum] (https://cdn-img.panewslab.com//panews/2022/10/15/images/42e228c9d77f99385bb5d49f98064ed0.png)

MakerDAO[8] [9], diluncurkan pada November 2019 , yang memegang jaminan $ 4,95 miliar. Meskipun arsitektur modularnya memiliki kontrak yang berbeda dan terminologi unik untuk setiap fungsi, masih mudah dipahami dan diverifikasi.

Fitur Treasury di MakerDAO diwakili oleh kontrak Gabung[10] Urus.

Setiap token yang disetujui sebagai jaminan memiliki kontrak terpisah[11] 。

MakerDAO tidak memiliki aset pinjaman DAI. Itu hanya dicetak dan dihancurkan sesuai kebutuhan[12] Ayolah.

Penagihan dalam kontrak vat.sol[13] [14]Pemrosesan internal. Bergabunglah memperbarui kontrak ini ketika jaminan masuk atau keluar dari sistem [15]。 Jika pengguna meminjam, mereka membuat kontrak langsung dengan vat.sol Berinteraksi.

Tindakan ini memperbarui saldo utang pengguna dan memungkinkan mereka mencetak DAI di DAI.

Untuk membayar, pengguna membakar DAI dalam kontrak DAI Join. Proses ini kemudian memperbarui PPN agar pengguna dapat melunasi pinjaman.

Selain itu, kontrak vat.sol bertindak sebagai manajer risiko[16] Mesin. Ini mempertahankan batas pinjaman penuh, menetapkan ambang minimum per pengguna, dan mengawasi rasio agunan. Ketika saldo utang atau jaminan pengguna berubah, kontrak vat.sol menilai suku bunga dan spot.

Ini mengacu pada suku bunga berdasarkan agunan yang digunakan dan rasio harga DAI terhadap agunan yang berlaku. Menariknya, nilai-nilai ini dimasukkan ke dalam kontrak vat.sol oleh kontrak MakerDAO lainnya, yang berbeda dari kebanyakan aplikasi lain.

MakerDAO memprioritaskan keselamatan pada tahap desain – faktor-faktor seperti biaya gas adalah sekunder, pengalaman pengguna adalah sekunder, dan persaingan dapat diabaikan.

Akibatnya, ini bisa tampak unik, mahal untuk digunakan, dan sulit dinavigasi.

Namun, asetnya yang luas di bawah manajemen dan rekam jejak operasi tanpa pelanggaran besar menyoroti desain dan pelaksanaannya yang kuat.

Sorotan MakerDAO:

Setiap aset memiliki kontraknya sendiri.

Fungsi penagihan terpusat dalam satu kontrak, yang juga mencatat dan mengeksekusi parameter risiko, termasuk pemeriksaan jaminan

Tidak seperti aplikasi lain, oracle datang untuk memperbarui kontrak dan mengawasi hipotek

Orakel harga dan suku bunga menggunakan antarmuka yang berbeda

Suku bunga bersumber dari luar

Untuk meminjam, pengguna harus berinteraksi dengan beberapa kontrak

Evolusi arsitektur protokol Yield

! [Interpretasi mendalam tentang evolusi arsitektur aplikasi pinjaman di Ethereum] (https://cdn-img.panewslab.com//panews/2022/10/15/images/c24841105c321d8451af0d0a7534fa24.png)

Hasil v1[17] [18] Seperti menggunakan YieldSpace Bukti konsep untuk suku bunga tetap. Versi ini membangun mesin utang hipoteknya di atas MakerDAO. Namun, Yield v1 mahal untuk digunakan dan sulit ditingkatkan dengan fitur-fitur baru.

Menyadari potensi YieldSpace, kami dengan cepat beralih ke Yield v2[19] [20]。 Yield v2 masih menarik inspirasi dari MakerDAO, tetapi sekarang sepenuhnya independen, diluncurkan pada Oktober 2021 ； Yield v2 memprioritaskan pengurangan biaya gas dan meningkatkan pengalaman pengguna.

! [Interpretasi mendalam tentang evolusi arsitektur aplikasi pinjaman di Ethereum] (https://cdn-img.panewslab.com//panews/2022/10/15/images/60d6467c33d1a63479bea607edbc7419.png) Proses pinjaman di Yield v2 sangat dipengaruhi oleh MakerDAO

Semua penagihan, manajemen risiko, dan pemeriksaan hipotek digabungkan menjadi satu kontrak: Kuali[21] [22]。 Mengikuti pendekatan MakerDAO, fungsionalitas vault didistribusikan di seluruh kontrak Join , setiap kontrak didedikasikan untuk aset tertentu.

Peningkatan integrasi oracle, menggabungkan oracle harga dan suku bunga ke dalam antarmuka umum[23] [24]。 Kami membalikkan aliran oracle MakerDAO untuk Cauldron Konsultasikan oracle sesuai kebutuhan untuk pemeriksaan hipotek. Sejauh yang saya tahu, ini adalah proses yang disukai untuk semua aplikasi lain kecuali MakerDAO.

Perbedaan signifikan lainnya dari pendekatan MakerDAO adalah pengenalan Ladle[25] 。 Kontrak bertindak sebagai satu-satunya perantara antara pengguna dan Yield. Ini memiliki kontrol luas atas brankas dan tagihan, dan pada gilirannya, ini memberikan fleksibilitas luar biasa untuk pengembangan fitur.

Untuk meringkas, pinjaman di Yield v2 berfungsi sebagai berikut:

• Setiap aset memiliki kontrak brankas khusus sendiri.
• Kontrak tunggal memusatkan fungsi penagihan. Kontrak tersebut juga mengawasi langkah-langkah manajemen risiko dan melakukan inspeksi hipotek.
• Fungsi hipotek berkonsultasi dengan oracle untuk menentukan harga dan tingkat bunga.
• Harga dan suku bunga oracle berbagi antarmuka terpadu.
• Suku bunga dihasilkan secara eksternal.
• Pengguna dapat meminjam dengan mengeluarkan satu transaksi ke kontrak.

Evolusi arsitektur senyawa

! [Interpretasi mendalam tentang evolusi arsitektur aplikasi pinjaman di Ethereum] (https://cdn-img.panewslab.com//panews/2022/10/15/images/096aad229c90d42d135342e29de817a8.png)

Versi pertama dari Compound[26] [27]adalah bukti konsep [28], menunjukkan bahwa pasar mata uang dapat didirikan di Ethereum. Karena itu, desainnya mengutamakan kesederhanaan. Pasar Uang.sol Kontrak merangkum semua fungsi, termasuk pinjaman.

! [Interpretasi mendalam tentang evolusi arsitektur aplikasi pinjaman di Ethereum] (https://cdn-img.panewslab.com//panews/2022/10/15/images/5c09a9eb804376aec085f6af1c3f9e2e.png) Proses peminjaman di Compound v1 sederhana dan efektif

Tugas vault, penagihan, dan manajemen risiko seperti cek hipotek digabungkan menjadi satu kontrak.

Kontrak mengambil harga dari oracle, tetapi menentukan tingkat bunga berdasarkan pemanfaatan aset.

Pengguna hanya berinteraksi dengan kontrak, meskipun harus dipanggil secara terpisah untuk memberikan jaminan dan meminjam aset.

Senyawa v2

Senyawa v2[29] Diluncurkan pada Mei 2019, ini memicu era pertanian hasil dan menginspirasi garpu yang tak terhitung jumlahnya. Ini juga bertindak sebagai pasar uang, memungkinkan pengguna untuk menyetor dan meminjam aset.

Berdasarkan laporan resminya[30] dan struktur, jelas bahwa tujuan utama Compound v2 adalah untuk mewakili posisi pinjaman menggunakan standar ERC20. Ini memastikan komposabilitas, memungkinkan pengguna untuk meminjamkan ke Compound dan kemudian menggunakan posisi berbunga ini di aplikasi blockchain lainnya.

Menariknya, buku putih tidak menekankan bahwa Compound v2 akan dihargai[31] Dimasukkan ke dalam kontrak pintarnya. Karena kelalaian ini, dampak besar dari fitur tersebut mungkin tidak dapat diramalkan.

! [Interpretasi mendalam tentang evolusi arsitektur aplikasi pinjaman di Ethereum] (https://cdn-img.panewslab.com//panews/2022/10/15/images/f2698573a47c696f279f9d32beefcf9f.png) Proses peminjaman di Compound v2, yang menandai posisi pinjaman untuk pertama kalinya

Setiap aset memiliki kontrak pendanaannya sendiri.

Fungsi penagihan juga dipisahkan, dan setiap cToken mencatat agunan dan hutang pengguna.

Pengawas keuangan mencatat dan melakukan parameter manajemen risiko, termasuk pemeriksaan jaminan.

Pengawas keuangan bertanggung jawab untuk menjamin oracle harga referensi kontrak dan suku bunga cToken.

Orakel harga dan suku bunga beroperasi melalui antarmuka yang berbeda.

Tingkat bunga berasal dari tingkat pemanfaatan internal aset.

Pengguna harus berinteraksi dengan beberapa kontrak untuk meminjam.

Senyawa v3

Senyawa v3[32] [33] Dirilis pada 2022 [34], mengadopsi strategi manajemen risiko yang lebih konservatif, memisahkan likuiditas ke dalam kumpulan setiap aset yang dapat dipinjam Tengah. Desain ini juga memunculkan fokusnya pada keramahan pengguna dan biaya gas.

! [Interpretasi mendalam tentang evolusi arsitektur aplikasi pinjaman di Ethereum] (https://cdn-img.panewslab.com//panews/2022/10/15/images/4e2a64278626d39b41f2ab86baddb126.png) Proses peminjaman di Compound v3 (Comet). Kembali ke dasar, kembali ke keamanan. Namun, dengan pengalaman pengguna yang lebih baik.

Dengan lebih sedikit panggilan yang diperlukan, sistem ini lebih intuitif bagi pengembang dan pengguna. Selain itu, desain kontrak tunggal mengurangi biaya gas dengan meminimalkan panggilan antar kontrak. Pasar mata uang yang terisolasi adalah pertahanan terhadap serangan berbasis oracle, yang saat ini merupakan masalah keamanan utama.

Fitur relevan lainnya yang disebutkan dalam artikel termasuk (disebutkan dalam catatan rilis):

Merombak manajemen risiko dan mesin kliring. Desain ini meningkatkan keamanan dana sekaligus lebih ramah peminjam.

Tempatkan pembatasan pada aset yang digadaikan pribadi di seluruh pasar untuk mengurangi risiko.

Model suku bunga untuk pendapatan dan pinjaman sekarang terpisah, dan tata kelola memiliki kontrol penuh atas kebijakan ekonomi.

Menariknya, Compound v3 mencerminkan arsitektur Compound v1, memungkinkan satu kontrak untuk menangani semua fungsi dari setiap aset yang dapat dipinjam. Fitur penting lainnya termasuk:

Hanya aset pinjaman yang dapat dipinjam, dan aset yang dijaminkan tidak dapat dipinjam.

Dalam Compound v3, jaminan tidak menghasilkan pengembalian.

Larangan meminjam agunan meningkatkan keamanan orang yang menyetor agunan. Ini mengurangi kemungkinan kesalahan tata kelola atau serangan yang disengaja yang membahayakan jaminan.

Penghapusan pengembalian pasokan agunan mungkin merupakan hasil dari Compound yang berhasil mengakumulasi banyak likuiditas di v2. Firasat saya adalah bahwa di Compound v2, batas pinjaman lebih rendah atau tidak lebih tinggi dari aset yang dipinjamkan pengguna ke aplikasi.

Dengan asumsi mereka akan mengelola tingkat likuiditas yang sama untuk v3, melarang jaminan pinjaman dapat membuat aplikasi aman, yang merupakan salah satu tujuan inti v3.

Dari sudut pandang arsitektur:

Setiap pasar mata uang adalah kontrak terpisah yang berisi brankas, tagihan, dan manajemen risiko

Setiap pasar mata uang mempertahankan aset yang dapat dipinjam dan semua token aset yang dijamin yang disetujui, memungkinkan aset didistribusikan ke seluruh aplikasi

Harga umpan adalah satu-satunya input eksternal; Tingkat pinjaman dihasilkan secara internal

Fungsi tradisional seperti pasokan / penarikan / pinjaman / pembayaran terintegrasi dengan cerdik. Sekarang, menarik aset yang dapat dipinjam dari pasar uang berarti meminjam, sementara memasok aset yang dapat dipinjam berarti membayar utang atau pinjaman berdasarkan pengguna

Kontrak perutean terintegrasi memungkinkan beberapa operasi dilakukan dalam satu panggilan

Evolusi arsitektur Aave

! [Interpretasi mendalam tentang evolusi arsitektur aplikasi pinjaman di Ethereum] (https://cdn-img.panewslab.com//panews/2022/10/15/images/eefde1e6fa9d58e65f3d146ae9649d2c.png)

Hantu v1[35] [36] Diluncurkan pada Oktober 2019 untuk menggantikan ETHLend. Aave v1 memperkenalkan kumpulan likuiditas bersama alih-alih pendekatan peer-to-peer ETHLend.

! [Interpretasi mendalam tentang evolusi arsitektur aplikasi pinjaman di Ethereum] (https://cdn-img.panewslab.com//panews/2022/10/15/images/e865cd30bcad20378b0c82ccbb538b98.png) Proses pinjaman di Aave v1, yang menyatukan efisiensi perhitungan pengajuan likuiditas

Seperti pada Yield v2, kontrak perutean[37] [38]Kontrol logika bisnis. LendingPoolCore Mengaktifkan fungsi penagihan, manajemen risiko, dan vault. Memusatkan kubah dalam satu kontrak adalah titik perbedaan dari Compound v2.

Simpan cek hipotek dalam kontrak Anda sendiri[39] , dipanggil dari router daripada kontrak akuntansi, keputusan ini mungkin tampak lemah, tetapi karena versi Aave v2 dirilis dua tahun setelah rilis v1, kemungkinan besar memenuhi tujuan tersebut.

Kontrak LendingPoolCore menangani brankas dan tagihan

LendingPoolDataProvider mengelola pemeriksaan hipotek dan berinteraksi dengan oracle

LendingPool bertindak sebagai titik masuk pengguna dan mengimplementasikan logika bisnis

Tingkat pinjaman ditentukan secara internal dan hanya bergantung pada umpan balik harga

Hantu v2

Hantu v2[40] [41] Dirilis pada Desember 2021 [42]。 Meskipun mempertahankan fungsionalitas yang mirip dengan Aave v1, ia memperkenalkan arsitektur yang ditingkatkan dan lebih sederhana dibandingkan dengan Aave v1 dan Compound v2. Dalam rilis ini, Aave juga memperkenalkan aToken [43](mirip dengan cToken Compound) dan vToken , yang merupakan singkatan dari tokenized debt.

! [Interpretasi mendalam tentang evolusi arsitektur aplikasi pinjaman di Ethereum] (https://cdn-img.panewslab.com//panews/2022/10/15/images/c8ccb2478d59ac6e13a859b6bffdba0f.png) Aave v2 memiliki arsitektur yang sangat bersih dan sepenuhnya tokenized

Untuk mempermudah, beberapa fitur yang digunakan dalam penggunaan terbatas di Aave v1 telah dihilangkan. Masalah di Aave v1, seperti representasi kompleks dari bunga yang masih harus dibayar, telah diselesaikan di Aave v2.

Kontrak LendingPool mengintegrasikan penagihan global dan fitur manajemen risiko seperti pemeriksaan hipotek. Ini berfungsi sebagai titik akses utama bagi pengguna

aTokens mewakili jaminan, mirip dengan posisi pinjaman. Jaminan pengguna diwakili oleh aToken yang mereka pegang, dan fungsi vault didistribusikan di semua aToken

vToken digunakan untuk mewakili posisi utang. Hutang pengguna diwakili oleh vToken yang mereka pegang

Hantu v3

Hantu v3[44] [45] Dirilis pada Januari 2023 , dengan dukungan multi-rantai dan fitur lainnya. Menambahkan ini tidak mengubah arsitektur inti. Pembaruan ini juga mencakup peningkatan manajemen risiko dan efisiensi gas.

Meskipun banyak kemajuan, Aave v3 pada dasarnya tidak berbeda dari Aave v2 untuk tujuan penelitian ini. Bahkan, ini mungkin menunjukkan bahwa arsitektur Aave v2 tetap kuat pada tahun 2023.

Evolusi Arsitektur Euler! [Interpretasi mendalam tentang evolusi arsitektur aplikasi pinjaman di Ethereum] (https://cdn-img.panewslab.com//panews/2022/10/15/images/f7c7040faaf0dad6b78bdd00d2f50aff.png)

Euler[46] [47] Diluncurkan pada Desember 2022 , dirancang untuk menyediakan fungsionalitas tanpa izin dan tata kelola minimal untuk pasar mata uang.

Salah satu ciri khas desainnya adalah berlian[48] [49]seperti mode. Satu kontrak memiliki semua ruang penyimpanan untuk aplikasi [50]。 Toko dapat diakses melalui proxy yang berbeda Akses ke elemen konseptual yang berbeda dari setiap sistem manajemen agen.

! [Interpretasi mendalam tentang evolusi arsitektur aplikasi pinjaman di Ethereum] (https://cdn-img.panewslab.com//panews/2022/10/15/images/a23e03b0b8e9c74b6d36985e3a95b3fb.png) Euler

Meskipun satu kontrak menyimpan semua aset, tagihan, dan data manajemen risiko, masih ada eTokens untuk jaminan dan pinjaman, dan dTokens untuk utang, mirip dengan Aave v2. Namun, kontrak token ini hanyalah pandangan dari kontrak penyimpanan pusat.

Kontrak penyimpanan[51] Mengelola variabel penagihan.

Kontrak BaseLogic[52] Bertindak sebagai lemari besi.

Kontrak RiskManager[53] Mengawasi variabel dan fungsi manajemen risiko, termasuk pemeriksaan hipotek.

Analisis kode menunjukkan bahwa biaya gas minimal adalah prioritas, sehingga desain keseluruhan menghilangkan kebutuhan untuk panggilan antar-kontrak. Keselamatan dipastikan melalui pengujian dan audit yang ketat. Hanya logika yang didistribusikan dalam modul, dan sebagai implementasi kontrak penyimpanan, kontrak penyimpanan terutama bertindak sebagai kontrak proxy.

Desain seragam ini juga memungkinkan peningkatan yang mudah. Jika Anda tidak perlu mengubah penyimpanan, Anda dapat dengan cepat mengganti modul untuk memodifikasi atau memperkenalkan fungsionalitas.

Euler diretas 15 bulan setelah dirilis dan 6 bulan setelah upgrade memperkenalkan kerentanan yang dieksploitasi.

Saya tidak berpikir itu adalah hilangnya aset karena arsitekturnya secara keseluruhan; Sebaliknya, ada pengawasan yang tidak memadai terhadap pembaruan kode.

Kesimpulan

Aplikasi Ethereum awal seperti MakerDAO, Compound, dan Aave menunjukkan potensi pinjaman Ethereum yang terlalu tinggi. Setelah bukti konsep ini terbukti berhasil, fokus bergeser untuk memperkenalkan berbagai fitur baru untuk menangkap pangsa pasar. Versi selanjutnya dari Compound dan Aave memperkenalkan yield farming, komposabilitas, dan likuiditas kolektif, teknik yang berkembang terutama selama kondisi pasar bullish.

Perkembangan yang signifikan adalah pengenalan posisi pinjaman tokenized di Compound v2, yang memungkinkan posisi ini diakui sebagai aset standar oleh aplikasi lain. Aave v2 dan Euler telah melangkah lebih jauh dengan menerapkan posisi utang tokenized, yang utilitasnya lebih luas tetap menjadi bahan perdebatan.

Biaya gas yang tinggi menjadi masalah utama selama pasar bullish, mendorong perubahan dalam pengalaman pengguna seperti yang dikejar oleh Yield v2, Aave v2, dan Euler. Kontrak dan implementasi router secara keseluruhan membantu mengurangi biaya transaksi bagi pengguna. Namun, ini datang dengan biaya kode yang lebih kompleks dan karena itu lebih berisiko.

Compound v3 tampaknya menjadi preseden untuk memprioritaskan keamanan daripada efisiensi keuangan. Ini menyimpang dari model kumpulan likuiditas tradisional untuk lebih melindungi terhadap potensi peretasan. Munculnya jaringan L2, di mana biaya gas menjadi semakin dapat diabaikan, dapat berdampak pada desain aplikasi pinjaman hipotek di masa depan.

Pada artikel ini, saya memberikan gambaran komprehensif tentang aplikasi pinjaman jaminan utama di Ethereum. Metode yang saya gunakan untuk menganalisis setiap aplikasi juga dapat digunakan untuk dengan cepat memahami kompleksitas aplikasi pinjaman hipotek lainnya.

Saat mengembangkan aplikasi pinjaman blockchain, selalu pertimbangkan penyimpanan aset, penempatan catatan penagihan, dan metode penilaian risiko dan jaminan. Saat Anda mempertimbangkan pertimbangan ini, gunakan perubahan historis yang diterapkan sebelumnya dan wawasan dalam ikhtisar ini untuk menginformasikan keputusan Anda.