Tragedi Tanah Umum Enkripsi: Dilema Indeks Data Pasar Prediksi
Ringkasan
Selamat datang di seri "Tragedi Tanah Umum". Seri ini berfokus pada "barang publik" yang berada di titik kritis namun semakin kehilangan norma di dunia enkripsi. Infrastruktur ini sering kali menghadapi insentif yang tidak memadai, ketidakseimbangan dalam tata kelola, dan bahkan semakin terpusat.
Edisi kali ini kami fokus pada salah satu aplikasi paling menonjol dalam ekosistem Ethereum: Polymarket dan alat indeks datanya. Terkait dengan kemenangan Trump, manipulasi oracle dalam perdagangan rare earth Ukraina, Polymarket beberapa kali menjadi sorotan publik. Namun, produk yang mewakili "pasar prediksi terdesentralisasi" ini, apakah modul dasar kuncinya — indeks data, benar-benar telah mencapai desentralisasi? Mengapa infrastruktur publik seperti The Graph tidak mampu memenuhi peran yang diharapkan? Apa bentuk barang publik indeks data yang benar-benar dapat digunakan dan berkelanjutan?
Satu, Reaksi Berantai yang Ditimbulkan oleh Keruntuhan Platform Data Terpusat
Pada Juli 2024, Goldsky mengalami insiden downtime selama enam jam, menyebabkan sebagian besar proyek dalam ekosistem Ethereum terhenti. Front-end DeFi tidak dapat menampilkan posisi pengguna dan data saldo, pasar prediksi Polymarket tidak dapat menampilkan data yang benar, dan tak terhitung proyek terlihat sepenuhnya tidak dapat digunakan di mata pengguna.
Ini seharusnya tidak terjadi di dunia aplikasi terdesentralisasi. Bukankah tujuan utama desain teknologi blockchain adalah untuk menghilangkan titik kegagalan tunggal? Insiden Goldsky mengungkapkan fakta yang mengganggu: meskipun blockchain itu sendiri telah berusaha sebaik mungkin untuk mencapai desentralisasi, infrastruktur yang digunakan oleh aplikasi yang dibangun di atas rantai sering kali mengandung banyak layanan terpusat.
Indeks dan pengambilan data blockchain merupakan produk publik digital "non-eksklusif, non-kompetitif", di mana pengguna sering kali mengharapkan gratis atau tarif yang sangat rendah, namun di baliknya memerlukan investasi berkelanjutan dalam perangkat keras, penyimpanan, bandwidth, dan tenaga kerja operasional yang intensif. Ketika tidak ada model keuntungan yang berkelanjutan, pola sentralisasi yang menguntungkan hanya satu pihak akan muncul: selama satu penyedia layanan mendapatkan keunggulan awal dalam kecepatan dan modal, pengembang cenderung mengarahkan semua lalu lintas kueri ke layanan tersebut, sehingga membentuk kembali ketergantungan pada satu titik.
Ini mengingatkan kita bahwa dunia terdesentralisasi sangat memerlukan pendanaan produk publik, redistribusi, atau inisiatif yang dipimpin komunitas untuk memperkaya keberagaman infrastruktur Web3, jika tidak, masalah sentralisasi akan muncul. Kami menyerukan kepada pengembang DApp untuk membangun produk yang mengutamakan lokal, dan juga menyerukan kepada komunitas teknologi untuk mempertimbangkan situasi kegagalan layanan pencarian data saat merancang DApp, memastikan pengguna masih dapat berinteraksi dengan proyek meskipun tanpa infrastruktur pencarian data.
Dua, Penelitian Sumber Data Dapp
Untuk memahami terjadinya peristiwa seperti Goldsky, kita perlu memahami mekanisme kerja di balik DApp dengan lebih mendalam. Bagi pengguna biasa, DApp biasanya terdiri dari dua bagian: kontrak di blockchain dan halaman depan. Namun, dari mana sebenarnya data yang ditampilkan di depan pengguna ini berasal?
pentingnya layanan pengambilan data
Sebagai contoh dalam membangun protokol pinjaman, protokol tersebut perlu menampilkan kondisi posisi pengguna serta margin dan status utang dari setiap posisi. Membaca data ini langsung dari blockchain sering kali tidak praktis, karena kontrak biasanya hanya menyediakan fungsi untuk mencari data spesifik menggunakan ID posisi. Untuk menampilkan kondisi posisi pengguna di frontend, perlu mengambil semua posisi dalam sistem, lalu menyaring bagian yang menjadi milik pengguna saat ini. Proses ini, bahkan jika dilakukan langsung di server dengan mengandalkan node lokal, sering kali memerlukan waktu beberapa jam.
Oleh karena itu, diperlukan pengenalan infrastruktur untuk mempercepat pengambilan data. Perusahaan seperti Goldsky menyediakan layanan indeks data ini.
Hubungan TheGraph / Goldsky dengan SubGraph
SubGraph adalah kerangka kerja pengembangan yang digunakan untuk membaca dan mengumpulkan data di blockchain, dan menampilkan data ini di frontend. TheGraph dan Goldsky sebenarnya adalah penyedia layanan untuk SubGraph. Program yang dikembangkan menggunakan kerangka kerja SubGraph perlu dijalankan di server, dan setiap penyedia layanan memiliki strategi dan solusi teknis yang berbeda.
Model biaya Goldsky
Goldsky menggunakan standar penagihan berbasis penggunaan sumber daya, yang merupakan cara penagihan paling umum di platform SaaS di internet.
Model biaya TheGraph
TheGraph memiliki satu set skema biaya yang berbeda dari metode penagihan konvensional, terkait dengan ekonomi token GRT. Termasuk biaya kueri per kali dan biaya staking Signal.
Dilema yang Dihadapi Pengembang
Bagi sebagian besar pengembang, menggunakan TheGraph cukup merepotkan. Terdapat dua masalah utama:
Ketidakpastian jumlah GRT yang dipertaruhkan dan waktu yang diperlukan untuk menarik operator.
Kompleksitas akuntansi dan perhitungan biaya
Sebagai perbandingan, memilih Goldsky lebih sederhana, cara penagihannya mudah dipahami, hampir dapat digunakan segera, dan ketidakpastian berkurang secara signifikan. Hal ini menyebabkan ketergantungan pada satu produk dalam layanan indeks dan pencarian data blockchain.
Tiga, Solusi yang Ada
ponder
ponder adalah perangkat lunak layanan pengambilan data yang sederhana, memiliki pengalaman pengembangan yang baik, dan mudah untuk diterapkan. Keuntungannya termasuk:
Tanpa ketergantungan pada pemasok
Pengalaman pengembangan yang baik
Kinerja yang lebih tinggi
Pendekatan komersialisasi ponder sesuai dengan "teori isolasi", dengan mengenakan biaya kepada sebagian kelompok homogen untuk mencapai penetapan harga.
konsep pengembangan lokal-pertama
Dalam pengembangan blockchain, konsep local-first dapat diimplementasikan seperti ini:
Cache data kunci
Desain Fitur Penurunan
Desain ini dapat secara signifikan meningkatkan ketahanan aplikasi, menghindari situasi di mana aplikasi tidak dapat digunakan setelah layanan pengambilan data mengalami kegagalan.
Empat, Kesimpulan
Kejadian keruntuhan Goldsky memberi peringatan bagi ekosistem. Meskipun blockchain itu sendiri memiliki karakteristik desentralisasi dan tahan terhadap kegagalan titik tunggal, tetapi ekosistem aplikasi yang dibangun di atasnya masih sangat bergantung pada layanan infrastruktur terpusat, yang membawa risiko sistemik bagi seluruh ekosistem.
Artikel ini membahas alasan mengapa TheGraph tidak banyak digunakan, memperkenalkan kerangka kerja pengelolaan mandiri ponder sebagai opsi darurat, dan mengeksplorasi filosofi pengembangan local-first. Kami mengajak lebih banyak pengembang untuk memperhatikan infrastruktur pengambilan data, mencoba membangun layanan terdesentralisasi atau merancang kerangka kerja yang memungkinkan frontend DApp tetap berfungsi tanpa layanan pengambilan data.
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.
6 Suka
Hadiah
6
4
Posting ulang
Bagikan
Komentar
0/400
FloorPriceWatcher
· 21jam yang lalu
Wah, indeksnya sulit sekali ya?
Lihat AsliBalas0
Fren_Not_Food
· 21jam yang lalu
Kontrol tren pasar besar memprediksi pasar, sangat lucu
Lihat AsliBalas0
DaisyUnicorn
· 22jam yang lalu
Blockchain data gardener, seharian mencari sebuah bunga yang bisa mekar dari desentralisasi kecil~
Dilema Polymarket: Tantangan desentralisasi indeks data pasar prediksi
Tragedi Tanah Umum Enkripsi: Dilema Indeks Data Pasar Prediksi
Ringkasan
Selamat datang di seri "Tragedi Tanah Umum". Seri ini berfokus pada "barang publik" yang berada di titik kritis namun semakin kehilangan norma di dunia enkripsi. Infrastruktur ini sering kali menghadapi insentif yang tidak memadai, ketidakseimbangan dalam tata kelola, dan bahkan semakin terpusat.
Edisi kali ini kami fokus pada salah satu aplikasi paling menonjol dalam ekosistem Ethereum: Polymarket dan alat indeks datanya. Terkait dengan kemenangan Trump, manipulasi oracle dalam perdagangan rare earth Ukraina, Polymarket beberapa kali menjadi sorotan publik. Namun, produk yang mewakili "pasar prediksi terdesentralisasi" ini, apakah modul dasar kuncinya — indeks data, benar-benar telah mencapai desentralisasi? Mengapa infrastruktur publik seperti The Graph tidak mampu memenuhi peran yang diharapkan? Apa bentuk barang publik indeks data yang benar-benar dapat digunakan dan berkelanjutan?
Satu, Reaksi Berantai yang Ditimbulkan oleh Keruntuhan Platform Data Terpusat
Pada Juli 2024, Goldsky mengalami insiden downtime selama enam jam, menyebabkan sebagian besar proyek dalam ekosistem Ethereum terhenti. Front-end DeFi tidak dapat menampilkan posisi pengguna dan data saldo, pasar prediksi Polymarket tidak dapat menampilkan data yang benar, dan tak terhitung proyek terlihat sepenuhnya tidak dapat digunakan di mata pengguna.
Ini seharusnya tidak terjadi di dunia aplikasi terdesentralisasi. Bukankah tujuan utama desain teknologi blockchain adalah untuk menghilangkan titik kegagalan tunggal? Insiden Goldsky mengungkapkan fakta yang mengganggu: meskipun blockchain itu sendiri telah berusaha sebaik mungkin untuk mencapai desentralisasi, infrastruktur yang digunakan oleh aplikasi yang dibangun di atas rantai sering kali mengandung banyak layanan terpusat.
Indeks dan pengambilan data blockchain merupakan produk publik digital "non-eksklusif, non-kompetitif", di mana pengguna sering kali mengharapkan gratis atau tarif yang sangat rendah, namun di baliknya memerlukan investasi berkelanjutan dalam perangkat keras, penyimpanan, bandwidth, dan tenaga kerja operasional yang intensif. Ketika tidak ada model keuntungan yang berkelanjutan, pola sentralisasi yang menguntungkan hanya satu pihak akan muncul: selama satu penyedia layanan mendapatkan keunggulan awal dalam kecepatan dan modal, pengembang cenderung mengarahkan semua lalu lintas kueri ke layanan tersebut, sehingga membentuk kembali ketergantungan pada satu titik.
Ini mengingatkan kita bahwa dunia terdesentralisasi sangat memerlukan pendanaan produk publik, redistribusi, atau inisiatif yang dipimpin komunitas untuk memperkaya keberagaman infrastruktur Web3, jika tidak, masalah sentralisasi akan muncul. Kami menyerukan kepada pengembang DApp untuk membangun produk yang mengutamakan lokal, dan juga menyerukan kepada komunitas teknologi untuk mempertimbangkan situasi kegagalan layanan pencarian data saat merancang DApp, memastikan pengguna masih dapat berinteraksi dengan proyek meskipun tanpa infrastruktur pencarian data.
Dua, Penelitian Sumber Data Dapp
Untuk memahami terjadinya peristiwa seperti Goldsky, kita perlu memahami mekanisme kerja di balik DApp dengan lebih mendalam. Bagi pengguna biasa, DApp biasanya terdiri dari dua bagian: kontrak di blockchain dan halaman depan. Namun, dari mana sebenarnya data yang ditampilkan di depan pengguna ini berasal?
pentingnya layanan pengambilan data
Sebagai contoh dalam membangun protokol pinjaman, protokol tersebut perlu menampilkan kondisi posisi pengguna serta margin dan status utang dari setiap posisi. Membaca data ini langsung dari blockchain sering kali tidak praktis, karena kontrak biasanya hanya menyediakan fungsi untuk mencari data spesifik menggunakan ID posisi. Untuk menampilkan kondisi posisi pengguna di frontend, perlu mengambil semua posisi dalam sistem, lalu menyaring bagian yang menjadi milik pengguna saat ini. Proses ini, bahkan jika dilakukan langsung di server dengan mengandalkan node lokal, sering kali memerlukan waktu beberapa jam.
Oleh karena itu, diperlukan pengenalan infrastruktur untuk mempercepat pengambilan data. Perusahaan seperti Goldsky menyediakan layanan indeks data ini.
Hubungan TheGraph / Goldsky dengan SubGraph
SubGraph adalah kerangka kerja pengembangan yang digunakan untuk membaca dan mengumpulkan data di blockchain, dan menampilkan data ini di frontend. TheGraph dan Goldsky sebenarnya adalah penyedia layanan untuk SubGraph. Program yang dikembangkan menggunakan kerangka kerja SubGraph perlu dijalankan di server, dan setiap penyedia layanan memiliki strategi dan solusi teknis yang berbeda.
Model biaya Goldsky
Goldsky menggunakan standar penagihan berbasis penggunaan sumber daya, yang merupakan cara penagihan paling umum di platform SaaS di internet.
Model biaya TheGraph
TheGraph memiliki satu set skema biaya yang berbeda dari metode penagihan konvensional, terkait dengan ekonomi token GRT. Termasuk biaya kueri per kali dan biaya staking Signal.
Dilema yang Dihadapi Pengembang
Bagi sebagian besar pengembang, menggunakan TheGraph cukup merepotkan. Terdapat dua masalah utama:
Sebagai perbandingan, memilih Goldsky lebih sederhana, cara penagihannya mudah dipahami, hampir dapat digunakan segera, dan ketidakpastian berkurang secara signifikan. Hal ini menyebabkan ketergantungan pada satu produk dalam layanan indeks dan pencarian data blockchain.
Tiga, Solusi yang Ada
ponder
ponder adalah perangkat lunak layanan pengambilan data yang sederhana, memiliki pengalaman pengembangan yang baik, dan mudah untuk diterapkan. Keuntungannya termasuk:
Pendekatan komersialisasi ponder sesuai dengan "teori isolasi", dengan mengenakan biaya kepada sebagian kelompok homogen untuk mencapai penetapan harga.
konsep pengembangan lokal-pertama
Dalam pengembangan blockchain, konsep local-first dapat diimplementasikan seperti ini:
Desain ini dapat secara signifikan meningkatkan ketahanan aplikasi, menghindari situasi di mana aplikasi tidak dapat digunakan setelah layanan pengambilan data mengalami kegagalan.
Empat, Kesimpulan
Kejadian keruntuhan Goldsky memberi peringatan bagi ekosistem. Meskipun blockchain itu sendiri memiliki karakteristik desentralisasi dan tahan terhadap kegagalan titik tunggal, tetapi ekosistem aplikasi yang dibangun di atasnya masih sangat bergantung pada layanan infrastruktur terpusat, yang membawa risiko sistemik bagi seluruh ekosistem.
Artikel ini membahas alasan mengapa TheGraph tidak banyak digunakan, memperkenalkan kerangka kerja pengelolaan mandiri ponder sebagai opsi darurat, dan mengeksplorasi filosofi pengembangan local-first. Kami mengajak lebih banyak pengembang untuk memperhatikan infrastruktur pengambilan data, mencoba membangun layanan terdesentralisasi atau merancang kerangka kerja yang memungkinkan frontend DApp tetap berfungsi tanpa layanan pengambilan data.