Skip to main content

33 posts tagged with "CoreDevsCall"

View All Tags

· 3 min read
Ale Banzas
0xarmagan

Hello everyone from the weekly Gnosis Core Devs Call. This meeting is repeated on Wednesday every week. Watch on Gnosis Chain YouTube channel. ‍

Participants: Erigon, Gateway, Nethermind, Geth, Gnosis DevOps, Gnosis Core Devs, Gnosis DevRels, Gnosis Comms team and the contributors.

TL;DR

At this week's short meeting, the latest status updates on the withdrawal contract was talked and possible implementation scenarios were evaluated. In addition, opinions were shared about Shanghai testing tools and POSDAO testnet. Updates from Core Dev Team updates on Erigon, Gateway, Nethermind, Geth, Prysm were included in the agenda.Additionally, updates from the Core Dev Team updates about Erigon, Gateway, Nethermind, Geth, Prysm were included in the agenda.

Topics:​

  • Withdrawals Contract
  • Core Dev Team updates
  • Shanghai testing tools
  • Base Fee

Let’s take a look at the core devs call updates.

Call Notes

Withdrawals Contract​

  • Not many changes since last week
  • Waiting for feedback before continuing the implementation 3 possibilities 1. Declare that the GNO token on the GC is a canonical token Mint it when the contract has not enough tokens Violates the first principles of the GNO token 2. Mint an GNO on GC token when the contract has not enough tokens Violates the bridge pledge logic 3. Do not issue a token when the contract has not enough tokens, but instead leave a note that in the future the user will be able to receive funds if they will be on the withdrawal contract (violates the logic of creating an mGNO token because of staking) E.g. “promissory”GNO

Chain Infra​

  • Gateway
    • 20% of Chiado traffic goes to Gateway RPC
    • Need to start getting traffic from Mainnet RPC

Core Dev Team updates​

  • EL
    • Erigon
      • No updates
    • Nethermind
      • Working on running devnets for withdrawals with mock contracts
      • The withdrawal spec is going to be different on Gnosis than on mainnet, so testing would be quite useful
      • Wrote a script to verify if some bytecodes are used
      • Resource utilization is apparently lower than before
    • Geth
    • Philippe
      • Added Chiado chainspec to Lodestar
      • Added deposit blocks for Gnosis and Chiado to
    • Erigon
      • To allow for –prune=r without having to specify –prune.r.before=firstDepositBlock
      • WIP: Light clients for CL for Gnosis and Erigon
      • WIP: Nimbus + Erigon

Other issues​

  • Bridge Coordinator
    • Will update in subsequent week

Issues​

  • Gateway
    • Shanghai testing tools?
    • Igor might have been working on this already
    • Waiting for him and dapplion
  • POSDAO tests?
    • Need to add withdrawals tests

· 4 min read
Ale Banzas
0xarmagan

Hello everyone from the weekly Gnosis Core Devs Call. This meeting is repeated on Wednesday every week. Watch on Gnosis Chain YouTube channel ‍

Participants: Erigon, Gateway, Nethermind, Geth, Gnosis Core Devs, Gnosis DevRels, Gnosis Comms team and the contributors.

TL;DR

During this week's meeting, the topic of the Withdrawal Contract was thoroughly discussed. The latest updates regarding xDai fees, which were brought to the table last week, were also discussed. Additionally, updates from the Core Dev Team (Erigon, Gateway, Nethermind, Geth, Prysm) were included in the agenda.

Topics:​​

  • Withdrawals Contract
  • xDai “fees”
  • Core Dev Team updates
  • InterOp update
  • Base Fee

Let's take a look at the core devs call updates.

