Skip to content

Further prove that read_limit is correct for VecDecoder<T> #5067

Description

@tcharding

I'd like to push #5057 in so we can keep grinding. We need to make sure everyone is convinced that read_limit does not overread otherwise the decoder will loose data.

I'm arguing that its good to go, but its important so raising this issue.

#5057 (comment)

Metadata

Metadata

Assignees

No one assigned

    Labels

    1.0Issues and PRs required or helping to stabilize the APIC-consensus_encodingPRs modifying the consensus-encoding crate

    Type

    No type

    Fields

    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions