Oke, izinkan saya mencoba. vProg seperti lingkungan EVM kecil ini yang statusnya sepenuhnya dikodekan pada lapisan dasar, sehingga tidak perlu rollup di atasnya. Ini memiliki banyak kelebihan dan kekurangan. Keuntungan utama: tidak ada rollup, semua yang ada di lapisan dasar, komposisi menjadi "sepele". Kerugian utama: tidak ada rollup, semua ketersediaan data jatuh pada pengguna, dan komposisi menjadi mahal dalam skala waktu yang besar. vProg masuk akal untuk situasi di mana composability atom cepat (waktu yang diperlukan untuk menghasilkan bukti sesuai dengan latensi jaringan) dan sering. Rollup masuk akal saat Anda menginginkan operasi jarak jauh dengan ketersediaan data berkelanjutan. Selain itu, vProgs tidak akan memotongnya dalam pengaturan apa pun di mana likuiditas eksternal diperlukan. vProg tidak menggantikan rollup, mereka melengkapinya. Secara khusus, vProg berpotensi digunakan dalam skrip penguncian rollup (bagian yang menentukan kondisi di mana aset terkunci, misalnya Kaspa yang dijembatani ke rollup, dapat dibuka) untuk menguntungkan keduanya. Namun sebagian besar, tidak ada yang tahu persis apa itu vProg, termasuk orang-orang yang saat ini merancangnya, karena itulah sifat ide yang masih berkembang. Composability atom vProgs mungkin merupakan kunci interoperabilitas rollup kanonik. Saya pikir itulah kekuatan sebenarnya dari gagasan ini, dan motivasi di baliknya.