Skip to content

Clarify costing of signing serialization hashing #38

@bitjson

Description

@bitjson

Just creating an issue to reference in the changelog – the BCHN implementation was not costing hash digest iterations of cached signing serializations, fixed in 252b7036. I'm also adding a clarification to the CHIP text:

Note that the hash digest iteration count is incremented each time the signature check count (A.K.A. SigChecks) is incremented, even if a previous signature check used the same signing serialization. See Rationale: Stateless Costing of Signing Serialization Hashing.

And further rationale:

Stateless Costing of Signing Serialization Hashing

This proposal accounts for the cost of hashing all signing serializations by incrementing the spending transaction input's cumulative hash digest iteration count prior to incrementing the signature check count (A.K.A. SigChecks), regardless of whether a previous signature check used the same signing serialization. This avoids creating a requirement for all implementations to track previously-used signing serializations across signature checks; while some implementations may cache and reuse signing serialization digests, other implementations may reasonably re-hash all signing serializations.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions