Ketika Gas Ethereum melonjak hingga 100 gwei, pengguna tidak hanya harus menanggung tekanan biaya transfer, tetapi juga merasakan beban biaya interaksi yang tinggi dengan beberapa DEX utama dan protokol pinjaman. Penyebab utama di balik ini sering diabaikan—yaitu mode Push dari oracle tradisional.
Dalam mode ini, selama harga sedikit berfluktuasi, puluhan node secara bersamaan mendorong data ke chain, bahkan tanpa adanya transaksi yang terjadi. Ini jelas merupakan pemborosan besar ruang blok.
Lalu, apakah ada solusi yang lebih baik? Mode Pull menawarkan pendekatan lain:
Pertama, data disimpan di luar chain. Saat transaksi dimulai, data harga yang diperlukan baru di-‘pull’ ke chain. Dengan cara ini, tidak ada penumpukan data redundan dan tidak ada kemacetan jaringan. Kedua, dari segi kecepatan respons, mode Pull langsung mengakses data dari memori node ke logika kontrak, menghindari masalah latensi yang melekat pada mode Push. Ini sangat penting bagi trader frekuensi tinggi—karena celah latensi singkat itu adalah peluang untuk MEV(.
Namun, bagaimana menyelesaikan masalah nyata bahwa protokol pinjaman membutuhkan pemantauan harga secara real-time? Solusi hybrid muncul—menyimpan Push untuk jalur pinjaman guna memastikan keamanan, sekaligus memindahkan perdagangan derivatif frekuensi tinggi ke mode Pull. Dengan cara ini, stabilitas sistem pinjaman tetap terjaga, dan biaya trader pun berkurang.
Lain kali Anda menemui proyek yang masih menggunakan oracle tradisional, jangan ragu untuk bertanya: solusi optimal sudah di depan mata, mengapa tidak digunakan?
Halaman ini mungkin berisi konten pihak ketiga, yang disediakan untuk tujuan informasi saja (bukan pernyataan/jaminan) dan tidak boleh dianggap sebagai dukungan terhadap pandangannya oleh Gate, atau sebagai nasihat keuangan atau profesional. Lihat Penafian untuk detailnya.
12 Suka
Hadiah
12
7
Posting ulang
Bagikan
Komentar
0/400
PumpAnalyst
· 18jam yang lalu
Masih menggunakan proyek yang mengandalkan Push sebagai oracle, benar-benar harus merenung kembali. Di gas 100gwei saja masih membuang ruang blok, ini bukan masalah pilihan teknologi, ini masalah sikap.
Lihat AsliBalas0
Layer2Observer
· 18jam yang lalu
Skema campuran ini terdengar bagus, tetapi harus bertanya kepada raksasa seperti Chainlink mengapa mereka tidak secara aktif mendorong sistem ini... Apakah ini karena kesulitan teknis atau ketidakcocokan model bisnis?
Lihat AsliBalas0
WalletManager
· 18jam yang lalu
Sudah saya katakan sebelumnya, proyek yang masih menggunakan mode Push sama sekali tidak layak mendapatkan kunci pribadi saya. Jendela beberapa milidetik untuk MEV夹单 langsung mengikis keuntungan transaksi, tanpa optimisasi benar-benar sia-sia. Solusi campuran adalah jalan yang benar.
Lihat AsliBalas0
BlockchainTalker
· 18jam yang lalu
Sebenarnya, hal hybrid oracle ini akhirnya masuk akal bagi saya... tarik untuk dex, dorong untuk pinjaman. mengapa lebih banyak protokol tidak memikirkan ini lebih dulu lol
Lihat AsliBalas0
PerpetualLonger
· 18jam yang lalu
Ini lagi soal biaya gas lagi, bikin pusing, setiap hari nyoba bottom tapi malah bangkrut... Mode pull terdengar oke, tapi seberapa murah sebenarnya bisa diterapkan? Harus nunggu dipakai baru tahu
Lihat AsliBalas0
ImpermanentLossFan
· 18jam yang lalu
Yang ironisnya, memang ada proyek yang benar-benar tidak perlu digunakan, tapi tetap suka menghabiskan biaya gas
Lihat AsliBalas0
YieldWhisperer
· 18jam yang lalu
Sudah, mode push memang saatnya dihapus, biaya gas semuanya habis untuk mengisi data
Ketika Gas Ethereum melonjak hingga 100 gwei, pengguna tidak hanya harus menanggung tekanan biaya transfer, tetapi juga merasakan beban biaya interaksi yang tinggi dengan beberapa DEX utama dan protokol pinjaman. Penyebab utama di balik ini sering diabaikan—yaitu mode Push dari oracle tradisional.
Dalam mode ini, selama harga sedikit berfluktuasi, puluhan node secara bersamaan mendorong data ke chain, bahkan tanpa adanya transaksi yang terjadi. Ini jelas merupakan pemborosan besar ruang blok.
Lalu, apakah ada solusi yang lebih baik? Mode Pull menawarkan pendekatan lain:
Pertama, data disimpan di luar chain. Saat transaksi dimulai, data harga yang diperlukan baru di-‘pull’ ke chain. Dengan cara ini, tidak ada penumpukan data redundan dan tidak ada kemacetan jaringan. Kedua, dari segi kecepatan respons, mode Pull langsung mengakses data dari memori node ke logika kontrak, menghindari masalah latensi yang melekat pada mode Push. Ini sangat penting bagi trader frekuensi tinggi—karena celah latensi singkat itu adalah peluang untuk MEV(.
Namun, bagaimana menyelesaikan masalah nyata bahwa protokol pinjaman membutuhkan pemantauan harga secara real-time? Solusi hybrid muncul—menyimpan Push untuk jalur pinjaman guna memastikan keamanan, sekaligus memindahkan perdagangan derivatif frekuensi tinggi ke mode Pull. Dengan cara ini, stabilitas sistem pinjaman tetap terjaga, dan biaya trader pun berkurang.
Lain kali Anda menemui proyek yang masih menggunakan oracle tradisional, jangan ragu untuk bertanya: solusi optimal sudah di depan mata, mengapa tidak digunakan?