Ruka kwenda kwenye maudhui makuu

Ukurasa ulisasishwa mwisho: 23 Februari 2026

Fusaka

Sasisho la Fusaka la Ethereum linalosubiriwa kwa hamu lilianza kutumika tarehe 3 Desemba, 2025

Uboreshaji wa mtandao wa Fusaka hufuata Pectra na huleta vipengele vipya zaidi na kuboresha matumizi kwa kila mtumiaji na mjenzi wa Ethereum. Jina linajumuisha toleo jipya la safu ya utekelezaji la Osaka na toleo la safu ya makubaliano lililopewa jina la nyota ya Fulu. Sehemu zote mbili za Ethereum hupokea uboreshaji unaosukuma kuongeza kiwango cha Ethereum, usalama na uzoefu wa mtumiaji hadi siku zijazo.

Maboresho katika Fusaka

Ongeza ukubwa wa blobs

PeerDAS

Hiki ndicho kichwa cha mgawanyiko wa Fusaka, kipengele kikuu kilichoongezwa katika sasisho hili. Layer 2s kwa sasa huchapisha data zao kwa Ethereum katika blobs, aina ya data ya muda mfupi iliyoundwa mahsusi kwa safu ya 2. Kabla ya Fusaka, kila nodi kamili lazima ihifadhi kila blob ili kuhakikisha kuwa data iko. Kadiri upitishaji wa blob unavyoongezeka, kulazimika kupakua data hii yote kunachukua rasilimali nyingi.

Kwa data availability sampling (opens in a new tab) , badala ya kulazimika kuhifadhi data yote ya blob, kila nodi itawajibika kwa seti ndogo ya data ya blob. Blobu husambazwa kwa nasibu katika vifundo vyote kwenye mtandao huku kila kifundo kikiwa na 1/8 pekee ya data, kwa hivyo kuwezesha ukubwa wa kinadharia hadi 8x. Ili kuhakikisha upatikanaji wa data, sehemu yoyote ya data inaweza kuundwa upya kutoka kwa 50% yoyote iliyopo ya yote kwa mbinu zinazopunguza uwezekano wa data isiyo sahihi au inayokosekana hadi kiwango kidogo sana cha kriptografia (~moja kwa 1020 hadi moja kwa 1024).

Hii hudumisha mahitaji ya maunzi na kipimo data cha nodi kushinikizwa huku kuwezesha uongezaji wa blob na kusababisha kiwango kikubwa na ada ndogo za safu ya 2.

Jifunze zaidi kuhusu PeerDAS

Rasilimali:

Migawanyiko ya Vigezo vya Blob Pekee

Layer 2s inapanua Ethereum - mitandao yao inapokua, wanahitaji kutuma data zaidi kwa Ethereum. Hii ina maana kwamba Ethereum itahitaji kuongeza idadi ya blobs zinazopatikana kwao kadiri muda unavyosonga. Ingawa PeerDAS huwezesha kuongeza data ya blob, inahitaji kufanywa hatua kwa hatua na kwa usalama.

Kwa sababu Ethereum ni msimbo unaotumia maelfu ya nodi huru zinazohitaji makubaliano kuhusu sheria sawa, hatuwezi tu kuleta mabadiliko kama vile kuongeza idadi ya blob jinsi unavyosambaza sasisho la tovuti. Mabadiliko yoyote ya sheria lazima yawe uboreshaji ulioratibiwa ambapo kila nodi, mteja na programu ya kiidhinishaji husasishwa kabla ya kitalu kile kile kilichoamuliwa.

Maboresho haya yaliyoratibiwa kwa ujumla yanajumuisha mabadiliko mengi, yanahitaji majaribio mengi, na hiyo inachukua muda. Ili kukabiliana haraka na mabadiliko ya mahitaji ya safu ya 2 ya blob, kigezo cha blob tu uma huanzisha utaratibu wa kuongeza matone bila kusubiri ratiba hiyo ya kuboresha.

Vigezo vya Blob pekee vinaweza kuwekwa na wateja, sawa na usanidi mwingine kama kikomo cha gesi. Kati ya uboreshaji mkubwa wa Ethereum, wateja wanaweza kukubali kuongeza blobs za lengo na max kwa k.m. 9 na 12 na kisha waendeshaji wa nodi watasasisha ili kushiriki katika uma huo mdogo. Vigezo hivi vya blob pekee vinaweza kusanidiwa wakati wowote.

Wakati blobs zilipoongezwa kwa mara ya kwanza kwenye mtandao katika sasisho la Dencun, lengo lilikuwa 3. Hiyo iliongezwa hadi 6 katika Pectra na, baada ya Fusaka, sasa inaweza kuongezwa kwa kiwango endelevu bila kutegemea sasisho hizi kuu za mtandao.

Chati inayoonyesha wastani wa idadi ya blob kwa kila bloku na malengo yanayoongezeka na sasisho

Chanzo cha grafu: Ethereum Blobs - @hildobby, Dune Analytics (opens in a new tab)

Rasilimali: Uainishaji wa kiufundi wa EIP-7892 (opens in a new tab)

Ada ya msingi ya Blob inayoambatana na gharama za utekelezaji

Layer 2s hulipa bili mbili wanapochapisha data: ada ya blob na gesi ya utekelezaji inayohitajika ili kuthibitisha blobs hizo. Iwapo gesi ya kutekeleza itatawala, mnada wa ada ya blob unaweza kuongezeka hadi wei 1 na kuacha kuwa ishara ya bei.

EIP-7918 huweka bei ya akiba sawia chini ya kila blob. Wakati akiba ni kubwa kuliko ada ya msingi ya blob, kanuni ya kurekebisha ada huchukulia bloku kama iko juu ya lengo na huacha kusukuma ada chini na kuiruhusu kuongezeka kawaida. Kama matokeo:

  • soko la ada ya blob daima humenyuka kwa msongamano
  • safu ya 2 hulipa angalau kipande cha maana cha hesabu wanayolazimisha kwenye nodi
  • ada ya msingi kwenye EL haiwezi tena kuweka ada ya blob katika 1 wei

Rasilimali:

Ongeza ukubwa wa L1

Muda wa mwisho wa historia na risiti rahisi

Mnamo Julai 2025, programu za utekelezaji za Ethereum zilianza kusaidia muda wa mwisho wa historia kiasi (opens in a new tab). Hii iliacha historia ya zamani kuliko Muungano (opens in a new tab) ili kupunguza nafasi ya diski inayohitajika na waendeshaji wa nodi kadri Ethereum inavyoendelea kukua.

EIP hii iko katika sehemu tofauti na "Core EIPs" kwa sababu mgawanyiko hautekelezi mabadiliko yoyote - ni taarifa kwamba timu za programu za wateja lazima zisaidie muda wa mwisho wa historia kabla ya sasisho la Fusaka. Kivitendo, programu za wateja zinaweza kutekeleza hili wakati wowote lakini kuliongeza kwenye sasisho kuliweka wazi kwenye orodha yao ya mambo ya kufanya na kuwaruhusu kujaribu mabadiliko ya Fusaka kwa kushirikiana na kipengele hiki.

Rasilimali: Uainishaji wa kiufundi wa EIP-7642 (opens in a new tab)

Weka mipaka ya juu ya MODEXP

Hadi sasa, muundo wa MODEXP unajumuisha nambari zinazokubalika za ukubwa wowote. Hiyo ilifanya iwe vigumu kupima, rahisi kutumia vibaya, na kuwa hatari kwa uthabiti wa mteja. EIP-7823 inaweka kikomo wazi mahali: kila nambari ya ingizo inaweza kuwa na urefu wa biti 8192 (baiti 1024). Kitu chochote kikubwa kinakataliwa, gesi ya shughuli hiyo inachomwa, na hakuna mabadiliko ya hali yanayotokea. Inashughulikia kwa urahisi mahitaji ya ulimwengu halisi huku ikiondoa hali mbaya zaidi ambazo huchanganya upangaji wa kikomo cha gesi na ukaguzi wa usalama. Mabadiliko haya hutoa usalama zaidi na ulinzi wa DoS bila kuathiri matumizi ya mtumiaji au msanidi.

Rasilimali: Uainishaji wa kiufundi wa EIP-7823 (opens in a new tab)

Kikomo cha Muamala wa Gesi

EIP-7825 (opens in a new tab) adds a cap of 16,777,216 (2^24) gas per transaction. Ni ugumu wa DoS kwa kuweka gharama ya hali mbaya zaidi ya muamala wowote tunapoongeza kikomo cha gesi. Hurahisisha uthibitishaji na uenezi kuwa mfano ili kuturuhusu kukabiliana na uwekaji viwango kupitia kuongeza kikomo cha gesi.

Kwa nini hasa 2^24 gesi? Ni ndogo kwa urahisi kuliko kikomo cha sasa cha gesi, ni kubwa vya kutosha kwa uwekaji wa mikataba halisi na ujumuishaji mzito, na nguvu ya 2 hurahisisha kutekeleza kwa wateja wote. Ukubwa huu mpya wa juu zaidi wa muamala ni sawa na ukubwa wa wastani wa bloku kabla ya Pectra, na kuifanya kuwa kikomo kinachofaa kwa operesheni yoyote kwenye Ethereum.

Rasilimali: Uainishaji wa kiufundi wa EIP-7825 (opens in a new tab)

Ongezeko la gharama ya gesi ya MODEXP

MODEXP ni mkusanyiko wa chaguo za kukokotoa uliojumuishwa ndani ambao hukokotoa ubainishaji wa moduli, aina ya hesabu kubwa inayotumika katika uthibitishaji sahihi wa RSA na mifumo ya uthibitishaji. Inaruhusu kandarasi kuendesha hesabu hizi moja kwa moja bila kuzitekeleza zenyewe.

Wasanidi programu na timu za wateja zilitambua MODEXP kama kikwazo kikuu cha kuongeza kikomo cha gesi ya kuzuia gesi kwa sababu bei ya sasa ya gesi mara nyingi hukadiria kiasi cha nguvu za kompyuta ambacho vifaa vingine huhitaji. Hii inamaanisha kuwa muamala mmoja unaotumia MODEXP unaweza kuchukua muda mwingi unaohitajika kuchakata kizuizi kizima, hivyo basi kupunguza kasi ya mtandao.

EIP hii inabadilisha bei ili ilingane na gharama halisi za kikokotoo kwa:

  • kupandisha ada ya chini kutoka gesi 200 hadi 500 na kuondoa punguzo la theluthi moja kutoka EIP-2565 kwenye hesabu ya gharama ya jumla
  • kuongeza gharama kwa kasi zaidi wakati pembejeo ya kipeo ni ndefu sana. ikiwa kielelezo (nambari ya "nguvu" unayopitisha kama hoja ya pili) ni ndefu kuliko baiti 32 / biti 256, chaji ya gesi hupanda kwa kasi zaidi kwa kila baiti ya ziada
  • kuchaji msingi mkubwa au moduli ya ziada pia. Nambari zingine mbili (msingi na moduli) inachukuliwa kuwa angalau ka 32 - ikiwa moja ni kubwa, gharama huongezeka kulingana na saizi yake

Kwa kulinganisha gharama bora na wakati halisi wa usindikaji, MODEXP haiwezi tena kusababisha kizuizi kuchukua muda mrefu kuthibitishwa. Mabadiliko haya ni mojawapo ya kadhaa yanayolenga kuifanya kuwa salama kuongeza kikomo cha gesi ya kuzuia Ethereum katika siku zijazo.

Rasilimali: Uainishaji wa kiufundi wa EIP-7883 (opens in a new tab)

Kikomo cha Ukubwa wa Kizuizi cha Utekelezaji wa RLP

Hii inaunda kikomo cha juu cha ukubwa wa bloku unaoruhusiwa - hiki ni kikomo kwa kile kinachotumwa kupitia mtandao na kiko tofauti na kikomo cha gesi, ambacho kinaweka kikomo cha kazi ndani ya bloku. Kikomo cha ukubwa wa bloku ni 10 MiB, na nafasi ndogo ya ziada (2 MiB) iliyotengwa kwa ajili ya data ya makubaliano ili kila kitu kitoshee na kusambazwa vizuri. Ikiwa bloku itaonekana kubwa kuliko hiyo, programu za wateja huikataa. Hii inahitajika kwa sababu bloku kubwa sana huchukua muda mrefu kusambaa na kuthibitishwa kwenye mtandao na inaweza kusababisha masuala ya makubaliano au kutumiwa vibaya kama njia ya shambulio la DoS. Pia, 'gossip' ya safu ya makubaliano tayari haitumi mbele bloku zenye ukubwa zaidi ya ~10 MiB, kwa hivyo kuoanisha safu ya utekelezaji na kikomo hicho huepuka hali za ajabu za “kuonekana na wengine, kuachwa na wengine”.

Maelezo ya kina: hiki ni kikomo kwenye ukubwa wa bloku ya utekelezaji iliyosimbwa kwa RLP. Jumla ya 10 MiB, na kinga ya usalama ya 2 MiB iliyotengwa kwa ajili ya uundaji wa bloku ya 'beacon'. Kivitendo, programu za wateja hufafanua

MAX_BLOCK_SIZE = 10,485,760 baiti na

SAFETY_MARGIN = 2,097,152 baiti,

na hukataa bloku yoyote ya utekelezaji ambayo mzigo wake wa RLP unazidi

MAX_RLP_BLOCK_SIZE = MAX_BLOCK_SIZE − SAFETY_MARGIN

Lengo ni kuweka kikomo cha muda mbaya zaidi wa uenezaji/uthibitishaji na kuendana na tabia ya 'gossip' ya safu ya makubaliano, na kupunguza hatari ya reorg/DoS bila kubadilisha uhasibu wa gesi.

Rasilimali: Uainishaji wa kiufundi wa EIP-7934 (opens in a new tab)

Weka kikomo cha gesi chaguo-msingi kuwa milioni 60

Kabla ya kuongeza kikomo cha gesi kutoka 30M hadi 36M mnamo Februari 2025 (na baadaye hadi 45M), thamani hii ilikuwa haijabadilika tangu Kuunganishwa (Septemba 2022). EIP hii inalenga kuweka kupanuka kwa uwiano thabiti.

EIP-7935 huratibu timu za wateja wa EL ili kuongeza kikomo-msingi cha gesi zaidi ya 45M cha leo cha Fusaka. Ni EIP ya Taarifa, lakini inawauliza wateja kwa uwazi kupima vikomo vya juu zaidi kwenye devnets, kuungana kwa thamani salama, na kusafirisha nambari hiyo katika matoleo yao ya Fusaka.

Malengo ya upangaji wa Devnet ~ 60M dhiki (vitalu kamili vilivyo na mzigo wa syntetisk) na matuta ya kurudia; utafiti unasema patholojia za ukubwa wa kitalu hazipaswi kushikamana chini ya ~ 150M. Rollout inapaswa kuoanishwa na kiwango cha juu cha kikomo cha shughuli za gesi (EIP-7825) ili hakuna muamala mmoja unaoweza kutawala vikomo vinavyoongezeka.

Rasilimali: Uainishaji wa kiufundi wa EIP-7935 (opens in a new tab)

Boresha UX

Muonekano wa pendekezo la kuamua

Ukiwa na EIP-7917, Beacon Chain itafahamu kuhusu watayarishaji wa vitalu vijavyo kwa enzi inayofuata. Kuwa na mwonekano wa kubaini ni wapi wathibitishaji watakuwa wakipendekeza vitalu vya siku zijazo kunaweza kuwezesha uthibitisho wa awali (opens in a new tab) - ahadi na mpendekezaji ujao ambayo inahakikisha shughuli ya mtumiaji itajumuishwa kwenye kitalu chao bila kungoja kitalu halisi.

Kipengele hiki hunufaisha utekelezaji wa mteja na usalama wa mtandao kwa vile huzuia matukio makali ambapo wathibitishaji wanaweza kuchezea ratiba ya wapendekezaji. Mtazamo pia unaruhusu ugumu mdogo wa utekelezaji.

Rasilimali: Uainishaji wa kiufundi wa EIP-7917 (opens in a new tab)

Count leading zeros (CLZ) opcode

Huanzisha kikagua saini cha secp256r1 (P-256) kilichojengewa ndani, cha mtindo wa passkey katika anwani isiyobadilika 0x100 kwa kutumia umbizo la wito lilelile ambalo tayari limetumiwa na L2 nyingi na kurekebisha kesi za pembezoni, ili mikataba iliyoandikwa kwa ajili ya mazingira hayo ifanye kazi kwenye L1 bila mabadiliko.

Uboreshaji wa UX! Kwa watumiaji, hii inafungua utiaji saini asili wa kifaa na passkeys. Pochi zinaweza kutumia moja kwa moja Apple Secure Enclave, Android Keystore, moduli za usalama za maunzi (HSM), na FIDO2/WebAuthn - hakuna maneno muhimu ya ufunguo, mchakato rahisi wa kujiunga, na mtiririko wa vipengele vingi unaohisi kama programu za kisasa. Hii inaleta UX bora zaidi, urejeshaji rahisi, na miundo ya ufichaji wa akaunti inayofanana na kile ambacho mabilioni ya vifaa tayari hufanya.

Kwa wasanidi programu, huchukua ingizo la baiti 160 na kurudisha tokeo la baiti 32, na kuifanya iwe rahisi kuhamisha maktaba zilizopo na mikataba ya L2. Kwa ndani, inajumuisha ukaguzi wa pointi-kwenye-ukomo na ulinganisho wa moduli ili kuondoa kesi za pembezoni zenye changamoto bila kuvunja waitaji halali.

Rasilimali:

Meta

Mbinu ya JSON-RPC ya eth_config

Huu ni wito wa JSON-RPC unaokuruhusu kuuliza nodi yako ni mipangilio gani ya mgawanyiko unayotumia. Inarudisha picha tatu za hali: current, next, na last ili wathibitishaji na zana za ufuatiliaji waweze kuthibitisha kuwa programu za wateja zimejipanga kwa ajili ya mgawanyiko ujao.

Kivitendo, hii ni kushughulikia upungufu uliogunduliwa wakati mgawanyiko wa Pectra ulipoanza kutumika kwenye mtandao wa majaribio wa Holesky mapema 2025 na usanidi mbovu mdogo ambao ulisababisha hali isiyokamilika. Hii husaidia timu za majaribio na wasanidi programu kuhakikisha kuwa migawanyiko mikuu itafanya kazi kama inavyotarajiwa wakati wa kuhamia kutoka devnets kwenda mitandao ya majaribio, na kutoka mitandao ya majaribio kwenda Mtandao Mkuu.

Picha za hali zinajumuisha: chainId, forkId, muda uliopangwa wa uanzishaji wa mgawanyiko, ni 'precompiles' zipi zinazotumika, anwani za 'precompile', utegemezi wa mikataba ya mfumo, na ratiba ya blob ya mgawanyiko.

EIP hii iko katika sehemu tofauti na "Core EIPs" kwa sababu mgawanyiko hautekelezi mabadiliko yoyote - ni taarifa kwamba timu za programu za wateja lazima zitekeleze mbinu hii ya JSON-RPC kabla ya sasisho la Fusaka.

Rasilimali: Uainishaji wa kiufundi wa EIP-7910 (opens in a new tab)

Maswali Yanayoulizwa Mara kwa Mara

Je, uboreshaji huu unaathiri nodi zote za Ethereum na wathibitishaji?

Ndiyo, uboreshaji wa Fusaka unahitaji masasisho kwa wateja wa kutekeleza na wateja wa makubaliano. Wateja wote wakuu wa Ethereum watatoa matoleo yanayounga mkono mgawanyiko mkuu uliotiwa alama kuwa kipaumbele cha juu. Unaweza kufuatilia ni lini matoleo haya yatapatikana katika repos za mteja za GitHub,Discord channels (opens in a new tab), the EthStaker Discord (opens in a new tab), au kwa kujiandikisha kwenye blogu ya Ethereum kwa masasisho ya itifaki. Ili kudumisha usawazishaji na mtandao wa Ethereum baada ya uboreshaji, waendeshaji nodi lazima wahakikishe kuwa wanatumia toleo la mteja linaloungwa mkono. Kumbuka kwamba taarifa kuhusu matoleo ya wateja hubadilika kulingana na wakati, na watumiaji wanapaswa kurejelea masasisho ya hivi punde kwa maelezo ya sasa zaidi.

Je, ETH inawezaje kubadilishwa baada ya 'hard fork'?

  • Hakuna Hatua Inayohitajika kwa ETH Yako: Kufuatia uboreshaji wa Ethereum Fusaka, hakuna haja ya kubadilisha au kuboresha ETH yako. Salio la akaunti yako litabaki kama lilivyo, na ETH unayomiliki sasa itaendelea kupatikana katika hali yake ya sasa baada ya 'hard fork'.
  • Jihadhari na Ulaghai! mtu yeyote anayekuelekeza "kuboresha" ETH yako anajaribu kukuibia. Hakuna unachohitaji kufanya kuhusiana na uboreshaji huu. Rasilimali zako hazitaathirika kabisa. Kumbuka, kuwa na taarifa ndiyo njia bora ya kujilinda dhidi ya ulaghai.

Zaidi kuhusu kutambua na kuepuka ulaghai

Kuna nini na punda milia?

Punda milia ni "nembo" iliyochaguliwa na wasanidi programu wa Fusaka kwa sababu milia yake inaakisi uchukuaji sampuli za upatikanaji wa data kwa msingi wa safu wa PeerDAS, ambapo nodi huhifadhi mitandao midogo fulani ya safu na huchukua sampuli za safu chache zingine kutoka kwa kila nafasi ya rika ili kuangalia kama data ya blob inapatikana.

Muungano wa 2022 ulitumia panda (opens in a new tab) kama nembo yake kuashiria kuunganishwa kwa safu za utekelezaji na makubaliano. Tangu wakati huo, nembo zimechaguliwa isivyo rasmi kwa kila mgawanyiko na huonekana kama sanaa ya ASCII katika kumbukumbu za programu ya mteja wakati wa sasisho. Ni njia ya kufurahisha tu ya kusherehekea.

Ni maboresho gani yanajumuishwa kwa ajili ya Uongezwaji wa L2?

PeerDAS ndicho kipengele kikuu cha mgawanyiko. Inatekeleza uchukuaji wa sampuli za upatikanaji wa data (DAS) ambayo inafungua uwezekano wa kuongezeka zaidi kwa unda-mpya, kinadharia ikiongeza nafasi ya blob hadi mara 8 ya ukubwa wa sasa. Soko la ada za blob pia litaboreshwa ili kukabiliana na msongamano na kuhakikisha L2 zinalipa ada inayofaa kwa hesabu na nafasi ambayo blobs huweka kwenye nodi.

Migawanyiko ya BPO ni tofauti vipi?

Migawanyiko ya Vigezo vya Blob Pekee hutoa utaratibu wa kuongeza idadi ya blob (lengo na kiwango cha juu) baada ya PeerDAS kuanzishwa, bila kulazimika kusubiri sasisho kamili lililoratibiwa. Kila ongezeko huwekwa tayari katika matoleo ya programu za wateja yanayounga mkono Fusaka.

Kama mtumiaji au mthibitishaji, huhitaji kusasisha programu zako za wateja kwa kila BPO na hakikisha tu unafuata migawanyiko migumu mikuu kama Fusaka. Hii ni desturi ileile kama zamani, hakuna hatua maalum zinazohitajika. Bado inapendekezwa ufuatilie programu zako za wateja wakati wa masahisho na BPO na uzisasishe hata kati ya matoleo makuu kwani marekebisho au uboreshaji unaweza kufuata mgawanyiko mgumu.

Ratiba ya BPO ni ipi?

Ratiba kamili ya sasisho za BPO itaamuliwa na matoleo ya Fusaka. Fuata Matangazo ya Itifaki (opens in a new tab) na maelezo ya toleo ya programu zako za wateja.

Mfano wa jinsi inaweza kuonekana:

  • Kabla ya Fusaka: lengo 6, kiwango cha juu 9
  • Wakati wa uanzishaji wa Fusaka: lengo 6, kiwango cha juu 9
  • BPO1, wiki chache baada ya uanzishaji wa Fusaka: lengo 10, kiwango cha juu 15, ikiongezeka kwa theluthi mbili
  • BPO2, wiki chache baada ya BPO1: lengo 14, kiwango cha juu 21

Je, hii itapunguza ada kwenye Ethereum (safu ya 1)

Sasisho hili halipunguzi ada za gesi kwenye L1, angalau si moja kwa moja. Lengo kuu ni nafasi zaidi ya blob kwa data ya unda-mpya, na hivyo kupunguza ada kwenye safu ya 2. Hii inaweza kuwa na madhara fulani kwenye soko la ada za L1 lakini hakuna mabadiliko makubwa yanayotarajiwa.

Kama mweka dau, ninahitaji kufanya nini kwa ajili ya sasisho?

Kama ilivyo kwa kila sasisho la mtandao, hakikisha unasasisha programu zako za wateja kwa matoleo ya hivi karibuni yaliyotiwa alama ya usaidizi wa Fusaka. Fuata sasisho katika orodha ya barua pepe na Matangazo ya Itifaki kwenye Blogu ya EF (opens in a new tab) ili kupata taarifa kuhusu matoleo. Ili kuthibitisha usanidi wako kabla ya Fusaka kuanzishwa kwenye Mtandao Mkuu, unaweza kuendesha mthibitishaji kwenye mitandao ya majaribio. Fusaka inaanzishwa mapema kwenye mitandao ya majaribio (opens in a new tab) kukupa nafasi zaidi ya kuhakikisha kila kitu kinafanya kazi na kuripoti hitilafu. Migawanyiko ya mitandao ya majaribio pia hutangazwa kwenye orodha ya barua pepe na blogu.

