EIP-7002: Ethereum மீது பங்குபெற ஒரு சிறந்த வழி

Ethereum இன் வேலைக்கான சான்று (Pow) இலிருந்து பங்குச் சான்று (PoS) க்கு மாறியது, aka, தி மெர்ஜ், நெட்வொர்க்கின் வரலாற்றில் ஒரு முக்கிய தருணமாகும். Ethereum க்கு அதன் கார்பன் தடத்தைக் குறைப்பதன் மூலம் மிகவும் தேவையான மறுபெயரை வழங்குவதைத் தவிர, பங்குக்கான ஆதாரம் ஒரு முக்கிய நீண்ட கால இலக்கிற்கு முக்கியமானது: Ethereum இன் ஒருமித்த கருத்துக்களில் பங்கேற்பதற்கான தடையை குறைத்தல். Merge ஆனது Ethereum இன் பொருளாதாரப் பாதுகாப்பின் அடிப்படையாக நிதி மூலதனத்துடன் கணக்கீட்டு வளங்களை (சுரங்க சக்தி) மாற்றியது-பெக்கன் செயினில் 32 ETH ஐ ஸ்டேக்கிங் செய்வதன் மூலம் எவரும் லாபகரமாகவும் எளிதாகவும் ஒரு வேலிடேட்டர் முனையை இயக்குவதற்கான வாய்ப்பைத் திறக்கிறது.

பங்குச் சான்று பலன்களைக் கொண்டு வந்தாலும், இன்னும் பல முன்னேற்றங்கள் உள்ளன. இவற்றில் சில அடங்கும்:

• பங்கு மையப்படுத்தல் மற்றும் வேலிடேட்டர் கார்டலைசேஷன் ஆகியவற்றைக் குறைத்தல்
• மதிப்பீட்டாளர்களுக்கான செயல்பாட்டு மேல்நிலையைக் குறைத்தல் மற்றும் தனி ஸ்டேக்கிங்கை ஊக்கப்படுத்துதல்
• ஸ்டேக்கிங் பொருளாதாரம் மற்றும் பயனர் அனுபவத்தை மேம்படுத்துதல் (UX)
• எளிமை, பாதுகாப்பு மற்றும் அதிகாரப் பரவலாக்கம் மற்றும் பல தரப்பு ஸ்டேக்கிங் செயல்பாடுகளை மேம்படுத்துதல்

EIP-7002: Execution Layer Triggerable Withdrawals என்பது ஒரு புதிய Ethereum Improvement Proposal (EIP) ஆகும், இது மேற்கூறிய சில சிக்கல்களை சரிசெய்கிறது. EIP ஆனது பெக்கான் சங்கிலியில் இருந்து வேலிடேட்டர்களை திரும்பப் பெறுவதற்கான ஒரு பொறிமுறையை அறிமுகப்படுத்துகிறது, அதற்குப் பதிலாக திரும்பப் பெறுதல் செயல்பாடுகளைத் தூண்டுவதற்கு ஒரு வேலிடேட்டரின் கையொப்ப விசையை நம்பியிருப்பதற்குப் பதிலாக திரும்பப்பெறும் நற்சான்றிதழ்களைப் பயன்படுத்தி, திரும்பப் பெறும் விசையிலிருந்து ஒரு வேலிடேட்டரின் கையொப்ப விசையை திறம்பட துண்டிக்கிறது.

வேலிடேட்டர் கையொப்பமிடும் விசைகள் மற்றும் திரும்பப் பெறும் விசைகளுக்கு இடையேயான இந்த "கவலைகளைப் பிரிப்பது" ஒரு முக்கியமான பலனைக் கொண்டுள்ளது: பங்குபெறும் ETH இன் கட்டுப்பாட்டைத் தக்கவைக்க திரும்பப் பெறுவதற்கான சான்றுகளை இயக்குவதன் மூலம், பிரதிநிதித்துவ ஸ்டேக்கிங்கில் நம்பிக்கை அனுமானங்களைக் குறைத்தல். இந்தக் கட்டுரையின் போது இந்த அம்சம் ஏன் அவசியம் என்பதை ஆராய்ந்து, EIP-7002 இன் பிற நன்மைகளைப் பற்றி விவாதிப்பேன், குறிப்பாக சோலோ ஸ்டேக்கிங் மற்றும் DVT (விநியோகிக்கப்பட்ட வேலிடேட்டர் தொழில்நுட்பம்) ஸ்டேக்கிங்கிற்கு. Ethereum இல் EIP-7002 ஐ செயல்படுத்துவதில் உள்ள சில சாத்தியமான குறைபாடுகளையும் கட்டுரை கருத்தில் கொள்ளும்.

உள்ளே நுழைவோம்!

மேடை அமைத்தல்: சாவிகள், வெள்ளை கையுறைகள் மற்றும் துக்கத்தின் கதை

நீங்கள் ETH இன் பங்குகளை வைத்து இன்று பெக்கான் சங்கிலியை சரிபார்க்க விரும்பினால், உங்களுக்கு இரண்டு முதன்மை விருப்பங்கள் உள்ளன: தனி ஸ்டேக்கிங் மற்றும் டெலிகேட்டட் ஸ்டேக்கிங்; ETH ஐ ஸ்டேக்கிங் செய்வதற்கு வேறு வழிகள் உள்ளன, ஆனால் மேற்கூறிய விருப்பங்களுக்கு இடையே ஸ்பெக்ட்ரமில் இவை அதிகமாகவோ அல்லது குறைவாகவோ திரும்பப் பெறுகின்றன. சோலோ ஸ்டேக்கிங் நேரடியானது:

• புதிய வேலிடேட்டரைச் செயல்படுத்த, 32 ETH ஐ பீக்கன் செயின் டெபாசிட் ஒப்பந்தத்தில் டெபாசிட் செய்யவும்
• வேலிடேட்டர் கடமைகளைச் செய்வதற்கான விசைகளை உருவாக்கவும் (பரிவர்த்தனைகளைச் சரிபார்த்தல், தொகுதிகளுக்குச் சான்றளித்தல், சான்றளிப்புகளைத் திரட்டுதல் மற்றும் தொகுதிகளை முன்மொழிதல்)
• ஒரு வேலிடேட்டர் முனையை அமைத்து, எக்ஸிகியூஷன் லேயர் (EL) மற்றும் ஒருமித்த அடுக்கு (CL) கிளையண்டை ஒத்திசைக்கவும்
• அபராதங்களைத் தவிர்க்க உங்கள் வேலிடேட்டரை ஆன்லைனில் வைத்திருங்கள்

இன்னும் பல படிகள் உள்ளன (Staking Launchpad's Validator FAQ ஆனது வருங்கால வேலிடேட்டர்களுக்கான சிறந்த கண்ணோட்டத்தைக் கொண்டுள்ளது), ஆனால் இவை வேலிடேட்டரைத் தொடங்குவதில் தோராயமாக மிக முக்கியமான அம்சங்களாகும். முக்கியமாக, சோலோ ஸ்டேக்கிங்கிற்கு இடைத்தரகர் அல்லது எதிர் தரப்பு தேவையில்லை, மேலும் பெக்கன் செயினில் சரிபார்ப்பதன் மூலம் பெறப்பட்ட 100% வெகுமதிகளை (பிளாக்குகளுக்கு சான்றளித்தல் மற்றும் பிளாக்குகளை முன்மொழிதல்) வைத்திருக்க உங்களை அனுமதிக்கிறது. ஆனால் இது இலவச மதிய உணவு அல்ல: உங்கள் வேலிடேட்டரை நிர்வகிப்பதற்கான பொறுப்பு உங்களிடம் உள்ளது மேலும் ஒரு தனி ஸ்டேக்கிங் செயல்பாட்டை இயக்க சில அளவிலான தொழில்நுட்ப நிபுணத்துவம் தேவைப்படும்.

வேலிடேட்டரை நிர்வகிப்பதற்கான யோசனை கடினமாக இருந்தால், நீங்கள் ஒதுக்கப்பட்ட ஸ்டேக்கிங் பாதையில் செல்லலாம். புதிய வேலிடேட்டரைப் பதிவு செய்ய 32 ETH ஐ வழங்குவதற்கு நீங்கள் இன்னும் பொறுப்பாவீர்கள்-இப்போதுதான், மூன்றாம் தரப்பினருக்கு வேலிடேட்டரை இயக்கும் பொறுப்பை நீங்கள் ஒப்படைக்கிறீர்கள். வேலிடேட்டர் நோட் ஆபரேட்டர் "வெள்ளை கையுறை சேவை" என்று சிலர் விவரிக்கும் சேவையை வழங்குகிறது மற்றும் இந்த சேவைக்கு இழப்பீடு தேவைப்படுகிறது. எடுத்துக்காட்டாக, ஆரம்ப ஒப்பந்தத்தின் ஒரு பகுதியாக உங்கள் வேலிடேட்டரின் வெகுமதிகளில் ஒரு பகுதியை முனை ஆபரேட்டருடன் பகிர்ந்து கொள்ள வேண்டியிருக்கலாம்.

"வெள்ளை கையுறை" என்பது, உங்கள் வேலிடேட்டரைச் செயல்பாட்டிலும் பாதுகாப்பாகவும் வைத்திருப்பதற்கான பொறுப்பை ஆபரேட்டர் ஏற்றுக்கொள்வதைக் குறிக்கிறது - அதாவது வெள்ளிக்கிழமை இரவு நெட்ஃபிக்ஸ் ஸ்ட்ரீம் செய்வது (அல்லது உங்கள் ஓய்வு நேரத்தில் நீங்கள் எதைச் செய்தாலும்) சரிபார்ப்புக் கடமைகள் தவறியதால் ஏற்படும் அபராதங்களைப் பற்றி கவலைப்படாமல் செய்யலாம். அல்லது உங்கள் வேலிடேட்டர் விசைகளின் பாதுகாப்பைப் பற்றி கவலைப்படுகிறீர்கள்.

இருப்பினும், ஒரு எச்சரிக்கை உள்ளது: குறைக்கக்கூடிய குற்றத்தைச் செய்வதன் மூலம் (எ.கா., முரண்பட்ட இரண்டு தொகுதிகளில் கையொப்பமிடுதல்) அல்லது உங்கள் நிதியை நேரடியாகத் திருடுவதன் மூலம் உங்கள் 32 ETH ஐ ஆபத்தில் ஆழ்த்துவதைத் தவிர்க்க, பிரதிநிதித்துவப்படுத்தப்பட்ட ஸ்டேக்கிங்கிற்கு நோட் ஆபரேட்டரை நம்புவது அவசியம். கேட்பதற்கு நிறைய இருக்கிறது-நிச்சயமாக நம்பிக்கை சிக்கல்கள் உள்ளவர்களுக்காக அல்ல-ஆனால் முனை ஆபரேட்டர்கள் நேர்மையாக இருக்கும் நேரங்களில் இந்த ஏற்பாடு சிறப்பாகச் செயல்படும்.

ஆனால் Ethereum ஆனது web2 இன் "என்னை நம்புங்கள் சகோ" நெறிமுறையில் உருவாக்கப்படவில்லை, அதனால்தான் கிரிப்டோ-ட்விட்டர் மற்றும் ரெடிட்டில் உரையாடல்களில் "நம்பிக்கையற்றது" மற்றும் "நம்பிக்கையின்மை" அடிக்கடி தோன்றுவதை நீங்கள் காண்கிறீர்கள். அதன் தூய்மையான வடிவத்தில் பிரதிநிதித்துவப்படுத்தப்பட்ட ஸ்டேக்கிங் இந்த நெறிமுறையுடன் முரண்படுகிறது, ஆனால் புதிய வேலிடேட்டரைச் செயல்படுத்தும் செயல்பாட்டின் போது கீபேயர்கள் உருவாக்கப்படும் விதத்தில் இருந்து ஒரு தீர்வு உள்ளது.

ஒவ்வொரு வேலிடேட்டருக்கும் இரண்டு விசைகள் உள்ளன: ஒரு திரும்பப் பெறும் விசை மற்றும் ஒரு வேலிடேட்டர் விசை. திரும்பப் பெறுதல் விசை என்பது ஒரு பொது-தனியார் விசை ஜோடி, நீங்கள் "ஸ்கிம்" (வெகுமதிகளை மட்டும் திரும்பப் பெற) அல்லது "வெளியேறு" (32 ETH பேலன்ஸ் + வெகுமதிகளைத் திரும்பப் பெற) வேண்டுமா என்பதைப் பொறுத்து, பீக்கன் செயின் வேலிடேட்டரின் இருப்பை ஓரளவு அல்லது முழுமையாகத் திரும்பப் பெறுவதற்குத் தேவைப்படும் . வேலிடேட்டரின் இருப்பை ஓரளவு அல்லது முழுமையாக திரும்பப் பெறுவதற்கு Ethereum முகவரியைச் சுட்டிக்காட்டும் இயல்புநிலை BLS ( 0x00 ) நற்சான்றிதழ்களிலிருந்து 0x01 நற்சான்றிதழ்களுக்கு திரும்பப்பெறுதல் விசை புதுப்பிக்கப்பட வேண்டும் என்பதை நினைவில் கொள்ளவும்.

ஸ்டேக்கிங் லாஞ்ச்பேட் போன்ற இடைமுகம் மூலம் டெபாசிட் செய்யும் நேரத்தில் திரும்பப் பெறுதல் விசை உருவாக்கப்படுகிறது மற்றும் வேலிடேட்டரின் டெபாசிட் தரவுகளில் சேர்க்கப்பட்டுள்ள ஒரு திரும்பப் பெறுதல் ஐடியை உருவாக்க ஹாஷ் செய்யப்படுகிறது-இது 32 ETH ஐ டெபாசிட் செய்தவர் பற்றிய தகவலை பீக்கான் சங்கிலிக்கு வழங்குகிறது. சான்றொப்பரால் திரும்பப் பெறுதல் விசைகளைப் பாதுகாப்பதில் இருந்து கீழே உள்ள விளக்கப்படம், வேலிடேட்டர் வைப்பு கோரிக்கை செயல்முறையில் திரும்பப் பெறும் விசை எவ்வாறு ஒருங்கிணைக்கப்படுகிறது என்பது பற்றிய சிறந்த கண்ணோட்டத்தை வழங்குகிறது:

வேலிடேட்டர் விசை என்பது ஒவ்வொரு Ethereum வேலிடேட்டரிடமிருந்தும் எதிர்பார்க்கப்படும் கடமைகளை நிறைவேற்றுவதற்குத் தேவையான பொது-தனியார் விசைப்பலகை-முதன்மையாக தொகுதிகளுக்கு வாக்களிப்பது மற்றும் மற்றவர்கள் வாக்களிக்க தொகுதிகளை முன்மொழிவது ("வாக்களிப்பது" மற்றும் "சான்றளித்தல்" ஆகியவை ஒன்றுக்கொன்று மாற்றாகப் பயன்படுத்தப்படுகின்றன, ஆனால் அதே கருத்தைப் பார்க்கவும். பரிவர்த்தனைகளைச் சரிபார்த்தல் மற்றும் தொகுதிகளின் செல்லுபடியை உறுதிப்படுத்துதல்). வேலிடேட்டரின் பொது விசையானது Ethereum இன் ஒருமித்த நெறிமுறையில் அதன் தனித்துவமான கிரிப்டோகிராஃபிக் அடையாளமாக செயல்படுகிறது, அதே நேரத்தில் தனிப்பட்ட விசை மறைக்கப்பட்டு பிளாக் தரவை கையொப்பமிட பயன்படுத்தப்படும் என்று எதிர்பார்க்கப்படுகிறது (இந்த காரணத்திற்காக சரிபார்ப்பு விசைகள் கையொப்பமிடும் விசைகளாகவும் விவரிக்கப்படுகின்றன).

இப்போது, வேலிடேட்டர் (கையொப்பமிடுதல்) விசைகள் மற்றும் திரும்பப் பெறும் விசைகளுக்கு இடையே உள்ள முக்கிய வேறுபாட்டிற்கு:

ஒரு வேலிடேட்டரின் கையொப்ப விசை அடிக்கடி பயன்படுத்தப்படுகிறது-ஒவ்வொரு 6.5 நிமிடங்களுக்கும் அல்லது ஒரு ஸ்லாட்டின் நீளத்தை ஒவ்வொரு வேலிடேட்டரும் சான்றளிக்க அல்லது ஒரு தொகுதியை முன்மொழிய தேர்ந்தெடுக்கப்படுவார்கள்-மற்றும் ஒரு சூடான வாலட் போன்ற ஆன்லைனில், எளிதில் அணுகக்கூடிய இடத்தில் சிறப்பாக வைக்கப்படும். எவ்வாறாயினும், திரும்பப் பெறும் விசையானது குறைவாகவே பயன்படுத்தப்படுகிறது மற்றும் ஒரு குறிப்பிட்ட வேலிடேட்டருடன் தொடர்புடைய திரும்பப் பெறும் முகவரியில் இருந்து பணத்தை எடுக்க விரும்பும் வரை, குளிர் வாலட் போன்ற பாதுகாப்பான ஆஃப்லைனில் வைக்கப்படும்.

பிரதிநிதித்துவப்படுத்தப்பட்ட ஸ்டேக்கிங் அமைப்பில் நம்பிக்கை அனுமானங்களைக் குறைப்பதற்கு இந்த வேறுபாடு முக்கியமானது: சரிபார்ப்பு கடமைகளுக்கு திரும்பப் பெறும் விசை தேவையில்லை என்பதால், ஒரு ஸ்டேக்கர், வேலிடேட்டர் விசையை நோட் ஆபரேட்டருடன் பகிர்ந்துகொண்டு, திரும்பப் பெறுதல் விசையை வைத்திருப்பதன் மூலம் பங்குதாரர் ETH இன் கட்டுப்பாட்டை தக்க வைத்துக் கொள்ள முடியும். அந்த வகையில், ஒரு முரட்டு ஆபரேட்டர், பங்குதாரரின் ஒப்புதல் இல்லாமல் ஒரு வேலிடேட்டரின் இருப்பைத் திரும்பப் பெற்ற பிறகு, பங்குதாரரின் நிதியுடன் ஓடிவிட முடியாது.

பங்குதாரர் திரும்பப்பெறும் விசையை வைத்திருக்கும் பிரதிநிதியான ஸ்டேக்கிங் ஏற்பாடுகள், பங்குதாரரின் சார்பாக வேலிடேட்டர் முனையை இயக்கும் நிறுவனம் இறுதியில் பங்குபெறும் ETH இன் கட்டுப்பாட்டைக் கொண்டிருக்கவில்லை என்பதை பிரதிபலிக்கும் வகையில், பொதுவாக "காவலர் அல்லாதது" என விவரிக்கப்படுகிறது. கையொப்பமிடுதல் மற்றும் திரும்பப் பெறுதல் ஆகிய இரண்டையும் ஸ்டாக்கிங் சேவை கட்டுப்படுத்தும் கஸ்டொடியல் ஸ்டேக்கிங் தீர்வுகளுக்கு இது முரணாக உள்ளது; "ஸ்டெராய்டுகளில் வெள்ளை கையுறை சேவை" என்பது கஸ்டொடியல் ஸ்டேக்கிங்கிற்கான ஒரு நல்ல மன மாதிரியாகும்: ஒரு ஸ்டேக்கர் வெறுமனே வேலிடேட்டருக்கு நிதியளிப்பதற்காக 32 ETH ஐ வழங்குகிறார் மற்றும் வேலிடேட்டர் டெபாசிட் கோரிக்கைகளைத் தொடங்குதல் மற்றும் திரும்பப் பெறும் விசைகளை சேமித்து வைப்பது உட்பட எல்லாவற்றையும் பிரதிநிதித்துவப்படுத்துகிறார்.

வேலிடேட்டர் கையொப்பமிடும் விசைகளை திரும்பப் பெறும் விசைகளிலிருந்து பிரிப்பது கோட்பாட்டளவில் பிரதிநிதித்துவ ஒப்பந்தங்களில் நம்பிக்கையின் சிக்கலை தீர்க்கிறது. நடைமுறையில், வேலிடேட்டரைத் திரும்பப் பெறுவதற்கான தற்போதைய பொறிமுறையின் காரணமாக, நோட் ஆபரேட்டருக்கும் ஸ்டேக்கருக்கும் இடையேயான உறவு இன்னும் நம்பிக்கையின் ஒரு அங்கத்தைக் கொண்டுள்ளது.

பெக்கான் செயினிலிருந்து வேலிடேட்டரைத் திரும்பப் பெற, ஒருமித்த லேயரில் செயலாக்குவதற்கு, வேலிடேட்டர் விசையுடன் கையொப்பமிடப்பட்ட "தன்னார்வ வெளியேறும் செய்தி" (VEM) சமர்ப்பிக்கப்பட வேண்டும். ஒரு தொகுதியில் சேர்க்கப்பட்டவுடன் (ஒவ்வொரு தொகுதியும் அதிகபட்சமாக 16 திரும்பப் பெறும் கோரிக்கை செயல்பாடுகளை உள்ளடக்கியிருக்கும்), திரும்பப் பெறும் செய்தியானது திரும்பப் பெறும் கோரிக்கை வரிசையில் சேர்க்கப்படும் - y போன்ற காரணிகளால் பாதிக்கப்படும் இறுதி திரும்பப் பெறுதலின் தாமதத்துடன் அல்லது வேலிடேட்டர் டர்ன் வீதம்.

ஏற்கனவே உள்ள "கப்பலில் இல்லாத" ஸ்டேக்கிங் தீர்வுகளில் உள்ள சிக்கலை முன்னிலைப்படுத்த, வேலிடேட்டரின் கையொப்பமிடும் விசையுடன் தன்னார்வ திரும்பப் பெறுதல் கோரிக்கையில் கையொப்பமிட வேண்டியதன் அவசியத்தை நான் வலியுறுத்தினேன்: VEM இல் கையொப்பமிடத் தேவையான வேலிடேட்டர் விசையைக் கட்டுப்படுத்தும் முனை ஆபரேட்டரை ஒரு ஸ்டேக்கர் நம்பியிருக்க வேண்டும். செயல்முறை திரும்பப் பெறுதல் கோரிக்கைகள். இது முனை ஆபரேட்டர்கள் மற்றும் ஸ்டேக்கிங் சேவைகளுக்கு இடையிலான உறவில் நம்பிக்கையை திறம்பட மீண்டும் அறிமுகப்படுத்துகிறது; மோசமாக, இது ஸ்டேக்கர்களை தீங்கிழைக்கும் முனை ஆபரேட்டர்களால் "துக்கப்படுவதற்கு" ஆபத்தில் வைக்கிறது.

துக்ககரமான தாக்குதலில் , தாக்குபவரின் குறிக்கோள் மற்ற தரப்பினருக்கு இழப்பை ஏற்படுத்துவதாகும்-நேரடியாக பலனளிக்க வேண்டிய அவசியமில்லை. இதைப் பின்னணியாகக் கொண்டு, ஆலிஸ் தனது சார்பாக ஒரு வேலிடேட்டரை இயக்க பாப்பைப் பிரதிநிதித்துவப்படுத்தும் சூழ்நிலையைக் கவனியுங்கள், ஆனால் பின்னர் அவரது 32 ETH ஐத் திரும்பப் பெற முடிவு செய்தார். பாப் ஆலிஸின் கோரிக்கைக்கு மதிப்பளித்து, தன்னார்வ வெளியேறும் செய்தியில் (VEM) கையொப்பமிடுவதன் மூலம் திரும்பப் பெறும் கோரிக்கையைத் தூண்டலாம்… அல்லது திரும்பப் பெறும் கோரிக்கைச் செய்தியில் கையொப்பமிட மறுத்து, ஆலிஸின் திரும்பப் பெறும் செயல்பாட்டை நிறுத்தலாம். ஆலிஸின் கோரிக்கையை மறுப்பதால் பாப் நேரடியாகப் பயனடைய மாட்டார் - ஆலிஸ் தனது வேலிடேட்டரை திரும்பப் பெற உதவ மறுப்பதன் மூலம் ஆலிஸின் ETH "பணயக்கைதியை" வைத்திருப்பது மட்டுமே அவனால் செய்ய முடியும்.

சரி, அது 100% துல்லியமானது அல்ல; ஆலிஸை மேலும் "துக்கத்தை" ஏற்படுத்த பாப் பல கெட்ட காரியங்களைச் செய்யலாம்:

1. வேண்டுமென்றே குறைக்கக்கூடிய குற்றத்தைச் செய்வதன் மூலம் அல்லது அபராதம் விதிக்கப்படுவதன் மூலம் ஆலிஸின் வேலிடேட்டர் இருப்பைக் குறைக்கவும். வேலிடேட்டர் கடமைகளில் தோல்வியுற்றால் (எ.கா., சான்றளிக்கவில்லை) அல்லது குறைக்கக்கூடிய குற்றத்தைச் செய்ததற்காக (எ.கா., ஒரே ஸ்லாட்டில் இரண்டு முரண்பட்ட பிளாக்குகளில் கையொப்பமிடுதல்) தனிப்பட்ட அபராதம் பொதுவாக குறைவாக இருக்கும், ஆனால் அதே காலகட்டத்தில் இதேபோன்ற மீறல்களைச் செய்யும் சரிபார்ப்பாளர்களின் எண்ணிக்கையின் விகிதத்தில் அதிகரிக்கிறது. . எடுத்துக்காட்டாக, ஒன்று அல்லது இரண்டு சான்றொப்பங்களைத் தவறவிடுவது ஒரு வேலிடேட்டரின் சமநிலையை ஒரு சிறிய பகுதியால் குறைக்கும், ஆனால் ஒரு செயலற்ற கசிவு —பல சரிபார்ப்புகள் ஆஃப்லைனில்—நிகழும்போது அந்த குறைப்பு அதிவேகமாக அதிகரிக்கிறது.

   
   

தற்போதைய பொறிமுறையின் கீழ், ஒரு தீங்கிழைக்கும் பாப் ஆலிஸின் வேலிடேட்டர் பேலன்ஸ் 32 ETH ஐ 50 சதவிகிதம் வரை அபராதம் மற்றும் குறைப்புகளைச் செலுத்துவதன் மூலம் பெக்கான் செயின் ஒருமைப்பாட்டிலிருந்து வலுக்கட்டாயமாகத் திரும்பப் பெறும் வரை (அதன் பயனுள்ள இருப்பு 16 ETH ஆகக் குறைந்த பிறகு) குறைக்க முடியும். நாம் 1 ETH = $2,000 ஐப் பயன்படுத்தினால், பாபின் துயரத் தாக்குதலால் ஆலிஸுக்கு ஒரு சாதாரண வழக்கில் குறைந்தபட்சம் $32,000 (16 ETH) செலவாகும் (தொடர்புடைய அபராதங்கள் இல்லை) மற்றும் மோசமான சூழ்நிலையில் (அதாவது, முழு இருப்புத் தொகையும் முடியும்) $64,000 (32 ETH) தொடர்பு தண்டனைகள் காரணமாக குறைக்கப்படும்).

ஒரு பொருளை அழிக்கக்கூடியவன் ஒரு பொருளைக் கட்டுப்படுத்துகிறான். - பால் அட்ரீட்ஸ் (டூன்)

1. குறைக்கக்கூடிய குற்றத்தைச் செய்யாததற்கு ஈடாக ஆலிஸிடம் இருந்து மீட்கும் தொகையைக் கோருங்கள். இது துக்கத்தின் முந்தைய வரையறையுடன் சரியாக ஒத்துப்போகவில்லை, ஆனால் ஆலிஸ் ஹார்ட்பால் விளையாட முடிவு செய்தால் ETH ஐ எரிப்பதே பாபின் ஒரே வழி என்று கருதுங்கள். குறைந்த இழப்புடன் லாபம் பெறுவதே இலக்கு (எப்போதும்) தாக்குதல்களின் பொதுவான வகைகளிலிருந்து நிலைமை வேறுபட்டது.

குறிப்பு: பாப் (நோட் ஆபரேட்டர்) உண்மையில் இந்த சூழ்நிலையில் நேர்மையாக இருக்கலாம், ஆனால் ஒரு எதிரி வேலிடேட்டர் விசையை சமரசம் செய்து ஆலிஸின் ETH ஐ பணயக்கைதியாக வைத்திருக்கலாம். ஸ்டேக்கிங்-ஆஸ்-சர்வீஸ் (சாஸ்) தளத்தின் பயனர்கள் தாங்க வேண்டிய "கவுன்டர்பார்ட்டி ரிஸ்க்கை" இது விளக்குகிறது, மேலும் தனி ஸ்டேக்கிங்-அதன் "உன்னைத் தவிர யாரையும் நம்பாதே" என்ற நெறிமுறையுடன் - Ethereum ஸ்டேக்கர்களுக்கான தங்கத் தரமாகக் கருதப்படுகிறது. .

ஒவ்வொரு காவலில் இல்லாத ஸ்டேக்கிங் சேவையும் உண்மையில் காவலில் இல்லை என்று அர்த்தமா? சரியாக இல்லை. ஸ்டேக்கிங் சேவையானது தன்னார்வ திரும்பப் பெறுதல் கோரிக்கை செய்தியில் முன்கூட்டியே கையொப்பமிடுவது ஒரு எளிய தீர்வாகும்-முன்னுரிமை பெக்கன் செயினில் வேலிடேட்டரைச் செயல்படுத்தியவுடன், ஸ்டேக்கர் அதைத் திரும்பப் பெற விரும்பும் போதெல்லாம் Ethereum ஒருமித்த முனையில் சுயாதீனமாக சமர்ப்பிக்க முடியும்.

ஒரு ஸ்டேக்கருக்கான தன்னார்வத் திரும்பப் பெறுதல் கோரிக்கைகளில் முன்-கையொப்பமிடுவதன் மூலம், ஒரு ஸ்டேக்கருக்கும் ஒரு முனை ஆபரேட்டருக்கும் இடையிலான ஏற்பாடு அசல் காவலில் இல்லாத நிலைக்குத் திரும்பும். இருப்பினும், முன் கையொப்பமிடப்பட்ட திரும்பப் பெறுதல் கோரிக்கை செய்திகள் பல காரணங்களுக்காக நிலையானதாக இல்லை:

பாதுகாப்பற்ற ஸ்டேக்கிங்கிற்கான முன் கையொப்பமிடப்பட்ட திரும்பப் பெறுதல் கோரிக்கைகளில் உள்ள சிக்கல்கள்

சிக்கலானது

முன் கையொப்பமிடப்பட்ட திரும்பப் பெறுதல் கோரிக்கைகள் பணிப்பாய்வுகளுக்கு ஸ்டேக்கிங் சேவை ஆபரேட்டருக்கும் பங்கு பிரதிநிதிக்கும் இடையே அதிக தகவல் தொடர்பு தேவைப்படுகிறது: நீங்கள் திரும்பப் பெறுவதற்கான கோரிக்கைச் செய்திக்கான கோரிக்கையைச் சமர்ப்பித்து, கையொப்பமிடப்பட்ட திரும்பப் பெறுதல் கோரிக்கைகளை அனுப்ப ஸ்டேக்கிங் சேவைக்காக காத்திருக்க வேண்டும். முன் கையொப்பமிடப்பட்ட திரும்பப் பெறுதல் கோரிக்கைகளைப் பயன்படுத்தும் போது மற்றும் பரிமாற்றம் செய்யும் போது பாதுகாப்பில் சிக்கல் உள்ளது:

• ஒரு ஸ்டேக்கிங் சேவையானது கூடுதல் முன்னெச்சரிக்கை நடவடிக்கைகளை எடுக்க வேண்டும் - திரும்பப் பெறும் கோரிக்கை செய்தியை குறியாக்கம் செய்வது மற்றும் பாதுகாப்பான (ஆஃப்-செயின்) தகவல் தொடர்பு சேனலில் பகிர்வது போன்றது - திரும்பப் பெறும் கோரிக்கை செய்திகள் தவறான கைகளில் விழுவதைத் தடுக்க.
• திரும்பப்பெறுதல் கோரிக்கைச் செய்தியை பாதுகாப்பான இடத்தில் சேமித்து வைப்பதற்கு ஒரு பங்குதாரர் கூடுதல் முன்னெச்சரிக்கையை எடுக்க வேண்டும், ஏனெனில் திரும்பப் பெறுதல் கோரிக்கை செய்தியை இழப்பது, வேலிடேட்டரின் இருப்பை சுயாதீனமாக திரும்பப் பெறும் திறனை இழப்பதற்குச் சமம்.

கூடுதலாக, முன் கையொப்பமிடப்பட்ட திரும்பப் பெறுதல் கோரிக்கைகள் தற்போது இரண்டு Ethereum ஃபோர்க்குகள் அல்லது ~12 மாதங்களுக்கு செல்லுபடியாகும் - நீங்கள் ஃபோர்க்குகள் தோராயமாக ஒவ்வொரு ஆறு மாதங்களுக்கும் நடக்கும் என்று நீங்கள் எதிர்பார்த்தால். இதன் பொருள், ஒரு பங்குதாரர் ஒரு காலண்டர் ஆண்டில் பலமுறை ஸ்டேக்கிங் சேவை ஆபரேட்டரிடம் தானாக முன்வந்து திரும்பப் பெறுவதற்கான கோரிக்கையை மீண்டும் சமர்ப்பிக்க வேண்டும். இருப்பினும், EIP-7044 செயல்படுத்தப்பட்டு, கையொப்பமிடப்பட்ட வேலிடேட்டர் திரும்பப் பெறுதல் கோரிக்கைகள் காலவரையின்றி செல்லுபடியாகும் போது இது இனி இருக்காது.

EIP-7044 காலாவதியாகும் வெளியேறும் செய்திகளின் சிக்கலைச் சரிசெய்கிறது, ஆனால் இது ஒரு புதிய சிக்கல்களை அறிமுகப்படுத்துகிறது-குறிப்பாக பெரிய ஸ்டேக்கிங் குளங்களுக்கு. பின்னணிக்கு, பரவலாக்கப்பட்ட ஸ்டேக்கிங் பூல்களில் தற்போதைய அணுகுமுறை, புதிய வேலிடேட்டர் நோட் ஆபரேட்டர்கள் முன் கையொப்பமிடப்பட்ட திரும்பப் பெறுதல் கோரிக்கைகளைச் சமர்ப்பிக்க வேண்டும். இங்கே, கையொப்பமிடப்பட்ட திரும்பப் பெறுதல் கோரிக்கைகள் கிரிப்டோ பொருளாதார பாதுகாப்பை வழங்குகின்றன, ஏனெனில் இது ஒரு (நம்பத்தகாத) ஆபரேட்டருக்கு வேலிடேட்டர் நிதிகளின் மீதுள்ள சக்தியைக் குறைக்கிறது; முன் கையொப்பமிடப்பட்ட திரும்பப் பெறுதல் கோரிக்கையை சங்கிலியில் சமர்ப்பிப்பதன் மூலம், ஒத்துழைக்காத வேலிடேட்டர் முனை ஆபரேட்டரின் திரும்பப் பெறுதல் கோரிக்கையை ஒரு ஸ்டேக்கிங் பூல் தூண்டலாம்.

கையொப்பமிடப்பட்ட வெளியேறும் செய்தியைப் பிடிப்பதன் மூலம் யாரேனும் தற்செயலாக/வேண்டுமென்றே ஒரு போலியான திரும்பப் பெறுதல் கோரிக்கையைத் தூண்டும் அபாயத்தின் காரணமாக, முன் கையொப்பமிடப்பட்ட திரும்பப் பெறுதல் கோரிக்கைகள் சீரற்ற சேவையகத்தில் சேமிக்கப்பட்டால், ஒரு வேலிடேட்டர் முனை ஆபரேட்டர் சரியாக வசதியாக இருக்காது. மோசமான சூழ்நிலையில், வலுக்கட்டாயமாக வெளியேறுவது ஒரு வேலிடேட்டர் நோட் ஆபரேட்டருக்கு இழப்பை ஏற்படுத்தக்கூடும் (எ.கா., எதிர்கால பீக்கான் செயின் வெகுமதிகளுக்கு எதிராக நீங்கள் கடன் வாங்கியிருந்தால்). இதன் பொருள், ஸ்டாக்கிங் குளங்கள் இன்னும் கூடுதலான பாதுகாப்பு முன்னெச்சரிக்கை நடவடிக்கைகளை எடுக்க வேண்டும் மற்றும் திரும்பப் பெறும் கோரிக்கை செய்திகளை பாதுகாப்பாக சேமிக்க வேண்டும், குறிப்பாக EIP 7044 க்குப் பிந்தைய உலகில் கையொப்பமிடப்பட்ட திரும்பப் பெறுதல் கோரிக்கைகள் எல்லையற்ற காலாவதி தேதிகளைக் கொண்டிருக்கும்.

DKG (விநியோகிக்கப்பட்ட விசை உருவாக்கம்) நெறிமுறை மூலம் உருவாக்கப்பட்ட பகிரப்பட்ட பொது விசையுடன் கையொப்பமிடப்பட்ட திரும்பப் பெறுதல் கோரிக்கைகளை குறியாக்கம் செய்வது ஒரு சாத்தியமான தீர்வாகும், மேலும் திரும்பப் பெறும் கோரிக்கையை மறைகுறியாக்குவதற்கு முன் தனிப்பட்ட விசையை மறுகட்டமைக்க விசைப்பகிர்வுகளின் கோரம் தேவைப்படுகிறது. பிற பங்கேற்பாளர்களின் உள்ளீடு இல்லாமல் முன் கையொப்பமிடப்பட்ட திரும்பப் பெறுதல் கோரிக்கைகளை ஒருதலைப்பட்சமாக மறைகுறியாக்க போதுமான விசைப்பகிர்வுகளை யாரும் கட்டுப்படுத்தவில்லை எனில், ஒரு தரப்பினர் திரும்பப்பெறுதல் கோரிக்கைகளை சேமிப்பதில் வரும் நம்பிக்கை அனுமானத்தை இது குறைக்கிறது. ஒன்று அல்லது அதற்கு மேற்பட்ட தனிப்பட்ட விசைப் பங்குகள் தவறாக இடம் பெற்றாலோ, தொலைந்து போனாலோ அல்லது திருடப்பட்டாலோ, ஒரு எட்ஜ் கேஸ் தோன்றும் - சரிபார்த்தவரின் திரும்பப் பெறுதலைத் தூண்டுவது அவசியமானால், கையொப்பமிடப்பட்ட திரும்பப் பெறுதல் கோரிக்கையை மறைகுறியாக்குவது கடினம் அல்லது முற்றிலும் சாத்தியமற்றது.

ஒழுங்குமுறை இணக்கம்

ஸ்டேக்கிங் சேவைகள், கிரிப்டோவின் பொது எதிரி எண். 1: கேரி ஜென்ஸ்லர் தலைமையிலான எஸ்இசி (செக்யூரிட்டிஸ் அண்ட் எக்ஸ்சேஞ்ச் கமிஷன்) கட்டுப்பாட்டாளர்களின் எழுத்துக்கள் சூப்பில் இருந்து நிறைய ஆய்வுகளைப் பெற்றுள்ளன. எடுத்துக்காட்டாக, க்ராக்கன் இந்த ஆண்டின் தொடக்கத்தில் அதன் கஸ்டடிங் ஸ்டேக்கிங்-ஆக-சேவை செயல்பாட்டை நிறுத்தியது மற்றும் "அதன் கிரிப்டோ ஸ்டேக்கிங் தளத்தின் மூலம் பதிவு செய்யப்படாத பத்திரங்களை வழங்கியதற்காக" $30 மில்லியன் அபராதம் செலுத்தியது.

கோட்பாட்டில், பங்கு உரிமையாளருடனான அதன் ஏற்பாட்டின் பொறுப்பற்ற தன்மையின் காரணமாக, பாதுகாப்பற்ற ஸ்டேக்கிங் சேவை SEC இன் குறுக்கு நாற்காலிகளில் சிக்குவது சாத்தியமில்லை:

1. வேலிடேட்டரைச் செயல்படுத்துவதற்கான 32 ETH (அல்லது 32 ETH இன் மடங்குகள்) வைப்புத்தொகையானது, ஸ்டேக்கரால் கட்டுப்படுத்தப்படும் திரும்பப் பெறும் முகவரியிலிருந்து வருகிறது - மேலும் 32 ETH வைப்புத்தொகையின் உரிமையாளராக நெறிமுறை திரும்பப் பெறும் முகவரியை அடையாளப்படுத்துகிறது. கிராக்கன் SEC ஆல் குற்றம் சாட்டப்பட்டதால், காவலில் இல்லாத ஸ்டேக்கிங் சேவையானது வேலிடேட்டரின் இருப்பைத் திரும்பப் பெற முடியாது மற்றும் "வாடிக்கையாளர்களின் பணத்தை அதன் சொந்தத்துடன் இணைக்க" முடியாது.

கிராக்கன் போன்ற பரிமாற்றத்தில், அனைத்து வாடிக்கையாளர் நிதிகளும் பரிமாற்றத்தால் கட்டுப்படுத்தப்படும் ஒன்று அல்லது அதற்கு மேற்பட்ட பணப்பைகளில் வைக்கப்படுவதால், பயனரின் வாலட் இருப்பு "மெய்நிகர்" ஆகும். எக்ஸ்சேஞ்ச் மூலம் நடத்தப்படும் ஒரு கஸ்டொடியல் ஸ்டேக்கிங் சேவையின் மூலம் நீங்கள் 32 ETH ஐப் பங்கிட்டுக் கொண்டால், நீங்கள் திரும்பப் பெற விரும்பும் போதெல்லாம் 32 ETH ஐ (வலியேட்டர் ரிவார்டுகளின் சதவீதம்) திருப்பிச் செலுத்துவதாக உறுதியளிக்கும் பரிமாற்றத்தின் IOU ஆகும்.

1. ஒரு முரட்டு ஸ்டேக்கிங் சேவை திரும்பப் பெறுவதைத் தடுக்கும் அபாயத்தை இயக்காமல், முன் கையொப்பமிடப்பட்ட வெளியேற்றங்களைச் சமர்ப்பிப்பதன் மூலம் ஸ்டேக்கர்ஸ் சுயாதீனமாக நிதியைத் திரும்பப் பெறலாம். இதற்கு நேர்மாறாக, ஒரு கஸ்டடி ஸ்டேக்கிங் சேவை-குறிப்பாக கிராக்கன் போன்ற பரிமாற்றம்-ஒரு பங்குதாரரின் சொத்துக்களைக் கட்டுப்படுத்துகிறது மற்றும் தன்னிச்சையான காரணங்களுக்காக பணம் எடுப்பதைத் தடுக்கலாம்.

இந்த இரண்டு உண்மைகளும் "முதலீட்டாளர் பாதுகாப்பின்" தேவையைத் தவிர்க்கின்றன; நான் கொள்கை நிபுணர் அல்ல, எனவே இந்த பகுத்தறிவு வரிசையில் ஏதேனும் பிழைகள் இருந்தால் மன்னிக்கவும். நீங்கள் இன்று ஒரு நிறுவன, பாதுகாப்பற்ற ஸ்டேக்கிங் சேவையை நடத்துகிறீர்கள் என்றால், இன்னும் ஒரு சிறிய சுருக்கம் அல்லது இரண்டு இருக்கலாம்:

• ஒரு வேலிடேட்டரைச் செயல்படுத்துவதற்கும், ஸ்டேக்கருக்கு முன்பே கையொப்பமிடப்பட்ட தன்னார்வ வெளியேறுதலை அனுப்புவதற்கும் இடையே உள்ள குறுகிய (அல்லது நீண்ட) காலத்திற்கு, ஸ்டேக்கிங் சேவையானது 32 ETH ஐக் கட்டுப்படுத்துகிறது - இது ஒரு கட்டுப்பாட்டாளரின் பார்வையில் "பாதுகாப்பாக" ஆக்குகிறது. முன் கையொப்பமிடப்பட்ட வெளியேற்றங்களின் குறுகிய காலாவதி தேதிகள் (EIP 7044க்கு முந்தைய) சிக்கலை மேலும் அதிகரிக்கிறது: புதிய வெளியேறும் செய்தி கையொப்பமிடப்பட்டு, ஸ்டேக்கருக்கு அனுப்பப்படும் நேரத்திற்கு இடையில், வேலிடேட்டர் முனை ஆபரேட்டருக்கு பங்கு போடப்பட்ட ETH மீது சில கட்டுப்பாடுகள் இருக்கும்.
• வழக்கமான வெளியேறும் செய்திகள் ஆன்-செயினில் ஒளிபரப்பப்படும் மற்றும் பொதுவில் சரிபார்க்கப்படும் போது, முன்-கையொப்பமிடப்பட்ட வெளியேற்றம் குறியாக்கம் செய்யப்பட வேண்டும் மற்றும் முனை ஆபரேட்டர் மற்றும் ஸ்டேக்கர் இடையே தனிப்பட்ட முறையில் ஆஃப்-செயின் பகிரப்பட வேண்டும். ஆரம்ப வேலிடேட்டர் டெபாசிட் ஒப்பந்தத்தின் ஒரு பகுதியாக ஸ்டேக்கிங் சேவை உண்மையிலேயே கையொப்பமிட்டது அல்லது அசல் வெளியேறும் செய்தி காலாவதியாகிவிட்டால் (அதாவது, முன்பணம்) பரிமாற்றம் மீண்டும் நடந்தால், இது ஒரு ரெகுலேட்டர் போன்ற மூன்றாம் தரப்பினருக்கு மிகவும் கடினமாகிறது. -EIP 7004).

சுருக்கமாக: முன் கையொப்பமிடப்பட்ட வெளியேற்றங்கள், பிரதிநிதித்துவ ஸ்டேக்கிங்கில் சில சிக்கல்களைத் தணிக்கும், ஆனால் Ethereum மீது ஸ்டேக்கிங்கை நம்பமுடியாததாகவும், பாதுகாப்பானதாகவும், பரவலாக்கப்பட்டதாகவும் மாற்ற போதுமானதாக இல்லை. "கஸ்டடி அல்லாதவை" மீண்டும் காவலில் வைக்கப்படாத ஸ்டேக்கிங்கில் வைக்க, எங்களுக்கு ஒரு சிறந்த தீர்வு தேவை - இது இப்போது எங்களிடம் உள்ளது, EIP-7002 க்கு நன்றி. அடுத்தடுத்த பிரிவுகள் EIP-7002 ஐ விரிவாக உள்ளடக்கும் மற்றும் EIP இன் பல்வேறு நன்மைகள் மற்றும் அதைச் செயல்படுத்துவதில் தொடர்புடைய சாத்தியமான சிக்கல்களைத் தொடும்.

EIP-7002 இன் கண்ணோட்டம்: செயல்படுத்தல்-அடுக்கு தூண்டக்கூடிய திரும்பப் பெறுதல்

EIP-7002, பிரதிநிதித்துவ ஸ்டேக்கிங்கில் உள்ள முதன்மை முகவர் சிக்கலைச் சரிசெய்கிறது—இங்கு வேலிடேட்டர் நோட் ஆபரேட்டர்களை முன்-கையொப்பமிடும் கோரிக்கைகளை முன் கையொப்பமிட, அல்லது எதிர்கால திரும்பப்பெறுதல் கோரிக்கைகளுக்கு மதிப்பளிக்க வேண்டும். திரும்பப் பெறுதல்களைச் செயல்படுத்த, வேலிடேட்டரின் கையொப்பமிடும் விசையை (அதாவது, பிரதிநிதித்துவப்படுத்தப்பட்ட ஸ்டேக்கிங் அமைப்பில் உள்ள ஸ்டேக்கிங் சேவை) வைத்திருக்கும் நிறுவனத்தை நம்பாமல், ஸ்டேக்கர்கள் ETH ஐத் திரும்பப் பெற இது அதிகாரம் அளிக்கிறது.

EIP-7002 இன் முக்கிய அம்சம், செயல்படுத்தல் லேயரில் இருந்து பெறப்படும் வேலிடேட்டர் திரும்பப் பெறுதல் கோரிக்கைகளின் வரிசையை பராமரிக்கும் ஒரு மாநில மதிப்பீட்டாளர் திரும்பப்பெறுதல் கோரிக்கை ஒப்பந்தத்தின் அறிமுகமாகும். இடைவெளியில், பல திரும்பப்பெறுதல் கோரிக்கைகள் வரிசையில் இருந்து அகற்றப்பட்டு, பீக்கன் செயின் பிளாக்கின் செயல்படுத்தல் கோரிக்கையில் சேர்க்கப்படும். இது செயல்படுத்தல் லேயரில் இருந்து திரும்பப் பெறுவதற்கான கோரிக்கைகளை ஒருமித்த அடுக்கில் "உட்செலுத்த" மற்றும் பெக்கன் செயின் செயல்பாடுகளின் ஒரு பகுதியாக செயலாக்க அனுமதிக்கிறது - டெபாசிட் ஒப்பந்தத்தில் இருந்து வரும் வைப்புகளை செயலாக்க அடுக்கில் இருந்து ஒருமித்த அடுக்குக்கு எவ்வாறு அனுப்புவது போன்றது.

திரும்பப்பெறுதல் கோரிக்கைகள் வழக்கமான Ethereum பரிவர்த்தனைகளாகும், வேலிடேட்டர் ஒப்பந்த முகவரியை இலக்காகக் கொண்டு, ஒரு வேலிடேட்டரைத் திரும்பப் பெறுவதற்கான நோக்கத்தைக் குறிக்கிறது (அதன் பொது விசையால் அடையாளம் காணப்பட்டது). வேலிடேட்டரின் எக்ஸிகியூஷன்-லேயரில் ( 0x01 ) திரும்பப்பெறும் நற்சான்றிதழில் குறிப்பிடப்பட்டுள்ள Ethereum முகவரியால் கையொப்பமிடப்பட்டிருந்தால் (அ) திரும்பப் பெறப்பட வேண்டிய வேலிடேட்டர் பெக்கன் செயினில் செயலில் இருந்தால், வேலிடேட்டர் திரும்பப் பெறும் செய்தி செல்லுபடியாகும். இந்த காசோலைகள் ஒருமித்த அடுக்கு மூலம் திரும்பப்பெறுதல் கோரிக்கையானது பீக்கன் சங்கிலிக்கு வழிவகுத்த பிறகு செயல்படுத்தப்படுகிறது; வேலிடேட்டர் திரும்பப்பெறுதல் கோரிக்கை ஒப்பந்தம், ஒரு பங்குதாரரால் திரும்பப்பெறுதல் கோரிக்கை ஒப்பந்தம் அழைக்கப்படும் நேரத்தில், திரும்பப்பெறுதல் கோரிக்கை பரிவர்த்தனை போதுமான அளவு எரிவாயுவை செலுத்தினால் மட்டுமே உறுதிப்படுத்துகிறது.

