Sebuah kalimat "kerugian dan keuntungan ini sudah diselesaikan", dalam aturan kontrak perpetual hanya dapat dianggap sebagai pernyataan yang masih menunggu penetapan.
Dengan model kumpulan likuiditas multi-aset Tribe Perpetual sebagai latar belakang, misalkan kelangsungan sebuah posisi bergantung pada serangkaian angka yang dikirim oleh oracle eksternal. Pada level bisnis, yang perlu ditangani bukanlah bagaimana pesan diteruskan, melainkan apakah penetapan itu sendiri dapat dipertanggungjawabkan: pernyataan tersebut menambat pada posisi yang mana, apakah data harga yang diajukan cocok dengannya, apakah kontrak di rantai dapat melakukan verifikasi secara independen, dan kewenangan tindakan apa yang kemudian diberikan oleh hasil verifikasi itu kepada mesin likuidasi. Jika tidak ada ambang masuk, node mana pun dapat mengirimkan harga yang menguntungkan; jika tidak ada bukti yang dapat diaudit ulang, protokol akan kehilangan dasar untuk menerima atau menolak.
Karena itu, oracle verification berada di lapisan tengah penetapan bisnis. Ia mengubah "sumber tertentu melaporkan demikian" menjadi "data tersebut dapat diaudit", lalu menyerahkan hasil audit kepada logika likuidasi. Posisi ini menentukan apakah posisi dapat diselesaikan secara konsisten, dan juga menentukan apakah kumpulan likuiditas yang sama dapat diperluas ke lebih banyak pasangan aset, bukan sekadar penjelasan harga yang opsional.
Penelitian terkait transmisi harga berlatensi rendah dan asumsi keamanan derivatif on-chain justru menempatkan kesulitannya di sini: makalah dan solusi infrastruktur membahas biaya, latensi, dan batas permainan dari oracle berbasis pull, serta menggunakan skenario likuidasi kontrak perpetual untuk menunjukkan pentingnya verifikasi harga bagi derivatif on-chain. Hal-hal tersebut hanya membentuk latar belakang penelitian; mereka hanya dapat menjelaskan mengapa klaim harga sulit diterima, tidak dapat dinyatakan sebagai bahwa TMX saat ini telah mengintegrasikan suatu solusi oracle tertentu, dan terlebih lagi tidak dapat dijadikan bukti final arsitektur produk.
Praktik perp DEX pada tahap awal juga menunjukkan bahwa kumpulan likuiditas tidak perlu bergantung pada order book tradisional untuk menyelesaikan penyelesaian posisi leverage tinggi yang dapat diverifikasi; ini hanya menegaskan arah bahwa market making yang capital-efficient tidak harus bermigrasi ke CEX, dan tidak ikut dalam proses penetapan pada tulisan ini.
Kembali pada pengamatan terhadap sebuah posisi TMX, saya hanya menyisakan satu pertanyaan: informasi terverifikasi apa yang menjadi dasar status likuidasi ini?
#termmax @TermMax
Dengan model kumpulan likuiditas multi-aset Tribe Perpetual sebagai latar belakang, misalkan kelangsungan sebuah posisi bergantung pada serangkaian angka yang dikirim oleh oracle eksternal. Pada level bisnis, yang perlu ditangani bukanlah bagaimana pesan diteruskan, melainkan apakah penetapan itu sendiri dapat dipertanggungjawabkan: pernyataan tersebut menambat pada posisi yang mana, apakah data harga yang diajukan cocok dengannya, apakah kontrak di rantai dapat melakukan verifikasi secara independen, dan kewenangan tindakan apa yang kemudian diberikan oleh hasil verifikasi itu kepada mesin likuidasi. Jika tidak ada ambang masuk, node mana pun dapat mengirimkan harga yang menguntungkan; jika tidak ada bukti yang dapat diaudit ulang, protokol akan kehilangan dasar untuk menerima atau menolak.
Karena itu, oracle verification berada di lapisan tengah penetapan bisnis. Ia mengubah "sumber tertentu melaporkan demikian" menjadi "data tersebut dapat diaudit", lalu menyerahkan hasil audit kepada logika likuidasi. Posisi ini menentukan apakah posisi dapat diselesaikan secara konsisten, dan juga menentukan apakah kumpulan likuiditas yang sama dapat diperluas ke lebih banyak pasangan aset, bukan sekadar penjelasan harga yang opsional.
Penelitian terkait transmisi harga berlatensi rendah dan asumsi keamanan derivatif on-chain justru menempatkan kesulitannya di sini: makalah dan solusi infrastruktur membahas biaya, latensi, dan batas permainan dari oracle berbasis pull, serta menggunakan skenario likuidasi kontrak perpetual untuk menunjukkan pentingnya verifikasi harga bagi derivatif on-chain. Hal-hal tersebut hanya membentuk latar belakang penelitian; mereka hanya dapat menjelaskan mengapa klaim harga sulit diterima, tidak dapat dinyatakan sebagai bahwa TMX saat ini telah mengintegrasikan suatu solusi oracle tertentu, dan terlebih lagi tidak dapat dijadikan bukti final arsitektur produk.
Praktik perp DEX pada tahap awal juga menunjukkan bahwa kumpulan likuiditas tidak perlu bergantung pada order book tradisional untuk menyelesaikan penyelesaian posisi leverage tinggi yang dapat diverifikasi; ini hanya menegaskan arah bahwa market making yang capital-efficient tidak harus bermigrasi ke CEX, dan tidak ikut dalam proses penetapan pada tulisan ini.
Kembali pada pengamatan terhadap sebuah posisi TMX, saya hanya menyisakan satu pertanyaan: informasi terverifikasi apa yang menjadi dasar status likuidasi ini?
#termmax @TermMax