Je, "Mtazamo wa Mapendekezo Uliodhamiriwa" (EIP-7917) huathiri wathibitishaji?

Mabadiliko haya hayabadilishi jinsi programu yako ya mteja ya mthibitishaji inavyofanya kazi, hata hivyo, yatatoa ufahamu zaidi kuhusu mustakabali wa majukumu yako ya uthibitishaji. Hakikisha unasasisha zana zako za ufuatiliaji ili uendane na vipengele vipya.

Je, Fusaka inaathiri vipi mahitaji ya kipimo data kwa nodi na wathibitishaji?

PeerDAS inafanya mabadiliko makubwa katika jinsi nodi zinavyosambaza data ya blob. Data zote zimegawanywa katika vipande vinavyoitwa safu katika mitandao midogo 128 na nodi hujisajili kwa baadhi tu. Idadi ya safu za mtandao mdogo ambazo nodi zinapaswa kuhifadhi inategemea usanidi wao na idadi ya wathibitishaji walioounganishwa. Mahitaji halisi ya kipimo data yatategemea kiasi cha blobs zinazoruhusiwa kwenye mtandao na aina ya nodi. Wakati wa uanzishaji wa Fusaka lengo la blob linabaki sawa na hapo awali, lakini kwa PeerDAS, waendeshaji wa nodi wanaweza kuona kupungua kwa matumizi yao ya diski ya blobs na trafiki ya mtandao. Kadri BPO zinavyosanidi idadi kubwa ya blobs kwenye mtandao, kipimo data kinachohitajika kitaongezeka kwa kila BPO.

Mahitaji ya nodi bado yako ndani ya viwango vinavyopendekezwa (opens in a new tab) hata baada ya BPO za Fusaka.

Nodi kamili

Nodi za kawaida zisizo na wathibitishaji wowote zitajisajili kwa mitandao midogo 4 tu, zikihifadhi 1/8 ya data asili. Hii inamaanisha kwamba kwa kiasi kile kile cha data ya blob, kipimo data cha nodi cha kuzipakua kitakuwa kidogo kwa mara nane (8). Matumizi ya diski na kipimo data cha upakuaji wa blobs kwa nodi kamili ya kawaida yanaweza kupungua karibu 80%, hadi Mb chache tu.

Weka dau binafsi

Ikiwa nodi inatumiwa kwa programu ya mteja ya mthibitishaji, inapaswa kuhifadhi safu zaidi na hivyo kuchakata data zaidi. Kwa mthibitishaji aliyeongezwa, nodi hujisajili kwa angalau mitandao midogo 8 ya safu na hivyo kuchakata data mara mbili zaidi ya nodi ya kawaida lakini bado kidogo kuliko kabla ya Fusaka. Ikiwa salio la mthibitishaji liko juu ya ETH 287, mitandao midogo zaidi na zaidi itasajiliwa.

Kwa mweka dau pekee, hii inamaanisha matumizi yao ya diski na kipimo data cha upakuaji vitapungua karibu 50%. Hata hivyo, ili kujenga bloku kihalisi na kupakia blobs zote kwenye mtandao, kipimo data kikubwa zaidi cha upakiaji kinahitajika. Wajenzi wa kihalisi watahitaji kipimo data cha upakiaji cha juu mara 2-3 kuliko hapo awali wakati wa Fusaka na kwa lengo la BPO2 la blobs 15/21, kipimo data cha upakiaji cha mwisho kitahitajika kuwa karibu mara 5 zaidi, kwa 100Mpbs.

Wathibitishaji wakubwa

Idadi ya mitandao midogo iliyosajiliwa huongezeka kulingana na salio na wathibitishaji walioongezwa kwenye nodi. Kwa mfano, karibu na salio la ETH 800, nodi huhifadhi safu 25 na itahitaji karibu 30% zaidi ya kipimo data cha upakuaji kuliko hapo awali. Upakiaji unaohitajika huongezeka sawa na nodi za kawaida na angalau 100Mbps inahitajika.

