Bongkar-bongkar arsitektur tingkat bawah dari @grvt_io , makin dalam makin terasa bahwa apa yang disebut “exchange hybrid (HEX)” — dengan slogan “pengalaman CEX + keamanan DEX” — ternyata air di baliknya lebih dalam dari yang dibayangkan.
HEX berbasis ZKsync Validium untuk melakukan order matching di luar rantai dan settlement di dalam rantai. Kedengarannya sempurna: nol Gas dan latensi level milidetik. Tapi Achilles heel-nya ada pada ketersediaan data (DA). Pada Validium, buku besar disimpan di luar rantai; yang dikirim ke Ethereum hanya root status dan bukti ZK. Artinya, kontrol atas aset Anda, sebagian “dipegang” oleh apa yang disebut “komite DA” di luar rantai. Jika terjadi kondisi pasar satu arah yang ekstrem, DA bisa tumbang atau ada konspirasi di antara node; aset memang tidak “dicuri” secara kriptografi, tetapi akan “dibekukan”. Di mesin pencacah berdaya ungkit tinggi seperti opsi dan perpetual, aset bisa terkunci beberapa jam sehingga Anda tak bisa menambah margin—rasanya bisa lebih frustasi daripada tersedot habis oleh peretas.
Lalu lebih jauh, lihat mekanisme Session Keys-nya. Pihak resmi mengklaim “sekali tanda tangan, transaksi frekuensi tinggi”; secara pengalaman memang terasa mulus. Namun risikonya: saat jaringan mengalami kemacetan ekstrem, apakah kanal untuk mencabut izin tetap lancar? Jika engine matching terkena DDoS atau front-end macet, perintah cancel trade mungkin tak bisa dikirim, sementara Session Key tetap menjalankan strategi lama untuk “memakan” order. Jadinya Anda jadi target tembak searah. Maka batas minimal saya saat menambah dana adalah: harus memverifikasi apakah “Escape Hatch” (safety escape) di on-chain bisa melewati sequencer resmi dan dipanggil langsung. Kalau tidak bisa, maka “self-custody” harus diberi diskon besar.
Soal GRVT yang ingin “keras kepala” menghadapi pasar opsi Deribit, masalah hard-nya adalah cold start likuiditas. Menggandeng market maker tradisional (MM) untuk memberi ketebalan order book adalah langkah umum. Tapi kode MM itu rakus dan sangat sensitif. Begitu engine matching off-chain mengalami pembesaran keterlambatan puluhan milidetik saat kondisi tekanan puluhan ribu TPS, skrip MM akan langsung menarik order di seluruh jaringan. Saat itu, kedalaman yang dilihat trader ritel hanya ilusi; order dibeli berdasarkan harga pasar langsung terseret sampai plafon.
Yang saya pikirkan adalah: daripada “dicuci otak” oleh narasi “ZK” dan “account abstraction”, lebih baik menunggu mainnet live, lalu lihat seberapa sering sistem tumbang saat menghadapi skenario jarum suntik ekstrem pertama kali, serta performa DA on-chain-nya. Sebelum hasilnya diuji dengan tekanan uang sungguhan, sebaik apa pun whitepaper—tetap saja cuma draft.#grvt
HEX berbasis ZKsync Validium untuk melakukan order matching di luar rantai dan settlement di dalam rantai. Kedengarannya sempurna: nol Gas dan latensi level milidetik. Tapi Achilles heel-nya ada pada ketersediaan data (DA). Pada Validium, buku besar disimpan di luar rantai; yang dikirim ke Ethereum hanya root status dan bukti ZK. Artinya, kontrol atas aset Anda, sebagian “dipegang” oleh apa yang disebut “komite DA” di luar rantai. Jika terjadi kondisi pasar satu arah yang ekstrem, DA bisa tumbang atau ada konspirasi di antara node; aset memang tidak “dicuri” secara kriptografi, tetapi akan “dibekukan”. Di mesin pencacah berdaya ungkit tinggi seperti opsi dan perpetual, aset bisa terkunci beberapa jam sehingga Anda tak bisa menambah margin—rasanya bisa lebih frustasi daripada tersedot habis oleh peretas.
Lalu lebih jauh, lihat mekanisme Session Keys-nya. Pihak resmi mengklaim “sekali tanda tangan, transaksi frekuensi tinggi”; secara pengalaman memang terasa mulus. Namun risikonya: saat jaringan mengalami kemacetan ekstrem, apakah kanal untuk mencabut izin tetap lancar? Jika engine matching terkena DDoS atau front-end macet, perintah cancel trade mungkin tak bisa dikirim, sementara Session Key tetap menjalankan strategi lama untuk “memakan” order. Jadinya Anda jadi target tembak searah. Maka batas minimal saya saat menambah dana adalah: harus memverifikasi apakah “Escape Hatch” (safety escape) di on-chain bisa melewati sequencer resmi dan dipanggil langsung. Kalau tidak bisa, maka “self-custody” harus diberi diskon besar.
Soal GRVT yang ingin “keras kepala” menghadapi pasar opsi Deribit, masalah hard-nya adalah cold start likuiditas. Menggandeng market maker tradisional (MM) untuk memberi ketebalan order book adalah langkah umum. Tapi kode MM itu rakus dan sangat sensitif. Begitu engine matching off-chain mengalami pembesaran keterlambatan puluhan milidetik saat kondisi tekanan puluhan ribu TPS, skrip MM akan langsung menarik order di seluruh jaringan. Saat itu, kedalaman yang dilihat trader ritel hanya ilusi; order dibeli berdasarkan harga pasar langsung terseret sampai plafon.
Yang saya pikirkan adalah: daripada “dicuci otak” oleh narasi “ZK” dan “account abstraction”, lebih baik menunggu mainnet live, lalu lihat seberapa sering sistem tumbang saat menghadapi skenario jarum suntik ekstrem pertama kali, serta performa DA on-chain-nya. Sebelum hasilnya diuji dengan tekanan uang sungguhan, sebaik apa pun whitepaper—tetap saja cuma draft.#grvt