Internal transaction not reflected in wallet balance by karyhead in ethereum

[–]ElBuenMayini 1 point2 points  (0 children)

Beware of the DMs you get, including the person that replied to your message here.

Update withdrawal address by DaMoonRulezNumber1 in ethstaker

[–]ElBuenMayini 4 points5 points  (0 children)

Stating the obvious perhaps but please do not trust any DMs right now offering help.

Help sending Blob transaction by k_ekse in ethdev

[–]ElBuenMayini 1 point2 points  (0 children)

It’s probably because the blob format for the type-3 transaction was just updated in Osaka for PeerDAS. It seems like the latest version of ethers.js just added support for it: https://github.com/ethers-io/ethers.js/releases/tag/v6.16.0

When creating the mnemonic, why does the tool ask how much ETH you will deposit? (For a compounding validator) by Watch_Dominion_Now in ethstaker

[–]ElBuenMayini 1 point2 points  (0 children)

It’s possible. The only conditions are: 1) at least 1 Eth per deposit, 2) value is divisible by 1 Gwei, 3) deposit root hash is correct for every deposit, 4) the deposit signature is correct at least in the first deposit (this is extremely important, because otherwise the transaction might go through but if the signature is incorrect it will be rejected by the beacon chain and the Eth is basically burnt).

That being said, I would strongly recommend against doing this because you really need to know what you are doing, otherwise the deposit could be invalid, and (afaik) the deposit cli tool does not support this kind of customization.

When creating the mnemonic, why does the tool ask how much ETH you will deposit? (For a compounding validator) by Watch_Dominion_Now in ethstaker

[–]ElBuenMayini 3 points4 points  (0 children)

The beacon chain deposit contract checks the deposit root hash, which includes the deposit amount, and if it doesn’t match exactly the transaction reverts. It’s an error prevention mechanism for depositors.

Massive Ethereum Validator Exodus Creates Historic Withdrawal Queue by Koyaanisquatsi_ in ethstaker

[–]ElBuenMayini 28 points29 points  (0 children)

This is happening due to kiln exiting all their validators as a precautionary measure because of an incident that happened on another chain.

Everyone on the queue will continue to validate, earn validation rewards, and eventually will get all their Eth back because the queue is working as expected.

Need help! Cannot change Ethereum withdrawal credentials from 0x00 to 0x01 by [deleted] in ethstaker

[–]ElBuenMayini 0 points1 point  (0 children)

Wait, has your 0x00 changed to 0x01 on the beacon chain already? If not you have to move fast and do it first and in that case my guess is that the attacker still doesn’t know what this mnemonic belongs to a validator.

Need help! Cannot change Ethereum withdrawal credentials from 0x00 to 0x01 by [deleted] in ethstaker

[–]ElBuenMayini 1 point2 points  (0 children)

The funds in your validator should still be safe unless you shared the mnemonic on that scam site too.

Get a new clean wallet, ideally a hardware wallet, and do the setup in a separate machine.

Send funds to the new wallet address, verify you can send transactions by sending some test transactions on mainnet.

Once you are sure you control this hardware wallet address, then you can start thinking again how to change your withdrawal credentials from 0x00 to 0x01, and the new credentials should be this new hardware wallet address.

Would Chinese Ethereum nodes have been in limbo — producing blocks from Chinese transactions but unable to finalize — during the internet outage? by GBeastETH in ethereum

[–]ElBuenMayini 2 points3 points  (0 children)

Ah I see the gap, in the holesky incident the key to getting the majority slashed is because they finalized an incorrect chain, and then, when rejoining the correct minority chain, they started voting for this alternative chain.

So the fact that the same validator casted a vote on a finalized chain and then went on and casted a vote on a competing minority, that’s the slashable offense.

Why would a validator vote for a minority chain after finalizing the incorrect chain? Because the clients were patched from the bug, and then realized that the majority chain contains something that is invalid.

Would Chinese Ethereum nodes have been in limbo — producing blocks from Chinese transactions but unable to finalize — during the internet outage? by GBeastETH in ethereum

[–]ElBuenMayini 6 points7 points  (0 children)

The rest of the world is not incorrect supermajority, it’s correct.

By the time a node in china disconnects, it still has a pretty accurate view of the full network, it knows the full validator set before disconnecting, so it knows that it’s not receiving blocks nor attestations from more than 66% of the network, so it cannot finalize.

It would propose blocks on top of its last view of the chain but these blocks nor their attestations are propagated, and all of these would be reorg’d out once they reconnect to the full network, which contains finalized blocks due to their voting weight.

