Ana zincir yapısının halka açık zincirine dayalı çapraz zincir etkileşimi ve sürekli kararlı durum düşüncesi
1. Blockchain ölçeklenebilirlik bulmacası
Şimdiye kadarki en güvenilir halka açık zincir olan Bitcoin'in ilk blockchain uygulaması ve operasyonu olan ölçeklenebilirlik sorunu, tüm zincir geliştirme döngüsü boyunca odak noktası olmaya devam ediyor. Aslında Bitcoin'in 4 Ocak 2009'da ortaya çıktığı gün ile 1 Ekim 2010 arasında net bir blok limiti yoktu.Bitcoin blockchain bloğunun veri yapısına göre 32M'ye kadar ulaşabiliyor. kapasite. 1 Ekim 2010'daki bir taahhütte, Satoshi Nakamoto ilk kez koddaki 1M'lik blok limitini açıkça tanımladı. 3 Ekim'de Jeff Garzik, blok limitinin 7M'ye genişletilmesini yayınladı. Yama, ilk hard fork denemesi oldu. Elbette bu yama kullanıcılar tarafından kullanılmıyordu ve o zamanki ortalama blok veri hacmi sadece onlarca k idi.Satoshi Nakamoto da o dönemde Bitcoin sisteminin güvenliğini ve istikrarını sağlamak için Jeff Garzik tarafından yayınlananın kullanılmaması önerildiğini belirtti. yama.Bitcoin ağının ölçeği genişlemeye devam ettikçe, zincirdeki işlemler daha aktif hale geldi ve bloktaki veri miktarı kademeli olarak arttı, bu nedenle saniyede 7 işlemin işlem hızının bir darboğaz haline geldiği eğilimi giderek daha belirgin hale geldi.
Grafik 1 Bitcoin blok zincirinin tarihsel boyutu (BitinfoCharts.com)
Jeff Garzik, 2015'ten başlayarak bir kez daha BIP100 üzerinden 1MB sınırını kaldırmayı ve en eski 32MB'ye geri dönmeyi önerdi. Şu anda Bitcoin hesaplama gücü 1P ölçeğinin sınırını çoktan aştı.Sıradan ödeme kullanıcılarından daha fazla paydaş var. Madenci. Bununla birlikte, madenciler için daha fazla işlem paketlemek, daha fazla kaynak tüketmek anlamına gelir.Bu nedenle, Bitcoin blok zinciri bloklarının genişletilmesi hiçbir zaman gerçekten bir fikir birliğine varmadı.Ardından BCH, BSV vb. Çatallanma. İşlem işleme hızı sorununu çözmek için blok kapasitesinin üst sınırını sonsuza kadar genişletmek, açık bir şekilde yalnızca geçici bir önlemdir.
Ethereum'da hala benzer sorunlar var. Blok boyutu Bitcoin gibi bir sabitle sınırlı olmamakla birlikte, gaslimit'in üst limit olarak ayarlanması ve madencilerin çıkarlarının dengesi de Ethereum'un işlem işleme hızını sınırlayarak saniyede 15 işlem hızına ulaşıyor. . Bu nedenle, 2017'de ICO'lar popüler olduğunda ve Ethereum gibi oyunlar popüler olduğunda, tüm Ethereum ağı, işlemlerin biriktiği bir felç durumuna düşecekti.
Ana zincir genişlemesinin kırılmasının zor olduğu süreçte, bir yandan, ana zincir blok zinciri veri doğrulama ve hesaplama sorumluluğunun yalnızca küçük bir yüksek performanslı düğüm grubuna devredildiği bir çözüm olmuştur.BitShares ve EoS gibi DPoS mekanizmaları geçilmiştir. Bu şekilde elde edilir. Bu tür bir çözüm, yüksek performanslı düğümlerin gerçek parlamento seçimini simüle ederek, çıkar gruplarının eğilimi ve merkezileşme hakkında kaçınılmaz olarak şüpheleri artırmaktadır. Ek olarak, bu tür sorunları zincir dışı işlemlerle çözme girişimleri de vardır.Bunlardan, Bitcoin's Lightning Network ve Ethereum'un Raiden Network iki tipik örnek.
Bitcoin UTXO blockchain modeli ile Ethereum tabanlı hesap bakiyesi modeli arasındaki fark nedeniyle, zincir dışı işlem kanalının özel protokol tasarımında Lightning Network ile Raiden Network arasında bir fark vardır. Bununla birlikte, ikisi arasında, yani ana zincir dışındaki belirli işlem nesneleri için işlem kanallarının açılması yoluyla ortak bir temel mantık vardır. Yani, iki veya daha fazla tarafın sonuçları marj limitini aşmadığı veya herhangi bir zaman aşımı olmadığı veya herhangi bir taraf işlemi askıya almayı seçmediği sürece, belirli bir zaman aralığı içinde işlemin gerçekleştirilmesi için belirli ticari taraflar arasında belirli bir miktar marj birlikte kilitlenir. Kanallar, iki veya daha fazla taraf arasındaki işlemlerin onay için tüm ağa yayınlanması gerekmez ve blok zinciri ana ağına herhangi bir ücret ödemeye gerek yoktur. Bu, yüksek frekanslı küçük işlemleri artık bloğun boyutuna veya blok oluşturma hızına bağımlı hale getirmez.
Elbette, yüksek frekanslı ticaretin çeşitli ihtiyaçlarını olabildiğince karşılayabilmek için, Lightning Network'te işlem ihtiyaçlarını karşılayan tüm taraflar için birden fazla geçiş noktası olacaktır. Ayrıca Lightning Network'teki işlem süreci ödeme bağlantısının imzalar yoluyla kurtarılmasını gerektirdiğinden, işlem tarafının gerçek zamanlı olarak çevrimiçi olması gerekir ve bu mantıktan merkezi bir değişimin bir transit düğüm rolü için en uygun olduğu görülmektedir. Ve bu aynı zamanda topluluğu, yüksek frekanslı küçük işlemleri nihayetinde giderek daha merkezileştirip güvenlikten ödün vererek mi yapacağını endişelendiriyor.
Elbette ne olursa olsun Lightning Network ve Raiden Network tasarımı, ölçeklenebilirlik problemlerinin çözümünü ana zincir dışındaki ikinci katmana, farklı ihtiyaçlara sahip katmanlı ağlara ve ölçeklenebilirlik sorununa çözüm haline gelen ana zincir ağlarına yöneltmiştir. Büyük bir trend.
2. Ana zincir tasarımı ve parçalama konsepti
Parçalanma, veritabanı tasarımındaki kavramlardan kaynaklanır ve sınıflandırma yedeklemesi ve artıklık yoluyla genel veritabanının işleme verimliliğini ve hata toleransını artırır. Dağıtık veritabanlarında, iş sistemlerinin farklı gereksinimlerini karşılamak için farklı parçalama mekanizmaları oluşturulur. Blok zincirinde performans artırımı için önerilen ikinci katman (Katman 2) çözümü de bu kavramı ödünç alır.Blok zincirinin farklı ihtiyaçlarını farklı işletmeler tarafından sınıflandırarak farklı alt zincirlere dağıtılır. Böylece tüm zincir konsensüsünün performans darboğazını çözer.
Bununla birlikte, blok zinciri ve dağıtılmış veritabanı arasındaki en büyük fark, dağıtılmış veritabanının eklenmesi, silinmesi, değiştirilmesi ve hesaplanmasının iş sisteminden veya merkezi veri yönetim sisteminden gelmesidir.Dağıtılmış veritabanının düğümleri yalnızca veri yöneticisine (DBA) yanıt vermekten sorumludur. ); Ve blockchain'in iş mantığı da iş mantığını, hesaplamayı ve en azından kitap düzeyinde veri yönetimini içeren her bir düğümden geliyor yani her bir düğüm bir DBA olabilir ya da DBA'nın olmadığı anlaşılıyor yani Tasarım daha karmaşık.
Dağıtılmış bir veritabanının işlem mantığı merkezi olarak kontrol edildiğinden, parçalanması saf bir depolama parçalanması olarak kabul edilebilir. Blok zincirinin parçalanması esas olarak nispeten basit işlem parçalarına bölünmüştür: yani, tüm ağ düğümünün verilerinin tam senkronizasyonu hala korunur ve farklı düğümler, yalnızca parçalama yoluyla farklı hesaplama mantıklarını çalıştırmak için kullanılır; ve daha zor durumlar Parçalanma: yani, hem işlem hem de depolama bölümlerini içerir. Dar anlamda, en sezgisel durum parçalama aslında çeşitli çatallardır.Farklı çatal zincirleri kendi işlemlerini işler ve kendi defter verilerini saklar. Geçmiş blokların geçerliliğini doğrularken, çatala geri dönmeyi seçebilirsiniz. Oluşumdan önceki blok için, geçmiş işlemleri onaylamak için bir anlık görüntü kullanılır. Bununla birlikte, bu tür bir parçalama gerçek değeri artırmaz çünkü sonraki çapraz dilim etkileşimi için bir mekanizma tasarımı yoktur.
Daha sonra, durum parçalarının çapraz parçalı işlemlerinin çözülmesi gereken, farklı parçalardaki işlemlerin geçerliliğinin karşılıklı olarak nasıl doğrulanacağıdır. Kırıkların dahili işlemlerinin geçerliliği, mutabakat mekanizması ile parçalardaki düğümler tarafından sağlanmaktadır.Bu nedenle, halka açık bir zincir tasarımında, farklı parçalar da blok zincirinin çalışma mekanizmasına sahiptir, bu nedenle çapraz parça işlemlerinin problemi Bu halka açık zincir, bir çapraz zincir işlem problemi olarak anlaşılır ve parçalama, bir alt zincir olarak tanımlanır.
3. Zincirler arası işlemlerin oluşumu
Çapraz alt zincir işlemleri, tutarsız defter verilerine sahip iki blockchain kullanıcısından geldiği için, defterde bir durum olarak depolanmayan bir "nesne" oluşturarak, SPV'ye (Basit Ödeme Doğrulaması) benzer bir mekanizma gerçekleştirilebilir. Merkel ispatı, oluşturulan "nesne" tarafından iletilen bilgilerin geçerliliğini doğrulamak için birbiriyle senkronize edilmiş blok başlıkları aracılığıyla tamamlanır. Bu nesneye fiş diyebiliriz.
Şekil 2 Makbuza dayalı çapraz zincir işlem onayı (Ethereum wiki)
Yukarıdaki grafikte, blok zinciri X'teki A kullanıcısından blok zinciri Y'deki C kullanıcısına 100 birim varlık gönderme işlemini göstermektedir.
(1) Bu süreç, bir işlem ve 154016 numaralı bir makbuz oluşturularak ve blok zinciri X'in defterinden 100 birim A varlığı düşülerek başlatılır.
(2) Makbuz Y blok zincirine gönderildikten sonra, Merkel kanıtı, makbuzda yer alan bilgilerin doğru olup olmadığını, yani X blok zincirinde ilk işlemin onaylanıp onaylanmadığını ve A'nın düşülüp düşülmediğini doğrulayabilir. 100 birim varlık.
(3) Onay aldıktan sonra, kullanıcı C, Merkel sertifikasını içeren bir işlemi, blok zinciri Y'den blok zinciri X'e 154016 numaralı makbuza gönderir. Bu işlem, bir makbuz olarak kabul edilebilir ve C defterine eklenebilir. 100 birim varlıktan.
(4) Blockchain X bu makbuzu alır ve önceki makbuzu imha eder.Aynı zamanda, blockchain Y ayrıca sonraki bloklarda 154016 makbuzunu yok eder ve çapraz zincir işlemi tamamlanır. Tabii ki, X ve Y blok zinciri, sonraki zincirler arası işlemlerin sürekliliğini doğrulamak için makbuzları da saklayabilir.
Yukarıdaki mekanizmanın sürekli etkinliğini sağlamak için, zincirler arası işlemlerde kesinlik konusunu veya çatal seçim mekanizmasını da dikkate almamız gerekir. Blockchain Y tarafından doğrulanan Blockchain X işlemleri, yetim bir blok veya zincirden değil, Blockchain X'in etkin zincirindeki işlemlerden gelmelidir. Vlad Zamfir, bir birleştirme bloğu tasarımı önerdi, yani iki zincirin bir çapraz zincir işlemi başlatması gerektiğinde, farklı zincirlerdeki iki blok aynı bloğa birleştirilir ve ilgili zincirler bu birleştirme bloğunu temel alır. Verileri engelleyin. Ancak aslında blokları birleştirmek, iki zincirin defterlerinin senkronize olduğu anlamına gelir, bu nedenle iki kırık veya iki zincir arasındaki karşılıklı bağımsızlık sorununu çözemeyeceğine inanıyoruz. Bununla birlikte, zincirler arası işlemlerde, Merkel makbuz kanıtını tamamlamak için doğru karşı taraf zincir bloğunun nasıl bulunacağı Vlad'ın düşüncesinden yanıtlanabilir.
Vlad, çapraz zincir olması gereken iki zinciri bir "ana zincir" ve "çocuk zincir" olarak sıralar. "Çocuk zincir", "ana zincir" ile aynı yükseklikte veya "ebeveyn zincir" in yüksekliğinden daha yüksek olmalıdır. "Ana zincir" ile birleştirilen blok veya bizim senaryomuzda, bloklar arası doğrulama "ana zincir" üzerinde gerçekleştirilir. Bu, verilerin çapraz zincir kısmının, iki zincirin ilgili uzantıları sırasında tutarlı olmaya devam etmesini sağlayabilir.
Çizelge 3 Birleştirme Blok Mekanizması (Vlad Zamfir)
Bununla birlikte, yukarıdaki çözümde, bloklar üretmek için iki blok zincirinin senkronize edilmesi gerekliliği bir ön koşul vardır, çünkü "ana zincir" X'in işlemi onaylanamazsa veya uzatılmazsa veya "alt zincir" Y, X'i zamanında almaz. "Alt zincir" ve "ana zincir" arasındaki aralıklı senkronizasyon veya "alt zincir" Y'nin sonraki işlemlerinin geçerliliği de buna göre etkilenecektir.
Şekil 4 Çatallaşma anında eşzamansız çapraz zincir (çapraz parça) işlemleri (Alexander Skidanov)
Yukarıdaki şekilde de görülebileceği gibi, iki parça veya zincirin her biri bir çatala sahip olduğunda, parça 1'deki AB ve parça 2'deki V'-X'-Y'-Z ', Ana zincirde, çapraz zincir veya çapraz parça işlemlerinde herhangi bir sorun yoktur veya A'-B'-C'-D 've VX ana zincir haline gelirse, çapraz parça işlemleri geçersiz hale gelir. Ancak diğer iki durumu varsayarsak, atomik bir arıza vardır, yani işlem bir parça için geçerlidir ve diğer parça için işlem geçersizdir. İki parçanın veya zincirin eşzamansız doğası nedeniyle, bir çapraz zincir işlemi başlatılırken iki zincirdeki ilgili ana zincirlerin durumunu belirlemek imkansızdır, bu nedenle bu sorun ortaya çıkacaktır. Bu nedenle, parçalar veya alt zincirler arasındaki zincirler arası işlemler, koordine etmek için bir ara konsensüs mekanizmasına ihtiyaç duyar.
Ethereum 2.0'ın tasarımında işaret zincirine bu fonksiyon verildi. İşaret zinciri, Ethereum 2.0 tasarımındaki tüm parça zincirlerinin ana zinciri olarak düşünülebilir.Bu ana zincir, Casper mutabakat mekanizması tarafından seçilir ve parçalar arasında koordinasyon sağlamak için her turda rastgele parça doğrulayıcıları oluşturur. İşlemlerin doğruluğu. Bununla birlikte, PoS'ye ait Casper mutabakat mekanizmasında, PoW'de başlangıçta durumsuz SPV ispatlarını gerçekleştirebilen hiçbir zorluk gereksinimi, nonce, blok hashleri olmadığından, parça zincirinin geçerliliğinin güvenilir bölgeye kadar izlenmesi gerekir. Güvenilir bloğu yeniden hesapladıktan sonra, doğrulamayı tamamlamak için bloğun durumu mevcut blokla tutarlıdır. Sonuç olarak, doğrulayıcı iş yükünü artırır. Bu nedenle ana-alt zincir yapısını benimseyen halka açık zincirde, doğrulayıcının iş yükünü azaltmak için işaret zincirine benzer rol PoW ana zinciri üzerinden tamamlanır.
Ana zincirde çapa madencilerinin rolü vardır. Çapa madencileri üç işlevsel rol üstlenirler 1. Bir çapraz zincir işlemi başlattığında belirli bir alt zincirin durumunun geçerliliğini doğrulamaktan sorumludur; 2. Ana zincirde yazmaktan sorumludur. Alt zincir işlemleri ve onay almak için yayın; 3. Ana zincirin onayına yönelik çapraz zincir işlem sonuçlarını, işlemi başlatan alt zincir ve işlem alan alt zincir bloklarına yazın.
Bağlantılı madenciler, zincirler arası işlemleri doğrularken, yayınlarken ve iletirken hem alt zincir madencileri hem de ana zincir madencileri olarak var olurlar. Ancak ana zincirdeki madenci sayısı, alt zincirlerdeki madenci sayısından fazla olacağı için, ana zincire geçecek alt zincirlerdeki sahte işlemlerin maliyeti, ana zincirdeki sahte işlemlerin alt zincirlere yazılmasından çok daha düşük olacaktır. Bu nedenle, daha makul bir demirleme madenci seçim mekanizmasına ihtiyaç vardır.
Şekil 5 Alt zincirdeki kötü niyetli madencilerin olasılığı ana zincirinkinden daha yüksek olacaktır (Alexander Skidanov)
Bağlantılı madenciler, belirli bir alt zincirin uzun vadeli varlığını amaçlamaz, ancak bir ana zincir madencisi olarak var olması uzun zaman alır. PoW ana zinciri, vatansız SPV kanıtlarına izin verebileceğinden, uygulamanın ana alt zincir yapısının halka açık zincirinde rastgele bir biçimde bağlantılı madencilerin seçimini tamamlayacağız.
Zincirler arası işlem doğrulaması için maksimum çapa madencisi sayısı = Min
Çapa madencileri PoW ana zincir madencilerinden olduğu için, çapa madencileri, ana zincir madencileri tarafından hesaplanan iş yükü kanıtının hesaplama sonuçları küçükten büyüğe doğru düzenlenerek seçilir. Değer ne kadar küçükse, iş ispatının hesaplama sonucunu elde etme olasılığı o kadar düşük olur, bu nedenle çapa madencisi ön seçim listesindeki sıralama o kadar yüksek olur, çapa madencilerinin sayısının üst sınırını aşan madenciler mevcut işlem doğrulama turuna katılmayacaktır. işaret. Çapa madencisi seçim sürecinin PoW sıralaması, ana zincir uzantısının PoW ile senkronize edilir.Yani, ana zincir madencileri, ana zincir Token ödülünü almak için yalnızca iş kanıtı hesaplama sonuçlarını kullanmakla kalmayacak, aynı zamanda çapa madenci ödülünü de alacaklardır. Çapa madenci ödülü, alt zincir çapraz zincir işlem başlatıcısı tarafından ödenen madenci ücretinden gelir.
Ana ve alt zincirlerin tutarlılığını sağlamak için n onay mekanizması kullanıyoruz. Bir çapraz zincir işlemi başlatıldığında, alt zincirdeki bloklar, demirli madenciler tarafından doğrulanmadan ve ana zincire yayınlanmadan önce n blok yüksekliğiyle onaylanmalıdır. Ana zincirin n her blok yüksekliğinin onaylanmasından sonra, onaylanan işlem durumu çapraz zincir işleminde yer alan iki alt zincire yazılır.
N'nin boyutu, çapraz zincir işlemlerinin miktarı ve veri miktarı ile doğru orantılıdır, yani işlemin değeri ne kadar yüksekse, alt zincirdeki ve ana zincirdeki onayların sayısı o kadar yüksek olur. Mevcut tasarımda, ana zincirin onay sayısı, Bitcoin'in sabit ayar fikrini takip eder.Ana zincirin ortalama blok süresi 12 saniye olduğundan, n değeri 15 olarak ayarlandığında ana zincirin güvenliği Bitcoin'inkine yakın olacaktır. Onay zamanı. Alt zincir onaylarının sayısı, çapraz zincir işlemlerinin miktarına ve ana zincirin 15 onayına göre veri miktarına göre dinamik olarak ayarlanır.
4. Ana zincir yapısının sürekli ve sabit durumunun ekonomik tasarımı
Şekil 6 Ana zincir yapısına sahip kamu zinciri projesinin ekonomik modeli
Ana-alt-zincir yapısına dayalı halka açık zincir projesi, ana-zincir dijital kaynakların mikro-enflasyon mekanizmasını benimser, yani alt-zincir arttıkça, alt-zincirin aktivitesi arttıkça ve çapraz-zincir işlemlere olan talep arttıkça, blok ödülü orijinalinde olacaktır. İnce ayar, zayıflama eğrisine göre oluşturulur (yukarıdaki şekilde yeşil noktalı çizgiden siyah düz çizgiye). Bu ince ayarın sonucu, ana zincir jetonu bir kaynak olarak kullanıldığında ve alt zincirler tarafından talep arttığında, ana zincir blok ödülü buna göre artacaktır. Mevcut durumu örnek alırsak, ana zincir bloğu ödülü muhtemelen 20, 21'e çıkarıldı.
Bu tasarımın amacı, alt zincir ile ana zincirdeki roller arasındaki ilişkiyi daha istikrarlı hale getirmektir. Alt zincirin ana zincire olan talebi, ana zincir aracılığıyla çapraz zincir işlemlerini koordine etmektir. Çapraz zincir işleminin süreci şöyledir:
(1) Alt zincir kullanıcıları, zincirler arası işlemleri başlatır ve işlem ücreti öder İşlem ücreti, alt zincir Jetonunu (T) ve ana zincir Jetonunu (S) içerir;
(2) Alt zincir madencileri veya doğrulama düğümleri, fikir birliği doğrulamasını tamamlar ve işlem ücreti olarak alt zincir Jetonunun (t1) bir kısmını toplar;
(3) Seçilen zincirler arası madenciler, zincirler arası ankrajı tamamlamak için ücret olarak alt zincir Jetonunun (t2) ve tüm ana zincir Jetonlarının (S) ücret ve Jetonun (s2) bir kısmının ücret olarak toplanır ve yayın yapmak;
(4) Genel ana zincir madencileri, zincirler arası işlemleri paketlemek için Token (S ) ana zincir işlem ücretini alır;
(5) Başka bir alt zincir, ana zincirdeki zincirler arası işlemleri okumak ve bunları hedef alt zincire yayınlamak için madencileri demirler.
Yukarıdaki süreçte, T = t1 + t2, ancak ana zincir madencileri tarafından alınan ana zincir işlem ücreti S '= R + k, R orijinal ana zincir blok ödülü, yani mevcut 20 Jeton ve k mikro enflasyon ayarlama ödülüdür.
İşlem havuzu kavramı yukarıda görülmektedir. Sözde işlem havuzu, alt zincir oluşturulduğunda ipotek Jetonu şeklinde yaratma düğümü tarafından alt zincire enjekte edilen başlangıç kaynaklarını ifade eder.İşlem havuzundaki Jeton, zincirler arası işlemlerde ödülün bir parçası olarak kullanılacaktır. , Çapa madencisine çıktı.
Bir verinin başlangıç işlem havuzu kapasitesinin 10 Token olduğu varsayıldığında, zincirler arası işlem sırasında, zincirler arası madencilerin ödülünün bir parçası olarak zincirler arası madenciliğe 0.1 Token tahsis edilecektir.Bir işlemden sonra, işletim havuzu kapasitesi 9.9 Token'e düşürülür. Şu anda, ana zincir madencileri tarafından alınan işlem ücreti S '= 20 + 0.01 ve bu 0.01, mikro enflasyon ayarlama ödülüdür.
İşlem havuzu jetonun herhangi bir kullanıcısı tarafından yeniden enjekte edilebilir veya aktivitenin alt sınırı alt zincir mutabakatı ile tetiklenebilir ve çapraz zincir madencisi tarafından elde edilen s2'yi negatif yapmak için değiştirilebilir, yani çapraz zincir ücretinin bir kısmı yatırılır. Zincir operasyon havuzu. Şu anda, genel ana zincir madencileri tarafından alınan ücretteki mikro enflasyon ayarlama ödülü k 0 olacak veya negatif bir sayıya dönecektir. Bu durumda alt zincirin bir gerileme sürecine girdiğini veya alt zincir ile ana zincirin karşılıklı teşvikleri azaltarak kademeli olarak ilişkilerini kaybedeceğini gösterir.
5. Olası riskler ve sonraki tartışma
Yukarıdaki modelde bulunabilecek teknik riskler, ana zincir bloğundaki çapraz zincir işlemleri içeren işlem hacminin üst limiti sorununu ve çok fazla madencinin neden olduğu ana zincirin aşırı sabitlenmesi sorununu içerir.
Ekonomik modeller açısından, ana zincir madencilerinin ve kullanıcılarının çıkarlarını etkileyen zayıflatılmış alt zincirler oluşturarak, "başkalarına kendine zarar verme" saldırıları olasılığı vardır.
6. R alıntılar
BitInforCharts (2019) Bitcoin Blok Boyutu tarihsel çizelgesi, Şu adresten alınabilir: https://bitinfocharts.com/comparison/bitcoin-size.html
. Buterin. V (2015) On Slow and Fast Block Times, Erişim: https://blog.ethereum.org/2015/09/14/on-slow-and-fast-block-times/
. Buterin. V (2019) Birleştirme blokları ve eşzamanlı çapraz parça durumu yürütme, Şu adresten ulaşılabilir: https://ethresear.ch/t/merge-blocks-and-synchronous-cross-shard-state-execution/1240
. Buterin. V (2019) Parçalar arası iletişimi nasıl kolaylaştırabiliriz ?, https://github.com/ethereum/wiki/wiki/Sharding-FAQ#what-is-the-train-and-hotel- adresinden ulaşılabilir. sorun
. Prestwich. J (2019) Eths beklerken ne beklemeli, EthFans Tarafından Çevrilen Çince Versiyon , Https://ethfans.org/posts/what-to-expect-when-eths-expecting adresinden ulaşılabilir
Skidanov. A (2019) Blokzincir parçalama için yetkili kılavuz bölüm 1, EthFans Tarafından Çevrilen Çince Versiyon , Erişim adresi: https: //ethfans.org/posts/the-authoritative-guide-to-blockchain-sharding-part-1
Skidanov A (2019) Blok zincir parçalama için yetkili kılavuz 2.Bölüm: Blok zincir parçalamada çözülmemiş sorunlar, EthFans Tarafından Çevrilen Çince Versiyon , https: //ethfans.org/posts/unsolved-problems-in-blockchain-sharding
Zamir. V (2018) Casper, 8-10 Mart 2018'de Ethereum Topluluğu Konferansı , Erişim adresi: https: //www.youtube.com/watch? V = GNGbd_RbrzE
(Kaynak: Data Qin Araştırma Enstitüsü)