அனைத்து செயல்படுத்தல்-அடுக்கு திரும்பப் பெறுதல் கோரிக்கைகளும் ஒருமித்த-அடுக்கிலிருந்து தூண்டப்பட்ட வழக்கமான தன்னார்வ திரும்பப்பெறுதல் கோரிக்கை செயல்பாட்டைப் போலவே செயல்படுத்தப்படுகின்றன, இது செயலில் உள்ள மதிப்பீட்டாளர் திரும்பப் பெறுதல்களிலிருந்து அதிகபட்சமாக அனுமதிக்கக்கூடிய திரும்பப்பெறுதல் கோரிக்கைகளைச் சுற்றி மாறாதவற்றைப் பாதுகாக்கிறது. EIP-7002 இன் இன்-ப்ரோட்டோகால் பொறிமுறையானது, செயல்படுத்தல் மற்றும் ஒருமித்த அடுக்குகளுக்கு இடையில் திரும்பப் பெறுதல் கோரிக்கைகளை மாற்றுவதற்கான ஒருமித்த முனையுடனான இணைப்புகளின் தேவையை நீக்குகிறது (முன்கூட்டியே கையொப்பமிடப்பட்ட திரும்பப்பெறுதல் கோரிக்கைகளுடன் மதிப்பீட்டாளர்களைத் திரும்பப் பெறுவதற்கு இது தேவைப்படுகிறது). சரிபார்ப்பவர்களுக்கு இப்போது நிதியுதவி மற்றும் அதே செயல்படுத்தல்-அடுக்கு முகவரியிலிருந்து திரும்பப் பெறலாம், இது EIP இன் பெயரை "செயல்படுத்தல்-அடுக்கு தூண்டக்கூடிய திரும்பப் பெறுதல்கள்" என்று விளக்குகிறது.

EIP-7002 உயர் மட்டத்தில் எவ்வாறு செயல்படுகிறது என்பதைப் பார்த்த பிறகு, EIP இன் நுணுக்கமான விவரங்களை நாம் இப்போது ஆராயலாம். அடுத்த பகுதி EIP-7002 இன் தற்போதைய விவரக்குறிப்பை உள்ளடக்கியது மற்றும் வேலிடேட்டர் திரும்பப் பெறும் கோரிக்கை பொறிமுறையின் முக்கிய அம்சங்களைப் பற்றி விவாதிக்கும். நீங்கள் தொழில்நுட்ப விவாதத்தைத் தவிர்த்துவிட்டு, EIP-7002ஐச் செயல்படுத்துவதன் நன்மைகளை ஆராய விரும்பினால், நீங்கள் அடுத்த பகுதிக்குச் செல்லலாம் - இது EIP-7002 செயல்படுத்தும் பயனர் அனுபவத்தை (UX) நிலைநிறுத்துவதற்கான சில மேம்பாடுகளை எடுத்துக்காட்டுகிறது.

வேலிடேட்டர் திரும்பப் பெறும் கோரிக்கை செயல்பாடுகள்

EIP-7002 க்கு, வேலிடேட்டர் திரும்பப் பெறுதல் கோரிக்கை (சூடோகோடில் add_withdrawal_request() என வரையறுக்கப்பட்டுள்ளது) என்பது வேலிடேட்டர் திரும்பப்பெறுதல் கோரிக்கை ஒப்பந்த முகவரிக்கான CALL ஆகும். வேலிடேட்டர் திரும்பப் பெறும் கோரிக்கை ஒப்பந்தத்திற்கான அழைப்புகளுக்கான பரிவர்த்தனை புலம் இரண்டு மதிப்புகளைக் கொண்டுள்ளது:

• source_address : பரிவர்த்தனையைத் தொடங்கிய திரும்பப் பெறும் முகவரியைக் குறிக்கும் 20-பைட் மதிப்பு
• validator_pubkey : ஒரு 48-பைட் மதிப்பு வெளியேறும் வேலிடேட்டரின் பொது விசையைக் குறிக்கிறது.

ஒரு பங்குதாரர் validator_pubkey உடன் திரும்பப் பெறும் கோரிக்கை ஒப்பந்தத்தை உள்ளீடாக அழைத்த பிறகு, வேலிடேட்டர் திரும்பப் பெறுதல் கோரிக்கை ஒப்பந்தம் பின்வரும் செயல்பாடுகளை இயக்கும் (இந்த செயல்பாட்டின் முக்கிய பகுதிகளை நான் பின்னர் பார்க்கிறேன்):

• பரிவர்த்தனை EXIT_FEE ஈடுகட்ட போதுமான எரிவாயுவை செலுத்துவதை உறுதிப்படுத்துகிறது
• தற்போதைய தொகுதிக்கு வெளியேறும் கவுண்டரை ( EXIT_COUNT ) ஒன்று அதிகரிக்கிறது
• வெளியேறும் செய்தியை வரிசையில் செருகும்
• தற்போதைய தொகுதிக்கான ( EXCESS_EXITS ) அதிகப்படியான திரும்பப் பெறுதல்களை ஒன்று அதிகரிக்கிறது
• 2300 எரிவாயு உதவித்தொகையை ( EXCESS_RETURN_GAS_STIPEND ) முன்னனுப்புவதன் மூலம் அழைப்பாளருக்கு-அவர்கள் எரிவாயுவிற்கு அதிகமாக பணம் செலுத்தினால்-பணம் திரும்பப்பெறும்

ஒரு முக்கியமான விவரம்: validator_pubkey ஆல் அடையாளம் காணப்பட்ட வேலிடேட்டருக்கான source_address செல்லுபடியாகும் திரும்பப்பெறல் முகவரியா என்பதை வேலிடேட்டர் திரும்பப்பெறுதல் கோரிக்கை ஒப்பந்தம் சரிபார்க்காது, மேலும் validator_pubkey என்பதைச் சரிபார்க்காது. இது ஒரு நுட்பமான பாதுகாப்புச் சிக்கலை அம்பலப்படுத்துகிறது, தாக்குபவர் தோல்வியடையும் செய்திகளுடன் வரிசையை நிரப்பினால் எழும்; இது முதன்மையாக முறையான திரும்பப் பெறுதல் கோரிக்கைகளை செயலாக்குவதைத் தடுக்கும் நோக்கத்துடன் ஒரு துக்ககரமான தாக்குதலாகும். EIP-7002 இந்தச் சிக்கலைத் திரும்பப் பெறும் கோரிக்கை பரிவர்த்தனைகளில் மாறும் வகையில் சரிசெய்யும் கட்டணத்தை வசூலிக்கிறது (திரும்பப் பெறுவதற்கான கட்டண வழிமுறை பின்னர் விவாதிக்கப்படும்).

ஒரு தொகுதிக்கு அதிகபட்சம் மற்றும் இலக்கு திரும்பப் பெறுதல்

MAX_WITHDRAWAL_REQUESTS_PER_BLOCK

MAX_WITHDRAWAL_REQUESTS_PER_BLOCK என்பது பீக்கான் செயின் பிளாக்கில் சேர்க்கக்கூடிய செயல்படுத்தல்-அடுக்கு திரும்பப் பெறுதல் கோரிக்கைகளின் எண்ணிக்கை. VoluntaryExit (ஒரு ஸ்டேக்கரின் வேலிடேட்டர் விசையுடன் ஒருமித்த லேயரில் இருந்து நேரடியாகத் தூண்டப்படும் வெளியேறும் செயல்பாடுகள்) போன்ற பெக்கன் செயினில் இதேபோன்ற செயல்பாடுகளை பிரதிபலிக்கும் வகையில் இந்த மதிப்பு தற்போது 16 ஆக அமைக்கப்பட்டுள்ளது.

MAX_WITHDRAWAL_REQUESTS_PER_BLOCK 16 ஆக அமைப்பது, செயல்படுத்தும் பேலோடுகளின் அளவையும் நீட்டிப்பதன் மூலம், பீக்கான் செயின் பிளாக்குகளின் அளவையும் கட்டுப்படுத்துகிறது மற்றும் ஒருமித்த லேயரில் செயலாக்க வெளியேறும் செயல்பாடுகளின் மேல்நிலையைக் குறைக்கிறது என்பதையும் விவரக்குறிப்பு குறிப்பிடுகிறது. ஒருமித்த அடுக்கு (அதாவது, முன் கையொப்பமிடப்பட்ட வெளியேற்றங்கள் அல்லது நிகழ்நேர தன்னார்வ வெளியேறும் செய்திகள் மூலம்) தற்போதைய பொறிமுறையைப் பயன்படுத்தி, சில ஸ்டேக்கர்கள் வேலிடேட்டர்களை விட்டு வெளியேறுவதை நாங்கள் எதிர்பார்க்கலாம் என்பதால் இது பயனுள்ளதாக இருக்கும்.

TARGET_WITHDRAWAL_REQUESTS_PER_BLOCK

EIP-7002 கோட்பாட்டளவில் ஒரு பிளாக்கில் 16 எக்ஸிகியூஷன்-லேயர் வெளியேறும் செயல்பாடுகளைச் சேர்க்க அனுமதிக்கிறது, ஆனால் ஒரு தொகுதிக்கு இரண்டு வெளியேற்றங்கள் என்ற பழமைவாத மதிப்பீட்டைக் குறிவைக்கிறது. விவரக்குறிப்பின்படி , TARGET_WITHDRAWAL_REQUESTS_PER_BLOCK வேலிடேட்டர்களின் விகிதத்தைக் கட்டுப்படுத்தவும், பீக்கன் சங்கிலியின் get_validator_churn_limit() செயல்பாட்டின் போது அனைத்து சமச் சூழ்நிலைகளிலும் சீரான செயல்பாட்டில் உள்ள ஒரு சகாப்தத்திற்கு அதிகபட்சமாக அனுமதிக்கப்பட்ட திரும்பப் பெறுதல்களில் மாறாததைப் பாதுகாக்க 2 ஆக அமைக்கப்பட்டுள்ளது.

வேலிடேட்டர் திரும்பப் பெறும் கோரிக்கை வரிசை

WITHDRAWAL_REQUEST_COUNT

WITHDRAWAL_REQUEST_COUNT என்பது தற்போதைய தொகுதியில் சேர்க்கப்பட்டுள்ள திரும்பப்பெறுதல் கோரிக்கைகளின் எண்ணிக்கை. வேலிடேட்டர் திரும்பப்பெறுதல் கோரிக்கை ஒப்பந்தத்திற்கான ஒவ்வொரு வெற்றிகரமான அழைப்புக்குப் பிறகு, வேலிடேட்டர் ஒப்பந்தத்தின் சேமிப்பகத்தில் சேமிக்கப்பட்ட WITHDRAWAL_REQUEST_COUNT மாறியின் மதிப்பு ஒன்று அதிகரிக்கப்படுகிறது (சூடோகோடில் increment_count() என வரையறுக்கப்படுகிறது).

எந்த நேரத்திலும், WITHDRAWAL_REQUEST_COUNT இன் மதிப்பு TARGET_WITHDRAWAL_REQUESTS_PER_BLOCK (2) மற்றும் MAX_WITHDRAWAL_REQUESTS_PER_BLOCK (16) க்கு இடையில் இருக்கும், திரும்பப் பெறுதல் கோரிக்கையின் செயல்பாடுகளைச் செலுத்துவதற்கு எவ்வளவு பணம் சேர்க்கப்படுகிறது என்பதைப் பொறுத்து. WITHDRAWAL_REQUEST_COUNT என்பது செயல்பாட்டிற்கான உள்ளீடாகும், இது ஒரு புதிய திரும்பப் பெறும் கோரிக்கை செயல்பாட்டின் மூலம் செலுத்த வேண்டிய தொகையைக் கணக்கிடுகிறது ( MIN_WITHDRAWAL_REQUEST_FEE ).

அதிகப்படியான திரும்பப் பெறுதல் கோரிக்கைகள்

EXCESS_WITHDRAWAL_REQUESTS என்பது MAX_WITHDRAWAL_REQUESTS_PER_BLOCK மற்றும் TARGET_WITHDRAWAL_REQUESTS_PER_BLOCK ஆகியவற்றுக்கு இடையே உள்ள வித்தியாசம் -தற்போதைய பிளாக் பயன்படுத்தாமல் விடப்பட்ட திரும்பப்பெறுதல் கோரிக்கைகளின் எண்ணிக்கை. குறிப்பிட்டுள்ளபடி, ஒவ்வொரு தொகுதியும் அதிகபட்சமாக 16 திரும்பப்பெறுதல் கோரிக்கைகளை உள்ளடக்கியிருக்கலாம், ஆனால் சாதாரண சூழ்நிலைகளில் இரண்டு திரும்பப்பெறுதல் கோரிக்கைகளை இலக்காகக் கொள்ளலாம், எனவே EXCESS_WITHDRAWAL_REQUESTS என்பது "ஒரு தொகுதி கோட்பாட்டளவில் எத்தனை திரும்பப்பெறுதல் கோரிக்கைகளை உட்கொள்ளலாம் மற்றும் உண்மையில் எத்தனை திரும்பப்பெறுதல் கோரிக்கைகளைப் பயன்படுத்துகிறது" என்பதற்குச் சமம்.

திரும்பப் பெறுதல் கோரிக்கை ஒப்பந்தத்தின் அதிகப்படியான கவுண்டர், கடைசி பிளாக்கின் பயன்பாட்டின் அடிப்படையில் புதுப்பிக்கப்பட்டது மற்றும் இது ஒரு காரணியாக (மற்றவற்றுடன்) மதிப்பீட்டாளர் திரும்பப் பெறுதல் கோரிக்கை ஒப்பந்தத்தை அழைக்கும் பரிவர்த்தனையின் மூலம் செலுத்தப்படும் கட்டணத்தை தீர்மானிக்கிறது. தற்போதைய பயன்பாட்டிற்கு ஏற்ப திரும்பப் பெறும் கட்டணங்கள் விலை நிர்ணயம் செய்யப்படுவதை உறுதிசெய்கிறது, இது புதிய தொகுதிக்கான base_fee EIP-1559 கணக்கிடுவதைப் போன்றது, இலக்கு எரிவாயு வரம்புக்கும் முந்தைய பிளாக் பயன்படுத்திய வாயுவிற்கும் உள்ள வேறுபாட்டின் அடிப்படையில் கணக்கிடப்படுகிறது.

WITHDRAWAL_REQUEST_QUEUE

WITHDRAWAL_REQUEST_QUEUE என்பது வாலிடேட்டர் ஒப்பந்தத்தின் WITHDRAWAL_REQUEST_QUEUE_STORAGE_SLOT ( WITHDRAWAL_REQUEST_QUEUE_HEAD_STORAGE_SLOT மற்றும் போன்றவற்றில் தற்போது சேமித்து வைக்கப்பட்டுள்ள) நிலுவையில் உள்ள அனைத்து திரும்பப்பெறுதல் கோரிக்கைகளின் பட்டியலாகும் (வருகையின் வரிசையில் வரிசைப்படுத்தப்பட்டுள்ளது) WITHDRAWAL_REQUEST_QUEUE_TAIL_STORAGE_SLOT ). வரிசையில் உள்ள திரும்பப்பெறுதல் கோரிக்கைகளின் எண்ணிக்கை வரம்பற்றதாக இருக்கலாம், ஆனால் MAX_WITHDRAWAL_REQUESTS_PER_BLOCK மாறி விகிதம் ஒவ்வொரு தொகுதியிலும் எத்தனை நிலுவையில் உள்ள திரும்பப்பெறுதல் கோரிக்கைகளை வரிசைப்படுத்தலாம் என்பதைக் கட்டுப்படுத்துகிறது.

திரும்பப் பெறுவதற்கான கோரிக்கை வரிசையானது "தலை" மற்றும் "வால்" குறியீட்டை பராமரிக்கிறது-இரண்டும் வரிசையின் தொடக்கம் மற்றும் முடிவிற்கு அருகிலுள்ள கோரிக்கைகளின் தொகுப்பைக் குறிக்கிறது-ஒவ்வொரு தொகுதிக்குப் பிறகும் ஒன்று அல்லது திரும்பப் பெறுதல் கோரிக்கைகளின் செயலாக்கத்திற்காக புதுப்பிக்கப்படும். இது ஃபர்ஸ்ட்-இன்-ஃபர்ஸ்ட்-அவுட் (FIFO) வரிசையாகும், எனவே கோரிக்கைகள் வரிசையில் சேர்க்கப்படும்போது செயல்படுத்தப்படும்-இது பாதுகாப்பு தாக்கங்களைக் கொண்டுள்ளது, குறிப்பாக நேர்மையான மதிப்பீட்டாளர்களின் துயரத்தைச் சுற்றி.

மதிப்பீட்டாளர் திரும்பப் பெறுவதற்கான ஒப்பந்தக் கட்டணம்

MIN_WITHDRAWAL_REQUEST_FEE என்பது வேலிடேட்டரை திரும்பப் பெறுவதற்கான கோரிக்கை ஒப்பந்தத்தை அழைக்கும் முகவரியானது, ஒரு வேலிடேட்டர் எரிவாயுவில் செலுத்த வேண்டிய தொகையாகும். வரிசையில் திரும்பப்பெறுதல் கோரிக்கையைச் செருகுவதற்கு முன், பரிவர்த்தனையுடன் இணைக்கப்பட்டுள்ள எரிவாயுக் கட்டணம் MIN_WITHDRAWAL_REQUEST_FEE இன் தற்போதைய மதிப்பிற்குச் சமமாக உள்ளதா அல்லது அதிகமாக உள்ளதா என்பதைச் சரிபார்க்கிறது. வாயு.

