paint-brush
EIP-7762 ແລະ EIP-7691: ເຮັດໃຫ້ Ethereum Blobs ຍິ່ງໃຫຍ່ອີກຄັ້ງໂດຍ@2077research
ປະຫວັດສາດໃຫມ່

EIP-7762 ແລະ EIP-7691: ເຮັດໃຫ້ Ethereum Blobs ຍິ່ງໃຫຍ່ອີກຄັ້ງ

ໂດຍ 2077 Research13m2025/01/10
Read on Terminal Reader

ຍາວເກີນໄປ; ອ່ານ

ການສະເຫນີການປັບປຸງ Ethereum (EIPs) 7762 ແລະ 7691 ມີຈຸດປະສົງເພື່ອເພີ່ມປະສິດທິພາບການຈັດການ blob ໃນ Ethereum, ແກ້ໄຂບັນຫາການຂະຫຍາຍແລະການເກັບຮັກສາ. ໂດຍການເພີ່ມປະສິດທິພາບແລະການຫຼຸດຜ່ອນການ overhead ຊັບພະຍາກອນ, ການສະເຫນີເຫຼົ່ານີ້ໄດ້ເປີດທາງໃຫ້ແກ່ລະບົບນິເວດ Ethereum ທີ່ເຂັ້ມແຂງແລະສາມາດຂະຫຍາຍໄດ້.
featured image - EIP-7762 ແລະ EIP-7691: ເຮັດໃຫ້ Ethereum Blobs ຍິ່ງໃຫຍ່ອີກຄັ້ງ
2077 Research HackerNoon profile picture

ໃນປັດຈຸບັນມັນໄດ້ 8 ເດືອນນັບຕັ້ງແຕ່ເຄືອຂ່າຍ Ethereum ໄດ້ນໍາສະເຫນີ blobs ໂດຍຜ່ານການຍົກລະດັບ EIP-4844. ດັ່ງທີ່ຄາດໄວ້, rollups ກໍາລັງໄດ້ຮັບຜົນປະໂຫຍດຈາກຄ່າທໍານຽມການປະກາດ batch ຕ່ໍາຢ່າງຫຼວງຫຼາຍ, ໃຫ້ພວກເຂົາສົ່ງການເຮັດທຸລະກໍາຫຼາຍຂຶ້ນກັບ Ethereum ຜ່ານທາງເລືອກ blob ທີ່ມີປະສິດທິພາບ.


ຢ່າງໃດກໍ່ຕາມ, ການໃຊ້ blob ແມ່ນຕໍ່າ ຕາມທີ່ຄາດໄວ້ - ຍັງບໍ່ທັນມີພຽງພໍ rollups ຫຼື decentralized applications (DApps) blobs leveraging.


ດັ່ງນັ້ນ, ຄ່າທໍານຽມຖານອາຍແກັສ blob ຍັງຄົງຢູ່ໃນລາຄາຕໍາ່ສຸດທີ່ພຽງແຕ່ 1 wei. ເຖິງວ່າຈະມີສີ່ໄລຍະເວລາຂອງຄວາມຕ້ອງການ blob ສູງ, ຄ່າໃຊ້ຈ່າຍໂດຍລວມຍັງຄົງຕໍ່າເປັນພິເສດ. ນີ້ເຮັດໃຫ້ Ethereum ເປັນຊັ້ນທີ່ມີຂໍ້ມູນທີ່ຫນ້າສົນໃຈ (DA) ສໍາລັບການລວບລວມ, ແຕ່ມັນຍັງເຮັດໃຫ້ເກີດຄວາມກັງວົນຢູ່ໃນຊຸມຊົນກ່ຽວກັບວ່າການລວບລວມຂໍ້ມູນແມ່ນປະກອບສ່ວນພຽງພໍກັບ mainnet. ຍິ່ງໄປກວ່ານັ້ນ, Ethereum ໄດ້ປະສົບກັບອັດຕາເງິນເຟີ້ຂອງການອອກໃບປະກາດນັບຕັ້ງແຕ່ການຮັບຮອງເອົາ blobs, ເຮັດໃຫ້ເກີດການໂຕ້ວາທີກ່ຽວກັບຜົນກະທົບຂອງພວກເຂົາ.


ບາງຄົນໂຕ້ຖຽງວ່າ blobs ຊ່ວຍໃຫ້ Ethereum ຂະຫຍາຍຂະຫນາດແລະການບໍລິການມ້ວນເພີ່ມເຕີມໃນທີ່ສຸດຈະຍ້າຍໄປຢູ່ໃນເຄືອຂ່າຍ. ຄົນອື່ນໄດ້ໂຕ້ຖຽງວ່າການລວບລວມຂໍ້ມູນ, ໃນປັດຈຸບັນ, ສະເຫນີຫນ້ອຍທີ່ຈະບໍ່ມີການປະກອບສ່ວນກັບ Ethereum.


ນອກເຫນືອຈາກຜົນກະທົບດ້ານລາຄາ, ການສົນທະນາໄດ້ເກີດຂື້ນໃນຂອບເຂດທີ່ກວ້າງຂວາງຂອງ blobs. ຫົວຂໍ້ໃຫຍ່ຫນຶ່ງແມ່ນວ່າຄ່າທໍານຽມພື້ນຖານ blob ຕໍາ່ສຸດທີ່ຄວນຈະຖືກປັບ, ຕາມທີ່ສະເຫນີໃນ EIP-7762. ຜົນໄດ້ຮັບຂອງການສະເຫນີນີ້ຍັງບໍ່ແນ່ນອນ. ການໂຕ້ວາທີອີກອັນຫນຶ່ງ, ຖືກຈັບຢູ່ໃນ EIP-7691, ສຸມໃສ່ວ່າຈໍານວນ blobs ຄວນຈະເພີ່ມຂຶ້ນ, ໂດຍຜູ້ສະຫນັບສະຫນູນຢືນຢັນວ່ານີ້ຈະບໍ່ປະນີປະນອມຄວາມປອດໄພຂອງຄວາມເຫັນດີນໍາ. ຂໍ້ສະເຫນີທັງສອງແມ່ນຢູ່ພາຍໃຕ້ການພິຈາລະນາສໍາລັບ Petra hard fork ທີ່ຈະມາເຖິງ.


ບົດ​ຄວາມ​ນີ້​ໄດ້​ເຈາະ​ຈົງ​ໃສ່​ລາຍ​ລະ​ອຽດ​ຂອງ​ແຕ່​ລະ​ຂໍ້​ສະ​ເໜີ, ຄົ້ນ​ຄ້​ວາ​ພື້ນ​ຖານ, ສະ​ເພາະ​ຂອງ​ສິ່ງ​ທີ່​ໄດ້​ສະ​ເໜີ, ແລະ ຂໍ້​ດີ ແລະ ຂໍ້​ເສຍ​ທີ່​ເປັນ​ໄປ​ໄດ້.


ສໍາລັບຜູ້ທີ່ບໍ່ຄຸ້ນເຄີຍກັບ blobs, ທໍາອິດພວກເຮົາຈະກວມເອົາພື້ນຖານ. ຖ້າທ່ານມີຄວາມຮູ້ກ່ຽວກັບ EIP-4844 ແລະ blobs ແລະມີຄວາມສົນໃຈໂດຍສະເພາະໃນການສະເຫນີ, ກະລຸນາຂ້າມໄປກ່ອນການສົນທະນາກ່ຽວກັບ EIP-7762.


