Diskusi Prinsip dan Ide Optimasi Teknologi DLC

1. Ringkasan

Kontrak diskret log ( DLC ) adalah skema pelaksanaan kontrak pintar yang berbasis pada oracle, yang diusulkan oleh Tadge Dryja dari MIT pada tahun 2018. Dibandingkan dengan jaringan Lightning, DLC memiliki keunggulan yang jelas dalam perlindungan privasi, fleksibilitas kontrak, dan pengendalian risiko pihak lawan, serta mampu mewujudkan kontrak keuangan kompleks di jaringan Bitcoin.

Namun, DLC masih memiliki beberapa masalah potensial, seperti risiko keamanan kunci, sentralisasi oracle, kesulitan dalam menurunkan kunci secara terdesentralisasi, risiko kolusi, dan lain-lain. Artikel ini akan menganalisis lebih dalam tentang cara kerja DLC dan mengusulkan beberapa ide optimasi untuk mengatasi masalah ini, guna meningkatkan keamanan dan kegunaan ekosistem Bitcoin.

2. Cara Kerja DLC

Proses kerja dasar DLC adalah sebagai berikut:

1. Pihak yang terlibat dan oracle menghasilkan pasangan kunci publik dan privat mereka masing-masing.

2. Pihak yang terlibat membuat transaksi penyetoran, mengunci dana dalam output tanda tangan ganda.

3. Pihak yang terlibat membuat kontrak untuk mengeksekusi transaksi (CET), yang digunakan untuk alokasi dana selanjutnya.

4. Oracle menghasilkan komitmen dan menyiarkan parameter terkait.

5. Pihak-pihak menghitung kunci publik baru berdasarkan data oracle.

6. Setelah peristiwa terjadi, orakel menyiarkan data tanda tangan.

7. Pihak yang menang menghitung kunci privat baru berdasarkan tanda tangan oracle, dan menarik dana.

Selama proses tersebut, oracle memainkan peran kunci dalam menentukan hasil eksekusi kontrak yang akhir.

3. Rencana Optimasi DLC

3.1 Manajemen Kunci

Untuk meningkatkan keamanan kunci privat oracle, disarankan untuk mengambil langkah-langkah berikut:

• Menggunakan kunci anak atau kunci cucu yang diturunkan dari BIP32 untuk penandatanganan
• Menggunakan nilai hash dari kunci pribadi dan penghitung sebagai angka acak, untuk menghindari penggunaan ulang.

3.2 oracle terdesentralisasi

Menggunakan tanda tangan ambang Schnorr untuk mewujudkan oracle terdesentralisasi, dapat:

• Meningkatkan keamanan, mengurangi risiko kegagalan titik tunggal
• Mewujudkan kontrol terdistribusi, menghindari konsentrasi kekuasaan yang berlebihan
• Meningkatkan ketersediaan dan fleksibilitas sistem
• Mewujudkan akuntabilitas

3.3 Pengelolaan Kunci Terdesentralisasi dan Terintegrasi

Untuk masalah di mana orakel terdesentralisasi tidak dapat langsung menggunakan BIP32 untuk menghasilkan kunci, dapat dipertimbangkan:

• Menggunakan metode derivasi kunci terdistribusi
• Menggunakan BIP32 non-enhanced atau fungsi hash homomorfik

3.4 OP-DLC: Minimalkan Kepercayaan Oracle

Memperkenalkan mekanisme tantangan optimis, yang mengharuskan oracle untuk melakukan staking terlebih dahulu, memungkinkan pihak yang jujur untuk memulai tantangan. Cara ini dapat:

• Mewujudkan pengawasan timbal balik antar node oracle
• Menurunkan asumsi kepercayaan hanya membutuhkan satu pihak yang jujur
• Secara efektif mengatasi risiko kolusi oracle

3.5 OP-DLC + BitVM双桥

Menggabungkan OP-DLC dan BitVM, dapat mengatasi keterbatasan DLC dalam hal alokasi dana:

• Mencapai kembalian dengan granularitas apa pun
• Menyediakan berbagai saluran deposit dan penarikan
• Meningkatkan pemanfaatan modal
• Mengurangi lebih lanjut ketergantungan pada kepercayaan terhadap oracle

4. Kesimpulan

Seiring dengan perkembangan teknologi seperti Taproot dan BitVM, DLC diharapkan dapat mewujudkan verifikasi dan penyelesaian kontrak off-chain yang lebih kompleks. Dengan menggabungkan mekanisme tantangan OP, dapat lebih lanjut mewujudkan minimisasi kepercayaan oracle, membawa lebih banyak kemungkinan aplikasi inovatif ke jaringan Bitcoin.