விவரக்குறிப்பின்படி, இந்த வடிவமைப்பு சாலிடிட்டியில் இப்போது நிறுத்தப்பட்ட அம்சத்தைப் பின்பற்றுகிறது, அங்கு இலக்கு ஒப்பந்தத்தில் fallback() செயல்பாட்டைத் தூண்டுவது அல்லது transfer() அல்லது send() மூலம் ETH ஐ அனுப்புவது, பெறுநருக்கு 2300 எரிவாயு உதவித்தொகையை அனுப்புகிறது. எரிவாயு செலவில் ஏற்படும் மாற்றங்கள் (பெர்லின்/இஸ்தான்புல் ஃபோர்க்கில் தொடங்கி) இந்த அம்சத்தின் பயன்பாட்டைக் குறைத்துள்ளன ( சொலிடிட்டியின் பரிமாற்றத்தைப் பயன்படுத்துவதை நிறுத்து() இப்போது சில சூழல்களுக்குப் படிக்கவும்), ஆனால் எளிய எரிவாயு கணக்கியல் முறையின் அசல் யோசனை இன்னும் பயனுள்ளதாக இருக்கும். EIP-7002 இன் சூழலில், 2300 எரிவாயுவின் நிலையான பணத்தைத் திரும்பப் பெறுவது மதிப்பீட்டாளர் திரும்பப் பெறுதல் கோரிக்கை ஒப்பந்தத்திற்கான கட்டண வழிமுறையை எளிதாக்குகிறது.

மாற்றாக, ஒரு பரிவர்த்தனையிலிருந்து எஞ்சியிருக்கும் வாயுவின் அதிகபட்ச அளவை திரும்பப் பெறும் கோரிக்கை ஒப்பந்தத்தை அனுமதிக்கும் ஒரு சிறப்பு பொறிமுறையை வடிவமைப்பதாகும். இது அர்த்தமுள்ளதாக இருக்கும், குறிப்பாக திரும்பப் பெறும் முகவரியானது EOA-ஸ்மார்ட் ஒப்பந்தங்கள் ஒப்பந்தத்தின் நிலையைச் சரிபார்ப்பதன் மூலம் MIN_WITHDRAWAL_REQUEST_FEE க்கான துல்லியமான மதிப்புகளைக் கணக்கிட முடியும், ஆனால் EOAக்கள் திரும்பப் பெறும் கோரிக்கை ஒப்பந்தத்திற்கு ஒவ்வொரு அழைப்புக்கும் அதிக எரிவாயுவை அனுப்பக்கூடும். இந்த வழியானது EIP- CALL வடிவமைப்பிற்கு மேலும் சிக்கலை சேர்க்கிறது இருப்பினும், EIP-7002 இன் ஆசிரியர்கள் இந்த அம்சம் பங்குதாரர்களிடமிருந்து வரும் கருத்துக்களைப் பொறுத்து இறுதி விவரக்குறிப்பில் சேர்க்கப்படலாம் என்று பரிந்துரைக்கின்றனர் .

MIN_WITHDRAWAL_REQUEST_FEE இன் கணக்கீடுதான் விஷயங்கள் சுவாரஸ்யமாக இருக்கும். திரும்பப் பெறுதல் கோரிக்கை கட்டணம் மாறும் மற்றும் நெட்வொர்க் நிபந்தனைகளுக்கு பதிலளிக்க வடிவமைக்கப்பட்டுள்ளது, EIP-1559 அறிமுகப்படுத்திய அடிப்படைக் கட்டணத்தைப் போன்றது, மேலும் இது மூன்று மாறிகளின் செயல்பாடாகும்:

• குறைந்தபட்ச (அடிப்படை) திரும்பப் பெறுதல் கட்டணம்: MIN_WITHDRAWAL_REQUEST_FEE
• தற்போதைய பிளாக்கில் அதிகப்படியான திரும்பப் பெறுதல்களின் எண்ணிக்கை: EXCESS_WITHDRAWAL_REQUESTS
• திரும்பப் பெறுவதற்கான கோரிக்கை கட்டண புதுப்பிப்பு சூத்திரம்: WITHDRAWAL_REQUEST_FEE_UPDATE_FRACTION

EIP-1559 இன் base_fee போலவே, வேலிடேட்டர் திரும்பப் பெறுதல் ஒப்பந்தத்தின் வெளியேறும் கட்டணமும் ஒரு விகிதத்தைக் கட்டுப்படுத்தும் பொறிமுறையாகும்: சராசரி வழக்கில் (ஒரு தொகுதிக்கு இரண்டு கோரிக்கைகள்), வேலிடேட்டர் திரும்பப் பெறும் கோரிக்கை ஒப்பந்தத்தை அழைக்கும் எவரும் குறைந்தபட்ச திரும்பப் பெறும் கட்டணத்தைச் செலுத்த எதிர்பார்க்கலாம், ஆனால் அதற்கான செலவு ஒரு திரும்பப்பெறுதல் நடவடிக்கையானது, ஒரு தொகுதியில் அதிக திரும்பப்பெறுதல் கோரிக்கைகள் சேர்க்கப்பட்டுள்ளன. திரும்பப் பெறுதல் கோரிக்கைக் கட்டணத்தைப் புதுப்பிப்பதற்கான EIP-7002 இன் முறையான விவரக்குறிப்பிலிருந்து இதைப் பெறலாம்: withdrawal_request_fee = MIN_WITHDRAWAL_REQUEST_FEE * e**(excess_withdrawal_requests / WITHDRAWAL_REQUEST_FEE_UPDATE_FRACTION) _FRAC_FEE_UP

விவரக்குறிப்பிலிருந்து திரும்பப் பெறுதல் கோரிக்கை கட்டண வழிமுறையின் விளக்கம்:

"பிளாக்-பை-பிளாக் நடத்தை தோராயமாக பின்வருமாறு: பிளாக் N ஆனது X திரும்பப்பெறுதல் கோரிக்கைகளை செயலாக்கினால், தொகுதி N முடிவில் excess_withdrawal_requests X - TARGET_WITHDRAWAL_REQUESTS_PER_BLOCK ஆல் அதிகரிக்கிறது, எனவே திரும்பப்பெறுதல்_கோரிக்கை_கட்டணம் N + 1 e**((X - TARGET_WITHDRAWAL_REQUESTS_PER_BLOCK) / (WITHDRAWAL_REQUEST_FEE_UPDATE_FRACTION) அதிகரிக்கிறது e**((X - TARGET_WITHDRAWAL_REQUESTS_PER_BLOCK) / (WITHDRAWAL_REQUEST_FEE_UPDATE_FRACTION) ."

வேலிடேட்டர் திரும்பப்பெறுதல் கோரிக்கை ஒப்பந்தத்தின் பயன்பாட்டிற்கு ஏற்ப திரும்பப்பெறுதல் கோரிக்கைக் கட்டணத்தை படிப்படியாக அதிகரிப்பதன் மூலம், EIP-7002, மற்ற வேலிடேட்டர்களைத் திரும்பப் பெறுவதைத் தடுக்க, தாக்குபவர் வேண்டுமென்றே திரும்பப் பெறும் கோரிக்கை வரிசையை நிரப்பும் அபாயத்தைக் குறைக்கிறது. திரும்பப்பெறுதல் கோரிக்கை வரிசையில் உள்ள நினைவுச் செய்திகள் வரிசைப்படுத்தப்பட்டு, கடைசியில் முதல்-வெளியே (LiFo) அல்லது அதிக பணம் செலுத்தும்-பரிவர்த்தனை-முதல் வரிசைக்கு மாறாக, ஃபர்ஸ்ட்-இன்-ஃபர்ஸ்ட்-அவுட் (FiFo) பாணியில் இருக்கும். காஸ் விலைகள் திரும்பப் பெறும் கோரிக்கை ஒப்பந்தத்திற்கு தேவையற்ற அழைப்புகளைத் தடுக்கும் என்று நாம் கருதினாலும், தீங்கிழைக்கும் தாக்குதல் செய்பவர், திரும்பப் பெறும் கோரிக்கை வரிசையை "திணிக்க" அதிக எரிவாயு செலுத்த தயாராக இருக்கலாம் மற்றும் மற்றொரு வேலிடேட்டரின் திரும்பப் பெறும் கோரிக்கையை வரிசையின் முடிவில் தள்ளலாம்.

பிந்தைய Merge Ethereum இல் தொகுதி கட்டிடத்தை மையப்படுத்தியதன் மூலம் சிக்கல் மேலும் அதிகரிக்கிறது. தாக்குபவர் ஒன்று அல்லது அதற்கு மேற்பட்ட ஆதிக்கம் செலுத்தும் பில்டர்களுடன் ஒருங்கிணைக்கப்பட்டால் (சூழலுக்கு: Ethereum இல் இதுவரை 80-90% தொகுதிகள் 4-5 பில்டர்களால் தயாரிக்கப்பட்டவை ) மற்றும் டாப்-ஆஃப்-தி-பிளாக் சேர்ப்பிற்கு பணம் செலுத்த தயாராக இருந்தால், அவர்கள் ஒன்று அல்லது அதற்கு மேற்பட்ட ஸ்டேக்கர்களிடமிருந்து திரும்பப் பெறுதல் கோரிக்கைகளை திறம்பட முன்னெடுத்துச் செல்லலாம் மற்றும் பெக்கான் சங்கிலியிலிருந்து சரியான நேரத்தில் திரும்பப் பெறுவதைத் தடுக்கலாம்.

அந்த மன அழுத்தத்தை யாராவது ஏன் அனுபவிக்க வேண்டும்? திரும்பப் பெறுவதற்கான சான்றுகளைப் பயன்படுத்தி மதிப்பீட்டாளர்களைத் திரும்பப் பெற விரும்பும் ஸ்டேக்கர்களைத் தாக்குபவர் வருத்தப்பட விரும்புவது சாத்தியமான உந்துதலாக இருக்கலாம். பாப் தி (தீங்கிழைக்கும்) நோட் ஆபரேட்டர் மற்றும் ஆலிஸ் தி ஸ்டேக்கர் ஆகியோரின் முந்தையதைப் பயன்படுத்த: ஆலிஸ் தனது வேலிடேட்டரைத் திரும்பப் பெற்று, பாபின் துயரத் தாக்குதலைத் தடுக்க, திரும்பப் பெறுதல் நற்சான்றிதழுடன் வேலிடேட்டர் திரும்பப் பெறும் கோரிக்கை ஒப்பந்தத்தை அழைப்பதன் மூலம், ஆலிஸ் இன்னும் அதிகமாகக் கொடுக்க முடியும். வேலிடேட்டர் திரும்பப் பெறுதல் கோரிக்கை ஒப்பந்தத்தை ஸ்பேம் செய்து ஆலிஸின் திரும்பப் பெறுதல் கோரிக்கையை தாமதப்படுத்துவதன் மூலம் வேலிடேட்டர் சமநிலை.

தொகுதி அமைப்பு மற்றும் செல்லுபடியாகும்

EIP-7002 ஆனது பீக்கான் தொகுதிகளின் கட்டமைப்பையும் சரிபார்ப்பையும் சிறிது மாற்றுகிறது, இதன் மூலம் திரும்பப் பெறுதல் கோரிக்கைகள் பிளாக்கின் உண்மையான உடலில் வைக்கப்பட வேண்டும் (மற்றும் ஒருமித்த அடுக்கில் செயல்படுத்தல் பேலோட்). கோரிக்கைகள் செயல்படுத்தல் பேலோடில் உட்பொதிக்கப்பட வேண்டும், அதாவது ஒருமித்த அடுக்கு அடைய முடியாத போதெல்லாம், மாநில மாற்றச் செயல்பாட்டின் ஒருமித்த பகுதியை முழுமையாகச் செயல்படுத்துவதற்குத் தேவையான தரவை ஒருமித்த அடுக்கு இன்னும் கொண்டுள்ளது.

EIP-7002 தொகுதிகளுக்கான புதிய செல்லுபடியாகும் நிபந்தனைகளையும் சேர்க்கிறது. முதலில், திரும்பப் பெறும் கோரிக்கைகளின் பட்டியல் ( withdrawal_requests_list ) MAX_WITHDRAWAL_REQUESTS_PER_BLOCK விட அதிகமாக இருக்கக்கூடாது. இரண்டாவதாக, திரும்பப்பெறுதல் கோரிக்கைகளின் பட்டியல் WITHDRAWAL_REQUEST_QUEUE இலிருந்து வரிசைப்படுத்தப்பட்ட திரும்பப்பெறுதல் கோரிக்கைகளின் எண்ணிக்கையுடன் ஒத்திருக்க வேண்டும்.

NUM_WITHDRAWAL_REQUESTS_IN_QUEUE - MAX_WITHDRAWAL_REQUESTS_PER_BLOCK கணக்கீட்டின் முடிவை விட, ஒரு தொகுதியில் அதிகமான திரும்பப்பெறுதல் கோரிக்கைகள் இல்லை என்பதை உறுதிப்படுத்த EIP-7002 ஒரு செயல்பாடு ( expected_exit ) உள்ளது. மேலும், பிளாக்கை மீண்டும் செயல்படுத்தும் ஒருமித்த முனையானது, திரும்பப்பெறுதல் கோரிக்கைப் பட்டியலின் ஹாஷின் உறுதிப்பாட்டுடன் ஒப்பிடும்போது, request_type மற்றும் request_data மீண்டும் செய்வதன் மூலம் திரும்பப்பெறுதல் கோரிக்கைகளின் குறியாக்கத்தை சுயாதீனமாக கணக்கிடும்.

ஏன் EIP-7002? செயல்படுத்தல்-அடுக்கு தூண்டக்கூடிய திரும்பப் பெறுவதற்கான வழக்கு

பிரதிநிதித்துவ ஸ்டேக்கிங்கில் குறைக்கப்பட்ட நம்பிக்கை அனுமானங்கள்

அறிமுகத்தில், வேலிடேட்டரின் கையொப்ப விசையை நம்பி வேலிடேட்டர் வெளியேறுதல்களை எவ்வாறு நம்புவது என்பது நம்பிக்கையின் சிக்கலை அறிமுகப்படுத்தியது; நம்பிக்கையின் வரையறையை நான் சேர்க்கவில்லை, ஆனால் விட்டலிக்கின் அறக்கட்டளை மாதிரிகள் கட்டுரையின் இந்த வரையறை அதை நன்றாகச் சுருக்கமாகக் கூறுகிறது: “நம்பிக்கை என்பது மற்றவர்களின் நடத்தையைப் பற்றி நீங்கள் செய்யும் எந்த அனுமானமும்(கள்)”. ஒரு ஸ்டேக்கிங் சேவையில் பதிவு செய்வதன் மூலம், ஒரு தீங்கிழைக்கும் முனை ஆபரேட்டர் பணம் எடுப்பதை முடக்கலாம் என்பதை அறிந்தால், ஒரு ஸ்டேக்கர் அடிப்படையில் நோட் ஆபரேட்டரை உண்மையாகச் செயல்பட நம்புகிறார்.

EIP-7002 ஆனது பிரதிநிதித்துவ ஸ்டேக்கிங்கில் உள்ள நம்பிக்கைக் கூறுகளை முழுவதுமாக அகற்றாது - துக்ககரமான தாக்குதலைச் செயல்படுத்தாமல் இருக்க முனை ஆபரேட்டரை நீங்கள் இன்னும் நம்ப வேண்டும் - ஆனால் ஸ்டேக்கர்களை திரும்பப் பெறுவதற்கான சான்றுகளுடன் திரும்பப் பெற உதவுவது நம்பிக்கையின் சுமையை ஓரளவு குறைக்கிறது. எடுத்துக்காட்டாக, ஒரு முனை ஆபரேட்டர் ஒரு தன்னார்வ வெளியேறும் செய்தியைக் கோரியவுடன் கையொப்பமிடுவார் என்று ஒரு பயனர் "நம்பிக்கை" கொண்டிருக்க வேண்டிய அவசியமில்லை.

"நம்பிக்கையின்மை" பற்றிய ஒரு நுட்பமான விஷயம் என்னவென்றால், அது நம்ப வேண்டிய அவசியத்தைத் தவிர்க்க வேண்டிய அவசியமில்லை, ஆனால் நம்ப வேண்டிய அவசியமில்லை, ஏனெனில் (அ) நேர்மையாகச் செயல்பட அனைத்துத் தரப்பினருக்கும் வலுவான ஊக்கங்கள் உள்ளன (ஆ) நேர்மையான கட்சிகள் சில அளவுகளைக் கொண்டுள்ளன. நேர்மையற்ற கட்சிகளின் நடவடிக்கைகளிலிருந்து பாதுகாப்பு. திரும்பப் பெறுவதற்கான சான்றுகளுடன் ஒரு வேலிடேட்டரை திரும்பப் பெறுவதற்கான திறன் பிந்தையதற்கு ஒரு எடுத்துக்காட்டு: பாப் ஆலிஸை வருத்தப்படுத்த முயற்சிக்கலாம், ஆனால் இப்போது ஆலிஸ் தனது வேலிடேட்டரைத் திரும்பப் பெறுவதற்கான ஏஜென்சியைக் கொண்டுள்ளார், பாப் மேலும் சேதம் விளைவிப்பதற்கு முன்பு.

ஸ்டாக்கிங் குளங்களுக்கு சிறந்த இடர் மேலாண்மை