ທໍາອິດໃຫ້ພວກເຮົາເຂົ້າໄປໃນແນວຄວາມຄິດທີ່ແນ່ນອນຂອງການມີຂໍ້ມູນເພື່ອອະທິບາຍວິທີການ EIP-4844 ປັບປຸງ Ethereum ເປັນຊັ້ນ DA.

ຂໍ້ມູນທີ່ມີຢູ່ (DA) ແມ່ນຫຍັງ?

ຄວາມພ້ອມຂອງຂໍ້ມູນແມ່ນຊັບສິນທີ່ຮັບປະກັນວ່າຂໍ້ມູນສະເພາະສາມາດເຂົ້າເຖິງໄດ້ໃນເວລາທີ່ກໍານົດ, ໂດຍສະເພາະສໍາລັບຈຸດປະສົງຂອງການກວດສອບໃຫມ່ໃນເຄືອຂ່າຍ blockchain. ມັນສຸມໃສ່ການເຂົ້າເຖິງໃນເວລາທີ່ແທ້ຈິງທີ່ຈໍາເປັນເພື່ອກວດສອບຕັນໃຫມ່ແລະຮັບປະກັນຄວາມເຫັນດີນໍາ. ມັນຮັບປະກັນວ່າຂໍ້ມູນທີ່ຈໍາເປັນສໍາລັບການກວດສອບຕັນໃນປະຈຸບັນແມ່ນມີຢູ່ໃນທຸກໂຫນດທີ່ເຂົ້າຮ່ວມ, ເຮັດໃຫ້ມັນສາມາດກວດສອບການເຮັດທຸລະກໍາກ່ອນທີ່ຈະເພີ່ມບລັອກໃສ່ຕ່ອງໂສ້.


DA ມັກຈະສັບສົນກັບການດຶງຂໍ້ມູນ, ເຊິ່ງຫມາຍເຖິງຄວາມສາມາດໃນການເຂົ້າເຖິງຂໍ້ມູນປະຫວັດສາດ. ຄວາມສາມາດໃນການດຶງຂໍ້ມູນກ່ຽວຂ້ອງກັບການດຶງຂໍ້ມູນທີ່ຜ່ານມາ, ເຊັ່ນ: ຂໍ້ມູນຈາກບລັອກເກົ່າ, ໂດຍປົກກະຕິເພື່ອຈຸດປະສົງເຊັ່ນການຊິງຄ໌ໂນດໃຫມ່ຫຼືການທົບທວນຄືນປະຫວັດທຸລະກໍາ. ແນວໃດກໍ່ຕາມ, ຄວາມສາມາດໃນການດຶງຂໍ້ມູນບໍ່ໄດ້ສົ່ງຜົນກະທົບຕໍ່ການກວດສອບເວລາທີ່ແທ້ຈິງທີ່ຕ້ອງການສໍາລັບການສ້າງບລັອກ.


ຕົວຢ່າງເຊັ່ນ, Ethereum blockchain ຮັບປະກັນ DA ໂດຍການເຮັດໃຫ້ຂໍ້ມູນທີ່ຈໍາເປັນສໍາລັບການກວດສອບຕັນທີ່ມີຢູ່ກັບ nodes ໃນເວລາສະເຫນີບລັອກ. ເຖິງແມ່ນວ່າ Ethereum nodes ບໍ່ໄດ້ສະຫນອງຂໍ້ມູນປະຫວັດສາດທັງຫມົດເພື່ອ syncing nodes ໃນບາງກໍລະນີ, ກົນໄກການເປັນເອກະສັນຮັບປະກັນວ່າ ຂໍ້ມູນທີ່ຈໍາເປັນແມ່ນມີຢູ່ໃນລະຫວ່າງການກວດສອບ . ຖ້າຂໍ້ມູນບໍ່ສາມາດໃຊ້ໄດ້ໃນເວລານີ້, ຕັນຈະບໍ່ຖືກເພີ່ມເຂົ້າໃນ blockchain.


ມັນຍັງມີຄວາມສໍາຄັນທີ່ຈະສັງເກດວ່າ DA ບໍ່ແມ່ນຊັບສິນຄູ່ - ມັນບໍ່ໄດ້ຫມາຍຄວາມວ່າ "ມີ" ຫຼື "ບໍ່ມີ." ແທນທີ່ຈະ, ມັນມີຢູ່ໃນ spectrum ຢ່າງຕໍ່ເນື່ອງ. blockchains ທີ່ປອດໄພແລະການແບ່ງຂັ້ນຄຸ້ມຄອງເຊັ່ນ Ethereum ສະຫນອງ DA ທີ່ເຂັ້ມແຂງ, ແຕ່ການປ່ຽນແປງໃນລະດັບຄວາມພ້ອມສາມາດເກີດຂື້ນໄດ້ໂດຍອີງໃສ່ປັດໃຈຕ່າງໆເຊັ່ນກົນໄກການເປັນເອກະສັນກັນແລະລະດັບການກະຈາຍອໍານາດ.

ເປັນຫຍັງ DA ຈຶ່ງສຳຄັນຕໍ່ການມ້ວນທ້າຍ?

ຄວາມພ້ອມຂອງຂໍ້ມູນ (DA) ແມ່ນສໍາຄັນສໍາລັບການລວບລວມຂໍ້ມູນເພາະວ່າມັນຮັບປະກັນວ່າຂໍ້ມູນທຸລະກໍາສາມາດເຂົ້າເຖິງໄດ້ເພື່ອກວດສອບການອັບເດດຂອງລັດແລະສ້າງສະຖານະປະຈຸບັນຂອງການລວບລວມຄືນໃຫມ່. ສໍາລັບການລວບລວມຂໍ້ມູນໃນແງ່ດີ, DA ເປັນສິ່ງຈໍາເປັນສໍາລັບການກໍ່ສ້າງຫຼັກຖານການສໍ້ໂກງ. ຖ້າການປ່ຽນສະຖານະທີ່ບໍ່ຖືກຕ້ອງຖືກປະກາດ, ຜູ້ໃຊ້ສາມາດອີງໃສ່ຂໍ້ມູນການເຮັດທຸລະກໍາທີ່ເກັບໄວ້ໃນຊັ້ນ DA ເພື່ອກວດສອບການປ່ຽນແປງແລະພິສູດການສໍ້ໂກງ. ຖ້າບໍ່ມີ DA, ຜູ້ໃຊ້ຈະຕ້ອງໄວ້ວາງໃຈຜູ້ປະຕິບັດການມ້ວນທັງຫມົດ, ເຊິ່ງສາມາດເຮັດໃຫ້ພວກເຂົາມີຄວາມສ່ຽງຖ້າຜູ້ປະຕິບັດການທໍາຮ້າຍຫຼືຂັດຂວາງຂໍ້ມູນ.


ສໍາລັບ ZK rollups, DA ຮັບປະກັນການມີຢູ່ຂອງຫຼັກຖານສະແດງການເຂົ້າລະຫັດເພື່ອກວດສອບການຫັນປ່ຽນຂອງລັດໂດຍບໍ່ຈໍາເປັນຕ້ອງປະກາດຂໍ້ມູນທຸລະກໍາທັງຫມົດ. ຢ່າງໃດກໍຕາມ, ໃນທາງປະຕິບັດ, ຫຼາຍໆ ZK rollups ຍັງຄົງສົ່ງຂໍ້ມູນການເຮັດທຸລະກໍາໃສ່ຊັ້ນ DA ເພື່ອເພີ່ມຄວາມໂປ່ງໃສແລະອໍານວຍຄວາມສະດວກໃນການກວດສອບຜູ້ໃຊ້ງ່າຍຂຶ້ນ.


ການຮັບປະກັນ DA ທີ່ເຂັ້ມແຂງຂອງ Ethereum ແມ່ນວ່າເປັນຫຍັງ rollups ໃຊ້ມັນເປັນຊັ້ນ DA ຂອງພວກເຂົາ. ກ່ອນທີ່ຈະ EIP-4844, rollups ນໍາໃຊ້ພາກສະຫນາມ calldata ຂອງ Ethereum ສໍາລັບ DA. ໃນປັດຈຸບັນ, ພວກເຂົາສາມາດໃຊ້ທັງ blobs ແລະ calldata, ປັບປຸງການຂະຫຍາຍແລະປະສິດທິພາບສໍາລັບການຈັດຕັ້ງປະຕິບັດມ້ວນ.

EIP-4844 ປັບປຸງການເຮັດວຽກຂອງ Ethereum DA ແນວໃດ?

EIP-4844 ແນະນໍາໂຄງສ້າງຂໍ້ມູນໃຫມ່ທີ່ເອີ້ນວ່າ blob, ເຊິ່ງ, ບໍ່ເຫມືອນກັບ calldata , ຖືກເກັບໄວ້ຊົ່ວຄາວໃນຊັ້ນຄວາມເຫັນດີນໍາປະມານ 18 ມື້ກ່ອນທີ່ຈະລຶບ. ຜູ້ກວດສອບ Ethereum ຈັດສັນປະມານ 50GB ສໍາລັບການເກັບຮັກສາ blob ຊົ່ວຄາວ. Blobs ແຕກຕ່າງຈາກ calldata ເພາະວ່າພວກມັນບໍ່ສາມາດເຂົ້າເຖິງໄດ້ໂດຍ Ethereum Virtual Machine (EVM); ພຽງແຕ່ຄໍາຫມັ້ນສັນຍາ blob ຂອງເຂົາເຈົ້າສາມາດເຂົ້າເຖິງໄດ້, ຫຼຸດຜ່ອນຮອຍຂອງຂໍ້ມູນໃນຂະນະທີ່ຍັງຮັບປະກັນ DA. Blobs ສະເຫນີ DA ທີ່ມີປະສິດທິພາບໂດຍການສະຫນອງພຽງແຕ່ຫນ້າທີ່ທີ່ຈໍາເປັນສໍາລັບການມ້ວນ, ປະກອບສ່ວນເຂົ້າໃນ ການຫຼຸດຜ່ອນຄ່າທໍານຽມການເຮັດທຸລະກໍາຢ່າງຫຼວງຫຼາຍ .


ແຕ່ລະ blob ແມ່ນປະມານ 128 KiB, ແລະບລັອກສາມາດບັນຈຸໄດ້ເຖິງ 6 blobs, ຈໍານວນທັງຫມົດປະມານ 0.784 MiB ຕໍ່ຕັນ. Blobs ຖືກເພີ່ມຜ່ານປະເພດການເຮັດທຸລະກໍາໃຫມ່ທີ່ເອີ້ນວ່າການເຮັດທຸລະກໍາ blob, ເຊິ່ງ, ເຊັ່ນ: ການເຮັດທຸລະກໍາແບບເກົ່າ, ໃຊ້ອາຍແກັສຢ່າງຫນ້ອຍ 21,000 ແລະສາມາດປະກອບມີ 1 ຫາ 6 blobs.

ທີ່ມາ: https://notes.ethereum.org/@vbuterin/proto_dankharding_faq

ປະຈຸບັນ blobs ລາຄາແນວໃດ?

Blobs ແມ່ນລາຄາໂດຍໃຊ້ຫົວຫນ່ວຍໃຫມ່ທີ່ເອີ້ນວ່າ blob gas , ບ່ອນທີ່ແຕ່ລະ blob ບໍລິໂພກ 217 = 131, 072 ຫນ່ວຍອາຍແກັສ blob. ຄ້າຍຄືກັນກັບ ກົນໄກຄ່າທໍານຽມອາຍແກັສ EIP-1559 ຂອງ Ethereum, ລາຄາອາຍແກັສ blob ປັບຕົວແບບເຄື່ອນໄຫວໂດຍອີງໃສ່ຄວາມແອອັດຂອງ blob ໃນທ່ອນໄມ້ທີ່ຜ່ານມາ. ຄ່າທຳນຽມພື້ນຖານຂອງອາຍແກັສ blob Bblobgas,k+1 ສໍາລັບທ່ອນໄມ້ຖັດໄປ k + 1 ແມ່ນຄິດໄລ່ດັ່ງນີ້:



ເມື່ອທ່ອນໄມ້ເຕັມໄປດ້ວຍຈໍານວນສູງສຸດ 6 blob, ຄ່າທໍານຽມຖານອາຍແກັສ blob ອາດຈະເພີ່ມຂຶ້ນປະມານ 12.5% ໃນບລັອກຕໍ່ໄປນີ້. ໃນປັດຈຸບັນ, ຄ່າທໍານຽມພື້ນຖານຂອງ blob ຕໍາ່ສຸດແມ່ນໄດ້ກໍານົດໄວ້ທີ່ 1 wei, ກໍານົດຄ່າທໍານຽມຕໍາ່ສຸດຕໍ່ blob ຢູ່ 131, 072 wei. ແຕ່ລະທຸລະກໍາ blob ຍັງປະກອບມີຄ່າທໍານຽມການປະຕິບັດມາດຕະຖານຂອງອາຍແກັສ 21,000 ຄູນດ້ວຍລາຄາອາຍແກັສ. ຄ່າທໍານຽມພື້ນຖານຂັ້ນຕ່ໍາຂອງ 1 wei ແມ່ນຢູ່ພາຍໃຕ້ການສົນທະນາຢ່າງຫ້າວຫັນ, ໂດຍ EIP-7762 ສະເຫນີການເພີ່ມຄ່າໃຊ້ຈ່າຍໃນການດຸ່ນດ່ຽງທີ່ດີກວ່າແລະຄວາມຕ້ອງການຂໍ້ມູນທີ່ມີຢູ່.

EIP-7762: ເພີ່ມຄ່າທໍານຽມພື້ນຖານ blob ຕໍາ່ສຸດທີ່

EIP-7762 ສະເຫນີໃຫ້ເພີ່ມຄ່າທໍານຽມຖານອາຍແກັສ blob (ຈອງໂຮງແຮມຫຼາຍຢູ່ໃກ້ກັບສູນ) ເພື່ອເຮັດໃຫ້ການຄົ້ນພົບລາຄາໄວຂຶ້ນ. ສິ່ງທີ່ມັນພະຍາຍາມປ່ຽນແປງແມ່ນພຽງແຕ່ຫນຶ່ງພາລາມິເຕີ: MIN_BLOB_BASE_FEE . ມັນສະເຫນີໃຫ້ປ່ຽນມັນຈາກ 1 wei ເປັນ 225 wei. ແຕ່ສິ່ງທີ່ເປັນເຫດຜົນຢູ່ເບື້ອງຫຼັງການສະເຫນີນີ້?

ຄ່າທໍານຽມພື້ນຖານຂອງ blob ຕໍ່າສຸດຂອງ 1 wei ມີບັນຫາບໍ?

ບັນຫາບໍ່ແມ່ນວ່າການລວບລວມຂໍ້ມູນປະກອບສ່ວນຫນ້ອຍທີ່ສຸດຕໍ່ທຸລະກໍາ mainnet ຫຼືຈ່າຍຄ່າທໍານຽມຫນ້ອຍເກີນໄປ. ໃນທາງກົງກັນຂ້າມ, ເປົ້າຫມາຍຂອງ Ethereum - ໂດຍສະເພາະກັບ EIP-4844 - ແມ່ນເພື່ອສະຫນັບສະຫນູນການເຮັດທຸລະກໍາມ້ວນທີ່ມີຄ່າໃຊ້ຈ່າຍຕ່ໍາທີ່ສາມາດຂະຫຍາຍໄດ້. ຄ່າທໍານຽມພື້ນຖານຂອງອາຍແກັສ Blob ຍັງຄົງຢູ່ທີ່ 1 wei ຢ່າງຕໍ່ເນື່ອງນັບຕັ້ງແຕ່ EIP-4844 ໄດ້ຖືກເປີດໃຊ້, ມີພຽງແຕ່ສອງສາມເທື່ອໂດຍຫຍໍ້ເມື່ອຄວາມຕ້ອງການ blob ເພີ່ມຂຶ້ນ. ໂດຍຫລັກການແລ້ວ, ຖ້າຄ່າທໍານຽມພື້ນຖານສາມາດຢູ່ທີ່ 1 wei ໂດຍບໍ່ມີກໍານົດ, ນີ້ຈະບໍ່ເປັນຄວາມກັງວົນ. ສິ່ງທີ່ສໍາຄັນແມ່ນວ່າ, ໃນລະຫວ່າງຄວາມຕ້ອງການຢ່າງກະທັນຫັນ, ຈຸດເລີ່ມຕົ້ນທີ່ຕໍ່າສໍາລັບຄ່າທໍານຽມພື້ນຖານ blob ສະເຫນີສິ່ງທ້າທາຍໃນການຄົ້ນພົບລາຄາ.


ໃນລະຫວ່າງການເພີ່ມຂຶ້ນເຫຼົ່ານີ້, ການປັບຕົວເທື່ອລະກ້າວຂອງພື້ນຖານອາຍແກັສຂອງ blob ຈາກ 1 wei ສາມາດຊ້າທີ່ຈະສອດຄ່ອງກັບຄວາມຕ້ອງການຕົວຈິງ. ຂໍໃຫ້ສົມມຸດວ່າສະຖານະການສົມມຸດຕິຖານ: ຈິນຕະນາການໄປ ETH Bangkok 2024 , ບ່ອນທີ່ທ່ານຕັດສິນໃຈທີ່ຈະພັກຢູ່ທີ່ໂຮງແຮມຫ່າງໄກສອກຫຼີກທີ່ມີຮ້ານຂາຍເຄື່ອງແຫ້ງເກືອບຟຣີຢູ່ໃກ້ໆ. ສໍາລັບຄວາມຕ້ອງການປະຈໍາວັນ, ນີ້ແມ່ນເຫມາະສົມ. ຢ່າງໃດກໍຕາມ, ໃນເວລາທີ່ທ່ານຈໍາເປັນຕ້ອງເຂົ້າຮ່ວມກິດຈະກໍາທີ່ສູນປະຊຸມ, ມັນໃຊ້ເວລາຫົກຊົ່ວໂມງເພື່ອບັນລຸມັນຢູ່ໃນສະພາບປົກກະຕິ. ເພີ່ມການຈະລາຈອນແລະການຂາດເສັ້ນທາງໂດຍກົງ, ແລະການເດີນທາງສາມາດຍືດຍາວເຖິງ 14 ຊົ່ວໂມງ.


ເຊັ່ນດຽວກັນ, ເມື່ອຄ່າທໍານຽມພື້ນຖານຂອງອາຍແກັສ blob ຕໍາ່ສຸດທີ່ຖືກກໍານົດຢູ່ທີ່ 1 wei, rollups ໄດ້ຮັບຜົນປະໂຫຍດຈາກ blobs ລາຄາຖືກເມື່ອຄວາມຕ້ອງການຕໍ່າ. ແຕ່ໃນລະຫວ່າງຄວາມຕ້ອງການລະເບີດ, ການປັບຕົວຂຶ້ນຂອງຖານອາຍແກັສຂອງ blob ແມ່ນຊ້າ, ເຊິ່ງເຮັດໃຫ້ໄລຍະເວລາການຄົ້ນພົບລາຄາທີ່ຍາວນານກ່ອນທີ່ອັດຕາຕະຫຼາດຍຸດຕິທໍາຈະບັນລຸໄດ້.


ຍິ່ງໄປກວ່ານັ້ນ, ເວລາຕໍາ່ສຸດທີ່ທາງທິດສະດີເພື່ອບັນລຸລາຄາທີ່ເຫມາະສົມອາດຈະບໍ່ຖືຢູ່ໃນການປະຕິບັດ. ຖ້າຜູ້ກວດສອບ ຫຼືຜູ້ສ້າງບລັອກ ຍົກເລີກທຸລະກຳ blob ຈາກບລັອກ, ໄລຍະເວລາການຄົ້ນພົບນີ້ສາມາດຂະຫຍາຍອອກໄປຕື່ມອີກ. ຕົວຢ່າງ (ຈາກ ຂໍ້ຄວາມຂອງ dataalways ) , ໃນລະຫວ່າງ LayerZero airdrop ໃນວັນທີ 20 ເດືອນມິຖຸນາ, ຄ່າທໍານຽມພື້ນຖານ blob ເພີ່ມຂຶ້ນຈາກ 1 wei ເປັນ 7471 Gwei. ໃນທາງທິດສະດີ, ນີ້ຄວນຈະໃຊ້ເວລາປະມານ 252 ຕັນຫຼື 51 ນາທີ (ຄິດໄລ່ດັ່ງຕໍ່ໄປນີ້):


log1.125 (7.471 x 1012) = 251.66


ຢ່າງໃດກໍຕາມ, ເວລາທີ່ແທ້ຈິງແມ່ນປະມານ 6 ຊົ່ວໂມງ - ເກືອບ 5-6 ເວລາຫຼາຍກວ່າທີ່ຄາດໄວ້. ໄລຍະເວລາການຄົ້ນພົບລາຄາທີ່ຂະຫຍາຍອອກໄປຫມາຍຄວາມວ່າຄ່າທໍານຽມພື້ນຖານບໍ່ສາມາດສະທ້ອນເຖິງຄວາມຕ້ອງການ blob ໄດ້ຢ່າງຖືກຕ້ອງ. ຄວາມແຕກຕ່າງນີ້ສາມາດກະຕຸ້ນໃຫ້ຜູ້ໃຊ້ rollups ແລະ blob ສະເຫນີລາຄາຢ່າງຫ້າວຫັນຜ່ານຄ່າທໍານຽມບູລິມະສິດ, ນໍາໄປສູ່ຕະຫຼາດຄ່າທໍານຽມທີ່ບໍ່ສາມາດຄາດເດົາໄດ້ແລະມີການແຂ່ງຂັນສູງ. ສະຫຼຸບແລ້ວ, ຄ່າທຳນຽມພື້ນຖານທີ່ກຳນົດການຄົ້ນພົບລາຄາທີ່ລ່າຊ້າເກີນໄປ, ຄ່າທຳນຽມທີ່ບໍ່ຖືກຕ້ອງກັບຄວາມຕ້ອງການໃນເວລາຈິງ.


ສິ່ງທີ່ EIP-7762 ສະເໜີແມ່ນຄືກັບການຢູ່ໂຮງແຮມໃກ້ກັບສູນປະຊຸມ. ໃນຂະນະທີ່ທ່ານອາດຈະຈ່າຍເງິນຫຼາຍສໍາລັບຮ້ານຂາຍເຄື່ອງແຫ້ງທີ່ຢູ່ໃກ້ຄຽງ, ການໃກ້ຊິດເຮັດໃຫ້ມັນໄວຂຶ້ນແລະສະດວກກວ່າທີ່ຈະໄປເຖິງສູນປະຊຸມໃນເວລາທີ່ຈໍາເປັນ.

ການເຮັດທຸລະກໍາມ້ວນບໍ່ໄດ້ຮັບຜົນກະທົບຈາກຄ່າທໍານຽມພື້ນຖານ blob ຕ່ໍາກວ່າ?

ຖ້າຄ່າທໍານຽມພື້ນຖານ blob ຕໍາ່ສຸດທີ່ເພີ່ມຂຶ້ນ, rollups ແນ່ນອນວ່າຈະມີຄ່າທໍານຽມທີ່ສູງຂຶ້ນສໍາລັບການສົ່ງທຸລະກໍາ blob. ຢ່າງໃດກໍຕາມ, ການເພີ່ມຄ່າທໍານຽມພື້ນຖານ blob ຕໍາ່ສຸດທີ່ຈາກ 1 wei ເປັນ 225 wei ບໍ່ໄດ້ຫມາຍຄວາມວ່າການມ້ວນແມ່ນຈ່າຍ 225 ເທົ່າຂອງຄ່າທໍານຽມໃນປະຈຸບັນສໍາລັບການເຮັດທຸລະກໍາ blob. ນີ້ແມ່ນຍ້ອນວ່າການເຮັດທຸລະກໍາ blob ບໍ່ພຽງແຕ່ຈ່າຍຄ່າທໍານຽມສໍາລັບອາຍແກັສ blob, ແຕ່ຍັງຈ່າຍຄ່າທໍານຽມການປະຕິບັດສໍາລັບການເຮັດທຸລະກໍາ blob. ຄືກັນກັບການເຮັດທຸລະກໍາທີ່ບໍ່ແມ່ນ blob, ການເຮັດທຸລະກໍາ blob ຈ່າຍຢ່າງຫນ້ອຍ 21,000 ອາຍແກັສ. ຖ້າພວກເຂົາປະກາດ calldata, ຄ່າທໍານຽມການປະຕິບັດຈະເພີ່ມຂຶ້ນຕື່ມອີກ.


ສົມມຸດວ່າຄ່າທໍານຽມອາຍແກັສພື້ນຖານຂອງ 5 Gwei, ຄ່າທໍານຽມການປະຕິບັດສໍາລັບການເຮັດທຸລະກໍາ blob ຈະເປັນ (ຢ່າງຫນ້ອຍ) ປະມານ 21,000 x 109 = 2.1 x 1013 wei. ໂດຍການປຽບທຽບ, ຄ່າທໍານຽມຂັ້ນຕ່ໍາສໍາລັບ blob ດຽວແມ່ນ 131,072 = 1.3 x 105 wei , ເຮັດໃຫ້ຄ່າທໍານຽມພື້ນຖານ blob ເລັກນ້ອຍ - ປະມານ 1.6 x 108 = 160,000 ເທົ່າລາຄາຖືກກວ່າຄ່າທໍານຽມການປະຕິບັດ. intuitively, ການເພີ່ມຂຶ້ນເລັກນ້ອຍໃນຄ່າທໍານຽມພື້ນຖານ blob ຕໍາ່ສຸດທີ່ຈະບໍ່ມີຜົນກະທົບຢ່າງຫຼວງຫຼາຍຕໍ່ຄ່າໃຊ້ຈ່າຍທັງຫມົດຂອງທຸລະກໍາ blob.


ຕົວຢ່າງ, ພາຍໃຕ້ EIP-7762 ສະເຫນີຄ່າທໍານຽມພື້ນຖານ blob ຕໍາ່ສຸດທີ່ 225 wei, ຄ່າທໍານຽມ blob ກາຍເປັນ 225 x 1.3 x 105 = 4.3 x 1012 wei. ດັ່ງນັ້ນ, ຄ່າໃຊ້ຈ່າຍທັງຫມົດ (ຄ່າທໍານຽມການປະຕິບັດ + ຄ່າທໍານຽມ Blob) ກາຍເປັນ 2.1 x 1013 + 4.3 x 1012 = 2.5 x 1013

ນີ້ສະແດງເຖິງການເພີ່ມຂຶ້ນປະມານ 20% ຈາກຄ່າທຳນຽມພື້ນຖານ blob ຕໍ່າສຸດ 1 wei ໃນປັດຈຸບັນ. ໃນກໍລະນີທີ່ຕັນແມ່ນເຕັມໄປດ້ວຍ 6 blos ສູງສຸດ, ການເພີ່ມຂຶ້ນສາມາດບັນລຸປະມານ 120%.


ການເພີ່ມຂຶ້ນຂອງຄ່າໃຊ້ຈ່າຍຕົວຈິງຈາກ EIP-7762 ຍັງຂຶ້ນກັບກົນລະຍຸດການເຮັດທຸລະກໍາຂອງແຕ່ລະຄັ້ງ. Rollups ແຕກຕ່າງກັນໃນຍຸດທະສາດການຍື່ນສະເຫນີ blob: ພວກເຂົາໃຊ້ຈໍານວນ blob ທີ່ແຕກຕ່າງກັນຕໍ່ການເຮັດທຸລະກໍາ, ໂພດຈໍານວນ calldata ທີ່ແຕກຕ່າງກັນ, ແລະດັ່ງນັ້ນຈຶ່ງມີຄ່າທໍານຽມການປະຕິບັດທີ່ແຕກຕ່າງກັນ. Rollups ທີ່ປະກາດຫຼັກຖານທີ່ສັບສົນຫຼາຍໃນ calldata ຈະຈ່າຍຄ່າທໍານຽມການປະຕິບັດທີ່ສູງຂຶ້ນ, ຊຶ່ງຫມາຍຄວາມວ່າການເພີ່ມຂື້ນຂອງຄ່າທໍານຽມພື້ນຖານຂອງ blob ຈະສົ່ງຜົນກະທົບຕໍ່ຄ່າໃຊ້ຈ່າຍໃນການເຮັດທຸລະກໍາໂດຍລວມຂອງພວກເຂົາຫນ້ອຍລົງ.


ຂໍ້ມູນຈາກ ການຈໍາລອງ ປະຫວັດສາດໂດຍ dataalways ຊີ້ໃຫ້ເຫັນວ່າສໍາລັບ OP Stack-based rollups ເຊັ່ນ Base, Optimism, ແລະ Blast, ຄ່າໃຊ້ຈ່າຍສາມາດເພີ່ມຂຶ້ນເຖິງ 16% ດ້ວຍຄ່າທໍານຽມພື້ນຖານ blob ຢູ່ທີ່ 225 wei. rollups ອື່ນໆ, ຢ່າງໃດກໍຕາມ, ສະແດງໃຫ້ເຫັນການເພີ່ມຂຶ້ນຫນ້ອຍກ່ວາ 2%, ຊີ້ໃຫ້ເຫັນຜົນກະທົບຫນ້ອຍສຸດຄ່າໃຊ້ຈ່າຍທຸລະກໍາ blob ທັງຫມົດ.


ທີ່ມາ: dataalways.eth

ຫຼີກເວັ້ນການເພີ່ມຂຶ້ນຢ່າງກະທັນຫັນຂອງຄ່າທໍານຽມພື້ນຖານ blob

