ethereum / ethereum/builder-specs

Deprecate JSON request and responses in favour of SSZ

Open
#124 1 comment 0 reactions 0 assignees View on GitHub
glamsterdam
Dominant language
HTML
Stars
234
Forks
86
Avg merge
4d 1h
Merged PRs (30d)
2

Description

SSZ serialization does a better job reducing response/request sizes over the wire compared to JSON.
Currently, relays and builders support both SSZ and JSON serialized objects based on the `Content-Type` header.
It would be much cleaner if we support only SSZ serialization post the fulu hard fork.

What would be the best strategy to deprecate JSON in favour of SSZ?
We could have the following strategies:

1. Completely remove JSON support for Fulu and allow only SSZ serde.
2. Put up a deprecation notice for Fulu but support both JSON and SSZ. We can remove JSON and SSZ support at the first release post Fulu.

Contributor guide

No contributing guide indexed for this repository

Research direction

Start by reviewing the builder-specs requirements for relay and builder serialization around the Fulu hard fork, especially the Content-Type behavior described here. The issue is complete when the project has chosen and documented a deprecation strategy for JSON versus SSZ; no files or tests are identified in the payload.

Written by the indexing model from the issue text.

Assessment

Domain
api
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.