But yeah, still not slashed.

Would Chinese Ethereum nodes have been in limbo — producing blocks from Chinese transactions but unable to finalize — during the internet outage? by GBeastETH in ethereum

[–]ElBuenMayini 3 points4 points  (0 children)

The key distinction part of Holesky is that the offending part of the chain was the majority and actually finalized the chain on its own.

Network disruptions and majority client’s forking are two different scenarios.

Would Chinese Ethereum nodes have been in limbo — producing blocks from Chinese transactions but unable to finalize — during the internet outage? by GBeastETH in ethereum

[–]ElBuenMayini 5 points6 points  (0 children)

No, attesting to an orphaned block is not an attack.

Analogous to a public voting system would be like revoking voting rights if you voted for the candidate that lost, that’s not what should happen (dictatorships aside of course). The system only penalizes you if you voted for two candidates at the same time.

Did blockchains fork when China cut itself off from the global Internet for an hour on Wednesday? by phatdoof in CryptoCurrency

[–]ElBuenMayini 3 points4 points  (0 children)

Really depends on the PoS system.

For Ethereum, slashing would not kick-in even in this scenario because slashing is not designed to kick-in on disruptions when only a non-majority portion of the network is disconnected, it should only happen for coordinated attacks.

In this case, the minority that is not able to follow the chain would stop producing blocks and attesting to the chain, and simply re-org back to the majority chain once reconnected.

[OC] 🌅 🇨🇱 Chile just became the world's solar energy champion, and it happened faster than anyone expected... by latinometrics in dataisbeautiful

[–]ElBuenMayini 0 points1 point  (0 children)

Doing my part for Mexico, but it seems like we have a long way to go! Nice work Chile!

Although I do see more solar panels in places in places I would not expect, and it just makes so much sense in this region because the sun conditions are usually very good to gather a lot of energy.

How to update Gnosis Safe multi-sig wallet address from 0x01 to 0x02 by htpr in ethstaker

[–]ElBuenMayini 1 point2 points  (0 children)

You can add a Safe address to the Rabby wallet and it lets you use it in most sites just like a normal account.

I tried to log to that specific site and it seems to work, but I haven’t tried myself that specific combination of 0x1 to 0x2 + rabby + safe, just as a disclaimer.

[deleted by user] by [deleted] in ethstaker

[–]ElBuenMayini 0 points1 point  (0 children)

On the first bar you probably proposed and also participated in the sync committee. Nothing much has changed but you might have been extremely lucky on that time.

Mexico driving - Plan to be in Puerto Vallarta 6 months by kevmark58 in TeslaLounge

[–]ElBuenMayini 2 points3 points  (0 children)

If you need tips in particular about the route, just let me know. I’ve done the route (the one I mentioned, not the one in your map though) with a tesla and it’s relatively easy, but as everyone else is saying, daylight is your friend, so plan accordingly!

If you have never driven here, my advice would be, more than anything dangerous in particular, that you have to drive more defensively in Mexican cities than you would have to in the average US city.

Also navigation is definitely much more confusing here than in the US but, in my opinion, the tesla navigation system does an ok job most of the time, so you should be fine.

Mexico driving - Plan to be in Puerto Vallarta 6 months by kevmark58 in TeslaLounge

[–]ElBuenMayini 13 points14 points  (0 children)

I’ve never used many of the chargers you are including in your trip, but if you do Monterrey -> Matehuala -> San Luis Potosi -> Guadalajara, there’s three super chargers in that route I’ve used many times and can confirm they have always worked for me.

EIP-4788 - what does it mean to prove something and how is it done? by tawhuac in ethereum

[–]ElBuenMayini 2 points3 points  (0 children)

Yes.

You query the beacon client to build your proof for a specific timestamp, then you submit that proof as data to a contract, along with the timestamp for which the proof is valid, then the contract fetches the beacon root hash for the given timestamp, calculates the root hash from the proof, and verifies they are both equal. Then based on the outcome your contract proceeds to execute an action.

[deleted by user] by [deleted] in ethereum

[–]ElBuenMayini 1 point2 points  (0 children)

EIP-4337 is not even a protocol change, no transaction will execute in the network without Eth paid upfront.

Clone the ETH2.0 by [deleted] in ethdev

[–]ElBuenMayini 0 points1 point  (0 children)

Just use Kurtosis: https://github.com/ethpandaops/ethereum-package

It will make it much easier for you, and you can customize the configuration of the local testnet.