1)Okuması çok kolay bir yazı değil. Bu sebeple işinizi kolaylaştırmak için ufak bir şeyler ekleyeyim. Yazının ilk kısmında Bitcoin'in kuruluşunda nasıl çok yüksek miktarda ölçeklenmek için dizayn edildiğini anlatıyorum.
2)Sonra bu ölçeklenmenin ne bahane edilerek kullanılmadığını anlatıyorum. Çeşitli alıntılar yapıyorum Satoshi'den ve ilk Bitcoin geliştiricilerinden.
3)Genel maksat programlanabilirliğin getirdiği işlem yükünün neden bir limit oluşturduğunu anlatıyorum. (Ethereum)
4)Oluşan bu limitden kaçmak için uygulamaların kendi blockchainlerine geçebileceğini (Rune ve SNY) fakat bunun sadece kendilerine fayda sağladığını çatı platform olmaya çalışanlara pek faydası olmadığını anlatıyorum. (Cosmos ve Avalanche)
5)Uygulamalar kendilerine özgü blockchainlerine geçerken onlara atyapıyı Validator dahil başkası sunmaya çalışırsa bunun KYC yoluyla nasıl merkezileşmeye yol açtığını anlatıyorum. (ICP ve Holo)
6)Donanımsal ölçeklenmenin Paralel işlem yeteneği olmağı zaman bir noktada limite takılmasını açıklıyorum. (EOS ve bütün EVM projeleri)
7)Paralel işlem yeteneği kazanmak için UTXO'ye geri dönmenin Programlama yeteneğini kısıtlamasını anlatıyorum. (Cardano)
8)UTXO sisteminin önünü yapay olarak kesmezsek nereye kadar ölçeklenebileceğini görüyoruz. (Kadena)
9)Paralel işlenemeyen yazılımların bazen başka şekillerde işe yarayabileceğine örnek veriyorum. (VDF)
10)Her programın erişebileceği verileri önceden belirtmesini isteyerek adaptif olarak Paralel işlemlerin nasıl yapılabileceğini anlatıyorum. (Solana)
11)İşlem yükünün bu iş için özelleşmiş kişilere aktarılarak nasıl hızlandırılabildiğinden ve bu işlemleri doğrulamanın nasıl kolaylaştırılabiliceğinden bahsediyorum. (Flow)
12)İşlem yükünün birden fazla komiteye nasıl dağıtılabileceğini fakat bunu yaparken işlenen programlar izole değilse nasıl sıkıntılar çıkabileceğini anlatıyorum. (Algorand)
13)İşlem yükünün birbirinden izole birimlere nasıl paylaştırıldığını ve buna ne isim verildiğini anlatıyorum. (Sharding)
14)Bunu blockchainler yerine yapmaya çalışan uygulamalardan ve bunların sorunlarından bahsediyorum. (Optimistic Rollup)
15)İşlem yükünü izole ettikten sonra Data'nın da paylaşılmasının istenmesi ve bunun oluşturduğu sorunlardan ve çözümlerinden bahsediyorum. (Data Sharding- Data Availability Problem- Erasure Coding)
16)İşlemleri bir grubun gerçekleştirip bir grubun doğrulaması noktasında doğrulama aşamasının "büyülü" tekniklerle nasıl inanılmaz şekilde kolaylaştırılabileceğinden bahsediyorum. (Validity Proof- Zk Rollup)
17)Bunların illa uygulama aşamasında olmak zorunda olmadığını ve genel olarak bu tarz yüksek teknolojilerin önemini anlatıyorum. (Zero Knowledge Projeleri)
18)İşlem yükünü izole birimlere ayırdıktan sonra bu izole birimler için de ekstra optimizasyon yapmanın mümkün ve faydalı olduğunu anlatıyorum. (Polkadot-Parachainler- Webassembly)
19)Bu izole alanlarda sanal makine kullanmayı bırakmak gibi optimizasyonların yanında hala ekstra Paralelliğin fayda sağlayabileceğinden bahsediyorum. (Gear)
20)Bu projenin henüz pek bilinmediğini ama ilgimi çektiği için anlatacağımdan ve takipte kalmanız gerektiğinden bahsediyorum.
t.me/GearTurkey
t.me/GearTurkey
21)Umarım bu şekilde anlamanız bir nebze kolaylaşmıştır. Bunları yazması da çok kolay değil malesef. Öğrenmek isteyenin mecburen bir miktar zorlanması gerekiyor.
• • •
Missing some Tweet in this thread? You can try to
force a refresh
