{"id":18359,"date":"2026-03-16T20:23:35","date_gmt":"2026-03-16T20:23:35","guid":{"rendered":"https:\/\/cryptoted.net\/index.php\/2026\/03\/16\/the-1-x-files-february-call-digest\/"},"modified":"2026-03-16T20:23:35","modified_gmt":"2026-03-16T20:23:35","slug":"the-1-x-files-february-call-digest","status":"publish","type":"post","link":"https:\/\/cryptoted.net\/index.php\/2026\/03\/16\/the-1-x-files-february-call-digest\/","title":{"rendered":"The 1.x Files: February call digest"},"content":{"rendered":"<p> <br \/>\n<br \/><img decoding=\"async\" src=\"https:\/\/blog.ethereum.org\/images\/posts\/the1xfiles-black.png\" \/><\/p>\n<div id=\"\">\n<h2 class=\"chakra-heading group css-1kpzc4q\" id=\"february-26th-tldc-too-long-didnt-call\" data-group=\"true\"><a class=\"chakra-link css-128fqrf\" aria-label=\"february 26th tldc too long didnt call permalink\" href=\"#february-26th-tldc-too-long-didnt-call\"><svg viewbox=\"0 0 24 24\" focusable=\"false\" class=\"chakra-icon css-173jpr1\"><g fill=\"currentColor\"><path d=\"M10.458,18.374,7.721,21.11a2.853,2.853,0,0,1-3.942,0l-.892-.891a2.787,2.787,0,0,1,0-3.941l5.8-5.8a2.789,2.789,0,0,1,3.942,0l.893.892A1,1,0,0,0,14.94,9.952l-.893-.892a4.791,4.791,0,0,0-6.771,0l-5.8,5.8a4.787,4.787,0,0,0,0,6.77l.892.891a4.785,4.785,0,0,0,6.771,0l2.736-2.735a1,1,0,1,0-1.414-1.415Z\"\/><path d=\"M22.526,2.363l-.892-.892a4.8,4.8,0,0,0-6.77,0l-2.905,2.9a1,1,0,0,0,1.414,1.414l2.9-2.9a2.79,2.79,0,0,1,3.941,0l.893.893a2.786,2.786,0,0,1,0,3.942l-5.8,5.8a2.769,2.769,0,0,1-1.971.817h0a2.766,2.766,0,0,1-1.969-.816,1,1,0,1,0-1.415,1.412,4.751,4.751,0,0,0,3.384,1.4h0a4.752,4.752,0,0,0,3.385-1.4l5.8-5.8a4.786,4.786,0,0,0,0-6.771Z\"\/><\/g><\/svg><\/a>February 26th tl;dc (too long, didn&#8217;t call)<\/h2>\n<p class=\"chakra-text css-gi02ar\"><strong>Disclaimer:<\/strong> This is a digest of the topics discussed in the recurring Eth1.x research call, and doesn\u2019t represent finalized plans or commitments to network upgrades.<\/p>\n<p class=\"chakra-text css-gi02ar\">The main topics of this call were:<\/p>\n<ul role=\"list\" class=\"css-1ars4k6\">\n<li class=\"css-0\">The rough plan for the 1.x research summit in Paris following EthCC<\/li>\n<li class=\"css-0\">The Witness Format<\/li>\n<li class=\"css-0\">The &#8216;data retrieval problem&#8217;<\/li>\n<\/ul>\n<h2 class=\"chakra-heading group css-1kpzc4q\" id=\"logistics\" data-group=\"true\"><a class=\"chakra-link css-128fqrf\" aria-label=\"logistics permalink\" href=\"#logistics\"><svg viewbox=\"0 0 24 24\" focusable=\"false\" class=\"chakra-icon css-173jpr1\"><g fill=\"currentColor\"><path d=\"M10.458,18.374,7.721,21.11a2.853,2.853,0,0,1-3.942,0l-.892-.891a2.787,2.787,0,0,1,0-3.941l5.8-5.8a2.789,2.789,0,0,1,3.942,0l.893.892A1,1,0,0,0,14.94,9.952l-.893-.892a4.791,4.791,0,0,0-6.771,0l-5.8,5.8a4.787,4.787,0,0,0,0,6.77l.892.891a4.785,4.785,0,0,0,6.771,0l2.736-2.735a1,1,0,1,0-1.414-1.415Z\"\/><path d=\"M22.526,2.363l-.892-.892a4.8,4.8,0,0,0-6.77,0l-2.905,2.9a1,1,0,0,0,1.414,1.414l2.9-2.9a2.79,2.79,0,0,1,3.941,0l.893.893a2.786,2.786,0,0,1,0,3.942l-5.8,5.8a2.769,2.769,0,0,1-1.971.817h0a2.766,2.766,0,0,1-1.969-.816,1,1,0,1,0-1.415,1.412,4.751,4.751,0,0,0,3.384,1.4h0a4.752,4.752,0,0,0,3.385-1.4l5.8-5.8a4.786,4.786,0,0,0,0-6.771Z\"\/><\/g><\/svg><\/a>Logistics<\/h2>\n<p class=\"chakra-text css-gi02ar\">The summit to discuss and collaborate on Stateless Ethereum is planned for the weekend following EthCC, which will be an indispensable time for working on the most important and unsolved problems for this effort.<\/p>\n<p class=\"chakra-text css-gi02ar\">The schedule is not fixed yet, but a rough outline is coming together:<\/p>\n<p class=\"chakra-text css-gi02ar\"><strong>Saturday<\/strong> &#8211; After an hour of breakfast and free discussion, we&#8217;ll come together to agree on goals and scope for the summit. Then there is about 4 hours reserved for organized presentations and &#8216;deep dives&#8217; on particular topics of importance. In the later afternoon\/evening there will be another hour+ of free time and informal discussion.<\/p>\n<p class=\"chakra-text css-gi02ar\"><strong>Sunday<\/strong> &#8211; The same as before, but with only 2 hours of structured presentations, to encourage attendees to break out into groups and work on the various research or implementation topics for the rest of the Summit. Finally, there will be a concluding discussion to map out next steps and revise the tech tree.<\/p>\n<p class=\"chakra-text css-gi02ar\">It should be stated that this research summit is not focused on public or general engagement, in favor of making meaningful progress on the work ahead. This is not meant to be a spectator&#8217;s event, and indeed there is some expectation that attendees will have &#8216;done their homework&#8217; so that the short amount of time for discussion is efficiently spent.<\/p>\n<h2 class=\"chakra-heading group css-1kpzc4q\" id=\"technical-discussion\" data-group=\"true\"><a class=\"chakra-link css-128fqrf\" aria-label=\"technical discussion permalink\" href=\"#technical-discussion\"><svg viewbox=\"0 0 24 24\" focusable=\"false\" class=\"chakra-icon css-173jpr1\"><g fill=\"currentColor\"><path d=\"M10.458,18.374,7.721,21.11a2.853,2.853,0,0,1-3.942,0l-.892-.891a2.787,2.787,0,0,1,0-3.941l5.8-5.8a2.789,2.789,0,0,1,3.942,0l.893.892A1,1,0,0,0,14.94,9.952l-.893-.892a4.791,4.791,0,0,0-6.771,0l-5.8,5.8a4.787,4.787,0,0,0,0,6.77l.892.891a4.785,4.785,0,0,0,6.771,0l2.736-2.735a1,1,0,1,0-1.414-1.415Z\"\/><path d=\"M22.526,2.363l-.892-.892a4.8,4.8,0,0,0-6.77,0l-2.905,2.9a1,1,0,0,0,1.414,1.414l2.9-2.9a2.79,2.79,0,0,1,3.941,0l.893.893a2.786,2.786,0,0,1,0,3.942l-5.8,5.8a2.769,2.769,0,0,1-1.971.817h0a2.766,2.766,0,0,1-1.969-.816,1,1,0,1,0-1.415,1.412,4.751,4.751,0,0,0,3.384,1.4h0a4.752,4.752,0,0,0,3.385-1.4l5.8-5.8a4.786,4.786,0,0,0,0-6.771Z\"\/><\/g><\/svg><\/a>Technical discussion<\/h2>\n<h3 class=\"chakra-heading group css-xuzltg\" id=\"witness-format\" data-group=\"true\"><a class=\"chakra-link css-128fqrf\" aria-label=\"witness format permalink\" href=\"#witness-format\"><svg viewbox=\"0 0 24 24\" focusable=\"false\" class=\"chakra-icon css-173jpr1\"><g fill=\"currentColor\"><path d=\"M10.458,18.374,7.721,21.11a2.853,2.853,0,0,1-3.942,0l-.892-.891a2.787,2.787,0,0,1,0-3.941l5.8-5.8a2.789,2.789,0,0,1,3.942,0l.893.892A1,1,0,0,0,14.94,9.952l-.893-.892a4.791,4.791,0,0,0-6.771,0l-5.8,5.8a4.787,4.787,0,0,0,0,6.77l.892.891a4.785,4.785,0,0,0,6.771,0l2.736-2.735a1,1,0,1,0-1.414-1.415Z\"\/><path d=\"M22.526,2.363l-.892-.892a4.8,4.8,0,0,0-6.77,0l-2.905,2.9a1,1,0,0,0,1.414,1.414l2.9-2.9a2.79,2.79,0,0,1,3.941,0l.893.893a2.786,2.786,0,0,1,0,3.942l-5.8,5.8a2.769,2.769,0,0,1-1.971.817h0a2.766,2.766,0,0,1-1.969-.816,1,1,0,1,0-1.415,1.412,4.751,4.751,0,0,0,3.384,1.4h0a4.752,4.752,0,0,0,3.385-1.4l5.8-5.8a4.786,4.786,0,0,0,0-6.771Z\"\/><\/g><\/svg><\/a>Witness Format<\/h3>\n<p class=\"chakra-text css-gi02ar\">The first topic of technical discussion was centered around the recently submitted <a target=\"_blank\" rel=\"noopener\" class=\"chakra-link css-vezwxf\" href=\"https:\/\/github.com\/ethereum\/stateless-ethereum-specs\/pull\/1\">draft witness specification<\/a>, which will help to define implementation for all client teams.<\/p>\n<p class=\"chakra-text css-gi02ar\">The witness specification is really comprised of two parts: Semantics and Format. This organization has the desirable property of cleanly separating two aspects of the witness that might have different goals.<\/p>\n<p class=\"chakra-text css-gi02ar\">Semantics are a bit harder to get to grips with, and are concerned merely with the abstract methods of taking one group of objects and transforming them into other objects. The witness semantics are in simple formal language describing how to get from inputs to outputs, leaving all implementation details abstracted away. For example, questions about data serialization or parsing are not relevant to the witness semantics, as they are more of an implementation detail. The high-level goal of defining the semantics of witnesses in a formal way is to have a completely un-ambiguous reference for client teams to implement without a lot of back-and-forth. Admittedly, starting with formal semantics and working towards implementation (rather than say, coding out a reference implementation) is experimental, but it&#8217;s hoped that it will save effort in the long run and lead to much more robust and diverse Stateless Ethereum implementations. Format is much more concrete, and specifies real details that affect interoperability between different implementations.<\/p>\n<p class=\"chakra-text css-gi02ar\">The witness format is where things like the size of code chunks will be defined, and a good witness format will help different implementations stay inter-operable, and in general terms describes encoding and decoding of data. The format is not specifically geared at reducing witness size, rather at keeping the client implementations memory-efficient, and maximizing the efficiency of generation and transmission. For example, the current format can be computed in real time while walking through the state trie without having to buffer or process whole chunks, allowing the witness to be split into small chunks and streamed.<\/p>\n<p class=\"chakra-text css-gi02ar\">As a first draft, there is expected to be some refactoring before and after Paris as other researchers give feedback, and already there is a request for a bit more content on design motivations and high-level explanation concerning the above content. It was also suggested in the call that the witness format be written in about in an upcoming &#8220;The 1x Files&#8221; post, which seems like a great idea (stay tuned for that in the coming weeks).<\/p>\n<h3 class=\"chakra-heading group css-xuzltg\" id=\"transaction-validation-an-interlude\" data-group=\"true\"><a class=\"chakra-link css-128fqrf\" aria-label=\"transaction validation an interlude permalink\" href=\"#transaction-validation-an-interlude\"><svg viewbox=\"0 0 24 24\" focusable=\"false\" class=\"chakra-icon css-173jpr1\"><g fill=\"currentColor\"><path d=\"M10.458,18.374,7.721,21.11a2.853,2.853,0,0,1-3.942,0l-.892-.891a2.787,2.787,0,0,1,0-3.941l5.8-5.8a2.789,2.789,0,0,1,3.942,0l.893.892A1,1,0,0,0,14.94,9.952l-.893-.892a4.791,4.791,0,0,0-6.771,0l-5.8,5.8a4.787,4.787,0,0,0,0,6.77l.892.891a4.785,4.785,0,0,0,6.771,0l2.736-2.735a1,1,0,1,0-1.414-1.415Z\"\/><path d=\"M22.526,2.363l-.892-.892a4.8,4.8,0,0,0-6.77,0l-2.905,2.9a1,1,0,0,0,1.414,1.414l2.9-2.9a2.79,2.79,0,0,1,3.941,0l.893.893a2.786,2.786,0,0,1,0,3.942l-5.8,5.8a2.769,2.769,0,0,1-1.971.817h0a2.766,2.766,0,0,1-1.969-.816,1,1,0,1,0-1.415,1.412,4.751,4.751,0,0,0,3.384,1.4h0a4.752,4.752,0,0,0,3.385-1.4l5.8-5.8a4.786,4.786,0,0,0,0-6.771Z\"\/><\/g><\/svg><\/a>Transaction validation, an interlude<\/h3>\n<p class=\"chakra-text css-gi02ar\">Moving towards less concrete topics of discussion, one fundamental issue was brought up in the chat that warrants discussion: A potential problem with validating transactions in a stateless paradigm.<\/p>\n<p class=\"chakra-text css-gi02ar\">Currently, a node performs two checks on all transactions it sees on the network. First, the transaction nonce is checked to be consistent with all transactions from that account, and discarded if it is not valid. Second the account balance is checked to ensure that the account has enough gas money. In a stateless paradigm, these checks cannot be performed by anyone who does not have the state, which opens up a potential vector for attack. It&#8217;s eminently possible that the format of witnesses could be made to include the minimum amount of state data required to validate transactions from witnesses only, but this needs to be looked into further.<\/p>\n<p class=\"chakra-text css-gi02ar\">The transaction validation problem is actually related to a more general problem that Stateless Ethereum must solve, which is tentatively being called &#8220;The data retrieval problem&#8221;. The solution for data retrieval will also solve the transaction validation problem, so we&#8217;ll turn to that now.<\/p>\n<h3 class=\"chakra-heading group css-xuzltg\" id=\"data-retrieval-in-stateless-ethereum\" data-group=\"true\"><a class=\"chakra-link css-128fqrf\" aria-label=\"data retrieval in stateless ethereum permalink\" href=\"#data-retrieval-in-stateless-ethereum\"><svg viewbox=\"0 0 24 24\" focusable=\"false\" class=\"chakra-icon css-173jpr1\"><g fill=\"currentColor\"><path d=\"M10.458,18.374,7.721,21.11a2.853,2.853,0,0,1-3.942,0l-.892-.891a2.787,2.787,0,0,1,0-3.941l5.8-5.8a2.789,2.789,0,0,1,3.942,0l.893.892A1,1,0,0,0,14.94,9.952l-.893-.892a4.791,4.791,0,0,0-6.771,0l-5.8,5.8a4.787,4.787,0,0,0,0,6.77l.892.891a4.785,4.785,0,0,0,6.771,0l2.736-2.735a1,1,0,1,0-1.414-1.415Z\"\/><path d=\"M22.526,2.363l-.892-.892a4.8,4.8,0,0,0-6.77,0l-2.905,2.9a1,1,0,0,0,1.414,1.414l2.9-2.9a2.79,2.79,0,0,1,3.941,0l.893.893a2.786,2.786,0,0,1,0,3.942l-5.8,5.8a2.769,2.769,0,0,1-1.971.817h0a2.766,2.766,0,0,1-1.969-.816,1,1,0,1,0-1.415,1.412,4.751,4.751,0,0,0,3.384,1.4h0a4.752,4.752,0,0,0,3.385-1.4l5.8-5.8a4.786,4.786,0,0,0,0-6.771Z\"\/><\/g><\/svg><\/a>Data retrieval in Stateless Ethereum<\/h3>\n<p class=\"chakra-text css-gi02ar\">The full scope of this challenge is outlined <a target=\"_blank\" rel=\"noopener\" class=\"chakra-link css-vezwxf\" href=\"https:\/\/ethresear.ch\/t\/the-data-availability-problem-under-stateless-ethereum\/6973\">in an ethresearch forum post<\/a>, but the idea relatively straightforward and built from a few assumptions:<\/p>\n<p class=\"chakra-text css-gi02ar\">It&#8217;s possible to, within the current <span class=\"chakra-text css-ons8vw\">eth<\/span> protocol, build a stateless client using existing network primitives. This is <em class=\"chakra-text css-0\">sort of<\/em> what beam sync is, with the important distinction that beam sync is meant to keep state data and &#8216;backfill&#8217; it to eventually become a full node. A stateless client, by contrast, throws away state data and relies entirely on witnesses to participate in the network.<\/p>\n<p class=\"chakra-text css-gi02ar\">The current protocol and network primitives assume that there is a high probability that connected peers keep valid state, i.e. that connected peers are full nodes. This assumption holds now because most nodes are indeed full nodes with valid state. But this assumption cannot be relied upon if a high proportion of the network is stateless. The current protocol also does <strong>not<\/strong> specify a way for a new connected node to see if a connected peer has or does not have a needed piece of state data.<\/p>\n<p class=\"chakra-text css-gi02ar\">Stateless clients have better UX than full nodes. They will sync faster, and allow for near instantaneous connection to the network. It&#8217;s therefore reasonable to assume that over time more and more nodes will move towards the stateless end of the spectrum. If this is the case, then the assumption of data availability will become less and less sound with a higher proportion of stateless nodes on the network. There is a theoretical &#8216;tipping point&#8217; where stateless nodes outnumber stateful nodes by far, and a random assortment of peers has a sufficiently low probability of at least one holding the desired piece of state. At that (theoretical) point, the network breaks.<\/p>\n<p class=\"chakra-text css-gi02ar\">The kicker here is that <strong>if the network allows state to be gotten on demand (as it does now), a stateless client can (and will) be made on the same protocol<\/strong>. Extending this reasoning to be more dramatic: Stateless clients are inevitable, and the data retrieval problem will come along with them. It follows then, that significant changes to the <span class=\"chakra-text css-ons8vw\">eth<\/span> network protocol will need to be made in order to categorically prevent the network from reaching that tipping point, or at least push it further away through client optimizations.<\/p>\n<p class=\"chakra-text css-gi02ar\">There are a lot of open-ended topics to discuss here, and importantly there is disagreement amongst the 1x researchers about exactly how far the network is from that theoretical breaking point, or if the breaking point exists at all. This highlights the need for more sophisticated approaches to network simulation, as well as the need for defining the problem clearly at the research summit before working towards a solution.<\/p>\n<h2 class=\"chakra-heading group css-1kpzc4q\" id=\"\u00e0-tout-\u00e0-lheure\" data-group=\"true\"><a class=\"chakra-link css-128fqrf\" aria-label=\"\u00e0 tout \u00e0 lheure permalink\" href=\"#\u00e0-tout-\u00e0-lheure\"><svg viewbox=\"0 0 24 24\" focusable=\"false\" class=\"chakra-icon css-173jpr1\"><g fill=\"currentColor\"><path d=\"M10.458,18.374,7.721,21.11a2.853,2.853,0,0,1-3.942,0l-.892-.891a2.787,2.787,0,0,1,0-3.941l5.8-5.8a2.789,2.789,0,0,1,3.942,0l.893.892A1,1,0,0,0,14.94,9.952l-.893-.892a4.791,4.791,0,0,0-6.771,0l-5.8,5.8a4.787,4.787,0,0,0,0,6.77l.892.891a4.785,4.785,0,0,0,6.771,0l2.736-2.735a1,1,0,1,0-1.414-1.415Z\"\/><path d=\"M22.526,2.363l-.892-.892a4.8,4.8,0,0,0-6.77,0l-2.905,2.9a1,1,0,0,0,1.414,1.414l2.9-2.9a2.79,2.79,0,0,1,3.941,0l.893.893a2.786,2.786,0,0,1,0,3.942l-5.8,5.8a2.769,2.769,0,0,1-1.971.817h0a2.766,2.766,0,0,1-1.969-.816,1,1,0,1,0-1.415,1.412,4.751,4.751,0,0,0,3.384,1.4h0a4.752,4.752,0,0,0,3.385-1.4l5.8-5.8a4.786,4.786,0,0,0,0-6.771Z\"\/><\/g><\/svg><\/a>\u00c0 tout \u00e0 l\u2019heure\u202f!<\/h2>\n<p class=\"chakra-text css-gi02ar\">Exciting things will undoubtedly be unfolding as a result of the in-person research to be conducted in Paris in the coming fortnight, and the next few installments of &#8220;The 1.x Files&#8221; will be devoted to documenting and clearly laying out that work.<\/p>\n<p class=\"chakra-text css-gi02ar\">The summit in Paris is very nearly at full capacity, so if you have not filled out the RSVP form to attend please get in touch with Piper to see if there is space.<\/p>\n<p class=\"chakra-text css-gi02ar\">As always, if you&#8217;re interested in participating in the Stateless Ethereum research effort, come join us on ethresear.ch, get invited to the telegram group, and reach out to @gichiba and\/or @JHancock on twitter.<\/p>\n<\/div>\n<p><br \/>\n<br \/><a href=\"https:\/\/blog.ethereum.org\/en\/2020\/02\/28\/eth1x-files-digest-no-3\">Source link <\/a><\/p>\n","protected":false},"excerpt":{"rendered":"<p>February 26th tl;dc (too long, didn&#8217;t call) Disclaimer: This is a digest of the topics discussed in the recurring Eth1.x research call, and doesn\u2019t represent finalized plans or commitments to network upgrades. The main topics of this call were: The rough plan for the 1.x research summit in Paris following EthCC The Witness Format The [&hellip;]<\/p>\n","protected":false},"author":6,"featured_media":18222,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"tdm_status":"","tdm_grid_status":"","footnotes":""},"categories":[24],"tags":[],"kronos_expire_date":[],"class_list":["post-18359","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-ethereum"],"_links":{"self":[{"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/posts\/18359","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/users\/6"}],"replies":[{"embeddable":true,"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/comments?post=18359"}],"version-history":[{"count":0,"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/posts\/18359\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/media\/18222"}],"wp:attachment":[{"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/media?parent=18359"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/categories?post=18359"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/tags?post=18359"},{"taxonomy":"kronos_expire_date","embeddable":true,"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/kronos_expire_date?post=18359"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}