DLC teknolojisi prensipleri ve optimizasyon çözümleri üzerine tartışma
1. Giriş
Dağıtık Log Sözleşmesi, DLC(, MIT'ten Tadge Dryja tarafından 2018 yılında önerilen bir oracle tabanlı sözleşme yürütme çözümüdür. DLC, tarafların belirlenmiş koşullara göre koşullu ödemeler yapmasına olanak tanır, katılımcılar olası sonuçları önceden belirler ve önceden imzalar, oracle sonucu imzaladığında ödeme gerçekleştirilebilir. Bu, DLC'nin Bitcoin ağı üzerinde yeni nesil merkeziyetsiz finans uygulamalarını gerçekleştirmesini sağlarken, Bitcoin mevduatlarının güvenliğini de garanti eder.
Lightning Network ile karşılaştırıldığında, DLC'nin aşağıdaki avantajları vardır:
Daha iyi gizlilik koruması, sözleşme detayları yalnızca katılımcılar arasında paylaşılır.
Daha karmaşık ve esnek finansal sözleşmeleri destekler, örneğin türev ürünler, sigortalar vb.
Karşı taraf riskini azaltmak, fonları çoklu imza içinde kilitlemek
Ödeme kanallarını yönetmenize gerek yok
Karmaşık sözleşmelerde daha iyi ölçeklenebilirlik sağlamak
Ancak DLC'nin çözülmesi gereken bazı sorunları var:
Oracle özel anahtarının ve rastgele sayının sızdırılma riski
Oracle merkezileşmesinin neden olduğu güven sorunları
Merkeziyetsiz oracle'lar doğrudan anahtar türetimi yapamaz.
Oracle komplo riski
Sabit nominal değer bozdurma kısıtlaması
Bu makalede, Bitcoin ekosisteminin güvenliğini artırmak için bu sorunlara bazı optimizasyon önerileri sunulacaktır.
2. DLC Prensibi
DLC prensibini açıklamak için Alice ve Bob'un n+k. blok hash değerinin çift veya tek olmasına karşı bahis yapmasını örnek alalım:
Başlatma: Genişletme oluşturma, sıralama q
Anahtar üretimi:
Oracle: Özel anahtar z, Genel anahtar Z=z·G
Alice: Özel anahtar x, genel anahtar X=x·G
Bob: Özel anahtar y, açık anahtar Y=y·G
Yatırım işlemi: Alice ve Bob, 2-of-2 çoklu imza çıktısına her biri 1BTC kilitliyor.
Sözleşme yürütme işlemi: Harcama yatırma işlemi için iki CET oluşturun.
Oracle Hesaplama:
R = k·G
S = R - hash)TekSayı,R(·Z
S' = R - hash)EvenNumber,R(·Z
Yayın )R,S,S'(
Alice ve Bob yeni anahtarın hesaplanması:
PK^Alice = X + S
PK^Bob = Y + S'
Hesaplama:
Tek sayı hash: s = k - hash)TekSayı,R(·z
çift hash:s' = k - hash)EvenNumber,R(·z
Para Çekme:
Alice: sk^Alice = x + s
Bob: sk^Bob = y + s'
Yeni özel anahtar ve yeni genel anahtar, ayrık logaritma ilişkisini sağlar ve doğru para çekimi garantiler.
![DLC Prensibi Analizi ve Optimizasyon Düşünceleri])https://img-cdn.gateio.im/webp-social/moments-486dae38df18f1057200740fd550d016.webp(
3. DLC optimize çözümü
) 3.1 Anahtar Yönetimi
Oracle özel anahtarı ve rastgele sayı sızıntısı şu sonuçlara yol açabilir:
Hesaplanamıyor, geri ödeme gerekiyor
Dolandırıcılık Hesaplama
Özel anahtar kırıldı
Belirli bir sözleşme hesaplanamıyor
Öneri:
BIP32 kullanarak alt anahtar türetme
Rastgele sayı olarak özel anahtar ve sayaç hash'ini kullanın
3.2 Merkeziyetsiz Oracle
Schnorr eşik imzası kullanarak merkeziyetsiz oracle'lar gerçekleştirmek, avantajları:
Güvenliği artırma
Dağıtık kontrol
Kullanılabilirliği artırmak
Esnek ve ölçeklenebilir
Hesap verebilir
3.3 Merkeziyetsizlik ve Anahtar Yönetimi Entegrasyonu
Merkeziyetsiz oracle, BIP32 ile anahtar türetmeyi doğrudan kullanmakta zorluk çekiyor. Dağıtık anahtar türetme yöntemi kullanılabilir:
Özel anahtar parçaları ve tam özel anahtar Lagrange interpolasyon ilişkisini karşılar.
Her iki tarafa eklenen artış ω, hala interpolasyon ilişkisini sağlamaktadır.
Taraflar, alt imza parçalarını oluşturmak için alt özel anahtar parçaları türetebilir.
Geliştirilmemiş BIP32 veya homomorfik hash fonksiyonu kullanın
![DLC Prensip Analizi ve Optimizasyon Düşünceleri]###https://img-cdn.gateio.im/webp-social/moments-dd56041d3b1753e0646525843d3b8d11.webp(
) 3.4 OP-DLC:Öngörücü Güven Azaltma
Optimist bir meydan okuma mekanizması önerin:
Oracle önceden stake yaparak zincir üzerindeki OP oyununu inşa eder
Her dürüst taraf bir meydan okuma başlatabilir.
Başarıyla zorluklar aşılırsa, kötü davranış tahmincisine ceza verilir.
k-of-n modelini imzalamak mümkündür.
Sadece bir dürüst katılımcı yeterlidir.
3.5 OP-DLC + BitVM çift köprü
OP-DLC ve BitVM'yi birleştir:
DLC fon bulma sorununu çözmek
Birçok para yatırma ve çekme kanalı sunmak
Oracle Güvenini En Aşağıya İndirme
DLC kanalı fon kullanım oranını artırmak
![DLC Prensip Analizi ve Optimizasyon Düşünceleri]###https://img-cdn.gateio.im/webp-social/moments-7d5a38231c15b725bcdb5dd78da45713.webp(
4. Sonuç
DLC, Taproot ve BitVM gibi teknolojileri birleştirerek daha karmaşık zincir dışı sözleşme doğrulama ve uzlaşma gerçekleştirebilir. OP zorlama mekanizması sayesinde oracle'lara duyulan güveni en aza indirebilir. Gelecekte DLC, Bitcoin ağı üzerinde daha fazla yenilikçi finansal uygulamayı desteklemesi bekleniyor.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
DLC teknolojisi optimizasyon önerisi: Bitcoin ekosisteminin güvenliğini artırmak
DLC teknolojisi prensipleri ve optimizasyon çözümleri üzerine tartışma
1. Giriş
Dağıtık Log Sözleşmesi, DLC(, MIT'ten Tadge Dryja tarafından 2018 yılında önerilen bir oracle tabanlı sözleşme yürütme çözümüdür. DLC, tarafların belirlenmiş koşullara göre koşullu ödemeler yapmasına olanak tanır, katılımcılar olası sonuçları önceden belirler ve önceden imzalar, oracle sonucu imzaladığında ödeme gerçekleştirilebilir. Bu, DLC'nin Bitcoin ağı üzerinde yeni nesil merkeziyetsiz finans uygulamalarını gerçekleştirmesini sağlarken, Bitcoin mevduatlarının güvenliğini de garanti eder.
Lightning Network ile karşılaştırıldığında, DLC'nin aşağıdaki avantajları vardır:
Ancak DLC'nin çözülmesi gereken bazı sorunları var:
Bu makalede, Bitcoin ekosisteminin güvenliğini artırmak için bu sorunlara bazı optimizasyon önerileri sunulacaktır.
2. DLC Prensibi
DLC prensibini açıklamak için Alice ve Bob'un n+k. blok hash değerinin çift veya tek olmasına karşı bahis yapmasını örnek alalım:
Başlatma: Genişletme oluşturma, sıralama q
Anahtar üretimi: Oracle: Özel anahtar z, Genel anahtar Z=z·G Alice: Özel anahtar x, genel anahtar X=x·G
Bob: Özel anahtar y, açık anahtar Y=y·G
Yatırım işlemi: Alice ve Bob, 2-of-2 çoklu imza çıktısına her biri 1BTC kilitliyor.
Sözleşme yürütme işlemi: Harcama yatırma işlemi için iki CET oluşturun.
Oracle Hesaplama: R = k·G S = R - hash)TekSayı,R(·Z S' = R - hash)EvenNumber,R(·Z Yayın )R,S,S'(
Alice ve Bob yeni anahtarın hesaplanması: PK^Alice = X + S PK^Bob = Y + S'
Hesaplama: Tek sayı hash: s = k - hash)TekSayı,R(·z çift hash:s' = k - hash)EvenNumber,R(·z
Para Çekme: Alice: sk^Alice = x + s Bob: sk^Bob = y + s'
Yeni özel anahtar ve yeni genel anahtar, ayrık logaritma ilişkisini sağlar ve doğru para çekimi garantiler.
![DLC Prensibi Analizi ve Optimizasyon Düşünceleri])https://img-cdn.gateio.im/webp-social/moments-486dae38df18f1057200740fd550d016.webp(
3. DLC optimize çözümü
) 3.1 Anahtar Yönetimi
Oracle özel anahtarı ve rastgele sayı sızıntısı şu sonuçlara yol açabilir:
Öneri:
3.2 Merkeziyetsiz Oracle
Schnorr eşik imzası kullanarak merkeziyetsiz oracle'lar gerçekleştirmek, avantajları:
3.3 Merkeziyetsizlik ve Anahtar Yönetimi Entegrasyonu
Merkeziyetsiz oracle, BIP32 ile anahtar türetmeyi doğrudan kullanmakta zorluk çekiyor. Dağıtık anahtar türetme yöntemi kullanılabilir:
![DLC Prensip Analizi ve Optimizasyon Düşünceleri]###https://img-cdn.gateio.im/webp-social/moments-dd56041d3b1753e0646525843d3b8d11.webp(
) 3.4 OP-DLC:Öngörücü Güven Azaltma
Optimist bir meydan okuma mekanizması önerin:
3.5 OP-DLC + BitVM çift köprü
OP-DLC ve BitVM'yi birleştir:
![DLC Prensip Analizi ve Optimizasyon Düşünceleri]###https://img-cdn.gateio.im/webp-social/moments-7d5a38231c15b725bcdb5dd78da45713.webp(
4. Sonuç
DLC, Taproot ve BitVM gibi teknolojileri birleştirerek daha karmaşık zincir dışı sözleşme doğrulama ve uzlaşma gerçekleştirebilir. OP zorlama mekanizması sayesinde oracle'lara duyulan güveni en aza indirebilir. Gelecekte DLC, Bitcoin ağı üzerinde daha fazla yenilikçi finansal uygulamayı desteklemesi bekleniyor.