Kwa ETH 4096, wathibitishaji 2 wa salio la juu, nodi inakuwa 'supernode' ambayo huhifadhi safu zote, na hivyo kupakua na kuhifadhi kila kitu. Nodi hizi huponya mtandao kikamilifu kwa kuchangia data inayokosekana lakini pia zinahitaji kipimo data na hifadhi zaidi. Lengo la mwisho la blob likiwa mara 6 zaidi ya hapo awali, nodi kuu zitalazimika kuhifadhi karibu GB 600 za data ya ziada ya blob na kuwa na kipimo data cha upakuaji cha kasi endelevu cha karibu 20Mbps.

Soma maelezo zaidi juu ya mahitaji yanayotarajiwa. (opens in a new tab)

Ni mabadiliko gani ya EVM yanayotekelezwa?

Fusaka inaimarisha EVM na mabadiliko madogo mapya na vipengele.

Je, kikomo kipya cha gesi cha milioni 16 kinaathirije wasanidi wa mikataba?

Fusaka inaweka kikomo cha ukubwa wa juu wa muamala mmoja kuwa vitengo milioni 16.7 (opens in a new tab) (2^24) vya gesi. Huu ni takriban ukubwa wa awali wa bloku ya wastani ambayo inaufanya kuwa mkubwa kutosha kushughulikia miamala tata ambayo ingetumia bloku nzima. Kikomo hiki kinatoa ulinzi kwa programu za wateja, kuzuia mashambulizi yanayoweza kutokea ya DoS katika siku zijazo na kikomo cha juu cha gesi cha bloku. Lengo la kuongeza ukubwa ni kuwezesha miamala zaidi kuingia kwenye mnyororo wa bloku bila hata mmoja kutumia bloku nzima.

Miamala ya kawaida ya watumiaji iko mbali na kufikia kikomo hiki. Kesi fulani za pembezoni kama shughuli kubwa na tata za DeFi, uhamishaji mkubwa wa mikataba-erevu au miamala ya makundi inayolenga mikataba mingi inaweza kuathiriwa na mabadiliko haya. Miamala hii italazimika kugawanywa katika midogo zaidi au kuboreshwa kwa njia nyingine. Tumia uigaji kabla ya kuwasilisha miamala ambayo inaweza kufikia kikomo.

Mbinu ya RPC eth_call haina kikomo na itaruhusu uigaji wa miamala mikubwa kuliko kikomo halisi cha mnyororo wa bloku. Kikomo halisi cha mbinu za RPC kinaweza kusanidiwa na mwendeshaji wa programu ya mteja ili kuzuia matumizi mabaya.

CLZ ina maana gani kwa wasanidi programu?

Wakusanyaji wa EVM kama Solidity watatekeleza na kutumia kazi mpya ya kuhesabu sifuri chinichini. Mikataba mipya inaweza kufaidika na uokoaji wa gesi ikiwa inategemea aina hii ya operesheni. Fuata matoleo na tangazo la kipengele cha lugha ya mikataba-erevu kwa nyaraka juu ya uwezekano wa kuokoa.

Je, kuna mabadiliko yoyote kwa mikataba-erevu yangu iliyopo?

Fusaka haina athari ya moja kwa moja ambayo ingevunja mikataba yoyote iliyopo au kubadilisha tabia zao. Mabadiliko yaliyoletwa kwenye safu ya utekelezaji yanafanywa kwa utangamano wa nyuma, hata hivyo, daima weka jicho kwenye kesi za pembezoni na athari zinazowezekana.

Kwa kuongezeka kwa gharama ya precompile ya ModExp (opens in a new tab), mikataba inayotegemea itatumia gesi zaidi kwa utekelezaji. Ikiwa mkataba wako unategemea sana hii na unakuwa wa gharama kubwa kwa watumiaji, fikiria upya jinsi unavyotumika.

Fikiria kikomo kipya cha milioni 16.7 (opens in a new tab) ikiwa miamala inayotekeleza mikataba yako inaweza kufikia ukubwa sawa.

Usomaji zaidi

Ukurasa ulihaririwa mwisho: 23 Februari 2026

architr4a (opens in a new tab)
JoeChenJJ (opens in a new tab)
corwintinesc (opens in a new tab)
+5

Je! makala haya yamekusaidia?