Diskusi Prinsip Teknologi DLC dan Ide Optimalisasi
1. Pendahuluan
Kontrak Logaritma Diskrit (DLC) adalah skema pelaksanaan kontrak Bitcoin yang didasarkan pada oracle, yang diusulkan oleh Tadge Dryja dari MIT pada tahun 2018. DLC memungkinkan dua pihak untuk melakukan pembayaran bersyarat berdasarkan kondisi yang telah ditentukan sebelumnya, di mana para pihak menandatangani hasil yang mungkin sebelumnya dan melakukan pembayaran saat oracle menandatangani hasil tersebut. Dibandingkan dengan jaringan Lightning, DLC memiliki keunggulan dalam privasi, dukungan kontrak keuangan yang kompleks, dan mengurangi risiko pihak lawan.
Meskipun DLC memiliki prospek yang sangat baik dalam aplikasi ekosistem Bitcoin, masih ada beberapa risiko dan masalah:
Kebocoran atau kehilangan kunci oracle dapat menyebabkan kehilangan aset
Pusat oracle yang terpusat membawa risiko kepercayaan
Oracle terdesentralisasi sulit untuk melakukan turunan kunci
Risiko konspirasi node oracle
Batasan kembalian dengan nominal tetap
Artikel ini akan membahas beberapa solusi optimasi untuk mengatasi tantangan yang dihadapi DLC, serta meningkatkan keamanan ekosistem Bitcoin.
2. Cara Kerja DLC
Sebagai contoh taruhan antara Alice dan Bob mengenai paritas hash blok ke-n+k, proses dasar DLC adalah sebagai berikut:
Generasi Kunci: Oracle, Alice, dan Bob masing-masing menghasilkan pasangan kunci publik-privat.
Transaksi Penyertaan: Alice dan Bob membuat output multi-tanda tangan 2-of-2, masing-masing mengunci 1 BTC.
Eksekusi Perdagangan Kontrak: Buat dua CET untuk transaksi pengeluaran investasi.
Janji oracle: menghitung dan menyiarkan (R,S,S').
Pihak yang terlibat menghitung kunci publik baru.
Penyelesaian: Orakel menyiarkan s atau s' berdasarkan nilai hash blok.
Penarikan: Pihak yang menang menggunakan kunci pribadi baru untuk menarik 2 BTC.
Menggunakan kunci waktu sepanjang proses untuk memastikan keamanan dana.
3. Rencana Optimalisasi DLC
3.1 Manajemen Kunci
Manajemen kunci oracle menghadapi risiko berikut:
kunci pribadi hilang menyebabkan tidak dapat menyelesaikan
kebocoran kunci pribadi menyebabkan penyelesaian penipuan
Kebocoran atau penggunaan ulang angka acak menyebabkan kebocoran kunci pribadi
Kehilangan angka acak menyebabkan tidak dapat menyelesaikan.
Disarankan untuk menggunakan BIP32 untuk menurunkan kunci anak, dan menggunakan nilai hash dari kunci privat dan penghitung sebagai nomor acak untuk meningkatkan keamanan.
3.2 oracle terdesentralisasi
Menggunakan tanda tangan batas Schnorr dapat mewujudkan oracle terdesentralisasi, dengan keuntungan sebagai berikut:
Meningkatkan keamanan, mengurangi titik kegagalan tunggal
Mewujudkan kontrol kunci terdistribusi
Meningkatkan ketersediaan sistem
Fleksibel untuk beradaptasi dengan berbagai kebutuhan keamanan
Mendukung akuntabilitas
3.3 Desentralisasi dan pengelolaan kunci yang terintegrasi
Oracle terdesentralisasi tidak dapat langsung menggunakan BIP32 untuk penurunan kunci. Metode penurunan kunci terdistribusi dapat digunakan, memanfaatkan polinomial interpolasi Lagrange untuk mewujudkan hubungan antara potongan kunci privat dan kunci privat lengkap, sehingga mendukung penurunan sub-kunci.
Oracle melakukan staking lebih awal untuk membangun permainan OP di blockchain
Pihak yang jujur dapat mengajukan tantangan
Tantangan berhasil maka hukuman untuk prediksi jahat
Dapat digunakan dengan model "k-of-n"
OP-DLC hanya memerlukan satu pihak yang jujur untuk beroperasi, secara signifikan mengurangi asumsi kepercayaan.
3.5 OP-DLC + BitVM双桥
Menggabungkan OP-DLC dan BitVM untuk menyelesaikan masalah alokasi dana DLC:
Mendukung pengembalian uang dengan granularitas apa pun
Menyediakan berbagai saluran setoran dan penarikan
Minimalkan kepercayaan oracle
Meningkatkan efisiensi penggunaan modal
4. Kesimpulan
Teknologi DLC terus berkembang dan sempurna. Dengan menggabungkan teknologi baru seperti Taproot dan BitVM, DLC di masa depan diharapkan dapat mewujudkan verifikasi dan penyelesaian kontrak off-chain yang lebih kompleks, sambil meminimalkan kepercayaan oracle melalui mekanisme OP.
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.
7 Suka
Hadiah
7
5
Bagikan
Komentar
0/400
BakedCatFanboy
· 2jam yang lalu
Mesin Oracle ini, terdengar tidak dapat dipercaya...
Lihat AsliBalas0
GateUser-3824aa38
· 2jam yang lalu
Mesin Oracle ini sama dapat dipercaya seperti Satoshi Nakamoto?
Lihat AsliBalas0
BottomMisser
· 3jam yang lalu
Hehe, lebih baik tidak usah. Mesin Oracle terpusat juga berani bermain.
Lihat AsliBalas0
GasWastingMaximalist
· 3jam yang lalu
Mesin Oracle lagi-lagi tidak berfungsi? Ini beban BTC tidak bisa dipikul.
Lihat AsliBalas0
YieldHunter
· 3jam yang lalu
secara teknis, risiko oracle membuat seluruh ini terlihat seperti honeypot degen yang menunggu untuk meledak... lewati
Rencana optimasi teknologi DLC: Meningkatkan keamanan ekosistem Bitcoin
Diskusi Prinsip Teknologi DLC dan Ide Optimalisasi
1. Pendahuluan
Kontrak Logaritma Diskrit (DLC) adalah skema pelaksanaan kontrak Bitcoin yang didasarkan pada oracle, yang diusulkan oleh Tadge Dryja dari MIT pada tahun 2018. DLC memungkinkan dua pihak untuk melakukan pembayaran bersyarat berdasarkan kondisi yang telah ditentukan sebelumnya, di mana para pihak menandatangani hasil yang mungkin sebelumnya dan melakukan pembayaran saat oracle menandatangani hasil tersebut. Dibandingkan dengan jaringan Lightning, DLC memiliki keunggulan dalam privasi, dukungan kontrak keuangan yang kompleks, dan mengurangi risiko pihak lawan.
Meskipun DLC memiliki prospek yang sangat baik dalam aplikasi ekosistem Bitcoin, masih ada beberapa risiko dan masalah:
Artikel ini akan membahas beberapa solusi optimasi untuk mengatasi tantangan yang dihadapi DLC, serta meningkatkan keamanan ekosistem Bitcoin.
2. Cara Kerja DLC
Sebagai contoh taruhan antara Alice dan Bob mengenai paritas hash blok ke-n+k, proses dasar DLC adalah sebagai berikut:
Generasi Kunci: Oracle, Alice, dan Bob masing-masing menghasilkan pasangan kunci publik-privat.
Transaksi Penyertaan: Alice dan Bob membuat output multi-tanda tangan 2-of-2, masing-masing mengunci 1 BTC.
Eksekusi Perdagangan Kontrak: Buat dua CET untuk transaksi pengeluaran investasi.
Janji oracle: menghitung dan menyiarkan (R,S,S').
Pihak yang terlibat menghitung kunci publik baru.
Penyelesaian: Orakel menyiarkan s atau s' berdasarkan nilai hash blok.
Penarikan: Pihak yang menang menggunakan kunci pribadi baru untuk menarik 2 BTC.
Menggunakan kunci waktu sepanjang proses untuk memastikan keamanan dana.
3. Rencana Optimalisasi DLC
3.1 Manajemen Kunci
Manajemen kunci oracle menghadapi risiko berikut:
Disarankan untuk menggunakan BIP32 untuk menurunkan kunci anak, dan menggunakan nilai hash dari kunci privat dan penghitung sebagai nomor acak untuk meningkatkan keamanan.
3.2 oracle terdesentralisasi
Menggunakan tanda tangan batas Schnorr dapat mewujudkan oracle terdesentralisasi, dengan keuntungan sebagai berikut:
3.3 Desentralisasi dan pengelolaan kunci yang terintegrasi
Oracle terdesentralisasi tidak dapat langsung menggunakan BIP32 untuk penurunan kunci. Metode penurunan kunci terdistribusi dapat digunakan, memanfaatkan polinomial interpolasi Lagrange untuk mewujudkan hubungan antara potongan kunci privat dan kunci privat lengkap, sehingga mendukung penurunan sub-kunci.
3.4 OP-DLC: Minimalkan Kepercayaan Oracle
Mengajukan rencana OP-DLC, memperkenalkan mekanisme tantangan optimis:
OP-DLC hanya memerlukan satu pihak yang jujur untuk beroperasi, secara signifikan mengurangi asumsi kepercayaan.
3.5 OP-DLC + BitVM双桥
Menggabungkan OP-DLC dan BitVM untuk menyelesaikan masalah alokasi dana DLC:
4. Kesimpulan
Teknologi DLC terus berkembang dan sempurna. Dengan menggabungkan teknologi baru seperti Taproot dan BitVM, DLC di masa depan diharapkan dapat mewujudkan verifikasi dan penyelesaian kontrak off-chain yang lebih kompleks, sambil meminimalkan kepercayaan oracle melalui mekanisme OP.