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
Initially the CLI was the only crate that needed to know about the config. But it should rather be a dependency so that other crates can read from a configuration to know about:
Networks
Keys
Contract Aliases
One initial use case: Compile time info:
For example, the native SAC has a deterministic Address given a network. So a contract compiled for testnet should be able to statically include it. However, the contract needs to know what network it's being compiled for, which could be provided through stellar-config.
What problem does your feature solve?
Initially the CLI was the only crate that needed to know about the config. But it should rather be a dependency so that other crates can read from a configuration to know about:
One initial use case: Compile time info:
For example, the native SAC has a deterministic Address given a network. So a contract compiled for testnet should be able to statically include it. However, the contract needs to know what network it's being compiled for, which could be provided through
stellar-config
.What would you like to see?
Standardize set of configurations to be collected into one crate.
What alternatives are there?
The text was updated successfully, but these errors were encountered: