paint-brush
የኢቴሬም መለያ ረቂቅ ፍኖተ ካርታ I፡ EIP-3074፣ EIP-5806 እና EIP-7702 ቻርጅ ማድረግ@2077research
አዲስ ታሪክ

የኢቴሬም መለያ ረቂቅ ፍኖተ ካርታ I፡ EIP-3074፣ EIP-5806 እና EIP-7702 ቻርጅ ማድረግ

2077 Research30m2025/01/05
Read on Terminal Reader

በጣም ረጅም፤ ማንበብ

የመለያ ማጠቃለያ ለEthereum UX ወሳኝ ማሻሻያ ነው እና በብሎክ ቼይን ላይ የተጠቃሚዎችን ብዛት በጉጉት የሚጠበቅበትን ለመክፈት ቃል ገብቷል። ይህ መጣጥፍ (በኢቴሬም አካውንት ረቂቅ መንገድ ካርታ ላይ ያለው የሶስት ክፍል ተከታታይ ክፍል) የመለያ ረቂቅን ወደ Ethereum ለማምጣት የተነደፉ ሶስት ፕሮፖዛሎችን ይዳስሳል፡ EIP-3074፣ EIP-5806 እና EIP-7702።
featured image - የኢቴሬም መለያ ረቂቅ ፍኖተ ካርታ I፡ EIP-3074፣ EIP-5806 እና EIP-7702 ቻርጅ ማድረግ
2077 Research HackerNoon profile picture

በዴኔብ ማሻሻያ አማካኝነት ከኢቴሬም ጋር የተዋወቁትን ጉልህ ለውጦች ከተመለከትን፣ የሚቀጥለው ሃርድፎርክ ፔክትራ ምን እንደሚያስተዋውቅ ወደፊት ማየት ጀመርን። የሚመጡትን ውይይቶች ለመቅረጽ ለማገዝ በEthereum ዙሪያ ያለውን የመለያ ረቂቅ ገጽታ እና የጥቅልል ስነ-ምህዳሩን ግልጽ የሆነ ወደፊት ለመምራት እንሞክራለን።


ይህ ሪፖርት የEthereum የአሁኑ መለያ ሞዴል አጠቃላይ እይታን፣ በተለይም በግብይት ትክክለኛነት ላይ የሚያሳድረው ተጽዕኖ፣ የመለያ ማጠቃለያው ምን ማለት እንደሆነ እና ስለ እሱ የማመዛዘን ማዕቀፍ ያቀርባል። በመቀጠልም የኢ.ኦ.ኦ.ኦ ፕሮግራም ብቃት አቀራረብ ላይ በማተኮር የEIPs 5086፣ 3074 እና 7702 ግምገማ ላይ እናተኩራለን እና ይህ ሁሉ በ Ethereum የወደፊት የግብይት እጣ ፈንታ ላይ እንዴት ተጽዕኖ እንደሚያሳድር እንገልፃለን።


የአካውንት ማጠቃለያ ምን እንደሆነ ወይም ባልሆነው ዙሪያ ብዙ ግራ መጋባት ቢኖርም ፣በእነዚህ ተከታታይ ጊዜያት ውስጥ የቀረፃችን ማንኛውም አካውንት የትኛውንም የትክክለኛነት ደንቦቹን እንደገና እንዲገልፅ የሚፈቅድ ዘዴ የመለያ ረቂቅ ዘዴ ነው። በተጨማሪም፣ አብዛኛዎቹ ግልጽ ያልሆኑ ተመሳሳይ እና እርስ በርስ የሚጣመሩ በመሆናቸው የእነዚህን ዘዴዎች ምደባ እናቀርባለን።

በ Ethereum ውስጥ የመለያ ማጠቃለያ አጠቃላይ እይታ

የመለያ ማጠቃለያ የተጠቃሚ እና የገንቢ ተሞክሮዎችን በመላው የኢቴሬም ምህዳር ለማሻሻል ይፈልጋል። በሰንሰለት ላይ ያሉ ልምዶችን ለተጠቃሚዎች ይበልጥ ተደራሽ እና አስደሳች ከማድረግ በተጨማሪ ገንቢዎች በ Ethereum ላይ የበለጠ ኃይለኛ ነገሮችን እንዲሰሩ እና ተጠቃሚዎችን የበለጠ ትርጉም ባለው መንገድ እንዲያገለግሉ ያስችላቸዋል።


የሂሳብ ማጠቃለያ ዘዴዎች ምደባችን እንደሚከተለው ነው።


1. የኢኦኤ ማበልጸጊያ/ፕሮግራም መሆን ፡- ይህ ኢኦኤዎች (በውጭ በባለቤትነት የተያዙ መለያዎች) የአገልግሎት ደንቦቻቸውን የማስፈጸሚያ አመክንዮ ክፍልን እንደገና እንዲገልጹ የሚያስችሉ የፕሮቶኮል ደረጃ ለውጦችን ያካትታል። በልማቱ ማህበረሰብ ዘንድ እንደሚታወቀው፣ ኢኦኤዎች በተለምዶ ከዋና ተጠቃሚዎች ጋር የተቆራኙ መለያዎች ናቸው። ስለዚህ በዚህ አካሄድ ውስጥ የሚወድቁ መፍትሄዎች የዋና ተጠቃሚ መለያዎች ምን አይነት ድርጊቶችን እንደሚፈቅዱ የበለጠ ቁጥጥር እንዲኖራቸው ያስችላቸዋል፣ ይህም ዛሬ እንዴት መምራት እንደሚቻል ጋር ሲነጻጸር።


2. የኢ.ኦ.ኦ.ኦ ለውጥ/ፍልሰት ፡- ይህ አካሄድ የኢኦኤአዎችን ሙሉ በሙሉ ወደ ሲኤዎች (የኮንትራት ሒሳቦች) መለወጥን የሚሹ ሀሳቦችን ያካትታል። የዚህ አቀራረብ ዋና ሀሳብ የኮንትራት ሂሳቦች ቀድሞውኑ በስማርት ሂሳብ የሚሰጡትን አብዛኛዎቹን ጥቅሞች ይሰጣሉ ፣ ስለሆነም ነገሮችን ማወሳሰብ አያስፈልግም ። ሁሉም ሰው በቀላሉ የኮንትራት መለያን እንደ ዋና መለያቸው (በስማርት ኮንትራት ቦርሳዎች) መጠቀም አለበት።


ይህ አካሄድ EOA ንብረቶቹን ማንቀሳቀስ ሳያስፈልገው ወደ CA እንዲሸጋገር የሚያስችሉ ስልቶችን ያሳያል፣ እንደ EIP 7377 እና EIP 5003 (ከEIP 3074 ጋር ሲታሰብ)።


3. ስማርት አካውንት ፡- ይህ የፕሮፖዛል ቡድን ሁለቱም ኢኦኤኤዎች እና ሲኤዎች የትክክለኛነት ደንቦቻቸውን ሙሉ በሙሉ እንደገና እንዲገልጹ በመፍቀድ እንደ “ስማርት አካውንት” እንዲያሳዩ የሚያስችሉ ንድፎችን ያካትታል።


ቀደም ሲል ብልጥ አካውንቶችን ለመፍጠር እና በፕሮቶኮል ደረጃ የሂሳብ ማጠቃለያ ምስጠራ የተለያዩ ሀሳቦች ቀርበዋል ። EIP-86 እና EIP-2938 ይበልጥ ከተጠቀሱት መካከል ጥቂቶቹ ናቸው። ነገር ግን፣ በዚህ ንድፍ አስተዋውቋል ተብሎ በሚታሰበው ውስብስብነት እና ኢቴሬም ለዚህ ውስብስብነት ዝግጁ አይደለም በሚሉት አስተያየት ምክንያት ብዙ መግፋት ነበር።


ቪታሊክ ከውህደቱ በኋላ የርዕሱን መነቃቃት ተከትሎ፣ ERC-4337 እንደ PBS (ፕሮፖሰር-ገንቢ መለያየት) መሠረተ ልማት ለ MEV (Maximal Extractable Value) የስማርት መለያ መስፈርት መርጦ መግቢያ ሥሪት ሆኖ ቀርቧል። ስለዚህ፣ የስማርት አካውንቶች ጥቅሞችን ለማግኘት የሚፈልጉ ተጠቃሚዎች በቀላሉ የ ERC-4337 ቧንቧን በመጠቀም የመለያቸውን አመክንዮ እና የግብይቶች ትክክለኛነትን እንደ ተጠቃሚ ኦፕሬሽን (ወይም ተጠቃሚ ኦፕስ በአጭሩ) በተባሉ መዋቅሮች ውስጥ እንደገና ለመወሰን ይችላሉ።


ERC 4337 ከፕሮቶኮል ውጪ ለታሸጉ ስማርት ሒሳቦች አማራጭ ሆኖ በመስራት የስማርት ሂሳቦችን ጥቅማጥቅሞች እስከ ዛሬ ኢቴሬም ያመጣል። ይህ ማለት ግን የራሱ ውስብስብነት አሁንም ትልቅ የውድቀት ነጥብ በመሆኑ መሰረተ ልማቱ አሁን ባለበት ሁኔታ ጥሩ ነው ማለት አይደለም።


ይህንን ውስብስብ ችግር ለመቅረፍ RIP 7560 የተቀረፀው እንደ ኢአርሲ 4337 መሠረተ ልማት በኤቲሬም እና በኤል 2 ዎች ውስጥ የተቀረፀ ነው፣ ስለዚህም የኔትወርኩን የሲቢል መቋቋም መርሃ ግብሮችን ይወርሳል (እንደ ERC 4337) አዲስ የሕጎች ስብስብ ከመግለጽ ይልቅ። ERC 7562 ).


በዚህ ሪፖርት ውስጥ፣ የኢኦኤ ፕሮግራም ብቃትን በመዳሰስ፣ በዚህ መስመር ላይ ያሉ መፍትሄዎችን የሚገልጹ የተለያዩ ኢአይፒዎችን በመገምገም እና ጥቅሞቻቸውን እና ጉዳቶቻቸውን እንወያያለን። በዚህ ተከታታይ ክፍል 2 እና 3፣ በEthereum ውስጥ እየተፈተሹ ያለውን የመለያ ማጠቃለያ አቀራረብ የቀሩትን ሁለት ክፍሎች እንሸፍናለን።

በ Ethereum መለያዎች እና ግብይቶች ላይ የመጀመሪያ ደረጃ

ሊገለጽ የሚችለውን ለመፈለግ፣ የአሁኑን መለያ ንድፍ (በተወሰነ) ሙሉ ምስል እንፈልጋለን። ይህ ክፍል በአብዛኛው በ Ethereum ላይ ምን አይነት ሂሳቦች እንዳሉ እና ግብይታቸው እንዴት እንደተረጋገጠ እና እንደሚፈፀም እንደ ማሻሻያ ሆኖ ያገለግላል።


የኢቴሬም መለያዎች የኤተር (ETH) ሚዛን ያላቸው እና በ Ethereum blockchain ላይ ግብይቶችን የመላክ ችሎታ ያላቸው አካላት ናቸው። እንደ ባለ 42-ቁምፊ ሄክሳዴሲማል “አድራሻ” ተወክለዋል፣ ይህም ለመለያው ይዞታዎች እና ግብይቶች ልዩ አመላካች ሆኖ ያገለግላል።


