You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Summary or problem description
For GAS Claim transfers, from is null. If we call getapplicationlog, we can see from is null, which is correct, but if we call getnep5transfers, the transferaddress field is NKuyBkoGdZZSLyPbJEetheRhMjeznFZszf, not empty string, which was converted from uint160 0x0000000000000000000000000000000000000000.
This is kind of weird, if we accept this 'rule', users will find this 'address' sends a lot of gas to different addresses, but itself has zero balance.
Summary or problem description
For GAS Claim transfers,
from
is null. If we callgetapplicationlog
, we can seefrom
is null, which is correct, but if we callgetnep5transfers
, thetransferaddress
field isNKuyBkoGdZZSLyPbJEetheRhMjeznFZszf
, not empty string, which was converted from uint1600x0000000000000000000000000000000000000000
.This is kind of weird, if we accept this 'rule', users will find this 'address' sends a lot of gas to different addresses, but itself has zero balance.
Here is the result from
applicationlog
rpc call:Here is the corresponding result from
getnep5transfers
:Do you have any solution you want to propose?
If
from
is null, settransferaddress
to empty string.Where in the software does this update applies to?
The text was updated successfully, but these errors were encountered: