ນັກພັດທະນາຫຼັກຂອງ Ethereum ກໍາລັງໂຕ້ວາທີກ່ຽວກັບບູລິມະສິດສໍາລັບການແຂງຕໍ່ໄປຫຼັງຈາກ "Dencun," ເຊິ່ງອາດຈະມາຮອດໃນທ້າຍປີ 2024 ຫຼື 2025.
ປະຕິບັດຕາມການໂທ All Core Devs ຂອງວັນພະຫັດ, ຕາຕະລາງການກຽມພ້ອມສໍາລັບສ້ອມ Dencun ຍັງຄົງບໍ່ປ່ຽນແປງ, ກັບ Goerli testnet ທໍາອິດໃນວັນທີ 17 ມັງກອນ.
ດ້ວຍການເປີດຕົວຂອງການປັບປຸງເບິ່ງຄືວ່າມີແນວໂນ້ມໃນເດືອນມີນາ, ນັກພັດທະນາກໍາລັງຫັນຄວາມສົນໃຈກັບສິ່ງທີ່ຈະມາເຖິງໃນ Prague-Electra - Pralectra ສໍາລັບສັ້ນ - ການຍົກລະດັບທີ່ຈະປະຕິບັດຕາມ.
ຍັງຄົງຢູ່ໃນຄວາມຄ່ອງແຄ້ວຫຼາຍ, ການໂຕ້ວາທີແມ່ນຢູ່ໃນຄວາມຄືບຫນ້າກ່ຽວກັບວິໄສທັດໂດຍລວມ: ບໍ່ວ່າຈະເປັນຊຸດທີ່ເນັ້ນໃສ່ຄຸນນະສົມບັດຂອງບົດສະເຫນີການປັບປຸງ Ethereum (EIPs) ຂະຫນາດນ້ອຍກວ່າຫຼືການຍົກລະດັບໂປໂຕຄອນທີ່ສໍາຄັນເພື່ອແນະນໍາ Verkle Trees ໄປສູ່ຊັ້ນການປະຕິບັດ.
Verkle Trees ແມ່ນໂຄງສ້າງຂໍ້ມູນໃຫມ່ທີ່ພັດທະນາຕົ້ນໄມ້ Merkle ທີ່ໃຊ້ໃນທຸກມື້ນີ້, ໂດຍນໍາໃຊ້ເຕັກນິກຄະນິດສາດທີ່ຊັບຊ້ອນຫລາຍຂຶ້ນ - ການຜູກມັດ vector ໂດຍອີງໃສ່ການຈັບຄູ່ເສັ້ນໂຄ້ງ elliptic, ເຊິ່ງເປັນການອອກຈາກຫນ້າທີ່ hash ທີ່ງ່າຍດາຍກວ່າທີ່ໃຊ້ໃນ Merkle Trees, ອີງຕາມ verkle. ຂໍ້ມູນ.
ໂຄງສ້າງນີ້ໃຊ້ພື້ນທີ່ຫນ້ອຍແລະສາມາດກວດສອບໄດ້ໄວຂຶ້ນ, ທັງສອງອັນນີ້ເຮັດໃຫ້ເຄືອຂ່າຍສາມາດຈັດການທຸລະກໍາຫຼາຍຂຶ້ນ.
ໃນສັ້ນ, ມັນເປັນວິທີທີ່ຈະແກ້ໄຂບັນຫາໃນໄລຍະຍາວຂອງ "ລັດ bloat," ເຊິ່ງຈະມີຄວາມສໍາຄັນເພີ່ມຂຶ້ນເປັນຂະຫນາດ Ethereum.
ການຍົກລະດັບແມ່ນຈຸດສໍາຄັນໃນແຜນທີ່ເສັ້ນທາງໄລຍະຍາວຂອງ Ethereum, ໄລຍະທີ່ເອີ້ນວ່າ The Verge.
ບໍ່ມີຄວາມເປັນເອກະສັນກັນຢ່າງຈະແຈ້ງກ່ຽວກັບການຮຽກຮ້ອງ - ບາງຜູ້ສະຫນັບສະຫນູນສໍາລັບການຮັກສາຈຸດສຸມໃສ່ຕົ້ນໄມ້ Verkle, ໂດຍ Guillaume Ballet ທີ່ກອງທຶນ Ethereum ເຕືອນວ່າ "ບໍ່ມີສິ່ງທີ່ເປັນສ້ອມຂະຫນາດນ້ອຍ," ແຕ່ຄົນອື່ນຮຽກຮ້ອງໃຫ້ຄໍາຫມັ້ນສັນຍາທີ່ຫນັກແຫນ້ນທີ່ຈະຍົກລະດັບເຄືອຂ່າຍ. ອີກຄັ້ງໃນປີ 2024.
ຄວາມຢ້ານກົວແມ່ນວ່າຕົ້ນໄມ້ Verkle ສາມາດໃຊ້ເວລາ 18 ເດືອນຫຼືຫຼາຍກວ່ານັ້ນເພື່ອຈັດສົ່ງ - ນິລັນດອນໃນ crypto.
Dencun ຕົວຂອງມັນເອງໄດ້ກໍານົດໄວ້ໃນຕອນຕົ້ນສໍາລັບເດືອນພະຈິກ, ແຕ່ສຸດທ້າຍໄດ້ຖືກ pushed ເຂົ້າໄປໃນ 2024 ຕຸລາທີ່ຜ່ານມາ.
ອ່ານຕື່ມ: Core devs ປະຕິເສດ Dencun fork ໃນປີນີ້
"Verkle ແມ່ນຢູ່ໃນຂະຫນາດຂອງການລວມຕົວຖ້າບໍ່ຮ້າຍແຮງກວ່າເກົ່າໃນແງ່ຂອງຄວາມສັບສົນ," Ballet ເວົ້າ. "ທ່ານບໍ່ສາມາດຈັດສົ່ງສິ່ງໃດກໍ່ຕາມໃນເວລາດຽວກັນຢູ່ຂ້າງ [ຊັ້ນປະຕິບັດ]."
Lukasz Rozmej ຂອງທີມງານລູກຄ້າການປະຕິບັດ Nethermind ໄດ້ຕົກລົງ, ແນະນໍາໃຫ້ຜູ້ພັດທະນາຈັດລໍາດັບຄວາມສໍາຄັນຂອງສ້ອມທີ່ມີຄຸນສົມບັດທໍາອິດກ່ອນທີ່ຈະຫັນໄປສູ່ Verkle Trees ຢ່າງເຕັມສ່ວນ.
"ປະສົບການຂອງຂ້ອຍບອກຂ້ອຍວ່າການອອກແບບລັດໃຫມ່ແມ່ນຍາກທີ່ສຸດແລະພວກເຂົາໃຊ້ເວລາດົນທີ່ສຸດ," ລາວບອກກັບເພື່ອນຮ່ວມງານໃນການໂທ. "ຄວາມທົນທານຂອງ Verkle ບໍ່ແມ່ນສະເພາະ, ມັນແມ່ນການປະຕິບັດ, ການເພີ່ມປະສິດທິພາບແລະການທົດສອບ."
ຄຸນສົມບັດ, ແມ່ນແລ້ວ, ແຕ່ວ່າອັນໃດແດ່?
ໃນບັນດາຜູ້ສະຫນັບສະຫນູນສໍາລັບ fork ທີສອງ 2024 ທີ່ສຸມໃສ່ຄຸນນະສົມບັດແມ່ນທີມງານລູກຄ້າສໍາລັບ Nethermind, Besu ແລະ Reth. ແຕ່ຄໍາຖາມແມ່ນສິ່ງທີ່ສໍາຄັນ?
Andrew Ashikhmin, ວິສະວະກອນຊອບແວໃນທີມງານລູກຄ້າ Erigon, ແນະນໍາວ່າ EVM Object Format (EOF) ຈະເປັນຫນຶ່ງຜູ້ສະຫມັກທີ່ຈະຂັບລົດການຍົກລະດັບຕໍ່ໄປໂດຍບໍ່ມີການລົບກວນຈາກການເຮັດວຽກໄລຍະຍາວໃນ Verkle Trees, ເນື່ອງຈາກວ່າມັນສາມາດປະຕິບັດໂດຍທີມງານຂະຫນາດນ້ອຍກວ່າ, ແລະເປັນການປ່ຽນແປງທີ່ໂດດດ່ຽວຫຼາຍຕໍ່ກັບພື້ນຖານລະຫັດ.
"ແຕ່ Verkle ຄວນເປັນຈຸດສຸມຕົ້ນຕໍ," ລາວເວົ້າ.
EOF ໄດ້ຖືກພິຈາລະນາໃນເບື້ອງຕົ້ນສໍາລັບສ້ອມແຂງ Shapella, ແຕ່ຖືກພິຈາລະນາວ່າໃຫຍ່ເກີນໄປທີ່ຈະຈັບຄູ່ເປັນ "ຜູ້ໂດຍສານ" ຄຽງຄູ່ກັບ "ຄົນຂັບລົດຕົ້ນຕໍ," Proto-Dank sharding ຫຼື EIP-4844.
ອ່ານຕື່ມ: ການຍົກລະດັບຕໍ່ໄປຂອງ Ethereum ເພື່ອສຸມໃສ່ Blobs
EOF ແມ່ນ "ແນ່ນອນບໍ່ແມ່ນຜູ້ໂດຍສານ" ອີງຕາມ Justin Florentine, ວິສະວະກອນໂປໂຕຄອນໃນທີມງານລູກຄ້າ Besu, ແຕ່ລາວກ່າວວ່າ Besu ໄດ້ມີຄວາມຄືບຫນ້າຫຼາຍແລ້ວກ່ຽວກັບຄຸນສົມບັດ, ແລະດັ່ງນັ້ນຈຶ່ງໄດ້ຮັບການຮັບຮອງເອົາໃນ Pralectra.
Georgios Konstantopoulos, ຫົວຫນ້າເຕັກໂນໂລຢີແລະນັກຄົ້ນຄວ້າຂອງບໍລິສັດການລົງທຶນ Paradigm, ເຊິ່ງກໍາລັງສ້າງລູກຄ້າ Rust Ethereum (Reth), ກ່າວວ່າທີມງານຂອງລາວ "OK [ກັບ] EOF ຍ້ອນວ່າມັນເປັນວຽກຫນຶ່ງຂອງຜູ້ຊາຍແລະ [ຕ້ອງການ] ການທົດສອບທີ່ໂດດດ່ຽວ."
ແຕ່ຜູ້ພັດທະນາກອງທຶນ Ethereum Marius van der Wijden ແບ່ງປັນຄວາມຄິດເຫັນວ່າ "EOF ຈະບໍ່ຢູ່ໃນທາງແຍກນ້ອຍໆ."
Ansgar Dietrichs ທີ່ມູນນິທິ Ethereum ໄດ້ສະຫນັບສະຫນູນ EOF ສໍາລັບການລວມຢູ່ໃນ Praletra ເດືອນເມສາທີ່ຜ່ານມາ, ແລະໄດ້ສັງເກດເຫັນໃນການໂທໃນວັນພະຫັດວ່າທີມງານ Solidity — ການຮັກສາພາສາການຂຽນໂປຼແກຼມສັນຍາສະຫມາດຕົ້ນຕໍຂອງ EVM — ໄດ້ຮັບການສະຫນັບສະຫນູນຢ່າງແຂງແຮງ.
ບໍ່ມີໃຜຢູ່ໃນການໂທເພື່ອສະຫນັບສະຫນູນ EOF ຢ່າງຊັດເຈນ, ຢ່າງໃດກໍຕາມ, ການກະຕຸ້ນໃຫ້ຜູ້ກໍ່ຕັ້ງ Nethermind Tomasz Stanczak ໃຫ້ຂໍ້ສັງເກດວ່າ, "ຖ້າບໍ່ມີໃຜຊະນະ EOF ໃນການໂທນີ້, ມັນຈະສະຫຼຸບວ່າເປັນຫຍັງມັນບໍ່ໄດ້ຖືກຈັດສົ່ງເທື່ອ."
Stanczak ເອີ້ນວ່າ EIP-7002 ຫຼື "Execution layer triggerable exits" EIP ທີ່ໄດ້ຮັບການໂຫວດຫຼາຍທີ່ສຸດໃນ Ethereum Magicians forum ແລະ "ສໍາຄັນທີ່ສຸດ," ເນື່ອງຈາກວ່າມັນແກ້ໄຂ "bug ການອອກແບບທີ່ສໍາຄັນທີ່ມີການສະເຕກ [ແລະ] ບໍ່ສາມາດມາໄວພຽງພໍ."
ຜູ້ພັດທະນາຫຼັກ Parithosh Jayanthi, ເຊິ່ງຮູ້ຈັກໂດຍຊື່ຫຼິ້ນ "Potuz" ກ່າວວ່າຖ້າລາວຕ້ອງເລືອກຄຸນສົມບັດຫນຶ່ງເພື່ອຈັດສົ່ງມັນແມ່ນ EIP-7002. ຢ່າງໃດກໍຕາມ, ໃນທັດສະນະຂອງລາວ, EIP-7549 "ຄວນຈະຢູ່ໃນ."
ຄຸນສົມບັດນີ້, ເຊິ່ງມີຜົນກະທົບພຽງແຕ່ຊັ້ນຄວາມເຫັນດີເຫັນພ້ອມ, ແກ້ໄຂຂໍ້ບົກພ່ອງໃນການອອກແບບຂອງ Ethereum ແລະມີຈຸດປະສົງເພື່ອຫຼຸດຜ່ອນຈໍານວນການຈັບຄູ່ໂດຍສະເລ່ຍທີ່ຈໍາເປັນເພື່ອກວດສອບກົດລະບຽບຄວາມເຫັນດີນໍາ. ການຈັບຄູ່ແມ່ນການປະຕິບັດງານທີ່ໃຊ້ໃນລະບົບການເຂົ້າລະຫັດລັບບາງຢ່າງທີ່ກ່ຽວຂ້ອງກັບເສັ້ນໂຄ້ງຮູບຮີ.
ປະຈຸບັນ, ເພື່ອບັນລຸຄວາມເຫັນດີເຫັນພ້ອມ, ມັນຈໍາເປັນຕ້ອງໄດ້ກວດສອບຢ່າງຫນ້ອຍ 1366 ຫຼັກຖານສະແດງ - ຊີ້ໃຫ້ເຫັນຂໍ້ຕົກລົງລະຫວ່າງຜູ້ກວດສອບ - ແຕ່ຫຼັງຈາກ EIP-7549 ມັນຈະຫຼຸດລົງພຽງແຕ່ 22.
"ມັນເປັນເລື່ອງເລັກໆນ້ອຍໆທີ່ຈະປະຕິບັດແລະມັນຈະຊ່ວຍປະຢັດເວລາລວມຫຼາຍ," Potus ເວົ້າ. "ມັນສາມາດຊ່ວຍໄດ້ກ່ຽວກັບຂົວທີ່ບໍ່ຫນ້າເຊື່ອຖື - ແລະ zk-provers, zk-bridges - ມັນແມ່ນບາງສິ່ງບາງຢ່າງທີ່ແນ່ນອນວ່າຄວນຈະຢູ່ໃນສິ່ງທີ່ພວກເຮົາເຮັດຕໍ່ໄປ."
ເປົ້າຫມາຍຂອງການໂທແມ່ນເພື່ອເລີ່ມຕົ້ນການສົນທະນາ, ແລະວິທີການສະເພາະແລະການສະເຫນີການປັບປຸງຈະຖືກຕັດສິນໃຈໃນພາຍຫລັງ. ການຍົກລະດັບ Ethereum ແມ່ນເປັນເອກະສັນກັນຂັບເຄື່ອນ; ບໍ່ມີລຳດັບສິດອຳນາດຢ່າງຈະແຈ້ງ, ຫຼືກົນໄກການລົງຄະແນນສຽງເພື່ອກຳນົດບຸລິມະສິດ.
ບາງຄັ້ງມັນສາມາດປະກົດວ່າທ້າທາຍຫຼືຄວາມວຸ່ນວາຍເພື່ອເຮັດໃຫ້ຄວາມກ້າວຫນ້າ, ບໍ່ແຕກຕ່າງຈາກການລ້ຽງແມວ, ແຕ່ນັ້ນແມ່ນລັກສະນະຂອງສັດເດຍລະສານທີ່ມີການແບ່ງແຍກ.
ຢ່າພາດເລື່ອງໃຫຍ່ຕໍ່ໄປ - ເຂົ້າຮ່ວມຈົດຫມາຍຂ່າວປະຈໍາວັນຂອງພວກເຮົາຟຣີ.
ທີ່ມາ: https://blockworks.co/news/ethereum-devs-plan-2024