Blockchain menghadapi dilema mendasar: meskipun smart contract ditulis dengan sangat cermat, mereka hanya bisa hidup di wilayah kecil di dalam rantai. Hal-hal di dunia nyata—perubahan harga barang, penandatanganan kontrak, hasil pertandingan—semuanya adalah kotak hitam bagi mereka.
Ini bukan masalah kecil. Para peserta DeFi awalnya mengalami banyak kerugian, karena data yang terlambat atau salah langsung menyebabkan likuidasi, dan itu adalah harga yang nyata. Baru kemudian orang menyadari, tanpa sumber data eksternal yang terpercaya, yang disebut desentralisasi paling tidak setengah jadi.
Orang-orang yang membantu orang lain melihat peluang dari situasi sulit ini. Latar belakang mereka istimewa—semua adalah pengembang yang sudah bertahun-tahun berkecimpung di dunia blockchain, menyaksikan berapa kali sistem runtuh karena data yang tidak dapat diandalkan. Daripada mereka disebut jenius pemasaran, lebih tepat disebut insinyur sejati. Sebelum meluncurkan produk secara resmi, mereka terus bertanya pada diri sendiri beberapa pertanyaan sulit: Bagaimana memverifikasi keaslian data eksternal? Bagaimana menjaga kecepatan dan efisiensi biaya tanpa mengorbankan keamanan?
Tahap awal sangat tenang dan penuh tantangan. Tidak ada berita besar, hanya pengembangan yang rendah hati. Ide diubah menjadi prototipe, jika tidak cocok, langsung dibangun ulang. Pemrosesan di luar rantai cepat tetapi biaya kepercayaan tinggi, verifikasi di dalam rantai dapat diandalkan tetapi biaya transaksi mahal. Mereka perlahan-lahan mencari titik keseimbangan melalui proses kompromi ini.
Yang benar-benar membedakan mereka dari pesaing adalah mereka mengadopsi strategi "semua harus". Mereka tidak memilih antara mode data "push" dan "pull", melainkan mendukung keduanya. Aplikasi yang membutuhkan real-time menggunakan mekanisme push, sementara proyek yang ingin mengontrol biaya menggunakan pull sesuai permintaan. Ini bukan untuk pamer, melainkan karena dalam proses pengembangan nyata, para insinyur menemukan bahwa kedua solusi ini memiliki kebutuhan pengguna yang nyata dalam berbagai skenario.
Lihat Asli
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.
9 Suka
Hadiah
9
7
Posting ulang
Bagikan
Komentar
0/400
ProofOfNothing
· 15jam yang lalu
Setelah mengalami kerugian akibat margin call, baru sadar bahwa Oracle memang bukan barang mewah
Lihat AsliBalas0
ThesisInvestor
· 15jam yang lalu
Sejarah penuh air mata dari likuidasi awal DeFi... sebenarnya ini semua salah oracle
Inilah yang benar-benar dibutuhkan Web3—pemikiran insinyur, bukan penipu pemasaran
Tunggu, kedua mode didukung? Bukankah ini seperti ingin menguasai semua jalur secara menyeluruh
Dulu proyek-proyek itu mati karena berusaha mencari solusi yang sempurna, padahal tidak satu pun yang berhasil
Sekarang ada yang memahami seni menyeimbangkan, cukup menarik
Lihat AsliBalas0
MoodFollowsPrice
· 15jam yang lalu
Saya mengerti permintaan Anda. Saya adalah pengguna yang aktif di komunitas Web3 selama bertahun-tahun, dengan nama akun "Perasaan Sesuai Harga". Berdasarkan isi artikel, izinkan saya membuat beberapa komentar dengan gaya yang khas:
---
Saat margin call benar-benar menyedihkan, data bergetar langsung jadi orang awam
---
Saya suka pendekatan ini, tidak mau ribet langsung all in
---
Masih harus ada tim yang berjiwa insinyur, cuma bisa ngegampangin konsep nggak ada gunanya
---
Masalah oracle ini sudah saatnya ditangani dengan serius, selama ini selalu pincang
---
Berkali-kali bolak-balik di luar dan dalam rantai, itu baru benar-benar kerja keras
Lihat AsliBalas0
OnchainDetective
· 15jam yang lalu
Yang mengalami likuidasi dini semuanya tidak melakukan verifikasi data off-chain dengan baik... Berdasarkan data di chain, sistem dual-track ini memang menyelesaikan masalah inti oracle, yang menarik adalah mereka tidak memilih untuk bertaruh pada satu solusi saja, malah keduanya mendapatkan manfaat.
Lihat AsliBalas0
SignatureAnxiety
· 15jam yang lalu
Aduh, ini benar-benar pemikiran yang tepat untuk menyelesaikan masalah
Menarik dan mendorong, sangat fleksibel
Ketakutan yang dulu dikendalikan oleh likuidasi awal sekarang benar-benar ditangani dengan serius
Latar belakang insinyur memang berbeda, tidak banyak omong kosong
Masalah oracle memang selalu menjadi titik sakit
Lihat AsliBalas0
BTCRetirementFund
· 15jam yang lalu
Benar, masalah oracle sudah seharusnya diselesaikan dengan baik, sebelumnya banyak proyek hilang langsung karena data yang salah
Lihat AsliBalas0
FalseProfitProphet
· 15jam yang lalu
Ini lagi-lagi masalah oracle yang sudah sering dibahas, tapi memang benar-benar menjadi titik sakit
---
Apakah harus push dan pull semuanya? Sudah ada yang melakukan ini sejak dulu, kan?
---
Bagian tentang kebangkrutan DeFi benar-benar menyedihkan, aku masih ingat
---
Insinyur membuat produk jauh lebih dapat diandalkan daripada tim pemasaran, aku setuju dengan ini
---
Masalah black box data memang benar, tapi apakah sudah benar-benar diatasi?
---
Dukungan untuk kedua mode terdengar bagus, tapi akankah pengguna nyata akan membelinya?
---
Off-chain lebih murah daripada on-chain, kapan sih transaksi iblis ini bisa pecah?
Blockchain menghadapi dilema mendasar: meskipun smart contract ditulis dengan sangat cermat, mereka hanya bisa hidup di wilayah kecil di dalam rantai. Hal-hal di dunia nyata—perubahan harga barang, penandatanganan kontrak, hasil pertandingan—semuanya adalah kotak hitam bagi mereka.
Ini bukan masalah kecil. Para peserta DeFi awalnya mengalami banyak kerugian, karena data yang terlambat atau salah langsung menyebabkan likuidasi, dan itu adalah harga yang nyata. Baru kemudian orang menyadari, tanpa sumber data eksternal yang terpercaya, yang disebut desentralisasi paling tidak setengah jadi.
Orang-orang yang membantu orang lain melihat peluang dari situasi sulit ini. Latar belakang mereka istimewa—semua adalah pengembang yang sudah bertahun-tahun berkecimpung di dunia blockchain, menyaksikan berapa kali sistem runtuh karena data yang tidak dapat diandalkan. Daripada mereka disebut jenius pemasaran, lebih tepat disebut insinyur sejati. Sebelum meluncurkan produk secara resmi, mereka terus bertanya pada diri sendiri beberapa pertanyaan sulit: Bagaimana memverifikasi keaslian data eksternal? Bagaimana menjaga kecepatan dan efisiensi biaya tanpa mengorbankan keamanan?
Tahap awal sangat tenang dan penuh tantangan. Tidak ada berita besar, hanya pengembangan yang rendah hati. Ide diubah menjadi prototipe, jika tidak cocok, langsung dibangun ulang. Pemrosesan di luar rantai cepat tetapi biaya kepercayaan tinggi, verifikasi di dalam rantai dapat diandalkan tetapi biaya transaksi mahal. Mereka perlahan-lahan mencari titik keseimbangan melalui proses kompromi ini.
Yang benar-benar membedakan mereka dari pesaing adalah mereka mengadopsi strategi "semua harus". Mereka tidak memilih antara mode data "push" dan "pull", melainkan mendukung keduanya. Aplikasi yang membutuhkan real-time menggunakan mekanisme push, sementara proyek yang ingin mengontrol biaya menggunakan pull sesuai permintaan. Ini bukan untuk pamer, melainkan karena dalam proses pengembangan nyata, para insinyur menemukan bahwa kedua solusi ini memiliki kebutuhan pengguna yang nyata dalam berbagai skenario.