-
Notifications
You must be signed in to change notification settings - Fork 782
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
question about "hash(false)" when "chainId" > 0 #712
Comments
quick bit of tracing later.. the setter calls in the setter itself, there's some odd logic going on: fwiw, you might want to compare the logic in this setter to here |
When checked code, I asked myself about same question. Also if chainId is not zero and tx already have signatures they will be lost. Ping @holgerd77 |
Related to the behavior of |
This will likely be resolved when we resolve https://github.com/ethereumjs/ethereumjs-tx/issues/112 |
This should now be resolved with #812. Please use the new |
hello. please correct me if I'm wrong, but my understanding of EIP 155 is that the raw data Array that gets hashed should contain the value
0
for the fields:r
ands
.in looking at your implementation of the
hash()
function, it also appears that's what is intended.however, in testing the result.. I'm seeing that these fields are being set to empty (unallocated, zero-length) Buffers.
here's a demo (based mostly on the example in the README)..
output:
What's really odd (to me) is that both of these fields are marked "allowZero". So, without tracing the code in much depth, it would seem that the setter for these fields should allow the assignment to
0
.Is this a bug?
The text was updated successfully, but these errors were encountered: