- 30 5月, 2018 1 次提交
-
-
由 arhag 提交于
Also changes with --genesis-timestamp in chain_plugin: * Can only be specified on chain initialization. * Utilized for chain initialization even if --genesis-json is not passed in as well. * Adjusts timestamp to nearest block interval even if an explicit timestamp is passed in rather than "now".
-
- 29 5月, 2018 4 次提交
-
-
由 Kevin Heifner 提交于
-
由 Kevin Heifner 提交于
-
由 Bart Wyatt 提交于
provide an async implementation for incoming::transaction_async , buffer up the retry-able transactions. EOSIO/eos#3359
-
由 arhag 提交于
-
- 28 5月, 2018 1 次提交
-
-
由 Bart Wyatt 提交于
-
- 26 5月, 2018 6 次提交
-
-
由 Bart Wyatt 提交于
-
由 arhag 提交于
chain_id_type should be its own type (without a public default constructor) rather than just a typedef of fc::sha256 #3415 Special exceptions had to be made to `fc::variant::as()const` and chain_plugin and net_plugin to access the private default constructor. This is an ugly hack but it works for now. Eventually I need to see if there is a better solution.
-
由 arhag 提交于
-
由 arhag 提交于
-
由 arhag 提交于
Also the initial public key of the 'eosio' account can now be specified in CMake rather than specifying the chain ID.
-
由 Bart Wyatt 提交于
-
- 25 5月, 2018 3 次提交
-
-
由 arhag 提交于
Also fixed --genesis-timestamp bug.
-
由 arhag 提交于
Also return correct error code when database is dirty.
-
由 Anton Perkov 提交于
-
- 24 5月, 2018 5 次提交
-
-
由 Bucky Kittinger 提交于
-
由 Brian Johnson 提交于
-
由 Anton Perkov 提交于
-
由 arhag 提交于
-
由 arhag 提交于
-
- 23 5月, 2018 5 次提交
-
-
由 Bart Wyatt 提交于
Chain, producer, sql_db and history plugins will now unsubscribe from all controller signals on shutdown to prevent callbacks when neither the plugin NOR the controller is safe to access Additionally, fixed the logic for max-irreversible-block-age which was only calculating the age when the LIB changed and, fixed a razor-sharp-edge case where producer plugin could shut down with an in-flight boost deadline_timer "success" that resulted in dereferencing a destoyed impl pointer
-
由 arhag 提交于
-
由 arhag 提交于
-
由 arhag 提交于
-
由 Bart Wyatt 提交于
persisted transactions are the transactions _directly submitted to that node_. They should only exist on RPC nodes that are accepting transactions from users. As such the expectation (from our smoke tests at least) is that said node will persist the state of the chain + that transaction until either the block-chain represents the side effects of the transaction OR the transaction expires. From the pov of the producer plugin, this means that even when speculating on a block the block should include these transactions.
-
- 22 5月, 2018 5 次提交
-
-
由 Bucky Kittinger 提交于
-
由 arhag 提交于
-
由 arhag 提交于
-
由 arhag 提交于
-
由 Daniel Larimer 提交于
- auto reconnect - transactions propagate - fix bugs preventing replay after crash
-
- 21 5月, 2018 1 次提交
-
-
由 Bucky Kittinger 提交于
-
- 18 5月, 2018 4 次提交
-
-
由 Todd Fleming 提交于
-
由 Bucky Kittinger 提交于
-
由 Todd Fleming 提交于
-
由 Bart Wyatt 提交于
-
- 15 5月, 2018 2 次提交
-
-
由 Todd Fleming 提交于
-
由 Daniel Larimer 提交于
-
- 09 5月, 2018 1 次提交
-
-
由 Bart Wyatt 提交于
- this signal is fired whenever an incoming signal is accepted or rejected and indicates the result - moved check for stale_production to the block reception code since that now flows through producer_plugin
-
- 07 5月, 2018 1 次提交
-
-
由 Bart Wyatt 提交于
This partially reverts EOSIO/eos#2750 in favor of always loading the producer_plugin again. Fix for 85b2948e did not link the default plugin properly. Also check to make sure that we have not received a block from the future when we attempt to start the next block which is the last symptom before whatever caused the crash in EOSIO/eos#2803
-
- 04 5月, 2018 1 次提交
-
-
由 Anton Perkov 提交于
-