bitscaler_whitepaper_Translate-Turkish.pdf

Bu makale BitScaler'ın ölçeklendirmeye yönelik yenilikçi yaklaşımını tanıtmaktadır sizin için makaleyi pdf formatında türkçeye çevirdim. aşağıdaki linkten makaleyi indirip okuyabilirsiniz.

1. Bit Ölçekleyici: DeFi ve Ötesi için Bitcoin'i Ölçeklendirme
Casey Bowman'ın
[email protected]
Sean Gilligan'ın
[email protected]
Jose Storopoli
[email protected]
Universidade Nove de
PortalToBitcoin.com PortalToBitcoin.com
Julho
Manoj Duggirala'nın
[email protected]
PortalToBitcoin.com
26 Haziran 2024
Özet
BitScaler,Bitcoin Development Kit (BDK) sürüm 1.0.1'i kullanarak çeşitli işlemler için
şeffaf, oluşturulmuş, güvenli ve optimize edilmiş komut dosyaları sağlamak üzere kanal fabrikalarını, Ana Kökü ve politika dilini birleştirerek zincirler arası,merkezi olmayan finans (DeFı) gibi uygu
. Bu makale
, bitscaler'ın kanal fabrikalarının uygulanmasını, gözaltı dışı
delegasyonu ve politika şablonlarını ayrıntılandıran ve sonuçta Bitcoin'in yeteneklerini genişleten ölçeklendirme konusundaki yenilikçi yaklaşımını tanıtıyor
çok çeşitli DeFi uygulamaları.
Anahtar kelimeler Bitcoin * DeFi * Yıldırım * Kanal Fabrikası
1 giriş
BitScaler1,
Bitcoin uygulamalarını genişletmek için zincir dışı, izinsiz bir çerçeve oluşturmak üzere Bitcoin ilkellerini ve ödeme kanallarını entegre ederek Bitcoin
ölçeklendirme protokollerinde önemli bir ilerlemeyi temsil eder. Kanal fabrikasının değiştirilmiş bir versiyonunu uygulayarak
-ilk olarak(Burchert, Decker ve Wattenhofer 2018) tarafından önerilen çok katmanlı Bitcoin ölçeklendirmesi için önemli bir ilerleme olarak müjdelenen bir
konsept .
BitScaler, tek bir zincir içi işlemden birden çok eşler arası kanal oluşturma yeteneğini sunar, böylece Bitcoin'in ölçeklenebilirliğini
katman-3 veya daha yükseğe yükseltir.
BitScaler protokolü, bu temel konsepti , Bitcoin'de
Otomatik Piyasa Yapıcıları (AMM'LER) (Hayden Adams 2020) kolaylaştırmak için gözetimsiz yetkilendirme de dahil olmak üzere yeni geliştirmelerle genişletiyor
. Taproot'tan (BIP-341 2020) ve ilke dilinden yararlanarak
BitScaler, artımlı iyileştirmelere olanak tanıyan basit bir uygulama ile başlar. Gelecekteki
yinelemeler, MuSig2 (Nick, Ruffing ve Seurin 2020),
FROST (Komlo ve Goldberg 2020), dlc'ler (Dryja, nd) ve Eltoo (Decker 2019) gibi gelişmiş özellikleri içerecek
ve karmaşık ve izinsiz zincir dışı sözleşmeler için kapsamlı bir araç seti oluşturacaktır.
Bu makale, kanal fabrikasının temel ilkelerini yeniden gözden geçirmekte ve
BitScaler tarafından sunulan yenilikçi geliştirmeleri detaylandırmaktadır. Mevcut araç ve çerçevelerden yararlanan BitScaler şunları amaçlar
1. Uygulamamızı şu adreste görün: https://github.com/Portaldefi/channel-factory
1

2. Bitcoin'in ölçeklenebilirlik zorluklarını ele almak ve Bitcoin üzerindeki DeFi uygulamaları için sağlam
bir temel sağlamak. Kanal fabrikalarına zaten aşina olanlar , geliştirmelerimizi
ve uygulamalarımızı ayrıntılandıran sonraki bölümlere doğrudan ilerleyebilir ve bölüm 2'yi atlayabilir.
2 Kanallı Fabrika Temelleri
2.1 Yıldırım Ağına Genel Bakış
Yıldırım Ağı (LN) (Poon ve Dryja 2016)
, Bitcoin alışverişinde yer alan maliyet ve zamandan tasarruf etmek için tasarlanmış bir katman 2 (L2) çözümüdür.
İki eşin işlemleri zincir dışı olarak değiştirmesine ve bakiyelerini yalnızca ara sıra zincir üzerinde hesaplamasına
olanak tanır. Bu , katman-1 (L1) olarak tanımlanan Bitcoin blok zincirinin bir parçası olan zincir içi işlemlerle ilişkili
ücretleri ve onay sürelerini en aza indirir.
2.2 Bir LN Kanalı Kurmak
Bir LN kanalı başlatmak için, kanalı iki eşin katkıda
bulunduğu fonlarla sabitleyen ve 2'nin 2'si çoklu oturum adresine kilitlenen bir zincir içi işlem gereklidir. Zincir dışı işlemler daha
sonra Bitcoin blok zincirine yayın yapmadan eski durumları (bakiyeleri) iptal ederek ve yeni durumlara bağlanarak eşler arasında
özel olarak değiş tokuş edilir. Protokolün oyun teorik
teşvikleri, işbirliği yapmama cezaları ile fonların eşler arasında adil bir şekilde hareket etmesini sağlar.
2.3 LN Kanalının Kapatılması
Her iki eş de aynı fikirde olduğunda, kanalın son durumunu yansıtan tek bir zincir içi işlem
imzalayarak kanalı kapatabilirler . Bu işlem ,
kararlaştırılan nihai duruma göre her bir eşe fon sağlayarak tüm zincir dışı faaliyetleri özetler ve çözer.
2.4 Kanal Fabrikalarına Duyulan İhtiyaç
LN kanallarının verimliliğine rağmen, kanalların açılması ve kapatılması hala zincir içi maliyetlere ve
onay döngülerine maruz kalmaktadır. Örneğin, herhangi bir kanalın açılış ve kapanış işlemleri
hala zincirdedir. Zaman ve ücretlerde hala bu maliyet var.
Kanalları çevik bir şekilde açıp kapatmak istediğimiz bir takım durumlar vardır. Örneğin, bir
tarafa veya diğerine istenen likidite tükendiğinde, bazı kanallarımızı yeniden dengelemek isteyebiliriz. Bir
işlemde bir kanalın kapanmasını diğerinin açılmasıyla birleştirebiliriz, ekleme ile.
Ancak bunu yapmanın daha verimli yolları var, bunlardan biri
2015 yılında kanal fabrikaları kavramını tanıtan Christian Decker ve ark. Bunlar
, tek bir zincir içi işlemden birden fazla kanalın oluşturulmasına ve kapatılmasına izin vererek ölçeklenebilirliği
katman-3'e (L3) veya daha yükseğe yükseltir.
Bunu bir kanal fabrikası ile yapıyoruz. Kendi aralarında kanal açıp kapatmak isteyen n katılımcı varsa
, bir dizi alternatif n-of-n çoklu oturum adresi oluşturmak için işbirliği
yapabilir ve bu adresleri içeren ilk zincir içi işlemde fabrikaya Bitcoin fonlarına katkıda
bulunabilirler. Buna kanca işlemi denir ve L1'de bulunur. O andan itibaren , bu kanalları finanse eden işlemler de
dahil olmak üzere her kanalın işlemlerini tamamen zincir dışı tutarak kendi aralarında kanallar oluşturabilir ve
kapatabilirler . İkincisine tahsis işlemleri denir
ve L2'de bulunur. Her biri, çoklu oturum adreslerinden biri aracılığıyla kanca işlemine bağlanır.
2

3. Şekil 1: Alt Kanallı Kanal Fabrikası (Burchert, Decker ve Wattenhofer 2018)
Her tahsis işlemi, her kanal utxo'larından biri aracılığıyla bir dizi kanalı finanse eder.
Bu tür her kanaldaki işlemler, onu finanse eden tahsis işleminden bir katman yukarıdadır
. Bu kanallar farklı şekillerde olabilir. Hepsi iki partili kanallar olabilir veya
bir dizi çok partili kanal içerebilir. Kanalların her
biri, zincir dışı L3 işlemlerini düz ve dar tutmak için farklı kısıtlamalara ve cezalara güvenebilir. Bir
kanal LN protokolünü kullanabilir. Bir diğeri, LN protokolünün özelleştirilmiş bir formunu kullanabilir.
Yine bir başkası uygulanabilir hale geldiğinde Eltoo'yu kullanabilir. Bu arada bir başkası zavallı adamın
Eltoo versiyonunu kullanabilir. Hem iki partili hem de çok partili kanallar (MPC) , orijinal kanal fabrikası makalesinde ve çift taraflı mikro ödeme
kanallarını(DMC) tanıtan makalede açıklandığı gibi uygun kanal durumu geçişlerini etkinleştirmek için zaman kilitlerini ve geçersiz kılma ağaçlarını kullanabilir (
Burchert, Decker ve Wattenhofer 2018; Decker ve Wattenhofer 2015).
Dupleks kanalın MPC versiyonuna multipleks kanal olarak bakalım.
Şekil 2: Geçersiz Kılma Ağacı (Burchert, Decker ve Wattenhofer 2018)
Her durumda, zincir dışı herhangi bir L3 işlemi
, normal bir LN kanalındaki L2 işlemlerinde olduğu gibi, kooperatif olmayan bir katılımcıyı (NCP) işlemek için her
zaman uygun durumda olmalıdır. NCP L3 kanalındaysa, kanalın yerleşmesi için zincir üzerinde gidip L1'e
düşebilecek işlemler olmalıdır . NCP o kanalın dışındaysa,
o kanalı sabitleyen ayırma işlemi zincirleme olarak devam ettiğinde kanal alternatif olarak L2'ye düşebilir.
İşin püf noktası, L2'deki herhangi bir geçerli ayırma işleminin, bu katmanı çok
partili, çok taraflı bir kanalın kendisi olarak ele alarak başka bir işlemle değiştirilebilmesidir. Her ayırma işleminin
kendisiyle ilişkilendirilmiş bir zaman kilidi olacaktır. Kanalları bu kök mpc'nin alt kanallarıdır.
Mpc'ler, alt tahsis işlemleri yoluyla bir kanal fabrikasındaki diğer mpc'lerin üstünü bile
oluşturabilir ve bu da özyinelemeli olarak işlenen daha yüksek katmanlara yol açabilir.
3

4. Katılımcılar işbirliği yaparlarsa
, yeni işlemin eskisinden önce güvenli bir şekilde yayınlanmasına izin vermek için yeterli bir zaman aralığı kullanarak, her ikisi de kanca işlemine göre daha önceki bir zaman kilidine sahip yeni bir
ayırma işlemi oluşturarak alt kanallarındaki fonları yeniden dengelemeyi kabul edebilirler . Geçersiz kılma ağaçları
, mpc'de yalnızca zaman kilidi sürelerini azaltmak için aksi takdirde mümkün olandan daha fazla sayıda ayırma işleminin kullanılmasına izin
verir. Geçersiz kılma ağacındaki bağlı işlemlerin dizileri, yalnızca en eski zaman kilitlerine sahip bu alt
ağaçta geçerlidir.
Katılımcılar kanal fabrikasının ömrü boyunca katılmaya devam
ederse, fabrikayı zincir üzerinde son bir kapanış işlemi veya bir ekleme ile kapatmayı kabul edebilirler.
Bir kanal fabrikasının basit bir şekilde açılıp kapanması durumunda
, ömrü boyunca meydana gelen tüm faaliyetleri kapsayan yalnızca iki zincir içi işlem olacaktır.
Ekleme durumunda, bazı katılımcılar ayrılabilir ve diğerleri başka bir kanal fabrikasına başlamak için girebilirken
, hem eski fabrikayı kapatmak hem de yenisini açmak için yalnızca bir işlem kullanarak tasarruf sağlayabilir.
3 Bit Ölçekleyici
BitScaler, kanal fabrikası tasarımını genişletir ve
ödeme kanallarının ekonomikleştirilmesinin ötesinde uygulamalar için daha uygun hale getirmek için gözaltı
dışı yetkilendirme ve basitleştirmeler gibi çeşitli geliştirmeler uygular . Sonraki bölümlerde çeşitli bileşenlere kısa bir
genel bakış açıklanmaktadır.
3.1 Kök Kök
Bitscaler'daki kanca işlemi, utxo'su için bir taproot (BIP-341 2020) komut dosyası kullanır.
Taproot komut dosyasının her dalı, farklı tuşlara ve zaman kilidine sahip bir n-of-n çoklu diziden oluşur.
Dahili anahtar bir rakamdır. Geçersiz kılma ağacındaki yeni bir ayırma işlemi veya düğümün , bir
sonraki (önceki) zaman kilidi ile taproot komut dosyasının kilidini açan bir girdisi olması gerekir.
Şekil 3: Kanca işleminin taproot çıktısı
3.2 Hub ve Konuştu
Bir AMM oluşturma amacına hizmet etmek için BitScaler, her
biri atomik takaslar için kullandığımız yalnızca iki taraflı alt kanallar kullanır.
4

5. Şekil 4: Ayırma işleminin ana kök çıktısı
AMM için bir dizi likidite sağlayıcısı (LP), bir BitScaler kanal fabrikasının katılımcılarıdır.
Bir doğrulayıcılar federasyonu tarafından kontrol edilen bir ek katılımcı daha vardır.
İki partili kanalları, merkezin doğrulayıcı federasyona ve konuşmacıların
n Lps'ye karşılık geldiği ve toplam (n+1) katılımcı oluşturduğu bir merkez ve konuşmacı
düzeninde düzenliyoruz. Kanca işlemimizin daha sonra n-of-n multisigs yerine ana kök komut
dosyalarında (n+1)-of-(n+1) multisigs içerdiğini unutmayın .
Şekil 5: Kanalların göbek ve konuşmacı deseni
Her alt kanal, MPC'NİN geçersiz kılma ağacı gibi kendi geçersiz kılma
ağacına sahip, yalnızca ayırma işlemleri yerine aşamalı işlemlerden oluşan çift yönlü bir kanaldır.
5

6. Şekil 6: Hazırlama işleminin taproot çıktısı
3.3 Atomik Takaslar
Her bir alt kanaldaki taahhüt işlemleri, HTLC çıktılarını , o kanal
için hub ile konuşmacı arasındaki HTLC tabanlı atomik takasın bir parçası olarak toplayabilir.
Bu, tüccarların amm'ye karşı zincir dışı ticaret yapabilmeleridir.
Şekil 7: Bir HTLC çıktısı da dahil olmak üzere taahhüt işlemlerinin ana kök çıktıları
3.4 Delegasyon
Bir alt kanalın geçersiz kılma ağacı, LP için bir temsilcinin anahtarlarını kullanan alt ağaçlara sahip
olabilir. Kooperatif üyesi olmayan bir katılımcı durumunda uygun çözüm için
, temsilcinin temsilciden daha erken para talep etmesine izin vermek üzere bir tapscript şubesi eklenir.
6

7. Şekil 8: Hazırlama işlemine sahip bir temsilci seçme işleminin ana kök çıktısı
girdi olarak çıktı.
3.5 Politika dili
Politika dili, kanal fabrikasının , çeşitli işlemlerinin girdi ve çıktı
komut dosyaları için ana kök çıktı tanımlayıcılarının ("Bitcoin Tanımlayıcıları", n.d.) oluşturulmasında kullanılan daha büyük politikalara
kolayca alt politikalar oluşturmasına olanak tanır. Politikalar
, daha sonra doğrudan bire bir Bitcoin komut dosyalarına dönüşen küçük dizeler halinde (Wuille 2019) derlenir. Bu derleme sayesinde,
komut dosyaları yalnızca optimize edilmiş ve güvenli değil, aynı zamanda katılımcılar için şeffaftır.
Şekil 9: Derleme yoluyla miniscript'e politika dili
7

8. 3.6 Kanal Fabrika Cüzdanı
BitScaler, her biri Ana Kök çıktı tanımlayıcıları tarafından tanımlanan çıktılarla karakterize edilen çeşitli işlem
türleri kullanır . Bu çerçevede çoklu çıktı tanımlayıcıları kullanılmaktadır.
Bitcoin Development Kit (BDK) sürüm 1.0.1
'in yalnızca iki çıktı tanımlayıcısı tarafından tanımlanan cüzdanları desteklediği göz önüne alındığında-biri harici
adresler için diğeri dahili adresler için-BitScaler, adresler ve imzalama amacıyla anahtarları yönetmek için bir BDK
cüzdan koleksiyonundan yararlanır . Alt cüzdanlar olarak adlandırılan bu cüzdanlar, gerekli anahtar yönetim
işlemlerini kolaylaştırın.
3.7 İlke şablonları
Ortak anahtarlar gerektiren alt ilkeler için ilke şablonları kullanırız.
Bir ilke şablonu
, katılımcılardan genişletilmiş ortak anahtarların bir listesini kullanarak her katılımcı ve kanal fabrikasının kendisi tarafından bir
ilke akışının nasıl oluşturulabileceğini tanımlar. Oluşturulurken bir alt cüzdana beslenen herhangi bir çıktı tanımlayıcısı,
özünde bir politikadan derlenen ve genellikle bir çıktıya özgü bir miniscript işlevine beslenen bir miniscript ifadesidir
type.
In ilk tasarımımızda taproot çıktılarını kullanıyoruz. Böylece tanımlayıcılar miniscript işlevini kullanacaktır
tr().
Politika, birlikte çalışması kolay bir soyutlamadır. Bir politikanın derlediği
önemsiz şey, ince olan açık olmayan özellikler eklendiğinde biraz daha zordur; Genel olarak
derlendiği politikaya benzese de.
Bir ayrım esastır: Tanımlayıcılar olmasa da politikalar oluşturulabilir.
Genişletilmiş ortak anahtarları toplama protokolü bir ilkeye dayanacaktır. Özünde, her
katılımcıdan bir veya daha fazla genişletilmiş ortak anahtar istenecek ve her katılımcının
eklemesi için bu listeyi etrafından geçirecektir. İstek, her katılımcının kullanıcı kimliğini ve kullanıcı etiketini içerecek ve
genişletilmiş ortak anahtarın üzerindeki türetme yolunu ve
bu anahtarların kullanılacağı ilke şablonu kimliklerini belirleyecektir.
Örneğin, kanca işlemi için geçersiz kılma ağacındaki herhangi bir yaprak
için, her biri farklı bir zaman kilidi alt ilkesine sahip bir dizi taproot komut dosyası içeren bir taproot çıktısına sahip olurduk.
Örneğin, beş zaman kilidi olduğunu varsayalım. Her bir timelock alt ilkesi , bir taproot
komut dosyası ilkesi oluşturmak için bir multisig alt ilkesi ile birleştirilir. Bunların her birinin ayrı bir anahtar kullanması gerekir.
İşte bu durumda ilk kez kullanılabilecek bir ilke şablonu örneğilock'un
ilişkili çoklu oturum alt ilkesi:
harman(4, <0,0>/0/*, <0,1>/0/*, <0,2>/0/*, <0,3>/0/*)
Köşeli parantezli ifade
<ı, j>
katılımcı.
ıth genişletilmiş ortak anahtarını temsil eder
Geçersiz kılma ağacının her yeni yaprağı için yıldız işareti başına yeni bir adres oluşturabiliriz. Beş
zaman kilidi için , bu tür beş şablona ve beş listeye ihtiyacımız olacak.
harman(4, <0,0>/0/*, <0,1>/0/*, <0,2>/0/*, <0,3>/0/*)
harman(4, <1,0>/0/*, <1,1>/0/*, <1,2>/0/*, <1,3>/0/*)
harman(4, <2,0>/0/*, <2,1>/0/*, <2,2>/0/*, <2,3>/0/*)
8

9. harman(4, <3,0>/0/*, <3,1>/0/*, <3,2>/0/*, <3,3>/0/*)
harman(4, <4,0>/0/*, <4,1>/0/*, <4,2>/0/*, <4,3>/0/*)
Alternatif olarak, beş şablonun tümünü içeren tek bir liste kullanabilir ve türetme
yolunun derinliğine ekleyerek adresleri farklı bir şekilde oluşturabiliriz.
harman(4, <0,0>/0/0/*, <0,1>/0/0/*, <0,2>/0/0/*, <0,3>/0/0/*)
harman(4, <0,0>/1/0/*, <0,1>/1/0/*, <0,2>/1/0/*, <0,3>/1/0/*)
harman(4, <0,0>/2/0/*, <0,1>/2/0/*, <0,2>/2/0/*, <0,3>/2/0/*)
harman(4, <0,0>/3/0/*, <0,1>/3/0/*, <0,2>/3/0/*, <0,3>/3/0/*)
harman (4, <0,0>/4/0/*, <0,1>/4/0/*, <0,2>/4/0/*, <0,3>/4/0/*)
Gittiğimiz gibi bu tür türetme yolları için standartlara yerleşmeyi bekliyoruz.
İmzalama amacıyla, her katılımcı bir ilke şablonundaki
karşılık gelen genişletilmiş ortak anahtarın yerine kendi genişletilmiş özel anahtarını kullanabilir.
3.8 Merkle ağacı senkronizasyonu
Zincir dışı işlemlerin sürekliliğini, veri yapısı olarak Kısmen İmzalı Bitcoin
İşlemleri (psbt'ler) ("Kısmen İmzalı Bitcoin İşlemleri", n.d.) Kullanarak yönetiyoruz.
Psbt'leri katılımcı, kanal veya takas yoluyla alabilmemiz için meta veriler ekliyoruz. Herhangi
bir zamanda, kanca işleminden
htlc'ye eklenen bir dizi taahhüt ve ilişkili takas ile ilgili işlemlere kadar uzanan bir dizi işlem dizisi vardır
outputs. To açıklamamızı basitleştirin, taahhüt işlemlerini gevşetin ve
büyük kanal fabrikası ağacının yaprakları olarak birlikte ele alın takas ile ilgili işlemlerle.
Önemli olan, her kanalın en güncel durumu için yaprak işlemlerine sahip teller veya inceltilmiş alt
ağaçlardır . Gerisi arşivlenebilir. Yeni bir alt iplikçik
, yalnızca işlemleri tamamlandığında ve yayınlanmaya hazır olduğunda,
yaprak işlemlerine kadar eklenebilir ve dahil edilebilir. Perde arkasında, bunları ekliyoruz ve resmi
olarak yalnızca eklenen alt dizideki tüm işlemlerin durumları tamamlandığında dahil edildiği şekilde ele
alıyoruz. Bu şekilde ele alındığında, zincir dışı işlemlerin eklenmesi atomik hale gelir.
Dahil edilmiş ve aktif iplikler olarak arşivlenmemiş işlem ipliklerini kastediyoruz
.
9

10. Şekil 10: Zincir dışı işlemlerin etkin ve arşivlenmiş bölümleri
Şekil 11: Zincir dışı işlemlerin aktif ve yakın iplikleri. Mavi işlemler şunlardır
tamamlandı ve yayına hazır. Kırmızı işlemler tamamlanmadı.
Tüm katılımcıların aktif ipliklerle senkronize olduğundan emin olmak için merkle ağaçlarını
kullanıyoruz . Dahası, yalnızca alt bant
için bitcoin sayıları ve alt bandın karması dahil olmak üzere, diğer alt telleri o alt şeridin kanallarına
katılmayanlardan gizleyebiliriz .
3.9 İletişim
BitScaler ile AMM arasındaki ve BitScaler kanal fabrikalarının katılımcıları arasındaki iletişim için , tokio-stomp
kasasında ("Tokio, Rust ile Eşzamansız Uygulamalar", n.d.) Uygulanan STOMP mesajlarıyla birlikte websockets kullanıyoruz.
10

11. 3.10 Eyalet Zinciri
Mevcut bit Ölçekleyici tasarımının bir sınırlaması, fabrika katılımcılarının başlangıçta
kanca işlemi sırasında kurulmasıdır ve bu işlemdeki herhangi bir değişiklik zincir üzerinde bir işlem
gerektirecektir. Bu , Likidite Sağlama gibi son kullanma sürelerine dayanan DeFi kullanım durumlarını
birleştirmek için gereklidir. Ancak çerçeveyi daha genişletilebilir ve gerçek zamanlı hale getirmek için
uygulamanın sonraki sürümlerinde bir statechain protokolü eklemeyi planlıyoruz. Eyalet zincirleri (Somsen, n.d.)
, kanca işleminde utxo'ların sahipliğini mevcut bir fabrikaya girmek isteyen diğer katılımcılara devretmeyi sağlar
. Merkür katmanının körleştirilmiş birlikte imzalanması ("Merkür
Katmanının Körleştirilmiş Birlikte İmzalanması", n.d.) bunun sorunsuz çalıştığı kanıtlanmıştır ve bu
, UTXO sahipliğini devrederek bir fabrikaya girip çıkabilecek katılımcılar için bir pazar yeri sunmak üzere
bitscaler'a uyarlanabilir.
3.11 Uygulamalar
Bitscaler'ın şu anki uygulaması
, yan zincirlere,kullanıcı fonlarının çoklu gözetimine, köprülere veya izin verilen kasalara güvenmeden Bitcoin'de Otomatik Piyasa Yapıcılara (amm'ler) olanak sağlamak için özel
olarak tasarlanmıştır . Bununla birlikte, çerçevenin yapı taşları çok yönlüdür ve
diğer çeşitli uygulamalara uygulanabilir. Örneğin,
BitScaler, Lightning Network ile sorunsuz bir şekilde bütünleşen izinsiz bir Katman 2 çözümünün oluşturulmasını kolaylaştırabilir.
Ek olarak
, BitScaler, gözetimsiz bir sürekli ticaret pazarı geliştirmek veya Bitcoin'de tamamen gözetimsiz bir
şekilde Ethena'ya ("Sentetik Dolar", n.d.) benzer istikrarlı bir bakiye jetonu çıkarmak için Gizli Günlük Sözleşmeleriyle (DLC) birleştirilebilir. Yeni Bitcoin İyileştirme Önerilerine (bıp'ler)
veya yeni OP Kodlarının etkinleştirilmesine gerek kalmadan, bit ölçekleyici yaklaşımı kullanılarak Bitcoin üzerine kurulabilecek çok sayıda başka DeFi uygulaması vardır.
Topluluğun gelecekte geliştireceği potansiyel yenilikler konusunda hevesliyiz.
3.12 Gelecekteki Çalışmalar
BitScaler aşamalı olarak gelişmek üzere tasarlanmıştır.
Bu temeli aşamalı olarak inşa etmek amacıyla, zincirler arası merkezi olmayan finansal uygulamaları içeren belirli
bir kullanım durumuna uyarlanmış bir uygulama ile başlıyoruz . Eltoo kullanıma sunulduğunda,
kanal uygulamalarımızın Eltoo'yu kullanacak şekilde değiştirilmesini bekliyoruz.
Ek olarak, multipleks kanallar için MuSıg2 veya FROST uygulamasını düşünüyoruz
. Amaçlarımız için bunu kolaylaştıracak potansiyel bir özellik
, Taproot'ta bir anahtar yolu-komut dosyası yolu kombinasyonunun varsayımsal kullanımını içerir.
Anahtar yolu veya komut dosyası yolu yerine getirildiğinde kilidini açmak yerine, Taproot çıktısı yalnızca
bir bayrağın değiştirilmesine bağlı olarak her iki koşul da karşılandığında açılır. Bu senaryoda, iç
anahtar MuSig2 veya FROST anahtarı olurken, komut dosyası ağacı zaman
kilitleri ve diğer gerekli koşullar gibi kalan ilke gereksinimlerini yönetir. Bu yaklaşım
, bir Bitcoin İyileştirme Önerisi (BIP) ve topluluğun desteğini gerektirecektir.
Bu mümkün değilse, özellikle DON ile birlikte, ChillDKG kullanımı da dahil olmak üzere alternatif yöntemleri
araştıracağız : DON için Dağıtılmış Anahtar Üretimi (Tim Ruffing, n.d.). Ayrıca,
Frost'un yuva yapma yeteneği, bir doğrulayıcılar federasyonu tarafından yönetilen hub katılımcısı ile birlikte
avantajlı olabilir.
Ayrıca, gerektiğinde standart veya özel Lightning Network (LN) alt kanallarının kullanımını araştırmayı amaçlıyoruz
. Çift yönlü kanallar, LN alt kanallarına kıyasla ihtiyaçlarımıza daha basit ve daha uygun görünür
.
11

12. İleriye baktığımızda , adaptör imzaları kullanan adaptör imzaları
veya ptlc'ler (Nick 2018) gibi atomik takasları yürütmek için diğer yöntemleri inceleyeceğiz. Bitscaler'ın
mevcut uygulaması belirli kullanım durumlarına odaklanırken, bu
kapsamın ötesinde çok sayıda uygulama öngörüyoruz.
Referanslar
BIP-341. 2020. "Taproot: Segwit Sürüm 1 Harcama Kuralları". 2020. https://github.com/bitcoin/
bıps/blob / ana / bıp-0341.mediawiki'nin
Burchert, Conrad, Christian Decker ve Roger Wattenhofer. 2018. "Bitcoin'in Ölçeklenebilir Finansmanı
Mikro Ödemeli Kanal Ağları". Royal Society Açık Bilim 5 (Temmuz): 180089-90. http://
dx.doi.org/10.1098/rsos.180089
Decker, Christian. 2019. "Eltoo ve Uzak Gelecek". Zincir Kod Laboratuvarları. 18 Eylül 2019.
https://www.youtube.com/watch?v=3ZjymCOmn_A
Decker, Christian ve Roger Wattenhofer. 2015. "Hızlı ve Ölçeklenebilir Bir Ödeme Ağı
Bitcoin Dubleks Mikro Ödeme Kanalları ile". İçinde Dağıtılmış Sistemlerin Stabilizasyonu,
Güvenliği ve Güvenliği : 17. Uluslararası Sempozyum, SSS 2015, Edmonton, AB, Kanada,
18-21 Ağustos 2015, Bildiriler 17, 3-18
Dryja, Thaddeus. n. d."Gizli Günlük Sözleşmeleri". https://adiabat.github.io/dlc.pdf
Hayden Adams, Dan Robinson, Noah Zinsmeister. 2020. "Uniswap V2 Çekirdeği". 2020. https://
uniswap.org/whitepaper.pdf
Komlo, Chelsea ve Ian Goldberg. 2020. "FROST: Esnek Yuvarlak Optimize Edilmiş Schnorr
Eşik İmzaları". 2020. https://eprint.iacr.org/2020/852
Nick, Jonas. 2018. "Komut Dosyası Olmayan Komut Dosyalarından Çoklu Atlama Kilitleri". 2018. https://github.com/Block
streamResearch / komut dosyası içermeyen komut dosyaları / blob / master / md / multi-hop-locks. md
Nick, Jonas, Tim Ruffing ve Yannick Seurin. 2020. "MuSig2: Basit iki Turlu Schnorr
Çoklu İmzalar". 2020. https://doi.org/10.1007/978-3-030-84242-0_8
Poon, Joseph ve Thaddeus Dryja. 2016. "Bitcoin Yıldırım Ağı: Ölçeklenebilir Zincir Dışı
Anında Ödemeler"
İyi akşamlar, Ruben. N. D. "Devlet Zincirleri: Gözetimsiz Zincir Dışı Bitcoin Transferi". https://medium.
com / @ RubenSomsen / devlet zincirleri-gözetim dışı-zincir dışı-bitcoin-transferi-1ae4845a4a39
Tim Ruffing, Jonas Nick. N. D. "Chilldkg: Frost için Dağıtılmış Anahtar Üretimi". https://github.
com / Blok Akışı Araştırması / bip-frost-dkg
Wuille, Pieter. 2019. "Önemsiz". 2019. https://bitcoin.sipa.be/miniscript
"Bitcoin Tanımlayıcıları."N. D.. https://github.com/bitcoin/bitcoin/blob/master/doc/descriptors.
md
" Merkür Tabakasının Kör İmzası."N. D.. https://github.com/commerceblock/
mercurylayer / ağaç / dev / dokümanlar
"Kısmen İmzalanmış Bitcoin İşlemleri."N. D.. https://github.com/bitcoin/bips/blob/master/
bıp-0174.mediawiki'nin
12

13. "Sentetik Dolar."N. D.. https://github.com/ethena-labs
" Tokio, Rust ile Eşzamansız Uygulamalar."N. D.. https://github.com / tokıo-rs/tokio'nun
13