Connext's cross-chain bridging protocol opties aangekondigd een gloednieuw token dat gemeengoed is om verliezen door bridge-hacks te verminderen. Als reactie op een aankondiging op 24 juli, zal de gloednieuwe "xERC-20" gemeenplaats tokenuitgevers in staat stellen een lijst bij te houden van officiële bruggen en te beheren hoeveel tokens iedereen kan slaan.
In de aankondiging staat dat naast Connext, DeFi-platform Alchemix Finance ook xERC-20-tokens mag implementeren.
Sluit je aan bij Alchemix
Op dit moment zendt Connext hulp uit voor de xERC20 alledaagse en onboarding-initiatieven om zijn tokens veilig naar elke keten over te brengen.
Als onze vlaggenschipconsument hebben we nu samengewerkt met @AlchemixFi overbrengen $alUSD, $alETHEn $ ALCX Naar @arbitrum En @optimismeFND. https://t.co/S2tBLpuuqe
— Arjun | xERC20 boog (@arjunbhuptani) 24 juli 2023
De gloednieuwe token-commonplace werd oorspronkelijk aangeboden op 7281 juli als Ethereum Enchancment Proposal (EIP) XNUMX. Het was co-auteur van Connext-oprichter Arjun Bhuptani. Destijds verklaarde Bhuptani dat het uitvoeren van het voorschrift: "Tokenuitgevers zijn degenen die worden verholpen wanneer bruggen worden gehackt", zou helpen verliezen als gevolg van bridge-hacks te verminderen.
In plaats van dat elke brug op elke gemeenschap zijn eigen model van een token uitgeeft, zou de gloednieuwe gemeenplaats bruggen toestaan om "officiële" of "canonieke" varianten van elk token te slaan. Desalniettemin zullen ze dat alleen doen met toestemming van de uitgever van het token, en die toestemming kan worden afgedwongen via verstandige contracten. Als reactie op het voorstel kunnen token-emittenten bovendien de verscheidenheid aan contanten die een bepaalde bridge mag slaan, beperken.
Onder EIP-7281 kunnen bruggen nog steeds hun eigen variaties van tokens slaan, maar dergelijk bijproductgeld zou niet worden beschouwd als "canonieke" variaties. Bijgevolg zouden klanten uiteindelijk niet-officiële variaties van contant geld afwijzen. Volgens Bhuptani zou dit kunnen leiden tot een veiliger DeFi-gebied, omdat de verantwoordelijkheid voor het vermijden van bridge-hacks recht op de schouders van elke tokenuitgever zou kunnen worden gelegd, wat zou kunnen helpen voorkomen dat eindgebruikers met verliezen worstelen.
Om een officieel onderdeel van het Ethereum-ecosysteem te worden, moet een EIP worden geaccepteerd door de EIP-uitgevers, en dat kan maanden duren. In de aankondiging van 24 juli stond dat het gebruikelijke nu zal worden toegepast in Connext en Alchemix voordat het officieel is goedgekeurd, zodat eindgebruikers er direct op kunnen vertrouwen.
Geassocieerd: De hack met meerdere ketens was een "grote klap" voor het Fantom-ecosysteem, zegt Cronje
In de aankondiging erkende Connext dat het token-standaardtype "opwaarts geschikt" zal zijn met het officiële model als het zeker zal worden geaccepteerd door de EIP-uitgevers. Bhuptani voerde aan dat de gloednieuwe implementatie zal voorkomen dat bruggen met slechte veiligheid of overdreven centralisatie serieus worden genomen, en verklaarde:
"Deze methode [...] moedigt open concurrenten en innovatie aan, aangezien token-uitgevers nu de mogelijkheid hebben om hun voorkeuren voor ondersteunde bruggen in de loop van de tijd granulair te vervangen. In plaats van prioriteit te geven aan het vestigen van een liquiditeitsmonopolie of een poging doen om marktaandeel te veroveren door token-uitgevers (of totale ketens in sommige omstandigheden) vast te zetten, worden bruggen momenteel onder druk gezet om zich voortdurend te concentreren op hun veiligheid en hoge kwaliteit van de dienstverlening om te voorkomen dat ze worden geschrapt. "
Het onderwerp brugveiligheid is een heet hangijzer geworden binnen de cryptogroep. Deze problemen groeiden op 7 juli toen meer dan $ 100 miljoen op mysterieuze wijze werd afgevoerd uit het multichain-overbruggingsprotocol. Het Multichain-team beschreef de opnames aanvankelijk alleen als "onregelmatig", maar verduidelijkte later dat een onbekende persoon toegang had gekregen tot het cloudopslagsysteem van hun CEO om het geld op te nemen zonder toestemming van de klant.