DLC Teknolojisi Prensipleri ve Optimizasyon Yaklaşımlarının Tartışılması

1. Genel Bakış

Dağıtık Logaritma Sözleşmesi ( DLC ), 2018 yılında MIT'ten Tadge Dryja tarafından önerilen bir oracle tabanlı akıllı sözleşme yürütme çözümüdür. DLC, tarafların önceden belirlenmiş koşullara göre koşullu ödeme yapmalarına olanak tanır, katılımcılar olası sonuçları önceden belirler ve imzalar, oracle sonuçları imzaladığında ödeme gerçekleştirilebilir. Bu, Bitcoin ağı üzerinde yeni bir merkeziyetsiz finans uygulamasının gerçekleştirilmesini sağlarken, kullanıcı fonları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: Sözleşme detayları yalnızca katılımcılar arasında paylaşılır, blockchain üzerinde saklanmaz.
• Karmaşık finansal sözleşmeleri destekler: Bitcoin ağı üzerinde türevler, sigorta gibi karmaşık sözleşmeler oluşturulabilir ve icra edilebilir.
• Rakip taraf riskini azaltma: Fonlar çoklu imza sözleşmesinde kilitlenir, sadece belirlenen olayın sonucu ortaya çıktığında serbest bırakılır.
• Ödeme kanallarını yönetmeye gerek yok: Ödeme kanalları oluşturmanıza veya bakımını yapmanıza gerek yok.
• Belirli senaryolar altında ölçeklenebilirlik: Karmaşık sözleşmeler açısından iyi bir ölçeklenebilirlik sunar.

DLC'nin Bitcoin ekosisteminde birçok avantajı olmasına rağmen, hala çözülmesi gereken bazı sorunlar bulunmaktadır:

• Anahtar güvenliği riski
• Oracle merkeziyetçilik sorunu
• Merkeziyetsiz oracle, anahtar türetimini doğrudan gerçekleştiremez.
• Oracle komployu riski
• Sabit nominal bozuk para kısıtlaması

Bu makalede DLC prensibi analiz edilecek ve yukarıda belirtilen sorunları çözmek için bazı iyileştirme önerileri sunulacaktır.

2. DLC Çalışma Prensibi

Alice ve Bob'un n+k. blok hash değerinin çiftlik tekliğini üzerine bahis oynamasını örnek olarak alalım:

1. Başlatma: Eliptik eğri parametreleri oluşturma

2. Anahtar Oluşturma: Oracle, Alice ve Bob kendi özel anahtarlarını ve açık anahtarlarını oluştururlar.

3. Yatırım işlemi: Alice ve Bob, her biri 1 BTC'yi çoklu imza çıktısına kilitleyerek yatırım işlemi oluşturur.

4. Sözleşme yürütme işlemi: (CET) için iki sözleşme yürütme işlemi oluşturun.

5. Oracle hesaplama taahhüdü: R, S ve S'yi hesaplayın ve yayınlayın

6. Alice ve Bob yeni açık anahtarı hesaplar.

7. Hesaplama: Oracle, blok hash değerine göre s veya s' üretir ve yayınlar.

8. Çekim: Kazanan, yeni özel anahtarı s veya s' kullanarak hesaplar ve varlıkları çeker.

Ayrıca, bir tarafın belirli bir süre içinde coin çekmesini sağlamak için bir zaman kilidi mekanizması eklenmesi gerekmektedir, aksi takdirde diğer taraf, orijinal özel anahtarı kullanarak varlıkları alabilir.

3. DLC optimizasyon planı

3.1 Anahtar Yönetimi

Oracle özel anahtarı ve rastgele sayıların güvenliği son derece önemlidir, aşağıdaki sorunlara yol açabilir:

1. Oracle özel anahtar kaybı: Hesaplanamaz, geri ödeme sözleşmesi uygulanmalıdır.
2. Oracle özel anahtar sızıntısı: Tüm sözleşmeler dolandırıcılık riskiyle karşı karşıya
3. Oracle sızıntısı veya rastgele sayının yeniden kullanımı: özel anahtar çıkarılabilir.
4. Oracle kaybı rastgele sayı: Belirli bir sözleşme hesaplanamıyor

Aşağıdaki önlemlerin alınması önerilmektedir:

• BIP32 ile alt anahtar veya torun anahtarı türeterek imzalama
• Özel anahtarı ve sayaç hash değerini rastgele sayı olarak kullanın

3.2 Merkeziyetsiz Oracle

Schnorr eşik imzası kullanarak merkeziyetsiz oracle'lar oluşturmanın aşağıdaki avantajları vardır:

• Güvenliği artırma: Dağıtık anahtar yönetimi, tek nokta arıza riskini azaltma
• Dağıtık Kontrol: Aşırı güç yoğunluğundan kaçınma
• Kullanılabilirliği artırma: Bazı düğümler kullanılamasa bile normal çalışabilir.
• Esneklik ve ölçeklenebilirlik: Farklı eşik değerleri ayarlanabilir, çeşitli senaryolara uyum sağlar.
• Hesap verebilirlik: Her bir düğümün imza parçaları bağımsız olarak doğrulanabilir.

3.3 Merkeziyetsizleşme ve Anahtar Yönetimi Eşleştirmesi

Merkeziyetsiz oracle'larda, tam özel anahtar yoktur, bu nedenle anahtar türetimi için doğrudan BIP32 kullanılamaz. Dağıtık anahtar türetme yöntemi kullanılabilir:

• Lagrange interpolasyon polinomunu kullanarak, özel anahtar parçaları ve tam özel anahtar arasında bir interpolasyon ilişkisi sağlanır.
• Özel anahtar parçaları ve tam özel anahtar, artış eklendikten sonra hala interpolasyon ilişkisini sağlar.
• Her bir katılımcı, alt imza parçalarını oluşturmak için alt özel anahtar parçaları türetebilir.

Gelişmiş ve gelişmemiş BIP32'nin uyumluluk sorunlarını dikkate almak gerekir.

3.4 OP-DLC: Tahminci Güven Minimizasyonu

OP-DLC mekanizmasını önerdi, optimistik zorlama getirdi:

• Oracle önceden stake ederek zincir üzerindeki OP oyununu inşa ediyor
• Her dürüst katılımcı bir meydan okuma başlatabilir.
• Başarılı bir meydan okuma, kötü niyetli kehaneti cezalandırır
• "k-of-n" modeli imzası kullanılabilir, k değeri 1 olabilir.
• Güven varsayımı, yalnızca bir dürüst katılımcı gerektirir.

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

OP-DLC ve BitVM'yi birleştirerek, DLC'nin çapraz zincir köprülerindeki sorunlarını çözmek:

• BitVM ile bozuk para sorununu çözmek
• Çeşitli para yatırma ve çekme kanalları sağlar
• OP mekanizması ile oracle güvenini en aza indirmek
• Fon kullanım oranını artırmak

4. Sonuç

DLC, Taproot ve BitVM gibi teknolojilerle birleştirildiğinde, daha karmaşık zincir dışı sözleşme doğrulama ve uzlaşma sağlanabilir. OP meydan okuma mekanizması aracılığıyla, oracle güvenini en aza indirmek mümkün hale gelir ve Bitcoin ekosistemine daha fazla olanak getirir.