አድራሻ በብሎክቼይን ግዛት ሙከራ ውስጥ እንደ ቁልፍ ሆኖ ያገለግላል። የዚህ ሙከራ የቅጠል ኖዶች በአራት መስኮች ሊበላሹ የሚችሉ የመለያ ውሂብ አወቃቀሮች ናቸው።

  1. nonce : በአካውንት የተጀመሩ የወጪ ግብይቶችን ቁጥር ለማመልከት የሚያገለግል የመስመር ቆጣሪ። የድጋሚ ጥቃቶችን ለመከላከልም ወሳኝ ነው።
  2. balance ሂሳብ፡- የመለያ ባለቤትነት ያለው በwei-denominated of ether (ETH) መጠን።
  3. codeHash : መለያ ውስጥ ያለው የ EVM-ተፈፃሚ ኮድ ሃሽ። EVM (Ethereum ቨርቹዋል ማሽን) ከቀላል የ"መላክ" ግብይቶች ባለፈ ውስብስብ የግዛት ሽግግሮችን የማስተናገድ ኃላፊነት ያለው የኢቴሬም ማስፈጸሚያ አካባቢ ነው። የመለያው ኮድ ይዘት በEVM በኩል በEthereum blockchain ላይ የተወሰኑ የመንግስት ሽግግር ዓይነቶችን ለማካሄድ በማይለወጥ ፕሮግራም ተዘጋጅቷል።
  4. storageHash : የመለያ ማከማቻ ስር ያለ ሃሽ፣ የመለያ ማከማቻ ይዘቶችን እንደ 256-ቢት ሃሽ የመርክል ፓትሪሺያ ትሪ መስቀለኛ መንገድ ለመወከል የሚያገለግል። በቃ፣ ከመለያ ኮድ ይዘት ጋር የሚዛመደው የስቴት-ተለዋዋጭ ውሂብ ሃሽ ነው።


የእነዚህ አራት መስኮች ይዘቶች የመለያውን አይነት ለመወሰን ይጠቅማሉ፣ እና በመጨረሻም የተግባራቶቹን መጠን ለመወሰን ይቀጥሉ። ስለዚህ፣ ሁለቱ የ Ethereum መለያዎች የሚከተሉት ናቸው፡-

  1. በውጭ በባለቤትነት የተያዙ መለያዎች (ኢ.ኦ.ኦ.ኦ.ዎች) — እንደ ምስጠራ ምስጠራ ቁልፍ ጥንድ ሆነው የተጀመሩት፡-
  • ሚስጥራዊ እና ሊታመን የሚችል የዘፈቀደ ባለ 64-ሄክስ ቁምፊ የሆነ የግል ቁልፍ እና ተጓዳኝ አቻው;
  • ECDSA (Elliptic Curve Digital Signature Algorithm) በመጠቀም ከግል ቁልፍ የተገኘ የህዝብ ቁልፍ


ኢኦኤዎች ባዶ ኮድ ሃሽ እና ማከማቻ ሃሽ መስኮች አሏቸው እና ሊቆጣጠሩት የሚችሉት የግል ቁልፎቹን በያዘ ማንኛውም ሰው ብቻ ነው። አድራሻቸውን ከሚዛመደው የህዝብ ቁልፍ ማግኘት የሚቻለው “0x”ን ወደ መጨረሻዎቹ ሃያ ፊደሎች በማስቀመጥ የመለያው የህዝብ ቁልፍ keccak-256 hash ነው።


2. የኮንትራት ሒሳቦች (ሲኤዎች) በቅድመ-ነባር EOA ብቻ ሊፈጠሩ ይችላሉ። የተጀመሩት EOA በEVM ላይ ሊተገበር የሚችል ኮድ ይዘት በማሰማራቱ ነው። ይህ የኮድ ይዘት (እንደ ኮድሃሽ የተከማቸ) በEVM ውስጥ የተቀመጠ ነው፣ እና መለያውን አመክንዮ እና ግንኙነቶቹን በመግለጽ የመቆጣጠር ሃላፊነት አለበት።


ከኮንትራት ሒሳብ የሚደረጉ ግብይቶች ሙሉ በሙሉ በመጎተት ላይ የተመሰረቱት በተዘረጋው ኮድ አመክንዮ ላይ ነው። እነዚህ መለያዎች በኮድ ይዘታቸው ብቻ ሊቆጣጠሩ ስለሚችሉ፣ የግል ቁልፍ አያስፈልጋቸውም እና ይፋዊ ቁልፍ ብቻ አላቸው። ስለዚህ ማንኛውም ወኪል የኮንትራት መለያ ኮድ ይዘትን የማዘመን/የመቀየር ችሎታ ያለው ሚዛኑን ማግኘት ይችላል። የኮንትራት ሒሳብ አድራሻ ከፈጣሪው አድራሻ የተገኘ ሲሆን ውሉ እስከሚሰራጭበት ጊዜ ድረስ ያልነበረ ነው።

ግብይቶች

በቅርቡ ሂሳቦችን በመላው ኢቴሬም ግብይቶችን የመላክ ችሎታ ያላቸው አካላት ብለን ገልፀነዋል። ስለዚህ የመለያው ዋና አላማ ግብይቶችን መላክ እና መቀበል እንደሆነ ልንረዳ እንችላለን blockchain የግብይቶችን ታሪክ እንደመመዝገቢያ እና እንዲሁም ግብይቶች በብሎክቼይን ፕሮቶኮል ዝርዝር መግለጫ ላይ በተገለፁት ህጎች ላይ በመመስረት የመለያ መስኮችን እንዴት እንደሚቀይሩ ይገልፃል።

ስለዚህ እነዚህ "ግብይቶች" ምንድን ናቸው?


ግብይቶች ከመለያ የተላኩ ስራዎች ናቸው, ይህም በአውታረ መረቡ "ሁኔታ" ላይ ለውጥ ያመጣል. እነሱ ከመለያዎች በምስጢራዊ መንገድ የተፈረሙ መመሪያዎች ናቸው፣ ይህም ሲፈፀም የአውታረ መረብ-ሰፊ የግዛት ዝመናን ያስከትላል።

ፍቃድ አልባነት ከተዛባ ማበረታቻዎች ዋጋ ጋር አብሮ ይመጣል፣ እነዚህን ለመቋቋም ጥብቅ መመሪያዎች (ወይም ተቀባይነት ያላቸው ህጎች) በእንደዚህ አይነት አከባቢዎች ውስጥ ለሚደረጉ ግንኙነቶች መገለጽ አለባቸው። በዚህ ዐውደ-ጽሑፍ፣ ግብይቶች ልክ እንደሆኑ እና ተፈፃሚ እንደሆኑ ለመቆጠር የተወሰኑ ተቀባይነት ያላቸውን ህጎች መከተል አለባቸው። አብዛኛዎቹ እነዚህ የማረጋገጫ ደንቦች የሚተገበሩት ግብይቱን በሚልክ መለያ ላይ በተጣሉ ገደቦች ነው፣ እና በምን አይነት መለያ ላይ በመመስረት ይለያያሉ።

መለያዎች እና የግብይት ትክክለኛነት

በEthereum ላይ፣ EOAዎች ለዋና ተጠቃሚ በመሆናቸው ለአጠቃቀም የተመቻቹ ናቸው። ግብይቶችን በተወሰነ መልኩ የመላክ እና ፍጹም በሆነ መልኩ ራሳቸውን ችለው የሚሰሩ ችሎታ አላቸው። እንዲሁም በአካባቢው ሊፈጠሩ ይችላሉ, በጣም የተለመደው ዘዴ እንደ MetaMask, Rainbow, Rabby ወዘተ የመሳሰሉ የኪስ ቦርሳ አቅራቢዎችን መጠቀም ነው.


በሌላ በኩል የኮንትራት ሂሳቦች " ተጠርተዋል " ለመባል በሎጂክ የተፈቀዱ ግብይቶችን ብቻ መላክ ይችላሉ. እንዲሁም፣ ለግዛቱ ማከማቻ ለመክፈል በቂ ቀሪ ሒሳብ ባለው EOA ብቻ ሊፈጠሩ ይችላሉ።


የበለጠ ከፍተኛ ደረጃ መግለጫ EOAዎች ሚዛንን ብቻ ሊይዙ ይችላሉ, CAs ግን ይህ ቀሪ ሂሳብ እንዴት ጥቅም ላይ እንደሚውል የሚገልጽ ሁለቱንም ሚዛን እና አመክንዮ መያዝ ይችላል. እነዚህ ንብረቶች የመለያ ግብይቶች መከተል ያለባቸውን ህጎች በሚወስኑት በሚከተሉት አመክንዮ መለኪያዎች ምክንያት ናቸው፡

  1. የማረጋገጫ አመክንዮ - ሚዛኑን እና/ወይም አመክንዮውን በሚቀይርበት ጊዜ መለያው ማንነቱን ለኔትወርኩ እንዴት እንደሚያረጋግጥ ለመግለጽ ይጠቅማል።
  2. የፈቀዳ አመክንዮ - የመለያ መዳረሻ ፖሊሲን ለመግለጽ ጥቅም ላይ ይውላል፣ ማለትም፣ ማን መድረስ እና በመለያው ቀሪ ሂሳብ እና/ወይም አመክንዮ ላይ ለውጦችን ማድረግ ይችላል።
  3. Nonce Logic - ከመለያ ውስጥ ግብይቶች የሚከናወኑበትን ቅደም ተከተል የሚገልጽ።
  4. የጋዝ ክፍያ አመክንዮ - የግብይቱን ጋዝ ክፍያ የማስተካከል ኃላፊነት ያለበትን አካል ለመግለጽ ይጠቅማል።
  5. የማስፈጸሚያ አመክንዮ - መለያ ምን አይነት የግብይቶች አይነት መላክ እንደሚችል ወይም ግብይት እንዴት እንደሚፈፀም ለመወሰን ይጠቅማል።


እነዚህ መለኪያዎች የተነደፉት ለኢኦኤ ግትር እንዲሆኑ ነው፡-

  • ማረጋገጫ እና ፍቃድ የሚሰጠው በECCDSA ላይ በተመሰረተ የግል ቁልፍ ነው፡ ማለትም፡ ከኢኦኤ ግብይትን ለመላክ የሚፈልግ ተጠቃሚ ሂሳቡን ለመድረስ የግል ቁልፉን መጠቀም እና በዚህም ሚዛኑ ላይ ማንኛውንም አይነት ለውጥ የማድረግ መብት እንዳለው ማረጋገጥ አለበት። .
  • የኖኖስ አመክንዮ ተከታታይ የቆጣሪ እቅድን ይተገብራል፣ ይህም ለአንድ ልዩ ምንም አይነት ግብይት ብቻ በአንድ መለያ በቅደም ተከተል እንዲፈፀም ያስችላል።
  • የጋዝ ክፍያ አመክንዮ ለግብይቶች የጋዝ ክፍያ በላኪው / በመነሻ ሂሳብ መጠናቀቅ እንዳለበት ይገልጻል።
  • የማስፈጸሚያ አመክንዮ ኢኦኤዎች የሚከተሉትን የግብይት ቅጾች ብቻ መላክ እንደሚችሉ ይገልጻል።
  1. በሁለት ኢኦኤዎች መካከል መደበኛ ዝውውሮች።
  2. ውል ማሰማራት.
  3. የተዘረጋውን የኮንትራት መለያ አመክንዮ የሚያነጣጥሩ የውል ጥሪዎች


በአጠቃላይ፣ የEOAዎች አፈፃፀም አመክንዮ በአንድ ትክክለኛ ፊርማ ወደ አንድ ግብይት ያግዳቸዋል።

