Diskusi Prinsip Teknologi DLC dan Solusi Optimalisasi

1. Pendahuluan

Kontrak Log Diskrit (, DLC) adalah skema eksekusi kontrak berbasis oracle yang diusulkan oleh Tadge Dryja dari MIT pada tahun 2018. DLC memungkinkan kedua belah pihak untuk melakukan pembayaran bersyarat berdasarkan kondisi yang telah ditentukan, di mana para pihak sebelumnya menentukan kemungkinan hasil dan melakukan pra-tanda tangan. Ketika oracle menandatangani hasilnya, pembayaran dapat dieksekusi. Ini memungkinkan DLC untuk mewujudkan aplikasi keuangan terdesentralisasi baru di jaringan Bitcoin, sekaligus menjaga keamanan deposit Bitcoin.

Dibandingkan dengan jaringan Lightning, DLC memiliki keuntungan berikut:

• Perlindungan privasi yang lebih baik, rincian kontrak hanya dibagikan di antara pihak-pihak yang terlibat.
• Mendukung kontrak keuangan yang lebih kompleks dan fleksibel, seperti derivatif, asuransi, dan lain-lain
• Mengurangi risiko pihak lawan, dana terkunci dalam tanda tangan ganda.
• Tidak perlu mengelola saluran pembayaran
• Menyediakan skalabilitas yang lebih baik dalam kontrak kompleks

Namun DLC masih memiliki beberapa masalah yang perlu diselesaikan:

• Risiko kebocoran kunci privat dan angka acak oracle
• Masalah kepercayaan yang disebabkan oleh sentralisasi oracle
• Oracle terdesentralisasi tidak dapat melakukan derivasi kunci secara langsung
• Risiko kolusi oracle
• Pembatasan kembalian dengan nominal tetap

Artikel ini akan mengajukan beberapa solusi optimal untuk masalah ini, guna meningkatkan keamanan ekosistem Bitcoin.

2. Prinsip DLC

Sebagai contoh menjelaskan prinsip DLC dengan taruhan Alice dan Bob pada keparahan nilai hash blok ke-n+k:

1. Inisialisasi: menghasilkan generator G, urutan q

2. Generasi Kunci: Orakel: Kunci privat z, kunci publik Z=z·G Alice: Kunci pribadi x, kunci publik X=x·G
   Bob: kunci pribadi y, kunci publik Y=y·G

3. Transaksi Penyuntikan Modal: Alice dan Bob masing-masing mengunci 1BTC ke output multi-tanda tangan 2-of-2

4. Eksekusi transaksi kontrak: Buat dua CET untuk transaksi pengeluaran investasi

5. Perhitungan oracle: R = k·G S = R - hash(OddNumber,R)·Z S' = R - hash(EvenNumber,R)·Z siaran(R,S,S')

6. Alice dan Bob menghitung kunci publik baru: PK^Alice = X + S PK^Bob = Y + S'

7. Penyelesaian: Bilangan Ganjil Hash:s = k - hash(BilanganGanjil,R)·z Hash genap:s' = k - hash(EvenNumber,R)·z

8. Penarikan: Alice: sk^Alice = x + s Bob: sk^Bob = y + s'

Kunci pribadi baru dan kunci publik baru memenuhi hubungan logaritma diskrit, memastikan penarikan yang benar.

3. Rencana Optimasi DLC

3.1 Manajemen Kunci

Kebocoran kunci pribadi oracle dan angka acak dapat mengakibatkan:

• Tidak dapat diselesaikan, perlu pengembalian dana
• Penipuan penyelesaian
• Kunci pribadi telah diretas
• Tidak dapat menyelesaikan kontrak tertentu

Saran:

• Menggunakan BIP32 untuk menurunkan kunci anak
• Menggunakan kunci pribadi dan hash penghitung sebagai angka acak

3.2 oracle terdesentralisasi

Mengimplementasikan tanda tangan batas Schnorr untuk mencapai oracle terdesentralisasi, keuntungan:

• Meningkatkan keamanan
• Kontrol Terdistribusi
• Meningkatkan ketersediaan
• Fleksibel dan dapat diperluas
• Dapat dimintakan pertanggungjawaban

3.3 Desentralisasi dan pengelolaan kunci terintegrasi

Oracle terdesentralisasi sulit digunakan untuk mengalirkan kunci dari BIP32 secara langsung. Metode derivasi kunci terdistribusi dapat diterapkan:

1. Pembagian kunci pribadi dan kunci pribadi lengkap memenuhi hubungan interpolasi Lagrange.
2. Menambahkan peningkatan ω di kedua sisi masih memenuhi hubungan interpolasi
3. Semua pihak dapat menghasilkan potongan kunci privat anak, yang digunakan untuk menghasilkan potongan tanda tangan anak.
4. Menggunakan BIP32 yang tidak ditingkatkan atau fungsi hash homomorfik

3.4 OP-DLC: minimal kepercayaan oracle

Mengajukan mekanisme tantangan optimis:

1. Oracle melakukan staking lebih awal untuk membangun permainan OP di blockchain
2. Pihak yang jujur dapat memulai tantangan
3. Tantangan berhasil, maka hukuman bagi peramal yang berbuat jahat
4. Dapat menggunakan model tanda tangan k-of-n
5. Hanya perlu satu pihak yang jujur untuk mewujudkannya.

3.5 OP-DLC + BitVM dua jembatan

Menggabungkan OP-DLC dan BitVM:

1. Mengatasi masalah kembalian dana DLC
2. Menyediakan berbagai saluran setoran dan penarikan
3. Mewujudkan minimalisasi kepercayaan oracle
4. Meningkatkan efisiensi penggunaan dana saluran DLC

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 meminimalkan kepercayaan terhadap oracle. Di masa depan, DLC diharapkan dapat mendukung lebih banyak aplikasi keuangan inovatif di jaringan Bitcoin.