Ketika orang mendengar “orakel”, mereka biasanya membayangkan sesuatu yang sederhana. Seperti kotak harga yang kamu sambungkan ke kontrak pintar dan memberimu sebuah angka. Namun saat kamu benar-benar mengalami pasar yang volatil, kamu menyadari bahwa angka itu bukan hanya informasi. Itu adalah pemicu. Itu bisa melikuidasi seseorang, menyelesaikan taruhan, membuka jaminan, menentukan kesehatan sebuah brankas, atau mengubah protokol dari “baik” menjadi “panik” dalam sebuah blok. Itulah sebabnya saya tidak melihat orakel sebagai sebuah fitur. Saya melihatnya sebagai bagian dari cryptocurrency yang diam-diam menentukan bagaimana kenyataan itu.
APRO masuk akal ketika kamu melihatnya melalui lensa itu. Ia tidak berusaha menjadi "umpan lain". Ia berusaha menjadi lapisan yang mengubah sinyal acak dari dunia luar menjadi sesuatu yang dapat diandalkan oleh kontrak pintar tanpa merasa seperti sedang bertaruh. Karena masalah sebenarnya bukanlah mengumpulkan data. Siapa pun bisa mengumpulkan data. Masalah sebenarnya adalah membela data ketika seseorang memiliki alasan untuk memanipulasinya.
Pikirkan betapa rapuhnya kebenaran dalam keuangan. Satu bursa memiliki likuiditas yang langka. Yang lain memiliki lonjakan yang aneh. Yang ketiga tertinggal. Berita meledak, media sosial mendistorsi, dan tiba-tiba orang-orang mulai memperdagangkan rumor tentang rumor. Sekarang bayangkan sebuah protokol yang terleverage bergantung pada satu angka bersih dalam kekacauan itu. Itulah sebabnya desain oracle tidak pernah hanya tentang "kecepatan". Ini juga tentang kualitas sumber, verifikasi, insentif, dan apa yang terjadi ketika sesuatu tampak salah.
Pendekatan APRO dimulai dengan pengakuan sederhana tetapi penting: sebagian dari pekerjaan harus dilakukan di luar rantai, karena rantai tidak dapat melacak situs web, membaca dokumen, memproses gambar, atau memahami konteks kompleks sendirian. Jadi APRO menggunakan model hibrida, mencampurkan proses di luar rantai dan di dalam rantai. Tetapi yang penting adalah bahwa ia tidak ingin "di luar rantai" menjadi sebuah ruangan gelap di mana kamu dipaksa untuk mempercayai siapa pun yang kembali dengan jawaban. Tujuannya adalah melakukan pekerjaan berat di luar rantai sambil meninggalkan jejak yang mirip bukti yang dapat diverifikasi, ditantang, dan dihukum jika tidak jujur.
Itulah juga alasan mengapa APRO berbicara tentang dua cara untuk mengirimkan data, karena tidak semua aplikasi membutuhkan data dengan cara yang sama.
Satu jalur adalah Data Push. Itu adalah gaya klasik di mana jaringan oracle terus mempublikasikan pembaruan pada jadwal atau ketika harga bergerak cukup untuk menjadi penting. Ini seperti detak jantung. Ini berguna ketika banyak aplikasi dan pengguna bergantung pada harga acuan yang sama sepanjang hari. Tetapi mendorong setiap gerakan kecil itu mahal dan berisik, jadi bagian yang cerdas adalah memutuskan kapan untuk berbicara dan kapan keheningan aman.
Jalan lain adalah Data Pull, dan sejujurnya, di sinilah desain mulai terasa lebih modern. Alih-alih terus menerus memperbarui, aplikasi hanya meminta data ketika benar-benar membutuhkannya. Kamu tidak membayar untuk pembaruan tanpa akhir yang tidak akan kamu gunakan. Kamu meminta kebenaran pada saat tepat ketika kamu akan menjalankan sesuatu yang penting—seperti perdagangan, kesepakatan, atau verifikasi penyelesaian. Pull dibangun untuk momen "sekarang" di mana kesegaran lebih penting, dan efisiensi biaya juga.
Di bawah mode pengiriman itu ada ide yang lebih besar yang saya rasa merupakan inti dari APRO: realitas memiliki lapisan, jadi verifikasi juga harus memiliki lapisan. APRO menggambarkan sebuah sistem dua lapisan di mana satu lapisan berfokus pada mengumpulkan dan menginterpretasikan informasi, dan lapisan lainnya berfokus pada mengaudit dan menegakkan. Jika kamu membayangkannya dalam istilah manusia, begini: sekelompok orang pergi, mengumpulkan bukti dan menulis laporan. Kelompok lain memverifikasi laporan, mencoba mereproduksinya dan menantangnya jika ada yang tampak salah. Itulah perbedaan antara "seseorang memberi tahu kami" dan "kami dapat membela klaim ini".
Ini juga adalah tempat di mana konsep "verifikasi yang didorong oleh AI" bisa menjadi kuat atau kosong, tergantung pada bagaimana ia digunakan. Kebenaran yang jujur adalah bahwa AI dapat membantu banyak dengan informasi yang acak—dokumen, catatan, berita, data web, gambar, dan apa pun yang memerlukan ekstraksi dan pengorganisasian. Tetapi AI bukanlah kebenaran. AI dapat salah mengartikan dan tetap terdengar percaya diri. Jadi satu-satunya versi verifikasi AI yang penting adalah yang datang dengan tanggung jawab: kwitansi, reproduksibilitas, dan cara bagi jaringan untuk menantang dan menghukum laporan yang salah.
Itulah sebabnya saya terus kembali ke ide bahwa APRO tidak benar-benar menjual "data". Ia menjual sebuah proses. Sebuah klaim yang dapat bertahan dari pengawasan. Sebuah sistem di mana lebih menguntungkan untuk jujur daripada menipu, dan di mana menipu memiliki konsekuensi yang tidak bisa kamu abaikan.
Jadi ada kebetulan yang dapat diverifikasi, sisi VRF dari hal-hal. Orang sering memperlakukan kebetulan sebagai tambahan kecil, sampai mereka melihat betapa cepatnya "acak" menjadi target ketika uang terlibat. Permainan, pengungkapan NFT, lotere, pemilihan yang adil di DAOs, apa pun di mana hasil acak memiliki nilai—jika seseorang dapat mempengaruhi itu, seseorang akan mencobanya. VRF pada dasarnya adalah janji bahwa kebetulan tidak hanya dihasilkan, tetapi dapat dibuktikan. Dan dalam sistem yang bersifat adversarial, "terbukti adil" bukanlah sesuatu yang opsional. Ini adalah bagaimana kamu menghentikan manipulasi yang diam.
APRO juga condong ke arah cakupan aset yang luas dan dukungan rantai yang luas, dan saya pikir penting untuk menafsirkan itu dengan hati-hati. Visi jangka panjangnya jelas: menjadi lapisan oracle yang dapat melayani pasar cryptocurrency, pasar tradisional, permainan, dan aset dunia nyata melalui banyak jaringan. Tetapi ujian sebenarnya bukanlah jumlah rantai yang disebutkan dalam sebuah pidato. Ini adalah apakah para pengembang dapat terintegrasi dengan cepat, apakah kontrak transparan, apakah sumber stabil di bawah tekanan, dan apakah jaringan berperilaku secara dapat diprediksi ketika lingkungan menjadi buruk.
Dan "lingkungan buruk" itu adalah satu-satunya lingkungan yang penting bagi sebuah oracle.
Dalam kondisi tenang, hampir setiap sistem tampak dapat diandalkan. Ini adalah selama volatilitas, kemacetan, upaya manipulasi, dan ketidaksepakatan antara sumber yang kamu lihat apa yang nyata. Itulah sebabnya saya menilai jaringan oracle berdasarkan bagaimana mereka gagal, bukan bagaimana mereka dipromosikan. Apa yang terjadi ketika sumber data tidak setuju? Apa yang terjadi ketika sebuah tempat dimanipulasi? Apa yang terjadi ketika nodus terputus? Apa yang terjadi ketika rantai terhambat dan waktu menjadi krusial? Apa yang terjadi ketika seseorang mencoba memaksakan pembaruan pada saat terburuk yang mungkin?
Alasan mengapa desain APRO terasa menarik adalah bahwa ia tampaknya dibangun dengan pertanyaan-pertanyaan itu dalam pikiran. Push dan Pull memberi kamu kompensasi ekonomi dan latensi yang berbeda. Sebuah sistem berlapis menyiratkan kontrol dan keseimbangan alih-alih kepercayaan buta. AI diperlakukan sebagai alat untuk ekstraksi daripada sebagai otoritas yang tidak bisa dipertanyakan. VRF mencakup kategori "kebenaran" yang berbeda tetapi sama pentingnya: keadilan dalam kebetulan. Dan lapisan insentif token ada karena "desentralisasi" tanpa konsekuensi hanyalah sebuah kata.
Jika saya harus menggambarkan APRO dalam satu kalimat manusia, saya akan mengatakan ini: ia berusaha mengubah oracle dari sebuah pembicara menjadi catatan hukum. Bukan hanya "ini adalah angkanya", tetapi "ini adalah klaim, ini adalah mengapa itu sah, dan ini adalah apa yang terjadi jika seseorang berbohong".
Dan jika ambisi itu terwujud, itu mengubah apa yang menjadi mungkin. Karena semakin banyak DeFi menyentuh penggandaan, produk terstruktur, agen AI, dan aset dunia nyata, semakin seluruh sistem bergantung pada lapisan realitas yang tidak dapat dipalsukan dengan mudah. Masa depan bukan hanya aplikasi di rantai yang bergerak lebih cepat. Mereka adalah aplikasi di rantai yang mengambil tanggung jawab lebih besar. Dan tanggung jawab menuntut kwitansi.
