Varför uppgraderingsbara kontrakt?

Smart contracts är program som lagras på en blockkedja och körs när förutbestämda villkor är uppfyllda. De är kända för sin oföränderlighet – när de väl har distribuerats kan koden inte ändras.

Denna oföränderlighet är en central säkerhetsfunktion som säkerställer att reglerna inte kan ändras efter att en överenskommelse har ingåtts.

Även om oföränderlighet skapar förtroende och säkerhet innebär den en betydande utmaning för den fortsatta utvecklingen.

Tänk på det som att hugga in en design i sten – den blir permanent, men om ni upptäcker ett fel eller vill lägga till något nytt är det oerhört svårt eller omöjligt.

Även de bästa utvecklarna kan introducera fel eller sårbarheter i komplex kod för smartkontrakt.

I traditionell programvara distribueras en felkorrigering som en uppdatering. Men med oföränderliga smartkontrakt kan ett upptäckt fel leda till permanenta problem, som att medel låses eller att säkerhetsrisker uppstår.

När ett standardiserat smartkontrakt har distribuerats till blockkedjan är dess bytekod fast på den adressen. Det finns ingen inbyggd knapp för "uppdatering".

Om ni hittar ett fel är det enda alternativet med ett standardkontrakt att distribuera ett helt nytt kontrakt, migrera alla data och be användarna att byta till den nya adressen. Detta är ofta opraktiskt och riskabelt.

Blockkedjeområdet utvecklas ständigt! Projekt behöver ofta lägga till nya funktioner, integrera med nya protokoll eller anpassa sig till förändrade användarbehov.

Ett oföränderligt kontrakt kan inte enkelt få nya funktioner. Det kan hämma innovation och göra det svårt för ett projekt att förbli konkurrenskraftigt och relevant över tid.

För att en decentraliserad applikation (dApp) ska blomstra måste den kunna utvecklas.

Uppgraderingsbarhet säkerställer att ett projekt kan åtgärda problem, införa förbättringar och anpassa sig till feedback från communityn eller nya branschstandarder utan att börja om från början.

Så hur kommer vi runt oföränderligheten? Lösningen finns i ett designmönster som kallas Proxy Pattern.

Detta mönster gör det möjligt att uppdatera kontraktets logik samtidigt som samma kontraktsadress och tillstånd (data) behålls.

På en övergripande nivå fungerar proxymönstret genom att kontraktets "logik" (den faktiska kod som utför saker) separeras från dess "lagring" (variablerna och data).

• Ett proxykontrakt lagrar tillståndet och har den adress som användarna interagerar med.
• Ett implementeringskontrakt innehåller logiken.

Proxykontraktet vidarebefordrar anrop till implementeringskontraktet.

Uppgraderingsbara kontrakt erbjuder avgörande fördelar vid utveckling av dApp:er:

• Felrättningar: Åtgärda säkerhetssårbarheter och logiska fel efter distributionen.
• Funktionsuppgraderingar: Lägg till nya funktioner och förbättra befintliga.
• Anpassningsförmåga: Reagera på förändrade marknadsförhållanden och användarbehov.
• Lång livslängd: Säkerställ projektets långsiktiga livskraft och relevans.

Vi har lärt oss att även om smartkontraktens oföränderlighet är en central funktion innebär den också utmaningar för felrättningar och funktionsförbättringar.

Uppgraderingsbara kontrakt, som vanligtvis använder ett proxymönster, löser detta genom att låta kontraktets logik utvecklas över tid och säkerställer därmed säkerhet, anpassningsförmåga och långsiktig livskraft för dApp:er.

Härnäst går vi igenom hur specifika uppgraderingsbara mönster som UUPS implementeras!