தற்போது, ஸ்டேக்கிங் பூல்களுக்கு வேலிடேட்டர் நோட் ஆபரேட்டரைத் திரும்பப் பெறும்படி கட்டாயப்படுத்த எந்த வழியும் இல்லை - இது பூல் பங்களிப்பாளர்களை நேர்மையாக செயல்படும் முனை ஆபரேட்டர்களை நம்பும் சங்கடமான நிலையில் வைக்கிறது. சில பரவலாக்கப்பட்ட ஸ்டேக்கிங் பூல்களுக்கு நோட் ஆபரேட்டர்கள் ஒரு பிணைப்பை வழங்க வேண்டும், ஆனால் ஒரு தீங்கிழைக்கும் ஆபரேட்டர் 0 ETH ஆக குறைக்கப்படுவதற்கான சாத்தியக்கூறுகள் கொடுக்கப்பட்டால், ஒரு பத்திரத்தின் பாதுகாப்பு ஆபத்து இல்லாத ஸ்டேக்கரின் பார்வையில் போதுமானதாக இருக்காது.

EIP-7002 நடைமுறையில் உள்ள நிலையில், ஸ்டேக்கிங் குளங்கள், ஒரு நோட் ஆபரேட்டரின் பிணையத்தை குறைக்கும் அச்சுறுத்தலில் இருந்து பாதுகாப்பை பூர்த்தி செய்வதன் மூலம், தவறாக நடந்துகொள்ளும் ஆபரேட்டரை ஒரு எக்ஸிகியூஷன் லேயர் திரும்பப் பெறுதல் மூலம் வலுக்கட்டாயமாக திரும்பப் பெறுவதற்கான நடைமுறைகளுடன் நம்பிக்கை அனுமானங்களை வெகுவாகக் குறைக்கலாம். ஒரு ஸ்மார்ட் ஒப்பந்த முகவரிக்கு (EOA க்குப் பதிலாக) திரும்பப் பெறுவதற்கான சாத்தியக்கூறுகள், குளங்களைத் தேக்கி வைப்பதற்கான புதிய சம்பவ மறுமொழி வடிவமைப்புகளையும் திறக்கும் - எடுத்துக்காட்டாக, ஒரு ஆபரேட்டர் சராசரியை விட அதிகமான அபராதங்களைச் செலுத்தினால், ஒரு ஸ்மார்ட் ஒப்பந்தம் தானாகவே திரும்பப் பெறும் கோரிக்கையைச் சமர்ப்பிக்கும். ஒரு நேர சாளரம். இதற்கு வேலிடேட்டர் செயல்திறனைக் கண்காணிக்க ஆரக்கிளை நம்புவதும், ஸ்மார்ட் ஒப்பந்தத்தைத் தூண்டுவதற்கு ஒரு கீப்பர் நெட்வொர்க்கும் தேவை.

EIP-7002ஐச் செயல்படுத்துவதிலிருந்து ஒரு ஸ்டேக்கிங் பூலுக்கு இருக்கும் மற்ற அனுமான நன்மை என்னவென்றால், முன்பே கையொப்பமிடப்பட்ட திரும்பப்பெறுதல் செய்திகளைக் கோருவதற்கும் சேமிப்பதற்கும் உள்ள தேவையைத் தவிர்க்கிறது, இது நான் முன்பு விளக்கியது போல் ஆபத்துக்களுடன் வருகிறது (எ.கா., திரும்பப் பெறும் செய்திகளுக்கான அங்கீகாரமற்ற அணுகல் எதிர்பாராத சரிபார்ப்புக்கு வழிவகுக்கும். திரும்பப் பெறுதல்). நம்பிக்கையற்ற ஸ்டாக்கிங் குளங்களை வடிவமைக்கும் இலக்கிற்கு இதுவும் பங்களிக்கிறது: ஒரு சில (நம்பகமான) தனிநபர்கள் சேமித்து வைத்திருக்கும் முன் கையொப்பமிடப்பட்ட திரும்பப் பெறுதல் கோரிக்கைகளை நம்புவதற்கு மாறாக, திரும்பப் பெறும் முகவரியாக நியமிக்கப்பட்ட ஒரு ஸ்மார்ட் ஒப்பந்தத்தை நிர்வாகத்தால் கட்டுப்படுத்த முடியும்-சமூகம் முடிவெடுக்க உதவுகிறது. ஒரு முனை ஆபரேட்டரை பகிரங்கமாகவும் வெளிப்படையாகவும் திரும்பப் பெற.

DVT அமைப்புகளுக்கான சிறந்த இடர் மேலாண்மை

விநியோகிக்கப்பட்ட வேலிடேட்டர் தொழில்நுட்பம் (DVT) பல காரணங்களுக்காக Ethereum இன் ஸ்டேக்கிங் உள்கட்டமைப்பின் முக்கியமான பகுதியாகக் கருதப்படுகிறது:

• DVT தனி ஸ்டேக்கிங்கிற்கான தடைகளை குறைக்கிறது: பல தனி பங்குதாரர்கள் மற்ற தரப்பினரை நம்பாமல், ஒரு வேலிடேட்டரை கூட்டாக செயல்படுத்த நிதிகளை ஒன்றாக இணைக்கலாம். மல்டிபார்ட்டி கம்ப்யூடேஷன் (MPC) திட்டங்கள் ⅓ தவறான கணுக்கள் வரை பொறுத்துக்கொள்ளும்-எனவே ஒரு அனுமான விநியோகிக்கப்பட்ட வேலிடேட்டருக்கு வேலிடேட்டரின் கையொப்பமிடும் விசையை மறுகட்டமைக்க 3-of-5 விசைப்பகிர்வுகள் தேவைப்பட்டால், இரண்டு DVT முனைகள் ஆஃப்லைனில் இருந்தால் கையொப்பமிடலாம்.
• DVT நிறுவன/தனி ஸ்டேக்கிங் அமைப்புகளுக்கான தவறு சகிப்புத்தன்மை மற்றும் பின்னடைவை மேம்படுத்துகிறது: மேலே குறிப்பிட்டுள்ளபடி, ஒரு வேலிடேட்டரின் கையொப்பமிடும் விசையை வெவ்வேறு கீஷேர்களாகப் பிரித்து, பிளாக் டேட்டாவில் கையொப்பமிடத் தேவைப்படும்போது மட்டுமே மறுகட்டமைக்க முடியும். இது வேலிடேட்டரின் கையொப்பமிடும் விசையை ஹேக்கர் சமரசம் செய்யும் அபாயத்தைக் குறைக்கிறது அல்லது கையொப்பமிடும் விசையைச் சேமிக்கும் சாதனம் சேதமடைவதால், ஒரு பங்குதாரர் நிதிக்கான அணுகலை இழக்க நேரிடும்.

இருப்பினும், DVT அமைப்புகள் பீக்கன் செயினில் தற்போது செயல்படும் விதம் திரும்பப் பெறுதல் மற்றும் வெளியேறுதல் ஆகியவற்றின் காரணமாக ஸ்டேக்கர்களுக்கு இன்னும் சில ஆபத்தை ஏற்படுத்துகின்றன. சில DVT கணுக்கள் விசைப்பகிர்வுகளை தவறாக இடம்பிடித்தால் அல்லது த்ரெஷோல்ட் கையொப்ப திட்டத்தில் பங்கேற்க மறுத்தால், ஒரு வேலிடேட்டரிலிருந்து வெளியேறுவது சாத்தியமற்றதாகிவிடும்-குறிப்பாக:

• DVT அமைப்பில் உள்ள ஒவ்வொரு பங்கேற்பாளருக்கான கீஷேர்களும் ஒரு வேலிடேட்டரைச் செயல்படுத்தும் நேரத்தில் உருவாக்கப்படுகின்றன, மேலும் ஆரம்ப DKG விழாவிற்குப் பிறகு "புதுப்பிக்க" முடியாது (ஒரு "பங்கேற்பாளர்" அதே பங்குதாரருக்குச் சொந்தமான மற்றொரு EOA ஆக இருக்கலாம் என்பதை நினைவில் கொள்ளவும்); சில DVT நெறிமுறைகள் புதிய விசைப்பகிர்வுகளை உருவாக்க அனுமதிக்கின்றன, இருப்பினும் இது வழக்கமான கையொப்பத்திற்கு தேவையான கையொப்பங்களின் கோரத்தை பூர்த்தி செய்ய மீதமுள்ள விசைப்பகிர்வுகள் தேவைப்படலாம்.
• கோரம் வரம்பு - விநியோகிக்கப்பட்ட வேலிடேட்டருக்கான செல்லுபடியாகும் கையொப்பத்தை கூட்டாக உருவாக்க தேவையான விசைப்பகிர்வுகளின் எண்ணிக்கை - (விநியோகிக்கப்பட்ட) வேலிடேட்டர் செயல்பட்டவுடன் மாற்ற முடியாது.

EIP-7002 திரும்பப் பெறும் விசையைப் பயன்படுத்தி ஒரு வேலிடேட்டரைத் திரும்பப் பெறுவதற்கான விருப்பத்தை வழங்காமல், DVT அமைப்பை-சுயாதீனமாக அல்லது பிற வேலிடேட்டர்களுடன் இணைந்து இயக்குவதன் பலன் வெகுவாகக் குறைக்கப்படும் (எ.கா., ஒரு வேலிடேட்டர் இருப்பு எப்போதும் பூட்டப்படலாம்). EIP-7002 விநியோகிக்கப்பட்ட வேலிடேட்டர்களுக்கு ஒரு ஃபால்பேக் பாதுகாப்பு விருப்பத்தை வழங்குகிறது: கையொப்பமிடும் விசையை மறுகட்டமைப்பது சாத்தியமற்றதாக இருந்தால், கீஷேர்களில் இருந்து மறுகட்டமைக்கப்பட்ட திரும்பப் பெறும் விசையுடன் கையொப்பமிடப்பட்ட திரும்பப் பெறுதல் கோரிக்கையைச் சமர்ப்பிப்பதன் மூலம் வேலிடேட்டரை பீக்கான் சங்கிலியிலிருந்து திரும்பப் பெறலாம்.

சிறந்த ஒழுங்குமுறை இணக்கம்: காவலில் இல்லாத ஸ்டேக்கிங்கில் "காவல்துறை அல்லாதவை" வைப்பது

EIP-7002 இன் ஆசிரியர்கள், ஒரு ஒழுங்குபடுத்தப்பட்ட நிறுவன ஸ்டேக்கிங்-ஆஸ்-சர்வீஸ் நிறுவனத்தை எளிதாக இயக்குவதை இலக்காகக் கொண்டு வெளிப்படையாக அமைக்கப்பட வாய்ப்பில்லை. அப்படியிருந்தும், EIP ஆனது பங்குதாரர் ETH ஐ ஒரு நிறுவனத்தின் காவலில் வைக்காததை கட்டுப்பாட்டாளர்களை நம்ப வைக்கும் பிரச்சனைக்கு உதவுகிறது. இந்த சூழ்நிலையில் ஒரு ஸ்டேக்கிங் ஆபரேட்டர், ஸ்டேக்கரின் திரும்பப் பெறும் விசையால் கையொப்பமிடப்பட்ட டெபாசிட் பரிவர்த்தனையின் ஹாஷை வழங்க முடியும் - இது இப்போது கையொப்பமிடலாம் மற்றும் தன்னார்வ வெளியேற்றங்களைச் சமர்ப்பிக்கலாம் - ஒரு வேலிடேட்டரில் டெபாசிட் செய்யப்பட்ட நிதி எந்த நேரத்திலும் அதன் பாதுகாப்பில் இல்லை என்பதற்கான சான்றாக.

EIP 7044க்கு முன், முன் கையொப்பமிடப்பட்ட வெளியேற்றம் காலாவதியான பிறகு, ஒரு முனை ஆபரேட்டர் தற்காலிகமாக வேலிடேட்டரின் இருப்பைக் கட்டுப்படுத்தும் என்பதால், "எந்த நேரத்திலும்" என்பதை நான் வலியுறுத்தினேன். EIP-7044 இன் நிரந்தர கையொப்பமிடப்பட்ட வெளியேற்றங்கள் இருந்தாலும் கூட, வேலிடேட்டரின் செயல்பாட்டிற்கும், ஸ்டேக்கிங் சர்வீஸ் ஆபரேட்டரிடமிருந்து கையொப்பமிடப்பட்ட வெளியேறும் செய்தியைப் பெறுவதற்கும் இடைப்பட்ட குறுகிய காலத்திற்கு ஒரு வேலிடேட்டருக்காக டெபாசிட் செய்யப்பட்ட 32 ETH ஐ நோட் ஆபரேட்டர்கள் இன்னும் வைத்திருக்கின்றனர். EIP-7002 இந்த மோசமான பகுதிகளை நீக்குகிறது மற்றும் வேலிடேட்டரின் வாழ்க்கைச் சுழற்சி முழுவதும் ஸ்டேக்கர்களுக்கு (நிரூபிக்கக்கூடிய) நிதி இருப்பதை உறுதி செய்கிறது - திரும்பப் பெறுவதற்கு பீக்கன் சங்கிலியில் நுழைந்து ஸ்டேக்கரின் பணம் திரும்பப் பெறும் முகவரிக்கு அனுப்புகிறது.

அனைவருக்கும் சிறந்த ஸ்டேக்கிங் பயனர் அனுபவம் (UX).

EIP-7002 க்கான ஒரு நல்ல மன மாதிரி, "உள்கட்டமைப்பைக் குவிப்பதற்கான கணக்கு சுருக்கம் " என்று நினைப்பதாகும். சூழலைப் பொறுத்தவரை, ஒரு வேலிடேட்டர் விசை (அல்லது கையொப்பமிடும் விசை) எப்போதும் EOA ஆகும், மேலும் தனிப்பட்ட விசை பாதுகாப்பு மற்றும் பயன்பாடு தொடர்பான அதே கட்டுப்பாடுகளுடன் இன்று வழக்கமான Ethereum EOA களைப் பாதிக்கிறது:

• வேலிடேட்டர் (கையொப்பமிடுதல்) விசைகள் சமரசம் செய்யப்படுவதற்கான அதிக ஆபத்தில் உள்ளன. குளிர்ந்த (ஆஃப்லைன்) சேமிப்பகத்தில் சேமிக்கப்படும் திரும்பப் பெறும் விசைகளைப் போலன்றி, வேலிடேட்டர் விசைகள் இணையத்துடன் இணைக்கப்பட்ட சூடான பணப்பைகளில் சேமிக்கப்படுகின்றன-அவை ஃபிஷிங் தாக்குதல்களுக்கு ஆளாகின்றன. வேலிடேட்டரின் கையொப்பமிடும் விசை சமரசம் செய்யப்பட்டால், ஸ்டேக்கர்ஸ் மற்றும் டெலிகேட்டட் ஸ்டேக்கிங் வழங்குநர்கள் அறிமுகத்தில் விவரிக்கப்பட்டுள்ள துக்க வெக்டார்களுக்கு எந்த ஃபால்பேக் திட்டமும் இல்லாமல் பாதிக்கப்படுவார்கள் - அதற்கு அப்பால் "இருப்பு 16 ETH ஆகக் குறையும் வரை காத்திருங்கள் மற்றும் நெறிமுறை மூலம் வேலிடேட்டர் வலுக்கட்டாயமாக திரும்பப் பெறப்படும்".
• சரிபார்ப்பு விசைகள் மீட்டெடுப்பு திட்டங்களுக்கு வரையறுக்கப்பட்ட விருப்பங்களைக் கொண்டுள்ளன (ஒருமுறை இழக்கவும் = நிரந்தரமாக இழக்கவும்). விநியோகிக்கப்பட்ட வேலிடேட்டர் தொழில்நுட்பம் (டிவிடி) மூலம் வேலிடேட்டர் விசையை பல கீஷேர்களாகப் பிரிப்பது இந்த ஆபத்தைக் குறைக்கலாம், ஆனால் தனி டிவிடி ஸ்டேக்கிங் அமைப்பை இயக்குவது அற்பமானது அல்ல; கூடுதலாக, நான் முன்பு விளக்கியது போல், DVT ஒரு வெள்ளி புல்லட் அல்ல, ஏனெனில் கீஷேர்களை இழக்கலாம் மற்றும் கீஷேர்களின் புதுப்பிப்பை சிக்கலாக்கும்.
• வேலிடேட்டர் விசைகள் அதிக நெகிழ்வான ஸ்டேக்கிங் வடிவமைப்புகளை ஆதரிக்காது. பல்வேறு ஸ்டேக்கிங் சேவைகள், ஸ்மார்ட் ஒப்பந்தங்களுக்கு திரும்பப் பெறுவதற்கான நற்சான்றிதழ்களை சுட்டிக்காட்டுவதன் மூலம், நிதியளிப்பு சரிபார்ப்பாளர்களுக்கான தானியங்கு/நெகிழ்வான பணிப்பாய்வுகளை உருவாக்கியுள்ளன. இருப்பினும், ஒரு வேலிடேட்டரைத் திரும்பப் பெறுவது, தன்னார்வ திரும்பப் பெறுதல் கோரிக்கை செய்தியில் கையெழுத்திட வேண்டிய ஒரு கையேடு செயல்முறை ஆகும் - இந்த செயல்முறையானது ஸ்மார்ட் ஒப்பந்தத்தின் மூலம் தானியங்கு செய்யப்படலாம், இது முன்-சிக்னெக்ஸ் திரும்பப் பெறுதல் கோரிக்கைகளை சேமிக்கிறது, ஆனால் இது சில நம்பிக்கை அனுமானங்கள் மற்றும் பாதுகாப்புக் கருத்தில் முன்பு விளக்கப்பட்டது.

