De siste ukene har jeg ikke delt mange oppdateringer om @ethrex_client, vår @class_lambda @ethereum L1-utførelsesklient og ZK L2-stabel. Følg @ethrex_client for å lære mer om alt vi gjør. I L1 kjører vi allerede vellykkede Ethereum-testnett, og i L2 kjører vi testnett for identitets- og DeFi-applikasjonene vi bygger for og med partnere. Jeg tror ærlig talt at vi er nær ved å ha den enkleste kodebasen og stabelen for å vedlikeholde, oppgradere og modifisere i Ethereum. Vi ville ikke ha klart å nå dette punktet uten å sjekke koden til @NethermindEth og @go_ethereum Med partnerne mine @rj_aligned, @fran_aligned fra @alignedlayer og @SantiDiPaolo, @AguuMg fra @PolFinance_ er vi i ferd med å gi ut en av de første whitepaperene om en RWA L2s som vil bli drevet av Ethrex og @alignedlayer. Vi har mange flere på vei, men jeg er spesielt spent på denne siden den vil bygge bro over et veldig interessant bruksområde fra TradFi og DeFi. Vi har som rådgivere og partnere noen av de sterkeste teamene i bransjen. Jeg er ivrig etter å dele mer om dette prosjektet. Oppdateringer L1 Vi har jobbet på mange fronter. Vi har forbedret observerbarheten med Grafana, fjernet ubrukte funksjoner for å forenkle kodebasen og lagt til støtte for «engine_getBlobsV1»-endepunkt. Endringslogg: feat(L1): «engine_getBlobsV1»-endepunkt for forespørsel (#3636) Gjøremål (L1): Fjern Redb-støtte (#4103) ReFactor(L1): Fjern unødvendige Usizes fra blokkjedekassen (#4110) Fix(L1): fjernet unødvendig statsklone (#4117) Fix(L1): Bruk riktig Docker-bilde for å spinne opp lokalnett. (#4131) Gjøremål (L1): Legg til blokktid i Grafana-dashbordet. (#4112) fix(l1): trekk DB-lesetider fra blokkutførelse. (#4051) chore(L1): metriske forbedringer. (#4118) Chore(LEVM): Forbedre organiseringen av ny LEVM-testløper (#3958) L2 I tråd med vår minimalistiske tilnærming fjernet vi en betydelig mengde kode fra ubrukte L2-databaser. Vi fortsetter å forenkle kodebasen og eliminere død kode. I tillegg ble CI stabilisert etter å ha fikset en feil knyttet til gasspriser. Vi benchmarker L2 på to fronter: - Vedlikeholdskostnader for L2-nettverk: Vi finjusterer L2-parametere ved å simulere ulike scenarier med ulike transaksjonsarbeidsbelastninger og nettverkskonfigurasjoner. Målet er å bestemme den omtrentlige vedlikeholdsprovisjonskostnaden per transaksjon som brukerne må bære for at nettverket skal oppnå selvbærende. - Isolerte referanseverdier for generering av blokkbevis for utførelse: Ved å bruke ethrex-replay-verktøyet tester vi blokker fra Hoodi, Sepolia og Mainnet for å identifisere potensielle feil i kodebasen og måle beviserens ytelse. På ethrex-replay-siden er verktøyet stabilt nok, og vi har infrastruktur satt opp for periodisk å spille av offentlige nettverks blokkutførelser og bevis. Vi tar nå tak i feil som dukket opp under disse kjøringene. Noen feil stammer fra logiske feil i ethrex, mens andre er relatert til minnebruk. Førstnevnte er stort sett løst, og vi gjør betydelige fremskritt på sistnevnte. Vi har også begynt å se på @ziskvm og @0xLita ZKVM-er for potensiell kortsiktig integrasjon. Vi støtter allerede @RiscZero og @SuccinctLabs. Denne uken slo vi sammen en PR som stabiliserer ethrex-replay, slik at vi kan identifisere og løse to feil i ethrex. Disse rettelsene har også blitt slått sammen. Den første feilen involverte en kantsak i vår ecrecover-prekompilering, der en spesifikk inngang førte til at utførelsen mislyktes på grunn av en gassfeil. Etter grundig undersøkelse sporet vi problemet til det offisielle SP1-patchede secp256k1-biblioteket. Vi løste det ved å migrere til SP1-patchet k256-bibliotek. Den andre feilen stammet fra en feilaktig antagelse om bitlengden til en usize-type i en del av kodebasen. For å forhindre lignende problemer gjennomførte vi en omfattende gjennomgang av kodebasen og sendte inn flere PR-er for å begrense usize-bruken til to spesifikke tilfeller: indeksering og scenarier begrenset av en API eller et bibliotek. I tillegg legger vi til støtte for å kjøre EF-testpakkene, inkludert blokkjede- og tilstandstester, med SP1 for å forbedre testdekningen vår og sikre robusthet på tvers av ulike utførelsesscenarier. Når disse feilene er løst, oppstår ikke problemene lenger. Vi spiller vellykket nye Hoodi- og Sepolia-blokker på nytt, og Mainnet-blokkutførelser forbedret seg betydelig, med SP1-utførelsessuksessraten som øker fra 1/10 til 6/10. Denne fremgangen rydder veien for å takle våre gjenværende utfordringer med nylige blokkrepriser: tom-minne-feil under blokkkjøring i SP1 zkVM og ytelsesproblemer ved kjøring og bevising. For å løse disse har vi satt opp verktøyets kasse for minneprofilering ved hjelp av Jemalloc-kassen. Vi jobber også med å støtte avspilling av historiske blokker. En MVP for denne funksjonen er i et utkast til PR og fungerer bra med ethrex-, reth- og geth-klienter, men støter på problemer med nethermind-klienter. Før vi lanserer den første versjonen, tar vi sikte på å optimalisere RPC-forespørsler for å sikre nøyaktige nedlastinger av blokkdata, selv når du bruker gratis RPC-leverandører, for de fleste blokker. DevEx-forbedringer: - Vi fikset våre binære bygg til ikke lenger å kreve CUDA som standardavhengighet av visse operativsystemer og arkitekturer. Denne løsningen er inkludert i den nyeste versjonen. - En PR er sendt inn for å oppdatere ethrex sin versjon i rex, noe som sikrer kompatibilitet med de siste endringene i ethrex L2. - Vi har begynt å utvikle en ny fane for ethrex L2-skjermen i utviklingsmiljøer. Denne fanen viser utviklerrelevant informasjon, for eksempel en liste over rike kontoer og adressene til L1- og L2-kontrakter. Endringslogg: - Refactor(L2): erstattet Usize-tilstandsdiff-konstanter. - Reature (L1,L2): konfigurert ethrex-replay for minneprofilering. - Refactor(L1): Fjernet unødvendig Usize-bruk i blokkjedekassen (relatert til feilrettingen). - Funksjon (L1,L2): Lagt til nye kommandoer til henrettelsesvitnet. - Fix(LEVM): Løste problemer knyttet til 32-bits arkitektur (relatert til feilrettingen). - Refactor(LEVM): Oppdaterte ECRECOVER-implementeringen til å bruke K256 i stedet for SEP256K1 (relatert til feilrettingen). - CI(L1,L2): separerte GPU-bygg og tok i bruk x86-64-v2-målet. Prestasjon Denne uken fortsatte vi vårt fokus på cpu-forbruk og referanser. Når det gjelder CPU-forbruk, identifiserte vi 2 forskjellige tilfeller, ett der blokkbygging er tilstede og et annet der det ikke er det. Vi prioriterer de uten blokkbygging gitt at de alltid er tilstede og påvirker annen innsats (som snap sync). Så langt vi undersøkte er det helt relatert til p2p. Vi vil fortsette vår innsats på denne fronten Når det gjelder benchmarks, etter vår siste ukes forbedring av modexp-ytelsen, fokuserte vi på noen oppdagede forbedringer, som kodekopi og relaterte operasjoner, samt signextend, mulmod og addmod. Vi vil fortsette vårt fokus på både CPU-forbruket og ytelsen til testen som vi identifiserte som neste trinn for mulige forbedringer, som eth-overføringer og andre levm-opkoder.

Nok et flott Rust-møte 🚀 Protocol Buffers, lanseringen av Oxidar Hackathon og Pablo som vant konkurransen. Takk til fellesskapet for at de dukket opp!

Nok et flott Rust-møte 🚀 Protocol Buffers, lanseringen av Oxidar Hackathon og Pablo som vant konkurransen. Takk til fellesskapet for at de dukket opp!

Rust Meetup er i dag! Bli med oss kl. 6 for å utforske gRPC, Protocol Buffers og lanseringen av Oxidar Hackathon. Detaljer 👇

🦖 Oppdatering av utviklere – August 20, 2025 Dette er nytt: L2-kostnadsbenchmarking og replay-testing. Fjerning av kode og CI-stabilisering. Snap-synkroniseringsreparasjon og CPU-fokus. Detaljer nedenfor 👇 1/6

Det er en stund siden vår siste Starknet-oppdatering. Nå som Cairo Native 0.6.0 er utgitt og Cairo VM 3.0 kommer snart, har vi den perfekte unnskyldningen for å dele hva som er nytt 🚀 1/5

På google zk & AI summit med @alignedlayer og @class_lambda @mauro_aligned . Jobbe og forske på teknologier som kan ha en reell innvirkning i verden

En ZKP som @alignedlayer og @class_lambda er i San Francisco, bare forestill deg den kule utsikten kryptert av tåke

I dag ble Ethrex lagt til den offisielle Ethereum Kurtosis-pakken 🚀 Dette verktøyet gjør det enkelt å spinne opp private Ethereum-testnett, samt koble til offentlige nettverk. Det er en uunnværlig komponent i Ethereum-utviklingsarbeidsflyten. 1/3

Vi feiret @ethereum 10-årsjubileum i Buenos Aires, Argentina med en del av @ethrex_client @class_lambda-teamet, @sovraio, @ready_co, @PolFinance_, @421Net og mange andre venner. Det var en stor glede å feire Ethereum-bursdagen med @fernandezdiego, @itamarl, @SantiDiPaolo, @realjuanruocco og mange andre venner. Ethereum vil være den økonomiske backend for hele utviklingsverdenen!