CIPs icon indicating copy to clipboard operation
CIPs copied to clipboard

docs(cip-13): add NetworkMinGasPrice to params list

Open ninabarbakadze opened this issue 1 year ago • 12 comments

Overview

  • Fixes #113

ninabarbakadze avatar Mar 27 '24 12:03 ninabarbakadze

Looks like markdownlint is failing here. Is the plan to hold off on merging this until the Lemongrass hardfork executes on mainnet?

rootulp avatar Mar 27 '24 14:03 rootulp

Looks like markdownlint is failing here. Is the plan to hold off on merging this until the Lemongrass hardfork executes on mainnet?

waiting till lemongrass is executed seems reasonable to me. should i convert this into a draft till then?

ninabarbakadze avatar Mar 27 '24 15:03 ninabarbakadze

should i convert this into a draft till then?

Sounds good to me. That way we don't accidentally merge it early.

rootulp avatar Mar 27 '24 15:03 rootulp

Looks like markdownlint is failing here. Is the plan to hold off on merging this until the Lemongrass hardfork executes on mainnet?

My impression was that all these CIPs should be finalized before the lemongrass hardfork is finalized hence this PR should be merge ASAP

Finalizing does not mean implemented nor in production just that the design has been agreed upon

cmwaters avatar Apr 23 '24 09:04 cmwaters

This PR doesn't change anything about the design. It adds a param to the living document of params in CIP-13. IMO we don't need to merge this PR ASAP because Lemongrass is still months away.

If you want to merge this PR ASAP, then I propose adding versions to the relevant params in CIP-13 and then we can merge a modified version of this PR that states GlobalMinGasPrice is only relevant to app version 2.

rootulp avatar Apr 23 '24 14:04 rootulp

Overview

I updated the definition and the value to latest. @rootulp @cmwaters

Should we merge? @YazzyYaz @jcstein

ninabarbakadze avatar Jul 24 '24 10:07 ninabarbakadze

IMO we shouldn't merge b/c then the params in this table don't reflect what is on mainnet. I think the intention of this table is that it's a living document of what is on mainnet. If we want to preserve that, we could have two tables like what is done here:

  1. https://celestiaorg.github.io/celestia-app/specs/parameters_v1.html
  2. https://celestiaorg.github.io/celestia-app/specs/parameters_v2.html

Or we wait until v2.0.0 gets deployed on mainnet

rootulp avatar Jul 24 '24 14:07 rootulp

I'll mark as draft again as to prevent an accidental early merge :)

jcstein avatar Jul 24 '24 14:07 jcstein

[tangent] I think it's going to be a slight maintenance burden to keep this document up to date with what is on mainnet. We already have: https://celestiaorg.github.io/celestia-app/specs/parameters.html so I don't see CIP-13 adding much value.

rootulp avatar Jul 24 '24 14:07 rootulp

Do the parameters update based on what is on mainnet already? https://celestiaorg.github.io/celestia-app/specs/parameters.html

jcstein avatar Jul 24 '24 14:07 jcstein

Nope that's manually updated. I'm trying to minimize the number of places we need to update b/c I think it could lead to inconsistencies.

Also the source of truth is the params actually on mainnet so we could generate a site that queries the params from a mainnet node and displays them.

rootulp avatar Jul 24 '24 15:07 rootulp

I'm trying to minimize the number of places we need to update b/c I think it could lead to inconsistencies.

seems like a safe idea. I wonder if maybe we can turn this CIP into one that lives on the site somehow...similarly to how, for example, https://celestia.cool pulls latest mempool info from a consensus endpoint

jcstein avatar Jul 24 '24 15:07 jcstein