ນອກເຫນືອຈາກການປັບຄ່າ MIN_BLOB_BASE_FEE , ມີການປ່ຽນແປງເລັກນ້ອຍຕໍ່ກັບວິທີ ການຄິດໄລ່ອາຍແກັສ blob ເກີນ . ກ່ອນຫນ້ານີ້, ການຄິດໄລ່ຂອງ excess_blob_gas ອາດຈະນໍາໄປສູ່ການເພີ່ມຂຶ້ນທີ່ບໍ່ຕ້ອງການໃນຄ່າທໍານຽມພື້ນຖານຂອງ blob. ເພື່ອປ້ອງກັນການນີ້, EIP ແນະນໍາການດັດແກ້ທີ່ກໍານົດຄືນອາຍແກັສ blob ເກີນຢູ່ທີ່ຄວາມສູງຂອງສ້ອມ. ການປັບຕົວນີ້ຮັບປະກັນການຫັນປ່ຽນທີ່ລຽບງ່າຍປະມານເຫດການຂອງສ້ອມ.

ການວິເຄາະຜົນສະທ້ອນຂອງ EIP-7762

ນັບຕັ້ງແຕ່ການສະເຫນີຂອງ EIP-7762, ມັນໄດ້ກະຕຸ້ນ ການສົນທະນາ ຢ່າງຫຼວງຫຼາຍ. ໃນຂະນະທີ່ນັກຄົ້ນຄວ້າສ່ວນໃຫຍ່ຕົກລົງເຫັນດີກ່ຽວກັບແຮງຈູງໃຈທີ່ຢູ່ເບື້ອງຫລັງການສະເຫນີນີ້ແລະຄວາມຕ້ອງການທີ່ຈະແກ້ໄຂບັນຫາໃນການຄົ້ນພົບລາຄາ, ບາງ ຄວາມກັງວົນ ຍັງຄົງຢູ່. ບັນຫາຕົ້ນຕໍຫນຶ່ງແມ່ນຜົນກະທົບທີ່ອາດເກີດຂື້ນຂອງການປັບຕົວເລື້ອຍໆກ່ຽວກັບຄວາມຫມັ້ນຄົງຂອງ Ethereum. ການປັບຕົວແບບປົກກະຕິອາດຈະແນະນໍາຄວາມສັບສົນ ແລະຄວາມສ່ຽງທີ່ບໍ່ໄດ້ຄາດຄິດໄວ້.


ຄວາມກັງວົນອີກອັນຫນຶ່ງແມ່ນສຸມໃສ່ການກໍານົດຄ່າທໍານຽມພື້ນຖານ blob ຕໍາ່ສຸດທີ່ທີ່ເຫມາະສົມ. ທາງເລືອກທີ່ arbitrary ຂອງ 225 wei ຂາດພື້ນຖານ empirical ທີ່ເຂັ້ມແຂງ, ກະຕຸ້ນການຮຽກຮ້ອງໃຫ້ມີການສືບສວນຕື່ມອີກເພື່ອຮັບປະກັນມູນຄ່ານີ້ສະຫນັບສະຫນູນເປົ້າຫມາຍໄລຍະຍາວຂອງອະນຸສັນຍາ. ການສ້າງເຫດຜົນທີ່ເຂັ້ມແຂງສໍາລັບຄ່າທໍານຽມພື້ນຖານນີ້ແມ່ນຈໍາເປັນເພື່ອຫຼີກເວັ້ນການຄວາມບໍ່ສະຖຽນລະພາບທີ່ອາດຈະເກີດຂຶ້ນຫຼືການບິດເບືອນຕະຫຼາດທີ່ບໍ່ໄດ້ຕັ້ງໃຈ.

EIP-7691: Blob throughput ເພີ່ມຂຶ້ນ

EIP-7691 ສະເຫນີການປ່ຽນແປງທີ່ກົງໄປກົງມາ: ເພີ່ມຈໍານວນສູງສຸດຂອງ blobs ຕໍ່ຕັນ. ໃນປັດຈຸບັນ, ຫມວກແມ່ນ 6 blobs ຕໍ່ຕັນ, ໂດຍມີເປົ້າຫມາຍ 3. EIP-7691 ແນະນໍາວ່າໂດຍການເພີ່ມຂອບເຂດຈໍາກັດນີ້ (ບໍ່ມີຕົວເລກທີ່ແນ່ນອນສໍາລັບໃນປັດຈຸບັນ), rollups ສາມາດບັນລຸການຂະຫຍາຍໄດ້ຫຼາຍກວ່າເກົ່າໂດຍບໍ່ມີການປະນີປະນອມຄວາມຫມັ້ນຄົງຂອງ Ethereum.

ສິ່ງທ້າທາຍອັນໃດທີ່ເກີດຂື້ນຈາກການເພີ່ມຈໍານວນ blob?

ການເພີ່ມຈໍານວນ blobs ຕໍ່ຕັນສາມາດເພີ່ມຂະຫນາດຂໍ້ມູນທັງຫມົດທີ່ຖືກສົ່ງຜ່ານເຄືອຂ່າຍ Ethereum peer-to-peer (p2p), ອາດຈະນໍາໄປສູ່ຄວາມລ່າຊ້າໃນການເຂົ້າເຖິງຄວາມເຫັນດີນໍາ. ແຕ່ລະ blob ມີຂໍ້ມູນ 128 KiB, ດັ່ງນັ້ນ 6 blobs ເພີ່ມເຖິງ 784 KiB. ດ້ວຍຂະໜາດບລັອກສູງສຸດຂອງ Ethereum ປະມານ 2 MB, ຂໍ້ມູນທັງໝົດທີ່ສົ່ງຕໍ່ແຕ່ລະຊ່ອງ, ລວມທັງ blobs, ສາມາດບັນລຸໄດ້ປະມານ 2.78 MB .


ເມື່ອຈໍານວນ blob ເພີ່ມຂຶ້ນ, ຂະຫນາດຂໍ້ມູນກໍ່ຄືກັນ, ເຊິ່ງຂະຫຍາຍເວລາທີ່ຕ້ອງການສໍາລັບ blocks ແລະ blobs ເພື່ອແຜ່ພັນໃນທົ່ວ nodes. ຄວາມລ່າຊ້ານີ້ສາມາດທ້າທາຍຂະບວນການເຫັນດີຂອງ Ethereum, ໂດຍສະເພາະເນື່ອງຈາກຜູ້ກວດສອບຕ້ອງສົ່ງການຢັ້ງຢືນພາຍໃນປ່ອງຢ້ຽມ 4 ວິນາທີກ່ອນທີ່ແຕ່ລະຊ່ອງຈະສິ້ນສຸດລົງ. ສະນັ້ນ, ການຮັບປະກັນຄວາມໝັ້ນຄົງຂອງຄວາມເຫັນດີເຫັນພ້ອມ, ຮຽກຮ້ອງໃຫ້ມີການຄຸ້ມຄອງຢ່າງລະມັດລະວັງກ່ຽວກັບເວລາຂະຫຍາຍພັນເຫຼົ່ານີ້.


ບາງຄົນອາດຈະໂຕ້ຖຽງວ່າເນື່ອງຈາກວ່າແຕ່ລະ blob ໄດ້ຖືກຂະຫຍາຍພັນໂດຍຜ່ານຊ່ອງທາງແຍກຕ່າງຫາກ, ຈໍານວນ blob ເພີ່ມຂຶ້ນບໍ່ຄວນມີຜົນກະທົບຢ່າງຫຼວງຫຼາຍຕໍ່ຄວາມເຫັນດີນໍາ. ຢ່າງໃດກໍຕາມ, nodes ຍັງຕ້ອງລໍຖ້າໃຫ້ blobs ທັງຫມົດແລະຂໍ້ມູນ block ມາຮອດ, ຊຶ່ງຫມາຍຄວາມວ່າຈໍານວນ blob ສູງຂຶ້ນອາດຈະເຮັດໃຫ້ເວລາລໍຖ້າດົນກວ່າ.


