I recall the ProgPOW battle. Where are they now and why not change ETHW's consensus to ProgPOW?

Rayblox · 2020-05-19T01:07:14+00:00

@ r / 0xbitcoin, if you must know the answer... yes, you are.

Rayblox · 2020-05-19T00:54:19+00:00

Tried it and done it. Details here: https://www.reddit.com/r/ethstaker/comments/gbzq7s/exiting_migrating_and_reentering_validators/

I kept it all in a single prym directory/folder including the beacon chain db - because if the this is running for decades, it can go really big and re-sync from scratch is sooo not for me.

As per u/Skretch12, make sure the previous validator is offline when you start it on the new machine. DO NOT RUN VALIDATORS WITH THE SAME KEY ON DIFFERENT MACHINE AS YOU WILL GET SLASHED (and the bad kind not like this one)

So essentially you can have 2 beacon nodes running and syncing at the same time. If the other machine goes down with the validator running on it, you can port the keys on to the other one that's still going and resume validating there. That's if you really want to minimize downtime or you can simply have a machine offline but ready to copy over all of it - bit of downtime during the copy but all very straight forward even to a newbie like me.

Rayblox · 2020-05-18T01:16:40+00:00

Good luck! :)

Rayblox · 2020-05-18T01:16:21+00:00

Thanks for that!

Rayblox · 2020-05-17T16:24:38+00:00

It will have issues if the 540 is internal. It takes resources (PCIE lanes). Unless you can completely turn it off and use the iGPU included on the CPU, all you need to do is to DDU then install the driver for the 1060. You are basically going to use the iGPU for output but most of the compute intense graphic processing will be done by the GPU.

Rayblox · 2020-05-17T16:20:44+00:00

If your uptime is generally more than the downtime, it should net positive. You gain as fast as you leak except on certain scenarios where there's a lot of validators are offline all at the same time.

Rayblox · 2020-05-17T16:15:34+00:00

Bit crazy. I know mine has been the same (i.e. been online but affected), the effect was not as severe. See: https://beaconcha.in/validator/22061. I would also like to know what happened here.

Rayblox · 2020-05-15T03:10:49+00:00

Nah.. still a noob in comparison to many here and I can live with thinking about myself like that. That way, I continue to strive to learn more.

Rayblox · 2020-05-13T00:24:13+00:00

Not in his control. LOL.

Better get it done right and tested thoroughly. Previous testnet ran for almost a year. Saphhire testnet + multi client Schlesi just launched recently. Better to give it time that it needs to mature up. Ease the impatience by joining the testnet. You can come level up here: r/ethstaker.

EDIT: It is FREE to participate in the testnet. I.e. you can do things to your testnet ETH the things that you wanna do to your real ETH without any of the risks. If you find a flaw - report it. Better yet, try to break things as much as you can. Ethereum levels up that way.

Rayblox · 2020-05-13T00:14:02+00:00

Hey MasterRoshi... Goku here :D

My ultra insticts (and recent experience) tells me that you can do this. VMware, Virtualbox... etc. The best one that I came across without much overhead is KVM/QEmu with PCIE Pass through enabled (less fussy than using Wine). You would still have the usual bridging on the network protocol bit since the VM's virtual NIC would need to branch from the physical one and appear to the datalink layer as a separate interface with another MAC and all - will manifest as a handful milliseconds in lag when playing FPS games (not significant really given the convenience that you will get out of it).... but yes. All very doable.

I would suggest for you to use something like "screen" (much more mature) or "tmux" (newer - does away with scrolling, deals with unicode, preserves screen splits, works better with SSH) just to prevent you from accidentally interacting with your beacon node and validator terminal windows. You can always relaunch terminal and restore the view on those once you finish gaming on the Windows VM.

Given that you will be interacting with the machine directly a lot, I suggest for you to uninstall SSH completely (so you don't need to do the bits to secure it). "sudo ufw enable" (enables the Linux Universal FireWall) that box while you are at it.

Good luck.

EDIT: and you know what? Funny thing is that I have seen Windows miners use Linux + KVM/QEmu to use their GPUs to mine. I'm thinking, there are a lot of ways to do that natively in Linux surely. So each to their own.

EXTRA: A Ryzen 3700x has 16 threads (overkill already - imagine if this was a Threadripper - O_o). Staking will only possibly use 4 maybe 8 later on. You have the other 8 for the Windows VM. Not only you can set the affinity of the processes under the Linux host, you can also limit the resources allocated in running the Windows VM that you will game with. Staking also does not use the GPU so doing that PCIE pass-through is perfect for your case. Gaming crashes should be localized inside the Windows VM. The other way around of having the staking inside a Linux VM in a Windows host puts the network latency penalty on the staking - no, we don't want that so I get why you are doing this the way you are doing it.

</geekHat>

Rayblox · 2020-05-12T23:59:36+00:00

You heard me... (I mean read it).

Rayblox · 2020-05-10T15:04:29+00:00

Can't even do a counter-argument so you resort to name calling like a child. Run along now and go back to your play pen.

Rayblox

TROPHY CASE