selalu mengingatkan diri saya sendiri bahwa data yang hilang itu sendiri seringkali merupakan data yang berharga (tidak ada acara, churn pengguna, siapa yang tidak berbicara, dll)

Berbagi rubrik saya, saya gunakan untuk memikirkan seberapa efektif likuidasi protokol: 1. Berapa banyak nosional yang dilikuidasi? 2. Berapa banyak (jika ada) yang mengakibatkan kebangkrutan? 3. Berapa banyak pendapatan yang berasal dari likuidasi? 4. Berapa banyak kebangkrutan itu yang ditanggung? Jika jawabannya terlihat seperti ini: 1. X 2. Y << X 3. Z > Y 4. Y Maka semuanya baik-baik saja. Jika tidak, tidak bueno. Setelah protokol menarik jaringan likuidator yang beragam (langkah 1), tantangan utama sering kali menjadi penyempurnaan Y dan Z. Tujuannya adalah untuk menyeimbangkan potensi kerugian kebangkrutan dengan pendapatan likuidasi. Likuidasi tanpa risiko kebangkrutan yang tercakup dapat berarti protokol terlalu ketat, tidak perlu menghukum dan membatasi pengguna dengan leverage.