Blockchain'ın gelecekteki vizyonu merkeziyetsizlik, güvenlik ve ölçeklenebilirliktir. Ancak genellikle blockchain yalnızca bu üçünden ikisini gerçekleştirebilir, bu üç talebi aynı anda karşılamanın imkansızlık üçgeni problemi olarak adlandırıldığı bilinmektedir. Yıllardır insanlar bu sorunu çözmenin yollarını araştırıyor, merkeziyetsizlik ve güvenliği sağlarken blockchain'in işlem hacmini ve işlem hızını artırmak, yani ölçeklendirme sorununu çözmek, mevcut blockchain gelişim sürecinde tartışılan sıcak konulardan biridir.
Öncelikle blok zincirinin merkezsizliğini, güvenliğini ve ölçeklenebilirliğini genel hatlarıyla tanımlayalım:
Merkeziyetsizlik: Herkes, blok zinciri sisteminin üretim ve doğrulamasına katılmak için bir düğüm olabiliyor; düğüm sayısı ne kadar fazla olursa, merkeziyetsizlik derecesi o kadar yüksek olur ve bu da ağın küçük bir grup büyük merkezi katılımcının kontrolünden etkilenmemesini sağlar.
Güvenlik: Blok zinciri sisteminin kontrolünü elde etmek için harcanan maliyet ne kadar yüksekse, güvenlik o kadar yüksektir, böylece zincir, katılımcıların daha büyük bir oranının saldırılarına karşı direnç gösterebilir.
Ölçeklenebilirlik: Blockchain'in büyük miktarda işlemi işleme yeteneği.
Bitcoin ağının ilk büyük hard fork'u, ölçeklenme sorunlarından kaynaklanmıştır. Bitcoin kullanıcı sayısı ve işlem hacmi arttıkça, her blok için 1MB'lık sınır olan Bitcoin ağı tıkanma sorunuyla karşı karşıya kalmaya başladı; 2015 yılından itibaren, Bitcoin topluluğu ölçeklenme sorununda ayrılıklar yaşamaya başladı, bir tarafı Bitcoin ABC'yi temsil eden blok genişletme yanlıları, diğer tarafı ise Bitcoin Core'u temsil eden küçük blok yanlılarıdır ve ana zincir yapısını optimize etmek için Segwit çözümünü kullanmayı savunmaktadırlar. 1 Ağustos 2017'de, Bitcoin ABC 8MB'a kadar geliştirdiği istemci sistemini çalıştırmaya başladı ve bu, Bitcoin tarihindeki ilk büyük hard fork'un ortaya çıkmasına neden oldu, ayrıca böylece BCH adında yeni bir kripto para birimi doğdu.
Aynı şekilde, Ethereum ağı da güvenliği ve merkeziyetsizliği sağlamak için bir miktar ölçeklenebilirlikten feragat etmeyi seçmiştir; Ethereum ağı, Bitcoin ağı gibi işlem hacmini sınırlamak için blok boyutunu kısıtlamamış, bunun yerine tek bir blokta kabul edilebilecek yakıt ücretine bir üst sınır koyarak dolaylı bir değişim gerçekleştirmiştir, ancak amaç yine de Trustless Consensus'u sağlamak ve düğümlerin geniş bir dağılımını güvence altına almaktır.
2017'deki CryptoKitties, DeFi yazı, daha sonra GameFi ve NFT gibi zincir üzerindeki uygulamaların yükselişine kadar, piyasanın işlem hacmi talebi sürekli artmakta, ancak Turing tam Ethereum bile saniyede yalnızca 15~45 işlem işleyebilmektedir. Bunun sonucu olarak işlem maliyetleri sürekli artmakta, uzlaştırma süreleri uzamakta, çoğu Dapps işletme maliyetlerini karşılamakta zorlanmakta, tüm ağ kullanıcılar için hem yavaş hem de pahalı hale gelmektedir; blok zinciri ölçeklenebilirlik sorunu acilen çözülmelidir. İdeal durumda ölçeklenme çözümü: merkeziyetsizlik ve güvenlikten ödün vermeden, blok zinciri ağının işlem hızını ve işlem hacmini olabildiğince artırabilmektir.
2. Ölçeklenebilirlik çözümlerinin türleri
"Ana ağın bir katmanını değiştirip değiştirmeyeceğine" göre, genişletme planlarını on-chain genişletme ve off-chain genişletme olmak üzere iki ana kategoriye ayırıyoruz.
2.1 zincir üzeri genişleme
Kilit kavram: Bir ana ağ protokolünün bir katmanını değiştirerek ölçeklenebilirlik sağlama çözümü, şu anki ana çözüm parçalama (sharding) olarak bilinir.
Blockchain genişletmesi için çeşitli çözümler vardır, bu makalede bunlar üzerinde durulmayacak, aşağıda iki çözüm kısaca listelenmiştir:
Plan bir, blok alanını genişletmektir, yani her blokta paketlenen işlem sayısını artırmaktır, ancak bu, yüksek performanslı düğüm cihazları için gereksinimleri artıracak, düğümlerin katılım eşiğini yükseltecek ve "merkeziyetsizlik" derecesini düşürecektir.
İkinci seçenek parçalama, blok zinciri defterinin birkaç parçaya bölünmesidir; artık her düğüm tüm muhasebe işlemlerine katılmıyor, bunun yerine farklı parçalar yani farklı düğümler farklı muhasebe işlemlerini üstleniyor, paralel hesaplama aynı anda birden fazla işlemi işleyebilir; bu, düğüm hesaplama baskısını ve katılma eşiğini azaltabilir, işlem işleme hızını ve merkeziyetsizliğin derecesini artırabilir; ancak bu, tüm ağın hesap gücünün dağıtılacağı anlamına gelir, bu da ağın "güvenliğini" azaltabilir.
Bir ana ağ protokolünün kodunu değiştirmek, alt katmandaki herhangi bir ince güvenlik açığının tüm ağın güvenliğini ciddi şekilde tehdit edebileceğinden, tahmin edilemeyen olumsuz etkilere neden olabilir; ağ, bir çatallanma veya kesinti onarım güncellemesi yapmak zorunda kalabilir. Örneğin, 2018'deki Zcash enflasyon açığı olayı: Zcash kodu, Bitcoin 0.11.2 sürüm kodu üzerinden değiştirilmiştir, 2018'de bir mühendis, alt katmandaki kodda yüksek riskli bir açığın bulunduğunu keşfetti, yani token'lar sonsuz şekilde artırılabiliyordu, hemen ardından ekip bu açığı gizlice düzeltmek için 8 ay harcadı ve açık düzeltildikten sonra bu olayı kamuoyuna açıkladı.
2.2 off-chain genişletme
Kilit kavram: Mevcut birinci katman ana ağ protokolünü değiştirmeden ölçeklendirme çözümü.
Off-chain ölçeklendirme çözümleri, Layer2 ve diğer çözümler olarak daha da alt bölümlere ayrılabilir:
Katman 2: Durum Kanalları, Plasma, Rollup'lar
Diğer çözümler: Sidechains, Validium
3. off-chain genişletme çözümü
3.1 Eyalet Kanalları
3.1.1 Özet
Durum kanalları, yalnızca kanal açıldığında, kapandığında veya anlaşmazlıklar çözüldüğünde kullanıcıların ana ağ ile etkileşime girmesi gerektiğini belirtir ve kullanıcılar arası etkileşimleri off-chain gerçekleştirerek, kullanıcıların işlem sürelerini ve maliyetlerini azaltır ve işlem sayısında bir kısıtlama getirmeden işlemleri gerçekleştirir.
Durum kanalları, "tur bazlı uygulamalar" için uygun olan basit bir P2P protokolüdür; örneğin, iki kişilik bir satranç oyunu. Her kanal, ana ağda çalışan çok imzalı bir akıllı sözleşme tarafından yönetilmektedir; bu sözleşme, kanala yatırılan varlıkları kontrol eder, durum güncellemelerini doğrular ve katılımcılar arasındaki anlaşmazlıkları tahkim eder. Katılımcılar, blok zincir ağında sözleşmeyi dağıttıktan sonra bir miktar fon yatırır ve kilitler, her iki tarafın imzalamasıyla kanal resmi olarak açılır. Kanal, katılımcılar arasında sınırsız sayıda off-chain ücretsiz işlem yapılmasına izin verir. Katılımcılar sırayla birbirlerine durum güncellemeleri gönderir ve diğerinin imza onayını bekler. Diğer taraf imza onayını verdikten sonra, bu durum güncellemesi tamamlanmış sayılır. Normal şartlarda, her iki tarafın onayladığı durum güncellemeleri ana ağa yüklenmez; yalnızca bir anlaşmazlık çıktığında veya kanal kapatıldığında, ana ağa doğrulama için başvurulur. Kanalı kapatma ihtiyacı olduğunda, herhangi bir katılımcı ana ağda işlem talebi yapabilir; eğer çıkış talebi tüm katılımcıların imza onayı alırsa, zincir üzerinde hemen uygulanır; yani akıllı sözleşme, kanalın nihai durumundaki her katılımcının bakiyesine göre kalan kilitli fonları dağıtır; eğer diğer katılımcılar onay imzalamazsa, herkes "mücadele süresinin" bitmesini beklemek zorundadır ki kalan fonları alabilsin.
Yukarıda belirtildiği gibi, durum kanalı çözümü ana ağın hesaplama yükünü büyük ölçüde azaltabilir, işlem hızını artırabilir ve işlem maliyetlerini düşürebilir.
3.1.2 Zaman Çizgisi
2015/02, Joseph Poon ve Thaddeus Dryja, Lightning Network beyaz kağıdı taslağını yayınladılar.
2015/11, Jeff Coleman ilk kez State Channel kavramını sistematik olarak özetledi ve Bitcoin'in Payment Channel'ının State Channel kavramının bir alt örneği olduğunu öne sürdü.
2016/01, Joseph Poon ve Thaddeus Dryja resmi olarak "The Bitcoin Lightning Network: Scalable Off-Chain Instant Payments" adlı beyaz kitabı yayımlayarak Bitcoin Lightning Network için Payment Channel adlı ölçeklenebilir off-chain anında ödeme çözümünü önerdiler.
2017/11, Payment Channel çerçevesine dayanan ilk State Channel tasarım standardı Sprites önerildi.
2018/06, Counterfactual çok ayrıntılı bir Genelleşmiş Durum Kanalları tasarımı sundu, bu, durum kanallarıyla tamamen ilgili olan ilk tasarımdır.
2018/10, makale Generalised State Channel Networks, State Channel Networks ve Virtual Channels kavramlarını ortaya koymuştur.
2019/02, durum kanallarının kavramı N-Party Channels'a genişletildi, Nitro bu fikir üzerine inşa edilen ilk protokoldür.
2019/10, Pisa, tüm katılımcıların sürekli çevrimiçi olması gerektiği sorununu çözmek için Watchtowers kavramını genişletti.
2020/03, Hydra Hızlı İzomorfik Kanallar önerdi.
3.1.3 Teknik Prensip
Durum kanallarının temel prensibi şudur:
Katılımcılar ana ağ akıllı sözleşmesinde varlıkları kilitler, durum kanalını açar.
Katılımcılar off-chain durum güncelleme etkileşiminde bulunur, her etkileşimde her iki tarafın imzası gereklidir.
Kanalı kapatmanız veya bir anlaşmazlık meydana gelmesi durumunda, nihai durumu ana ağ sözleşmesine doğrulama ve varlık dağıtımı için gönderin.
Eğer bir anlaşmazlık çıkarsa, itiraz süresi içinde kanıt sunarak itiraz edilebilir.
Durum kanallarının avantajı, off-chain hızlı ve düşük maliyetli işlemler gerçekleştirebilmesidir; dezavantajı ise katılımcıların sürekli çevrimiçi olmaları gerektiği ve likidite kilitlenmesi sorunuyla karşılaşmalarıdır.
3.1.4 Artılar ve Eksiler
Avantajlar:
Yüksek throughput ve düşük gecikme
Düşük işlem maliyeti
Gizliliği koruma
Eksiler:
Katılımcıların sürekli çevrimiçi olması gerekmektedir.
Fon Kilidi
Çoklu taraflı uygulamalar için uygun değildir
Önceden para yatırmanız gerekiyor
3.1.5 Uygulama
Ana uygulamalar şunlardır:
Bitcoin Lightning Network
Bitcoin küçük ödemeleri için
2018 Mart ayında ilk ana ağ sürümü yayımlandı
Şu anda yaklaşık 80.000 ödeme kanalı var, 5000BTC kilitli fon.
Ethereum Şimşek Ağı
Ethereum ERC20 token ödemeleri için
2017 yılında kuruldu, Mayıs 2020'de ana ağı yayımlandı
Şu anda daha az kullanılıyor
Celer Network
Teşvik katmanının genel durum kanalı ağı eklendi
2018 yılında kuruldu, 2019 yılında ana ağda yayına girdi
Oyun, ödeme gibi çeşitli uygulama senaryolarını destekler
3.1.6 Uygulama Karşılaştırması
Bitcoin Lightning Network, Ethereum Lightning Network ve Celer Network'ün teknik gerçekleştirim, uygulama senaryoları ve gelişim durumları açısından bazı farklılıklar vardır. Lightning Network daha olgun bir gelişim göstermektedir, Lightning Network daha az kullanılmaktadır, Celer Network ise teşvik katmanı ekleyerek uygulama senaryolarını genişletmiştir.
3.2 Yan Zincirler
3.2.1 Özet
Yan zinciri, ana zincir işlemlerini hızlandırmak için ortaya çıkan bir blockchain türüdür. Daha karmaşık sözleşmeler kullanabilir veya konsensüs mekanizmasını geliştirerek veya blok parametreleri ile yan zincirin belirli bir işlevi yerine getirmesini sağlayabilir. Yan zincirin işlem sonuçları nihayetinde ana zincire geri iletildiğinde, doğrulayıcı tarafında kaydedilecektir. Bu blockchain modeli, yeni bir blockchain türü değil, ana zincire eklenen ve ana zincirin sorunlarını çözmesine yardımcı olan bir altyapıdır.
3.2.2 Zaman Çizgisi
2012/01, Bitcoin yan zincir kavramı sohbet odasında ortaya atıldı
2014/10, Bitcoin yan zinciri ile ilgili makale ilk kez yayımlandı
2017/04, POA Network, Ethereum Proof of Authentication konsensüsüne dayalı bir yan zincir test ağına başladı.
2017/10, Matic Network başlatıldı
2017/12, POA Network ana ağı çevrimiçi oldu
2018/01, Skales test ağı çevrimiçi
2018/10,xDai Chain test ağı çevrimiçi
2020/06, Skale ana ağı çevrimiçi
2020/06, Ethereum yan zinciri Matic PoS Chain ana ağı çevrimiçi oldu.
2021/02, Matic Network markası Polygon Network olarak yeniden adlandırıldı.
2021/02, Axie Infinity oyununun yan zinciri Ronin ana ağı çalışmaya başladı
2021/12,xDai Chain ve Gnosis Dao, Gnosis Chain olarak birleşti
2022/03, POA Ağı Gnosis Zinciri ile birleştirildi
3.2.3 Teknik Prensip
Yan zincirinin temel ilkesi şudur:
Ana zincir, varlıkları kilitler, yan zincir karşılık gelen varlıkları üretir.
Yan zincir bağımsız olarak çalışır, kendi konsensüs mekanizmasına sahiptir.
Yan zincir, durum değişikliklerini düzenli olarak ana zincire gönderir.
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.
8 Likes
Reward
8
3
Share
Comment
0/400
LightningLady
· 07-24 20:33
Çaylak yatırımcılar yüksek kaldıraç kullanmasın~ Babe'ler, teknik makalelere daha çok bakın.
Off-chain ölçeklendirme teknolojileri derinlik karşılaştırması: State Channels, Sidechains ve uygulamaları
off-chain genişletme Derinlik analizi
Yazar: Cobo Ventures
1. Genişletmenin Gerekliliği
Blockchain'ın gelecekteki vizyonu merkeziyetsizlik, güvenlik ve ölçeklenebilirliktir. Ancak genellikle blockchain yalnızca bu üçünden ikisini gerçekleştirebilir, bu üç talebi aynı anda karşılamanın imkansızlık üçgeni problemi olarak adlandırıldığı bilinmektedir. Yıllardır insanlar bu sorunu çözmenin yollarını araştırıyor, merkeziyetsizlik ve güvenliği sağlarken blockchain'in işlem hacmini ve işlem hızını artırmak, yani ölçeklendirme sorununu çözmek, mevcut blockchain gelişim sürecinde tartışılan sıcak konulardan biridir.
Öncelikle blok zincirinin merkezsizliğini, güvenliğini ve ölçeklenebilirliğini genel hatlarıyla tanımlayalım:
Merkeziyetsizlik: Herkes, blok zinciri sisteminin üretim ve doğrulamasına katılmak için bir düğüm olabiliyor; düğüm sayısı ne kadar fazla olursa, merkeziyetsizlik derecesi o kadar yüksek olur ve bu da ağın küçük bir grup büyük merkezi katılımcının kontrolünden etkilenmemesini sağlar.
Güvenlik: Blok zinciri sisteminin kontrolünü elde etmek için harcanan maliyet ne kadar yüksekse, güvenlik o kadar yüksektir, böylece zincir, katılımcıların daha büyük bir oranının saldırılarına karşı direnç gösterebilir.
Ölçeklenebilirlik: Blockchain'in büyük miktarda işlemi işleme yeteneği.
Bitcoin ağının ilk büyük hard fork'u, ölçeklenme sorunlarından kaynaklanmıştır. Bitcoin kullanıcı sayısı ve işlem hacmi arttıkça, her blok için 1MB'lık sınır olan Bitcoin ağı tıkanma sorunuyla karşı karşıya kalmaya başladı; 2015 yılından itibaren, Bitcoin topluluğu ölçeklenme sorununda ayrılıklar yaşamaya başladı, bir tarafı Bitcoin ABC'yi temsil eden blok genişletme yanlıları, diğer tarafı ise Bitcoin Core'u temsil eden küçük blok yanlılarıdır ve ana zincir yapısını optimize etmek için Segwit çözümünü kullanmayı savunmaktadırlar. 1 Ağustos 2017'de, Bitcoin ABC 8MB'a kadar geliştirdiği istemci sistemini çalıştırmaya başladı ve bu, Bitcoin tarihindeki ilk büyük hard fork'un ortaya çıkmasına neden oldu, ayrıca böylece BCH adında yeni bir kripto para birimi doğdu.
Aynı şekilde, Ethereum ağı da güvenliği ve merkeziyetsizliği sağlamak için bir miktar ölçeklenebilirlikten feragat etmeyi seçmiştir; Ethereum ağı, Bitcoin ağı gibi işlem hacmini sınırlamak için blok boyutunu kısıtlamamış, bunun yerine tek bir blokta kabul edilebilecek yakıt ücretine bir üst sınır koyarak dolaylı bir değişim gerçekleştirmiştir, ancak amaç yine de Trustless Consensus'u sağlamak ve düğümlerin geniş bir dağılımını güvence altına almaktır.
2017'deki CryptoKitties, DeFi yazı, daha sonra GameFi ve NFT gibi zincir üzerindeki uygulamaların yükselişine kadar, piyasanın işlem hacmi talebi sürekli artmakta, ancak Turing tam Ethereum bile saniyede yalnızca 15~45 işlem işleyebilmektedir. Bunun sonucu olarak işlem maliyetleri sürekli artmakta, uzlaştırma süreleri uzamakta, çoğu Dapps işletme maliyetlerini karşılamakta zorlanmakta, tüm ağ kullanıcılar için hem yavaş hem de pahalı hale gelmektedir; blok zinciri ölçeklenebilirlik sorunu acilen çözülmelidir. İdeal durumda ölçeklenme çözümü: merkeziyetsizlik ve güvenlikten ödün vermeden, blok zinciri ağının işlem hızını ve işlem hacmini olabildiğince artırabilmektir.
2. Ölçeklenebilirlik çözümlerinin türleri
"Ana ağın bir katmanını değiştirip değiştirmeyeceğine" göre, genişletme planlarını on-chain genişletme ve off-chain genişletme olmak üzere iki ana kategoriye ayırıyoruz.
2.1 zincir üzeri genişleme
Kilit kavram: Bir ana ağ protokolünün bir katmanını değiştirerek ölçeklenebilirlik sağlama çözümü, şu anki ana çözüm parçalama (sharding) olarak bilinir.
Blockchain genişletmesi için çeşitli çözümler vardır, bu makalede bunlar üzerinde durulmayacak, aşağıda iki çözüm kısaca listelenmiştir:
Plan bir, blok alanını genişletmektir, yani her blokta paketlenen işlem sayısını artırmaktır, ancak bu, yüksek performanslı düğüm cihazları için gereksinimleri artıracak, düğümlerin katılım eşiğini yükseltecek ve "merkeziyetsizlik" derecesini düşürecektir.
İkinci seçenek parçalama, blok zinciri defterinin birkaç parçaya bölünmesidir; artık her düğüm tüm muhasebe işlemlerine katılmıyor, bunun yerine farklı parçalar yani farklı düğümler farklı muhasebe işlemlerini üstleniyor, paralel hesaplama aynı anda birden fazla işlemi işleyebilir; bu, düğüm hesaplama baskısını ve katılma eşiğini azaltabilir, işlem işleme hızını ve merkeziyetsizliğin derecesini artırabilir; ancak bu, tüm ağın hesap gücünün dağıtılacağı anlamına gelir, bu da ağın "güvenliğini" azaltabilir.
Bir ana ağ protokolünün kodunu değiştirmek, alt katmandaki herhangi bir ince güvenlik açığının tüm ağın güvenliğini ciddi şekilde tehdit edebileceğinden, tahmin edilemeyen olumsuz etkilere neden olabilir; ağ, bir çatallanma veya kesinti onarım güncellemesi yapmak zorunda kalabilir. Örneğin, 2018'deki Zcash enflasyon açığı olayı: Zcash kodu, Bitcoin 0.11.2 sürüm kodu üzerinden değiştirilmiştir, 2018'de bir mühendis, alt katmandaki kodda yüksek riskli bir açığın bulunduğunu keşfetti, yani token'lar sonsuz şekilde artırılabiliyordu, hemen ardından ekip bu açığı gizlice düzeltmek için 8 ay harcadı ve açık düzeltildikten sonra bu olayı kamuoyuna açıkladı.
2.2 off-chain genişletme
Kilit kavram: Mevcut birinci katman ana ağ protokolünü değiştirmeden ölçeklendirme çözümü.
Off-chain ölçeklendirme çözümleri, Layer2 ve diğer çözümler olarak daha da alt bölümlere ayrılabilir:
3. off-chain genişletme çözümü
3.1 Eyalet Kanalları
3.1.1 Özet
Durum kanalları, yalnızca kanal açıldığında, kapandığında veya anlaşmazlıklar çözüldüğünde kullanıcıların ana ağ ile etkileşime girmesi gerektiğini belirtir ve kullanıcılar arası etkileşimleri off-chain gerçekleştirerek, kullanıcıların işlem sürelerini ve maliyetlerini azaltır ve işlem sayısında bir kısıtlama getirmeden işlemleri gerçekleştirir.
Durum kanalları, "tur bazlı uygulamalar" için uygun olan basit bir P2P protokolüdür; örneğin, iki kişilik bir satranç oyunu. Her kanal, ana ağda çalışan çok imzalı bir akıllı sözleşme tarafından yönetilmektedir; bu sözleşme, kanala yatırılan varlıkları kontrol eder, durum güncellemelerini doğrular ve katılımcılar arasındaki anlaşmazlıkları tahkim eder. Katılımcılar, blok zincir ağında sözleşmeyi dağıttıktan sonra bir miktar fon yatırır ve kilitler, her iki tarafın imzalamasıyla kanal resmi olarak açılır. Kanal, katılımcılar arasında sınırsız sayıda off-chain ücretsiz işlem yapılmasına izin verir. Katılımcılar sırayla birbirlerine durum güncellemeleri gönderir ve diğerinin imza onayını bekler. Diğer taraf imza onayını verdikten sonra, bu durum güncellemesi tamamlanmış sayılır. Normal şartlarda, her iki tarafın onayladığı durum güncellemeleri ana ağa yüklenmez; yalnızca bir anlaşmazlık çıktığında veya kanal kapatıldığında, ana ağa doğrulama için başvurulur. Kanalı kapatma ihtiyacı olduğunda, herhangi bir katılımcı ana ağda işlem talebi yapabilir; eğer çıkış talebi tüm katılımcıların imza onayı alırsa, zincir üzerinde hemen uygulanır; yani akıllı sözleşme, kanalın nihai durumundaki her katılımcının bakiyesine göre kalan kilitli fonları dağıtır; eğer diğer katılımcılar onay imzalamazsa, herkes "mücadele süresinin" bitmesini beklemek zorundadır ki kalan fonları alabilsin.
Yukarıda belirtildiği gibi, durum kanalı çözümü ana ağın hesaplama yükünü büyük ölçüde azaltabilir, işlem hızını artırabilir ve işlem maliyetlerini düşürebilir.
3.1.2 Zaman Çizgisi
3.1.3 Teknik Prensip
Durum kanallarının temel prensibi şudur:
Katılımcılar ana ağ akıllı sözleşmesinde varlıkları kilitler, durum kanalını açar.
Katılımcılar off-chain durum güncelleme etkileşiminde bulunur, her etkileşimde her iki tarafın imzası gereklidir.
Kanalı kapatmanız veya bir anlaşmazlık meydana gelmesi durumunda, nihai durumu ana ağ sözleşmesine doğrulama ve varlık dağıtımı için gönderin.
Eğer bir anlaşmazlık çıkarsa, itiraz süresi içinde kanıt sunarak itiraz edilebilir.
Durum kanallarının avantajı, off-chain hızlı ve düşük maliyetli işlemler gerçekleştirebilmesidir; dezavantajı ise katılımcıların sürekli çevrimiçi olmaları gerektiği ve likidite kilitlenmesi sorunuyla karşılaşmalarıdır.
3.1.4 Artılar ve Eksiler
Avantajlar:
Eksiler:
3.1.5 Uygulama
Ana uygulamalar şunlardır:
3.1.6 Uygulama Karşılaştırması
Bitcoin Lightning Network, Ethereum Lightning Network ve Celer Network'ün teknik gerçekleştirim, uygulama senaryoları ve gelişim durumları açısından bazı farklılıklar vardır. Lightning Network daha olgun bir gelişim göstermektedir, Lightning Network daha az kullanılmaktadır, Celer Network ise teşvik katmanı ekleyerek uygulama senaryolarını genişletmiştir.
3.2 Yan Zincirler
3.2.1 Özet
Yan zinciri, ana zincir işlemlerini hızlandırmak için ortaya çıkan bir blockchain türüdür. Daha karmaşık sözleşmeler kullanabilir veya konsensüs mekanizmasını geliştirerek veya blok parametreleri ile yan zincirin belirli bir işlevi yerine getirmesini sağlayabilir. Yan zincirin işlem sonuçları nihayetinde ana zincire geri iletildiğinde, doğrulayıcı tarafında kaydedilecektir. Bu blockchain modeli, yeni bir blockchain türü değil, ana zincire eklenen ve ana zincirin sorunlarını çözmesine yardımcı olan bir altyapıdır.
3.2.2 Zaman Çizgisi
3.2.3 Teknik Prensip
Yan zincirinin temel ilkesi şudur:
Ana zincir, varlıkları kilitler, yan zincir karşılık gelen varlıkları üretir.
Yan zincir bağımsız olarak çalışır, kendi konsensüs mekanizmasına sahiptir.
Yan zincir, durum değişikliklerini düzenli olarak ana zincire gönderir.
4