Rencana optimasi DLC: Meningkatkan keamanan ekosistem Bitcoin dan potensi aplikasinya

Diskusi Prinsip Teknologi DLC dan Pemikiran Optimisasi

1. Pendahuluan

Kontrak logaritma diskrit ( DLC ) adalah skema pembayaran bersyarat 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 sebelumnya, di mana para peserta menandatangani kemungkinan hasil sebelumnya, dan pembayaran dieksekusi saat oracle menandatangani hasil tersebut. Ini memungkinkan DLC untuk mencapai aplikasi keuangan terdesentralisasi baru sambil menjaga keamanan simpanan Bitcoin.

Dibandingkan dengan jaringan Lightning, DLC memiliki keunggulan 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, dll
  • Mengurangi risiko pihak lawan, dana terkunci dalam kontrak tanda tangan ganda
  • Tidak perlu mengelola saluran pembayaran
  • Menyediakan skalabilitas yang lebih baik dalam kontrak kompleks

Namun, DLC masih memiliki beberapa risiko dan masalah:

  • Risiko kebocoran atau kehilangan kunci oracle
  • Masalah sentralisasi oracle
  • Oracle terdesentralisasi tidak dapat melakukan derivasi kunci secara langsung
  • Risiko konspirasi node oracle
  • Masalah kembalian dengan nominal tetap

Artikel ini akan mengusulkan beberapa solusi optimasi untuk meningkatkan keamanan ekosistem Bitcoin.

2. Prinsip DLC

Sebagai contoh, Alice dan Bob menandatangani perjanjian taruhan dengan taruhan pada paritas hash blok ke-n+k. DLC menggunakan oracle untuk menyampaikan informasi blok dan membangun tanda tangan bersyarat, sehingga pihak yang menang mendapatkan aset.

Langkah utama termasuk:

  1. Semua pihak menghasilkan pasangan kunci
  2. Buat transaksi penyertaan
  3. Membuat transaksi eksekusi kontrak
  4. Komitmen Perhitungan Orakel
  5. Pihak yang terlibat menghitung kunci publik baru
  6. Oracle menghasilkan tanda tangan berdasarkan hasil
  7. Pihak yang menang menarik aset

Analisis menunjukkan bahwa hanya pihak yang benar dapat menghitung kunci pribadi baru dan berhasil menarik koin. Pada saat yang sama, perlu menambahkan penguncian waktu untuk mencegah aset diambil oleh pihak lain.

Analisis Prinsip DLC dan Pemikiran Optimisasi

3. Optimasi DLC

3.1 Manajemen Kunci

Kunci privat dan angka acak dalam DLC sangat penting, kebocoran atau kehilangan dapat menyebabkan:

  • Tidak dapat diselesaikan, perlu menjalankan kontrak pengembalian dana
  • Menghadapi risiko penyelesaian penipuan
  • Membocorkan kunci pribadi oracle
  • Tidak dapat menyelesaikan DLC yang sesuai

Disarankan untuk menggunakan kunci anak atau kunci cucu yang diturunkan dari BIP32, dan menggunakan hash dari kunci privat dan penghitung sebagai angka acak untuk meningkatkan keamanan.

3.2 oracle terdesentralisasi

Menggunakan tanda tangan ambang Schnorr dapat mewujudkan oracle terdesentralisasi, dengan keuntungan sebagai berikut:

  • Meningkatkan Keamanan
  • Pengendalian terdistribusi
  • Meningkatkan ketersediaan
  • Fleksibilitas dan skalabilitas
  • Dapat dipertanggungjawabkan

3.3 Desentralisasi dan Pengelolaan Kunci Terintegrasi

Dalam skenario oracle terdesentralisasi, kunci pribadi lengkap tidak muncul, sehingga tidak dapat menggunakan kunci turunan BIP32 secara langsung. Metode turunan kunci terdistribusi dapat diterapkan, yang diimplementasikan berdasarkan polinomial interpolasi Lagrange. Namun, masalah kompatibilitas antara BIP32 yang ditingkatkan dan yang tidak ditingkatkan perlu dipertimbangkan.

Analisis Prinsip DLC dan Pemikiran Optimisasi

3.4 OP-DLC: minimisasi kepercayaan oracle

Mengajukan skema OP-DLC, memperkenalkan mekanisme tantangan optimis. Oracle perlu mempertaruhkan sebelumnya untuk membangun permainan OP di on-chain, berjanji untuk tidak berbuat jahat. Setiap pihak yang berpartisipasi dengan jujur dapat memulai tantangan, menghukum oracle yang berbuat jahat. Ini memungkinkan node oracle saling mengawasi, mencapai minimisasi kepercayaan.

3.5 OP-DLC + BitVM double bridge

Menggabungkan OP-DLC dan BitVM, menyelesaikan keterbatasan DLC dalam alokasi dana:

  • Mewujudkan kembalian dengan granularity yang beragam
  • Meningkatkan likuiditas modal
  • Pengguna dapat memilih metode deposit dan penarikan secara bebas
  • Mengurangi ketergantungan pada kepercayaan oracle

Analisis Prinsip DLC dan Pemikiran Optimasi

4. Kesimpulan

Teknologi DLC yang dikombinasikan dengan teknologi baru seperti Taproot, BitVM, dapat mewujudkan verifikasi dan penyelesaian kontrak off-chain yang lebih kompleks. Melalui mekanisme tantangan OP, dapat lebih lanjut mewujudkan minimisasi kepercayaan oracle, membawa lebih banyak kemungkinan bagi ekosistem Bitcoin.

BTC1.59%
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
  • 5
  • Bagikan
Komentar
0/400
IfIWereOnChainvip
· 07-25 06:56
Jika kompleksitas meningkat, maka biayanya tinggi.
Lihat AsliBalas0
WhaleWatchervip
· 07-22 14:59
Mesin Oracle kembali muncul untuk menunjukkan eksistensinya.
Lihat AsliBalas0
CrashHotlinevip
· 07-22 14:59
dlc belum cukup populer ya? Kenapa rasanya masih terhenti di atas kertas.
Lihat AsliBalas0
ChainDetectivevip
· 07-22 14:57
Aha, aku sudah sangat menunggu!
Lihat AsliBalas0
EthSandwichHerovip
· 07-22 14:44
big pump adalah awal dari ketinggalan
Lihat AsliBalas0
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)