Barnabas:All right, good morning, everyone. Welcome to all Core Devs testing call number 70 on the 16th of February.
Transcript
Barnabas:Let's get right into it.
Barnabas:Number one, on the agenda is, Steel Fusaka and, partial sales update, and I got Bob V3 implementation update.
Barnabas:Can we hear, an update from all the consensus layer clients, how they… what kind of progress they made in the past weeks?
Barnabas:Whether they are ready to be onboarded on, Blob DevNet Zero?
Barnabas:Currently, we have Lighthouse and Prism.
Barnabas:close to ready. Maybe we have someone from Teku that they could give us an update?
Barnabas:Or Nimbus?
Dustin:Sure, yeah. LibP2P for us is pretty much ready, so…
Dustin:Now we're trying to get in the rest, in, but that's… That was just,
Dustin:Last week, that, that… Got to a usable state.
Barnabas:Tldr is, we currently have…
Barnabas:about 20 notes, each of the notes, or half of the notes are super notes, half of the notes are full notes.
Barnabas:There's not that many validators, and I have latency added of 80 milliseconds between each of the nodes, and
Barnabas:the MEV node that is publishing the private blobs is limited to maximum of two peers.
Barnabas:So, here we are basically trying to mimic a very, very poorly performing network,
Barnabas:with added latency and multiple hops in order for us to be able to see the results of GitLab's history without having the GitLab V2 eagerly pushing all the GitLab information out.
Barnabas:This is not full pure gas, this is just a partial cells, our escape.
Barnabas:The four pages, I think that's still a research topic.
Barnabas:Anyway, I think we can do, like, a proper bigger test once we have onboarded more consensus layer clients. Hopefully, in the next week or two, we can onboard Teco and Nimbus.
Barnabas:Maybe a couple of weeks later, others as well?
Barnabas:Anyone else, would have client updates regarding, partial cell stuff?
Barnabas:Yeah, we can take a look at that offline. I haven't looked into the network, today yet.
Barnabas:If no more client updates, then maybe we can move on to Glamsterdam.
Barnabas:And block-level access list update.
Barnabas:We had a couple of bugs, throughout the weekend. Stefan has reached out to all the clients regarding the specific bugs.
Barnabas:For now, we have reverted into a previous comment that was working. We currently have 100% participation, but hopefully those bugs can be fixed by the, reached out client.
Barnabas:Do we have any other, updates regarding local access list?
Toni Wahrstätter:Yes, I have a short update.
Barnabas:Nope.
Toni Wahrstätter:In the last breakout call, we discussed, how we want to deal with a potential DOS vector. Basically, what happens if a malicious builder would fill the block lab access list with a lot of garbage storage reads.
Toni Wahrstätter:And the easiest fix for that was basically to have a hard cap on the items in the block club access list. So this would be a hard cap that would not be limiting to block builders, because you would always first hit the gas limit before you hit
Toni Wahrstätter:the max… Ball item limit, so this is, like.
Toni Wahrstätter:Only a safety guard against, against a malicious builder.
Toni Wahrstätter:I posted the PR, against the EAP into the agenda.
Barnabas:Yeah, I just, posted it here as well, in the chat.
Toni Wahrstätter:Perfect. Yeah, so if you look at it, there's one thing, so in the PR, I say gas available, but this should actually be the gas, limit, so I have to fix that.
Toni Wahrstätter:Also, one thing, in the current PR, we incorporate the max withdrawals and the max consolidation into the formula, which is not super clean, in my opinion, so…
Toni Wahrstätter:This is probably one of the things we want to discuss in the… we can discuss today or in the next breakout call, but essentially how we could simplify that formula.
Toni Wahrstätter:And… One important thing here is…
Toni Wahrstätter:We currently assume that the minimum cost to have an item in the bowl is 2,000 gas, which comes from
Toni Wahrstätter:Putting a storage key on the 2930 access list, and then accessing it.
Toni Wahrstätter:Which costs another 100 guests, on top of the $1,900 that you pay for the access list, slot.
Toni Wahrstätter:And this might be not needed anymore, or could be simplified if we go for EAP7981, which…
Toni Wahrstätter:Adds a cost on top of the access lists.
Toni Wahrstätter:on the 2930 access lists makes them more expensive.
Toni Wahrstätter:Thus, the minimum cost to put an item onto the ball will increase for that.
Toni Wahrstätter:So there's probably some simplifications that will be done.
Toni Wahrstätter:To this PR, I saw it was automatically merged by now, but, yeah, just as a heads up, I think clients have already implemented something, like this.
Toni Wahrstätter:But it will change.
Toni Wahrstätter:This is nothing that will affect Definite 2 or Definite 3, I would say.
Toni Wahrstätter:We want to have that check, by definite free, so there will be tests ready by the time
Toni Wahrstätter:But yeah, just as a heads up that there will be some changes coming.
Barnabas:Thank you. Anyone else has any other,
Barnabas:Changes, open questions that we still have to discuss regarding blocked access list?
Toni Wahrstätter:Maybe let me just add quick question. Marius, you're referring… is this question directed to me? Like, what is the max gas limit this could support?
Marius van der Wijden:Yes.
Toni Wahrstätter:Okay, yeah, so the… yeah, the formula uses the gas limit, so it will just scale with the gas limit. Currently, the simplest approach would be you take the gas limit and you divide it by 2,000,
Toni Wahrstätter:And this is then the maximum items we can have in the block of access list. Of course, there are some items that are for free. For example, state divs coming from withdrawals or consolidations, because no one pays for them, actually.
Toni Wahrstätter:So, those are currently subtracted in the formula.
Toni Wahrstätter:And, yeah, if someone has suggestions how to implement that, simply.
Toni Wahrstätter:Without using those two constants, the max withdrawal and the max consolidation.
Toni Wahrstätter:I'm open to hear them. But I would say the simplest would probably be we do something like gas limit divided by 2,000,
Toni Wahrstätter:And just cap it at that.
Toni Wahrstätter:Yeah.
Toni Wahrstätter:Just to make sure that we're not limiting… the goal is to not introduce any new constraints, so the gas limit should be the only constraint here, and we don't want to create, like, a complicated situation for builders here.
Barnabas:Right.
Barnabas:What is the… what is the problem with using those values?
Toni Wahrstätter:In my opinion, it's just not super clean, because those values are defined in CL EAPs, so it's the max withdrawals of 16 and the max consolidations of 2.
Toni Wahrstätter:And it will then always need updates in the future. Every time when we introduce new state changes from system contracts, we would also have to update this number.
Toni Wahrstätter:and… Yeah, also if we…
Barnabas:Increase level.
Toni Wahrstätter:I'm not sure, I'm not sure, but I would assume the simplest would just be to simplify
Toni Wahrstätter:The formula.
Toni Wahrstätter:By just not using those constants, and we should be fine too, because we don't… it's just for preventing DOS from an invalid block. So it's not like a super serious attack.
Toni Wahrstätter:But definitely something we have to,
Toni Wahrstätter:We have to make sure that we are not, vulnerable.
Barnabas:Makes sense.
Barnabas:I have some other comment, that it should be possible to construct a block, which violates this constraint, because then you will have invalid AVM execution.
Barnabas:Jason, do you want to also add something else?
jochem-brouwer:Yeah, I just wanted to note it, because this constraint
jochem-brouwer:It's basically a check which you do on quickly invalidating the blocked over access list.
jochem-brouwer:But it should not be interpreted as, like, a constraint which should be checked in the EVM, because you cannot constrict such a block-level exit list.
Toni Wahrstätter:Yeah, exactly. This will be something outside. When clients receive the block level access list over the engine API, this constraint can directly be enforced. So you would directly count how many items does the Block Love Access List have.
Toni Wahrstätter:And if the number of items is already unrealistic compared, with respect to the gas limit, then clients should invalidate the block immediately, without even starting execution. And this is why we need a
Toni Wahrstätter:We need to agree on the formula here in order to make sure that all clients invalidate that block early.
Barnabas:Okay. Well, let's target to check this in the next DevNet, I think, and put it in the scope of DevNet Street.
Barnabas:Then there's one more open question regarding an execution API, question.
Barnabas:Tony, maybe you can also give us an update regarding this, Pierre?
Toni Wahrstätter:Yes, let me quickly pull it up.
Toni Wahrstätter:Okay, this was the… JSON RPC methods, right? The JSRPC methods were simplified, so…
Toni Wahrstätter:We don't use by block number or by block.
Toni Wahrstätter:hash?
Toni Wahrstätter:Anymore?
Toni Wahrstätter:No, sorry, we, we now use block number or tag, or hash in the JSON RPC. I saw from Karim and Barget that they already approved those changes.
Toni Wahrstätter:Yeah, I think we have an agreement that we go for this. I already updated the description, the PR, so yeah, please have a look, and…
Toni Wahrstätter:would be great to get those implemented for Definite 3. Also, one change compared to DEFNET2 would be that we don't return the…
Toni Wahrstätter:RLP bytes in the response, because this is a user-facing method, so it would be great if we returned the JSON-encoded block of access list.
Toni Wahrstätter:And the PR, you link in the chat is already, up-to-date with that.
Barnabas:Thank you.
Barnabas:Does anyone else have… Anything to add to this, or the previous PR?
Barnabas:In case not, maybe we can ask Erigon regarding their readiness for… Balled up into?
Andrew Ashikhmin:Right, so, yeah, we're getting closer, so I think it will still take us a few days. My estimation is that by the end of this week, we'll be ready.
Barnabas:These, the EIPs, or the PRs that we were discussing today, are going to be scoped for the next DevNet.
Barnabas:So you don't need to have these, to be onboarded for that material yet.
Andrew Ashikhmin:Right. So, and, the, is get block access list by hash and by number, the, the previous, the previous variant, is it also not part of DevNet2?
Barnabas:No, like, it's… it doesn't really matter, because it's, no service is using this yet.
Barnabas:Okay.
Andrew Ashikhmin:Excellent.
Andrew Ashikhmin:Okay, got it. Yes, so we are basically… we're working on… we have some draft implementation of everything, but there are still some test failures, so we are working on fixing those.
Barnabas:Great, thank you.
Barnabas:Would we have any other updates from CI clients that would want to be onboarded in October Access List DeW2?
Barnabas:Doesn't sound like it. So maybe we can move on to the next topic.
Barnabas:Which would be gas limit changes.
Barnabas:the ETH70 update, last week we launched a new DevNet called NFT DevNet 10, where we activated ETH70.
Barnabas:Hmm… maybe someone from…
Barnabas:Oh, is that Marius, maybe? Can you give us an update, regarding how this network is going?
Marius van der Wijden:Sure. So, NFT DevNet 10 was launched, and it has some transactions that
Marius van der Wijden:are not able, like, you cannot sync them anymore if you are Snap-syncing, because the receipts are too large.
Marius van der Wijden:And we have confirmed Netherland and Gath
Marius van der Wijden:Current masses are not able to sync the network, and with the ETH70, they are.
Marius van der Wijden:If you are a client that is trying to implement ETH70, you can just
Marius van der Wijden:yeah, basically use NFT DevNet 10…
Marius van der Wijden:In order to, verify that your client is able to…
Marius van der Wijden:W.
Fabio Di Fabio:Yeah, on Beto's side, I want to share the progress. I'm able to sync the network. I'm…
Fabio Di Fabio:with, externally, so I'm connecting to the DevNet.
Fabio Di Fabio:And I'm finalizing the code, so I can also join directly the DevNet.
Fabio Di Fabio:I think these, this week, middle of week, we should be able to… To join the network.
Marius van der Wijden:Very nice.
Marius van der Wijden:I think, Reth and Erigon are not… it's not super high on their priority list, because… they,
Marius van der Wijden:Pull nodes, so they will sync everything anyway.
Marius van der Wijden:But…
Marius van der Wijden:It would also be nice for them to serve ETH70. And also, ETH70 is now a prerequisite for ETH71.
Marius van der Wijden:Eth71, adds a method to get block access lists.
Marius van der Wijden:And, yes. So, if you want to be, spec compliant,
Marius van der Wijden:Erigon and Reth, you also should implement ETH70, and then ETH71 for, I think.
Marius van der Wijden:We decided to move it to Definite 3, right?
Marius van der Wijden:Oh, definitely.
Toni Wahrstätter:Yeah, exactly.
FLCL:From Nethermine's side, we are testing.
FLCL:with, more corner cases. I see now that, either guest sense, nulls, or we, read it as,
FLCL:like, now a race, and block is empty, so I'm trying to figure out it now.
FLCL:And, we'll test, more pairs, like, synchronizing from
FLCL:Another mind, another mind, guest another mind, and so on.
FLCL:Another thing is,
FLCL:Whether we should split packets… should split receipts that are not, like, very big, but still significant.
FLCL:For now, I implemented it in such way that if
FLCL:Something's bigger than one sort of, 10 megabytes,
FLCL:We can split it… split it… And, yeah.
Barnabas:Alright, so just to recap, for local accessories.f3, we're gonna be adding the, the EIP…
Barnabas:changes for, the DOS attack. We're gonna be adding the ETH71.
Barnabas:Where 870 is the, prerequisite, and we're gonna be adding the new,
Barnabas:RPC call, just an RPC call, that we just discussed.
Barnabas:Is there any other change that we expect for Plotin of Access List 3?
Toni Wahrstätter:I don't think so. Don't think so. Only the optimizations, so we wanted to have all the optimizations for… I mean, this is independent from definite 3. We wanted to have them some… sometime between Definite 2 and Definite 3 to make sure that
Toni Wahrstätter:We can finish the benchmarking.
Toni Wahrstätter:But apart from that, maybe the engine API methods, right? There are still the engine API methods.
Toni Wahrstätter:That are also in the scope for DevNet3.
Barnabas:Yes, Fabio?
Fabio Di Fabio:Yeah, I was, thinking about…
Fabio Di Fabio:having, both ETH70 and the ETH71 in the same,
Fabio Di Fabio:bold DevNet 3, does it make sense to just use
Fabio Di Fabio:Merge them together, and have only one…
Fabio Di Fabio:new version of the P2P protocol.
Fabio Di Fabio:It's not a big deal, just to avoid having… Double.
Fabio Di Fabio:to just, deprecate, ETH70.
Fabio Di Fabio:As soon as we have TH71.
Barnabas:I think the idea was that ETH70 is, ready to be activated without any implied access list code.
Fabio Di Fabio:So, before Glamstadam, Okay, makes sense, yes.
Barnabas:Regarding timelines, hopefully we can launch the MS3 sometime next week.
Barnabas:Maybe middle of next week?
Barnabas:Maybe 25th of February?
Barnabas:Cette un pose a… Target?
Barnabas:Would everyone be okay with that?
Marius van der Wijden:kind of depends on the other EIPs. If we want to add the other EIPs, I would…
Marius van der Wijden:Probably… I think we would probably need a bit more time.
Marius van der Wijden:If we just say, ETH71 and…
Marius van der Wijden:And the diff… the changes to Bell.
Marius van der Wijden:Then I think next week should be fine for us.
Barnabas:Alright,
Barnabas:Regarding the scope, I completely missed last week's all core devs call. What was the decision there? Which EIPs would be making it into DevNet Street?
Barnabas:Okay.
Barnabas:So the… was that the one?
Toni Wahrstätter:If I remember correctly, there was 8037 and another one. I forgot which one it was now.
Ansgar Dietrichs:Yeah, as Maria's saying, the, contract says one,
Ansgar Dietrichs:Exactly. 7954. And then I think, if I can remember correctly, that one, though, I would double-check with people, is that we hadn't made a call yet whether, possibly, we already have E70, E71 ready. I think that one we just wanted to see.
Ansgar Dietrichs:Right?
Barnabas:Yeah, that sounds good. Ben?
Ben Adams:There were a few EIP adjustments as well, like… Changing how… Was it swap-in work?
Ben Adams:Which I think need to be.
Ben Adams:scheduled to the change on the fly.
Barnabas:Perfect. Would you have a PR for that?
Ben Adams:I think it was a comment on the last… I see the… I'm not sure.
Ansgar Dietrichs:And yes, sorry, I wasn't aware that I should look into this before this call, but from my memory, I think there was one suggestion at which that was actually rejected, and the other one was just put up for discussion, so I don't think it was decided yet.
Ansgar Dietrichs:It's my understanding, but… Maybe I misremember.
Barnabas:Yeah, I can… I can dig that up after the call and, put together a…
Barnabas:spec sheet for the next 3. And then we can,
Barnabas:Maybe discuss timelines for, on this next week.
Barnabas:Let's… let's just try to have everything implemented, 1837 and 7954, and, deeds 17 and 71 as well.
Barnabas:And then, let's see if we can still, keep the target date next week, Wednesday. And if it's too tight, then, we just push it maybe a week.
Barnabas:to the first week of March.
Barnabas:If that sounds good.
Barnabas:Mario, would you like to share your concern?
Mario Vega:Yeah, I mean, it's… it seems like an easy change, but do we still have to refill the tests with the…
Mario Vega:8037?
Mario Vega:To be honest, I'm out of the loop on the status of this, in terms of tests, so I will have to check with the team to see if we have done any meaningful progress.
Mario Vega:But yeah, I'm still concerned.
Barnabas:Okay, does that mean that you would prefer to… yeah, Spencer?
spencer-tb:Yeah, sorry, so, we have, like, a specs PR up for 8037, no tests yet, so I do…
spencer-tb:share the same concern as Mario, and I think there are some kind of small…
spencer-tb:spec changes that might be needed for some EIP interactions, so I think
spencer-tb:Maybe I can comment, or,
spencer-tb:start a thread in Discord with, some of these potential spec changes, or even create PR, and then we can get movement there. But yeah, I do share similar, concerns with Mario.
spencer-tb:And just, yeah, because we haven't got tests yet.
Barnabas:Right, would you guys prefer if we just push AD37 outside of the scope of this?
Mario Vega:I don't want to push anything out of scope that was decided on ICD. I think we can start, like, pushing for the tests. I mean, the most concerning part is that,
Mario Vega:So, some tests are definitely gonna break.
Mario Vega:I mean, what… we can… we can assess whether it's too many, and just,
Mario Vega:take them off the release, for example, that could be one possibility. So we only fill the tests that don't… do not break, and we can,
Mario Vega:run, make a release for the clients to consume, for the tree.
Mario Vega:But still, it feels a little bit rushed to me, in my opinion, yeah.
Mario Vega:Yep.
Barnabas:Yeah, so Marius' suggestion would be to push it to the first week of March, or remove the EIP.
Barnabas:I would just say that let's try to aim for the 4th of March instead of the 25th of February.
Barnabas:And try to ship everything.
Barnabas:Would that… Make it better for the testing team as well?
Mario Vega:Yeah, absolutely, absolutely.
Barnabas:Thank you.
Barnabas:Regarding another… was it simulate V1, so we would want to have it simulate,
Barnabas:Just an appreciated to every single EL client by Divino Street as well.
Barnabas:Hopefully, this can also be done. Obviously, that's not a breaking request, but…
Barnabas:It's something that's gonna really help us, do some benchmarking.
Barnabas:So, please try to get that done as well.
Barnabas:And, yeah, Ansgar also mentioned that if 70 would be part of Dentistry, where clients can still support it, or they can still participate even without supporting the protocol.
Barnabas:So, yeah.
Barnabas:I mean, we don't have to stress test, basically.
Barnabas:those big receipts on, Business 3. I think we have a dedicated network for that, that's good enough.
Barnabas:I think 871, Mmm… Last time I checked, I think guest also didn't have its limit.
Barnabas:But I can… I can double-check it, Marius.
Barnabas:There was the daily hive test that's running to test for these endpoints.
Barnabas:Yeah, I can… I can get back to that, mars.
Barnabas:Regarding implementing 871, whether we want this in demonstrope or not.
Barnabas:What is the ER's take on this?
Marius van der Wijden:Sorry, Egan?
Barnabas:Would you guys prefer to have it 71 in the scope of DevNet Street?
Marius van der Wijden:I don't know, it depends on… I think it kind of depends on the clients that have not implemented ETH70 yet, because they will have
Marius van der Wijden:To do much more.
Marius van der Wijden:work.
Andrew Ashikhmin:Yeah, I would prefer if 71 to be postponed, because, yeah, it will be too much to implement both.
Barnabas:Annuity.
Andrew Ashikhmin:We have everything done before.
Barnabas:Yeah, so it's RESH and Erigon, right, that have not yet implemented E70. Anyone from RESH can also comment on it?
Jen:Yeah, I think we provided an image. Let me get back to you. I don't see any blockers for Y70 for us.
Barnabas:Right. Okay.
Barnabas:So if it's only Erigon, then I would actually suggest that we keep it in the scope of DevNet 3.
Barnabas:And, possibly launch without Erigon, for the next 3 as well, and then,
Barnabas:previously have 4 clients at Genesis time, and then we can add everyone down the line when the implementation for them is complete as well.
Karim T. (matkt):Well, just on the Bizu side, we have it, but for the moment, we are not passing half tests, so…
Karim T. (matkt):I don't know if we have the complete implementation, or if we need to add some fixes.
Karim T. (matkt):But yeah, just wanted to share that.
Ben Adams:Erigons, fine for sinking, aren't they? Because they don't actually care about the receipt. It's just for serving. That would be the problem.
Ben Adams:Is that correct?
Barnabas:Right, but that's for 870. We are not talking about 871.
Ben Adams:Oh, sure, sure.
Barnabas:Oh wait, that's also optional.
Marius van der Wijden:Yeah, it's… ETH71 is… is… provides the way of, like, querying dials from other nodes, and that is only used for sync improvements, right, Tony?
Toni Wahrstätter:Yes, exactly. So, we might not need it, but definitely, I guess.
Marius van der Wijden:Then it's optional.
Barnabas:somewhere.
Barnabas:Then we're gonna put it in the optional bucket, and then whoever, implements it is good, and whoever's not.
Barnabas:Not.
Barnabas:So that's… Let's keep it at that.
Barnabas:Okay, anything else regarding local access list?
Barnabas:If not, then maybe we can move on to the sales side, EPBS or not.
Barnabas:Do we have any client updates from… Any sales teams?
Stefan Bratanov:I can speak from Techo.
Stefan Bratanov:Making a little bit of progress.
Stefan Bratanov:So we implemented the Beacon API for the execution payload.
Stefan Bratanov:But at the moment, we don't support finalized retrieval of execution payloads.
Stefan Bratanov:So I guess for DemNet0, that'll be good, so that nodes can sync.
Stefan Bratanov:Yeah, I'm making progress, but still not there yet.
Barnabas:When would you expect the code to be ready?
Stefan Bratanov:Maybe we can have some version in the next couple of weeks, I guess.
Stefan Bratanov:And then polish it from there. But, yeah, maybe in the next call, the next testing call, I'll be able to provide better…
Stefan Bratanov:Timeline for that?
Barnabas:Nope.
Barnabas:Yeah, because the original idea was to have our desktop by mid-February, which is basically in two days.
Barnabas:So that is probably not reasonable for Taku.
Stefan Bratanov:I don't think so. Well, we can have some cock version, but I would like something more complete, so…
Stefan Bratanov:Yeah, I think it'll be another week, at least.
Barnabas:Okay.
Barnabas:Anyone from prison?
Barnabas:Or lighthouse?
Gaia:Yeah, for Lighthouse, we have a DevNet Zero branch that we've been testing locally in, like, a Lighthouse-only Kurtosis network.
Gaia:we're working through some bugs. I think we got block production working, but…
Gaia:Somewhere along the lines of, gossip envelope processing and importing, there's a bug.
Gaia:So we're working on fixing that, and we're hoping by the end of the week, we'll be ready to, like, interop locally with another client, maybe, like, Consensor or something.
Gaia:But yeah, I don't think we'll be ready for February 18th either.
Barnabas:Okay, thank you. Nimbus?
Dustin:Sure. So, I… we have, I mean, Alpha 2 specs, we have block broadcasting, we have most things where
Dustin:starting to work on a fork twice, I know that's not, sort of, super high priority for this, but envelope… the, sort of, the frontier for us right now is really, the envelope… things like envelope syncing. So yeah,
Dustin:Yeah, the gossip stuff we should have, but this is now things like the, sinking, and if the…
Dustin:Backfilling, sort of, of it, when we… when we miss one.
Dustin:through RecRISP, things like this. So, that's… Yeah, I would say, yeah, not…
Dustin:Two days for… two or three days, yeah, not… not gonna, happen.
Dustin:But… Yeah, well…
Dustin:I mean, the other thing is that we have been trying to, test on kurtosis and running into, some of the same,
Dustin:sort of issues that other clients have reported. I've linked this in a couple places, and I know the steel, the AllCL steel, steel channel.
Dustin:So, yeah, and we…
Dustin:well, I say we, I… it was… this would be… Caleb, I guess, would be the one who's been… who has tried this since, and I don't know what the outcome was, but I know that it was, a little challenging. We were kind of blocked in proceeding to find out
Dustin:how far we… how well it worked, because it just ran into some of the issues on the EL,
Dustin:Sort of mock side.
Dustin:That was earlier today.
Barnabas:That should be fixed, no, I think.
Dustin:Okay.
Dustin:Yep.
Barnabas:Thank you.
Barnabas:Luther?
nflaig:So we are having fork Choice, fully implemented, but still needs to be merged. There are a few, outstanding PRs we need to merge.
nflaig:But once that's done, the main part that's missing is just wiring everything up, so the block import works, which will be the major work still left. Yeah. I think we'll also need more than two days for that.
nflaig:It's probably 1 or 2 weeks.
Barnabas:Brendan?
Barnabas:Nobody from grinding around.
Barnabas:Nobody from prison, I guess?
Barnabas:Okay, anybody else has anything else to add, to EPPS.0?
Barnabas:Now, this morning, I was actually able to get a consensor
Barnabas:To pass all the tests and, able to…
Barnabas:do the epoch transition into glass without any balls, just the APBS stuff.
Barnabas:Yeah, it's a very unperforming Python client that I webcoded, and are this working?
Barnabas:Also, it cannot appear to any other normal client, so it's not really production ready.
Barnabas:Oh, yeah.
Barnabas:Next topic would be stable out.
Barnabas:Regarding Perf. Is anyone on the call regarding that?
Barnabas:I know Netherland had a database issue.
Barnabas:Maybe we can get an update on the latest.
Marius van der Wijden:Yeah, I think the network is dead right now, right?
Marius van der Wijden:At least that was my, my last,
Marius van der Wijden:last, what I read is basically… All clients…
Marius van der Wijden:died, but never mind made it the furthest.
Marius van der Wijden:And, so now NetherMind also died, and we have a chain that is finalized, where we don't have the blocks anymore, because no EL client was able to keep up.
Marius van der Wijden:And, now the only way of doing that is, to basically re-og the chain.
Marius van der Wijden:And, create a new consensus layer.
Marius van der Wijden:Otherwise, we would have to unfinalize something.
Barnabas:Right.
Barnabas:Let's discuss this offline then. I think we might need to do a relaunch of the CL chain then.
Marius van der Wijden:Yep.
Barnabas:Okay, that was the agenda for today.
Barnabas:Unless anyone else has anything else to add?
Barnabas:I can call it a bit early today.
Marius van der Wijden:Take care, y'all.
Barnabas:Thanks, everyone, for coming.
Barnabas:See you all next week.
Mario Vega:Thank you, bye.
Toni Wahrstätter:Thank you, bye-bye.
Chat Logs
00:04:15
Barnabas:https://dora.blob-devnet-0.ethpandaops.io
00:05:00
Marius van der Wijden:Whats the tldr on blob-devnet-0?
00:05:51
Marius van der Wijden:And the purpose is to test full peerdas?
00:06:45
Marius van der Wijden:Seeign some orphans and 90% participation
00:08:03
Barnabas:https://github.com/ethereum/EIPs/pull/11234
00:08:40
Marius van der Wijden:Whats the max gas limit this could support?
00:11:02
Marius van der Wijden:Ah okay
00:11:04
Marius van der Wijden:cool
00:11:23
Marius van der Wijden:(github doesn't load for me atm)
00:12:31
Dustin:https://www.githubstatus.com/ says "All Systems Operational"
00:13:19
jochem-brouwer:It should not be possible to construct a block which violates this constraint (because then you have invalid EVM execution) given that the formula is correct. So if we make this part of consensus then there should thus be tests of specifically sized BALs with items to test that invalidaton
00:14:57
Barnabas:https://github.com/ethereum/execution-apis/pull/726
00:19:05
Barnabas:https://dora.nft-devnet-10.ethpandaops.io
00:19:36
Barnabas:try to sync with kurtosis — network: nft-devnet-10
00:20:39
jochem-brouwer:Also need eth/71
00:20:40
jochem-brouwer:Yes =)
00:23:15
Karim T. (matkt):Protection against DOS attack will depend on result regarding prefetch no ?
00:23:46
Mario Vega:Which Engine API methods?
00:23:49
Jen:What’s the timeline for devnet-3?
00:24:01
Jen:Replying to "Which Engine API met..."
https://github.com/ethereum/execution-apis/pull/726 I believe
00:24:01
Toni Wahrstätter:Replying to "Which Engine API met..."
one sec, I'll pull up the PR
00:25:04
Toni Wahrstätter:Replying to "Which Engine API met..."
https://github.com/ethereum/execution-apis/pull/727
00:26:01
Toni Wahrstätter:8037 was scoped
00:26:11
Toni Wahrstätter:and another one iirc
00:26:16
Dustin:there's no https://notes.ethereum.org/@ethpandaops/bal-devnet-3 yet?
00:26:17
Maria Silva:The contract size
00:26:25
Barnabas:Replying to "there's no https://n..."
will make it right after the call
00:26:27
g1:devnet-3
- EIP-8037: State Creation Gas Cost Increase
- EIP-7954: Increase Maximum Contract Size
00:28:33
Mario Vega:My main concern is 8037 on the testing side
00:28:39
Ben Adams:Was this one https://github.com/ethereum/EIPs/pull/11306
00:29:07
Karim T. (matkt):Is it devnet3 and devnet2 at the same time ? We wanted to do benchmark on devnet 2
00:29:10
Ansgar Dietrichs:there was also `eth_simulateV1` RPC support
00:29:52
Marius van der Wijden:Can we either
1) push devnet-3 to first week of march
2) remove new eips (8037 and 7954) from devnet-3
00:30:09
Marius van der Wijden:Replying to "Can we either
1) ..."
I would prefer to move the deadline
00:30:09
Ansgar Dietrichs:from the ACDE summary (looks right):
eth/70 part of devnet-3 spec; clients without support can still participate
00:30:28
Dustin:Replying to "Is it devnet3 and ..."
would this mean supporting devnet-2 specs at the same time as devnet-3? these inevitably involve pointless back/forward porting of the same things to keep known-obsolete spec-based devnets running
00:30:53
spencer-tb:Replying to "Can we either
1) pu..."
I’d be happy with this
00:31:39
Karim T. (matkt):Don’t really have preference just wanted to understand if we want to do benchmark on devnet 3 now . Before we said devnet 2
00:32:15
Marius van der Wijden:Which client does not have eth_simulateV1 at this point?
00:32:51
Marius van der Wijden:We have it in the codebase at least
00:33:47
Karim T. (matkt):We have it in besu but not passing test, so maybe better to postpone also
00:35:05
Marius van der Wijden:eth/71 is also optional (only used for sync improvements, which no one has iimpl yet)
00:38:20
Barnabas:epbs-devnet-0 branch name?
00:38:36
Barnabas:we have ethpandaops/geth:epbs-devnet-0 for EL image to test your CL locally.
00:40:59
Barnabas:Replying to " epbs-devnet-0 bran..."
@Gaia ?
00:41:23
Gaia:Replying to " epbs-devnet-0 bran…"
gloas-devnet-0
00:41:36
Barnabas:Replying to " epbs-devnet-0 bran..."
could you please rename to epbs-devnet-0?
00:41:45
Gaia:Replying to " epbs-devnet-0 bran…"
yes np
00:42:04
Gaia:Replying to " epbs-devnet-0 bran…"
lol just realized im using my wife’s zoom profile
Summary
14 highlights
· 5 decisions · 3 action itemsExperimental
Summary
14 highlights · 5 decisions · 3 action itemsExperimentalfork status and schedule
- Fusaka blob-devnet-0 running with 20 nodes; Lighthouse/Prism ready, Teku/Nimbus in progress00:04:17
- Glamsterdam bal-devnet-2 had bugs over weekend; reverted to stable commit, 100% participation restored00:07:21
- DevNet-3 scope: EIP-8037, EIP-7954, ETH/70, ETH/71 (optional), simulate_v1 RPC00:30:16
- DevNet-3 launch pushed from Feb 25 to March 4 due to testing needs00:32:32
testing progress
bal updates
epbs updates
state bloat
- Perf-devnet-2 dead: all EL clients died, finalized chain without available blocks00:42:30
Decisions
- BAL DOS protection constraint enforced outside EVM at block receipt time00:16:26
- BAL DOS protection formula targets DevNet-3, not DevNet-200:17:11
- DevNet-3 launch moved from February 25 to March 400:29:52
- EIP-8159 included in bal-devnet-3; optional, clients can participate without it00:35:05
- Perf-devnet-2 requires CL chain relaunch due to finalized state loss00:43:19
Action Items
Targets
- March 4 - Glamsterdam bal-devnet-3 with EIP-8037, 7954, ETH/70, optional ETH/7100:32:32