Diskusi Prinsip Teknologi DLC dan Pemikiran Optimalisasi
1. Ringkasan
Kontrak logaritma diskret (DLC) adalah solusi pelaksanaan kontrak pintar berbasis oracle, yang diajukan oleh Tadge Dryja dari MIT pada tahun 2018. DLC memungkinkan kedua belah pihak untuk melakukan pembayaran bersyarat berdasarkan kondisi yang sudah ditentukan, di mana para peserta sebelumnya menentukan kemungkinan hasil dan menandatanganinya. Ketika oracle menandatangani hasilnya, pembayaran dapat dieksekusi. Ini memungkinkan penerapan keuangan terdesentralisasi yang baru di jaringan Bitcoin, sekaligus menjaga keamanan dana pengguna.
DLC memiliki keunggulan berikut dibandingkan jaringan Lightning:
Privasi yang lebih baik: Detail kontrak hanya dibagikan di antara pihak-pihak yang terlibat, tidak disimpan di blockchain
Mendukung kontrak keuangan kompleks: dapat membuat dan mengeksekusi produk turunan, asuransi, dan kontrak kompleks lainnya langsung di jaringan Bitcoin.
Mengurangi risiko pihak lawan: dana terkunci dalam kontrak multi-tanda tangan, hanya akan dilepaskan ketika hasil peristiwa yang dijadwalkan muncul
Tidak perlu mengelola saluran pembayaran: tidak perlu membuat atau memelihara saluran pembayaran
Skalabilitas di bawah skenario tertentu: memberikan skalabilitas yang baik dalam hal kontrak kompleks
Meskipun DLC memiliki banyak keuntungan dalam ekosistem Bitcoin, masih ada beberapa masalah yang perlu diselesaikan:
Risiko keamanan kunci
Masalah sentralisasi oracle
Oracle terdesentralisasi tidak dapat langsung melakukan turunan kunci
Risiko kolusi oracle
Pembatasan kembalian nominal tetap
Artikel ini akan menganalisis prinsip DLC dan mengusulkan beberapa solusi optimasi untuk mengatasi masalah di atas.
2. Cara Kerja DLC
Sebagai contoh, Alice dan Bob bertaruh pada paritas hash blok ke-n+k:
Inisialisasi: menghasilkan parameter kurva elips
Generasi Kunci: Oracle, Alice, dan Bob masing-masing menghasilkan kunci privat dan kunci publik
Transaksi Penyertaan Modal: Alice dan Bob membuat transaksi penyertaan modal, masing-masing mengunci 1 BTC ke output multisignature.
Transaksi Eksekusi Kontrak: Buat dua transaksi eksekusi kontrak (CET) untuk pengeluaran transaksi investasi.
Komitmen perhitungan oracle: hitung R, S, dan S', kemudian siarkan
Alice dan Bob menghitung kunci publik baru
Penyelesaian: Oracle menghasilkan s atau s' berdasarkan nilai hash blok dan menyebarkannya.
Penarikan: Pihak yang menang menghitung kunci privat baru berdasarkan s atau s' dan menarik aset.
Selain itu, perlu ditambahkan mekanisme kunci waktu, untuk memastikan satu pihak dapat menarik koin dalam waktu yang ditentukan, jika tidak, pihak lainnya dapat menggunakan kunci pribadi asli untuk mengambil aset.
3. Rencana Optimasi DLC
3.1 Manajemen Kunci
Keamanan kunci pribadi dan angka acak oracle sangat penting, dapat menyebabkan masalah berikut:
Kunci pribadi oracle hilang: tidak dapat diselesaikan, perlu mengeksekusi kontrak pengembalian uang
Kebocoran kunci privat oracle: Semua kontrak menghadapi risiko penipuan
Kebocoran atau penggunaan kembali angka acak oleh oracle: dapat mengungkapkan kunci pribadi
Oracle kehilangan angka acak: tidak dapat menyelesaikan kontrak tertentu
Disarankan untuk mengambil langkah-langkah berikut:
Menggunakan kunci anak atau kunci cucu yang diturunkan dari BIP32 untuk penandatanganan
Menggunakan kunci privat dan nilai hash counter sebagai nomor acak
3.2 Oracle terdesentralisasi
Menggunakan tanda tangan ambang Schnorr untuk mewujudkan oracle terdesentralisasi, memiliki keuntungan berikut:
Meningkatkan keamanan: pengelolaan kunci terdistribusi, mengurangi risiko titik tunggal kegagalan
Kontrol terdistribusi: menghindari konsentrasi kekuasaan yang berlebihan
Meningkatkan ketersediaan: Beberapa node yang tidak tersedia tetap dapat berfungsi dengan baik
Fleksibilitas dan skalabilitas: dapat mengatur ambang nilai yang berbeda, sesuai dengan berbagai skenario
Akuntabilitas: setiap potongan tanda tangan dari node dapat diverifikasi secara independen
3.3 Desentralisasi dan Pengelolaan Kunci Terintegrasi
Dalam oracle terdesentralisasi, kunci pribadi lengkap tidak ada, sehingga tidak dapat langsung menggunakan BIP32 untuk melakukan derivasi kunci. Metode derivasi kunci terdistribusi dapat digunakan:
Menggunakan polinomial interpolasi Lagrange, bagian kunci pribadi dan kunci pribadi lengkap memenuhi hubungan interpolasi
Potongan kunci pribadi dan kunci pribadi lengkap masih memenuhi hubungan interpolasi setelah ditambahkan dengan peningkatan.
Setiap pihak yang terlibat dapat menghasilkan potongan kunci privat anak, yang digunakan untuk menghasilkan potongan tanda tangan anak.
Perlu mempertimbangkan masalah kompatibilitas antara BIP32 yang diperkuat dan yang tidak diperkuat.
Oracle melakukan staking awal untuk membangun permainan OP di blockchain
Setiap pihak yang jujur dapat memulai tantangan
Tantangan berhasil maka akan menghukum peramal jahat
Dapat menggunakan tanda tangan model "k-of-n", nilai k dapat berupa 1
Asumsi kepercayaan diturunkan menjadi hanya memerlukan satu pihak yang jujur
3.5 OP-DLC + BitVM jembatan ganda
Menggabungkan OP-DLC dan BitVM, menyelesaikan masalah DLC dalam jembatan lintas rantai:
Menggunakan BitVM untuk menyelesaikan masalah kembalian
Menyediakan berbagai saluran deposit dan penarikan
Mewujudkan minimalisasi kepercayaan oracle melalui mekanisme OP
Meningkatkan efisiensi penggunaan dana
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 lebih lanjut mewujudkan minimalisasi kepercayaan oracle, membawa lebih banyak kemungkinan untuk ekosistem Bitcoin.
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.
22 Suka
Hadiah
22
9
Posting ulang
Bagikan
Komentar
0/400
RugResistant
· 50menit yang lalu
Ini terlalu rumit, saya tidak mengerti.
Lihat AsliBalas0
RektButStillHere
· 4jam yang lalu
Jadi saya berharap pada sebuah Mesin Oracle? Apa yang lucu...
Lihat AsliBalas0
RugpullTherapist
· 6jam yang lalu
Mesin Oracle offline sangat gila!
Lihat AsliBalas0
ImpermanentLossFan
· 08-07 05:12
Hmm, Mesin Oracle punya cara baru lagi?
Lihat AsliBalas0
MonkeySeeMonkeyDo
· 08-07 05:12
Rasanya sangat menarik ya
Lihat AsliBalas0
HodlVeteran
· 08-07 05:11
Satu lagi jebakan, jumlah jebakan yang sudah diinjak oleh pengemudi berpengalaman tidak terhitung, menjaga agar tidak terjebak adalah kunci utama.
Lihat AsliBalas0
NFTHoarder
· 08-07 05:11
Ah, teknologi smart contract yang terstandarisasi sangat wangi.
Diskusi Optimasi Teknologi DLC: Dari Prinsip hingga Minimasi Kepercayaan
Diskusi Prinsip Teknologi DLC dan Pemikiran Optimalisasi
1. Ringkasan
Kontrak logaritma diskret (DLC) adalah solusi pelaksanaan kontrak pintar berbasis oracle, yang diajukan oleh Tadge Dryja dari MIT pada tahun 2018. DLC memungkinkan kedua belah pihak untuk melakukan pembayaran bersyarat berdasarkan kondisi yang sudah ditentukan, di mana para peserta sebelumnya menentukan kemungkinan hasil dan menandatanganinya. Ketika oracle menandatangani hasilnya, pembayaran dapat dieksekusi. Ini memungkinkan penerapan keuangan terdesentralisasi yang baru di jaringan Bitcoin, sekaligus menjaga keamanan dana pengguna.
DLC memiliki keunggulan berikut dibandingkan jaringan Lightning:
Meskipun DLC memiliki banyak keuntungan dalam ekosistem Bitcoin, masih ada beberapa masalah yang perlu diselesaikan:
Artikel ini akan menganalisis prinsip DLC dan mengusulkan beberapa solusi optimasi untuk mengatasi masalah di atas.
2. Cara Kerja DLC
Sebagai contoh, Alice dan Bob bertaruh pada paritas hash blok ke-n+k:
Inisialisasi: menghasilkan parameter kurva elips
Generasi Kunci: Oracle, Alice, dan Bob masing-masing menghasilkan kunci privat dan kunci publik
Transaksi Penyertaan Modal: Alice dan Bob membuat transaksi penyertaan modal, masing-masing mengunci 1 BTC ke output multisignature.
Transaksi Eksekusi Kontrak: Buat dua transaksi eksekusi kontrak (CET) untuk pengeluaran transaksi investasi.
Komitmen perhitungan oracle: hitung R, S, dan S', kemudian siarkan
Alice dan Bob menghitung kunci publik baru
Penyelesaian: Oracle menghasilkan s atau s' berdasarkan nilai hash blok dan menyebarkannya.
Penarikan: Pihak yang menang menghitung kunci privat baru berdasarkan s atau s' dan menarik aset.
Selain itu, perlu ditambahkan mekanisme kunci waktu, untuk memastikan satu pihak dapat menarik koin dalam waktu yang ditentukan, jika tidak, pihak lainnya dapat menggunakan kunci pribadi asli untuk mengambil aset.
3. Rencana Optimasi DLC
3.1 Manajemen Kunci
Keamanan kunci pribadi dan angka acak oracle sangat penting, dapat menyebabkan masalah berikut:
Disarankan untuk mengambil langkah-langkah berikut:
3.2 Oracle terdesentralisasi
Menggunakan tanda tangan ambang Schnorr untuk mewujudkan oracle terdesentralisasi, memiliki keuntungan berikut:
3.3 Desentralisasi dan Pengelolaan Kunci Terintegrasi
Dalam oracle terdesentralisasi, kunci pribadi lengkap tidak ada, sehingga tidak dapat langsung menggunakan BIP32 untuk melakukan derivasi kunci. Metode derivasi kunci terdistribusi dapat digunakan:
Perlu mempertimbangkan masalah kompatibilitas antara BIP32 yang diperkuat dan yang tidak diperkuat.
3.4 OP-DLC: minimalisasi kepercayaan oracle
Mengusulkan mekanisme OP-DLC, memperkenalkan tantangan optimis:
3.5 OP-DLC + BitVM jembatan ganda
Menggabungkan OP-DLC dan BitVM, menyelesaikan masalah DLC dalam jembatan lintas rantai:
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 lebih lanjut mewujudkan minimalisasi kepercayaan oracle, membawa lebih banyak kemungkinan untuk ekosistem Bitcoin.