Diskusi Optimasi Teknologi DLC: Dari Prinsip hingga Minimasi Kepercayaan

Diskusi Prinsip Teknologi DLC dan Pemikiran Optimalisasi

1. Ringkasan

Kontrak logaritma diskret (DLC) adalah solusi pelaksanaan kontrak pintar berbasis oracle, yang diajukan oleh Tadge Dryja dari MIT pada tahun 2018. DLC memungkinkan kedua belah pihak untuk melakukan pembayaran bersyarat berdasarkan kondisi yang sudah ditentukan, di mana para peserta sebelumnya menentukan kemungkinan hasil dan menandatanganinya. Ketika oracle menandatangani hasilnya, pembayaran dapat dieksekusi. Ini memungkinkan penerapan keuangan terdesentralisasi yang baru di jaringan Bitcoin, sekaligus menjaga keamanan dana pengguna.

DLC memiliki keunggulan berikut dibandingkan jaringan Lightning:

  • Privasi yang lebih baik: Detail kontrak hanya dibagikan di antara pihak-pihak yang terlibat, tidak disimpan di blockchain
  • Mendukung kontrak keuangan kompleks: dapat membuat dan mengeksekusi produk turunan, asuransi, dan kontrak kompleks lainnya langsung di jaringan Bitcoin.
  • Mengurangi risiko pihak lawan: dana terkunci dalam kontrak multi-tanda tangan, hanya akan dilepaskan ketika hasil peristiwa yang dijadwalkan muncul
  • Tidak perlu mengelola saluran pembayaran: tidak perlu membuat atau memelihara saluran pembayaran
  • Skalabilitas di bawah skenario tertentu: memberikan skalabilitas yang baik dalam hal kontrak kompleks

Meskipun DLC memiliki banyak keuntungan dalam ekosistem Bitcoin, masih ada beberapa masalah yang perlu diselesaikan:

  • Risiko keamanan kunci
  • Masalah sentralisasi oracle
  • Oracle terdesentralisasi tidak dapat langsung melakukan turunan kunci
  • Risiko kolusi oracle
  • Pembatasan kembalian nominal tetap

Artikel ini akan menganalisis prinsip DLC dan mengusulkan beberapa solusi optimasi untuk mengatasi masalah di atas.

2. Cara Kerja DLC

Sebagai contoh, Alice dan Bob bertaruh pada paritas hash blok ke-n+k:

  1. Inisialisasi: menghasilkan parameter kurva elips

  2. Generasi Kunci: Oracle, Alice, dan Bob masing-masing menghasilkan kunci privat dan kunci publik

  3. Transaksi Penyertaan Modal: Alice dan Bob membuat transaksi penyertaan modal, masing-masing mengunci 1 BTC ke output multisignature.

  4. Transaksi Eksekusi Kontrak: Buat dua transaksi eksekusi kontrak (CET) untuk pengeluaran transaksi investasi.

  5. Komitmen perhitungan oracle: hitung R, S, dan S', kemudian siarkan

  6. Alice dan Bob menghitung kunci publik baru

  7. Penyelesaian: Oracle menghasilkan s atau s' berdasarkan nilai hash blok dan menyebarkannya.

  8. Penarikan: Pihak yang menang menghitung kunci privat baru berdasarkan s atau s' dan menarik aset.

Selain itu, perlu ditambahkan mekanisme kunci waktu, untuk memastikan satu pihak dapat menarik koin dalam waktu yang ditentukan, jika tidak, pihak lainnya dapat menggunakan kunci pribadi asli untuk mengambil aset.

Analisis Prinsip DLC dan Pemikiran Optimisasi

3. Rencana Optimasi DLC

3.1 Manajemen Kunci

Keamanan kunci pribadi dan angka acak oracle sangat penting, dapat menyebabkan masalah berikut:

  1. Kunci pribadi oracle hilang: tidak dapat diselesaikan, perlu mengeksekusi kontrak pengembalian uang
  2. Kebocoran kunci privat oracle: Semua kontrak menghadapi risiko penipuan
  3. Kebocoran atau penggunaan kembali angka acak oleh oracle: dapat mengungkapkan kunci pribadi
  4. Oracle kehilangan angka acak: tidak dapat menyelesaikan kontrak tertentu

Disarankan untuk mengambil langkah-langkah berikut:

  • Menggunakan kunci anak atau kunci cucu yang diturunkan dari BIP32 untuk penandatanganan
  • Menggunakan kunci privat dan nilai hash counter sebagai nomor acak

3.2 Oracle terdesentralisasi

