Gnosis Core Devs Call Notes August 30, 2023

August 30, 2023
Armagan Ercan

The participants of this call include representatives from various teams such as Erigon, Gateway, Nethermind, Geth, Gnosis DevOps, Gnosis Core Devs, Gnosis DevRels, Gnosis Comms team, and community contributors. The presence of diverse team members ensures that discussions are comprehensive and informative, with insights from multiple perspectives.

For those who missed the live meeting, a full recording is available on YouTube.

The Gnosis Core Devs Call is a crucial component of the Gnosis ecosystem. It provides an opportunity for participants to stay informed, share ideas and collaborate, thus driving innovation and progress within the Gnosis community.

August 30, 2023

Client Team Updates


  • Nethermind:
    A new state layout is being worked on, which will optimize block processing significantly
    80% to 20% of the block processing time
    Will introduce snapshots with this update or soon after
    Will allow for snap sync for Gnosis Chain
    Might ship end of year, but no guarantee
    Geth has been working on something similar for 2 years and will be shipping soon
  • Erigon:
    No updates
  • Geth:
    Guillaume got pre-shapella and post-shapella states
    He’s going to implement the hard fork and see if he gets the right post-state after
    A Nethermind archive node was set up for Guillaume so he can trace and get states


  • Lighthouse
    Merged the Chiado config

Chain Infra

  • Gateway
    No updates


Auto claim

Hive Tests

Fixed the last issue for Erigon
Related to warm coinbase
Working on merging dencun tests
Will likely break some tests, but that makes sense


  • Big block experiment
    We’re going to deliberately spam the network with big blocks to see if it causes issues
    Slower slots / propagation
    Less attestations / falling behind
  • History of Gnosis Chain, specifically regarding spamming and attacks
    Started by implementing AuRa in 2019 and then POSDAO
    Not much recollection of the different attacks
    It would be quite cheap to fill blocks, and having somewhat full blocks could cause a lot of nodes to struggle
    Right now we’re at 5-10% of block capacity
    It should still be in spec, be it for block producing or propagation
    Block production should stay under 150ms
    Might be a bit more expensive for node operators, but that makes sense
    Lion’s concern: we now have a very decentralized network, where users might not have sufficiently powerful systems or network connections. Could this introduce risks?
    Of course, some users with under specced systems could be left behind, but that shouldn’t be an issue
    For the cheap spamming issue, we had talks about increasing the minimum base fee
    We were quite against this though, as the costs should scale automatically based on needs

Read original article on mirror.xyzRead original article on substack