Kreşendo ile ilgili her şeyin, nelerin dahil olduğunun, faydalarının neler olduğu vb. hakkında bir beyin dökümü Bu birçok ayrıntı içerebilir, bu yüzden sıkı tutun. Blok kapasitesini ~sabit tutarken saniye başına bloğu 1'den 10 bps'ye çıkarmak (daha sonra daha fazlası). Verim: Açıkçası, işlem hacmi artar. Ne kadar? neredeyse on kat ama tam olarak 10x değil. Daha fazla paralel bloğa sahip olmak, çarpışma oranını bir dereceye kadar artırır. TN10'da ve mevcut mempool txn seçim politikasıyla, ~%80-90 verimlilik gözlemliyoruz (yani, txn'lerin %80-90'ı benzersizdir). Mempool aşırı tıkanırsa ve talep kapasiteyi önemli ölçüde aşarsa, bu verimlilik değeri %100'e doğru gider. Sonuç olarak, TPS 8-9 kat artıyor. Eksik bilgi, aktivasyon sonrası ana ağ ortalama DAG genişliği ve bugündür. Mempool politikaları, bu tür gerçek dünya verilerine dayalı bir hardfork olmadan gelecekte ince ayar yapılabilir. Frekans: ortalama blok süresi (=bloklar arasındaki aralık) 1 saniyeden 100 milisaniyeye düşürülüyor. Bu, göz açıp kapayıncaya kadar txn dahil etme süresi anlamına gelir. Bir işlemin dahil edilebilmesi için tüm ağa yayılması gerekmez; Örneğin, kıtasındaki madencilere 50 ms'de ulaşabilir ve 200 ms sonra mayınlanabilir. Sıklık, madencilik örnekleme sürecinin artan yoğunluğu nedeniyle dahil etme sonrası onay sürelerini de azaltır. Onay sürelerinin on kat azaldığını söylemiyorum, çünkü artık değişmeyen blok gecikmesi hakimdir. Daha ziyade, zarfın arkası hesaplamalarıyla% 30 iyileştiler (gelişmiş için: en kötü durum DAG genişliğini yöneten Poisson'un kuyruğu daha hızlı azalır, bu nedenle K, 18'den (1bps) 124'e (10bps için) ve beklendiği gibi 180'e değil, nispeten daha düşük ayarlanabilir). Blok paralelliği: blok paralelliği, blok hızıyla birlikte artar ve bu, düşündüğünüzün aksine iyidir. Blok paralelliği nedeniyle çarpışmalar biraz artmış olsa da, paralellik daha adil bir sistem oluşturmak için çok önemlidir. Bu, tur başına tek bir kazanan madencinin tekeli olmadığı, bunun yerine blokların rekabet etmesi ve gecikme turu içinde akıllıca ve rekabetçi kararlar vermesi gerektiği anlamına gelir. Sonuçlar çok büyük ve geniş kapsamlı olabilir. Oracle sistemleri ve MEV komisyon ihaleleri ön çalışmalardan bazılarıdır. Bu konuya daha fazla girmek kapsam dışıdır. Ayrıca finansın kreşendo sonrası neden daha alakalı hale geldiğini de haklı çıkarmam gerekiyor... Durumun böyle olduğunu varsayarsak, MEV komisyon tasarımlarını açıkça fikir birliğiyle (henüz) uygulamasanız bile, paralel DAG'ın 10 bps'deki tur içi "kaosunun" ekonomik manipülasyonu diğer lider tabanlı sistemlerden çok daha zor hale getireceğini düşünüyorum. Crescendo'ya dahil olan diğer değişiklikler. Nasıl başlarım, o kadar çok şey var ki. KIP-9, benzersiz durum şişirme çözümümüzü sisteme doğal olarak pişirerek fikir birliğine entegre edilmiştir. Bu arada, bu "harmonik" alt protokole STORM (STORage Mass için) adını veriyoruz. Bu süreçte, KIP-9, UTXO depolama çoğulluğunu içerecek şekilde genişletildi (yani, uygun şekilde daha fazla depolama tüketen bir UTXO'yu vergilendirmek), bu da onu geleceğe daha dayanıklı hale getirdi. KIP-10, temel sözleşmeler ve katkı adresleri için destek ekler. KIP-13, geçici depolama gereksinimlerini daha sıkı bir şekilde düzenler. Akıllı sözleşmeyle ilgili değişiklikler: KIP-14, txns'nin rastgele veri taşımasına izin vererek (örneğin, akıllı sözleşme işlev çağrıları) yükleri etkinleştirir. KIP-15, teknik olarak küçük bir yükseltmedir - bir satır kod içerir - ancak kavramsal olarak anlamlı bir özellik sağlar, düğümlerin yalnızca işlemleri arşivlemesine ve sıralamalarını ve kabullerini güvenilir bir şekilde kanıtlamasına olanak tanır. Bu, zk öncesi dönem L2 düğümlerinin yeni senkronerlara makul bir maliyetle tam SC yürütmesini depolamasına ve kanıtlamasına izin vermek için önemlidir - dolayısıyla bu tür sistemleri kreşendodan hemen sonra etkili bir şekilde mümkün kılar. Önerilen değişiklik, zk tasarım önerisinin küçük bir alt kümesidir (Kaspa araştırma forumu tabanlı rollup tasarım gönderilerine bakınız), burada böyle bir mekanizmanın zk sistemlerinin Kaspa üzerinden çalışması için gerekli bir gereklilik olarak önerildiği ve zk öncesi de önemli bir değere sahip olduğu ortaya çıkmıştır. Genel olarak, bu, yeterli güven modelleriyle kreşendo sonrası Kaspa'ya (veya dahili olarak ifade edildiği şekliyle Kaspa 2.0'a) @hashdag göre ön SC L2'lerin mümkün olduğu anlamına gelir. Yazmak istediğim ancak başka bir zaman bekleyeceğim diğer şeyler: bu yükseltmenin artan ancak sınırlı donanım maliyetlerini araştırın, ana ağ DAG genişliğinin neden kreşendo sonrası on kat büyümeyeceğini varsayıyorum (ipuçları: yukarıdaki kıta iddiası; yani, P2P ağındaki yerellik) ve daha fazlası. Lütfen belirsiz veya detaylandırma gerektiren herhangi bir şey hakkında sorun.