Okei, anna minun yrittää. vProg on kuin tämä pieni EVM-ympäristö, jonka tila on täysin koodattu pohjakerrokseen, joten se ei tarvitse rollupeja sen yläpuolella. Tällä on monia etuja ja haittoja. Tärkein etu: ei rollupia, kaikki pohjakerroksessa, koostumuksesta tulee "triviaali". Suurin haittapuoli: ei rollupia, kaikki tietojen saatavuus kuuluu käyttäjille ja sävellys tulee kalliiksi suurilla aikakaavoilla. vProgit ovat järkeviä tilanteissa, joissa atomien koosteisuus on nopeaa (todisteen luomiseen kuluva aika on verkon latenssin suuruusluokkaa) ja usein. Koosteet ovat järkeviä, kun haluat pitkän aikavälin toimintoja ja jatkuvaa tietojen saatavuutta. vProgs ei myöskään leikkaa sitä missään ympäristössä, jossa tarvitaan ulkoista likviditeettiä. vProgit eivät korvaa rollupeja, vaan täydentävät niitä. Erityisesti vProgeja voidaan mahdollisesti käyttää rollup-lukituskomentosarjoissa (osa, joka määrittää ehdot, joissa lukitut resurssit, kuten koontiin siltattu Kaspa, voidaan avata) molempien hyödyksi. Mutta enimmäkseen kukaan ei tiedä tarkalleen, mitä vProgit ovat, mukaan lukien ihmiset, jotka suunnittelevat niitä tällä hetkellä, koska sellainen on edelleen kehittyvien ideoiden luonne. vProgsin atomikoostettavuus saattaa olla avain kanoniseen rollup-yhteentoimivuuteen. Luulen, että se on tämän ajatuksen todellinen voima ja motivaatio sen takana.