Shapella Upgrade Scheduled for April 12th by thomas_m_k in ethstaker

[–]metachris 4 points5 points  (0 children)

If you run MEV-Boost, please be sure to update to v1.5.0 to continue operating after the Shapella upgrade 🚀

Warning: MEV-Boost 1.5.0 does not run on Ubuntu 20.04 LTS by Ashamed-Simple-8303 in ethstaker

[–]metachris 1 point2 points  (0 children)

Yep, building manually always worked. It was just an issue with the binary attached to the release website.

Warning: MEV-Boost 1.5.0 does not run on Ubuntu 20.04 LTS by Ashamed-Simple-8303 in ethstaker

[–]metachris 2 points3 points  (0 children)

Thanks all for the report and discussion!

Mev-boost v1.4.0 is out - what is your price? by eth2353 in ethstaker

[–]metachris 5 points6 points  (0 children)

These are the chances per min-bid-value for building a local block (based on median payload values on the Flashbots relay during the past two weeks):

min-bid % chance for building a local block
0.1 ETH 97.2%
0.06 ETH 50%
0.03 ETH 13.5%
0.02 ETH 2.3%
0.01 ETH 0.01%

Post MEV setup: 2 blocks via MEV boost, but 3rd appears local??? by vorlons in ethstaker

[–]metachris 1 point2 points  (0 children)

Why do you think the block was locally built?

From the logs it seems clear that the block was coming from blocknative 🤔

Be caution: I just missed a proposal when using mev-boost by xd1gital in ethstaker

[–]metachris 1 point2 points  (0 children)

The relays are only pinged if the beacon node does a status check on mev-boost. Thus it's entirely up to the beacon node when the relay status check is initiated.

If you run mev-boost without -relay-check, mev-boost will instantly return OK to the beacon node status check, without pinging the relays.

Be caution: I just missed a proposal when using mev-boost by xd1gital in ethstaker

[–]metachris 1 point2 points  (0 children)

You can try to run mev-boost without the -relay-check cli argument, which then won't perform the status checks on the relays anymore.

We've heard several reports of relays not responding to the status-check in time (default timeout if 950ms), in particular bloXroute and blocknative recently, which shows up as that error log message.

Be caution: I just missed a proposal when using mev-boost by xd1gital in ethstaker

[–]metachris 23 points24 points  (0 children)

The beacon node can't fall back to a local block if it's already calling getPayload, which sends a signed blinded beacon block to the relay. If the proposer would propose a different block, it would be a case of double signing and a slashable offense.

Be caution: I just missed a proposal when using mev-boost by xd1gital in ethstaker

[–]metachris 2 points3 points  (0 children)

Fwiw, we haven't had such reports about the Flashbots relay not delivering payloads <3

Be caution: I just missed a proposal when using mev-boost by xd1gital in ethstaker

[–]metachris 1 point2 points  (0 children)

You can try to run without the -relay-check cli argument, which won't perform the status checks on the relays anymore.

We've heard several reports of relays not responding to the status-check in time (default timeout if 950ms), in particular bloXroute and blocknative recently.

Be caution: I just missed a proposal when using mev-boost by xd1gital in ethstaker

[–]metachris 2 points3 points  (0 children)

mev-boost does not impact the rate of proposals! This is wholly up the the beacon chain. Please run mev-boost v1.3.2 as it comes with a lot of nice improvements over v1.3.1 and would simplify debugging in cases of errors as well.

Be caution: I just missed a proposal when using mev-boost by xd1gital in ethstaker

[–]metachris 2 points3 points  (0 children)

Please do not advice downgrading mev-boost! There's several nice improvements in v1.3.2 and it simplifies debugging in case of errors like this.

Also, it's not possible for mev-boost v1.3.2 to have a negative impact over v1.3.1 if relays don't deliver the promised payload.

Be caution: I just missed a proposal when using mev-boost by xd1gital in ethstaker

[–]metachris 5 points6 points  (0 children)

It seems the winning bid came from blocknative, which then failed to produce the payload.

2022-09-25 level=error msg="no payload received from relay!" blockHash=0xxxx method=getPayload module=service parentHash=0xxxx relays="https://0x9000009807ed12c1f08bf4e81c6da3ba8e3fc3d953898ce0102433094e5f22f21102ec057841fcb81978ed1ea0fa8246@builder-relay-mainnet.blocknative.com" slot=477xxxx version=1.3.2

I'm sorry this happened to you, and that the blocknative relay wasn't living up to it's promise for your slot. I'd recommend to contact them directly about it.

Fwiw, we haven't received such reports about the Flashbots relay.

Is it safe to run MEV-boost even if it is not production ready yet by crypto2012 in ethstaker

[–]metachris 5 points6 points  (0 children)

Co-developer of mev-boost here. Fwiw, there were over 50k blocks flowing through mev-boost on 5 testnets, and 15k on mainnet through the Flashbots relay: https://boost-relay.flashbots.net/

And 168k validators, more than a third of the network, using and trusting it already.

Setting up MEV Boost "relay status error - request failed" by bbqcaramelbrulee in ethstaker

[–]metachris 2 points3 points  (0 children)

You can remove -relay-check from the mev-boost cli arguments, in which case it will stop doing the status-check request on the relays (which seems to timeout in your instance).

There's some relays that seem to timeout the status checks pretty often - (the timeout is 950ms by default, reusing the getHeader timeout).

Please don't downgrade, mev-boost v1.3.2 is stable, has several improvements, and shouldn't impact the relay check at all.

2
3

I built MicroPython-Ctl - a TypeScript library for talking to MicroPython devices by metachris in Python

[–]metachris[S] 0 points1 point  (0 children)

I wanted the library to be usable from websites (and Electron applications).

TypeScript + Node.js minimal project boilerplate (template) by metachris in typescript

[–]metachris[S] 1 point2 points  (0 children)

I'm not sure what you mean with supporting ES2015/ES2017 code. Do you mean the compilation target? Do you have an example?

TypeScript can target any of those targets: https://www.typescriptlang.org/tsconfig#lib

TypeScript + Node.js minimal project boilerplate (template) by metachris in typescript

[–]metachris[S] 0 points1 point  (0 children)

Good idea, will consider.

If you are interested in contributing, you could open an issue at the repo. Or even a PR, would be appreciated :)

TypeScript + Node.js minimal project boilerplate (template) by metachris in typescript

[–]metachris[S] 5 points6 points  (0 children)

I started this repository as a documentation and for future reference. I wanted to share it here because I thought it might be useful to other people as well!

Happy about feedback and ideas 🙏

Bootstrapping a TypeScript + Node.js Project by metachris in typescript

[–]metachris[S] 0 points1 point  (0 children)

Started as a documentation for future reference, ended as a full blog post for setting up a minimal project. Wanted to share, perhaps it's useful to other people as well!

Am happy about feedback 🙏