Ethereum сүлжээ нь EIP-4844 шинэчлэлтээр дамжуулан blobуудыг нэвтрүүлснээс хойш 8 сар болж байна. Урьдчилан таамаглаж байсанчлан, багцууд нь багцын байршуулалтын хураамжаас ихээхэн ашиг хүртэж байгаа бөгөөд энэ нь өртөг хэмнэлттэй blob сонголтоор Ethereum-д илүү их гүйлгээ хийх боломжийг олгодог.
Гэсэн хэдий ч, blob-ийн хэрэглээ хүлээгдэж байгаачлан бага байна - blob-г ашиглах хангалттай багцууд эсвэл төвлөрсөн бус програмууд (DApps) байхгүй хэвээр байна.
Үүний үр дүнд blob хийн суурь хураамж хамгийн бага үнэ болох 1 вей хэвээр байна. Дөрвөн үе өндөр эрэлттэй байсан ч нийт өртөг нь маш бага хэвээр байна. Энэ нь Ethereum-ийг өгөгдлийн хүртээмжийн (DA) давхарга болгон хувиргах сонирхол татахуйц болгодог, гэхдээ энэ нь эргэлдэх нь үндсэн сүлжээнд хангалттай хувь нэмэр оруулж байгаа эсэх талаар олон нийтийн санаа зовнилыг төрүүлдэг. Түүгээр ч зогсохгүй Ethereum нь бөмбөрцөг хүлээн авснаас хойш зах зээлийн инфляцийг мэдэрч, тэдгээрийн нөлөөллийн талаар маргаан үүсгэсэн.
Зарим нь blob нь Ethereum-ийг масштаблах боломжийг олгодог бөгөөд илүү олон багц үйлчилгээнүүд эцэст нь сүлжээнд шилжих болно гэж маргадаг. Бусад нь одоогийн байдлаар эргэлтүүд Ethereum-д ямар ч хувь нэмэр оруулдаггүй гэж маргаж байна.
Үнийн нөлөөллөөс гадна бөмбөрцгийн өргөн хүрээний үр дагаврыг тойрон хэлэлцүүлэг өрнөв. Нэг гол сэдэв бол EIP-7762-д санал болгосны дагуу хамгийн бага blob-ийн суурь хураамжийг тохируулах эсэх асуудал юм. Энэ саналын үр дүн тодорхойгүй хэвээр байна. EIP-7691-д тэмдэглэсэн өөр нэг мэтгэлцээн нь бөмбөрцгийн тоог нэмэгдүүлэх эсэх талаар төвлөрч байгаа бөгөөд энэ нь зөвшилцлийн аюулгүй байдлыг алдагдуулахгүй гэж дэмжигчид баталж байна. Удахгүй гарах Pectra хатуу сэрээтэй холбоотой хоёр саналыг хэлэлцэж байна.
Энэхүү нийтлэл нь санал бүрийн нарийн ширийн зүйлийг нарийвчлан авч үзэх, үндэслэл, санал болгож буй зүйлийн онцлог, боломжит давуу болон сул талуудыг судлах болно.
Бөмбөгний талаар сайн мэдэхгүй хүмүүст бид эхлээд үндсэн ойлголтуудыг авч үзэх болно. Хэрэв та EIP-4844 болон бөмбөрцгийн талаар аль хэдийн мэдлэгтэй бөгөөд саналуудыг тусгайлан сонирхож байгаа бол EIP-7762-ийн хэлэлцүүлэгт чөлөөтэй алгасагаарай.
Эхлээд өгөгдлийн хүртээмжийн тухай нарийн ойлголттой танилцаж, EIP-4844 нь Ethereum-ийг DA давхарга болгон хэрхэн сайжруулж байгааг тайлбарлая.
Өгөгдлийн хүртээмж гэдэг нь тухайн цаг хугацаанд, ялангуяа блокчейн сүлжээн дэх шинэ блокуудыг баталгаажуулах зорилгоор тодорхой өгөгдөлд хандах боломжийг олгодог өмч юм. Энэ нь шинэ блокуудыг баталгаажуулах, зөвшилцөлд хүрэхэд шаардлагатай бодит цагийн хандалтад анхаарлаа төвлөрүүлдэг. Энэ нь одоогийн блокийн баталгаажуулалтад шаардлагатай өгөгдөл нь бүх оролцогч зангилаанд боломжтой байх баталгаа болж, гинжин хэлхээнд блок нэмэхээс өмнө гүйлгээг шалгах боломжийг олгодог.
DA-г ихэвчлэн өгөгдлийг сэргээх боломжтой гэж андуурдаг бөгөөд энэ нь түүхэн өгөгдөлд хандах чадварыг илэрхийлдэг. Татаж авах боломжтой гэдэг нь ихэвчлэн шинэ зангилаа синхрончлох, гүйлгээний түүхийг шалгах зэрэг зорилгоор хуучин блокуудын мэдээлэл гэх мэт өмнөх өгөгдлийг сэргээхэд оршино. Гэсэн хэдий ч сэргээн босгох чадвар нь блок үүсгэхэд шаардагдах бодит цагийн баталгаажуулалтад нөлөөлөхгүй.
Жишээлбэл, Ethereum блокчейн нь блок санал болгох үед блок баталгаажуулалтад шаардлагатай өгөгдлийг зангилаанд бэлэн болгосноор DA-г баталгаажуулдаг. Ethereum-ийн зангилаа нь зарим тохиолдолд синхрончлолын зангилаанд бүх түүхэн өгөгдлийг өгдөггүй байсан ч зөвшилцлийн механизм нь баталгаажуулалтын явцад шаардлагатай өгөгдөл байгаа эсэхийг баталгаажуулдаг. Хэрэв тухайн үед өгөгдөл байхгүй байсан бол блок блокчэйнд нэмэгдэхгүй байх байсан.
DA нь хоёртын шинж чанар биш гэдгийг анхаарах нь чухал бөгөөд энэ нь зүгээр л "боломжтой" эсвэл "боломжгүй" гэсэн үг биш юм. Үүний оронд энэ нь тасралтгүй спектр дээр оршдог. Ethereum гэх мэт найдвартай, төвлөрсөн бус блокчейнүүд нь хүчирхэг DA-г өгдөг боловч зөвшилцлийн механизм, төвлөрлийг сааруулах түвшин зэрэг хүчин зүйлээс шалтгаалан хүртээмжийн түвшний өөрчлөлтүүд гарч болно.
Өгөгдлийн хүртээмж (DA) нь гүйлгээний өгөгдөлд хандаж, төлвийн шинэчлэлтийг баталгаажуулах, багцын одоогийн төлөвийг сэргээх боломжийг олгодог учраас өгөгдлийн хүртээмж нь чухал юм. Өөдрөг тоймуудын хувьд DA нь залилангийн нотолгоог бий болгоход зайлшгүй шаардлагатай. Хэрэв хуурамч төлөвийн шилжилт байрлуулсан бол хэрэглэгчид DA давхаргад хадгалагдсан гүйлгээний өгөгдөлд тулгуурлан шилжилтийг баталгаажуулж, залилан мэхлэхийг нотлох боломжтой. DA-гүй бол хэрэглэгчид багц операторуудад бүрэн итгэх ёстой бөгөөд энэ нь операторууд хорлонтой үйлдэл хийх эсвэл өгөгдлийг нуух тохиолдолд тэднийг эрсдэлд оруулж болзошгүй юм.
ZK rollups-ийн хувьд DA нь бүх гүйлгээний өгөгдлийг нийтлэх шаардлагагүйгээр төлөвийн шилжилтийг баталгаажуулах криптограф нотолгоо байгаа эсэхийг баталгаажуулдаг. Гэсэн хэдий ч бодит байдал дээр олон ZK цуваа нь ил тод байдлыг сайжруулж, хэрэглэгчдийн баталгаажуулалтыг хөнгөвчлөхийн тулд гүйлгээний өгөгдлийг DA давхаргад байршуулсан хэвээр байна.
Ethereum-ийн хүчтэй DA баталгаа нь яагаад цуваанууд үүнийг DA давхарга болгон ашигладаг вэ? EIP-4844-ээс өмнө rollups нь Ethereum-ийн дуудлагын өгөгдлийн талбарыг DA-д зориулж ашигласан. Одоо тэд blob болон calldata-г хоёуланг нь ашиглаж, багцын хэрэгжилтийн өргөтгөл болон үр ашгийг дээшлүүлж байна.
EIP-4844 нь blob хэмээх шинэ өгөгдлийн бүтцийг нэвтрүүлсэн бөгөөд энэ нь calldata-аас ялгаатай нь устгахаас өмнө ойролцоогоор 18 хоногийн турш зөвшилцлийн давхаргад түр хадгалагддаг. Ethereum баталгаажуулагчид 50 ГБ-ыг түр зуур хадгалахад зориулж хуваарилдаг. Blobs нь Ethereum Virtual Machine (EVM)-ээр хандах боломжгүй тул дуудлагын өгөгдлөөс ялгаатай; Зөвхөн тэдний blob амлалтууд нь хүртээмжтэй байх бөгөөд энэ нь DA-г баталгаажуулахын зэрэгцээ өгөгдлийн ул мөрийг багасгадаг. Blobs нь гүйлгээний хураамжийг мэдэгдэхүйц бууруулахад хувь нэмрээ оруулснаар зөвхөн багцлахад шаардлагатай үндсэн функцуудыг хангаснаар үр ашигтай DA-г санал болгодог.
Бөмбөг бүр нь ойролцоогоор 128 КБ бөгөөд нэг блок нь нийтдээ 0.784 МБ буюу 6 хүртэл блок агуулж болно. Blob нь хуучин гүйлгээний нэгэн адил дор хаяж 21,000 хий ашигладаг бөгөөд 1-ээс 6 хүртэл гүйлгээг агуулж болох шинэ гүйлгээний төрлөөр дамжуулан blob-уудыг нэмдэг.
Бөмбөг бүр нь 217 = 131, 072 blob хийн нэгж зарцуулдаг blob gas хэмээх шинэ нэгжээр үнэлэгддэг. Ethereum-ийн EIP-1559 хийн төлбөрийн механизмтай адил хийн үнэ сүүлийн үеийн блокуудын бөглөрөл дээр үндэслэн динамикаар тохируулдаг. Дараагийн блокийн k+1 блокийн хийн суурь хураамж Bblobgas,k+1-ийг дараах байдлаар тооцно.
Блокийг дээд тал нь 6 блокоор дүүргэх үед блокийн хийн суурь хураамж дараах блок дээр ойролцоогоор 12.5%-иар нэмэгдэж болно. Одоогоор хамгийн бага blob үндсэн хураамжийг 1 wei-ээр тогтоосон бөгөөд нэг blob-ийн доод хураамжийг 131, 072 wei-ээр тогтоожээ. Блобын гүйлгээ бүр нь хийн үнэд үржүүлсэн 21,000 хийн стандарт гүйцэтгэлийн хураамжийг багтаасан болно. Хамгийн бага суурь хураамж болох 1 вейг идэвхтэй хэлэлцэж байгаа бөгөөд EIP-7762 нь зардал болон мэдээллийн хүртээмжийн хэрэгцээг тэнцвэржүүлэхийн тулд нэмэгдүүлэхийг санал болгож байна.
EIP-7762 нь үнийг хурдан илрүүлэхийн тулд хийн суурь хураамжийг нэмэгдүүлэхийг санал болгож байна (төвтэй ойрхон зочид буудлыг нөөцлөх). Түүний өөрчлөх гэж оролдсон зүйл нь зөвхөн нэг параметр юм: MIN_BLOB_BASE_FEE
. Үүнийг 1 вэй байсныг 225 вэй болгон өөрчлөхийг санал болгож байна. Гэхдээ энэ саналын цаад учир шалтгаан юу вэ?
Асуудал нь цуваа нь үндсэн сүлжээний гүйлгээнд хамгийн бага хувь нэмэр оруулдаг эсвэл хэт бага хураамж төлдөг гэсэн үг биш юм. Эсрэгээр, Ethereum-ийн зорилго, ялангуяа EIP-4844-тэй бол өргөжүүлэх боломжтой, хямд өртөгтэй гүйлгээг дэмжих явдал юм. EIP-4844 идэвхжсэнээс хойш blob хийн суурийн төлбөр тогтмол 1 вей хэвээр байгаа бөгөөд blob-ийн эрэлт огцом өссөн үед хэдхэн богино хэмжээний өсөлт гарсан. Хэрэв суурь хураамж нь тодорхойгүй хугацаагаар 1 вэй байх боломжтой бол энэ нь санаа зовох зүйлгүй болно. Хамгийн гол нь эрэлтийн гэнэтийн тэсрэлтийн үед бөмбөрцгийн суурь хураамжийн эхлэлийн доод цэг нь үнийг илрүүлэхэд бэрхшээлтэй байдаг.
Эдгээр өсөлтийн үед хийн суурь хураамжийг 1 вей-ээс аажмаар тохируулах нь бодит эрэлттэй нийцүүлэхэд удаан байж болно. Таамаглалын хувилбарыг санагдуулъя: ETH Bangkok 2024 үзэсгэлэнд оролцож, ойролцоох бараг үнэ төлбөргүй хүнсний бүтээгдэхүүнтэй алслагдсан зочид буудалд байрлахаар шийдсэн гэж төсөөлөөд үз дээ. Өдөр тутмын хэрэгцээнд энэ нь хамгийн тохиромжтой. Гэсэн хэдий ч, та хурлын төвд арга хэмжээнд оролцох шаардлагатай үед ердийн нөхцөлд хүрэхэд зургаан цаг зарцуулдаг. Замын түгжрэл, шууд чиглэлийн хомсдолыг нэмбэл аялал 14 цаг хүртэл үргэлжлэх боломжтой.
Үүний нэгэн адил, хамгийн бага blob хийн суурь хураамжийг 1 wei-ээр тогтоосон үед rollups нь эрэлт бага үед хямд blob-оос ашиг тус хүртдэг. Гэвч эрэлт ихсэх үед хийн суурь хураамжийн өсөлт удаашралтай байгаа нь зах зээлийн шударга ханшид хүрэхээс өмнө үнийг илрүүлэх урт хугацааг үлдээдэг.
Түүгээр ч зогсохгүй зохих үнэд хүрэх онолын хамгийн бага хугацаа нь практикт хэрэгжихгүй байж магадгүй юм. Баталгаажуулагч эсвэл блок бүтээгчид блокуудаас blob гүйлгээг орхигдуулбал энэ нээлтийн хугацаа улам бүр нэмэгдэж магадгүй юм. Жишээ нь ( dataalways-ын нийтлэлээс ) 6-р сарын 20-ны өдөр LayerZero-ийн airdrop-ын үеэр blob-ийн үндсэн төлбөр 1 wei-ээс 7471 Gwei болж өссөн. Онолын хувьд энэ нь ойролцоогоор 252 блок буюу 51 минут шаардагдах ёстой (доорх байдлаар тооцоолсон):
log1.125 (7.471 x 1012) = 251.66
Гэсэн хэдий ч бодит хугацаа 6 цаг орчим байсан нь хүлээгдэж байснаас бараг 5-6 дахин урт байв. Үнийг илрүүлэх хугацааг сунгах нь суурь хураамж нь бөмбөрцгийн эрэлтийг зөв тусгаж чадахгүй гэсэн үг. Энэхүү зөрүү нь хэрэглэгчдийг давуу эрх олгох төлбөрөөр түрэмгийлэн тендер зарлахад хүргэж, урьдчилан таамаглах боломжгүй, өндөр өрсөлдөөнтэй төлбөрийн зах зээлд хүргэдэг. Дүгнэж хэлэхэд, суурь хураамжийг хэт бага тогтоосон нь үнийг илрүүлэхийг хойшлуулж, шимтгэлийг бодит цагийн эрэлт хэрэгцээтэй буруу уялдуулдаг.
EIP-7762-ын санал болгож буй зүйл бол хурлын төвд ойрхон зочид буудалд байрлахтай адил юм. Ойролцоох хүнсний бүтээгдэхүүнд илүү их мөнгө төлж болох ч ойр байх нь хурлын төв рүү шаардлагатай үед очиход илүү хурдан бөгөөд хялбар болгодог.
Хэрэв blob-ийн үндсэн хураамжийн доод хэмжээ нэмэгдвэл rollup-д blob гүйлгээг илгээхэд илүү өндөр хураамж гарах болно. Гэсэн хэдий ч, хамгийн бага blob-ийн суурь хураамжийг 1 wei-ээс 225 wei болгон өсгөсөн нь rollup-ууд blob гүйлгээний одоогийн хураамжаас 225 дахин их төлбөр төлж байна гэсэн үг биш юм. Учир нь blob гүйлгээ нь зөвхөн blob gas-ийн хураамжийг төлөхөөс гадна blob гүйлгээний гүйцэтгэлийн хураамжийг төлдөг. Blob бус гүйлгээтэй адил blob гүйлгээ нь дор хаяж 21,000 хий төлдөг. Хэрэв тэд дуудлагын өгөгдлийг нийтэлвэл гүйцэтгэлийн төлбөр улам нэмэгддэг.
Суурь хийн төлбөрийг 5 Гвэй гэж үзвэл гүйлгээний гүйцэтгэлийн хураамж (хамгийн багадаа) ойролцоогоор 21,000 x 109 = 2.1 x 1013
wei байх болно. Харьцуулбал, нэг бөмбөрцгийн хамгийн бага хураамж нь 131,072 = 1.3 x 105 wei
бөгөөд энэ нь үндсэн төлбөрийг өчүүхэн болгож, гүйцэтгэлийн хураамжаас ойролцоогоор 1.6 x 108 = 160,000
дахин хямд юм. Зөн совингийн хувьд хамгийн бага blob үндсэн хураамжийг бага зэрэг нэмэгдүүлэх нь blob гүйлгээний нийт зардалд тийм ч их нөлөө үзүүлэхгүй.
Жишээ нь, EIP-7762-ын санал болгож буй доод тал нь 225 wei blob хураамжийн дагуу blob хураамж 225 x 1.3 x 105 = 4.3 x 1012
wei болно. Ийнхүү нийт зардал (Гүйцэтгэх хураамж + Блобын хураамж) 2.1 x 1013 + 4.3 x 1012 = 2.5 x 1013
болно.
Энэ нь одоогийн доод тал нь 1 wei blob үндсэн хураамжаас ойролцоогоор 20%-иар өссөн үзүүлэлт юм. Блок хамгийн ихдээ 6 ширхэгээр дүүрсэн тохиолдолд өсөлт нь ойролцоогоор 120% хүрч болно.
EIP-7762-аас бодит зардлын өсөлт нь багц бүрийн гүйлгээний стратегиас хамаарна. Бөмбөлөг оруулах стратегиуд нь өөр өөр байдаг: тэд гүйлгээ бүрт өөр өөр blob тоонуудыг ашигладаг, дуудлагын янз бүрийн хэмжээгээр нийтлэх ба ингэснээр гүйцэтгэлийн янз бүрийн хураамж авдаг. Дуудлагын өгөгдөлд илүү төвөгтэй нотолгоог байршуулсан цуглуулгууд нь гүйцэтгэлийн өндөр хураамж төлөх бөгөөд энэ нь санал болгож буй blob үндсэн хураамжийг нэмэгдүүлэх нь тэдний нийт гүйлгээний зардалд мэдэгдэхүйц бага нөлөөлнө гэсэн үг юм.
Суурь, өөдрөг үзэл, тэсрэлт зэрэг OP стек-д суурилсан багцын хувьд 225 вей-ийн үнээр blob-ийн үндсэн төлбөр 16% хүртэл өсөх боломжтойг өгөгдлийн түүхэн симуляциас авсан өгөгдөл үргэлж харуулж байна. Гэсэн хэдий ч бусад эргэлтүүд 2% -иас бага өсөлтийг харуулсан нь нийт blob гүйлгээний зардалд хамгийн бага нөлөө үзүүлж байгааг харуулж байна.
MIN_BLOB_BASE_FEE
г тохируулахаас гадна илүүдэл blob хийг хэрхэн тооцоолоход бага зэрэг өөрчлөлт оруулсан. Өмнө нь excess_blob_gas
тооцоолол нь бөмбөрцгийн үндсэн төлбөрийг хүсээгүй өсөлтөд хүргэж болзошгүй. Үүнээс урьдчилан сэргийлэхийн тулд EIP нь салааны өндрөөр илүүдэл хийг дахин тохируулдаг өөрчлөлтийг нэвтрүүлдэг. Энэ тохируулга нь салаа үйл явдлын эргэн тойронд илүү зөөлөн шилжилтийг баталгаажуулдаг.
EIP-7762-ын саналаас хойш энэ нь нэлээдгүй хэлэлцүүлэг өрнүүлсэн. Судлаачид энэхүү саналын цаад сэдэл, үнийн талаархи асуудлыг шийдвэрлэх шаардлагатай байгаа талаар үндсэндээ санал нэгдэж байгаа ч зарим нэг санаа зовоосон асуудал байсаар байна. Нэг гол асуудал бол протоколын байнгын тохируулга нь Ethereum-ийн тогтвортой байдалд үзүүлэх нөлөө юм. Тогтмол нарийн тохируулга хийх нь урьдчилан тооцоолоогүй нарийн төвөгтэй байдал, эрсдэлийг үүсгэж болзошгүй.
Өөр нэг санаа зовоосон асуудал бол хамгийн тохиромжтой blob үндсэн хураамжийг тодорхойлох явдал юм. 225 wei-ийн дур зоргоороо сонголт нь хүчтэй эмпирик үндэслэлгүй тул энэхүү үнэ цэнэ нь протоколын урт хугацааны зорилгыг дэмжиж байгааг баталгаажуулахын тулд нэмэлт судалгаа хийхийг уриалж байна. Энэхүү суурь хураамжийн найдвартай үндэслэлийг бий болгох нь болзошгүй тогтворгүй байдал эсвэл зах зээлийн хүсээгүй гажуудал үүсэхээс зайлсхийхэд чухал ач холбогдолтой.
EIP-7691 нь шууд өөрчлөлтийг санал болгож байна: нэг блок дахь хамгийн их blob тоог нэмэгдүүлэх. Одоогийн байдлаар дээд хязгаар нь нэг блок тутамд 6 ширхэг, 3-ын зорилттой байна. EIP-7691 нь энэ хязгаарыг нэмэгдүүлснээр (одоогоор тодорхой тоо байхгүй) Ethereum-ийн зөвшилцлийн тогтвортой байдлыг алдагдуулахгүйгээр илүү өргөн цар хүрээтэй болгох боломжтой гэдгийг харуулж байна.
Блок бүрт blob-ийн тоог нэмэгдүүлэх нь Ethereum peer-to-peer (p2p) сүлжээгээр дамжих нийт өгөгдлийн хэмжээг нэмэгдүүлж, зөвшилцөлд хүрэхэд саатал үүсгэж болзошгүй юм. Блоб бүр 128 КБ дата агуулдаг тул 6 blob нийлээд 784 КБ болно. Ethereum-ийн хамгийн их блокийн хэмжээ 2 МБ орчим байдаг тул нэг слот бүрт дамжуулах нийт өгөгдөл, түүний дотор blob нь ойролцоогоор 2.78 МБ хүрэх боломжтой .
Blob-ийн тоо нэмэгдэхийн хэрээр өгөгдлийн хэмжээ нэмэгдэж, блокууд болон блокуудыг зангилаануудад тараахад шаардагдах хугацааг уртасгадаг. Энэхүү саатал нь Ethereum-ийн зөвшилцлийн үйл явцад саад учруулж болзошгүй, ялангуяа баталгаажуулагч нь слот бүр дуусахаас өмнө 4 секундын дотор баталгаажуулалтыг ирүүлэх ёстой. Тиймээс зөвшилцлийн тогтвортой байдлыг хангах нь эдгээр тархалтын хугацааг болгоомжтой зохицуулахыг шаарддаг.
Бөмбөрцөг бүр тусдаа сувгаар дамждаг тул бөөлжилтийн тоо нэмэгдсэн нь зөвшилцөлд төдийлөн нөлөөлөхгүй гэж зарим хүмүүс маргаж магадгүй юм. Гэсэн хэдий ч зангилаанууд бүх blob болон блок өгөгдөл ирэхийг хүлээх ёстой бөгөөд энэ нь илүү их blob тоо нь хүлээх хугацааг уртасгаж болзошгүй гэсэн үг юм.
EIP-4844-ийн дараах эмпирик шинжилгээнүүд (1, 2- р нийтлэлийг үзнэ үү) хэрэгжүүлсний дараа сэрээний хурд нэмэгдэж, блок тутамд ногдох бөмбөрцгийн тоо нэмэгдэж байгааг харуулж байна. Доорх графикт 2024 оны 4-р сарын 6-наас 6-р сарын 6-ны хооронд блокуудын тоогоор дахин зохион байгуулалтын хувь хэмжээг харуулав. Хамгийн ихдээ 6 блок агуулсан блокууд нь 4-өөс цөөн блоктой блокуудаас хамаагүй өндөр дахин зохион байгуулалтын хурдыг харуулж байгаа нь EIP-4844-ийн Ethereum-ийн зөвшилцлийн аюулгүй байдалд үзүүлэх нөлөөллийн талаар санаа зовоож байна. .
Өөрчлөлт нь олон шалтгааны улмаас тохиолдож болох ч p2p сүлжээн дэх өндөр өгөгдөл ачаалал нь зөвхөн нэг хүчин зүйл юм. Үйлчлүүлэгчийн оновчтой бус хэрэгжилт нь хувь хэмжээг өөрчлөхөд хувь нэмрээ оруулж болно. Миний анхны дүн шинжилгээгээр өгөгдлийн хүртээмжтэй байх (DA) хугацаа, зангилаанууд эцсийн blob ирэх хүртэл хүлээх хугацаа нь хамгийн бага буюу дунджаар 20 мс-ээс бага, 0 блок агуулсан блокууд болон 6-тай блокуудын хооронд 5 мс-ээс бага зөрүүтэй байгааг харуулж байна. толбо. Гэрчилгээ илгээхээс өмнө зангилаанууд ойролцоогоор 4000 мс хүлээдэг тул энэ хоцрогдол нь үл тоомсорлож, зөвшилцөлд чухал нөлөө үзүүлэхгүй. Доорх диаграмд янз бүрийн тооны бөмбөлөг агуулсан блокуудын тооцоолсон DA цагийг харуулав.
Цаашилбал, Тонигийн дүн шинжилгээ нь EIP-4844-ийг хэрэгжүүлснээс хойш нийт дахин зохион байгуулалтын хувь хэмжээ буурч байгааг харуулж байна. Өмнөх мэдээллүүд нь 6-р сар хүртэл дахин зохион байгуулалтын хувь хэмжээ болон бөмбөрцгийн тоололын хооронд хүчтэй хамаарал байгааг харуулсан бол сүүлийн гурван сарын сүүлийн үеийн мэдээллүүд нь янз бүрийн blob тоо бүхий блокуудын дахин зохион байгуулалтын хурдны хамгийн бага ялгааг харуулж байна. Ethereum-ийн үйлчлүүлэгчийн гүйцэтгэлийн тасралтгүй сайжруулалттай холбоотой эдгээр олдворууд нь blob хязгаарыг нэмэгдүүлэх нь зөвшилцлийн тогтвортой байдалд ноцтой эрсдэл учруулахгүй гэдгийг харуулж байна.
Саяхан Виталик "Бид EIP-7623-ийг нэмж, PectraA-д зориулж жижиг хэмжээний бөмбөрцгийн тоог нэмэгдүүлэх (жишээ нь: зорилтот 3 -> 4, хамгийн ихдээ 6 -> 8) зэргийг эргэн харах хэрэгтэй гэж бодож байна." EIP-7623 энэ өсөлтийг хэрхэн хөнгөвчлөхийг ойлгохын тулд эхлээд түүний үндсэн саналыг авч үзье. (EIP-7623-ийн дэлгэрэнгүй тайлбарыг эндээс үзнэ үү)
EIP-7623 нь өгөгдлийн хүртээмжийг (DA) голчлон үйлчилдэг гүйлгээнд зориулж дуудлагын өгөгдлийн хийн зардлыг тохируулахыг санал болгож байна. Үндсэндээ, дуудлагын өгөгдлийн хэмжээтэй харьцуулахад бага гүйцэтгэлтэй хийтэй гүйлгээ нь дуудлагын өгөгдлийн ашиглалтын хувьд хийн өндөр зардал буюу 3 дахин их зардал гарах болно. Их хэмжээний дуудлагын өгөгдөл агуулсан боловч хамгийн бага EVM гүйцэтгэлийг гүйцэтгэдэг гүйлгээ нь өндөр өртөгтэй тул DA-тай холбоотой функцүүдэд дуудлагын өгөгдөл дээр blob ашиглахыг дэмждэг.
Энэхүү тохируулгын цаад үндэслэл нь DA хүрээг оновчтой болгохын зэрэгцээ өдөр тутмын, DA бус хэрэглэгчийн гүйлгээнд үзүүлэх нөлөөллийг багасгах явдал юм. DA-д зориулсан гүйлгээний дуудлагын өгөгдлийн зардлыг нэмэгдүүлснээр EIP-7623 нь дуудлагын өгөгдлөөс blob руу шилжих, сүлжээний хадгалалт болон DA-ийн үр ашгийг оновчтой болгохын тулд өгөгдөл ихтэй үйл ажиллагааг дэмждэг. Нэмж дурдахад, энэ санал нь Ethereum-ийн 125 КБ-ын дундаж блокийн хэмжээ илүү том хязгаарт хүрч болзошгүй одоогийн зөрүүг арилгахад хамгийн муу тохиолдлын блокийн хэмжээг 2.78 МБ-аас ойролцоогоор 1.2 МБ болгон бууруулах зорилготой юм.
Хэрэв EIP-7623 блокийн хамгийн их хэмжээг үр дүнтэй багасгаж чадвал энэ нь EIP-7691-ийн зорилгыг дэмжин, илүү их бөөгнөрөлтэй байх боломжийг бий болгоно. Бөмбөгний тоо ихэссэн ч DA-д зориулсан дуудлагын өгөгдөлд хамаарах хамаарал багассан тул нийт өгөгдлийн хэмжээг хамгийн муу нөхцөлд удирдах боломжтой хэвээр байна. EIP-7623 болон EIP-7691-ийн хоорондох энэхүү тохируулга нь блокийн хамгийн дээд хэмжээг тогтвортой хязгаараас хэтрүүлэхгүйгээр илүү их хэмжээний blob дамжуулах боломжийг олгодог.
Энэ нийтлэл нь Ethereum-ийн blob функцийг сайжруулахад чиглэсэн сүүлийн үеийн EIP-үүдийг танилцуулсан. EIP-7762 нь нийт гүйлгээний зардалд үзүүлэх нөлөөллийг багасгахын зэрэгцээ эрэлтийн өсөлтийн үед үнийг хурдан илрүүлэх боломжийг олгохын тулд хамгийн бага суурь хураамжийг нэмэгдүүлэхийг санал болгож байна. EIP-7691 нь Ethereum-ийн өгөгдлийн хүртээмжийн (DA) давхаргыг цаашид өргөжүүлэхийн тулд блок бүрт blob-ийн тоог нэмэгдүүлэхийг эрмэлздэг. Бөмбөрцөгийн тоо өндөр байх үед бөмбөрцгийн суурь хураамж эрэлтийн оргил үед илүү хяналттай нэмэгдэж, үнийн зохицуулалтыг жигд хийх боломжтой болно.
Эдгээр санал болгож буй өөрчлөлтийн талаар нарийвчилсан хэлэлцүүлэг өрнөж байна . Жишээ нь, мэтгэлцээнд зорилтот бөмбөрцгийн тоог 4 болгож, хамгийн их бөмбөгний тоог 6 болгож тохируулахаас гадна суурь хураамжийн шинэчлэлтийн дүрэм нь тэгш хэмтэй эсвэл тэгш бус байх эсэхийг тодорхойлох зэрэг багтана. Нэмэлт анхаарах зүйлс нь илүүдэл blob хийг хэвийн болгох болон blob-ийн үндсэн төлбөрийн шинэчлэлийн фракцыг тохируулах явдал юм.
Blobs нь Ethereum-ийн экосистемд саяхан нэмэгдсэн зүйл бөгөөд тэдгээртэй холбоотой өөрчлөлтүүд нь хэрэглээний давхарга болон зөвшилцлийн аюулгүй байдалд нөлөөлж байгаа тул болгоомжтой ханддаг. Гэсэн хэдий ч Ethereum хурдацтай хөгжиж байгаа бөгөөд судалгааны нийгэмлэг хөгжлийг дэмжихийн тулд хичээнгүйлэн ажиллаж, сүлжээг үргэлжлүүлэн өргөжүүлэн хөгжүүлж байна.
Зохиогчийн тэмдэглэл: Энэ нийтлэлийн хувилбарыг анх энд нийтэлсэн болно.