-
Notifications
You must be signed in to change notification settings - Fork 88
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fetch known network config #1156
Conversation
Instead of including configuration files for various known networks, the withCardanoNodeOnKnownNetwork function now fetches the files from a known remote server.
This is now possible as submodules were only problematic when mentioned in .cabal files.
This is not needed since we removed the need for submodules from the haskell package builds.
c719ff6
to
e4c26bd
Compare
Transactions CostsSizes and execution budgets for Hydra protocol transactions. Note that unlisted parameters are currently using
Script summary
Cost of Init Transaction
Cost of Commit TransactionThis is using ada-only outputs for better comparability.
Cost of CollectCom Transaction
Cost of Close Transaction
Cost of Contest Transaction
Cost of Abort TransactionSome variation because of random mixture of still initial and already committed outputs.
Cost of FanOut TransactionInvolves spending head output and burning head tokens. Uses ada-only UTxO for better comparability.
End-To-End Benchmark ResultsThis page is intended to collect the latest end-to-end benchmarks results produced by Hydra's Continuous Integration system from the latest Please take those results with a grain of salt as they are currently produced from very limited cloud VMs and not controlled hardware. Instead of focusing on the absolute results, the emphasis should be on relative results, eg. how the timings for a scenario evolve as the code changes. Generated at 2023-11-08 07:00:03.01321839 UTC 3-nodes ScenarioA rather typical setup, with 3 nodes forming a Hydra head.
Baseline ScenarioThis scenario represents a minimal case and as such is a good baseline against which to assess the overhead introduced by more complex setups. There is a single hydra-node d with a single client submitting single input and single output transactions with a constant UTxO set of 1.
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I like we are now fetching configurations from remote URL, but then why adding back submodules for testnets? Can't we just do the same, pull the configuration from cardano-world?
Was not in the mood of doing shell scripting. Maybe I do it in a separate PR? |
…own-network-config Fetch known network config
📡 Fetch known network configuration in
hydra-cluster
instead of using the vendored config fromcardano-configurations
📡 Remove known network configurations from
hydra-cluster
📡 Re-add the submodule to
cardano-configuration
, but only use it for thetestnets/
scripts📡 Clean up
nix
invocations in CI and documentation which were still mentioning?submodules=1