በሌላ በኩል፣ ሲኤዎች በእነዚህ መለኪያዎች ዙሪያ የበለጠ ተለዋዋጭነት አላቸው፡

  • የእነርሱ ግብይቶች በተፈጥሯቸው መዘዝ/መጎተት ላይ የተመሰረቱ በመሆናቸው ማረጋገጥ አስፈላጊ አይደለም።
  • ለCAs ፈቃድ ሁለት ቅጾችን ሊወስድ ይችላል፡-
  1. የ CAs ይዘት ኮድን “ ለመጥራት ” (ወይም ብልጥ ኮንትራቱን ለማስፈጸም) መቻል፣ ይህም በሂሳቡ ብልጥ ኮንትራት አመክንዮ እና በተለዋዋጭዎቹ ላይ የተመሰረተ ነው።
  2. በCAs የይዘት ኮድ ላይ ለውጦችን የማድረግ ችሎታ፣ ይህም በአብዛኛው የይዘት ቁጥሩ ሊሻሻል በሚችል ወይም ባለመሆኑ ላይ ነው።

በአብዛኛዎቹ ተግባራዊ ጉዳዮች፣ በዚህ ጉዳይ ላይ ጥቅም ላይ የዋለው አመክንዮ የ CA አመክንዮ ለመለወጥ M of N ትክክለኛ ፊርማዎች (በመሆኑም M < N) ከተወሰኑ ሂሳቦች (በተለምዶ EOAs) እንደሚያስፈልግ የሚገልጽ ባለብዙ ፊርማ እቅድ ነው። ልክ መሆን.

  • የእነርሱ የግብይት ማዘዣ ልቅ በሆነ መልኩ ያልተመሰረተ ነው። CA ራሱ በተቻለ መጠን ለብዙ የተለያዩ ደዋዮች ብዙ ግብይቶችን መላክ ይችላል፣ነገር ግን እያንዳንዱ ደዋይ በራሳቸው አቅም የተገደበ ነው።
  • የጋዝ ክፍያ በአብዛኛው የሚስተናገደው በCA አመክንዮ ጠሪው ነው።
  • እንደ ባለ ብዙ ጥሪ ግብይቶች እና የአቶሚክ ግብይቶች ያሉ የ UX ማሻሻያዎችን ለማስቻል የCAs አፈፃፀም አመክንዮ የበለጠ የተለያየ ነው።


እነዚህን ባህሪያት ስንገመግም፣ እያንዳንዱ አይነት መለያ በራስ ገዝ እና በፕሮግራም አደረጃጀት መካከል የንግድ ልውውጥ እንዲኖር የተነደፈ መሆኑን እናስተውላለን።

EOAዎች ሙሉ ራስን በራስ የማስተዳደር ነገር ግን የተወሰነ ፕሮግራም አላቸው፤ በፈለጉት ጊዜ ግብይቶችን መፍቀድ እና መላክ ይችላሉ፣ ነገር ግን እነዚህ ግብይቶች ልክ እንደሆኑ ለመቆጠር ግትር ቅርጸት መከተል አለባቸው። የኮንትራት ሒሳቦች ሙሉ ፕሮግራም አላቸው (በኢቪኤም ዲዛይን ብቻ የተገደበ) ግን ውሱን የራስ ገዝ አስተዳደር አላቸው፡ ግብይታቸው ምንም ዓይነት ግትር ፎርማት መከተል አይጠበቅባቸውም፣ ነገር ግን መላክ የሚቻለው በቅድሚያ በመጠራታቸው ምክንያት ብቻ ነው።


በሚከተለው ንኡስ ክፍል፣ በዚህ ተከታታይ ጊዜ ውስጥ የእያንዳንዱን EIP ሀሳብ ሙሉ በሙሉ ለመረዳት የእነዚህን የንድፍ ምርጫዎች እንድምታ እናጠናለን።

የኢቴሬም መለያ ችግር

አሁን ስለተለያዩ መለያዎች ተግባራዊነት ትንሽ አጭር እውቀት ስላለን፣ የመሸጫ ነጥቦቻቸውን እንዲሁም ለተጠቃሚ እና ለገንቢ-ኤትሬም ልምድ የሚያቀርቡትን ጉዳዮች በቀላሉ መለየት እንችላለን። ቀደም ሲል እንደገለጽነው ኢኦኤዎች የመጨረሻ ተጠቃሚዎችን ያነጣጠሩ እንደ አንደኛ ደረጃ መለያዎች የተነደፉ ናቸው። አፕሊኬሽኖች በቀላሉ ከእነሱ ጋር መስተጋብር ለመፍጠር የተነደፉ ናቸው ፣ ለእነሱ ምንም ውስብስብነት የላቸውም ፣ እና በእርግጥ አንድ ለመፍጠር ምንም ወጪ የለም። ሆኖም ግን፣ ቀላልነቱ በጥብቅ ለመወሰን የተነደፉ በመሆናቸው ከአዲስነት ጉልህ ኪሳራ ጋር ይመጣል።


በዙሪያቸው ካሉት አሳሳቢ ጉዳዮች መካከል፡-

  1. ለኳንተም ጥቃት ተጋላጭነት - በቁልፍ ጥንዶች የሚጠቀሙት የECCDSA ፊርማ እቅድ ኳንተም-ተከላካይ አይደለም ፣ እና ከ 5 እስከ 10 ዓመታት ባለው ጊዜ ውስጥ የኢንዱስትሪ ኳንተም ሲስተምስ ሲሳካ ይህ ለኤቲሬም እና አፕሊኬሽኖቹ ከፍተኛ ስጋት ይፈጥራል ። በ ECDSA እቅድ ላይ ለምስጠራ ማረጋገጫዎች እና ደህንነት.
  2. የመግለፅ እጦት - የEOAs ትክክለኛነት ደንቦች ግትር ቅርጸት ተጠቃሚዎች እንደ የግብይት atomity እና ባቺንግ እና የግብይት ውክልና በመሳሰሉ ባህሪያት ግብይቶቻቸውን በበለጠ ፍጥነት የመግለፅ ችሎታን ያስወግዳል።
  3. እራስን መቻል - ሁሉም ሰው በግብይት መሀል ላይ “ጋዝ አልቆብኝም” በሚሉ ጊዜያት የየራሱን ትክክለኛ ድርሻ ነበረው። ይህ የሆነበት ምክንያት ኢኦኤዎች ነዳጁን በራሳቸው እንዲያስተካክል በሚጠይቀው መስፈርት ነው፣ ይህ ደግሞ ኤተር (ETH) ብቸኛው ተቀባይነት ያለው የጋዝ ምንዛሪ እንዳልሆነ ብዙም ጥያቄ አይሆንም። ምንም እንኳን ይህ በሂሳብ ላይ የተመሰረቱ የስቴት ማሽኖች (እና በ UTXO ላይ የተመሰረቱ) አጠቃላይ ጉዳይ ቢሆንም, Ethereum ሁልጊዜ የተለየ እንዲሆን አስቦ ነበር.