Menggunakan tanda tangan ambang Schnorr untuk mewujudkan oracle terdesentralisasi, memiliki keuntungan berikut:

  • Meningkatkan keamanan: pengelolaan kunci terdistribusi, mengurangi risiko titik tunggal kegagalan
  • Kontrol terdistribusi: menghindari konsentrasi kekuasaan yang berlebihan
  • Meningkatkan ketersediaan: Beberapa node yang tidak tersedia tetap dapat berfungsi dengan baik
  • Fleksibilitas dan skalabilitas: dapat mengatur ambang nilai yang berbeda, sesuai dengan berbagai skenario
  • Akuntabilitas: setiap potongan tanda tangan dari node dapat diverifikasi secara independen

3.3 Desentralisasi dan Pengelolaan Kunci Terintegrasi

Dalam oracle terdesentralisasi, kunci pribadi lengkap tidak ada, sehingga tidak dapat langsung menggunakan BIP32 untuk melakukan derivasi kunci. Metode derivasi kunci terdistribusi dapat digunakan:

  • Menggunakan polinomial interpolasi Lagrange, bagian kunci pribadi dan kunci pribadi lengkap memenuhi hubungan interpolasi
  • Potongan kunci pribadi dan kunci pribadi lengkap masih memenuhi hubungan interpolasi setelah ditambahkan dengan peningkatan.
  • Setiap pihak yang terlibat dapat menghasilkan potongan kunci privat anak, yang digunakan untuk menghasilkan potongan tanda tangan anak.

Perlu mempertimbangkan masalah kompatibilitas antara BIP32 yang diperkuat dan yang tidak diperkuat.

Analisis Prinsip DLC dan Pemikiran Optimalisasi

3.4 OP-DLC: minimalisasi kepercayaan oracle

Mengusulkan mekanisme OP-DLC, memperkenalkan tantangan optimis:

  • Oracle melakukan staking awal untuk membangun permainan OP di blockchain
  • Setiap pihak yang jujur dapat memulai tantangan
  • Tantangan berhasil maka akan menghukum peramal jahat
  • Dapat menggunakan tanda tangan model "k-of-n", nilai k dapat berupa 1
  • Asumsi kepercayaan diturunkan menjadi hanya memerlukan satu pihak yang jujur

3.5 OP-DLC + BitVM jembatan ganda

Menggabungkan OP-DLC dan BitVM, menyelesaikan masalah DLC dalam jembatan lintas rantai:

  • Menggunakan BitVM untuk menyelesaikan masalah kembalian
  • Menyediakan berbagai saluran deposit dan penarikan
  • Mewujudkan minimalisasi kepercayaan oracle melalui mekanisme OP
  • Meningkatkan efisiensi penggunaan dana

Analisis Prinsip DLC dan Pemikiran Optimisasi

4. Kesimpulan

DLC menggabungkan teknologi seperti Taproot dan BitVM, dapat mewujudkan verifikasi dan penyelesaian kontrak off-chain yang lebih kompleks. Melalui mekanisme tantangan OP, dapat lebih lanjut mewujudkan minimalisasi kepercayaan oracle, membawa lebih banyak kemungkinan untuk ekosistem Bitcoin.

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.
  • Hadiah
  • 9
  • Posting ulang
  • Bagikan
Komentar
0/400
RugResistantvip
· 50menit yang lalu
Ini terlalu rumit, saya tidak mengerti.
Lihat AsliBalas0
RektButStillHerevip
· 4jam yang lalu
Jadi saya berharap pada sebuah Mesin Oracle? Apa yang lucu...
Lihat AsliBalas0
RugpullTherapistvip
· 6jam yang lalu
Mesin Oracle offline sangat gila!
Lihat AsliBalas0
ImpermanentLossFanvip
· 08-07 05:12
Hmm, Mesin Oracle punya cara baru lagi?
Lihat AsliBalas0
MonkeySeeMonkeyDovip
· 08-07 05:12
Rasanya sangat menarik ya
Lihat AsliBalas0
HodlVeteranvip
· 08-07 05:11
Satu lagi jebakan, jumlah jebakan yang sudah diinjak oleh pengemudi berpengalaman tidak terhitung, menjaga agar tidak terjebak adalah kunci utama.
Lihat AsliBalas0
NFTHoardervip
· 08-07 05:11
Ah, teknologi smart contract yang terstandarisasi sangat wangi.
Lihat AsliBalas0
GraphGuruvip
· 08-07 05:06
Sekali lagi membahas Mesin Oracle.
Lihat AsliBalas0
BearMarketBardvip
· 08-07 05:05
Kerja bagus, tetap MIT
Lihat AsliBalas0
Lihat Lebih Banyak
Perdagangkan Kripto Di Mana Saja Kapan Saja
qrCode
Pindai untuk mengunduh aplikasi Gate
Komunitas
Bahasa Indonesia
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)