Vitalik Buterin ໄດ້ວາງວິໄສທັດຂອງລາວສໍາລັບການປັບປຸງ Ethereum, ແຜນການທີ່ລາວເອີ້ນວ່າ "The Purge." ຈຸດໃຈກາງຂອງການລິເລີ່ມນີ້ແມ່ນການຈັດຕັ້ງປະຕິບັດ EIP-6780 ໃນໄລຍະສ້ອມແຂງ Dencun, ເຊິ່ງເຮັດໃຫ້ຄວາມສາມາດຂອງ opcode SELFDESTRUCT ກັບຄືນມາຢ່າງຫຼວງຫຼາຍ. ການເຄື່ອນໄຫວນີ້ແມ່ນສ່ວນຫນຶ່ງຂອງຄວາມພະຍາຍາມທີ່ກວ້າງຂວາງເພື່ອຍົກເລີກອະນຸສັນຍາຂອງ Ethereum, ມີຈຸດປະສົງເພື່ອເຮັດໃຫ້ມັນສັບສົນຫນ້ອຍແລະປອດໄພກວ່າ.
ຫົວໃຈຂອງ EIP-6780 ແມ່ນຢູ່ໃນການຫຼຸດລົງຢ່າງຫຼວງຫຼາຍຂອງຫນ້າທີ່ SELFDESTRUCT opcode, ຈໍາກັດຄວາມສາມາດໃນການທໍາລາຍສັນຍາແລະລຶບລະຫັດແລະການເກັບຮັກສາຂອງມັນ, ຍົກເວັ້ນເວລາທີ່ສັນຍາມີຕົ້ນກໍາເນີດມາຈາກການເຮັດທຸລະກໍາດຽວກັນ. ເຖິງແມ່ນວ່າມັນເບິ່ງຄືວ່າບໍ່ເປັນການກ້າວກະໂດດໄປສູ່ຄວາມລຽບງ່າຍໃນຂໍ້ກໍານົດຂອງໂປໂຕຄອນ, ໂດຍສະເພາະແມ່ນການຫຼຸດຜ່ອນພາລະໃນການປະຕິບັດໂດຍການບັງຄັບໃຊ້ສອງກົດລະບຽບໃຫມ່: ຫມວກໃສ່ຈໍານວນຊ່ອງເກັບຮັກສາທີ່ສາມາດປ່ຽນແປງໄດ້ພາຍໃນຫນຶ່ງຕັນແລະການຮັບປະກັນວ່າຖ້າສັນຍາເລີ່ມຕົ້ນ. ການເຮັດທຸລະກໍາຫຼືບລັອກດ້ວຍລະຫັດ, ມັນຈະສິ້ນສຸດດ້ວຍວິທີດຽວກັນ.
ກ່ອນທີ່ຈະມີການປ່ຽນແປງນີ້, ພູມສັນຖານ Ethereum ແມ່ນ wilder. ສັນຍາສາມາດນໍາໃຊ້ SELFDESTRUCT ເພື່ອເຮັດຄວາມສະອາດຊ່ອງເກັບຂໍ້ມູນທີ່ບໍ່ຈໍາກັດຈໍານວນພາຍໃນບລັອກ, ເຮັດໃຫ້ການຈັດຕັ້ງປະຕິບັດທີ່ມີທ່າແຮງຂອງຕົ້ນໄມ້ Verkle ສັບສົນແລະຂັດຂວາງການປະຕິບັດຂອງລູກຄ້າດ້ວຍຄວາມຕ້ອງການລະຫັດການຈັດການທີ່ມີປະສິດທິພາບພິເສດ. ສັນຍາຍັງສາມາດທໍາລາຍຕົນເອງແລະຫຼັງຈາກນັ້ນເກີດໃຫມ່ໃນທັນທີທີ່ມີລະຫັດທີ່ແຕກຕ່າງກັນ, ເຮັດໃຫ້ເກີດຄວາມເຈັບປວດດ້ານຄວາມປອດໄພສໍາລັບການຢັ້ງຢືນການເຮັດທຸລະກໍາໃນກະເປົາເງິນທີ່ບໍ່ມີຕົວຕົນ. ດ້ວຍການແນະນໍາຂອງ EIP-6780, ສິ່ງທ້າທາຍເຫຼົ່ານີ້ຖືກແກ້ໄຂ, ເຮັດໃຫ້ການກໍ່ສ້າງລູກຄ້າ Ethereum ແລະໂຄງສ້າງພື້ນຖານອື່ນໆງ່າຍຂຶ້ນ.
ຄວາມພະຍາຍາມທໍາຄວາມສະອາດຢ່າງຕໍ່ເນື່ອງຂອງ Ethereum
ການຊອກຫາຄວາມງ່າຍຂອງ Ethereum ບໍ່ໄດ້ຢຸດຢູ່ທີ່ EIP-6780. ຕົວຢ່າງເຊັ່ນ Geth ບໍ່ດົນມານີ້ໄດ້ຕັດລະຫັດຫຼາຍພັນເສັ້ນໂດຍການຢຸດການສະຫນັບສະຫນູນສໍາລັບເຄືອຂ່າຍການລວມຕົວ (ຫຼັກຖານສະແດງການເຮັດວຽກ). ການປັບປຸງອີກອັນຫນຶ່ງປະກອບມີການຮັບຮູ້ຢ່າງເປັນທາງການວ່າ "ບັນຊີຫວ່າງເປົ່າ" ບໍ່ແມ່ນຄວາມກັງວົນອີກຕໍ່ໄປ, ຍ້ອນການແກ້ໄຂທີ່ຜ່ານມາແນະນໍາໂດຍ EIP-161. ນອກຈາກນັ້ນ, ການຍົກລະດັບ Dencun ໄດ້ນໍາສະເຫນີປ່ອງຢ້ຽມການເກັບຮັກສາ 18 ມື້ສໍາລັບ blobs, ຫຼຸດລົງຢ່າງຫຼວງຫຼາຍຄວາມຕ້ອງການເກັບຮັກສາໃນ Ethereum nodes.
ຈຸດສຸມຍັງປ່ຽນໄປສູ່ precompiles—ສັນຍາພິເສດທີ່ຖືກອອກແບບມາສໍາລັບການເຂົ້າລະຫັດລັບທີ່ຊັບຊ້ອນທີ່ລະຫັດ EVM ມາດຕະຖານບໍ່ສາມາດຈັດການໄດ້ຢ່າງມີປະສິດທິພາບ. ເຖິງວ່າຈະມີຄວາມສໍາເລັດຂອງພວກເຂົາ, ໂດຍສະເພາະໃນການເປີດໃຊ້ຄໍາຮ້ອງສະຫມັກ ZK-SNARK, precompiles ບາງຢ່າງເຊັ່ນ RIPEMD-160, Identity, BLAKE2, ແລະ MODEXP ແມ່ນບໍ່ຄ່ອຍຖືກນໍາໃຊ້ໃນມື້ນີ້. ຄໍາຮ້ອງສະຫມັກຈໍາກັດຂອງພວກເຂົາ, ບວກໃສ່ກັບຂໍ້ບົກພ່ອງທີ່ເຂົາເຈົ້າແນະນໍາ, ໄດ້ຫມາຍໃຫ້ເຂົາເຈົ້າສໍາລັບການໂຍກຍ້າຍຫຼືການທົດແທນທີ່ມີລະຫັດ EVM, ເຖິງແມ່ນວ່າມີຄ່າໃຊ້ຈ່າຍອາຍແກັສຫຼາຍກວ່າເກົ່າ.
ບາດກ້າວອັນສຳຄັນອີກອັນໜຶ່ງໄປສູ່ການເຮັດໃຫ້ງ່າຍແມ່ນ EIP-4444, ແກ້ໄຂບັນຫາການປະຕິບັດທີ່ບໍ່ຍືນຍົງຂອງຂໍ້ທີ່ເກັບຮັກສາບລັອກປະຫວັດສາດທັງໝົດຢ່າງບໍ່ມີກຳນົດ. ໂດຍການແນະນໍາ blobs ແລະກໍານົດໄລຍະເວລາສໍາລັບການເກັບຮັກສາ, EIP-4444 ມີຈຸດປະສົງເພື່ອຫຼຸດຜ່ອນພາລະການເກັບຮັກສາໃນ nodes, ເຮັດໃຫ້ມັນເປັນໄປໄດ້ສໍາລັບຜູ້ໃຊ້ຫຼາຍທີ່ຈະດໍາເນີນການ nodes ແລະ, ໂດຍການຂະຫຍາຍ, ເສີມຂະຫຍາຍການກະຈາຍຂອງ Ethereum.
ບັນທຶກການປະຕິວັດແລະການຫັນປ່ຽນໄປສູ່ SSZ
ການປະຕິຮູບກົນໄກການຕັດໄມ້ຂອງ Ethereum ແມ່ນຢູ່ພາຍໃຕ້ການພິຈາລະນາເຊັ່ນດຽວກັນ. ບັນທຶກແບບດັ້ງເດີມ, ປະສົມປະສານສໍາລັບຄໍາຮ້ອງສະຫມັກທີ່ມີການແບ່ງຂັ້ນຄຸ້ມຄອງເພື່ອຕິດຕາມເຫດການໃນລະບົບຕ່ອງໂສ້, ທົນທຸກຈາກຄວາມບໍ່ມີປະສິດທິພາບ, ເຮັດໃຫ້ແອັບພລິເຄຊັນສ່ວນໃຫຍ່ອີງໃສ່ການບໍລິການສູນກາງແທນ. ການແກ້ໄຂທີ່ສະເຫນີປະກອບມີການຂູດການກັ່ນຕອງດອກໄມ້ແລະການເຮັດໃຫ້ງ່າຍດາຍຂອງ LOG opcode ເພື່ອສົ່ງເສີມການພັດທະນາວິທີການດຶງຂໍ້ມູນບັນທຶກທີ່ມີປະສິດທິພາບຫຼາຍຂຶ້ນ, ແບບແບ່ງຂັ້ນຄຸ້ມຄອງໂດຍໃຊ້ ZK-SNARKs ແລະການຄິດໄລ່ທີ່ເພີ່ມຂຶ້ນທີ່ສາມາດກວດສອບໄດ້.
ສຸດທ້າຍ, ວິທີການເກັບຮັກສາຂໍ້ມູນແລະການເຂົ້າເຖິງຂອງ Ethereum ແມ່ນກຽມພ້ອມສໍາລັບການປັບປຸງທີ່ສໍາຄັນໂດຍຜ່ານການຮັບຮອງເອົາ SimpleSerialize (SSZ). ການຫັນປ່ຽນນີ້ມີຈຸດປະສົງເພື່ອທົດແທນຕົ້ນໄມ້ RLP ແລະ Merkle Patricia ທີ່ລ້າສະໄຫມ, ໂດຍໃຫ້ສັນຍາວ່າມີຂໍ້ໄດ້ປຽບຫຼາຍຢ່າງເຊັ່ນ: ຂໍ້ມູນສະເພາະທີ່ສະອາດ, ຫຼັກຖານສະແດງ Merkle ສັ້ນກວ່າແລະມີຂອບເຂດຈໍາກັດ, ແລະການກໍາຈັດລະຫັດບິດບິດທີ່ສັບສົນ. ການເຄື່ອນໄຫວໄປສູ່ SSZ ສະແດງໃຫ້ເຫັນເຖິງບາດກ້າວທີ່ສໍາຄັນໃນການລວມໂຄງສ້າງຂໍ້ມູນການເຂົ້າລະຫັດລັບຂອງ Ethereum, ກໍານົດພວກເຮົາສໍາລັບອະນາຄົດທີ່ຫນ້າທີ່ hash ເປັນມິດກັບ SNARK ດຽວສາມາດຮັບໃຊ້ທັງຫມົດຂອງ Ethereum.
ແຫຼ່ງຂໍ້ມູນ: https://www.cryptopolitan.com/vitalik-buterin-ethereum-simplification-plan/