Upgradeable proxies state को एक address पर रखते हैं और logic को बदल सकने वाली implementation को delegate करते हैं; implementation और upgrade authority resolve करें।
यह अवधारणा महत्वपूर्ण है क्योंकि मुख्य जोखिम: Proxy address पूरा contract नहीं है को मामूली detail न मानें।.
उन सटीक protocol fields की जाँच करें जो authority बनाते हैं या execution बदलते हैं। इन fields की तुलना user की घोषित intent और अपेक्षित security boundary से करें।
उन सटीक protocol fields की जाँच करें जो authority बनाते हैं या execution बदलते हैं।
प्रोटोकॉल और execution स्तर पर निरीक्षण करें proxy और implementation और admin और storage और upgrade path. Protocol identifiers का अनुवाद नहीं किया जाता क्योंकि वे technical payload का हिस्सा हैं।
proxyतकनीकी निरीक्षण बिंदु
implementationतकनीकी निरीक्षण बिंदु
adminतकनीकी निरीक्षण बिंदु
storageतकनीकी निरीक्षण बिंदु
upgrade pathतकनीकी निरीक्षण बिंदु
Contradictions, excessive authority और unexplained dependencies को material failure signals मानें।
व्यावहारिक परिणाम यह है कि कार्रवाई: authorization से पहले Proxy address पूरा contract नहीं है से जुड़े technical evidence को verify करें।. Unknown का अर्थ safe नहीं है।
हर material signal को assets, authority या trust पर उसके ठोस परिणाम से जोड़ें।
व्यावहारिक परिणाम यह है कि कार्रवाई: authorization से पहले Proxy address पूरा contract नहीं है से जुड़े technical evidence को verify करें।.
Evidence contradictory या incomplete हो, या consequence routine policy से अधिक हो, तो escalate करें।
Irreversible authorization से पहले request को independent evidence से verify करें।
उन सटीक protocol fields की जाँच करें जो authority बनाते हैं या execution बदलते हैं।
इन fields की तुलना user की घोषित intent और अपेक्षित security boundary से करें।
Irreversible authorization से पहले request को independent evidence से verify करें।
Facts, assumptions, unknowns और decision दर्ज करें ताकि दूसरा analyst review दोहरा सके।
Evidence contradictory या incomplete हो, या consequence routine policy से अधिक हो, तो escalate करें।
Facts, assumptions, unknowns और decision दर्ज करें ताकि दूसरा analyst review दोहरा सके।
मुख्य जोखिम: Proxy address पूरा contract नहीं है को मामूली detail न मानें। और कार्रवाई: authorization से पहले Proxy address पूरा contract नहीं है से जुड़े technical evidence को verify करें।
मुख्य जोखिम: Proxy address पूरा contract नहीं है को मामूली detail न मानें।
user-facing state addressdelegated logicupgrade authorityproxy state layoutlogic can change after reviewproxy verified / implementation unknown
admin untrusted
recent implementation change
initialization ambiguity
upgradeable spender
identify proxy pattern
read implementation slot / resolver
verify implementation code
identify admin / timelock
record upgradeability as ongoing trust
तथ्य → महत्वपूर्ण साक्ष्य
साक्ष्य → परिणाम / अधिकार
परिणाम → स्पष्ट निर्णय + अगली कार्रवाई
proxy trust-boundary mapproxy / upgradeabilityverified0xImplV7yessingle EOA2 days agononeउत्तर देने से पहले granted authority, fail हो सकने वाली trust boundary और irreversible consequence पहचानें।
सुरक्षा निर्णय से पहले पहचान, अधिकार, निष्पादन और संदर्भ को अलग करें।
कौन या क्या अधिकार माँग, प्राप्त या प्रतिनिधित्व कर रहा है?
कौन-सी क्षमता दी, रखी या प्रयोग की जा सकती है?
single EOApayload, route या system वास्तव में क्या करेगा?
verified0xImplV7yesकौन-से आसपास के तथ्य निर्णय को बदल सकते हैं?
2 days agononeस्मृति से उत्तर न दें। ऊपर के केस, प्रोटोकॉल फ़ील्ड और सत्यापन प्रक्रिया का उपयोग करके पुनरुत्पाद्य निष्कर्ष लिखें।
मुख्य जोखिम: Proxy address पूरा contract नहीं है को मामूली detail न मानें।
कार्रवाई: authorization से पहले Proxy address पूरा contract नहीं है से जुड़े technical evidence को verify करें।
चेकपॉइंट से पहले अपना तर्क लिखें और उसे स्पष्ट निर्णय या अगली कार्रवाई के साथ समाप्त करें। नोट्स इसी डिवाइस पर रहते हैं।
पूर्ण करने से पहले तीनों अनुभाग विकसित करें।
यह मॉड्यूल Proxies और execution context को applied theory और अलग decision lab के साथ गहराई से सिखाता है।