Blokzincirlerdeki ölçeklenme hiyerarşisi: Hesaplama > veri > durum Hesaplama, veriye göre ölçeklendirmesi daha kolaydır. Paralelleştirebilir, blok yapıcının her türlü "ipucu" sağlamasını isteebilir veya istediğimiz miktarı ispatla değiştirebilirsiniz. Veri ortada. Eğer veri için kullanılabilirlik garantisi gerekiyorsa, o garanti gereklidir, bunun başka yolu yok. Ama _bölebilirsin_ ve PeerDAS gibi sil kodla. Bunun için zarif bir bozulma yapabilirsiniz: bir düğüm diğer düğümlerin veri kapasitesinin sadece 1/10'una sahipse, her zaman 1/10 boyutunda bloklar üretebilir. Eyalet en zoru. Tek bir işlemi doğrulama yeteneğini garanti etmek için tam eyalet bilgisine ihtiyacınız var. Durumu bir ağaçla değiştirip kökü korursanız, o kökü güncelleyebilmek için tam duruma ihtiyacınız var. Bölmenin __ yolları var, ama bunlar mimari değişiklikleri içeriyor, temelde genel amaçlı değiller. Bu nedenle, devleti veriyle değiştirebiliyorsanız (yeni merkezileştirme biçimleri getirmeden), varsayılan olarak ciddi şekilde düşünmelisiniz. Ve eğer veriyi hesaplamayla değiştirebiliyorsanız (yeni merkezileştirme biçimleri getirmeden), varsayılan olarak ciddi şekilde düşünmelisiniz.