Diskusi Prinsip Teknologi DLC dan Solusi Optimalisasi

1. Pendahuluan

Kontrak Diskrit Logaritma ( DLC ) adalah sebuah skema eksekusi kontrak pintar berbasis oracle, yang diusulkan oleh Tadge Dryja dari MIT pada tahun 2018. DLC memungkinkan kedua belah pihak untuk melakukan pembayaran bersyarat berdasarkan kriteria yang telah ditentukan, dengan keunggulan privasi yang baik, fleksibilitas kontrak yang tinggi, dan risiko lawan yang rendah.

Keunggulan utama DLC dibandingkan jaringan Lightning meliputi:

• Perlindungan privasi yang lebih baik
• Mendukung kontrak keuangan kompleks
• Mengurangi risiko pihak lawan
• Tidak perlu mengelola saluran pembayaran
• Dapat diperluas lebih baik dalam skenario tertentu

Namun, DLC masih memiliki beberapa masalah yang perlu diselesaikan:

• Risiko Keamanan Kunci Oracle
• Risiko Pusat Oracle yang Terdesentralisasi
• Masalah derivasi kunci dalam skenario terdesentralisasi
• Risiko konspirasi oracle
• Pembatasan kembalian nominal tetap

Artikel ini akan membahas prinsip DLC dan mengajukan beberapa solusi optimasi untuk mengatasi masalah di atas, serta meningkatkan keamanan ekosistem Bitcoin.

2. Prinsip DLC

Sebagai contoh sederhana untuk menjelaskan prinsip dasar DLC:

Alice dan Bob bertaruh pada paritas hash blok ke-n+k. Jika ganjil, Alice menang; jika genap, Bob menang.

Inisialisasi:

• Oracle, Alice, Bob masing-masing menghasilkan pasangan kunci
• Alice dan Bob membuat transaksi pendanaan multisig 2-dari-2
• Kedua belah pihak membuat dua kontrak untuk melakukan transaksi (CET)

Orakel berjanji:

• Hitung dan siarkan (R,S,S')
• Alice dan Bob menghitung kunci publik baru berdasarkan ini

Penyelesaian:

• Oracle menyiarkan s atau s' berdasarkan hash blok
• Pihak yang menang menggunakan s/s' untuk menghitung kunci pribadi baru dan menarik koin
• Atur kunci waktu untuk mencegah kegagalan oracle

3. Rencana Optimasi DLC

3.1 Manajemen Kunci

Kebocoran atau kehilangan kunci oracle dan angka acak dapat menyebabkan masalah keamanan:

• Kehilangan kunci pribadi menyebabkan ketidakmampuan untuk menyelesaikan
• Kebocoran kunci pribadi dapat mengakibatkan hasil yang dimanipulasi
• Bocornya atau penggunaan kembali angka acak dapat mengungkapkan kunci pribadi
• Kehilangan angka acak menyebabkan tidak dapat diselesaikan

Disarankan untuk menggunakan BIP32 untuk menurunkan kunci anak, menggunakan kunci pribadi dan hash penghitung sebagai angka acak.

3.2 oracle terdesentralisasi

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

• Meningkatkan keamanan
• Kontrol terdistribusi
• Meningkatkan ketersediaan
• Fleksibel dan dapat diperluas
• Dapat dipertanggungjawabkan

3.3 Desentralisasi dan pengelolaan kunci terintegrasi

Dalam skenario terdesentralisasi, kunci pribadi lengkap tidak terlihat dan tidak dapat langsung digunakan untuk turunan BIP32. Metode turunan kunci terdistribusi dapat digunakan, berdasarkan interpolasi Lagrange untuk mewujudkan turunan pecahan kunci pribadi.

3.4 OP-DLC: minimalisasi kepercayaan oracle

Memperkenalkan mekanisme tantangan optimis, oracle perlu melakukan staking terlebih dahulu. Setiap pihak yang jujur dapat memulai tantangan untuk menghukum oracle yang berbuat jahat. Ini mengurangi asumsi kepercayaan terhadap oracle.

3.5 OP-DLC + BitVM dua jembatan

Menggabungkan BitVM dan OP-DLC, mencapai pengembalian dengan ukuran yang berbeda, masuk dan keluar dana secara bebas, serta meningkatkan likuiditas modal. Pengguna dapat memilih berbagai metode untuk masuk dan keluar dana, dan meminimalkan kepercayaan pada oracle.

4. Kesimpulan

Teknologi DLC terus berkembang, menggabungkan teknologi baru seperti Taproot dan BitVM untuk mewujudkan kontrak off-chain yang lebih kompleks. Dengan solusi optimal, masalah yang ada saat ini dapat diatasi, lebih lanjut meningkatkan keamanan dan kegunaan DLC.