You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Rachid has shared his main pain points when interacting with our API/docs:
* getting the token docs need to be more appearent in the docs. I always struggle to find the right commands
`Error: cant access the auth token: token/node-store flag was not specified: no opened Node Store found (no node is running)`
I don't understand what this error means. The bridge node is running but still it complains. Should I run a light/full node? also, if the fix is always the same, would it make sense to add it in the error message?
--url string Request URL what is this URL? what does it mean?
--token string Authorization token I would add hints on how to get it. something like: if you still haven't generated one, use celestia <node_type> admin auth to get it.
account-address Retrieves the address of the node's account/signer.
balance Retrieves the Celestia coin balance for the node's account/signer and verifies it against the corresponding block's AppHash.
balance-for-address Retrieves the Celestia coin balance for the given address and verifies the returned balance against the corresponding block's AppHash.
I don't exacly get what they do, the difference and I guess the verifies it against the corresponding block's AppHash is too specific to be exposed to users.
I guess that setting the CELESTIA_CUSTOM to run against a custom network needs to be documented in a clear place in the docs. I struggled and had to ask node to know how to run it for a custom node. Alternatively, you could provide a CLI flag --trusted.hash -chain.id that need to be set when setting p2p.network custom
I propose to stick to the same names in comsos-sdk for subcommands and even stick to the tx|query subcommand to organise the subcommands. For example, begin-redelegate can be redelegate simply and even copy the description as it's clear, concise and anyone in the space is already familiar with.
I propose to discuss here how we can improve it 🙂
The text was updated successfully, but these errors were encountered:
getting the token docs need to be more appearent in the docs. I always struggle to find the right commands
Just reemphasising this point. I also struggled a little with understanding how to use the auth tokens. I asked Josh to try make it more prevalent in the docs (and included a note on it in the Node API page).
I also don't think it needs to be enabled if your node's API is only exposed on the localhost.
I also had the problem where rollkit required it so even if I used the flag it had to be set in rollkit. I think they have since fixed this problem
Originally posted by @rach-id
Rachid has shared his main pain points when interacting with our API/docs:
I propose to discuss here how we can improve it 🙂
The text was updated successfully, but these errors were encountered: