Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[BUG}: Long address EVM cryptotranfer #17710

Open
Ferparishuertas opened this issue Feb 4, 2025 · 0 comments
Open

[BUG}: Long address EVM cryptotranfer #17710

Ferparishuertas opened this issue Feb 4, 2025 · 0 comments

Comments

@Ferparishuertas
Copy link

Ferparishuertas commented Feb 4, 2025

Description

The EVM address is 0x2844e0b3ebfd0e7b5843c27f61a14d4533eb2b90
The account Id is 0.0.5465490
The solidity equivalent of 0.0.5465490 is 0x0000000000000000000000000000000000536592

Using ethers.js and composing a transaction to send to the EVM address, all is well.

If I try to send to the long zero address, the tx fails with insufficient gas, increasing gas to 200,000 was still insufficient.
I can send to either of the 3 using the native api calls in the SDK.

If I am using MetaMask or Brave Wallet or whatever, and I transfer to a legitimate user account some Hbar, it should work.

Additional context

if an account has an alias which is an EVM address the long zero address cannot be used for transfers. If the account does not have an alias that looks like an EVM address then the long zero address can be used.

This is incorrect, if alias set both adresses sould be able to receive hbar. Mainnet fails too,

Hedera network
testnet
Version
v0.58

Operating system
None

@Ferparishuertas Ferparishuertas converted this from a draft issue Feb 4, 2025
@Ferparishuertas Ferparishuertas changed the title BUG: Long address EVM cryptotranfer [BUG}: Long address EVM cryptotranfer Feb 4, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant