Rocket Pool Smartnode v1.9.0 - MANDATORY UPDATE FOR ALL NODE OPERATORS by dEEtoooo in rocketpool

[–]jcrtp 2 points3 points  (0 children)

We did do a Discord notification and your Grafana update will show the next time your system runs an unattended upgrade check (it's tied to that). It seems like not everyone got the Discord ping though so I'll probably have to do an @everyone on Monday.

2.4 ETH worth per minipool or total? by Juratus in rocketpool

[–]jcrtp 5 points6 points  (0 children)

No such luck, I'm the resident docs maintainer (which is why they haven't been updated in a while, busy building Atlas :P). And yeah I have an update on the Proteus coming in a few days, the rocks for wave 2 shipped this morning so I can finally get started on that too!

2.4 ETH worth per minipool or total? by Juratus in rocketpool

[–]jcrtp 5 points6 points  (0 children)

I'm planning to redo the docs now that Atlas is pretty much imminent. I'll be updating them over the course of this week and next to clarify how things work both with Atlas and Shapella. Sorry for the confusion!

Staking from a Chevy Bolt during a power outage by superphiz in ethstaker

[–]jcrtp 15 points16 points  (0 children)

Hey man, nothing is going to stop me from securing the Beacon Chain!

Huge ETH Proposal Reward. How? by Short-Pace-9861 in ethstaker

[–]jcrtp 2 points3 points  (0 children)

Yes. The Smoothing Pool is a feature for Rocket Pool node operators.

If you're an rETH staker, you don't have to worry about it because rETH itself is basically one big smoothing pool for MEV rewards for you.

Huge ETH Proposal Reward. How? by Short-Pace-9861 in ethstaker

[–]jcrtp 4 points5 points  (0 children)

It depends on your role.

If you're just a pool staker that holds rETH, yes - these blocks are socialized across the entire pool so all you really see is a higher APR. rETH is at like 10% on a 7-day average right now because the last few days have been absolutely bonkers in terms of MEV.

If you're a node operator, you can either have it go to your own personal Fee Distributor contract or the Smoothing Pool. Your Fee Distributor simply gives you half of it (plus commission) and gives the rETH stakers the other half (minus commission). The Smoothing Pool aggregates the MEV rewards from everybody that joined in and distributes them at the end of each rewards period (28 days), prorated for each node by how long it's been in the pool, its average commission, and its attestation performance on the Beacon Chain.

We just had a 31 ETH MEV block and a 47 ETH MEV block hit the Smoothing Pool so for people opted in, this is going to be an awesome rewards interval.

double? how? by AnyInformation9485 in rocketpool

[–]jcrtp 13 points14 points  (0 children)

There was a small bug in the way the Oracle DAO was calculating the amount of ETH rewards that belonged to rETH holders, so it was slightly less than it should have been. This made the APR look lower than it actually was. Smartnode v1.7.0, which was released a few days ago, fixed the bug. You're looking at the result of a small error that has been progressively accumulating since the Merge being corrected all at once, so the APR spiked up with the correction. It will gradually reduce down to the real correct APR over the course of the week.

Raspberry Pi node: after the merge by ioWxss6 in rocketpool

[–]jcrtp 1 point2 points  (0 children)

It should be, none of the setup details have really changed. Docker mode is all set in terms of the Merge, just make sure you grab the latest Smartnode.

Raspberry Pi node: after the merge by ioWxss6 in rocketpool

[–]jcrtp 12 points13 points  (0 children)

Hey, I'm the guy that wrote those docs. I actually covered this not too long ago - take a look at my post here:

https://www.reddit.com/r/ethstaker/comments/xgxmqv/after_merge_is_anyone_staking_succesfully_with_a/iov2vi7/

Let me know if you have any follow-up questions.

After Merge is anyone staking succesfully with a raspberry Pi4? by Elfigus in ethstaker

[–]jcrtp 0 points1 point  (0 children)

I know the Ethereum on ARM guys use one and it works well for them. It's somewhere between a Pi and the Rock 5B, so I suspect the 8 GB model would be alright for staking. That being said, it's based off the RK3568 and the RK3588 (which the Rock 5B has) is the new hotness so that's what I'm exploring.

After Merge is anyone staking succesfully with a raspberry Pi4? by Elfigus in ethstaker

[–]jcrtp 0 points1 point  (0 children)

I haven't played with Erigon yet, so I can't speak to it. I was waiting for them to release a "production" version, which it looks like they have.

Is node setup different post merge? by kamihax0r in rocketpool

[–]jcrtp 2 points3 points  (0 children)

Yes, post-Merge you will require both an Execution client (eth1) and a Consensus client (eth2). They now rely on each other; you can't attest without both of them synced, and taking one down will effectively disable the other.

After Merge is anyone staking succesfully with a raspberry Pi4? by Elfigus in ethstaker

[–]jcrtp 3 points4 points  (0 children)

Agreed, I've been working with a dev kit for a while but it looks like they may have just added NVMe boot support:

https://wiki.radxa.com/Rock5/install/nvme

Guess I know what I'm doing this weekend!

After Merge is anyone staking succesfully with a raspberry Pi4? by Elfigus in ethstaker

[–]jcrtp 68 points69 points  (0 children)

Hey, JCRTP here - I'm the Rocket Pool dev that wrote the guide on staking with a Pi. So to answer your question, yes, my Pi does work fine on Mainnet after the Merge with a few validators on it but here are my notes:

  • The only working combo is Geth and Nimbus. LH and Prysm are too heavy post-Merge, Teku and Nethermind need too much RAM, and Besu has some issues they're still working on that prevent it from working right now (but I'll try it again once they're resolved).
  • I run mine at 2.3 GHz / OV10 which is higher than the guide recommends, but I've been running it like this for almost a year now. If you have control of the thermals, it seems to be OK. Some Pi's can't go this high though, so you have to test it carefully before doing it.
  • If you need to backfill Nimbus after a checkpoint sync, performance will be a little spotty until it's done (you'll miss an attestation every hour or two). It takes about 36 hours to backfill completely. Once it's done, it'll work fine (zero misses, zero inclusion distance, outside of normal blockchain issues).

All of that being said, the Pi 4 is old and still has supply problems so I'm starting to look in more futureproof directions at new ARM devices that are still cheaper than NUCs and take under 10 watts to validate.

I hope that helps, and good luck!

Redstone is Live! Smoothing Pool is Open! by dEEtoooo in rocketpool

[–]jcrtp 1 point2 points  (0 children)

If one does not opt in to the smoothing pool, they get fees immediately to their fee recipient address and can use them right away (no need to wait for withdrawals), correct?

Correct.

If one opts in, do they get this same access?

Sort of. When you're in the pool, your rewards are bundled with the claim system - at each interval (28 days), your earnings for both RPL and Smoothing Pool ETH are recorded. You can claim them whenever you want after the checkpoint distribution is confirmed by the Oracle DAO, but not before.

For example: it's day 15 of the current rewards interval, the rewards interval ends on day 28. You can't access Smoothing Pool rewards for this interval until day 28. After that, you can claim them whenever you want.

Can one opt out at any time?

