ouroboros-consensus-cardano-0.20.0.0: The instantation of the Ouroboros consensus layer used by Cardano
Safe HaskellSafe-Inferred
LanguageHaskell2010

Cardano.Node.Types

Synopsis

Configuration

class AdjustFilePaths a where Source #

Methods

adjustFilePaths ∷ (FilePathFilePath) → a → a Source #

Instances

Instances details
AdjustFilePaths GenesisFile Source # 
Instance details

Defined in Cardano.Node.Types

AdjustFilePaths NodeAlonzoProtocolConfiguration Source # 
Instance details

Defined in Cardano.Node.Types

AdjustFilePaths NodeByronProtocolConfiguration Source # 
Instance details

Defined in Cardano.Node.Types

AdjustFilePaths NodeConwayProtocolConfiguration Source # 
Instance details

Defined in Cardano.Node.Types

AdjustFilePaths NodeProtocolConfiguration Source # 
Instance details

Defined in Cardano.Node.Types

AdjustFilePaths NodeShelleyProtocolConfiguration Source # 
Instance details

Defined in Cardano.Node.Types

AdjustFilePaths NodeConfigStub Source # 
Instance details

Defined in Cardano.Tools.DBSynthesizer.Orphans

AdjustFilePaths NodeCredentials Source # 
Instance details

Defined in Cardano.Tools.DBSynthesizer.Orphans

AdjustFilePaths a ⇒ AdjustFilePaths (Maybe a) Source # 
Instance details

Defined in Cardano.Node.Types

Methods

adjustFilePaths ∷ (FilePathFilePath) → Maybe a → Maybe a Source #

data ConfigError Source #

Errors for the cardano-config module.

Instances

Instances details
Show ConfigError Source # 
Instance details

Defined in Cardano.Node.Types

newtype ConfigYamlFilePath Source #

Filepath of the configuration yaml file. This file determines all the configuration settings required for the cardano node (logging, tracing, protocol, slot length etc)

Constructors

ConfigYamlFilePath 

newtype DbFile Source #

Constructors

DbFile 

Fields

Instances

Instances details
Show DbFile Source # 
Instance details

Defined in Cardano.Node.Types

Methods

showsPrecIntDbFileShowS #

showDbFileString #

showList ∷ [DbFile] → ShowS #

Eq DbFile Source # 
Instance details

Defined in Cardano.Node.Types

Methods

(==)DbFileDbFileBool #

(/=)DbFileDbFileBool #

newtype MaxConcurrencyBulkSync Source #

newtype MaxConcurrencyDeadline Source #

Consensus protocol configuration

data NodeByronProtocolConfiguration Source #

Constructors

NodeByronProtocolConfiguration 

Fields

data NodeHardForkProtocolConfiguration Source #

Configuration relating to a hard forks themselves, not the specific eras.

Constructors

NodeHardForkProtocolConfiguration 

Fields

  • npcTestEnableDevelopmentHardForkErasBool

    During the development and integration of new eras we wish to be able to test the hard fork transition into the new era, but we do not wish to generally have the node advertise that it understands the new era. Avoiding advertising new development eras until they are ready makes it practical to include new not-yet-ready eras into the main release version of the node without the danger that operators on the mainnet will prematurely advertise that their nodes are capable of crossing the next hard fork.

    It should always remain at the default of false for nodes running on the mainnet.

    This flag should be set to true for nodes taking part in testnets for testing the new era.

  • npcTestShelleyHardForkAtEpochMaybe EpochNo

    For testing purposes we support specifying that the hard fork happens at an exact epoch number (ie the first epoch of the new era).

    Obviously if this is used, all the nodes in the test cluster must be configured the same, or they will disagree.

  • npcTestAllegraHardForkAtEpochMaybe EpochNo

    For testing purposes we support specifying that the hard fork happens at an exact epoch number (ie the first epoch of the new era).

    Obviously if this is used, all the nodes in the test cluster must be configured the same, or they will disagree.

  • npcTestMaryHardForkAtEpochMaybe EpochNo

    For testing purposes we support specifying that the hard fork happens at an exact epoch number (ie the first epoch of the new era).

    Obviously if this is used, all the nodes in the test cluster must be configured the same, or they will disagree.

  • npcTestAlonzoHardForkAtEpochMaybe EpochNo

    For testing purposes we support specifying that the hard fork happens at an exact epoch number (ie the first epoch of the new era).

    Obviously if this is used, all the nodes in the test cluster must be configured the same, or they will disagree.

  • npcTestBabbageHardForkAtEpochMaybe EpochNo
     
  • npcTestConwayHardForkAtEpochMaybe EpochNo