haurog pfp

haurog

@haurog.eth

114 Following
101 Followers


Gnosis Chain pfp
Gnosis Chain
@gnosischain
If you want to run a Gnosis Chain node on a mini computer, check out this amazing work! Gnosis Staking on Orange Pi 5 Plus 16 GB 🤩 https://www.reddit.com/r/ethstaker/comments/1dtlc7f/gnosis_staking_on_orange_pi_5_plus_16_gb/ Also @haurog.eth prepared the configuration file for enable Erigon on Gnosis Chain to run on Ethereum on ARM and now you can use it! https://github.com/EOA-Blockchain-Labs/ethereumonarm/pull/77
1 reply
2 recasts
11 reactions

haurog pfp
haurog
@haurog.eth
It is an APC Back-UPS PRO with 650VA and 390 W
0 reply
0 recast
2 reactions

haurog pfp
haurog
@haurog.eth
Took me some time to select a UPS I liked and yes being fanless was pretty important. I do not want to run the nodes for hours in case of a power outage, so the small size is good enough for my use case.
2 replies
0 recast
1 reaction

haurog pfp
haurog
@haurog.eth
I would have loved to also get the Turing case for the PN51 unfortunately I could not get it at a reasonable price, so I got a smaller akasa case for it.
0 reply
0 recast
1 reaction

haurog pfp
haurog
@haurog.eth
- NUC13i5 Dappnode: mainnet (Lighthouse/Nethermind), Gnosis (Lodestar/Nethermind), holesky (Nimbus/Nethermind), Sepolia (Prysm/Geth) and Poweragent on Gnosis - OrangePi5plus (top): Gnosis archive node (Lighthouse/Erigon) - UPS (bottom) to make sure I get a few minutes to automatically shut down everything safely.
0 reply
0 recast
0 reaction

haurog pfp
haurog
@haurog.eth
From left to right in the middle row: - NUC8i5: ethereum, rocket pool, gnosis and holesky genesis validators (Lighthouse) - NUC11i3: home server, mainnet (Nimbus/Besu) - AsusPN51: mainnet (Nimbus/Reth), holesky (Lodestar/Erigon), optimism, Arbitrum BOLD, farcaster Hubble and taiko
0 reply
0 recast
1 reaction

haurog pfp
haurog
@haurog.eth
My setup grew quite a bit since the merge. It went a bit out of hand as it tends to happen in crypto. I love it and tend to spend more time tinkering with various nodes than I did 2 years ago even though the setup is much more resilient now.
5 replies
1 recast
6 reactions

haurog pfp
haurog
@haurog.eth
Dencun upgrade just happened. Blobs are landing. Blocks are coming in reliably. Seems like everyone updated their clients. Lets see if we finalize after 2 epochs
0 reply
0 recast
0 reaction

haurog pfp
haurog
@haurog.eth
And the dencun upgrade happened on the Holesky testnet
0 reply
0 recast
0 reaction

haurog pfp
haurog
@haurog.eth
And we got the dencun upgrade for the goerli testnet.
0 reply
0 recast
0 reaction

haurog pfp
haurog
@haurog.eth
EIP-7503 zero knowledge wormholes is still minblowing to me. https://eips.ethereum.org/EIPS/eip-7503 core devs deem it too risky though.
0 reply
1 recast
6 reactions

haurog pfp
haurog
@haurog.eth
Just to add: Node clients are generally already quite well parallelized. Nethermind and Lighthouse regularly use 3-5 cores in parallel during peaks on my node. The additional gain from parallel transaction execution is definitely there, but not that huge.
1 reply
0 recast
1 reaction

haurog pfp
haurog
@haurog.eth
Yes, parallel transaction execution is good when you have really solved earlier bottlenecks. Transaction execution takes around 300 ms on my node. Parallelization would bring that down to 200 ms, maybe 150 ms. Not a big difference considering a 12 s block time. Definitely needed, but not a pressing issue.
0 reply
0 recast
1 reaction

haurog pfp
haurog
@haurog.eth
More discussion on TPS: https://old.reddit.com/r/ethfinance/comments/1818z1z/transaction_throughput_of_l1s_on_comparable/ More on parallelization: https://old.reddit.com/r/ethfinance/comments/184w10b/daily_general_discussion_november_27_2023/kaz28b8/
0 reply
0 recast
0 reaction

haurog pfp
haurog
@haurog.eth
Yes, my understanding as well. AFAIK, solana keeps state (all of it?) in RAM. Makes state access faster and pushing out the bottleneck. Solana node needs about 512 GB RAM vs 16 GB for an Ethereum node.
1 reply
0 recast
1 reaction

haurog pfp
haurog
@haurog.eth
In the podcast they made it pretty clear that parallelization of the transaction execution is not the bottleneck for Ethereum. State size and state retrieval is a bigger issue which needs to be solved first. Solutions are verkle trees and state expiration. Parallelized EVM is in the works by Polygon, NodeReal and Sei.
1 reply
0 recast
2 reactions

haurog pfp
haurog
@haurog.eth
Definitely 1. I already did it once and I had such a great time. Definitely would do again not much force needed.
0 reply
0 recast
0 reaction

haurog pfp
haurog
@haurog.eth
And we got the Shapella fork on Gnosis chain. All running fine. Participation is slightly lower, but increasing and still very healthy.
0 reply
0 recast
0 reaction

haurog pfp
haurog
@haurog.eth
It always takes me a few months to get into a new community. I am reading casts regularly, liking casts left and right. Definitely like the general positivity here which makes it easier to start here.
0 reply
0 recast
0 reaction

Greg pfp
Greg
@greg
Thanks I'll dig into it! Out of curiosity, does this happen often with those wallets?
1 reply
1 recast
1 reaction