375 tis. Dôvodov na vylepšenie ERC20

S juggernautmi založenými na tokenoch ERC20, ako sú EOS, Basic Attention Token (BAT) a Storj, je ťažké argumentovať úspechom zmluvy o rozhraní. Komunita Ethereum jednoznačne zhromaždila podporu okolo tohto štandardu, & obe vývojárske komunity a finančné trhy reagujú pozitívne. Napriek všetkému úspechu však štandard ERC20 vyústil do jednej nie tak nepodstatnej chyby:

Štandard tokenov ERC20 vedie k stratám peňazí pre koncových používateľov tým, že umožňuje používateľom posielať tokeny ERC20 na adresy tokenov, ktoré nie sú v súlade s ERC20..

Keď používateľ pošle token ERC20 na zmluvu o ethereu, ktorá nerozpozná tokeny ERC20, stratí prístup navždy k svojim finančným prostriedkom. Koľko presne je momentálne zablokovaných finančných prostriedkov z dôvodu tohto problému? Opäť nie zanedbateľné množstvo:

  • 310 067 HND sú uviaznutí v zmluve o Golemovi (v súčasnosti v hodnote približne 217 000 USD).
  • 242 REP sú uviaznutí v Augurovej zmluve (v súčasnosti v hodnote približne 15 000 USD).
  • 814 DGD sú uviaznutí v zmluve o spoločnosti Digix DAO (v súčasnosti v hodnote približne 125 000 USD).
  • 14 506 1ST sú uviaznutí v zmluve s FirstBlood (v súčasnosti v hodnote približne 12 000 USD).

To je viac ako neuveriteľných 370 000 USD + tokenov ERC20, ktoré sú zmrazené v týchto zmluvách; keďže zoznam tokenov ERC20 rastie, je toto číslo s najväčšou pravdepodobnosťou konzervatívnym podhodnotením celkového množstva týchto tokenov zmrazených v zmluvách. Zoznam vyššie nie je v žiadnom prípade vyčerpávajúci – je to iba niekoľko z najpopulárnejších tokenov ERC20.

Žiadna z vyššie uvedených zmlúv nikdy neočakávala prijatie žiadnych tokenov ERC20 – takže keď používatelia posielajú tokeny na tieto adresy, transakcie potvrdzuje sieť; prijímajúca zmluva však nerozpoznáva tokeny. Nevie, čo robiť s týmito žetónmi, čo vedie k tomu, že sa prostriedky navždy uzamknú. Tokeny opäť nie sú odmietnuté – prijímacia zmluva ich iba úplne ignoruje.

Väčšina týchto transakcií je neúmyselne spáchaná koncovými používateľmi, ktorí volajú na server prevod funkcia (na rozdiel od predtým zavedenej automatizovanej funkcie transferFrom). Pripomeňme, že ERC20 využíva obidva prevody & TransferFrom – ako sa ukázalo, niektorí koncoví používatelia používajú Transfer na priame odosielanie tokenov ERC20 do zmlúv, ktoré neočakávajú, & preto nerozpoznávajte prichádzajúce žetóny.

Nakoniec sa niekoľko členov komunity Ethereum rozhodlo tento problém vyriešiť priamo tým, že požiadalo o nový štandard tokenov ERC. Číslo emisie tohto nového štandardu tokenov na GitHub je číslo emisie # 223.

Návrh ERC223

Používateľ GitHub Dexaran navrhol nový štandard ERC (ERC223) už 5. marca 2017, ktorého cieľom bolo vyriešiť tento problém so zlyhaním zlyhania tokenu. Abstrakt pre jeho návrh nového tokenu GitHub # 223 je nasledujúci:

Nasledujúci text popisuje štandardné funkcie, ktoré môže implementovať kontrakt tokenu a kontrakt pracujúci so zadaným tokenom, aby sa zabránilo náhodnému odoslaniu tokenov do zmlúv a aby sa transakcie tokenov správali ako etherové transakcie.

Návrh tokenu spoločnosti Dexaran implementuje dve základné funkcie, aby okamžite zabránil používateľom decentralizovaných aplikácií v náhodnom odosielaní tokenov do inteligentných zmlúv, ktoré nie sú pripravené na príjem uvedených tokenov:

  1. Konsolidácia ERC20 Prenos & TransferFrom funkcie do jedného Prenos funkcia s tromi parametrami: (adresa _to, uint _value, bajtové údaje).
  2. The prijímanie zmluva, ak dostane tokeny, musieť obsahovať a TokenFallBack funkcia, ktorá presne definuje, ako sa má zaobchádzať s akým typom prichádzajúceho tokenu.

Prenos & TransferFrom -> Prenos

Kľúčovou súčasťou štandardu ERC20, ktorá prispieva k tomuto spoločnému problému, je skutočnosť, že koncoví používatelia majú možnosť omylom použiť jednu z dvoch funkcií použitých na prenos (Transfer & TransferFrom).

ERC223 navrhuje nahradiť obe funkcie jedinou Prenos funkcia.

ERC223 umožňuje koncovým používateľom dapp posielať tokeny do akýkoľvek Adresa Etherea bez ohľadu na to, či ide o peňaženku alebo zmluvu, s rovnakou funkciou prevodu. Logika tu je, že vylúčením možnosti používateľov spustiť funkciu prenosu alebo funkcia TransferFrom iba na jednu funkciu Transfer, koncoví používatelia už nemajú potenciál používať nesprávnu funkciu.

Novo navrhnutá funkcia Prenos akceptuje tri parametre (predtým iba dva), a čo je dôležitejšie, vyzerá to, že na prijímaciu adresu vyvolá funkciu TokenFallback. Bez troch definovaných parametrov sa funkcia prenosu nepodarí skompilovať; bez prijímacej adresy obsahujúcej funkciu TokenFallback zlyhá transakcia funkcie prenosu & nebudú prevedené žiadne žetóny.

funkcia tokenFallBack ()

Vo vývoji Etherea existuje modifikátor kontraktu splatné ktorá sa používa na prípravu zmluvy na príjem Etheru – to znamená, že zmluva teraz očakáva digitálnu menu. Ak zmluva áno nie obsahujú modifikátor platby, odoslaná transakcia sa jednoducho zruší & vrátený. Nič fantastické, toto je Ethereum 101.

Analogickým spôsobom uvažovania o funkcii tokenFallback ERC223 je, že platiteľským modifikátorom je príprava zmluvy na príjem Etheru, pretože funkciou tokenFallback je príprava zmluvy na príjem x tokenu.

V tomto štandarde sa zmluvní vývojári musieť implementujú tokenFallback, ak chcú, aby ich zmluvy fungovali s konkrétnymi tokenmi. Ak je prijímateľom nezmluvná adresa, transakcia tokenu ERC223 sa vykoná rovnako ako akýkoľvek súčasný prevod tokenu ERC20. Na druhej strane, ak je prijímačom zmluva, potom sa zmluva s tokenom ERC223 najskôr pokúsi zavolať tokenFallback na zmluvu s prijímačom; ak sa nenájde žiadna funkcia tokenFallback, transakcia zlyhá.

Vývoj ERC

Napriek hrubému stavu návrhu ERC223 sa na obzore črtá ďalší štandard ERC – ERC 721. ERC721 sa zameriava na nezameniteľný aktíva ako CryptoKitties, pôda Decentraland, & možno aj jednodňový nehnuteľný majetok. Priebeh ERC 721 nájdete tu: https://github.com/ethereum/eips/issues/721

Všetko ukazuje, že zatiaľ čo je komunita Ethereum mladá, myslí to so zlepšovaním svojej platformy inteligentných zmlúv veľmi vážne tým, že kladie správne normy pred rastúcu vlnu nových vývojárov. Chyby tokenov ERC sa pomaly, ale isto znížia – a potom sa naskytne otázka v najnovšej štandardnej mierke?

Mike Owergreen Administrator
Sorry! The Author has not filled his profile.
follow me