DLC Teknolojisi İlkeleri ve Optimizasyon Yaklaşımları Üzerine Tartışma

1. Giriş

Dağıtık Logaritma Sözleşmesi ( DLC ), MIT'den Tadge Dryja tarafından 2018 yılında önerilen, oracle tabanlı bir koşullu ödeme çözümüdür. Bu, tarafların önceden tanımlanmış koşullara göre ödeme yapmalarına olanak tanır, katılımcılar olası sonuçları önceden belirler ve önceden imzalanmış belgelerle bu sonuçlar oracle tarafından onaylandığında ödemeleri gerçekleştirirler. DLC, yeni merkeziyetsiz finans uygulamalarının gerçekleştirilmesini sağlarken, Bitcoin mevduatının güvenliğini de garanti eder.

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 riskini azaltmak
• Ödeme kanallarını yönetmenize gerek yok
• Karmaşık sözleşmelerde daha iyi ölçeklenebilirlik

Ancak, DLC'nin hala bazı sorunları var:

• Anahtar sızıntısı riski
• Tahminci merkeziyetçilik sorunu
• Merkeziyetsizleştikten sonra anahtar türetemez.
• Komplo Riski
• Sabit nominal bozuk para sorunu

Bu makale DLC prensibini inceleyecek ve bu sorunları çözmek için bazı optimizasyon önerileri sunacaktır.

2. DLC Prensibi

Alice ve Bob'un n+k. blok hash değerinin çiftlik tekliğini bahis olarak aldıkları örnek:

1. Başlatma: Genişletici G, sıra q oluşturma

2. Anahtar oluşturma: Oracle, Alice ve Bob kendi özel anahtarlarını ve genel anahtarlarını oluşturur.

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

4. Sözleşme yürütme işlemi: Harcama yatırımı işlemi için iki CET oluşturun

5. Oracle, R,S,S' taahhüdünü hesaplar ve yayar.

6. Alice ve Bob yeni genel anahtarı hesaplıyor

7. Hesaplama: Oracle, sonuçlara göre s veya s' üretir ve yayınlar.

8. Para Çekme: Kazanan, yeni özel anahtarı kullanarak varlıkları çeker.

Tüm süreç, adil ve güvenli olmasını garanti ederken, aynı zamanda koşullu ödemeleri gerçekleştirir.

3. DLC optimizasyonu

3.1 Anahtar Yönetimi

Oracle'in özel anahtarı ve rastgele sayıları son derece önemlidir, sızıntı veya kayıp güvenlik sorunlarına yol açabilir:

• Özel anahtar kaybı: Hesap yapılamaz, geri ödeme yapılması gerekmektedir.
• Özel anahtarın sızması: Tüm DLC'ler dolandırıcılık riskiyle karşı karşıya
• Rastgele sayıların sızdırılması/yeniden kullanımı: özel anahtar çıkarılabilir
• Rastgele sayı kayboldu: Belirli DLC'yi hesaplamak mümkün değil

BIP32 ile türev anahtarların kullanılmasını öneririm, rastgele sayılar tekrar veya kayıpları önlemek için hash değerleri kullanılarak oluşturulmalıdır.

3.2 Merkeziyetsiz Oracle

Schnorr eşik imzasını 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
• Esneklik ve ölçeklenebilirlik
• Sorumluluk

3.3 Merkeziyetsizlik ve Anahtar Yönetimi Entegrasyonu

Merkeziyetsiz senaryoda, tam özel anahtar mevcut değildir, bu nedenle doğrudan BIP32 ile türetilemez. Dağıtık anahtar türetme yöntemi kullanılabilir, böylece alt özel anahtar parçaları ve alt anahtarlar arasındaki interpolasyon ilişkisi sağlanır.

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

3.4 OP-DLC: Tahmin Makinesi Güven Azaltma

OP-DLC mekanizmasını önerin, iyimser bir meydan okuma getirin:

• Orakül önceden teminat vermek
• Her dürüst katılımcı bir meydan okuma başlatabilir.
• Başarıyla tamamlanan zorluk, kötü niyetli kehanetler için ceza getirir.

Sadece bir dürüst katılımcı ile hata toleransını büyük ölçüde artırabilirsiniz.

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

OP-DLC ve BitVM'yi birleştirerek DLC'nin çoklu zincir köprü uygulamalarındaki sorunlarını çözmek:

• Her türlü granül bulma
• Çeşitli para yatırma ve çekme yolları sunar
• Tahminci güvenin en aza indirilmesi
• Fon kullanım oranını artırmak

4. Sonuç

DLC teknolojisi sürekli gelişiyor, Taproot, BitVM gibi yeni teknolojilerle bir araya gelerek daha karmaşık zincir dışı sözleşme doğrulama ve uzlaşma sağlanabilir. 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.