Skip to content
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

Release v0.12.1 #1868

Merged
merged 49 commits into from
Jun 2, 2020
Merged

Release v0.12.1 #1868

merged 49 commits into from
Jun 2, 2020

Conversation

djrtwo
Copy link
Contributor

@djrtwo djrtwo commented Jun 2, 2020

Primarily tunable genesis time (#1866) and clarify genesis checkpoint root in p2p spec (#1867).

Beyond that, some comment fixes and continued Phase 1 dev

arnetheduck and others added 30 commits May 21, 2020 15:33
`ErrorMessage.error_message` is a leftover from an older version of SSZ
that was able to encode unbounded lists. This is no longer the case -
all collection types now have a fixed upper bound on length.

In general, the `error_message`, just like the `graffitti` field, should
not be interpreted in any particular way except for debugging and vanity
- as such, using the same type, a `Bytes32`, seems reasonable.

An alternative would be `List[byte, 256]` which maybe could be
"reasonably backwards compatible" with whatever clients are are doing
now - depending on how they are dealing with this field type that no
longer exists in the SSZ spec :) It would however be the only place
where `List[uintN, N]` is used in the current spec.

As an exercise, this could be considered a security issue since it's
essentially unbounded and undefined behaviour.
broken link to custory-game.md
Use `compute_previous_slot` for `slot - 1` occurrences
…testation

Fix phase1 on-time sign_indexed_attestation
…ransition

`compute_shard_transition_digest` expects `Root` as a fourth parameter
Update link so gossipsub encodings match the correct section
Change it to `is_on_time_attestation` so that it could be reused in
`validate_attestation`.
Add `shard` field to `ShardBlock`
Co-authored-by: Danny Ryan <[email protected]>
I think this change more clearly specifies the intended behavior. Given the terseness of the spec's code representation, I think we should aim for as much clarity as possible.
..and use List[byte, 256] for error message
Update fork choice spec comment for clarity
…sition

Rework `Shard transition processing`
Co-authored-by: Danny Ryan <[email protected]>
@djrtwo djrtwo changed the title [DO NOT MERGE] Release v0.12.1 Release v0.12.1 Jun 2, 2020
@@ -89,7 +89,6 @@ def test_success_double(spec, state):

@with_all_phases
@spec_state_test
@never_bls
def test_success_surround(spec, state):
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We need to regenerate this test in particular, now that BLS is re-enabled.

@djrtwo djrtwo merged commit 5258266 into master Jun 2, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

10 participants