DLC Prensibi ve Optimizasyon Yaklaşımları Üzerine Tartışma

1. Giriş

Dağıtılmış logaritma sözleşmesi ( DLC ), MIT'ten Tadge Dryja tarafından 2018'de önerilen, oracle tabanlı bir koşullu ödeme çözümüdür. DLC, tarafların önceden tanımlanmış koşullara göre koşullu ödemeler yapmasına olanak tanır; katılımcılar olası sonuçları önceden imzalar ve oracle sonuçları imzaladığında ödemeyi gerçekleştirir. Bu, DLC'nin Bitcoin üzerinde yeni bir merkeziyetsiz finans uygulaması gerçekleştirmesine olanak tanırken, Bitcoin mevduatlarının güvenliğini de sağlar.

Lightning Network'e kıyasla, DLC'nin aşağıdaki avantajları vardır:

• Daha iyi gizlilik koruması
• Karmaşık finansal sözleşmeleri destekler
• Rakip taraf riskini azaltmak
• Ödeme kanallarını yönetmeye gerek yok
• Karmaşık sözleşmelerde ölçeklenebilirlik sağlamak

Ancak, DLC'nin hala bazı riskleri ve sorunları bulunmaktadır:

• Oracle anahtarının sızdırılması veya kaybolma riski
• Oracle merkeziyetçilik sorunu
• Merkeziyetsiz oracle doğrudan anahtar türetemez.
• Oracle komplo riski
• Sabit nominal bozuk para problemi

Bu makalede, Bitcoin ekosisteminin güvenliğini artırmak için bu sorunlara bazı optimizasyon önerileri sunulacaktır.

2. DLC Prensibi

Alice ve Bob'un n+k. blok hash değerinin çiftlik tekliğine karşı bahis yapması örneği ile DLC'nin temel prensibini açıklayın:

1. Başlat: G öğesini ve q sırasını oluşturun.

2. Anahtar Oluşturma: Oracle: Özel anahtar z, genel anahtar Z=z·G Alice: özel anahtar x, genel anahtar X=x·G
   Bob: Özel anahtar y, genel anahtar Y=y·G

3. Yatırım İşlemi: Alice ve Bob, 2-of-2 çoklu imza çıktısına 1BTC kilitliyor.

4. Sözleşme İcrası İşlemi: Harcama Yatırım İşlemi için iki CET oluştur.

5. Oracle hesaplama taahhüdü: R = k·G S = R - hash(TekSayı,R)·Z S' = R - hash(EvenNumber,R)·Z Yayın (R,S,S')

6. Alice ve Bob yeni açık anahtarı hesaplar: PK^Alice = X + S PK^Bob = Y + S'

7. Hesaplama: Oracle, blok hash değeri üzerinden s veya s' yayar. Tek sayı: s = k - hash(TekSayı,R)·z çift sayı: s' = k - hash(EvenNumber,R)·z

8. Çekim: Kazanan taraf yeni özel anahtarı hesaplar ve varlıkları çeker Alice: sk^Alice = x + s Bob: sk^Bob = y + s'

3. DLC optimizasyonu

3.1 Anahtar Yönetimi

Oracle'ün özel anahtarı ve rastgele sayı sızıntı veya kaybolma riski taşımaktadır, bu da şunlara neden olabilir:

• Hesaplanamıyor
• Dolandırıcılık Hesaplaşması
• Özel anahtar kırıldı
• Rastgele sayı yeniden kullanımı

Öneri:

• BIP32 ile alt anahtar türetme
• Rastgele sayı olarak özel anahtar ve sayaç hash değerini kullanın

3.2 Merkeziyetsiz Tahmin Aracı

Schnorr eşik imzası kullanarak merkeziyetsiz oracle'lar gerçekleştirmek, aşağıdaki avantajlara sahiptir:

• Güvenliği artırmak
• Dağıtık kontrol
• Kullanılabilirliği artırmak
• Esnek ve ölçeklenebilir
• Hesap sorulabilir

3.3 Merkeziyetsizlik ve Anahtar Yönetimi Eşleştirmesi

Merkeziyetsiz oracle'lar doğrudan BIP32 türetilmiş anahtarlarını kullanmakta zorluk çekiyor. Dağıtık anahtar türetme yöntemi kullanılabilir:

• Lagrange interpolasyon polinomuna dayalı
• Özel anahtar parçaları ve tam özel anahtar, interpolasyon ilişkisini karşılar.
• Türetilmiş anahtar parçaları hala interpolasyon ilişkisini karşılar.

Geliştirilmiş ve geliştirilmemiş BIP32'yi ayırt etmeye dikkat edin.

3.4 OP-DLC: Tahminci Güven Minimizasyonu

OP-DLC mekanizmasını önerin:

• Oracle staking ile zincir üstü OP oyunu inşa etme
• Her dürüst katılımcı bir meydan okuma başlatabilir
• Kötü eylemleri cezalandıran kehanet makinesi
• "k-of-n" model imzası kullanılabilir

3.5 OP-DLC + BitVM çift köprü

OP-DLC ve BitVM'yi birleştirme:

• DLC bozuk para sorununu çözmek
• Birçok para yatırma ve çekme kanalı sağlar
• Tahminci güveni en aza indirme
• Fon kullanım oranını artır

4. Sonuç

DLC, Taproot ve BitVM gibi teknolojileri birleştirerek daha karmaşık zincir dışı sözleşme doğrulama ve hesaplama gerçekleştirebilir. OP meydan okuma mekanizması, oracle güvenini en aza indirmeye yardımcı olarak DLC'nin güvenliğini ve kullanılabilirliğini daha da artırır.