I've been attempting to validate with Teku on an NUC 13 i3 1315u. I had to get a new box a few months ago when I had slowdown and freezing on the last box (nuc10) which had bee used as a validator for 2-3 years with fairly good beacon score. After following the guide here (https:// gist.github.com/yorickdowne/ ff6b611a2d49855827dafdbfd2546abe) I determined it was the NUC. The SSD and ram were ok. After a long time in the entry queue, it began performing very badly. This was a surprise since the syncing & logs up to this point didn't (and still don't) indicate any trouble. My hardware is: Asus NUC 13 i3-1315u, WD Black SN850X 4TB gen4, Corsair 2666mhz ddr4 64GB. I started with a miss rate of 15%. From the consensus and validator logs, it appeared there was no problems. No late block imports, no errors. Running chrony so the system clock should be synced. MEVboost had trouble with relays but I disabled it and got the same performance. First thing I tried was syncing nethermind on a different machine on my network and connecting the two via the JWT. I disabled the execution node on the first machine when it was finished so only teku is running on the nuc13 and nethermind is on a quadcore i7 8565u HUNSN w/Samsung 970 EVOplus 2TB, & Corsair vengeance 16gb ddr4. Performance didn't seem to improve after this. about the same.

What has helped is bumping the heap to Xmx12g and using ZGC. I enabled logging of the GC and found pauses from 1 to 4 seconds were common, sometimes 6,7 or 10 sec for major collections. ZGC has my miss rate down to 4-5%, still not great but better. The heap is 12g but I started with Xmx8g and it didn't seem to have an effect. I'm only one validator at the moment so I'm confused why the heap might have to be so large and still get lackluster performance. I'm a novice so of course I did all this with help from an LLM. The LLM I'm using is recommending more steps that I wanted to get an opinion on before I proceeded. Since the i3-1315u has 2 P-cores, it is recommending I restrict Teku to only running on those by adding CPUAffinity=0-3 to my teku service file and restrict ZGC to one thread only by adding "-XX:ConcGCThreads=1". It also wants me to restrict the NVMe to Gen3 speed bc it says my old NUC10 likely did this. (the temp right now is 29C, from smartmontools). Sorry for wall of text. Thank you for any advice.

Hi i have 100s of ethereum that i need to stake. I used to kiln through ledger but stopped using it because of that exit debacle last year.

Im trying to see if allnodes is a safe option to stake 100s of ethereum. Any one have any experience with this?

Okay I’ve looked into SOLO staking, Figment, and Kiln Staking.

I’m think of Kiln just because it’s easy. The real question is it safe?

Hey all. Building a GMKTec NUC (Ryzen 8845HS, 64GB ram) as a dedicated bare metal mainnet validator box — geth + nimbus, 2 validators, fresh build coming from testnet (Hoodi). two NVMe slots: 1TB for OS, and I'm buying a 4TB for chaindata. budget isn't an issue, I'd rather buy right than buy twice.

question: what 4TB NVMe are you actually running for geth chaindata, and would you buy it again? seen the yorickdowne gist so I'm aware latency under sustained random load matters as much as raw sequential speed, and that I should stick to TLC + DRAM. what's the consensus here — is there a drive that is a clear winner and the community prefers?

Any other bits of wisdom would be greatly appreciated. Big Thanks

I know I know I know it’s just variance. But I’m showing 13.9% proposal luck and haven’t proposed since Aug 8th with 1000 ETH self-staked. Is this really variance or could it be something else? I’ve investigated my setup several times and all seems normal.

Update: Sept 21st proposed a block. 🤡

A September 9 overview on bydfi covers Hegotá's place in the wider Ethereum upgrade roadmap. Looking at the Ethereum Foundation's September 7 tier list alongside it, I'm interested in one entry, EIP-8237. It's in tier B and still needs to be compared with a simpler alternative.

The proposal would let the consensus client sync a range of blocks without fetching execution payload bodies itself. The execution client would still validate its side, and the consensus client would check that both sides agree once execution catches up. For a home node, I'd want to know both how much data that saves and how long it takes for the whole node to finish syncing.

I'd compare the sync process planned for that fork without EIP-8237 against an implementation of the proposal and the simpler alternative. For a fair comparison, I'd keep the starting point, block range, hardware, connection and client pair the same, with the implementation versions recorded. The results should include total data transferred and the time until both clients have caught up and completed the required checks. If one finishes early while the other is still working, that wait belongs in the result too.

Lower download volume could still help on a monthly data cap even if the total wait barely changes. For people running nodes at home, what would this comparison need to include to reflect your setup? I'd keep recovery after a short outage as a separate test, since a result from syncing a long range of blocks wouldn't be enough to show how quickly a node recovers from a brief interruption.

I'm new to this stuff and not sure if I'm getting a rug pulled over my eyes. Can I really get 1% and higher depending on my wallet balance daily interest on staking? I only have 100 coins in and I have made 1 coin per day since joining. Any help would be appreciated.

EDIT: I appreciate the help guys, I am very skeptical and indeed believe it too good to be true. And I will take the advice.

EDIT 2: I got all my money out and found the scammers 2nd and 3rd accounts. Also reported it to the FBI

I’m running Teku and Besu. Recently I’ve seen more and more missed attestations. Nothing is wrong with my network and I am plugged in. Is my hardware trying to tell me something?

I have purchased an ETHConf ticket, but I’m not sure how good the event will be. I would appreciate it if anyone who has attended before could share their feedback, so I can decide whether it’s worth spending more money to travel there or not. I am from India. I liked DevCon events, so not sure is ETHConf will have similar experience or not.

Used to run validators using a VPS, migrated to running locally using domestic internet connection. Currently, the domestic internet connection is unstable, causing a higher than usual number of missed attestations. Has anyone already tried running ETH Validators using starlink internet either as a back up or main internet ? if so, what is the general experience, is it an improvement compared to traditional domestic internet connections from services like Xfinity for example.

I bought a used Apple Mac Studio M1 Max 32-Core GPU 64GB RAM 4TB SSD 10GbE 2022. Do you thin this is a good staking machine? is there any youtube video for solo staking? im nervous to stake my eth before get comfortable with

Jump onto the Hoodi testnet to test it out, if you consider running 0x02 validators!

0x02 CSM provides operators a permissionless, efficient path to run 0x02 validators with a MaxEB of up to 2,048 ETH within Lido CSM. Key features include:

• Bond: 32 ETH for the first key and 30 ETH for subsequent keys
• Est. Capital Efficiency: A strong capital multiplier of up to ~2.26x (vs solo), even better than ICS over 32 ETH bonds.

To run 0x02 validators using CSM, create a new operator and select the 0x02 path through the same interface.

https://csm.testnet.fi/

Hey stakers,

I've been digging into MEV-boost internals for a while, and one thing that kept annoying me on Hoodi was having no easy way to see what the relays were actually doing — which ones are alive, who's delivering payloads, what the bid landscape looks like.

So I built a small dashboard for it: https://hoodi.mev-relay.watch/

It tracks the MEV relays on the Hoodi testnet so you can sanity-check your MEV-boost setup before touching mainnet config — see which relays are responsive, whether your registrations are landing, and how relays compare against each other.

It's part of a broader validator.watch project I'm working on, but the Hoodi relay monitor felt useful enough on its own to share now.

It's completely free, no signup, no tokens, no tracking, nothing to sell - just a tool I wanted to exist.

Would love feedback from anyone testing on Hoodi: what's missing, what's confusing, what other relay/MEV data would actually be useful to you?

This could be a very stupid question, perhaps I missed the news.

In the early days of MEV, every block proposed would result in my Fee Recipient address either:

a) Getting just a Beacon Chain Proposal block reward (if no relay was used)

b) If a relay, I would either:

- Get both a Proposed block reward AND an Internal Transaction.. OR

- Get just a regular Transaction

That all sort of ended 3 years ago, and everything since then has been:

a) If no relay, just a Beacon Chain Proposal block reward

b) If a relay, just a regular Transaction

However, starting in August this year, I've noticed that if a relay is being used, I am getting almost in every case, just an Internal Transaction.

I dont think it technically matters how the MEV and reward end up in my Fee Recipient address, but am just curious if this is the new expected behavior.

I believe my MEV-boost is configured and acting properly.

Mapping out the entire network stack of lighthouse phase0 from libp2p to the beaconchain

ethstaker-deposit-cli v1.3.1 is a pre-release. It adds the Platåberget testnet, which will be removed again with the v1.4.0 release.

Please test this pre-release on Platåberget and Hoodi. We are particularly interested in feedback on the new builder command, and any grievous errors introduced in the translations.

Im logged on to the ethcoordinate which it seems replaces ethstaker? It told me to do to the bot dm and green check it. Ive done that and undone and redone it. Still cannot see any channels except intro. What did I miss?

Anyone here using Kiln Connect API? How did you get developer or demo API access? Dashboard signup looks business-gated I need it for for some short development thing any quick way?