Code Monkey home page Code Monkey logo

docs's People

Watchers

 avatar  avatar  avatar  avatar

docs's Issues

Add more state sync information

Currently, since both our testnet and our mainnet had many on-chain updgrades, in order to use the state sync feature a new validator is required to know:

  • which Desmos version to use when starting the sync
  • the height to be used when setting up state sync

In order to make things easier, we should add inside our documentation a page (or a section) that lists all the on-chain upgrade that we had and the associated Desmos binary version that should be used to sync from that chain onward. Something like this could work (mainnet):

State sync height Desmos version
0 - 1149679 v1.0.1
1149680 - 1347304 v2.3.0
> 1347305 v2.3.1

Also, we should explicitly tell that each time the sate sync height is changed, they need to run desmos unsafe-reset-all before trying to state sync again.

Docs: Add upgrade info

Problem:

  • I was unable to find any info in the documentation pertaining to chain upgrades with cosmovisor

Tasks:

  • Update the docs and include how to prepare for a chain upgrade either by relying on DAEMON_ALLOW_DOWNLOAD_BINARIES or manually building the binary beforehand and moving it in to the cosmovisor folder

Validator setup - Parameters

While describing the command to upgrade a node to validator, both for testnet and mainnet, the following parameters appear:

--gas="auto" --gas-adjustment="1.2" --gas-prices="0.025udsm"

Probably due to a wrong setting on the automatic gas calculation, the transaction fails (in both testnet and mainnet) with the following log:

raw_log: 'out of gas in location: ReadFlat; gasWanted: 0, gasUsed: 1000: out of gas'

By removing the mentioned parameters from the call, the transaction works, both in testnet and in mainnet.

It seems as well that the correct syntax for the parameters should be --gas-adjustment=1.2 as a number instead of a string.

Change URL paths

I noticed there are some URLs that are somewhat different from current ones, and others that I believe could be simplified. I propse to do the following changes:

Current path New path
/full-node /fullnode
developers/types/profiles/02-types/profiles/profile developers/types/profiles/porofile
developers/transactions/profiles/03-transactions/profiles/save-profile developers/transactions/profiles/save-profile
04-queries/profiles/profile developers/queries/profiles/profile

Note that the types, transactions and queries one should apply to all other types as well.

Currently there is an additional part in the first two (/profiles/02-types) that I think should be deleted to make it more clear.

For queries, instead, I believe we could change the first part (/04-queries) to make it more similar to the types and transactions ones.

Algolia docusearch not working

Algolia Search is currently not working, probably this is due to the fact that at the moment of activation the docs.desmos.network was pointing to the old docs. I've re-requested the docusearch for the new docs and currently waiting for response from them

Fullnode setup - Differentiate procedures for fullsync vs statesync

The current documentation in Running a Full Node / Setup states that "To connect to an existing network, or start a new one, a genesis file is required" and provides a link to a procedure.

With the release of Desmos v2.3.1, only the state sync is supported, as the application will not be able to read the genesis file - which was created with Desmos v1.

In order to sync a node with fullsync from genesis file, the node needs to install Desmos v1.0.3 and go through all the upgrades using Cosmovisor. The latter procedure is not described, and it does not refer to v2.3.1.

It is thus necessary to make explicit in this documentation that fullsync from genesis is not possible, and, in case it is needed, to link to the specific procedure, which also will include the need for downgrade (and some possible error deriving from that) and the fundamental setup of Cosmovisor to manage the automatic chain upgrades happening while syncing the node from genesis.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.