Diskusi Prinsip Teknologi DLC dan Rencana Optimalisasi
1. Pendahuluan
Kontrak logaritma diskrit (DLC) adalah sebuah skema pelaksanaan kontrak Bitcoin yang berbasis pada oracle, yang diajukan 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 menentukan kemungkinan hasil dan melakukan tanda tangan pra-penandatanganan. Ketika oracle menandatangani hasil, pembayaran dieksekusi menggunakan tanda tangan pra-penandatanganan ini. Ini memungkinkan DLC untuk mewujudkan aplikasi keuangan terdesentralisasi baru di Bitcoin, sambil menjamin keamanan setoran.
DLC memiliki keunggulan berikut dibandingkan jaringan Lightning:
Perlindungan privasi yang lebih baik
Mendukung kontrak finansial yang lebih kompleks dan fleksibel
Mengurangi risiko dari pihak lawan
Tidak perlu mengelola saluran pembayaran
Memiliki skalabilitas yang 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 kolusi node oracle
Pembagian ulang aset memiliki batas minimum jumlah
Artikel ini akan mengajukan beberapa solusi optimasi untuk meningkatkan keamanan ekosistem Bitcoin.
2. Prinsip DLC
Sebagai contoh, Alice dan Bob menandatangani perjanjian taruhan, di mana taruhannya adalah paritas hash blok ke-n+k. Jika ganjil, Alice menang; jika genap, Bob menang. Pihak yang menang dapat menarik semua aset dalam waktu t. DLC membangun tanda tangan bersyarat dengan menyampaikan informasi blok melalui oracle, sehingga pihak yang benar dapat memenangkan aset.
Proses eksekusi DLC mencakup:
Generasi kunci: Oracle, Alice, dan Bob masing-masing menghasilkan kunci privat dan kunci publik
Transaksi penyetoran: Alice dan Bob membuat transaksi penyetoran, masing-masing mengunci 1BTC
Transaksi Eksekusi Kontrak: Buat dua transaksi eksekusi kontrak untuk pengeluaran investasi.
Janji oracle: menghitung dan menyiarkan (R,S,S')
Alice dan Bob menghitung kunci publik baru
Penyelesaian: Oracle menghasilkan s atau s' berdasarkan nilai hash blok.
Penarikan: Pihak yang menang menghitung kunci pribadi baru dan menarik aset
3. Rencana Optimasi DLC
3.1 Manajemen Kunci
Kunci privat dan nomor acak dari oracle sangat penting, kebocoran atau kehilangan dapat menyebabkan:
Tidak dapat diselesaikan, perlu menjalankan kontrak pengembalian dana
Menghadapi risiko penyelesaian penipuan
Bocorkan kunci pribadi
Tidak dapat menyelesaikan kontrak tertentu
Disarankan untuk mengambil langkah-langkah berikut:
Menggunakan BIP32 untuk menurunkan kunci anak atau kunci cucu untuk tanda tangan
Menggunakan kunci pribadi dan nilai hash penghitung sebagai angka acak
3.2 oracle terdesentralisasi
Menggunakan tanda tangan batas Schnorr untuk mewujudkan oracle terdesentralisasi, dengan keuntungan sebagai berikut:
Meningkatkan keamanan
Kontrol Terdistribusi
Meningkatkan ketersediaan
Fleksibilitas dan skalabilitas
Dapat dipertanggungjawabkan
3.3 Pengelolaan Kunci Terpadu dengan Desentralisasi
Orakel terdesentralisasi sulit untuk melakukan derivasi kunci secara langsung menggunakan BIP32. Metode derivasi kunci terdistribusi dapat digunakan:
Pembagian kunci pribadi dan kunci pribadi lengkap memenuhi hubungan interpolasi
Pembagian sub-kunci privat dan sub-kunci masih memenuhi hubungan interpolasi
Pertimbangkan untuk menggunakan BIP32 yang tidak ditingkatkan atau fungsi hash homomorfik
3.4 OP-DLC: minimalisasi kepercayaan oracle
Memperkenalkan mekanisme tantangan optimis:
Oracle melakukan staking lebih awal untuk membangun permainan OP di blockchain
Pihak yang jujur dapat mengajukan tantangan
Tantangan berhasil maka hukuman bagi peramal jahat
Tingkat toleransi kesalahan mencapai 99%
3.5 OP-DLC + BitVM dua jembatan
Menggabungkan OP-DLC dan BitVM:
Menyelesaikan masalah kembalian uang
Menyediakan berbagai saluran deposit dan penarikan
Mewujudkan minimalisasi kepercayaan oracle
Meningkatkan pemanfaatan modal
4. Kesimpulan
DLC menggabungkan teknologi seperti Taproot dan BitVM, dapat mewujudkan verifikasi dan penyelesaian kontrak off-chain yang lebih kompleks. Memperkenalkan mekanisme tantangan OP dapat mewujudkan minimalisasi kepercayaan oracle, memberikan dasar yang lebih aman dan dapat diandalkan untuk aplikasi keuangan terdesentralisasi di Bitcoin.
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.
18 Suka
Hadiah
18
8
Bagikan
Komentar
0/400
GetRichLeek
· 07-27 06:49
Ini lagi ada trik baru, apakah uang jerih payah saya tidak dihargai?
Lihat AsliBalas0
SelfCustodyIssues
· 07-25 11:07
Kembali melakukan Mesin Oracle ya
Lihat AsliBalas0
Rekt_Recovery
· 07-24 23:01
terlalu banyak yang hilang untuk mempercayai apapun yang terpusat lagi...dlc mungkin adalah jalannya
Lihat AsliBalas0
GasWaster69
· 07-24 19:42
Lihat lagi Mesin Oracle, tsk tsk
Lihat AsliBalas0
GateUser-00be86fc
· 07-24 19:41
Ada permainan baru lagi
Lihat AsliBalas0
Anon4461
· 07-24 19:39
Artikel ini terlalu rumit, saya hanya ingin bertanya kapan BTC To da moon.
Lihat AsliBalas0
ForeverBuyingDips
· 07-24 19:33
Masih ingin play people for suckers, saudara-saudaraku jangan tertipu.
Diskusi tentang solusi optimisasi teknologi DLC: Meningkatkan keamanan Keuangan Desentralisasi Bitcoin
Diskusi Prinsip Teknologi DLC dan Rencana Optimalisasi
1. Pendahuluan
Kontrak logaritma diskrit (DLC) adalah sebuah skema pelaksanaan kontrak Bitcoin yang berbasis pada oracle, yang diajukan 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 menentukan kemungkinan hasil dan melakukan tanda tangan pra-penandatanganan. Ketika oracle menandatangani hasil, pembayaran dieksekusi menggunakan tanda tangan pra-penandatanganan ini. Ini memungkinkan DLC untuk mewujudkan aplikasi keuangan terdesentralisasi baru di Bitcoin, sambil menjamin keamanan setoran.
DLC memiliki keunggulan berikut dibandingkan jaringan Lightning:
Namun, DLC masih memiliki beberapa risiko dan masalah:
Artikel ini akan mengajukan beberapa solusi optimasi untuk meningkatkan keamanan ekosistem Bitcoin.
2. Prinsip DLC
Sebagai contoh, Alice dan Bob menandatangani perjanjian taruhan, di mana taruhannya adalah paritas hash blok ke-n+k. Jika ganjil, Alice menang; jika genap, Bob menang. Pihak yang menang dapat menarik semua aset dalam waktu t. DLC membangun tanda tangan bersyarat dengan menyampaikan informasi blok melalui oracle, sehingga pihak yang benar dapat memenangkan aset.
Proses eksekusi DLC mencakup:
3. Rencana Optimasi DLC
3.1 Manajemen Kunci
Kunci privat dan nomor acak dari oracle sangat penting, kebocoran atau kehilangan dapat menyebabkan:
Disarankan untuk mengambil langkah-langkah berikut:
3.2 oracle terdesentralisasi
Menggunakan tanda tangan batas Schnorr untuk mewujudkan oracle terdesentralisasi, dengan keuntungan sebagai berikut:
3.3 Pengelolaan Kunci Terpadu dengan Desentralisasi
Orakel terdesentralisasi sulit untuk melakukan derivasi kunci secara langsung menggunakan BIP32. Metode derivasi kunci terdistribusi dapat digunakan:
3.4 OP-DLC: minimalisasi kepercayaan oracle
Memperkenalkan mekanisme tantangan optimis:
3.5 OP-DLC + BitVM dua jembatan
Menggabungkan OP-DLC dan BitVM:
4. Kesimpulan
DLC menggabungkan teknologi seperti Taproot dan BitVM, dapat mewujudkan verifikasi dan penyelesaian kontrak off-chain yang lebih kompleks. Memperkenalkan mekanisme tantangan OP dapat mewujudkan minimalisasi kepercayaan oracle, memberikan dasar yang lebih aman dan dapat diandalkan untuk aplikasi keuangan terdesentralisasi di Bitcoin.