Saya melihat masalah di dasbor TermMax siang ini.
Saya sedang menguji pinjaman fixed-rate berukuran kecil setelah kesalahan kecil sebelumnya ketika saya tergesa-gesa keluar dan mendapatkan fill yang sedikit lebih buruk. Hanya dengan mengunci jaminan untuk mencetak GT dan mengunci tingkatnya. Permintaan tersebut menggantung beberapa detik lebih lama dari biasanya, lalu meminta untuk mencoba lagi (retry).
Saya menyalahkan kapasitas. Di atas kertas, itu tampak jelas.
Namun tidak sesederhana itu.
Itu mismatch pertama.
Yang terlihat sebagai lonjakan latensi sebenarnya adalah Confirmation ≠ Completion. Kutipannya terlihat masih berjalan (live), jalurnya terlihat terbuka, tetapi rangkaian lengkapnya belum selesai.
Permintaan harus melewati routing, lalu memeriksa ketersediaan model pada kurva order rentang (range order) saat ini, menghapus payment lock pada jaminan, lolos verifikasi untuk pencetakan GT serta pemisahan FT/XT, melakukan settlement, dan barulah setelah itu penggunaan berulang menjadi masuk akal.
Kebanyakan orang mengabaikan keputusan caching yang menjaga agar rate-rate tersebut tetap konsisten di seluruh chain. Atau persyaratan modal yang tenang di balik kurator yang membuat kurva-kurva itu tetap terisi.
Saya terus kembali ke lapisan tipis itu.
Saya masih belum tahu apakah lonjakan itu terisolasi atau mengarah pada sesuatu yang lebih sunyi di jalur settlement.
Apa yang terjadi ketika permintaan simultan bertemu saat lonjakan permintaan yang nyata, atau setelah kemacetan karena cold-start?
@TermMax #TermMax
Saya sedang menguji pinjaman fixed-rate berukuran kecil setelah kesalahan kecil sebelumnya ketika saya tergesa-gesa keluar dan mendapatkan fill yang sedikit lebih buruk. Hanya dengan mengunci jaminan untuk mencetak GT dan mengunci tingkatnya. Permintaan tersebut menggantung beberapa detik lebih lama dari biasanya, lalu meminta untuk mencoba lagi (retry).
Saya menyalahkan kapasitas. Di atas kertas, itu tampak jelas.
Namun tidak sesederhana itu.
Itu mismatch pertama.
Yang terlihat sebagai lonjakan latensi sebenarnya adalah Confirmation ≠ Completion. Kutipannya terlihat masih berjalan (live), jalurnya terlihat terbuka, tetapi rangkaian lengkapnya belum selesai.
Permintaan harus melewati routing, lalu memeriksa ketersediaan model pada kurva order rentang (range order) saat ini, menghapus payment lock pada jaminan, lolos verifikasi untuk pencetakan GT serta pemisahan FT/XT, melakukan settlement, dan barulah setelah itu penggunaan berulang menjadi masuk akal.
Kebanyakan orang mengabaikan keputusan caching yang menjaga agar rate-rate tersebut tetap konsisten di seluruh chain. Atau persyaratan modal yang tenang di balik kurator yang membuat kurva-kurva itu tetap terisi.
Saya terus kembali ke lapisan tipis itu.
Saya masih belum tahu apakah lonjakan itu terisolasi atau mengarah pada sesuatu yang lebih sunyi di jalur settlement.
Apa yang terjadi ketika permintaan simultan bertemu saat lonjakan permintaan yang nyata, atau setelah kemacetan karena cold-start?
@TermMax #TermMax