ሁሉም ሰው ETHን ሁልጊዜ መያዝ አይፈልግም (ወይም ሊይዝ ይችላል) (ይህን የዋጋ እርምጃ ይመልከቱ ማለት ነው) ስለዚህ አዋጭ መፍትሄዎች ብዙ የጋዝ ምንዛሬዎችን መፍቀድ ነው (በጣም ከባድ፣ በ"ምንዛሪ ውስጥ እንደተገለፀው ብዙ ተለዋዋጭዎችን ይሰብራል) ” ክፍል እዚህ )፣ ወይም የጋዝ ክፍያዎች የግብይቱ መነሻ ባልሆነ ሌላ መለያ እንዲፈታ መፍቀድ።


በሌላኛው የመለያ ስፔክትረም ጫፍ፣ሲኤዎች ገንቢዎችን እና የበለጠ ቴክኒካል የተጠቃሚ መሰረትን ኢላማ ያደርጋሉ። ለስማርት ኮንትራቶች እንደ ተሸከርካሪ ሆነው ያገለግላሉ (ማለትም ስማርት ኮንትራቶችን እንደ ሎጂክ ወይም ኮድ ይዘታቸው እንቆጥራቸዋለን) እና በEVM በነቃው መሰረት ልቦለድ የግብይት ቅርጸቶችን መተግበር ይችላሉ።


ነገር ግን፣ ለነዚህ ሁሉ ባህሪያት የራስ ገዝ አስተዳደር ስለሌላቸው የሁለተኛ ደረጃ መለያዎች የተከበሩ ናቸው። አንዳንድ ድክመቶቻቸው የሚከተሉት ናቸው።

  1. አጠቃላይ የራስ ገዝ አስተዳደር እጦት - ሲኤዎች ግብይት መጀመር አይችሉም፣ ግብይቶችን መላክ የሚችሉት በተለየ መንገድ ለመጥራት ብቻ ነው።
  2. በአመክንዮቻቸው ውስጥ ለሰዎች ስህተት ተጋላጭነት - ግትርነት ማጣት ብዙውን ጊዜ ወደ ተለዋዋጮች እና ሌሎች እንደዚህ ያሉ አመክንዮዎች የተሳሳተ ትርጓሜን ያስከትላል ፣ ይህም በብልጥ የኮንትራት ብዝበዛ እና በጠለፋዎች ምክንያት በቢሊዮኖች የሚቆጠሩ ዶላሮችን ኪሳራ አስከትሏል። ሆኖም፣ ይህ ከሞላ ጎደል የተለየ ርዕስ ነው፣ እሱም እዚህ ከአቅማችን በላይ ነው።


በዚህ ንዑስ ክፍል ውስጥ ለተገለጹት ጉዳዮች መንስኤ የሆኑትን የንድፍ ምርጫዎችን ከገመገምን, አሁን የታቀዱትን መፍትሄዎች ለመገምገም መቀጠል እንችላለን.

የመለያ ማጠቃለያ የጊዜ መስመር

ሊገለጽ የሚችለውን ለመፈለግ፣ የአሁኑን መለያ ንድፍ (በተወሰነ) ሙሉ ምስል እንፈልጋለን። ይህ ክፍል በአብዛኛው በ Ethereum ላይ ምን አይነት ሂሳቦች እንዳሉ እና ግብይታቸው እንዴት እንደተረጋገጠ እና እንደሚፈፀም እንደ ማሻሻያ ሆኖ ያገለግላል።


የመለያ ማጠቃለያ ጽንሰ-ሀሳብ (ቢያንስ በስማርት አካውንት በኩል) የEthereum የመንገድ ካርታ ዋና አካል ነው። አፈ-ታሪክ በአፈፃፀሙ ዙሪያ ያለው ውስብስብነት የኢቴሬም ሥራን የበለጠ ለማዘግየት ያሰጋል ፣ እና ስለሆነም አሁን ላለው ዲዛይን የተለያዩ ተግባራትን በሚሰጡ መለያዎች ተሰረዘ። በEthereum ውህደቱ ላይ ባደረገው ትኩረት እንደገና ዘግይቷል፣ እና አሁን እንደ የአውታረ መረቡ ቀጣይ ዋና ማሻሻያ ዋና አካል - ፔክትራ። ነገር ግን፣ ውስብስብነቱ አሁንም መደበቅን የሚከለክለው ትልቅ እንቅፋት እንደሆነ ተደርጎ ይቆጠራል፣በተለይ Ethereum ወደ ጥቅል-አማካይ የመንገድ ካርታ ስለመራው።


መስፈርቶቹ አሁን ሁለት እጥፍ ናቸው፡-

  1. የመለያ ደረጃዎች የበለጠ ገላጭ መሆን አለባቸው፣ ነገር ግን የራስ ገዝ አስተዳደር ሳይጠፋ። በ EOA እና CA መስፈርቶች መካከል ያለውን ክፍፍል የሚያዘጋው አዲስ መስፈርት።
  2. አዲሱ መመዘኛ በEOAs እና በሲኤዎች መካከል ያለውን ክፍተት ማጣጣም አለበት፣ ይህም በEthereum እና በ L2 ስነ-ምህዳሩ ላይ ሙሉ ለሙሉ ተኳሃኝ ሆኖ ይቆያል።


በትክክል ይህ ጽንሰ-ሐሳብ በሰንሰለት ማጠቃለል እና በመተባበር ሁኔታ ውስጥ ትልቅ ሚና ይጫወታል። ነገር ግን፣ በዚህ ዘገባ ውስጥ የእኛ ወሰን በራሱ የመለያ ረቂቅን ለማሳካት በተወሰዱ ቴክኒካል ተነሳሽነቶች ብቻ የተገደበ ነው።


የመለያ ማጠቃለያ ዓላማው የEOAs እና CAs ምርጥ ባህሪያትን ወደ አዲስ መለያ መደበኛ– smart accounts ለማጣመር ነው፣ ይህም የማንኛውንም መለያ ትክክለኛነት ሙሉ በሙሉ ወይም በከፊል ወደ የማረጋገጫ አመክንዮ እና የአፈፃፀም አንድ መለያየትን ያስችላል። ስለዚህ ሂሳቦች የየራሳቸውን የፀና ህግጋት -በኢ.ቪ.ኤም በሚፈቅደው መሰረት - ልክ እንደ ኮንትራት ሂሳቦች እና ልክ እንደ ውጭ በባለቤትነት የተያዙ ሂሳቦች ሙሉ በሙሉ ራሳቸውን ችለው እንዲቆዩ።


በስማርት አካውንቶች እና በስማርት ኮንትራት ቦርሳዎች መካከል ባለው ልዩነት ላይ ብዙ ጊዜ ግራ መጋባት አለ ስለዚህ እነዚህ ልዩነቶች ከዚህ በታች ምን እንደሆኑ በግልፅ እንግለጽ።

  • ስማርት ሂሳቦች የፕሮግራም እና ራስን በራስ የማስተዳደር እኩል ክፍሎችን ለማቅረብ በፅንሰ-ሃሳብ የተነደፉ የ Ethereum መለያዎች ናቸው። ሀሳቡ ሁለቱም ኢኦኤዎች እና ሲኤዎች አንዳንድ ዘዴዎችን (ለምሳሌ ERC 4337) በመጠቀም በቀላሉ ብልጥ አካውንቶች ሊሆኑ ይችላሉ ይህም በኔትወርኩ የተጫኑትን የጸናነት ደንቦቻቸውን እንደ አስፈላጊነታቸው በተረጋገጠ የጸናነት ህጎች እንዲተኩ ያስችላቸዋል።
  • ብልጥ የኮንትራት ቦርሳዎች በሌላ በኩል፣ በቀላሉ የኪስ ቦርሳ አቅራቢዎች ለኮንትራት መለያዎች መገናኛ ሆነው ያገለግላሉ (አዎ፣ የኪስ ቦርሳ መለያ አይደለም)።


የስማርት ኮንትራት የኪስ ቦርሳዎችን ለገበያ ማቅረቡ የ CA ዎችን በሰፊ ገበያ መቀበልን ስላቃለለ፣ አነስተኛ ቴክኒካል ተጠቃሚዎች በሚያቀርቧቸው ባህሪያት እንዲጠቀሙ አስችሏቸዋል። ሆኖም፣ አሁንም ከሲኤዎች ጋር የተያያዙ ወጥመዶች ያጋጥሟቸዋል።

ወደ ውይይቱ ተመለስ; ቀደም ሲል የሂሳብ ግብይቶችን ትክክለኛነት ለመወሰን የሚያገለግሉትን መለኪያዎች ተወያይተናል-

  • ማረጋገጫ
  • ፍቃድ
  • ያለ ሎጂክ
  • የጋዝ ክፍያ አመክንዮ
  • የማስፈጸሚያ አመክንዮ

የመጀመሪያዎቹ አራት መመዘኛዎች እሴቶች በአንድ ላይ እንደ መለያ የማረጋገጫ አመክንዮ ሊባሉ ይችላሉ፣ እነዚህም የግብይቱ አፈጻጸም ከመጀመሩ በፊት የሚከሰቱ ቼኮች ናቸው። የመጨረሻው ግቤት የግብይቱን አፈፃፀም እንዴት እንደሚቀጥል ይገልጻል።


በመግቢያው ላይ ለተለያዩ የታቀዱ ዲዛይኖች ዓይነቶችን በመመደብ የአሁኑን የ AA የመሬት ገጽታ ከፍተኛ ደረጃ አጠቃላይ እይታ አቅርበናል። አሁን ለኤቲሬም መለያ አጣብቂኝ - የኢኦኤ ፕሮግራም ብቃት የመፍትሄ ሃሳቦች የመጀመሪያ ክፍል ላይ እናተኩራለን።

በፕሮግራም ሊደረጉ የሚችሉ ኢኦኤዎች

የኢቴሬም ትልቁ ይግባኝ ወጣቱ ነገር ግን ንቁ የሆነ የዲፊ ስነ-ምህዳር ሲሆን ይህም የተለያዩ ያልተማከለ አፕሊኬሽኖችን የሚያሳዩ ዋና ፈሳሽ ማጠቢያዎች ናቸው። አብዛኛዎቹ እነዚህ DApps ኢኦኤኤስን ለማገልገል የተመቻቹ ናቸው፣ ስለዚህ ከኮንትራት መለያዎች እና በመጨረሻም ስማርት አካውንቶች ጋር ለመገናኘት አስቸጋሪ ናቸው። በዚህ ጉዳይ ላይ ዘመናዊ የኮንትራት ቦርሳዎች የኮንትራት ሂሳቦችን ለመርዳት ቢረዱም, ከራሳቸው ገደቦች እና ሙሉ ለሙሉ የተለየ UX ይዘው ይመጣሉ.


ሁለቱም DApps እና Wallet አቅራቢዎች ከስማርት ሂሳብ መስፈርት ጋር ሲላመዱ እየተፈተሸ ጊዜያዊ መፍትሄ ለኢኦኤዎች ጊዜያዊ ማሻሻያዎችን መስጠት ሲሆን ይህም የተጣለባቸውን የማረጋገጫ ወይም የማስፈጸሚያ አመክንዮ ይሁን። ከዚህ በታች፣ ለኢኦኤ ፕሮግራም አደረጃጀት ተግባራዊ ሊሆኑ የሚችሉ መንገዶችን የሚያቀርቡ የሶስት ዋና ዋና ኢአይፒዎችን ዝርዝር እንመለከታለን። ብዙም ከታወቀው ኢኢፒ 5806 ፣ ወደሚፈልገው ኢኢፒ 3074 እና በመጨረሻ ወደ አሸናፊው ኢአይፒ 7702

በEIP-5806 በኩል የፕሮግራም ችሎታ

ይህ ፕሮፖዛል ወደ የኮንትራት መለያ አመክንዮ (ስማርት ኮንትራቱ) የውክልና ጥሪዎችን እንዲያደርግ በመፍቀድ ወደ EOA ደረጃ የበለጠ ተግባራዊነትን ለማምጣት ይፈልጋል። ይህ በውጤታማነት ብልጥ ኮንትራቱን ከደዋዩ EOA አንፃር እንዲፈፀም ያደርገዋል፣ ማለትም፣ EOA የማረጋገጫ አመክንዮውን ይቆጣጠራል፣ የአፈጻጸም አመክንዮው ግን በተዛማጅ የኮንትራት መለያ አመክንዮ የሚስተናገድ ነው።


ወደ ፊት ከመቀጠላችን በፊት፣ በ Ethereum የዝግመተ ለውጥ ማህደረ ትውስታ መስመር ወደ EIP-7 እንጓዝ። EIP-7 የ 0xf4/DELEGATECALL opcode እንዲፈጠር ሐሳብ አቅርቧል፣ይህም የመልእክት ጥሪዎችን ወደ አንደኛ ደረጃ አካውንት ከሁለተኛ መለያ አመክንዮ ጋር ለመላክ የሚያገለግል ሲሆን የዋናው መለያ [ላኪ] እና [ዋጋ] መስኮች እሴቶችን እየጠበቀ ነው። በሌላ አገላለጽ፣ ዋናው መለያ በመልእክቱ ጥሪ ላይ በተገለፀው መሠረት ለተወሰነ ጊዜ የሁለተኛውን መለያ አመክንዮ “ይወርሳል” (ወይም ከፈለግክ ይበደራል) የኋለኛው አመክንዮ በቀድሞው አውድ ውስጥ ይፈጸማል።


ይህ ኦፕኮድ የዳፕ ገንቢዎች እርስ በርስ መደጋገፍን ጠብቀው የመተግበሪያቸውን አመክንዮ ወደ ብዙ ዘመናዊ ኮንትራቶች እንዲከፍሉ ፈቅዶላቸዋል፣ በዚህም በኮድ መጠን ማገጃዎች እና በጋዝ እንቅፋቶች ዙሪያ በቀላሉ መሮጥ ይችላሉ። EIP-5806 የኮንትራት ሂሳቦች እርስ በርስ እንዲደጋገፉ ከመፍቀድ በላይ ለተወካዩ ኦፕኮድ አዲስ ጥቅም አግኝቷል። በተለይም EIP-5806 EIP-7ን እንደ ተነሳሽነት ይጠቀማል የውክልና ጥሪ ተግባርን ለኢኦኤዎችም ማስፋፋት; ማለትም፣ EOAs ከኮንትራት ሒሳቦች ጋር እንዲጠላለፍ እንፍቀድ፣ ምክንያቱም ለምን አይሆንም።


EIP-5806 ማጠቃለያ

EIP-5806 ዝርዝሮች

EIP 5806 አዲስ EIP-2718 የሚያከብር የግብይት አይነት ያስተዋውቃል እሱም እንደሚከተለው ተጭኗል

 rlp([chainID, nonce, max_priority_fee_per_gas, max_fee_per_gas, gas_limit, destination, data, access_list, signature_y_parity, signature_r, signature_s]).

እነዚህ ግብይቶች የተነደፉት [ወደ] መስክ - የተቀባዩን አድራሻ የሚወክለው - አድራሻዎችን እንደ 20-ባይት ግብአቶች ብቻ እንዲቀበል እና ላኪው የ CREATE opcode እንዳይጠቀም ያደርገዋል።

ከእያንዳንዱ የ RLP እቅድ አካል በስተጀርባ ያለው ተነሳሽነት እንደሚከተለው ነው-

  • chainID ፡ የአሁኑ ሰንሰለት EIP-115-ተኳሃኝ መለያ ወደ 32 ባይት ተሸፍኗል። ይህ እሴት በዋናው ሰንሰለት ላይ የሚደረጉ ግብይቶች ተመሳሳይ ታሪክ እና አነስተኛ ኢኮኖሚያዊ ደህንነት ባላቸው የአማራጭ ኢቪኤም ሰንሰለቶች ላይ በቀላሉ እንዳይባዙ የድጋሚ አጫውት ጥቃት ጥበቃን ይሰጣል።
  • nonce : ለእያንዳንዱ ግብይት ልዩ መለያ ይህም የድጋሚ ማጥቃት ጥበቃን ይሰጣል።
  • max_priority_fee_per_gas እና max_fee_per_gas ፡ የEIP-5806 ግብይት ለትዕዛዝ እና ለማካተት የሚከፍለው የጋዝ ክፍያ ዋጋዎች።
  • gas_limit : ነጠላ 5806 አይነት ግብይት ሊፈጅ የሚችለው ከፍተኛው የጋዝ መጠን።
  • መድረሻ : የግብይት ተቀባይ
  • ውሂብ : ሊተገበር የሚችል ኮድ ይዘት
  • access_list ፡- EIP-5806 ግብይቶችን እንዲፈጽሙ በሁኔታ የተፈቀዱ ወኪሎች።
  • ፊርማ_y_parity፣ signature_r እና signature_s ፡ ሶስት እሴቶች በአንድነት የሴፕ 256k1 ፊርማ በመልዕክቱ ላይ - keccak256 (TX_TYPE || rlp ([chainID, nonce, max_priority_fee_per_gas, max_fee_per_gas, gas_limit, destination, data, access_list])).


የEIP-5806 ግብይቶችን በEIP-2718 ኤንቨሎፕ ማሸግ በጣም ወደ ኋላ ተኳሃኝ እንዲሆኑ ቢፈቅድም፣ ኢኦኤዎች ከኮንትራት ሒሳቦች ጋር እኩል አይደሉም። ስለዚህ አንዳንድ ገደቦች ኢኦኤ የማይለዋወጥ መሰባበርን ለመከላከል የውክልና ጥሪዎችን በሚጠቀምበት መንገድ መገለጽ አለባቸው።

እነዚህ ገደቦች በሚከተሉት ኦፕኮዶች ላይ ያነጣጠሩ ናቸው፡

  • SSTORE/0x55 : ይህ ኦፕኮድ መለያ ዋጋን ወደ ማከማቻ እንዲያስቀምጥ ያስችለዋል። በEIP-5806 ግብይቶች ኢኦኤዎች የውክልና ጥሪዎችን ተጠቅመው ማከማቻ እንዳያስቀምጡ/እንዳይደርስ ለመከላከል የተገደበ በመሆኑ ወደፊት በሂሳብ ፍልሰት ምክንያት ሊከሰቱ የሚችሉ ችግሮችን ይከላከላል።
  • CREATE/0xF0CREATE2/0xF5 ፣ እና SELFDESTRUCT/0xFF ፡ እነዚህ ኦፕኮዶች ጠሪው አዲስ መለያ እንዲፈጥር በሰፊው ይፈቅዳሉ። የ EOA ምንም አይነት ለውጥ እንዳይመጣ በተለያየ የአፈፃፀም ፍሬም (በዚህ ጉዳይ ላይ ውል መፍጠር/መጥፋት) EIP-5806 ግብይት በሚያከናውንበት ጊዜ የግብይቶች ተከታታይ ኖቶች ይሸከማሉ ተብሎ የሚጠበቀው ውድመት እንዳይከሰት ለመከላከል የተገደበ ነው።

የEIP-5806 ሊሆኑ የሚችሉ መተግበሪያዎች

የEIP-5806 ተቀዳሚ ተፈጻሚነት ለኢኦኤዎች የአፈጻጸም ረቂቅ ነው። ኢኦኤዎች ወደ አመክንዮቻቸው ከሚደረጉ ቀላል ጥሪዎች ባለፈ ከብልጥ ኮንትራቶች ጋር በታማኝነት እንዲገናኙ መፍቀድ እንደሚከተሉት ያሉ ባህሪያትን ይሰጣቸዋል።

  • የግብይቶች ሁኔታዊ አፈፃፀም
  • የግብይት መጋገር
  • ባለብዙ ጥሪ ግብይቶች (ለምሳሌ አጽድቀው ይደውሉ)

የ EIP-5806 ትችቶች

በEIP-5806 የታቀዱት ለውጦች፣ አስፈላጊ ባህሪያትን ሲያስችሉ፣ በተለይ አዲስ አይደሉም። ሕልውናው በአብዛኛው አስቀድሞ በሚሠራ EIP-7 ላይ የተተነበየ ነው። ይህ ተቀባይነት ለማግኘት ብዙ ሊሆኑ የሚችሉ መሰናክሎችን እንዲያልፍ ያስችለዋል።


በመጀመሪያዎቹ ቀናት ከተነገሩት ዋና ዋና ስጋቶች አንዱ ኢኦኤዎች ማከማቻ እንዲደርሱበት እና እንዲቀይሩት የመፍቀድ አደጋ ነው፣ ልክ በአሁኑ ጊዜ CAs እንደሚያደርጉት። ይህ ኢኦኤዎች እንዴት መገበያየት እንዳለባቸው በሚመለከት በአውታረ መረብ ውስጥ የተካተቱ ብዙ ልዩነቶችን ይሰብራል፣ እና ባለፈው ንዑስ ክፍል ውስጥ የተጠቀሱትን ገደቦች በማስተዋወቅም ታይቷል።


ሁለተኛው ትችት (ትንሽ ባለ ሁለት አፍ ጎራዴ ነው) የEIP-5806 ቀላልነት ነው። EIP-5806ን በመቀበል ምክንያት የሚሰጠው ሽልማት ዋጋ ላይኖረው ይችላል፣ ምክንያቱም የማስፈጸሚያ ረቂቅን ብቻ ስለሚያስችል ሌላ ብዙም አይደለም። በቀጣዮቹ ንዑሳን ክፍሎች ከምንወያይባቸው ሌሎች በመጠኑ ተመሳሳይ ኢአይፒዎች በተለየ መልኩ ወደ EIP-5806 ለሚገቡ ኢኦኤዎች ማንኛውም ሌላ የጸናነት ገደብ በኔትወርክ የተበየነ ሆኖ ይቆያል።

በ EIP-3074 በኩል የፕሮግራም ችሎታ

EIP-3074 EOAs አብዛኛዎቹን የማረጋገጫ አመክንዮቻቸውን ወደ ልዩ የኮንትራት ሒሳቦች፣ እንደ ጠያቂዎች ለተጠቀሱት ልዩ የግብይት ዓይነቶች የኋለኛውን የፈቃድ አመክንዮ በልጠው እንዲሰጡ ለመፍቀድ ሐሳብ አቅርቧል። ይህንንም የሚያሳክተው የመዳረሻ ፖሊሲያቸውን ወደ ጠያቂ ውል በመፈረም ሲሆን ይህም የኢኦኤ ተደራሽነት ፖሊሲን የመግለጽ ሃላፊነት ይሆናል።


ይህ ኢአይፒ ሁለት አዳዲስ ኦፕኮዶች ወደ ኢቪኤም እንዲጨመሩ ያቀርባል፡-

  • [AUTH] በኋለኛው ECDSA ፊርማ ላይ በመመስረት ሁለተኛ [ባለስልጣን] መለያን ወክሎ እንዲሰራ አውድ-ተለዋዋጭ (የተፈቀደ) መለያ ያዘጋጃል።
  • [AUTHCALL] የሚልክ/የሚተገበር [ባለስልጣን] መለያ ከ/የተፈቀደው መለያ ጥሪ ያደርጋል።


እነዚህ ሁለት ኦፕኮዶች EOA ቁጥጥርን ወደ ቀድሞ-የተቋቋመ ሲኤ እንዲሰጥ ያስችላሉ፣ እና በዚህም እንደ አንድ ሆነው እንዲሰሩ፣ ውልን ማሰማራት ሳያስፈልግ እና ከዚያ ጋር የተያያዙ ወጪዎችን እና ውጫዊ ሁኔታዎችን ሳያስከትል።

EIP-3074 ዝርዝሮች

EIP-3074 ግብይቶች ከሌሎች የግብይት ፊርማ ቅርጸቶች ጋር መጋጨትን ለመከላከል [MAGIC] ፊርማ ቅርጸት እንዲጠቀሙ ይፈቅዳል። [AUTHCALL] መመሪያዎች የተላለፉበት ገባሪ መለያ እንደ አውድ-ተለዋዋጭ መስክ (የተፈቀደ) ተብሎ ይገለጻል፣ እሱም በአንድ ግብይት ብቻ የሚቀጥል እና ለእያንዳንዱ አዲስ [AUTHCALL] እንደገና መገለጽ አለበት።


የእያንዳንዱን ኦፕኮድ ውስብስብ ችግሮች ከመግለጽዎ በፊት፣ እነዚህ በEIP-3074 ግብይት ውስጥ የተሳተፉ አካላት ናቸው፡

  • (ባለስልጣን) ፡ ወደ ሁለተኛ መለያ መዳረሻ/ቁጥጥር በውክልና የሚሰጥ ዋናው ፊርማ መለያ (ኢኦኤ)፣ ይህም በተለምዶ የኮንትራት መለያ ነው።
  • [የተፈቀደ] ፡ ለአፈጻጸም [AUTHCALL] መመሪያዎች የሚተላለፉበት መለያ። በሌላ አነጋገር፣ የ [AUTHCALL] አመክንዮ የተፈፀመበት መለያ ነው፣ [ባለስልጣኑን] በመወከል፣ በ[ጠዋቂ] የተገለጹ ገደቦችን በመጠቀም።
  • (ጠቋሚው) ፡- ንዑስ ውል በ [በተፈቀደው] መለያ እና በ [AUTHCALL] መካከል ያለውን መስተጋብር ለማስተዳደር የታሰበ ሲሆን በተለይም የኋለኛው የኮንትራት ኮድ ዋና አመክንዮ የጋዝ ስፖንሰርሺፕ በሆነበት ጊዜ።


ጠያቂ ኮንትራቶች [AUTH] መልዕክቶችን ከ [COMMIT] ዋጋ ከ[ሥልጣን] ይቀበላሉ; ይህ ዋጋ መለያው በ[የተፈቀደ] የ [AUTHCALL] መመሪያዎች አፈጻጸም ላይ ሊያስቀምጥ የሚፈልጋቸውን ገደቦች ይገልጻል። ስለዚህ ጠያቂዎች በ[የተፈቀደ] መለያ ውስጥ የተገለጸው [ contract_code ] ተንኮል አዘል አለመሆኑን እና በዋና ፊርማ አካውንት በ[COMMIT] እሴት ውስጥ የተቀመጡትን ልዩነቶች የማሟላት ችሎታ እንዳላቸው የማረጋገጥ ኃላፊነት አለባቸው።


[AUTH] ኦፕኮድ ሶስት የተቆለሉ ንጥረ ነገሮች ግብዓቶች አሉት። ወይም በቀላሉ - አንድ ነጠላ ውፅዓት በሚሰላው በሶስት ግብዓቶች ይገለጻል። እነዚህ ግብዓቶች፡-

  1. ባለስልጣን : ፊርማውን የሚያመነጨው የኢኦኤ አድራሻ ነው
  2. ማካካሻ
  3. ርዝመት

የመጨረሻዎቹ ሁለት ግብዓቶች ከ0 እስከ 97 ያለውን የሚስተካከል የማህደረ ትውስታን ክልል ለመግለጽ ጥቅም ላይ ይውላሉ፡

  1. [memory(offset : offset+1)] – [yParity]
  2. [memory(offset+1 : offset+33] – [r]
  3. [memory(offset+33 : offset+65)] – [s]
  4. [memory(offset+65 : offset+97)] – [COMMIT]


ተለዋዋጮች [yParity]፣ [r] እና [s] በአጠቃላይ እንደ ECDSA ፊርማ፣ [ምትሃት]፣ በሴክፕ256k1 በመልእክቱ ላይ ባለው ጥምዝ ተተርጉመዋል፡-

[keccak256 (MAGIC || chainID || nonce || invoker address || COMMIT)]

የት፡

  • [MAGIC] በተለዋዋጮች ጥምረት የተገኘ የECCDSA ፊርማ ነው፡-
  • [chainID] ይህም የአሁኑ ሰንሰለት EIP 115 የሚያከብር መለያ ነው በተለዋጭ የኢቪኤም ሰንሰለቶች ላይ ተመሳሳይ ታሪክ እና አነስተኛ ኢኮኖሚያዊ ደኅንነት ያላቸው የድጋሚ አጫውት ጥበቃን ለማቅረብ የሚያገለግል።
  • [nonce] ይህም የግብይቱን ፈራሚ አድራሻ የአሁኑ nonce ነው፣ ወደ 32 ባይት በግራ የታጠፈ።
  • [ invokerAddress] የኮንትራቱ አድራሻ ሲሆን ይህም [AUTH] አፈጻጸም አመክንዮ የያዘ ነው።
  • [COMMIT] ተጨማሪ የግብይት ትክክለኛነት ሁኔታዎችን በጠቋሚው የቅድመ-ማስኬጃ አመክንዮ ውስጥ ለመግለጽ የሚያገለግል ባለ 32-ባይት እሴት ነው።


የተሰላው ፊርማ ትክክለኛ ከሆነ እና የፈራሚው አድራሻ ከ [ባለስልጣን] ጋር እኩል ከሆነ፣ [የተፈቀደው] መስክ በ [ባለስልጣን] ወደቀረበው እሴት ዘምኗል። ከእነዚህ መስፈርቶች ውስጥ አንዳቸውም ካልተሟሉ፣ [የተፈቀደው] መስክ በቀድሞው ሁኔታ ወይም እንዳልተዋቀረ እሴት ሳይለወጥ ይቆያል።


የዚህ ኦፕኮድ ጋዝ ዋጋ በሚከተሉት ድምር ይሰላል፡-

  1. የተወሰነ ክፍያ ለ[crecover] ቅድመ ማጠናቀር እና ተጨማሪ ለ keccak256 hash እና አንዳንድ ተጨማሪ አመክንዮዎች፣ ዋጋቸው 3100 ክፍሎች

  2. የማህደረ ትውስታ ማስፋፊያ ክፍያ ከ[RETURN] ኦፕኮድ ጋር በተመሳሳይ የሚሰላ እና ማህደረ ትውስታ ከተጠቀሰው የአሁኑ ምደባ ክልል (97 ክፍሎች) ሲሰፋ የሚተገበር ነው።

  3. ለሙቀት [ባለስልጣን] 100 እና 2600 ዩኒት ለጉንፋን የወጣ ቋሚ ወጪ የመንግስት ተደራሽነት ያላቸው ኦፕኮዶች ዋጋ ባለመኖሩ ምክንያት ጥቃቶችን ለመከላከል።


    ( AUTH የማስታወስ ችሎታን ላለማሻሻል የተተገበረ ነው፣ እና የ[ባለስልጣኑን] ዋጋ እንደ ነጋሪ እሴት ስለሚወስድ ከቀረበው ፊርማ ዋጋውን ማረጋገጥ ቀላል ነው።)


[AUTHCALL] ኦፕኮድ ሰባት የተደራረቡ ንጥረ ነገሮች ግብአቶች አሉት እነዚህም የአንድ ቁልል አባል ውፅዓት ለማስላት ያገለግላሉ።

[CALL] ኦፕኮድ ጋር ተመሳሳይ አመክንዮ አለው፣ ማለትም; የመልእክት ጥሪዎችን ወደ መለያ ለመላክ እና በውሉ ውስጥ ልዩ አመክንዮ ለማነሳሳት ይጠቅማል። በእነሱ አመክንዮ ውስጥ ያለው ብቸኛው መዛባት [AUTHCALL] ወደ አፈጻጸም ከመቀጠላቸው በፊት የ[ደዋዩን] ዋጋ ለማዘጋጀት የተነደፈ መሆኑ ነው።


ስለዚህ፣ [AUTHCALL] በ[ባለስልጣኑ] ውስጥ አውድ-ተኮር ባህሪን [በተፈቀደ] ውስጥ ለማስነሳት በምክንያታዊ ፍተሻዎች በሚከተለው መልኩ ጥቅም ላይ ይውላል፡-

  1. [የተፈቀደ] ዋጋን ያረጋግጡ። ካልተዋቀረ አፈፃፀሙ ልክ እንዳልሆነ ይቆጠራል እና ክፈፉ ወዲያውኑ ይወጣል። ይህ ከዚህ በፊት ታይቶ በማይታወቅ ውድቀቶች ምክንያት ፍትሃዊ ያልሆኑ ክፍያዎችን ለመከላከል ይረዳል።
  2. [የተፈቀደ] የታሰበ ባህሪ የጋዝ ወጪን ይፈትሻል።
  3. የ [ጋዝ] ኦፔራውን EIP-150 የሚያከብር-እሴትን ይፈትሻል።
  4. አጠቃላይ የጋዝ ወጪ -[ዋጋ] - በ[ባለስልጣን] ሚዛን ውስጥ መኖሩን ያረጋግጣል።
  5. ማስፈጸሚያ የሚከሰተው ከ[ባለስልጣን] ሂሳብ ሚዛን [ዋጋ] ከተቀነሰ በኋላ ነው። [ዋጋው] ከሚዛናቸው በላይ ከሆነ፣ አፈፃፀሙ ውድቅ ይሆናል።


[AUTHCALL] የጋዝ ዋጋ በሚከተሉት ድምር ይሰላል፡-

  • [warm_storage_read] የተወሰነ ወጪ
  • የማህደረ ትውስታ ማስፋፊያ ወጪ [memory_expansion_fee] ፣ ይህም ለ [CALL] ኦፕኮድ ከጋዝ ወጪ ጋር ተመሳሳይ ነው የሚሰላው።
  • ተለዋዋጭ ወጪ [dynamic_gas]
  • የንዑስ ጥሪው ማስፈጸሚያ ወጪ [subcall_gas]


[AUTHCALL] የተመለሰው መረጃ የሚገኘው በ

  • [RETURNDATASIZE] - የመመለሻ ውሂብ ቋቱን መጠን በውጤቱ ቁልል ላይ የሚገፋ
  • [RETURNDATACOPY] - ውሂቡን ከመመለሻ የውሂብ ቋት ወደ ማህደረ ትውስታ የሚቀዳው.


የቴክ-መናገር በጣም ያነሰ ጋር ሁሉንም በአንድነት ለማምጣት; የኢቴሬም ግብይቶች በተለምዶ ሁለት እሴቶችን ይገልጻሉ፡

  1. tx.origin - ለግብይቱ ፈቃድ የሚሰጥ።
  2. msg.sender - ግብይቱ በትክክል የሚከሰትበት።


በEOA ውስጥ፣ ቀደም ሲል እንደተጠቀሰው፣ ፈቃድ ከአፈጻጸም ጋር በጥብቅ ተጣምሯል፣ ማለትም ( tx.origin == msg.sender )። ይህ ቀላል የማይለዋወጥ በዚህ ሪፖርት "መለያዎች እና ግብይቶች ትክክለኛነት" ንኡስ ክፍል ውስጥ ያብራራናቸውን አብዛኛዎቹ ጉዳዮችን ይፈጥራል።


[AUTH] ከ[ባለስልጣን] መልእክቶች tx.origin ተግባርን ወደ [የተፈቀደ] እንዲያካክስ ያስችለዋል፣ የ msg.sender ይቀራል። እንዲሁም የ[COMMIT] እሴትን በመጠቀም የዚህን ልዩ መብት ገደቦችን እንዲገልጽ ያስችለዋል። [AUTHCALL] ከዚያም ማግኘት የሚፈልገው ውል ምንም ጉዳት እንደሌለው ለማረጋገጥ [የተፈቀደለት] የኮንትራት አመክንዮ እንዲደርስ ይፈቅዳል። ያም ማለት፣ ለእያንዳንዱ [AUTHCALL] ፣ [የተፈቀደ] ለእነርሱ [COMMIT] የተለየ [ጠሪ] መግለጽ ነው።

የEIP-3074 ሊሆኑ የሚችሉ መተግበሪያዎች

EIP 3074 በዋነኛነት ተጠያቂው ኢኦኤዎች የፈቀዳቸውን አመክንዮ ወደ ሌላ መለያ እንዲሰጡ መፍቀድ ነው፣ ሆኖም ክፍት ዲዛይኑ በተለያዩ ሁኔታዎች ውስጥ ብዙ ተጨማሪ ያስችላል። የኢ.ኦ.ኦ.ኦ አጠቃላይ የማረጋገጫ አመክንዮ እንደ አስፈላጊነቱ የተለያዩ ገደቦችን/ፈጠራዎችን በጠሪው ላይ በመተግበር ማጠቃለል ይቻላል፣ በዒላማቸው አመክንዮ ላይ የተመሰረቱ አንዳንድ ሊሆኑ የሚችሉ ዲዛይኖች የሚከተሉትን ያካትታሉ፡

  • ምንም አመክንዮ ፡ EIP-3074 EOAs ምንም ጊዜ [AUTH] መልእክት ከላከ በኋላ ሳይነካው እንዲቆይ ያስችለዋል፣ ይህ በእንዲህ እንዳለ ለእያንዳንዱ [AUTHCALL] የራሱ ያልሆነው ከየትኛው ጠሪ ጋር እንደሚገናኝ ይወሰናል። በዚህ መንገድ፣ ለኢኦኤዎች ምንም አይነት ትይዩነት እንዲኖር ያስችላል፣ ስለዚህም ብዙ የማይደራረቡ [AUTHCALL] እንደፈለጉ መላክ ይችላሉ።
  • የጋዝ ክፍያ አመክንዮ ፡ በEIP ላይ እንደተገለጸው ጠያቂዎች የጋዝ ስፖንሰርነትን ለመፍቀድ ሊነደፉ ይችላሉ። ስለዚህ፣ የአንድ ተጠቃሚ [COMMIT] የጋዝ ክፍያዎች ከግብይቱ አመጣጥ፣ ወይም ከማንኛውም ደጋፊ መለያ፣ ከግል ወይም በአገልግሎት ላይ የተመሰረተ ቅብብል (የጋዝ ስፖንሰርሺፕ አገልግሎቶች) ሊቀነስ ይችላል። እንዲሁም የማስፈጸሚያ አመክንዮ በማስተዋል ረቂቅ ነው; ከሁሉም በኋላ ጠያቂው (CA ነው) አሁን ኢኦአን በመወከል የግብይት ጥያቄዎችን የማስፈጸም ሃላፊነት አለበት።

የ EIP-3074 ትችቶች

ጠያቂ ማእከላዊነት

ከደራሲዎቹ አንዱን በመጥቀስ ፡- “ የኪስ ቦርሳዎች በዘፈቀደ ጠያቂዎች ላይ መፈረም ተግባርን ያጋልጣሉ ብዬ አልጠብቅም… ”። ምናልባት በ 3074 ተነሳሽነት ያለው ትልቁ ችግር በእሱ ላይ ያለው ፈጠራ በቀላሉ ወደ ፍቃድ እና የባለቤትነት ስምምነት ፍሰት መኖሩ ነው ። ልክ እንደ ኢቴሬም MEV (ከፍተኛው ሊወጣ የሚችል እሴት) እና ፒቢኤስ (የፕሮፖሰር-ገንቢ መለያየት) ገበያዎች ድግግሞሾች።


በነባሪ፣ ጠያቂ ኮንትራቶች በአሁኑ ጊዜ ሊደርሱ ከሚችሉት የከፋ ጥቃቶችን ለመከላከል በከፍተኛ ሁኔታ ኦዲት ማድረግ አለባቸው። ይህ በጣት የሚቆጠሩ ጠያቂ ኮንትራቶች ብቻ ለኪስ ገንቢዎች እንደ ነባሪ የሚወሰዱበት ወደ ሥነ-ምህዳር መያዙ የማይቀር ነው። ስለዚህ፣ በሚከተሉት መካከል ወደ ሽግሽግ ይሸጋገራል፡-

  • የተጠቃሚዎችን ደህንነት አደጋ ላይ በሚጥል ሁኔታ ጠያቂ ኮንትራቶችን በቋሚነት በመፈተሽ እና በመደገፍ ጠንካራ ያልተማከለ መንገድን መውሰድ
  • ለተጠቃሚ ደህንነት የተሻለ ዋስትና ያለው እና በውሉ ደህንነት ላይ አነስተኛ ቁጥጥር ካለው ከተቋቋሙ እና ታዋቂ ከሆኑ ምንጮች ጠያቂ ኮንትራቶችን መቀበል።


ሌላው የዚህ ነጥብ ገጽታ ተግባራዊ እና ደህንነቱ የተጠበቀ ጠሪ ከመንደፍ፣ ከኦዲት እና ከገበያ ጋር የተያያዘ የወጪ ተግባር ነው። ትናንሽ ቡድኖች ሁልጊዜ ማለት ይቻላል በትልልቅ ድርጅቶች -በተለይ በግብይት ግንባር - ቀደም ሲል የተወሰነ ስም ካላቸው ፣ምርታቸው የተሻለ ቢሆንም እንኳ ይበልጣሉ።

የማስተላለፍ የተኳኋኝነት ጉዳዮች

EIP-3074 የኢሲዲኤስኤ ፊርማ እቅድን ያጠናክራል፣ ምክንያቱም አሁንም በጠቋሚው በኩል ከገባው የፈቃድ እቅድ የበለጠ የሚሰራ ነው ተብሎ ስለሚታሰብ። ኳንተም መቋቋም በአሁኑ ጊዜ ትክክለኛ ችግር አይደለም የሚሉ ክርክሮች ቢኖሩም (እና ወደፊት ECDSA ሊበላሽ በሚችልበት ጊዜ በጣም የከፋ አደጋ አለ)፣ የኢቴሬም በተወሰነ ደረጃ ያልተገለጸ አላማ ሁልጊዜ ከእንደዚህ አይነት ችግሮች መቅደም ነው። በ UX ውስጥ ለኅዳግ ማሻሻያ ኳንተም- እና ሳንሱርን መቋቋምን መስዋዕት ማድረግ በቅርብ ጊዜ ውስጥ ምርጥ ምርጫዎች ላይሆኑ ይችላሉ።


በመጪው ተኳሃኝነት ክርክር ላይ ያለው ሌላው ነጥብ የ 3074 ጥቅሞች አሁንም እየተገመገሙ ባሉበት ጊዜ ERC-4337 (ምንም የፕሮቶኮል ለውጦችን የማይፈልግ) አሁን ትልቅ ገበያ አለው, ስለዚህ እርስዎም ለማስወገድ ከእሱ ጋር ተኳሃኝ መሆን አለብዎት. የስነ-ምህዳሮች ክፍልፋዮች. በአገርኛ መለያ የአብስትራክት ፍኖተ ካርታ እንኳን፣ [AUTH] እና [AUTHCALL] opcodes በመጨረሻ በEVM ውስጥ ጊዜ ያለፈባቸው ይሆናሉ፣ ይህም አነስተኛ የUX ማሻሻያ ለማድረስ ለEthereum ብዙ የቴክኒክ ዕዳ በማስተዋወቅ ላይ።

ECDSA እቅድ የማይሻር

[AUTH] መልእክት ከላከ እና ቁጥጥርን ከተወከለ በኋላ “የተለመደ” ግብይት መላክ ለእያንዳንዱ ጠያቂ የሰጠው ፈቃድ እንዲሻር ስለሚያደርግ EOA የተለመደውን የግል ቁልፍ የፈቃድ አሰራርን ያስወግዳል ተብሎ ይጠበቃል። ስለዚህ፣ የECCDSA እቅድ ተጓዳኝ ኮንትራቶች ከሚያስችላቸው ከማንኛውም ሌላ የፈቃድ እቅድ በጣም የላቀ ሆኖ ይቆያል፣ ይህ ማለት የግል ቁልፎች መጥፋት አጠቃላይ የመለያው ንብረት መጥፋት ያስከትላል።

በ EIP-7702 በኩል የፕሮግራም ችሎታ

ይህ ሀሳብ መጀመሪያ ላይ እንደ ኢአይፒ 3074 በትንሹ በትንሹ ተቀምጧል፣ እና ለእሱ ማሻሻያ እንዲሆን ታስቦ ነበር። የተቋቋመው የEIP 3074 ቅልጥፍና ጉድለቶችን በተለይም ከ4337 ሥነ-ምህዳር እና ከአገር በቀል አካውንት ረቂቅ ፕሮፖዛል - RIP 7560 ጋር ተኳሃኝ ባለመሆኑ ዙሪያ ያሉትን ችግሮች ለመፍታት ነው።


አቀራረቡ አዲስ EIP 2718 የሚያከብር የግብይት አይነት መጨመር ነው - [SET_CODE_TX_TYPE] - ይህም EOA ለተወሰኑ ግብይቶች እንደ ብልጥ መለያ እንዲታይ ያስችለዋል። ይህ ንድፍ እንደ EIP 5806 እና አንዳንድ ተጨማሪ ባህሪያትን ያስችላል፣ ከአገርኛ መለያ ረቂቅ ፍኖተ ካርታ እና ከነባር ተነሳሽነቶች ጋር ተኳሃኝ ሆኖ ይቆያል።

EIP-7702 ዝርዝሮች

EIP-7702 EOA የኮንትራቱን ኮድ ይዘት በ [SET_CODE_TX_TYPE] 2718 በሚያከብር የቅርጸት ግብይት “እንዲያስገባ” ይፈቅዳል፡-

 rlp([chain_id, nonce, max_priority_fee_per_gas, max_fee_per_gas, gas_limit, destination, value, data, access_list, authorization_list, signature_y_parity, signature_r, signature_s])


ይህ ክፍያ ሙሉ በሙሉ ከ EIP 5806 ጋር ተመሳሳይ ነው፣ “የፈቃድ ዝርዝር”ን ከማስተዋወቅ በስተቀር። ይህ ዝርዝር የታዘዘ የቅርጽ እሴት ቅደም ተከተል ነው፡-

[[chain_id, address, nonce, y_parity, r, s], ...]

እያንዳንዱ tuple የ [አድራሻ] ዋጋን የሚገልጽበት።


ከመቀጠልዎ በፊት፣ በ SET_CODE_TX_TYPE ውስጥ የተካተቱት ወገኖች፡-

  • (ስልጣን) ፡ ይህም የኢኦኤ/ዋና ፊርማ መለያ ነው።
  • [አድራሻ] : ይህም የመለያ አድራሻው ውክልና ያለው ኮድ የያዘ ነው.


[ባለስልጣን] በ SET_CODE_TX_TYPE [አድራሻ] ሲፈርም የውክልና ዲዛይነር ይፈጠራል። ይህ በ[ባለሥልጣኑ] ድርጊት ምክንያት በማንኛውም ጊዜ ወደ [አድራሻ] ወደሚታይ ኮድ እንዲላክ የሚያደርግ ሁሉንም ኮድ የማውጣት ጥያቄዎችን የሚያመጣ “ጠቋሚ ፕሮግራም” ነው።

ለእያንዳንዱ [chain_id, address, nonce, y_parity, r, s] tuple የ7702 ዓይነት ግብይት አመክንዮ ፍሰት እንደሚከተለው ነው።

  1. የ[ባለስልጣን] ፊርማ ከቀረበው ሃሽ ማረጋገጥ authority = ecrecover(keccak(MAGIC || rlp([chain_id, address, nonce])), y_parity, r, s]
  2. የሰንሰለቱን መታወቂያ በማጣራት የድጋሚ ሰንሰለት ጥቃቶችን እና ሌሎች የጥቃት ቫይረሶችን መከላከል።
  3. [ባለስልጣን] አስቀድሞ የኮድ ይዘት እንዳለው በማጣራት ላይ።
  4. የ[ባለሥልጣኑ] ኖንስ በ tuple ውስጥ ከተካተቱት ኖንስ ጋር እኩል መሆኑን ለማረጋገጥ አንድ ጊዜ አረጋግጥ።
  5. ግብይቱ የ[ባለስልጣን] የመጀመሪያ SET_CODE_TX_TYPE ግብይት ከሆነ፣የ PER_EMPTY_ACCOUNT_COST ክፍያ ይከፍላል። ሚዛኑ ከዚህ ክፍያ ዋጋ ያነሰ ከሆነ ክዋኔው ተጥሏል.
  6. የውክልና ስያሜ ይከሰታል፣ በዚህ ውስጥ የ [ባለስልጣን] ኮድ ወደ [አድራሻ] ጠቋሚ ተቀናብሯል።
  7. የፈራሚው -[ባለስልጣን] - በአንድ ይጨምራል።
  8. (ባለስልጣን) ወደ ተዘረዘሩ አድራሻዎች ተጨምሯል ፣ እሱም (ከመጠን በላይ ቀለል ያለ) የግብይት ወሰን ከነሱ መሻር እነሱን (አድራሻውን) ወደ ቀድሞ ሁኔታቸው እንዲመለሱ የሚያደርግ የአድራሻዎች ስብስብ ነው። , የተመለሰው ወሰን ከመግባቱ በፊት. እንደገና ጥቅም ላይ ሊውሉ የሚችሉ እሴቶችን መሸጎጫ ለማንቃት እና አላስፈላጊ ክፍያዎችን ለመከላከል በ EIP-2929 እንደተገለጸው ነው።


ፊው! ሁሉንም ወደ ኋላ ለማሰር; ይህ EIP EOAዎች ወደ ውል ኮድ ጠቋሚ የሚያዘጋጁ ግብይቶችን እንዲልኩ ያስችላቸዋል፣ይህም አመክንዮ እንደራሳቸው በቀጣይ ግብይቶች እንዲተገበሩ ያስችላቸዋል። በዚህ መንገድ ከEIP 5806 የበለጠ ጠንካራ ነው፣ ምክንያቱም ኢኦኤዎች የፈለጉትን ያህል ጊዜ የኮድ ይዘት እንዲኖራቸው ስለሚያስችላቸው (ከEIP 5806 በተቃራኒ ኢኦኤዎች የውክልና ጥሪዎችን እንዲልኩ ያስችላቸዋል)።

የEIP-7702 ሊሆኑ የሚችሉ መተግበሪያዎች

የማስፈጸሚያ ረቂቅ

ኢ.ኦ.ኦ.ኦ ሊፈጽመው የሚፈልገውን አመክንዮ በንቃት ስለሚወስድ ከአሁን በኋላ ረቂቅ አይደለም ብሎ መከራከር ቢቻልም፣ አሁንም ቢሆን የሎጂክ “ዋና ባለቤት” አይደለም። እንዲሁም፣ በቀጥታ አመክንዮ አልያዘም፣ በቀላሉ የአመክንዮ ጠቋሚን ይገልፃል (የስሌት ውስብስብነትን ለመቀነስ)። እንግዲያውስ የማስፈጸሚያ ረቂቅ ይዘን እንሄዳለን!

የጋዝ ስፖንሰርሺፕ

ራስን ስፖንሰር ለማድረግ require(msg.sender == tx.origin) ተለዋዋጭነት ቢሰበርም፣ EIP አሁንም ስፖንሰር የተደረጉ የግብይት አስተላላፊዎችን ውህደት ይፈቅዳል። ነገር ግን፣ ማሳሰቢያው እንዲህ ያሉ አስተላላፊዎች አሳዛኝ ጥቃቶችን ለመከላከል ዝናን ወይም ድርሻን መሰረት ያደረገ አሰራር ያስፈልጋቸዋል።

ሁኔታዊ የመዳረሻ ፖሊሲዎች

EOAዎች ወደ መለያው ኮድ የተወሰነ ክፍል ብቻ ሊጠቁሙ ይችላሉ፣ ስለዚህም የዚያ ክፍል አመክንዮ ብቻ በአውዳቸው ውስጥ ተፈፃሚ ይሆናል።

ይህ በተጨማሪ “የልዩ መብት መጥፋትን” ለማንቃት የሚቀጥሉ ንዑስ ቁልፎች መኖራቸውን ያስችላል፣ ስለዚህም የተወሰኑ ዳፕስ በተወሰኑ ሁኔታዎች ውስጥ የመለያን ቀሪ ሒሳብ ማግኘት ይችላሉ። ለምሳሌ፣ ERC-20 tokensን ግን ETHን ላለማውጣት፣ ወይም በቀን እስከ 1% የሚሆነውን አጠቃላይ ቀሪ ሂሳብ ለማሳለፍ ወይም ከተወሰኑ መተግበሪያዎች ጋር ብቻ መስተጋብር ለመፍጠር ፈቃድ እንዳለህ መገመት ትችላለህ።

ሰንሰለት ተሻጋሪ ስማርት ኮንትራት ማሰማራት

ገደብ በሌለው ባህሪው ምክንያት፣ የEIP-7702 ግብይት ተጠቃሚው CREATE2 opcodeን እንዲጠቀም እና እንደ የክፍያ ገበያ አመክንዮ (ለምሳሌ EIP-1559 እና EIP-4844) ያሉ ሌሎች ገዳቢ መለኪያዎች ሳይኖር ወደ አድራሻው ባይቴኮድ እንዲያሰማራ ያስችለዋል። ). ይህ አድራሻውን መልሶ ለማግኘት እና በተለያዩ የግዛት ማሽኖች ውስጥ ጥቅም ላይ እንዲውል ያስችለዋል፣ ከተመሳሳይ ባይት ኮድ ጋር፣ በእያንዳንዱ ሰንሰለት ላይ ያለው መለያ ከዚያም ሌሎች አውድ-ተለዋዋጭ መለኪያዎችን የመግለጽ ሃላፊነት አለበት።

የ EIP-7702 ትችቶች

የኋላ-ተኳሃኝነት እጥረት

EIP-7702 አሁንም በጣም የቅርብ ጊዜ ቢሆንም፣ ጥገኞቹን እና ሊኖሩ የሚችሉ ጉዳቶቹን ለመፈተሽ ብዙ ፕሮቶታይፕ እና ሙከራዎች ተካሂደዋል፣ ነገር ግን አነስተኛ ደረጃ ያለው ሞዴሉ በተለያዩ ሁኔታዎች ውስጥ ብዙ የመተጣጠፍ እና የመገልገያ ዋስትና ይሰጣል። ሆኖም ግን በጣም ብዙ ተለዋዋጮችን ይሰብራል እና ወዲያውኑ ወደ ኋላ የሚስማማ አይደለም። አንዳንድ የEIP-7702 አመክንዮዎች የሚከተሉትን ያካትታሉ፡-

  1. መካከለኛ ግብይት EOA ምንም ለውጥ፡- EIP-7702 ወጥነት እንዲኖረው ለማድረግ ማንኛውንም ኦፕኮድ አይገድብም። ይህ ማለት EOA የEIP-7702 ግብይት በሚፈጽምበት ጊዜ እንደ CREATECREATE2 እና SSTORE ያሉ ኦፕኮዶችን መተግበር ይችላል፣ ይህም መጠኑ በተለየ ሁኔታ እንዲጨምር ያስችላል።
  2. ዜሮ codeHash እሴት ያላቸው ሂሳቦች የግብይት አመንጪ እንዲሆኑ መፍቀድ፡- EIP-3607 የተተገበረው በEOAs እና CAs መካከል ሊኖር የሚችለውን የ"አድራሻ ግጭት" ውድቀት ለመቀነስ ነው። የአድራሻ ግጭት የሚከሰተው የኢኦኤ አድራሻ 160 ቢት ዋጋ ሙሉ በሙሉ ከCA አድራሻ ጋር እኩል ሲሆን ነው።


አብዛኛዎቹ ተጠቃሚዎች የመለያውን ትክክለኛ ይዘት (እንዲያውም በአድራሻ እና በአድራሻ መካከል ያለውን ልዩነት እንኳን ጠንቅቀው አያውቁም!) ስለዚህ የአድራሻ ግጭቶችን መፍቀድ ማለት ኢኦኤ የኮንትራት መለያ አድርጎ በመቁጠር የተጠቃሚውን ገንዘብ ለረጅም ጊዜ ሊስብ ይችላል ማለት ነው። ትንሽ በመጨረሻ ሁሉንም ለመስረቅ. EIP-3607 ኮድ የያዙ አካውንቶች የራሳቸውን የፈቃድ አመክንዮ በመጠቀም ቀሪ ሒሳባቸውን ማዋል እንደማይችሉ በመግለጽ ይህንን መፍትሄ ሰጥቷል። ሆኖም፣ ኢ.ኦ.ኦ.ኤዎች አንዳንድ የፕሮግራም ችሎታ ካገኙ በኋላ ራሳቸውን ችለው እንዲቀጥሉ ለማስቻል EIP 7702 ይህን የማይለዋወጥ ነገር ሰብሮታል።

ከ EIP-3074 ጋር ተመሳሳይነት

ከኮድ ይዘቱ ይልቅ የመለያ አድራሻ መፈረም ልክ እንደ 3074 ጠያቂዎች እቅድ ነው። አንድ አድራሻ በተለያዩ ሰንሰለቶች ላይ የተለየ የኮድ ይዘት ሊወስድ ስለሚችል በሰንሰለት-ቻይን ኮድ ይዘት ወጥነት ላይ ጥብቅ ዋስትናዎችን አይሰጥም። ይህ ማለት ኮድ ይዘቱ በአንዱ ሰንሰለት ላይ ተመሳሳይ አመክንዮ የያዘ አድራሻ አዳኝ ወይም በሌላ ሰንሰለት ላይ ተንኮል አዘል ሊሆን ይችላል ይህ ማለት የተጠቃሚውን ገንዘብ ወደ ማጣት ሊያመራ ይችላል።

ማጠቃለያ

የኢ.ኦ.ኦ.ኤዎች አሁን ባሉበት ሁኔታ በጣም የተገደቡ ናቸው ምክንያቱም ተጠቃሚዎች በEVM የሚሰጡትን የፕሮግራም ችሎታ ባህሪያት እንዲጠቀሙ ስለማይፈቅዱ። በዚህ ሪፖርት መጀመሪያ ላይ እንደገለጽነው መለያዎችን ለማሻሻል የተለያዩ መንገዶች ቢኖሩም የተመረጠው መፍትሔ ደህንነቱ የተጠበቀ እና ራስን የመጠበቅ መርሆዎችን መጠበቅ አለበት። በተጨማሪም የEOA ማሻሻያዎች የተጠቃሚውን ልምድ እና የመተግበሪያ ገንቢዎችን በእጅጉ ሊነኩ ስለሚችሉ ሁሉም ባለድርሻ አካላት ድምጾች ግምት ውስጥ መግባት አለባቸው።


ኢኦኤዎች በማንኛውም መልኩ ኮድ እንዲፈጽም መፍቀድ የመለያዎችን ተግባራዊነት በእጅጉ ያሰፋዋል፣ነገር ግን ይህ አዲስ ገላጭነት ትርጉም ካለው ስጋቶች እና ከዓይነ ስውራን ጋር አብሮ ይመጣል። እነዚህን ሽግግሮች መፍታት ለኤቲሬም ተጠቃሚዎች ያልተወዳደሩ የ UX ጥቅሞች ማሻሻያ ለማቅረብ ወሳኝ ነው።


እያንዳንዱ የንድፍ አንድምታ ከሞላ ጎደል በርዕሰ-ጉዳይ ባለሞያዎች ስለሚፈርስ የኢቴሬም ክፍት የውይይት ባህል ለእንደዚህ አይነት ፈጠራዎች ታላቅ የሙከራ ቦታ ያደርገዋል። ይህ ሁሉን አቀፍ ግምት ከጠላቶች የሚደርሰውን የተዛባ አጠባበቅ አደጋዎችን ለመቀነስ ይረዳል።


EIP-7702 በአሁኑ ጊዜ የኢቪኤም ፕሮግራምን ወደ ኢኦኤዎች ለማምጣት ለሚፈልጉ ስልቶች ፖስተር ልጅ ነው፣ በPectra ማሻሻያ ውስጥ የEIP 3074 ማስገቢያ ምትክ ሆኖ ምልክት ተደርጎበታል። የ 3074 ዘዴን ክፍት ንድፍ ይወርሳል ፣ እናም የጥቃቱን ወለል በከፍተኛ ሁኔታ ይቀንሳል። ለተወሰኑ የኦፕኮድ ክፍሎች የ3074 ገደቦችን በማስቀረት ብዙ ተጨማሪ ያስችላል።


በፕሮፖዛሉ ዲዛይን ላይ አሁንም አንዳንድ ማሻሻያዎች እየተደረጉ ቢሆንም፣ ከወዲሁ ከገንቢዎች ብዙ በጎ ፈቃድ እና ድጋፍ አግኝቷል፣በተለይም ቪታሊክ በቀጥታ ስለሚደግፈው። በማህበረሰቡ ውስጥ ይህ የመለያ ማጠቃለያ አካሄድ ከስማርት አካውንቶች የተሻለ ሊሆን ይችላል የሚሉ ቅሬታዎች አሉ። ይህ ትችት አጽንዖት የሚሰጠው ይህ መንገድ ትንሽ ለውጦችን የሚፈልግ እና ውስብስብ እንዳልሆነ እና ኢኦኤዎች አስቀድሞ የተቀመጡ መሆናቸውን ነው።


ይሁን እንጂ በእያንዳንዱ የ Ethereum አውታረመረብ ደረጃ ላይ ያለውን የኳንተም መቋቋም የወደፊት የደህንነት ደረጃ ማስታወስ አለብን. ይህ የኳንተም ደህንነት አሁን ባለው የሂሳብ ሞዴል ዋና ምክንያት በECCDSA ላይ የተመሰረቱ የፊርማ እቅዶችን ለኢኦአአ ፍቃድ መጠቀም አይቻልም።


ስለዚህ የኢኦኤ ፕሮግራም መቻል ወደ ስማርት አካውንቶች በሚወስደው መንገድ ላይ እንደ አንድ እርምጃ እንጂ መድረሻው እንዳልሆነ መታየት አለበት። ኢኦኤዎችን ከመጠን በላይ ይሞላል እና የተሻለ የተጠቃሚ እና የገንቢ ልምድን ያስችላል፣ ከስማርት መለያዎች የመጨረሻ መለያ ማጠቃለያ ግብ ጋር ተኳሃኝ ሆኖ ይቆያል።

በሚቀጥለው ዘገባችን፣ በአካውንቱ የአብስትራክት ፍኖተ ካርታ ላይ ምን ያህል እንደሚስማሙ ለማየት ወደ EOA የፍልሰት መርሃ ግብሮች እንገባለን፣ ይከታተሉ!


የደራሲው ማስታወሻ፡ የዚህ ጽሑፍ ስሪት መጀመሪያ እዚህ ታትሟል።