Saya telah menulis banyak tentang hal ini di masa lalu jadi saya tidak akan menulis essay panjang tentangnya hari ini, tetapi ketika menyangkut stablecoin (termasuk yang untuk ETH atau aset referensi lainnya), oracle yang dikodekan secara keras adalah rapuh. Mereka berfungsi sampai mereka secara katastrofis tidak berfungsi.

Sebaliknya, oracle langsung memungkinkan mitigasi risiko real-time, tetapi dengan biaya menghukum pengguna karena false positive jika likuiditas mengering.

Keduanya adalah pilihan desain yang sah, tetapi perlu mengikuti proses underwriting yang berbeda. Hanya kodekan secara keras jika Anda melakukan due diligence pada aset dasar dan yakin dengan kemampuannya untuk memenuhi penebusan seperti yang dirancang.

Baik fundamental teknis maupun keuangan harus solid, dan berikan premium risiko untuk tingkat atau potongan LTV sesuai keperluan.

Oracle langsung memungkinkan Anda relatif agnositik tentang kualitas aset (beyond keamanan teknis smart contract) dan tetap fokus pada ketersediaan likuiditas.

Mari kita juga ingat bahwa penyiapan oracle yang lebih kompleks juga dimungkinkan. Saya secara pribadi telah mengadvokasi agar stablecoin memiliki hard code ketika likuiditas n tersedia dalam kontrak penebusan dan kemudian beralih ke oracle harga pasar pada saat likuiditas jatuh di bawah n.

Pada akhirnya, ini sekali lagi menampilkan masalah "migrasi kredit" yang sudah lama ada di mana DeFi bergantung pada kurator dan konsultan risiko untuk secara manual menandai ketika aset berubah dari sangat baik menjadi baik menjadi adil menjadi buruk sebagai kolateral. Itu jauh terlalu lambat dalam kasus seperti USR, bahkan jika itu 100% akurat.

DeFi mengotomatisasi, mempercepat, dan menyederhanakan (bahkan jika terkadang tampak sebaliknya) keuangan dibandingkan dengan alternatif tradisional. Kami pada akhirnya membangun mesin penjual otomatis keuangan, dan ini adalah fakta bahwa sangat sulit membuat mesin yang berfungsi seperti yang dimaksud dalam semua kondisi.

Tetapi ada cara yang jelas untuk meningkatkan desain oracle dan penggunaan oracle, dan sangat mengecewakan melihat inovasi yang lambat di bidang itu.