Muungano

Vipengele muhimu vya hatua ni pamoja na:

1. Endesha zote mteja wa makubaliano na mteja wa utekelezaji; vituo vya wahusika wengine kupata data ya utekelezaji havifanyi kazi tena tangu Muungano.
2. Thibitisha wateja wote wa utekelezaji na makubaliano kwa siri ya pamoja ya JWT ili waweze kuwasiliana kwa usalama.
3. Weka anwani ya fee recipient ili kupokea vidokezo vyako vya ada ya muamala/MEV ulivyochuma.

Kutokamilisha vipengele viwili vya kwanza hapo juu kutasababisha Nodi yako kuonekana kama "nje ya mtandao" hadi safu zote mbili zisawazishwe na kuthibitishwa.

Kutoweka fee recipient bado kutaruhusu Mthibitishaji wako kufanya kazi kama kawaida, lakini utakosa vidokezo vya ada ambavyo havijachomwa na MEV yoyote ambayo ungepata katika bloku ambazo Mthibitishaji wako anapendekeza.

Hadi Muungano, mteja wa utekelezaji (kama vile Geth, Erigon, Besu au Nethermind) alitosha kupokea, kuthibitisha ipasavyo, na kusambaza bloku zinazotangazwa na mtandao. Baada ya Muungano, uhalali wa miamala iliyomo ndani ya mzigo wa utekelezaji sasa pia unategemea uhalali wa "kitalu cha makubaliano" ambacho imo ndani yake.

Kama matokeo, Nodi kamili ya Ethereum sasa inahitaji mteja wa utekelezaji na mteja wa makubaliano. Wateja hawa wawili wanafanya kazi pamoja wakitumia API mpya ya Injini. API ya Injini inahitaji uthibitishaji kwa kutumia siri ya JWT, ambayo hutolewa kwa wateja wote wawili kuruhusu mawasiliano salama.

Vipengele muhimu vya hatua ni pamoja na:

• Sakinisha mteja wa makubaliano pamoja na mteja wa utekelezaji
• Thibitisha wateja wa utekelezaji na makubaliano kwa siri ya pamoja ya JWT ili waweze kuwasiliana kwa usalama wao kwa wao.

Kutokamilisha vipengele hapo juu kutasababisha Nodi yako kuonekana kuwa "nje ya mtandao" hadi safu zote mbili zisawazishwe na kuthibitishwa.

Muungano ulikuja na mabadiliko kwenye makubaliano, ambayo pia yanajumuisha mabadiliko yanayohusiana na:

• muundo wa kitalu
• muda wa nafasi/kitalu
• mabadiliko ya opcode
• vyanzo vya nasibu ndani ya mnyororo
• dhana ya kichwa salama na bloku zilizofikia mwisho

Kwa habari zaidi, angalia chapisho hili la blogu na Tim Beiko kuhusu Jinsi Muungano Unavyoathiri Safu ya Maombi ya Ethereum.

Kuna aina mbili za Nodi za Ethereum: Nodi zinazoweza kupendekeza bloku na Nodi ambazo haziwezi.

Nodi zinazopendekeza bloku ni idadi ndogo tu ya Nodi zote kwenye Ethereum. Kundi hili linajumuisha Nodi za uchimbaji chini ya uthibitishaji wa kazi (PoW) na Nodi za Mthibitishaji chini ya uthibitishaji wa dhamana (PoS). Kundi hili linahitaji kujitolea rasilimali za kiuchumi (kama vile nguvu ya hashi ya GPU katika uthibitishaji wa kazi au ETH iliyowekwa dhamana katika uthibitishaji wa dhamana) badala ya uwezo wa kupendekeza kitalu kinachofuata mara kwa mara na kupata zawadi za itifaki.

Nodi nyingine kwenye mtandao (yaani, walio wengi) hazihitajiki kujitolea rasilimali zozote za kiuchumi zaidi ya kompyuta ya kiwango cha mtumiaji yenye TB 1-2 ya hifadhi inayopatikana na muunganisho wa intaneti. Nodi hizi hazipendekezi bloku, lakini bado zina jukumu muhimu katika kulinda mtandao kwa kuwafanya wapendekezaji wa kizuizi wote kuwajibika kwa kusikiliza bloku mpya na kuthibitisha uhalali wao wanapowasili kulingana na sheria za makubaliano ya mtandao. Ikiwa kitalu ni halali, Nodi inaendelea kukisambaza kupitia mtandao. Ikiwa kitalu si halali kwa sababu yoyote, programu ya Nodi itakipuuza kama si halali na kusimamisha usambazaji wake.

Kuendesha Nodi isiyozalisha kitalu inawezekana kwa mtu yeyote chini ya utaratibu wowote wa makubaliano (uthibitishaji wa kazi au uthibitishaji wa dhamana); inashauriwa sana kwa watumiaji wote ikiwa wana uwezo. Kuendesha Nodi ni muhimu sana kwa Ethereum na inatoa faida za ziada kwa mtu yeyote anayeiendesha, kama vile usalama ulioboreshwa, faragha na upinzani dhidi ya udhibiti.

Uwezo wa mtu yeyote kuendesha Nodi yake mwenyewe ni muhimu kabisa katika kudumisha mfumo mtawanyo wa mtandao wa Ethereum.

Zaidi kuhusu kuendesha Nodi yako mwenyewe

Ada za gesi ni zao la mahitaji ya mtandao kulingana na uwezo wa mtandao. Muungano uliondoa matumizi ya uthibitishaji wa kazi, ukihamia kwenye uthibitishaji wa dhamana kwa makubaliano, lakini haukubadilisha kwa kiasi kikubwa vigezo vyovyote vinavyoathiri moja kwa moja uwezo wa mtandao au kasi ya uchakataji.

Pamoja na mpango wa utekelezaji unaozingatia rollup, juhudi zinaelekezwa katika kuboresha uwezo wa shughuli za watumiaji kwenye safu ya 2, huku ikiwezesha Mainnet ya safu ya 1 kama safu salama ya makazi ya mfumo mtawanyo iliyoboreshwa kwa uhifadhi wa data wa rollup ili kusaidia kufanya miamala ya rollup kuwa nafuu zaidi. Mpito kwenda kwenye uthibitishaji wa dhamana ni mtangulizi muhimu katika kutimiza hili. Zaidi kuhusu gesi na ada.

"Kasi" ya muamala inaweza kupimwa kwa njia chache, ikiwa ni pamoja na muda wa kujumuishwa kwenye kitalu na muda wa kufikia mwisho. Yote haya yanabadilika kidogo, lakini si kwa njia ambayo watumiaji wataona.

Kihistoria, kwenye uthibitishaji wa kazi, lengo lilikuwa kuwa na kitalu kipya kila sekunde ~13.3. Chini ya uthibitishaji wa dhamana, nafasi hutokea haswa kila sekunde 12, ambapo kila moja ni fursa kwa Mthibitishaji kuchapisha kitalu. Nafasi nyingi zina bloku, lakini si lazima zote (yaani, Mthibitishaji yuko nje ya mtandao). Katika uthibitishaji wa dhamana, bloku huzalishwa ~10% mara kwa mara zaidi kuliko kwenye uthibitishaji wa kazi. Hili lilikuwa badiliko dogo sana na hakuna uwezekano wa kuonekana na watumiaji.

Uthibitishaji wa dhamana ulianzisha dhana ya mwisho wa muamala ambayo haikuwepo hapo awali. Katika uthibitishaji wa kazi, uwezo wa kubadilisha kitalu unakuwa mgumu zaidi kwa kila kitalu kinachopita kinachochimbwa juu ya muamala, lakini haufikii sifuri kamwe. Chini ya uthibitishaji wa dhamana, bloku huunganishwa katika vipindi (muda wa dakika 6.4 ulio na nafasi 32 za bloku) ambazo wathibitishaji hupigia kura. Wakati kipindi kinapoisha, wathibitishaji hupiga kura kama watafikiria kipindi 'kimehalalishwa'. Ikiwa wathibitishaji wanakubali kuhalalisha kipindi, kinafikia mwisho katika kipindi kinachofuata. Kutengua miamala iliyofikia mwisho haiwezekani kiuchumi kwani itahitaji kupata na kuchoma zaidi ya theluthi moja ya jumla ya ETH iliyowekwa dhamana.

Hapo awali baada ya Muungano, waweka dhamana wangeweza tu kupata vidokezo vya ada na MEV ambavyo vilipatikana kutokana na mapendekezo ya kitalu. Zawadi hizi huwekwa kwenye akaunti isiyoweka dhamana inayodhibitiwa na Mthibitishaji (inayojulikana kama fee recipient), na zinapatikana mara moja. Zawadi hizi ni tofauti na zawadi za itifaki kwa kutekeleza majukumu ya Mthibitishaji.

Tangu uboreshaji wa mtandao wa Shanghai/Capella, waweka dhamana sasa wanaweza kuteua anwani ya kutoa ili kuanza kupokea malipo ya kiotomatiki ya salio lolote la ziada la kuweka dhamana (ETH zaidi ya 32 kutoka kwa zawadi za itifaki). Uboreshaji huu pia uliwezesha uwezo wa Mthibitishaji kufungua na kudai salio lake lote anapotoka kwenye mtandao.

Zaidi kuhusu uondoaji wa dhamana

Tangu uboreshaji wa Shanghai/Capella uwezeshe uondoaji, wathibitishaji wanahamasishwa kutoa salio lao la kuweka dhamana zaidi ya 32 ETH, kwani fedha hizi haziongezi faida na vinginevyo zimefungwa. Kulingana na APR (inayoamuliwa na jumla ya ETH iliyowekwa dhamana), wanaweza kuhamasishwa kutoa Mthibitishaji wao ili kudai salio lao lote au kuweka dhamana zaidi kwa kutumia zawadi zao ili kupata faida zaidi.

Tahadhari muhimu hapa, kutoka kamili kwa Mthibitishaji kuna kikomo cha kiwango na itifaki, na ni wathibitishaji wachache tu wanaoweza kutoka kwa kila kipindi (kila dakika 6.4). Kikomo hiki kinabadilika kulingana na idadi ya wathibitishaji wanaofanya kazi, lakini inakuja kwa takriban 0.33% ya jumla ya ETH iliyowekwa dhamana inaweza kutolewa kwenye mtandao kwa siku moja.

Hii inazuia kutoka kwa wingi kwa fedha zilizowekwa dhamana. Zaidi ya hayo, inazuia mshambuliaji anayeweza kupata sehemu kubwa ya jumla ya ETH iliyowekwa dhamana kufanya kosa linaloweza kupunguzwa dhamana na kutoka/kutoa salio lote la Mthibitishaji anayekosa katika kipindi hicho hicho kabla ya itifaki kutekeleza adhabu ya kupunguzwa kwa dhamana.

APR pia inabadilika kwa makusudi, ikiruhusu soko la waweka dhamana kusawazisha kiasi gani wako tayari kulipwa ili kusaidia kulinda mtandao. Ikiwa kiwango ni cha chini sana, basi wathibitishaji watatoka kwa kiwango kilichowekewa kikomo na itifaki. Hatua kwa hatua hii itapandisha APR kwa kila mtu anayebaki, na kuvutia waweka dhamana wapya au wanaorudi tena.