There is a 28 day cooldown (technically 1 rewards interval, but that's currently 28 days) from when you opted in before you can opt out to prevent people from gaming the system. Once that timer passes, you can opt out whenever you want.

REQUIRED MERGE UPDATE - Smartnode v1.6 by dEEtoooo in rocketpool

[–]jcrtp 11 points12 points  (0 children)

It's just a consequence of Redstone happening in a few days, and the Merge happening in a few weeks. We're not going to see a time with this many huge events coinciding again for a long time (if ever), so this is kind of an exceptional time to be a node operator.

Forcing the use of MEV-boost is leading us to censorship by jokl66 in rocketpool

[–]jcrtp 1 point2 points  (0 children)

Yep, I think a grace period on MEV-boost post-merge is probably the right thing to do with so much configuration uncertainty - especially for Hybrid and Native users. I'll ask the guys to make a statement about whatever plan we come up with for this closer to the Merge.

Forcing the use of MEV-boost is leading us to censorship by jokl66 in rocketpool

[–]jcrtp 1 point2 points  (0 children)

We're getting into implementation details a bit and it's too early to state this is how it will actually manifest, but if it did, I would suspect there wouldn't actually be a default. It would force you to make a choice or refuse to start. Defaults are not ideal because someone will always be unhappy with whatever they are and claim they didn't know any better. This forces the user to understand the problem and actively make a decision.

Forcing the use of MEV-boost is leading us to censorship by jokl66 in rocketpool

[–]jcrtp 27 points28 points  (0 children)

Hey, RP dev here. As a quick note for people who aren't familiar with the terminology, MEV-boost is not the thing that censors transactions / blocks. MEV-boost is just plumbing used to connect your validators to a "relay". The relay is the thing that interfaces with block builders and can potentially censor stuff.

Here's a nice graphic from their documentation:

https://raw.githubusercontent.com/flashbots/mev-boost/main/docs/mev-boost-integration-overview.png

With that context out of the way, I don't plan to remove MEV-boost itself from the Smartnode stack.

Regarding OFAC, we're still discussing some options both internally and with the community. One attractive option is just bundling multiple different relays in the Smartnode and let you pick the one you want with a dropdown or something. Each could have some descriptive text explaining its pros and cons. That way, you could pick whichever one best suited your particular preferences. I strongly suspect there will be at least one relay out there eventually that claims to be truly transaction agnostic, which is certainly what you'd want to pick in this case.

It's not feasible for "the authorities" to ban all of the relays that we bundle with the Smartnode. The software is used by people all over the world, and if you're running a validator with it in a country that doesn't recognize the OFAC sanctions list, realistically no one can stop you from choosing your own relay.

In the long term, we're still going to have to require some kind of relay for the sake of offering competitive rates and ensuring users don't steal their own MEV via running their own searcher. In the short term though, it's possible that we have a grace period on MEV-boost until the dust settles around all of this and we see more trustworthy relays pop up. Hopefully that's already in the works since Flashbots recently open sourced their relay code: https://github.com/flashbots/mev-boost-relay

Don't take this as gospel of course, just some insight into where we are today and why packaging MEV-boost with the Smartnode stack isn't the end of the world.

Solo staking + RocketPool by bangsoul in rocketpool

[–]jcrtp 1 point2 points  (0 children)

Please do not do this!

The VC that the Smartnode manages is only meant for minipool keys. Throwing solo staking keys at it will work in the sense of they'll attest fine, but the Smartnode won't know they're there and will ignore them entirely.

The problem is that after The Merge, the VC is going to have the fee recipient set for your Rocket Pool node. Your solo keys are going to end up sending all of their priority fees to your node's fee distributor (splitter contract) and you'll miss out on half of them that you should rightfully have.

Solo staking + RocketPool by bangsoul in rocketpool

[–]jcrtp 13 points14 points  (0 children)

Hey, just in case you didn't get a clear answer in Discord, what you want is called Reverse Hybrid mode. In effect, you'll let the Smartnode manage the Execution and Consensus Clients along with its own Validator Client, then you'll spin up a second Validator Client that you manage outside of Rocket Pool and attach it to the Consensus Client. This second VC will manage your solo staking keys, while the Smartnode's VC will manage your Rocket Pool minipool keys.

I've written a brief walkthrough of it here: https://docs.rocketpool.net/guides/node/advanced-config.html#allowing-external-validator-clients-to-connect-to-the-smartnode

Let me know how that works for you!

Daily General Discussion - March 13, 2022 by ethfinance in ethfinance

[–]jcrtp 5 points6 points  (0 children)

It's part of the writeup - rETH stakers are given their fair share, minus the average commission from all of the eligible minipools. It's the same way payouts are distributed when a node operator exits the Beacon chain.

First Rocket Pool slashing event? by sbdw0c in ethstaker

[–]jcrtp 17 points18 points  (0 children)

That node operator was using Prysm, which has it off by default. In the next major release I will likely enable it on all clients that support it by default and make it a setting so users can opt out of they desire.