Ada suatu waktu saya melakukan arbitrase di blockchain, memantau selisih harga antara dua platform. Suatu kali saya sudah menghitung dengan baik, selisih harga cukup, saya melakukan pemesanan, transaksi berhasil, dan ketika melihat akun—rugi.


Saya mencari cukup lama untuk memahami: bukan selisih harga yang salah, tetapi data harga yang saya terima sudah terlambat dua detik. Dalam dua detik itu, pasar sudah bergerak, saya sedang mengejar peluang yang tidak ada.


Cara rugi ini disebut kerugian harga hantu—Anda membuat keputusan berdasarkan harga yang nyata, tetapi harga itu sebenarnya sudah mati, hanya saja belum ada yang memberi tahu Anda.


Dalam transaksi di blockchain, kerugian semacam ini tidak pernah muncul dalam catatan transaksi Anda. Catatan hanya mencatat "harga transaksi" dan "perubahan nilai pasar", tidak ada satu kata pun yang memberitahu Anda: pada saat Anda melakukan eksekusi, harga di blockchain berbeda sejauh mana dari pasar yang sebenarnya.


Ini adalah biaya tersembunyi yang sistemik. Setiap orang yang pernah melakukan operasi frekuensi tinggi di blockchain telah membayar biaya ini, tetapi sebagian besar orang tidak tahu bahwa mereka telah membayarnya.


Semua orang membicarakan kinerja transaksi di blockchain, langsung membicarakan TPS dan waktu blok, tetapi sangat sedikit yang bertanya: secepat apa pun kamu menghasilkan blok, data harga itu berasal dari kapan?


Di luar rantai, keterlambatan sistem perdagangan frekuensi tinggi adalah tingkat mikrodetik, data dan eksekusi hampir sinkron. Tetapi di rantai tradisional, cara kerja oracle adalah pengiriman berkala—setiap beberapa waktu, menulis harga terbaru di rantai, kontrak membaca harga ini untuk penyelesaian. Di antara ini ada jendela yang tidak terlihat: dari perubahan harga yang sebenarnya, hingga pembaruan harga di rantai, pasar sudah bergerak.


Semakin besar fluktuasi, semakin berbahaya jendela ini. Dalam kondisi ekstrem, keterlambatan harga dua detik dapat membuat satu likuidasi sepenuhnya salah arah.


Ini adalah alasan FOGO memilih untuk mengintegrasikan Pyth Lazer, saya merasa pilihan ini sangat diremehkan.


Pyth memiliki dua set produk: Core dan Lazer. Core adalah versi standar yang digunakan sebagian besar rantai—pengiriman harga berkala, stabil tetapi tertunda, diperbarui setiap sekitar 400 milidetik. Lazer adalah logika lain: harga tidak dikirim, tetapi diambil berdasarkan permintaan. Pada saat kontrakmu membutuhkan harga, langsung mengambil data terbaru dari saluran berkinerja tinggi, keterlambatan ditekan ke level milidetik.


Mengambil alih daripada mengirim—perbedaan ini terlihat kecil, tetapi dampaknya sangat besar.


Dalam mode push tradisional, harga yang didapat kontrak di blockchain selalu "harga terakhir yang diperbarui". Pengambilan berdasarkan permintaan Lazer berarti bahwa pada saat eksekusi kontrak, harga terbaru diperoleh, bukan snapshot lima detik yang lalu. Kerugian harga hantu, di sini ditekan ke minimum.


Ditempatkan dalam #Fogo skenario ini lebih spesifik: sebuah rantai yang dirancang khusus untuk perdagangan frekuensi tinggi, jika data harga dasar itu sendiri tertunda, maka cepat menghasilkan blok hanya akan mengeksekusi harga hantu dengan kecepatan lebih tinggi. Pyth Lazer menyelaraskan keterlambatan lapisan data dengan kecepatan eksekusi rantai; kedua hal ini jika digabungkan, baru menjadi "cepat" yang lengkap.


Kamu bisa meragukan: apakah Pyth Lazer dapat menangani jumlah permintaan yang tinggi di pasar ekstrem, atau apakah itu malah menjadi bottleneck. Ini adalah masalah nyata, saya tidak punya jawaban. Tetapi arah desainnya benar—ini adalah cara kombinasi yang belum pernah saya lihat di rantai baru lainnya.


$FOGO Hari ini di sekitar $0.025, lima minggu setelah peluncuran mainnet. Keterlambatan oracle, gesekan gas, MEV, likuiditas staking—masalah-masalah ini di rantai lain adalah patch setelah kejadian, tetapi di FOGO sudah dirancang sejak hari pertama.


Patch dan desain, perbedaan terbesar bukanlah efeknya, tetapi siapa yang bertanggung jawab setelah masalah muncul.


Masalah dengan patch, cari orang yang melakukan patch. Masalah desain, tidak ada yang bisa disalahkan, karena ini adalah struktur yang kamu pilih sejak awal.


@Fogo Official Pilih untuk merancang semuanya ke dalamnya. Ini berarti ia harus bertanggung jawab penuh atas pilihan ini.


Apakah bisa bertahan, saat ini tidak diketahui. Tetapi fakta bahwa ia tidak memberikan diri jalan untuk mundur, saya rasa itu perlu diperhatikan dengan serius.


Apakah kamu pernah kehilangan uang karena harga hantu dan tahu alasannya saat itu? $BTC