PeerDAS Fusakassa on merkittävä, koska se kirjaimellisesti on shardingia. Ethereum on tulossa yhteisymmärrykseen lohkoista ilman, että yksikään solmu tarvitsee nähdä enempää kuin pienen osan datasta. Ja tämä on kestävä 51 % hyökkäyksille – kyseessä on asiakaspuolen todennäköisyysvahvistus, ei validointiäänestys. Sharding on ollut Ethereumin unelma vuodesta 2015 lähtien, ja datan saatavuusotanta vuodesta 2017 ( ), ja nyt meillä on se. Siitä huolimatta on kolme tapaa, joilla Fusakan sharding on puutteellinen: * Voimme käsitellä O(c^2)-transaktioita (missä c on solmukohtainen laskenta) L2:lla, mutta emme ethereum L1:llä. Jos haluamme skaalautua hyödyttämään myös ethereum L1:tä, enemmän kuin mitä voimme saada jatkuvilla parannuksilla kuten BAL ja ePBS, tarvitsemme kypsiä ZK-EVM:itä. * Ehdottaja/rakentajan pullonkaula. Nykyään rakentajalla täytyy olla koko data ja rakentaa koko lohko. Olisi mahtavaa jakautunut lohkorakennus. * Meillä ei ole sirpaloitunutta muistipoolia. Tarvitsemme sitä yhä. Silti tämä on perustavanlaatuinen askel eteenpäin lohkoketjusuunnittelussa. Seuraavat kaksi vuotta antavat meille aikaa hioa PeerDAS-mekanismia, kasvattaa sen mittakaavaa huolellisesti samalla kun varmistamme sen vakauden, käytämme sitä L2-kaasujen skaalaamiseen, ja kun ZK-EVM:t ovat kypsiä, käännetään se sisäänpäin myös ethereum-L1-kaasun skaalaamiseksi. Suuret onnittelut Ethereum-tutkijoille ja ydinkehittäjille, jotka työskentelivät vuosia tämän toteuttamiseksi.