Call Notes​

  • Chain Infra

  • Ale: from Discord

    • Source of “block rewards” GNO
      • Withdrawals contract (with Ihor)
      • Option 1: Large reserve that pays out GNO rewards (bridged from ETH)
      • Option 2: Hardfork to “mint” GNO on-chain native to Gnosis Chain

  • Withdrawals Contract

    • Current status
    • Need to decide on approach given differences between ETH & GNO
      • Ethereum = ETH is native, while mGNO is not
      • Withdrawals on GNO will “withdraw” it from the deposit contract
    • The “deposit contract” option is being taken for now Withdrawal contract will rely on “reserve” contract that will be funded before/after Treasury will need to send more GNO to the Withdrawal contrat to account for block rewards https://etherscan.io/token/0x6810e776880c02933d47db1b9fc05908e5386b96#balanceshttps://github.com/gnosischain/specs/blob/master/execution/withdrawals.md
    • Alternative approach
      • Minting mGNO on Gnosis Chain thru increment the mGNO token registry thru system call (i.e. “issue” mGNO)
      • Ihor: how do we maintain total token balance (i.e. sum(GNO on Ethereum chain) == 3_000_000)
    • There is no way to convert mGNO to GNO
      • Ihor is implementing mGNO to GNO unwrapping logic in the mGNO wrapper
      • Upgradeable contract
    • Long-term business direction
      • GNO on Ethereum is a “claim” against native GNO on Gnosis
      • Reduce dependency of GNO on GNO on Etheruem or Bridges
    • Need to write a forum post on Gnosis Forum

  • xDai “fees”

  • Core Dev Team updates

    • Erigon
      • Fixing issues with eth_blockNumber
      • Prep EIP-170 with Shanghai update
        • Contract code size limit
        • Previously omitted in Gnosis Chain - POSDAO had code size limit in POSDAO contract (permissionContract)
        • EIP-3860 - relies on EIP-170
      • Prep for Withdrawals work
    • Nethermind
      • Waiting on Withdrawals spec
      • Proof-of-concept implementation based on what Nethermind team knows about withdrawals
      • Can do some local testing on
      • Scanning chain for opcodes +
    • Gateway
      • Igor: This week we finalized Chiado checkpoint sync endpoint, I fixed some tracing issue in Erigon reported by our users, waiting for more traffic from Gnosis RPC
    • Geth
      • Full Sync
      • Snap Sync - some issues
    • Prysm
      • Merged the PR
      • Should be able to run stock on Prysm - pass in config file
      • Let Guillaume know if we encounter issues

  • Any other issues

    • Philippe: Erigon + Nimbus are publishing blocks

  • Base Fee

    • Spam protection
    • 1 gwei would allow it to kick in within ~10min of full blocks, vs hours
    • Tomasz had strong objections - should table it

  • InterOp update?

    • Withdrawals + Shanghai - shadowforks are working
    • SSZ in execution layer (vs RLP for txns)
      • SSZ (CL) vs RLP (EL)
      • Backward compatibility of txns in SSZ
    • EOF - shelved
    • Specs
      • Danube - 4844
      • Electra - verkle (Guillaume)

  • Consensus Spec tests

    • Needed for Nimbus merge

· 2 min read
Ale Banzas
0xarmagan

Call Info​

Hello everyone from the weekly Gnosis Core Devs Call. This meeting is repeated on Wednesday every week. Watch on Gnosis Chain YouTube channel ‍ Participants: Erigon, Gateway, Nethermind, Gnosis DevOps, Gnosis Core Devs, Gnosis Comms team and the contributors.

Topics:​

  • Shanghai upgrades details from Nethermind
  • RPC updates from Gateway
  • Suggestion from Stefan: Increase base fee to 1GWEI?

Let's take a look at the core devs call updates.

Erigon​

  • Chiado: Might be finished this month
  • Mainnet: Erigon got stuck while syncing mainnet twice, reboot helped
  • Also affects other networks
  • Not seen in 2.36.1 yet
  • Work going on for withdrawals (for Ethereum mainnet)
  • We should review the specs for Gnosis when everyone is back, because there’s some new context

Gateway​

  • Launched archival RPC (Gnosis mainnet)
  • Will launch a website with the new public RPC
  • Launching checkpoint sync for Chiado (probably today)
  • Fixed an issue with the rate limiter that was too eager
  • Looking into looking a bridge validator on Chiado, and then on mainnet
  • Waiting for Giacomo to accept traffic on the RPC

Nethermind​

  • Implementation for withdrawals on Gnosis (and mainnet)
  • Only missing part is the smart contract used for withdrawals
  • Stefan: Ihor will write the contracts (WIP, ETA: 1 month)

Stefan: Increase base fee to 1GWEI? ‍​

  • Allows us to make constant spamming very costly. Currently it is too cheap.
  • Current base fee: 7 wei -> extremely cheap to spam the network for a long time
  • Increasing the base fee to 1 gwei would make it expensive to spam the network even for 10 minutes
  • Would require a simple hard fork, which could be included in another hard fork ‍

Jorge (Nethermind)‍​

  • No strong opinion
  • The computation limit is bound by the gas limit anyways
  • Sustained loads would increase the gas price exponentially as per EIP-1559
  • On Chiado, a spam of 30 - 60 minutes increased the base fee to hundreds of gwei
  • The main idea is to prevent nefarious actors to put relevant transactions on hold for some time, which would degrade user experience

Gnosis DevOps​

  • Chiado RPC routing implemented (testing with Gateway), then mainnet
  • 2 Chiado long-term bootnodes
  • Update configs