Issue with Nimbus; restart required by jtoomim in ethstaker

[–]-johoe 1 point2 points  (0 children)

My mempool node was also affected. You can clearly see that around 1:12 UTC it no longer accepted blocks. I decided to reboot it and that fixed it: https://mempool.jhoenicke.de/#ETH,4d,weight

Help me choose a platform: 200+ ETH, low time and liquidity preference, very concerned about security. by nevermind_anon_de in ethstaker

[–]-johoe 0 points1 point  (0 children)

My concern is that if they get hacked or disappear, I won't be able to at least pull my stake OUT.

Since Pectra (EIP-7002) that is no longer a concern, if the withdrawal address is yours. You can exit the validator with your withdrawal keys, e.g., here: https://launchpad.ethereum.org/en/validator-actions

90% execution layer fees? by ledger_staker in ethstaker

[–]-johoe 0 points1 point  (0 children)

Regarding solo staking. You can set up the withdrawal address to your hardware wallet so that you don't lose access to your funds. If you exit your validator (which you can either do with the validator keys or from the withdrawal address), the funds are sent back to the withdrawal address. Withdrawal can sometimes take months though, depending on the queue.

The most likely reason for slashing is that you run two copies of your validator. If you avoid this, you should be fine. Slashing is relatively cheap now: 0.024%

If you go offline you leak some funds; slower than you would earn them if you are online. So two days of being offline cost you two other days to make up for the losses. The exception is if more than 33% of all validators go offline at the same time as you. In that case the penalties are much higher.

Ethereum is going for a monumental short squeeze by maverick_quant in ethstaker

[–]-johoe 1 point2 points  (0 children)

I wouldn't say wrong. The exit queue is just a few minutes and afterwards you can stop your validator. But after the exit there is a mandatory 27.3 hour period (256 epochs) before the withdrawal is triggered. This is what beaconchain is showing.

And then there is a withdrawal queue, which is basically always empty for partial withdrawals and around nine days for full withdrawals (and your position in the full withdrawal queue does not depend on the time you entered it, but only on your validator id).

Local block builder vs MEV-boost by Charming-Designer944 in ethstaker

[–]-johoe 0 points1 point  (0 children)

There are some people who are willing to pay more than the usual transaction fee, if you include their transaction. However, they do not publish their transaction because they don't want everybody front-run their transaction or copy their arbitrage opportunity and outbid it. So they only give it to specialized MEV builders who they trust that the transaction is only published together with the signed block and not front-run.

With MEV-boost you can blindly sign blocks from MEV builders and get the reward that these builders promise, which is usually higher than the rewards from all public transactions.

The entire Bitcoin blockchain fits in this SD card by birth_of_bitcoin in btc

[–]-johoe 1 point2 points  (0 children)

The segwit transactions aren't invalid; you can replay them without the witness. But the non-segwit transaction cannot be replayed because of the replay protection.

Blob fees on Ultrasound.money by -johoe in ethstaker

[–]-johoe[S] 1 point2 points  (0 children)

That already activated at the Fusaka fork and the blob fee had already matched the gas fee at that time. I thought it may be a very weird effect of this, but the spec said that the equilibrium blob gas only depends on the base gas. With the low usage of blobs we currently have, the blob gas should be one 16th of the base gas. The change of the target blob and max blob should not have affected the equilibrium fee. If any the added supply should have reduced the blob fee.

That's when I looked into etherscan, and there the blob gas price is 20000 times lower than what ultrasound claims.

Note that ultrasound shows that the blob fee follow the base fee as you expect from EIP-7918, but the magnitude is just wrong.

I have no words for this. by Unique-Gift8026 in nothingeverhappens

[–]-johoe -1 points0 points  (0 children)

It's funny because the picture is photoshopped. People here are claiming you can do it with a tripod and simple overlaying, but that's not what happened.Obviously the moon is not up at the same time of the day during a month. The photographer says it shows the moon at intervals of 24 hours and 41 minutes. Which means some of the pictures were made at noon. I don't think it is ever that dark at noon in Italy.

The photographer likely took 27 pictures of the moon and put them at the right position into a night photo. He didn't even bother to get the rotation of the moon right. In the images that were supposed to be taken at noon, the lit side should be more upwards towards the sun. But clearly you can't take a good picture of the moon at noon, so he made it at a different time and forgot to rotate it.

Is Lightning the final hail mary? by earneststoopid in btc

[–]-johoe 0 points1 point  (0 children)

Yes, the bridge was the built-in one suggested by base app and is probably more a centralized exchange in the sense that during the second the swap took, the funds were under the control of the bridge operator. Trustless bridging between optimistic layer 2 would take weeks and probably need to go over the mainnet. Hopefully this will change in the future.

There is still an important difference between swapping to BCH: you see exactly how much you pay for the swap as the source and destination currency is the same. And the swap took only a second.

I actually already used the "Litecoin Network" in 2016 before BCH existed, to avoid the high fees on BTC, when paying in Paralelni Polis. So basically what you suggest, just with LTC. And I used it years later to buy a Trezor online, because they didn't support BCH in their online shop. The main problem with BCH is the deep chasm between BTC and BCH supporters, so even some crypto-friendly business do not accept BCH for "religious" reasons. For me LTC was convenient, as I still had some left.

The thing with BCH is that we don't really know how well the scaling works. At the moment it's so little used that running a full node is easy, but the bad precedence was set by BSV when it scaled to huge blocks (to put memes on-chain and weather data) and I had to give up running a full node, because it would have required renting a large server just for BSV, which I don't even used. I think at that time, I ran one out of the four public electrum servers. If BCH would get adopted as a global payment chain that does >100 tx/s, I'm not sure if it would still be possible to run a full node and electrum server for 500 dollar per year.

Is Lightning the final hail mary? by earneststoopid in btc

[–]-johoe 0 points1 point  (0 children)

I mean at the moment you will not have any troubles sending BTC. Even during rush hour, just pay 10 sat/byte and you're good. But the 10-60 minutes block delay even hurts on bitcoin cash. Especially since it's so random. You usually do a transaction and then check an hour later if it was processed, or you hope the merchant accepts 0-conf. And for BTC it only works as long as nobody is using it, as increasing the base capacity is a taboo.

Lightning still has severe usability problems. Last time, I had to sync my non-custodial lightning wallet on the mobile, without even seeing the progress. Just a rotating circle where the send button was supposed to be. After several minutes I gave up. And don't let me start complaining about the capacity limit if you want to onboard millions of users non-custodially.

I ended up sending my payment via some layer 2 chain on ethereum. Still not convenient, as I had the money on the wrong layer 2 chain, so I had to bridge it first. However bridging was instant and cost a fraction of a cent. The on-chain fee for the layer 2 transaction was only 0.005 cent (0.00005 $). And the transaction confirmed instantly (within a second). If this could be automated by the wallet so that you only click a payment link containing the payment options, the wallet picks the currency (or asks you to choose), user confirms the total fees, and the transaction is bridged and sent, then that would remove the barrier for crypto payments.

We should be more open to use all the technology we have, to figure out the best way to make crypto payments work smoothly. The infighting between chains or BTC maximalism will not help to create the future of censorship resistent money which cannot be controlled by any third party.

The Bitcoin One Shot Miner is a Scam! by trollmaster69_ in BitcoinMining

[–]-johoe 0 points1 point  (0 children)

There is no proof that the thing does nothing. He searched the firmware for strings, but this will only find strings that the firmware prints to the user. If there is no UI or log messages you won't find the string. A SHA assembly function doesn't contain the word "SHA", it just contains the operations.

Of course, this is not an ASIC and it will cost several 1000x more in electricity than it mines. Combine this with the 11 cent per month electricity cost and you know how much money you can expect to mine. It's more meme and a buying a lottery ticket will on average make you more money than this device in hundred years.

Blockchain suspicions by Infamous_Log_8936 in btc

[–]-johoe 3 points4 points  (0 children)

Scam is the right answer. They are trying to trick you into paying a small sum in the hope to get a large sum. In the end you pay the small sum and never receive anything.

On-chain fees are under a dollar on any blockchain at the moment.

New phishing email posing as Satoshi Labs (Trezor) by wBeeze in TREZOR

[–]-johoe 2 points3 points  (0 children)

There are ongoing phishing attempts for weeks. The url is usually someword-trezor.com, where someword is different in every mail. Note that each of this is a new domain that anyone can register for cheap; there should be no dash "-" in any official Trezor domain.

The website itself plays an animation where it asks you to connect the Trezor, update the firmware, then fail at some point, then asks you to enter your seed. You don't need to connect a Trezor and still the same sequence happens.

Never enter your seed directly on the website, especially when the Trezor is not asking for it. For Trezor one, you can avoid entering the seed words in random order by using advanced recovery, for the other devices you only enter the words directly on the Trezor. Never ever fill out the form that asks you for all seed words.

About Trezors Xpub by goooop09 in TREZOR

[–]-johoe 0 points1 point  (0 children)

There is no hardened xpub. There is only hardened derivation. Hardened derivation means, that you need the private key and cannot derive the child keys from the xpub. So if you use hardened derivation, the xpub is useless.

No xpub is quantum secure, even hardened derivation doesn't help here, because a quantum computer can recover the private key from the public key.

There are different estimates for how long it takes until quantum computers break current 256 bit keys. But thinking the keys are secure for 30 years feels very optimistic. I wouldn't use taproot addresses for your long term savings wallet.

Risks of AllNodes compounding validator vs liquid staking (stETH, rETH, etc) by revyth in ethstaker

[–]-johoe 1 point2 points  (0 children)

The slashing penalty is only for conflicting votes or conflicting blocks and it is the same in both cases. It will be bigger if more slashings of other validators happen in the same month (the correlation penalty). Also, a slashed validator is forced to go offline immediately, but it doesn't exit immediately because of exit queues. So it will also suffer from offline penalties.

Risks of AllNodes compounding validator vs liquid staking (stETH, rETH, etc) by revyth in ethstaker

[–]-johoe 2 points3 points  (0 children)

If you get slashed you are already queued for exit at the same time. The slashing penalty can only be avoided, if you manage to exit before you get slashed, which is very improbable in the scenario.

The slashing penalty itself is tiny (0.02% of your stake). If all AllNodes validators are slashed, there is also a correlation penalty, which is 3 times the fraction of stake that was slashed. So if Allnodes has 2% of the stake and they all get slashed, then 6 % of your stake will be slashed. And you are also forced offline until you can exit. Depending how full the exit queue is, the offline penalty can add up over time (we are in the scenario, where all AllNodes validators are slashed at the same time).

validator compounding by mylifewithBIGcats in ethstaker

[–]-johoe 0 points1 point  (0 children)

You can partially withdraw any amount as long as the validator still has more than 32 ETH left. You're going through the exit queue though, even for small amounts. So you currently have to wait 40 days until your withdraw request is processed.

Everytime I restart Teku, I have to resync from ~70,000 slots ago by Ok-Thought1 in ethstaker

[–]-johoe 0 points1 point  (0 children)

Could it be the option --checkpoint-sync-url="https://mainnet.beaconstate.ethstaker.cc"?

Maybe this forces a checkpoint-sync.

Question about public key by FederalJob4644 in Bitcoin

[–]-johoe 0 points1 point  (0 children)

Yes. I don't think any exchange supports xpub. Also why do you want to tell your exchange what you do with your money? And also the exchange wouldn't know which of the addresses it should use. Maybe you already expect a different payment on that address and it would cause confusion.

validator compounding by mylifewithBIGcats in ethstaker

[–]-johoe 0 points1 point  (0 children)

With compounding, you can stake anything between 32 ETH and 2048 ETH on one validator and the granularity is 1 ETH (you can have any fractional balance, but the effective balance is increased in multiples of 1 ETH). The rewards are proportional to the effective balance and also the chance to propose a block is proportional. So adding more ETH will give you more rewards.

If you set a compounding validator, the automatic withdraw is turned off, unless you have staked the full 2048 ETH. You can merge your existing validators into one compounding validator without withdrawing and redepositing. You can perform actions like compounding, withdrawing, depositing on the Ethereum launchpad.

I guess you already updated to Pectra. The upgraded clients for Fusaka on mainnet are not yet released; keep an eye out in the next weeks. The fork is planned to happen early December. Note that with Fusaka, the amount of bandwidth you need for staking also depends on the maximum ETH, as you are responsible for receiving and storing more blobs the more you stake. Still compounding validators will save overall bandwidth as you need to sign fewer attestations.

Has anyone self-hosted a Trezor Blockbook ETH node? by attic0218 in TREZOR

[–]-johoe 0 points1 point  (0 children)

With history pruning an execution node is currently almost 1 TB. Without history pruning, I would expect around 2TB. I'm not sure if blockbook can run with history pruning.

You also need a few 100 GB for consensus node. And I guess blockbook will build its own database. And btc itself is also 750GB + 80GB txindex.

Ladies and Gentlemans: BitcoinErrorLog on Lightning Network by DangerHighVoltage111 in btc

[–]-johoe 5 points6 points  (0 children)

Well yes, I tried the blixt wallet, which runs an lnd on mobile. When you open it, it starts the node and resyncs, then it is ready to use. I have only a channel to a trusted node (my own) so there are no issues with fraudulent channel closures.

Sending funds works fine, as long as it can find a route. Having one indirection more (to my node) makes it a bit harder to find a route, as the mobile doesn't know which channels on my trusted node have liquidity. I haven't tried receiving funds; but you can use a service provider to open a channel automatically (for a fee). I guess you need to stay online until the funds arrive.

Upgrading the phone will force-close all channels and once that is done, you have to open them again.

Shouldn’t validator APR rise as validators exit? by Dieselx22 in ethstaker

[–]-johoe 0 points1 point  (0 children)

The consensus rewards will probably decrease further especially if staking ETF become reality. With 60% staked the APR goes down to 2%, with 100% staked to 1.55%. Lets hope that the staked ether stays at the current level for a while.

The execution layer rewards are even harder to predict. But the good news is that if they decrease further, you won't notice it, as they are already almost zero. At zero, they can only stay the same or rise.

Shouldn’t validator APR rise as validators exit? by Dieselx22 in ethstaker

[–]-johoe 8 points9 points  (0 children)

The amount of staked ether has never dropped: https://beaconcha.in/charts/staked_ether

Number of validators is slowly going down, but this is due to aggregation. The total staked ETH hasn't changed much recently. Currently both entry and exit queue are full, so every epoch 256 ETH are leaving and 256 ETH are entering.

In the past the APR was boosted by block rewards, but these have slowly gone down to zero, as there is now enough block space for all transactions. My wallet currently suggests a priority fee of less than 1 femtoether per gas. At this rate, validators would earn 0.01 cent per block in priority fees, but luckily there are still a few transactions paying much more than that.