ການວິເຄາະທາງທິດສະດີດັ່ງຕໍ່ໄປນີ້ EIP-4844 (ເບິ່ງ post1 , post2 ) ເປີດເຜີຍວ່າອັດຕາການສ້ອມໄດ້ເພີ່ມຂຶ້ນຫຼັງຈາກການປະຕິບັດ, ແລະມັນເພີ່ມຂຶ້ນກັບຈໍານວນ blob ຕໍ່ຕັນ. ຕາຕະລາງຂ້າງລຸ່ມນີ້ສະແດງໃຫ້ເຫັນອັດຕາການ reorg ໂດຍຈໍານວນ blob ຈາກ 6 ເມສາຫາ 6 ມິຖຸນາ 2024. Blocks ທີ່ມີສູງສຸດຂອງ 6 blobs ສະແດງໃຫ້ເຫັນອັດຕາ reorg ສູງກວ່າຫຼາຍ blocks ທີ່ມີຫນ້ອຍກ່ວາ 4 blobs, ເຮັດໃຫ້ເກີດຄວາມກັງວົນກ່ຽວກັບຜົນກະທົບຂອງ EIP-4844 ກ່ຽວກັບຄວາມປອດໄພເປັນເອກະສັນຂອງ Ethereum. .


ມັນປອດໄພທີ່ຈະເພີ່ມຈໍານວນຂອງ blobs?

ໃນຂະນະທີ່ reorgs ສາມາດເກີດຂື້ນໄດ້ດ້ວຍເຫດຜົນຫຼາຍຢ່າງ, ການໂຫຼດຂໍ້ມູນທີ່ສູງຂຶ້ນໃນທົ່ວເຄືອຂ່າຍ p2p ແມ່ນພຽງແຕ່ປັດໄຈຫນຶ່ງ. ການປະຕິບັດລູກຄ້າທີ່ດີທີ່ສຸດອາດຈະປະກອບສ່ວນເຂົ້າໃນອັດຕາ reorg. ການວິເຄາະເບື້ອງຕົ້ນຂອງຂ້ອຍ ແນະນໍາວ່າເວລາທີ່ມີຂໍ້ມູນ (DA), ໄລຍະເວລາລໍຖ້າສໍາລັບ blob ສຸດທ້າຍມາຮອດ, ແມ່ນຫນ້ອຍທີ່ສຸດ - ໂດຍສະເລ່ຍຫນ້ອຍກວ່າ 20 ms, ມີຄວາມແຕກຕ່າງກັນຫນ້ອຍກວ່າ 5 ms ລະຫວ່າງບລັອກທີ່ມີ 0 blobs ແລະຜູ້ທີ່ມີ 6. blobs. ເນື່ອງຈາກ nodes ລໍຖ້າປະມານ 4000 ms ກ່ອນທີ່ຈະສົ່ງການຢັ້ງຢືນ, latency ນີ້ປະກົດວ່າມີຫນ້ອຍແລະບໍ່ມີແນວໂນ້ມທີ່ຈະສົ່ງຜົນກະທົບຕໍ່ການເປັນເອກະສັນກັນຢ່າງຫຼວງຫຼາຍ. ຕາຕະລາງຂ້າງລຸ່ມນີ້ສະແດງໃຫ້ເຫັນເວລາ DA ຄາດຄະເນກັບຕັນທີ່ມີຕົວເລກທີ່ແຕກຕ່າງກັນຂອງ blobs.


ນອກຈາກນັ້ນ, ການວິເຄາະຂອງ Toni ຊີ້ໃຫ້ເຫັນວ່າອັດຕາ reorg ໂດຍລວມໄດ້ຫຼຸດລົງນັບຕັ້ງແຕ່ການປະຕິບັດ EIP-4844. ໃນຂະນະທີ່ຂໍ້ມູນກ່ອນຫນ້ານີ້ສະແດງໃຫ້ເຫັນຄວາມສໍາພັນທີ່ເຂັ້ມແຂງລະຫວ່າງອັດຕາ reorg ແລະການນັບ blob ຈົນເຖິງເດືອນມິຖຸນາ, ຂໍ້ມູນຫຼ້າສຸດຈາກສາມເດືອນທີ່ຜ່ານມາສະແດງໃຫ້ເຫັນຄວາມແຕກຕ່າງຫນ້ອຍໃນອັດຕາ reorg ໃນທົ່ວ blocks ທີ່ມີຈໍານວນ blob ທີ່ແຕກຕ່າງກັນ. ການຄົ້ນພົບເຫຼົ່ານີ້, ຍ້ອນການປັບປຸງຢ່າງຕໍ່ເນື່ອງໃນການປະຕິບັດຂອງລູກຄ້າ Ethereum, ແນະນໍາວ່າການເພີ່ມຂອບເຂດຈໍາກັດ blob ຈະບໍ່ມີຄວາມສ່ຽງທີ່ສໍາຄັນຕໍ່ຄວາມຫມັ້ນຄົງຂອງຄວາມເຫັນດີນໍາ.


ທີ່ມາ: ethresear.ch/t/steelmanning-a-blob-throughput-increase-for-pectra

EIP-7623 ຮອງຮັບ EIP-7691 ແນວໃດ

ບໍ່ດົນມານີ້, Vitalik ແນະນໍາ, "ຂ້ອຍຄິດວ່າພວກເຮົາຄວນທົບທວນຄືນການເພີ່ມ EIP-7623 ແລະການເພີ່ມຈໍານວນ blob ຂະຫນາດນ້ອຍ (ຕົວຢ່າງ, ເປົ້າຫມາຍ 3 -> 4, ສູງສຸດ 6 -> 8) ສໍາລັບ PectraA." ເພື່ອເຂົ້າໃຈວ່າ EIP-7623 ສາມາດສ້າງຄວາມສະດວກໃນການເພີ່ມຂຶ້ນນີ້, ທໍາອິດໃຫ້ພວກເຮົາກວດເບິ່ງການສະເຫນີຫຼັກຂອງມັນ. (ເບິ່ງ ທີ່ນີ້ ສໍາລັບຄໍາອະທິບາຍລາຍລະອຽດຂອງ EIP-7623)

EIP-7623 ແມ່ນຫຍັງ?

EIP-7623 ສະເໜີໃຫ້ປັບຄ່າອາຍແກັສສໍາລັບ calldata ໂດຍສະເພາະສໍາລັບການເຮັດທຸລະກໍາທີ່ຮັບໃຊ້ຈຸດປະສົງການມີຂໍ້ມູນ (DA). ໂດຍພື້ນຖານແລ້ວ, ການເຮັດທຸລະກໍາທີ່ມີອາຍແກັສປະຕິບັດຕ່ໍາທຽບກັບຂະຫນາດ calldata ຂອງພວກເຂົາຈະມີມູນຄ່າອາຍແກັສທີ່ສູງຂຶ້ນ - ອາດຈະເພີ່ມຂຶ້ນເຖິງ 3 ເທົ່າ - ສໍາລັບການນໍາໃຊ້ calldata. ທຸລະກໍາທີ່ມີ calldata ຂະຫນາດໃຫຍ່ແຕ່ປະຕິບັດການປະຕິບັດ EVM ຫນ້ອຍທີ່ສຸດດັ່ງນັ້ນຈຶ່ງເຫັນຄ່າໃຊ້ຈ່າຍທີ່ສູງຂຶ້ນ, ຊຸກຍູ້ໃຫ້ໃຊ້ blobs ຫຼາຍກວ່າ calldata ສໍາລັບຫນ້າທີ່ທີ່ກ່ຽວຂ້ອງກັບ DA.


ເຫດຜົນທີ່ຢູ່ເບື້ອງຫລັງການປັບຕົວນີ້ແມ່ນເພື່ອຫຼຸດຜ່ອນຜົນກະທົບຕໍ່ການເຮັດທຸລະກໍາຂອງຜູ້ໃຊ້ປະຈໍາວັນທີ່ບໍ່ແມ່ນ DA ໃນຂະນະທີ່ເພີ່ມປະສິດທິພາບຂອງກອບ DA. ໂດຍການເພີ່ມຄ່າໃຊ້ຈ່າຍຂອງ calldata ສໍາລັບການເຮັດທຸລະກໍາສະເພາະ DA, EIP-7623 ສົ່ງເສີມການດໍາເນີນການຂໍ້ມູນຫນັກເພື່ອປ່ຽນຈາກ calldata ໄປຫາ blobs, ເພີ່ມປະສິດທິພາບການເກັບຮັກສາຂອງເຄືອຂ່າຍແລະປະສິດທິພາບ DA. ນອກຈາກນັ້ນ, ການສະເຫນີນີ້ມີຈຸດປະສົງເພື່ອຫຼຸດຜ່ອນຂະຫນາດບລັອກກໍລະນີທີ່ຮ້າຍແຮງທີ່ສຸດຈາກ 2.78 MB ເປັນປະມານ 1.2 MB, ແກ້ໄຂຊ່ອງຫວ່າງໃນປະຈຸບັນທີ່ຂະຫນາດບລັອກສະເລ່ຍຂອງ Ethereum ປະມານ 125 KB ອາດຈະສາມາດບັນລຸຂອບເຂດຈໍາກັດທີ່ໃຫຍ່ກວ່າ.

EIP-7623 ແລະ EIP-7691

ຖ້າ EIP-7623 ມີປະສິດທິພາບຫຼຸດລົງຂະຫນາດຕັນສູງສຸດ, ມັນສ້າງຫ້ອງສໍາລັບການນັບ blob ທີ່ສູງຂຶ້ນ, ສະຫນັບສະຫນູນເປົ້າຫມາຍຂອງ EIP-7691. ເຖິງແມ່ນວ່າມີຈໍານວນ blobs ເພີ່ມຂຶ້ນ, ຂະຫນາດຂໍ້ມູນທັງຫມົດຍັງຄົງສາມາດຈັດການໄດ້ພາຍໃຕ້ເງື່ອນໄຂທີ່ຮ້າຍແຮງທີ່ສຸດເນື່ອງຈາກການຫຼຸດຜ່ອນການອີງໃສ່ calldata ສໍາລັບ DA. ການຈັດຮຽງລະຫວ່າງ EIP-7623 ແລະ EIP-7691 ນີ້ອະນຸຍາດໃຫ້ມີການສົ່ງຜ່ານ blob ຫຼາຍກວ່າເກົ່າໂດຍບໍ່ມີການເພີ່ມຂະຫນາດຕັນສູງສຸດເກີນຂອບເຂດຈໍາກັດທີ່ຍືນຍົງ.


ສະຫຼຸບ

ບົດຄວາມນີ້ໄດ້ນໍາສະເຫນີ EIPs ທີ່ຜ່ານມາໄດ້ສຸມໃສ່ການເພີ່ມປະສິດທິພາບການເຮັດວຽກຂອງ blob ຂອງ Ethereum. EIP-7762 ສະເໜີການເພີ່ມຄ່າທຳນຽມພື້ນຖານຂອງ blob ຕ່ຳສຸດເພື່ອໃຫ້ສາມາດຄົ້ນພົບລາຄາໄດ້ໄວຂຶ້ນໃນລະຫວ່າງຄວາມຕ້ອງການເພີ່ມຂຶ້ນ ໃນຂະນະທີ່ຫຼຸດຜ່ອນຜົນກະທົບຕໍ່ຄ່າໃຊ້ຈ່າຍໃນການເຮັດທຸລະກຳຂອງ blob ໂດຍລວມ. EIP-7691 ຊອກຫາການເພີ່ມຈໍານວນ blob ຕໍ່ຕັນເພື່ອຂະຫຍາຍຊັ້ນຂໍ້ມູນ (DA) ຂອງ Ethereum. ດ້ວຍການນັບ blob ທີ່ສູງຂຶ້ນ, ຄ່າທໍານຽມພື້ນຖານຂອງ blob ຈະປະສົບກັບການເພີ່ມຂຶ້ນຂອງການຄວບຄຸມຫຼາຍຂື້ນໃນລະຫວ່າງຄວາມຕ້ອງການສູງສຸດ, ອະນຸຍາດໃຫ້ມີການປັບລາຄາທີ່ລຽບງ່າຍ.


ການສົນທະນາລະອຽດແມ່ນເກີດຂຶ້ນ ກ່ຽວກັບການປ່ຽນແປງທີ່ສະເໜີເຫຼົ່ານີ້. ສໍາລັບຕົວຢ່າງ, ການໂຕ້ວາທີປະກອບມີການກໍານົດຈໍານວນ blob ເປົ້າຫມາຍເປັນ 4 ແລະການນັບ blob ສູງສຸດເຖິງ 6, ເຊັ່ນດຽວກັນກັບການກໍານົດວ່າກົດລະບຽບການປັບປຸງຄ່າທໍານຽມພື້ນຖານຄວນຈະເປັນ symmetric ຫຼື asymmetric. ການພິຈາລະນາເພີ່ມເຕີມກ່ຽວຂ້ອງກັບການເຮັດໃຫ້ອາຍແກັສ blob ເກີນປົກກະຕິແລະ ການປັບຄ່າການປັບປຸງພື້ນຖານຂອງ blob .


Blobs ແມ່ນການເພີ່ມໃຫມ່ຂອງລະບົບນິເວດຂອງ Ethereum, ແລະທຸກໆການປ່ຽນແປງທີ່ກ່ຽວຂ້ອງກັບພວກມັນແມ່ນເຂົ້າຫາຢ່າງລະມັດລະວັງເນື່ອງຈາກຜົນກະທົບຂອງມັນຕໍ່ທັງຊັ້ນຄໍາຮ້ອງສະຫມັກແລະຄວາມປອດໄພຂອງຄວາມເຫັນດີນໍາ. ຢ່າງໃດກໍຕາມ, Ethereum ມີຄວາມກ້າວຫນ້າຢ່າງໄວວາ, ໂດຍຊຸມຊົນການຄົ້ນຄວ້າເຮັດວຽກຢ່າງພາກພຽນເພື່ອຊຸກຍູ້ການພັດທະນາແລະຮັບປະກັນວ່າເຄືອຂ່າຍຈະສືບຕໍ່ຂະຫຍາຍຕົວແລະພັດທະນາ.


ຫມາຍເຫດຂອງຜູ້ຂຽນ: ສະບັບຂອງບົດຄວາມນີ້ໄດ້ຖືກຈັດພີມມາໃນເບື້ອງຕົ້ນ ຢູ່ທີ່ນີ້ .


L O A D I N G
. . . comments & more!

About Author

2077 Research HackerNoon profile picture
2077 Research@2077research
Blockchain research 🔬 Deep dives and analyses surrounding the latest within Ethereum and the wider crypto landscape

ວາງປ້າຍ

ບົດ​ຄວາມ​ນີ້​ໄດ້​ຖືກ​ນໍາ​ສະ​ເຫນີ​ໃນ...