திரும்பப் பெறும் விசைகள் வேலிடேட்டர்களை விட்டு வெளியேறும் திறன் கொண்டவுடன், இந்தச் சிக்கல்களில் பெரும்பாலானவற்றை - அல்லது குறைந்த பட்சம், சிலவற்றை - தீர்க்க முடியும். இது வேலை செய்ய, ஒரு ஸ்டேக்கர் (அல்லது ஸ்டேக்கிங் பூல்) 0x0 திரும்பப் பெறும் நற்சான்றிதழ்களிலிருந்து 0x01 திரும்பப் பெறுவதற்கான நற்சான்றிதழ்களுக்கு ஒரு முறை மாற்றத்தை முடிக்க வேண்டும் - 0x0 நற்சான்றிதழ்கள் இயல்பாகவே BLS (EOA) விசையாக இருக்கும், 0x01 நற்சான்றிதழ்கள் எந்த Ethereum ஐயும் சுட்டிக்காட்டலாம். ஸ்மார்ட் ஒப்பந்தங்கள் மற்றும் EOAகள் உட்பட முகவரி. ஒரு ஸ்மார்ட் ஒப்பந்தத்தை வேலிடேட்டருக்கான திரும்பப் பெறும் முகவரியாக அமைப்பது, ஸ்டேக்கிங்கின் பயனர் அனுபவத்தை (UX) மேம்படுத்துவதற்கு சிறந்தது:

1. திரும்பப் பெறுதல் விசைகள் சமூக மீட்பு போன்ற நெகிழ்வான மீட்பு வழிமுறைகளைக் கொண்டிருக்கலாம். ஒரு பங்குதாரர் ஒன்று அல்லது அதற்கு மேற்பட்ட "பாதுகாவலர்களை" கொண்டிருப்பார், அது அசல் சாவி திருடப்பட்டாலோ அல்லது தொலைந்துவிட்டாலோ, திரும்பப் பெறும் கோரிக்கை ஸ்மார்ட் ஒப்பந்தத்தைக் கட்டுப்படுத்த ஒரு புதிய விசையை அங்கீகரிக்க முடியும் - பாதுகாவலர்கள் நண்பர்கள், உறவினர்கள், சக பங்குதாரர்கள் அல்லது சிறப்பு மூன்றாம் தரப்பு சேவையாக இருக்கலாம். மீட்பு வழிமுறைகளில் வளைந்து கொடுக்கும் தன்மை குறிப்பாக தனி ஸ்டேக்கர்களுக்கு பயனளிக்கும்; உங்கள் வேலிடேட்டர் முன்னரே தீர்மானிக்கப்பட்ட காலத்திற்குச் சான்றளிப்பதை நிறுத்தினால் (எ.கா. நீங்கள் "கிரேட் பியோண்ட்க்கு" சென்றுவிட்டதால்) EL வெளியேறுதலைச் செயல்படுத்தி, குறிப்பிட்ட முகவரிக்கு நிதியை அனுப்பும் டெட்மேன் சுவிட்சை நீங்கள் வைத்திருக்கலாம்.

2. நெகிழ்வான ஸ்டேக்கிங் வடிவமைப்புகள் வெளிப்படும். எடுத்துக்காட்டாக, ரிஸ்க்-எவர் ஸ்டேக்கர் ஒரு 2-ஆஃப்-2 மல்டிசிக் திரும்பப்பெறுதல் ஒப்பந்தத்தை விரும்பலாம் - ஸ்டேக்கர் மற்றும் நோட் ஆபரேட்டருடன் திரும்பப் பெறும் கோரிக்கைகளை அங்கீகரிக்க தேவையான இரண்டு விசைகளில் ஒன்றை வைத்திருப்பது-முழு திரும்பப் பெறும் விசையையும் சேமிப்பதற்குப் பதிலாக. ஸ்டேக்கரால் முன்மொழியப்பட்ட திரும்பப் பெறுதல் கோரிக்கைப் பரிவர்த்தனைகளில் கையெழுத்திட மறுப்பதன் மூலம், வேலிடேட்டரின் வெளியேறலைத் தடுக்காதபடி நோட் ஆபரேட்டரை நம்ப வேண்டியிருந்தாலும், இது இன்னும் பாதுகாப்பற்றது (ஒரு முனை ஆபரேட்டர் ஒப்புதல் இல்லாமல் வேலிடேட்டரிலிருந்து வெளியேற முடியாது).

ஸ்டாக்கிங் பூல்களுக்கு, ஸ்டேக்கிங் டிசைன்களில் நெகிழ்வுத்தன்மை என்பது, வேலிடேட்டர்களின் உரிமையைப் புதுப்பிக்க அல்லது மாற்றுவதற்கான தன்னிச்சையான தர்க்கத்துடன் திரும்பப் பெறும் ஒப்பந்தங்களைச் செயல்படுத்துவதாகும். EIP-7002 இல்லாவிடில், ஸ்டேக்கிங் பூல், வேலிடேட்டர்களின் உரிமையை நிர்வகிக்கும் ஒரே உண்மையான வழி, முன் கையொப்பமிடப்பட்ட திரும்பப் பெறுதல் கோரிக்கைகளை நகர்த்துவதுதான்.

3. வேலிடேட்டர் திரும்பப் பெறுதல்கள் பாதுகாப்பாக தானியங்கு செய்யப்படலாம். முன் கையொப்பமிடப்பட்ட திரும்பப்பெறுதல் கோரிக்கைகளை ஸ்மார்ட் ஒப்பந்தத்தில் சேமிப்பதற்கு மாறாக, திரும்பப்பெறுதல் கோரிக்கை ஒப்பந்தங்கள் சரிபார்ப்பாளர் திரும்பப்பெறுதல் கோரிக்கைகளை நிர்வகிக்கும் சிக்கலான விதிகளைக் கொண்டிருக்கலாம்; ஒரு "பைத்திய அறிவியல்" யோசனை என்பது "நேர அடிப்படையிலான ஸ்டேக்கிங் பூல்" ஆகும், அங்கு முனை ஆபரேட்டர்கள் நம்பிக்கையின்றி சுழலும். அல்லது லிடோ போன்ற ஒரு பெரிய ஸ்டேக்கிங் பூல் பரவலாக்க விரும்புகிறதா என்பதைக் கவனியுங்கள்: ஒரு பெரிய முனை ஆபரேட்டரால் கட்டுப்படுத்தப்படும் சில வேலிடேட்டர்களை திரும்பப் பெறவும், சிறிய ஆபரேட்டர்களுக்கு (அல்லது தனி ஸ்டேக்கர்களுக்கு) நிதியை மறுபகிர்வு செய்யவும் ஆளுகை தேர்வு செய்யலாம். சரிபார்ப்பவர்கள்.

இவை EIP-7002 செயல்படுத்தும் ஆரம்பகால சாத்தியக்கூறுகளில் சில மட்டுமே, ஆனால் Ethereum இல் ஸ்மார்ட் வாலட்டுகளுக்கான புதிய அம்சங்கள் மற்றும் பயன்பாட்டு வழக்குகள் எவ்வாறு தொடர்ந்து வெளிவருகின்றனவோ, அதே போன்று இன்னும் பயன்பாடுகள் தோன்றும் என்று நான் உறுதியாக நம்புகிறேன். நீங்கள் இதைப் படிக்கிறீர்கள் என்றால், EIP-7002 ஐப் பயன்படுத்துவதற்கு இன்னும் உறுதியான யோசனைகள் இருந்தால், கருத்துகளில் ஒலிக்க தயங்காதீர்கள்!

EIP-7002ஐ செயல்படுத்துவதில் ஏதேனும் குறைபாடுகள் உள்ளதா?

தற்போதுள்ள ஸ்டேக்கிங் டிசைன்களில் சாத்தியமான உடைப்பு மாற்றங்கள்

வரைவு EIP இல், EIP-7002 இன் ஆசிரியர்கள், வேலிடேட்டர் திரும்பப் பெறுதலைத் தூண்டுவதற்கு, திரும்பப் பெறுவதற்கான நற்சான்றிதழ்களை இயக்குவது பற்றிய சாத்தியமான கவலைகளை ஒப்புக்கொள்கிறார்கள்-ஆனால், "இந்த அம்சத்தை நம்பியிருக்கும் எந்த ஸ்டேக்கிங் வடிவமைப்புகளும் எங்களுக்குத் தெரியாது [அதாவது, திரும்பப் பெற இயலாமை. திரும்பப் பெறுவதற்கான சான்றுகளுடன்]". இது நியாயமானதாகத் தெரிகிறது—இந்த அம்சம் தேவைப்படும் எந்தவொரு பிரதிநிதித்துவ ஸ்டேக்கிங் ஏற்பாட்டையும் பற்றி நியாயப்படுத்துவதில் எனக்கு சில சிரமங்கள் இருந்தது. ஆனால் அது வெளிப்படையாகத் தெரியவில்லை என்பதால், அது இல்லை என்று அர்த்தமல்ல.

“அந்த அமைதியான, நச்சரிக்கும் சந்தேகங்களைக் கேளுங்கள். உங்களுக்குத் தெரியாவிட்டால், உங்களுக்குத் தெரியாதது உங்களுக்குத் தெரியாது, உங்களுக்குத் தெரியாதது உங்களுக்குத் தெரியாது, நீங்கள் எவ்வளவு தெரிந்து கொள்ள வேண்டும் என்று உங்களுக்குத் தெரியாது. ” - எலியேசர் யுட்கோவ்ஸ்கி

சில சூழலை வழங்க, ஒரு பொதுவான செய்தி பஸ் (GMB) வழியாக திரும்பப் பெறுவதற்கான சான்று-அங்கீகரிக்கப்பட்ட வெளியேற்றங்களைச் செயல்படுத்துவதற்கான ஆரம்ப முன்மொழிவைச் சுற்றி உரையாடலின் ஸ்கிரீன் ஷாட்களைச் சேர்ப்பேன். GMB என்பது ஒரு கணினி-நிலை ஸ்மார்ட் ஒப்பந்தமாகும், அதன் நிகழ்வுகள் வாடிக்கையாளர்களால் தற்போதைய வைப்பு ஒப்பந்தம் போன்றவற்றைப் படித்து செயலாக்குகின்றன, மேலும் செயல்படுத்தும் அடுக்கிலிருந்து ஒருமித்த அடுக்குக்கு செய்திகளை அனுப்பும் திறன் கொண்டது. ஆசிரியர்(கள்) மிகவும் பொதுவான EL-to-CL செய்தி வகைகளை சுட்டிக்காட்டினாலும், EL-to-CL மெசேஜ் பஸ்ஸின் முக்கிய முன்மொழியப்பட்ட பயன்பாட்டு வழக்கு, 0x01 திரும்பப்பெறுதல் நற்சான்றிதழ்கள் மூலம் செயல்படுத்தல் லேயரில் இருந்து வெளியேறுவதைத் தூண்டுவதற்கான வழியை வழங்குகிறது.

இந்த பரிமாற்றத்திலிருந்து, எங்களிடம் ஏற்கனவே ஒரு ஸ்டேக்கர்-நோட் ஆபரேட்டர் உறவின் உதாரணம் உள்ளது, இதன் அடிப்படையில் ஸ்டேக்கர் வெளியேற முடியாது மற்றும் திரும்பப் பெறும் விசையைப் பயன்படுத்தி ஒரு வேலிடேட்டரை திரும்பப் பெற முடியாது. EIP-7002ஐச் செயல்படுத்துவதற்கான சாத்தியமுள்ள எட்ஜ்-கேஸின் மற்றொரு உதாரணம், Lido Community Staking Podcast இல் லிடோவின் அதிகாரப் பரவல் திட்டங்களைச் சுற்றியுள்ள உரையாடலில் இருந்து வருகிறது, இதை நீங்கள் YouTube இல் பார்க்கலாம் . (EIP-7002 வீடியோவில் சுருக்கமாக (28:55 முதல் 30:00 வரை) மட்டுமே குறிப்பிடப்பட்டுள்ளது).

பின்னணியில், லிடோ "Ethereum க்கு முறையான அச்சுறுத்தல்" என்று விவரிக்கப்பட்டுள்ளது, ஏனெனில் இது ~ 33.3% Beacon Chain மதிப்பீட்டாளர்களைக் கட்டுப்படுத்துகிறது மற்றும் Ethereum இன் ஒருமித்த கருத்தை ஆபத்தில் வைக்கலாம்; எடுத்துக்காட்டாக, Lido DAO நோட் ஆபரேட்டர்களை பரிவர்த்தனைகளை தணிக்கை செய்யும்படி கட்டாயப்படுத்தினால், அல்லது முன்னர் இறுதி செய்யப்பட்ட தொகுதிகளை மாற்றியமைத்தால் (மைக் நியூடரின் அளவு மற்றும் லிடோ தாக்குதல் வெக்டர்களின் திசையானது அச்சுறுத்தலை இன்னும் விரிவாக விவரிக்கிறது).

இருப்பினும், முன்னர் இணைக்கப்பட்ட எபிசோடில் உள்ள பேச்சாளர்களில் ஒருவர், இந்த தாக்குதல் திசையன் - DAO ஆனது Ethereum நெறிமுறையின் மீதான தாக்குதலுக்கு முனை ஆபரேட்டர்களை வலுக்கட்டாயமாக இணைக்கிறது - இன்னும் இல்லை, ஏனெனில் முனை ஆபரேட்டர்கள் சில நிறுவனங்களைக் கொண்டுள்ளனர். DAO வெளியேறிய பிறகு, வேலிடேட்டரின் பங்கை நிறுத்தி வைக்க முடியும், ஆனால் Ethereum இன் ஒருமித்த கருத்தைத் தாக்க ஒரு வேலிடேட்டரை வற்புறுத்துவதற்கு கட்டாயமாக வெளியேறும் அச்சுறுத்தலை நம்ப முடியாது.

EIP-7002 உடன், ஆற்றல் மாறும் தன்மை கணிசமாக மாறுகிறது: DAO ஆல் நிர்வகிக்கப்படும் திரும்பப் பெறுதல் ஒப்பந்தங்கள், அதன் விருப்பத்திற்கு எதிராக ஒரு ஆபரேட்டரை திரும்பப் பெறலாம் - முனை ஆபரேட்டர்கள் மீது DAO அந்நியச் செலாவணியை அளிக்கிறது. தீங்கிழைக்கும் ஆபரேட்டர் தொகுப்பிற்கு எதிராக ஒரு ஸ்டேக்கிங் நெறிமுறையைப் பாதுகாக்க இந்த வகையான அந்நியச் செலாவணி பயனுள்ளதாக இருக்கும், நான் முன்பு விளக்கியது போல. ஆனால் இது பின்வரும் சூழ்நிலைகளில் தவறாகப் பயன்படுத்தப்படலாம்:

• ஸ்டேக்கிங் புரோட்டோகால் ஆளுகைத் தாக்குதலுக்கு உள்ளாகிறது மற்றும் திரும்பப் பெறும் ஒப்பந்தத்தில் இருந்து வேலிடேட்டரைத் திரும்பப் பெறத் தூண்டுவதற்கு DAO தீங்கிழைக்கும் திட்டத்தை நிறைவேற்றுகிறது
• திரும்பப் பெறுதல் கோரிக்கை ஒப்பந்தத்தின் உரிமையைக் கடத்துவதன் மூலம் தாக்குபவர் ஒன்று அல்லது அதற்கு மேற்பட்ட மதிப்பீட்டாளர்களின் கட்டுப்பாட்டை ஏற்றுக்கொள்கிறார் மற்றும் வெற்றிகரமான அச்சுறுத்தல் உத்தியை செயல்படுத்துகிறார்

ஸ்டாக்கிங் டிசைன்களில் இருக்கும் அனுமானங்களை EIP-7002 எப்படி மாற்ற முடியும் என்பதற்கு இது மற்றொரு எடுத்துக்காட்டு - இந்த முறை, லிடோ போன்ற ஸ்டேக்கிங் பூலின் சார்பாக சரிபார்க்கும் முனை ஆபரேட்டர்களுக்கு. ஆயினும்கூட, பாதுகாப்பான, கடுமையாக தணிக்கை செய்யப்பட்ட மற்றும் மேம்படுத்த முடியாத, திரும்பப் பெறுதல் கோரிக்கை ஒப்பந்தங்கள் அல்லது பாதுகாப்பான DAO நிர்வாகத்திற்கான சிறந்த நடைமுறைகளைப் பின்பற்றுதல் போன்ற பல்வேறு முறைகள் மூலம் இந்த தாக்குதல் திசையன் எளிதாகத் தணிக்க முடியும்.

நெறிமுறை விதிகளை மீறும் தாக்குதலாளியின் கோரிக்கைகளை மறுத்த பிறகு, ஒரு முனை ஆபரேட்டர் வலுக்கட்டாயமாக திரும்பப் பெறுவதால் ஏற்படும் இழப்பைக் கணக்கிட, முனை ஆபரேட்டர்களைப் பாதுகாக்க ரியல் எஸ்டேட் நிறுவனங்களிடமிருந்து ஸ்டேக்கிங் பூல்கள் உத்வேகம் பெறலாம்:

• குத்தகைக்கு கையெழுத்திடும் முன், வாடகைதாரர்கள் "பாதுகாப்பு வைப்புத்தொகையை" வழங்க வேண்டும். ரியல் எஸ்டேட் நிறுவனத்தின் கட்டுப்பாட்டிற்கு வெளியே வங்கிக் கணக்கில் வைப்பு வைக்கப்பட்டுள்ளது.
• வாடகைதாரர் குடியிருப்பில் இருந்து வெளியேறி, ஆனால் குறிப்பிடத்தக்க சேதத்தை விட்டுவிட்டால், ரியல் எஸ்டேட் நிறுவனம் பழுதுபார்ப்பு செலவை ஈடுசெய்ய பாதுகாப்பு வைப்புத்தொகையைப் பயன்படுத்த உரிமை உண்டு.
• வாடகைதாரர் வெளியேறும் நேரத்தில் அபார்ட்மெண்ட் நல்ல நிலையில் இருந்தால், பாதுகாப்பு வைப்புத்தொகை முழுமையாக வாடகைதாரருக்குத் திருப்பித் தரப்படும்.

Nexus Mutual , Tidal Finance , அல்லது வேறு ஏதேனும் கிரிப்டோ-நேட்டிவ் இன்சூரன்ஸ் தளம் வழியாக "நோட் ஆபரேட்டர் இன்சூரன்ஸ் ஃபண்ட்" பாலிசியை எடுப்பதன் மூலம் முனை ஆபரேட்டர்களைப் பாதுகாப்பதில் ஸ்டேக்கிங் புரோட்டோகால் இதே அணுகுமுறையைப் பின்பற்றலாம். ஒரு ஆபரேட்டரின் வேலிடேட்டர் சட்டப்பூர்வமாக திரும்பப் பெறப்பட்டால், காப்பீட்டு நிதி DAO க்கு திருப்பி அனுப்பப்படும்; தலைகீழ் உண்மையாக இருந்தால் (எ.கா., ஒரு வேலிடேட்டரின் திரும்பப் பெறுதல் தீங்கிழைக்கும் முன்மொழிவு அல்லது திரும்பப் பெறுதல் ஒப்பந்தப் பிழையால் தூண்டப்படுகிறது), காப்பீட்டுக் கொள்கை நோட் ஆபரேட்டருக்கு சேதத்தை செலுத்துகிறது. வேலிடேட்டரிலிருந்து வெளியேறுவதற்கான தற்போதைய விவரக்குறிப்புகளை நம்பியிருக்கும் எந்தவொரு தற்போதைய உறவுகளுக்கும் இந்த அணுகுமுறை பொதுமைப்படுத்தப்படலாம் என்பதை நினைவில் கொள்ளவும்.

மிகவும் சிக்கலான EL-to-CL செய்திகளுக்கான ஆதரவு இல்லாமை

EIP-7002 இன் வேலிடேட்டர் திரும்பப் பெறுதல் கோரிக்கை ஒப்பந்தம் ஒரு ஒற்றை செயல்பாட்டை வழங்குகிறது: ஒரு வேலிடேட்டரை திரும்பப் பெறுவதற்கு Ethereum இன் செயல்படுத்தல் லேயரில் இருந்து ஒருமித்த லேயருக்கு திரும்பப் பெறும் கோரிக்கையை அனுப்புகிறது. இருப்பினும், சில பொதுச் செய்தியிடல் கட்டமைப்பை (எ.கா., ஒரு SendMessageToConsensusLayer precompile, அல்லது பொதுப்படுத்தப்பட்ட செய்தி பஸ் (GMB) அமைப்பு-நிலை ஒப்பந்தம் முன்பு குறிப்பிட்டது) செயல்படுத்தும் அடுக்கு மற்றும் ஒருமித்த அடுக்கு இடையே பொதுவான வகையான செய்திகளை அனுப்ப பரிந்துரைத்துள்ளனர். பீக்கான் செயினில் வேலிடேட்டர்களை செயல்படுத்துவதற்கான புதிய வழிகளைத் திறப்பது போன்ற பலன்களை இது பெறலாம், குறிப்பாக EL-to-CL செய்திகளுடன் ETH ஐ இணைப்பது அனுமதிக்கப்பட்டால்.

இருப்பினும், டேனி ரியான் (EIP-7002 இன் ஆசிரியர்களில் ஒருவர்) ஒரு கருத்தில் விளக்குவது போல, மதிப்புமிக்க பொறியியல் நேரத்தை ஒரு பொதுவான செய்தியிடல் EL → CL கட்டமைப்பில் செலவிடுவது "தெளிவற்ற மதிப்பு முன்மொழிவுடன் கூடிய பெரிய முயற்சி" ஆகும். விளக்குவதற்கு, GMB (General Message Bus) முன்மொழிவின் ஆசிரியர்கள் EL மற்றும் CL இடையே ஒரு செய்திப் பேருந்திற்கான மற்றொரு பயன்பாட்டு வழக்கை மட்டுமே அடையாளம் கண்டுள்ளனர்: 0x0 முதல் 0x01 நற்சான்றிதழ்கள் வரை மதிப்பீட்டாளருக்கான சுழலும் திரும்பப் பெறுதல் சான்றுகள்.

இது எப்போதாவது நடந்தால், பொது EL-to-CL மெசேஜ் பஸ்ஸை செயல்படுத்துவது பற்றி core devs பேசுவதற்கு முன்பு, வேலிடேட்டர் திரும்பப் பெறுவதற்கான கோரிக்கை ஒப்பந்தக் கப்பலை நாம் முதலில் பார்ப்பதற்கான வாய்ப்புகள் அதிகம். விஷயங்களை எளிமையாக வைத்திருப்பது எப்போதுமே வலிக்காது.

நம்பகத்தன்மைக்கு எளிமை ஒரு முன்நிபந்தனை. - Edsger W. Dijkstra

ஏற்கனவே உள்ள ஸ்டேக்கர்களுக்கான புதிய ஆபத்து திசையன்கள்

பெரும்பாலும் திரும்பப் பெறுதலைத் தூண்டுவதற்கு, திரும்பப் பெறுவதற்கான நற்சான்றிதழ்களை இயக்குவதன் நன்மைகளைப் பற்றி நான் விரிவாகக் கூறியுள்ளேன், ஆனால் அந்த அம்சத்துடன் தொடர்புடைய சில எட்ஜ்-கேஸ்கள் உள்ளன. யோசனை இப்படி செல்கிறது ( GitHub இல் இந்த கருத்துக்கு h/t):

• ஒரு வேலிடேட்டரின் கையொப்ப விசை சமரசம் செய்யப்பட்டால், ஒரு ஹேக்கர் மீட்கும் தொகையைக் கோரலாம் அல்லது வேலிடேட்டரின் இருப்பைக் குறைக்க முயற்சி செய்யலாம் - ஆனால் அது எந்த சூழ்நிலையிலும் பணத்தை எடுக்க முடியாது. ஒரு காத்திருப்பு விளையாட்டு தொடரும்: தாக்குபவர் முழு இருப்பையும் அழித்து விடுவாரா அல்லது வேலிடேட்டரை வலுக்கட்டாயமாக திரும்பப் பெற்றவுடன் பங்குதாரர் பங்கின் சில பகுதியை திரும்பப் பெற முடியுமா?
• எவ்வாறாயினும், EIP-7002 செயல்படுத்தப்பட்டவுடன், முந்தைய சூழ்நிலையில் உள்ள ஹேக்கர் வேலிடேட்டரிலிருந்து வெளியேறி, துக்கம்/கருப்புத் தாக்குதலுக்குத் தீர்வு காண்பதற்குப் பதிலாக (EIP-7002 செயல்படுத்தப்பட்டவுடன்) இருப்பைத் திரும்பப் பெறலாம்.

சுருக்கமாகச் சொன்னால், EIP 7002க்குப் பிந்தைய திரும்பப் பெறுதல் சான்றுகளுக்கு தனி பங்குதாரர்கள் மற்றும் ஸ்டேக்கிங் சேவைகளுக்கு கூடுதல் பாதுகாப்பு தேவைப்படும். அதனால்தான் சமூக மீட்பு, மல்டிஃபாக்டர் (MFA) அங்கீகாரம் மற்றும் முக்கிய சுழற்சி ஆகியவை தனி/பணியிடப்பட்ட ஸ்டேக்கிங் செயல்பாடுகளுக்கான பாதுகாப்பை மேம்படுத்த முக்கியமானதாகக் கருதப்படுகிறது.

விகிதத்தை கட்டுப்படுத்தும் பொறிமுறையின் தேர்வு

வேலிடேட்டர் திரும்பப் பெறுதல் கோரிக்கை ஒப்பந்தம் add_withdrawal_request() செயல்பாடு, இணைக்கப்பட்ட திரும்பப்பெறுதல் கோரிக்கைக் கட்டணத்தைச் சரிபார்ப்பதைத் தவிர, எந்த கூடுதல் சோதனைகளையும் மேற்கொள்ளாது, தவறான திரும்பப்பெறுதல் கோரிக்கைகளுடன் (எ.கா., இல்லாத வேலிடேட்டருக்கான செய்திகளை வெளியேறு) தாக்குபவர் செய்தி வரிசையை அடைக்க அனுமதிக்கும். அல்லது ஒருமித்த லேயரின் செல்லுபடியாகும் சோதனைகளின் போது செயலற்ற வேலிடேட்டர் செல்லாததாக்கப்படும்). EIP-1559 எப்படி ஸ்பேமிங் தாக்குதல்களை ஊக்கப்படுத்துகிறது மற்றும் நெட்வொர்க் செயல்பாட்டின் அடிப்படையில் எரிவாயு விலைகளை சரிசெய்வதன் மூலம் திணிப்பைத் தடுக்கிறது என்பதைப் போலவே, EIP-7002 ஆனது, திரும்பப் பெறுவதற்கான கோரிக்கைகளை வரம்பிடவும், அத்தகைய தாக்குதல்களை விலை உயர்ந்ததாக மாற்றவும் மாறும் விலையுள்ள திரும்பப் பெறும் கட்டணத்தைப் பயன்படுத்துகிறது.

வேலிடேட்டர் திரும்பப்பெறுதல் கோரிக்கை ஒப்பந்தத்திற்கான அழைப்புகளை உண்மையான வேலிடேட்டர்களுக்கு வரம்பிடுவது ஒரு மாற்று வடிவமைப்பாகும் - எடுத்துக்காட்டாக, validator_pubkey செயலில் உள்ள பீக்கன் செயின் வேலிடேட்டரின் பொது விசையுடன் ஒத்துப்போகிறதா என்பதைச் சரிபார்ப்பதன் மூலம். இது சிக்கலான, EIP-1559-பாணி விலையிடல் பொறிமுறையின் தேவையை நீக்குவதன் மூலம் EIP-7002 இன் வடிவமைப்பை எளிதாக்கலாம் மற்றும், போலியான கோரிக்கைகளுடன் வரிசையை ஸ்பேம் செய்வது ஒரு சிக்கலைக் குறைக்கும் என்பதால், திரும்பப் பெறுதல் கோரிக்கைக் கட்டணத்தைக் குறைக்கலாம்.

எவ்வாறாயினும், EIP-4788ஐச் செயல்படுத்துவதைச் சார்ந்திருக்கும் அம்சமான Beacon Chain இன் வேலிடேட்டர் ரெஜிஸ்ட்ரிக்கு எதிராக validator_pubkey சரிபார்க்க, ஒருமித்த அடுக்கு பற்றிய தகவலை செயல்படுத்தும் அடுக்கு நம்பகத்தன்மையின்றி அணுக முடியும். இது EIP-7002 க்கு அதிக சிக்கலைச் சேர்க்கிறது மற்றும் இரண்டு EIP களுக்கு இடையே ஒரு புதிய சார்புநிலையை அறிமுகப்படுத்துகிறது, இது EIP-7002 இன் பகுத்தறிவின் இந்த பிரிவில் குறிப்பிட்டுள்ளபடி எதிர்கால வடிவமைப்பு மேம்பாடுகளுக்கு தாக்கங்களை ஏற்படுத்தலாம்.

EIP-4788 EIP-7002 உடன் ஒருங்கிணைக்கப்பட்டிருந்தாலும், முறையான சரிபார்ப்பாளர்களை உள்ளடக்கிய பிற வகையான ஸ்பேமிங்கைத் தடுக்க எங்களுக்கு இன்னும் கூடுதல் வழிமுறைகள் தேவைப்படும்; மிகக் குறுகிய காலத்தில் ஒரே வேலிடேட்டருக்குப் பல திரும்பப் பெறுதல் கோரிக்கைகளைச் சமர்ப்பிப்பது ஒரு எடுத்துக்காட்டு. இதையொட்டி, "ஒவ்வொரு 3-4 மாதங்களுக்கும் ஒரு வேலிடேட்டருக்கு ஒரு திரும்பப்பெறுதல் கோரிக்கையை மட்டுமே நீங்கள் சமர்ப்பிக்க முடியும்" போன்ற புதிய விதியைச் சேர்ப்பது (மற்றும் செயல்படுத்துவது) தேவைப்படுகிறது, இதற்கு வேலிடேட்டர் திரும்பப் பெறும் கோரிக்கை ஒப்பந்தத்தில் இன்னும் அதிகமான மாற்றங்கள் தேவைப்படலாம்.

இதற்கு நேர்மாறாக, தற்போதைய விகிதக் கட்டுப்படுத்தும் பொறிமுறையானது நியாயப்படுத்த எளிதானது மற்றும் செயல்படுத்தல்-அடுக்கு திரும்பப் பெறுதலுடன் தொடர்புடைய பெரும்பாலான பாதுகாப்பு சிக்கல்களுக்கு எதிராக போதுமான பாதுகாப்பிற்கு உத்தரவாதம் அளிக்கிறது. எடுத்துக்காட்டாக, துக்கத்தைத் தடுக்கும் (நேர்மையான மதிப்பீட்டாளர்களைத் திரும்பப் பெறுவதைத் தடுக்கும் முயற்சி) மற்றும் ஸ்பேமிங் மற்றும் DOS தாக்குதல்களைத் தடுக்க, திரும்பப் பெறும் கோரிக்கைக் கட்டணம் தானாகவே மேல்நோக்கிச் சரிசெய்யலாம் (தவறான திரும்பப் பெறும் செயல்பாடுகளை வடிகட்டுவதில் வளங்களை வீணடிக்க ஒருமித்த முனைகளை கட்டாயப்படுத்தி பெக்கான் சங்கிலியை ஓவர்லோட் செய்ய முயற்சிப்பது).

முடிவு: EIP-7002 மற்றும் Ethereum மீது ஸ்டேக்கிங்கின் எதிர்காலம்

சமீப மாதங்களில் பிரதிநிதித்துவப்படுத்தப்பட்ட ஸ்டேக்கிங் கணிசமான விமர்சனங்களைப் பெற்றுள்ளது. அப்படியானால், தனிநபர்கள் பங்குகளை வழங்குவதற்கான ஆபத்தை குறைப்பது-ஒரு திரவ ஸ்டாக்கிங் குளம் அல்லது நிறுவன பாதுகாப்பற்ற ஸ்டேக்கிங் சேவை-முக்கியமானது. EIP-7002 இந்த இலக்கை அடைகிறது, 0x01 திரும்பப்பெறுதல் நற்சான்றிதழ்களை வேலிடேட்டர்களில் இருந்து வெளியேறும் திறன் மற்றும் பங்குகளை திரும்பப் பெறுதல் மற்றும் முனை ஆபரேட்டரின் நேர்மையை ஸ்டேக்கர்கள் நம்புவதற்கான தேவையைக் குறைத்தல்.

EIP-7002 பிற நேர்மறையான ஸ்பில்ஓவர் விளைவுகளையும் கொண்டுள்ளது. குறிப்பாக, தனி ஸ்டேக்கிங் செயல்பாடுகள் மற்றும் விநியோகிக்கப்பட்ட வேலிடேட்டர்களின் பின்னடைவு மற்றும் பாதுகாப்பை மேம்படுத்துதல் - ஒரு வேலிடேட்டர் கீ அல்லது DVT கீஷேர்களின் இழப்பில் இருந்து சிறந்த மீட்சியை செயல்படுத்துவதன் மூலம் - தனி ஸ்டேக்கிங்கிற்கான தடையை குறைக்க வேண்டும் மற்றும் Ethereum மீதான பங்கு மையப்படுத்தலை குறைக்க வேண்டும்.

வழக்கம் போல், இந்தக் கட்டுரையை தகவல் தரக்கூடிய ஒருவருடன் பகிர்ந்து கொள்வதைக் கருத்தில் கொள்ளுமாறு கேட்டுக்கொள்கிறேன், மேலும் முக்கியமாக, Ethereum R&D பற்றி மேலும் ஆழமாகத் தெரிந்துகொள்ள Ethereum 2077க்கு குழுசேரவும். இந்தக் கட்டுரையில் கருத்துகள் அல்லது பின்னூட்டங்களைப் பகிர்ந்துகொள்ள நீங்கள் ட்விட்டரில் என்னுடன் இணையலாம் .