bitcoin
Bitcoin (BTC) $ 74,492.00
ethereum
Ethereum (ETH) $ 2,282.60
tether
Tether (USDT) $ 1.00
bnb
BNB (BNB) $ 621.94
usd-coin
USDC (USDC) $ 0.999833
xrp
XRP (XRP) $ 1.41
binance-usd
BUSD (BUSD) $ 1.00
dogecoin
Dogecoin (DOGE) $ 0.094019
cardano
Cardano (ADA) $ 0.24527
solana
Solana (SOL) $ 84.37
polkadot
Polkadot (DOT) $ 1.26
tron
TRON (TRX) $ 0.332529
bitcoin
Bitcoin (BTC) $ 74,492.00
ethereum
Ethereum (ETH) $ 2,282.60
tether
Tether (USDT) $ 1.00
bnb
BNB (BNB) $ 621.94
usd-coin
USDC (USDC) $ 0.999833
xrp
XRP (XRP) $ 1.41
binance-usd
BUSD (BUSD) $ 1.00
dogecoin
Dogecoin (DOGE) $ 0.094019
cardano
Cardano (ADA) $ 0.24527
solana
Solana (SOL) $ 84.37
polkadot
Polkadot (DOT) $ 1.26
tron
TRON (TRX) $ 0.332529

L’equip de clients d’Ethereum llança el guant de l’actualització d’EVM

-

Els desenvolupadors bàsics d’Ethereum continuen lluitant amb l’abast de la propera actualització de Pectra, concretament amb la inclusió d’EIP relacionats amb el format d’objectes EVM (EOF).

La convocatòria All-Core Devs de dijous va estar dominada pel debat sobre el conjunt de funcions a causa de les preocupacions plantejades pel desenvolupador de Geth Marius van der Wijden.

En una publicació recent al bloc, van der Wijden va presentar el seu cas contra EOF, i va concloure que “els inconvenients superen molt els beneficis potencials”. Segons ell, la incertesa sobre la seva eficàcia, juntament amb les implicacions de seguretat desconegudes i altres riscos potencials derivats de la complexitat, haurien de merèixer l’eliminació.

És una mica una inversió per al desenvolupador, que va dir al febrer que s’estava “escalfant cap a EOF”, malgrat el seu escepticisme anterior.

Llegeix més: Els desenvolupadors d’Ethereum consideren una actualització “existencial” de l’EVM

Ara, però, van der Wijden diu que vol estar al registre en lloc del canvi. “Si decidim fer-ho, no vull ser responsable de res del que passi”, va dir.

El desenvolupador de Solidity Daniel Kirchner va defensar l’actualització a la trucada. “EOF és, per a nosaltres i la pila que hi ha sota nostre, el disseny superior per ordres de magnitud”, va dir.

Les capes per sota de Solidity, el llenguatge de contracte intel·ligent per a Ethereum, inclouen l’EVM, el bytecode que executa i, més avall, components de l’arquitectura de la cadena de blocs que gestionen l’emmagatzematge de dades, l’execució de transaccions i els canvis d’estat.

Una objecció a l’EOF és que l’EVM actual encara s’haurà de mantenir a perpetuïtat, tret que la comunitat Ethereum pugui idear algun mecanisme per obsoler el codi heretat.

Llegiu també  Es mantindrà o baixarà a 1.000 dòlars?

“Personalment em sentiria molt millor si hi hagués una manera de passar de l’EVM heretat”, va dir el desenvolupador de Geth Péter Szilágyi.

En general, els desenvolupadors es van reunir amb la idea d’esbrinar una manera de desanimar la dependència dels contractes de l’EVM actual, en un horitzó temporal de cinc anys o més.

La visió predominant era que els projectes de capa 2, com ara els rollups, encara no estaven preparats per prendre el lideratge en la innovació d’Ethereum, en gran part perquè encara valoren, sobretot, la compatibilitat amb Mainnet.

En altres paraules, Mainnet “estableix els valors predeterminats” per a la capa 2, tal com va dir Ansgar Dietrichs de la Fundació Ethereum.

“Hem de reconèixer que tenim la responsabilitat general de l’ecosistema EVM, així que encara estaria molt a favor de portar EOF a (capa-1)”, va dir Dietrichs.

Szilágyi va estar d’acord. “És una mena de realitat en què estem”.

Espere el millor, prepareu-vos pel pitjor

Un règim de proves exhaustiu sempre ha estat un requisit previ per a l’adopció d’EOF per evitar incompatibilitats accidentals amb les actualitzacions futures. Els desenvolupadors volen evitar la introducció accidental d’incompatibilitats amb futures actualitzacions com Verkle, que s’espera que sigui el component bàsic de la propera forquilla dura, Osaka.

Van der Wijden, tot i qualificar el treball de l’equip de proves de “bastant complet” a la seva publicació al bloc, va expressar dubtes a la trucada de dijous.

“Són canvis increïblement complexos en una part molt important d’Ethereum, i no veig que s’hagi provat molt bé”, va dir van der Wijden.

Llegiu també  La participació d'Ethereum creix amb els DAT que tenen el 5,5% de l'oferta d'ETH

Però Danno Ferrin, enginyer de programari principal de Swirlds Labs, va replicar que “és difícil provar-ho molt bé quan només hi ha dues implementacions completes”. Amb més implementacions d’aquest tipus disponibles ara, hi ha un camí clar cap a proves més robustes, va dir.

Els desenvolupadors no haurien de témer els reptes complexos, segons Andrew Ashikhmin, enginyer de programari de l’equip de client d’Erigon. “La fusió també va ser complicada, però ho vam aconseguir, i estic segur que si gastem prou cicles cerebrals i esforços, també aconseguirem l’EOF”, va dir Ashikhmin.

Llegeix més: Els desenvolupadors bàsics d’Ethereum dibuixen un 2024 ambiciós

Què hauria de ser Ethereum?

El desenvolupador pseudònim Geth Lightclient va qüestionar si la direcció d’Ethereum Mainnet amb EOF és correcta en principi. “Hem de fer canvis (tans) grans a l’EVM?” va preguntar retòricament. “Per què estem fent que (la capa 1) sigui més complicat per a una proposta que clarament no és necessària per a la supervivència d’Ethereum?”

Altres consideraven la competència a l’espai de la capa 1 com una amenaça per a l’èxit a llarg termini d’Ethereum.

La competència d’altres màquines virtuals requereix innovació, segons l’argument. “Aquestes són cadenes EVM de les quals estem parlant”, va dir Ferrin. “La recomanació dels auditors de contractació intel·ligent serà “utilitzar una màquina virtual moderna” i si (les capa 2) utilitzen aquestes màquines virtuals modernes, aleshores estem drenant un fossat que mantingui Ethereum sent Ethereum”, va afegir.

Lightclient va rebutjar aquest enquadrament. “Si apareix una bona màquina virtual que no comenci per ‘E’, hauríem de donar-hi molt suport”, va dir.

Això es relaciona amb un debat de llarg temps sobre el ritme d’innovació a Ethereum Mainnet. Les actualitzacions de funcions haurien de continuar sent una prioritat? O és un millor objectiu centrar-se en la simplicitat, com a capa d’assentament amb ossificació gradual?

Llegiu també  Sorgirà un homòleg de MicroStrategy per a Ethereum?

La majoria dels desenvolupadors bàsics segueixen sent favorables a la visió anterior. Dragan Rakita, de l’equip de clients de Reth, va dir que “si Ethereum vol millorar (i) millorar (capa-2), el canvi ha de venir de (capa-1).”

Va argumentar que la complexitat és manejable. “EOF afegeix i amplia un conjunt de codis operatius que (està) ja present; no està introduint una nova lògica complexa al codi de bytes heretat”.

Però en Marius, i en menor mesura, altres membres de l’equip Geth, bàsicament han traçat una línia a la sorra. No bloquejaran l’EOF, però adverteixen que el seu suport serà limitat.

“Estic una mica cansat de discutir, per ser honest”, va dir van der Wijden. “He dit les meves queixes diverses vegades i la gent encara creu que aquest és un canvi que val la pena que val la pena córrer el risc”.

Què vol dir això a nivell pràctic? En última instància, aquesta disputa representa una prova real de la descentralització d’Ethereum pel que fa a com es prenen les decisions, com es troben i s’aixafen els errors i com responen els equips quan passa alguna cosa inesperada.

“Si explota a Mainnet, no em posaré dempeus dissabte a les 2 del matí i intentaré arreglar-ho”, va dir van der Wijden.

L’equip de clients d’Ethereum llança el guant de l’actualització d’EVM

ÚLTIMES PUBLICACIONS

El més popular