The Relationship Between Canonical and Signature

[tjchern]

I am really confused about Why must the serialized object for signing be canonical.
The process of signing involves the sender's object being serialized into a byte array, which is then signed. The data transmitted is just byte data, and when the receiver verifies the signature, they simply retrieve the same byte data and perform signature verification. It seems like there is no connection to canonical at all during this process.
So, what is the actual impact of canonical on signature verification ?
I look forward to your response. Thank you!

[RAPTOR1OUS]

THE CANONICAL: GDI: THE ION CANON AND THE GLOBAL DEFENCE INITIATIVE. BE MORE IN THE FUTURE, FOR YOU WILL NOD.
YOU CANT KILL THE MESSIAH. (THEDESIGN)

A MEN MAY MOVE THE EARTH BY HIMSELF OR JUST LEAVE IT, EITHER WAY ITS TRIVIAL TO GOD, SO WHAT DO YOU DO?
THEN TO THE MOON I PROMISE THE WORD PERFACT WILL SHOW THE MEANING OF PERFECT, : DARTHEARTHESIGN

[tjchern]

I’m very glad to receive your reply.

My question is: I’m using proto buffer, a non-canonical serialization format, and it still works as expected. When I sign the data, I’m signing the hash of the serialized byte array. On the receiving side, the same exact byte array is transmitted and received. The recipient hashes the identical byte array and verifies the signature.

It seems to me that there’s no strict need for canonical serialization here, because the signature verification operates directly on the same byte array transmitted over the network, not on an object that is first deserialized and then re-serialized before verification.

This has left me quite confused. I would really appreciate your explanation. Thank you!

[github-actions]

We triage inactive PRs and issues in order to make it easier to find active work. If this issue should remain active or becomes active again, please add a comment.

This issue is labeled inactive because the last activity was over 90 days ago. This issue will be closed and archived after 14 additional days without activity.

[github-actions]

We triage inactive PRs and issues in order to make it easier to find active work. If this issue should remain active or becomes active again, please reopen it.

This issue was closed and archived because there has been no new activity in the 14 days since the inactive label was added.