You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

106 lines
3.2 KiB

Redo coordinator structure, connect API to node - API: - Modify the constructor so that hardcoded rollup constants don't need to be passed (introduce a `Config` and use `configAPI` internally) - Common: - Update rollup constants with proper *big.Int when required - Add BidCoordinator and Slot structs used by the HistoryDB and Synchronizer. - Add helper methods to AuctionConstants - AuctionVariables: Add column `DefaultSlotSetBidSlotNum` (in the SQL table: `default_slot_set_bid_slot_num`), which indicates at which slotNum does the `DefaultSlotSetBid` specified starts applying. - Config: - Move coordinator exclusive configuration from the node config to the coordinator config - Coordinator: - Reorganize the code towards having the goroutines started and stopped from the coordinator itself instead of the node. - Remove all stop and stopped channels, and use context.Context and sync.WaitGroup instead. - Remove BatchInfo setters and assing variables directly - In ServerProof and ServerProofPool use context instead stop channel. - Use message passing to notify the coordinator about sync updates and reorgs - Introduce the Pipeline, which can be started and stopped by the Coordinator - Introduce the TxManager, which manages ethereum transactions (the TxManager is also in charge of making the forge call to the rollup smart contract). The TxManager keeps ethereum transactions and: 1. Waits for the transaction to be accepted 2. Waits for the transaction to be confirmed for N blocks - In forge logic, first prepare a batch and then wait for an available server proof to have all work ready once the proof server is ready. - Remove the `isForgeSequence` method which was querying the smart contract, and instead use notifications sent by the Synchronizer to figure out if it's forging time. - Update test (which is a minimal test to manually see if the coordinator starts) - HistoryDB: - Add method to get the number of batches in a slot (used to detect when a slot has passed the bid winner forging deadline) - Add method to get the best bid and associated coordinator of a slot (used to detect the forgerAddress that can forge the slot) - General: - Rename some instances of `currentBlock` to `lastBlock` to be more clear. - Node: - Connect the API to the node and call the methods to update cached state when the sync advances blocks. - Call methods to update Coordinator state when the sync advances blocks and finds reorgs. - Synchronizer: - Add Auction field in the Stats, which contain the current slot with info about highest bidder and other related info required to know who can forge in the current block. - Better organization of cached state: - On Sync, update the internal cached state - On Init or Reorg, load the state from HistoryDB into the internal cached state.
3 years ago
Redo coordinator structure, connect API to node - API: - Modify the constructor so that hardcoded rollup constants don't need to be passed (introduce a `Config` and use `configAPI` internally) - Common: - Update rollup constants with proper *big.Int when required - Add BidCoordinator and Slot structs used by the HistoryDB and Synchronizer. - Add helper methods to AuctionConstants - AuctionVariables: Add column `DefaultSlotSetBidSlotNum` (in the SQL table: `default_slot_set_bid_slot_num`), which indicates at which slotNum does the `DefaultSlotSetBid` specified starts applying. - Config: - Move coordinator exclusive configuration from the node config to the coordinator config - Coordinator: - Reorganize the code towards having the goroutines started and stopped from the coordinator itself instead of the node. - Remove all stop and stopped channels, and use context.Context and sync.WaitGroup instead. - Remove BatchInfo setters and assing variables directly - In ServerProof and ServerProofPool use context instead stop channel. - Use message passing to notify the coordinator about sync updates and reorgs - Introduce the Pipeline, which can be started and stopped by the Coordinator - Introduce the TxManager, which manages ethereum transactions (the TxManager is also in charge of making the forge call to the rollup smart contract). The TxManager keeps ethereum transactions and: 1. Waits for the transaction to be accepted 2. Waits for the transaction to be confirmed for N blocks - In forge logic, first prepare a batch and then wait for an available server proof to have all work ready once the proof server is ready. - Remove the `isForgeSequence` method which was querying the smart contract, and instead use notifications sent by the Synchronizer to figure out if it's forging time. - Update test (which is a minimal test to manually see if the coordinator starts) - HistoryDB: - Add method to get the number of batches in a slot (used to detect when a slot has passed the bid winner forging deadline) - Add method to get the best bid and associated coordinator of a slot (used to detect the forgerAddress that can forge the slot) - General: - Rename some instances of `currentBlock` to `lastBlock` to be more clear. - Node: - Connect the API to the node and call the methods to update cached state when the sync advances blocks. - Call methods to update Coordinator state when the sync advances blocks and finds reorgs. - Synchronizer: - Add Auction field in the Stats, which contain the current slot with info about highest bidder and other related info required to know who can forge in the current block. - Better organization of cached state: - On Sync, update the internal cached state - On Init or Reorg, load the state from HistoryDB into the internal cached state.
3 years ago
  1. package api
  2. import (
  3. "errors"
  4. "sync"
  5. "github.com/gin-gonic/gin"
  6. "github.com/hermeznetwork/hermez-node/common"
  7. "github.com/hermeznetwork/hermez-node/db/historydb"
  8. "github.com/hermeznetwork/hermez-node/db/l2db"
  9. "github.com/hermeznetwork/hermez-node/db/statedb"
  10. )
  11. // TODO: Add correct values to constants
  12. const (
  13. createAccountExtraFeePercentage float64 = 2
  14. createAccountInternalExtraFeePercentage float64 = 2.5
  15. )
  16. // Status define status of the network
  17. type Status struct {
  18. sync.RWMutex
  19. Network Network `json:"network"`
  20. Metrics historydb.Metrics `json:"metrics"`
  21. Rollup common.RollupVariables `json:"rollup"`
  22. Auction common.AuctionVariables `json:"auction"`
  23. WithdrawalDelayer common.WDelayerVariables `json:"withdrawalDelayer"`
  24. RecommendedFee common.RecommendedFee `json:"recommendedFee"`
  25. }
  26. // API serves HTTP requests to allow external interaction with the Hermez node
  27. type API struct {
  28. h *historydb.HistoryDB
  29. cg *configAPI
  30. s *statedb.StateDB
  31. l2 *l2db.L2DB
  32. status Status
  33. }
  34. // NewAPI sets the endpoints and the appropriate handlers, but doesn't start the server
  35. func NewAPI(
  36. coordinatorEndpoints, explorerEndpoints bool,
  37. server *gin.Engine,
  38. hdb *historydb.HistoryDB,
  39. sdb *statedb.StateDB,
  40. l2db *l2db.L2DB,
  41. config *Config,
  42. ) (*API, error) {
  43. // Check input
  44. // TODO: is stateDB only needed for explorer endpoints or for both?
  45. if coordinatorEndpoints && l2db == nil {
  46. return nil, errors.New("cannot serve Coordinator endpoints without L2DB")
  47. }
  48. if explorerEndpoints && hdb == nil {
  49. return nil, errors.New("cannot serve Explorer endpoints without HistoryDB")
  50. }
  51. a := &API{
  52. h: hdb,
  53. cg: &configAPI{
  54. RollupConstants: *newRollupConstants(config.RollupConstants),
  55. AuctionConstants: config.AuctionConstants,
  56. WDelayerConstants: config.WDelayerConstants,
  57. },
  58. s: sdb,
  59. l2: l2db,
  60. status: Status{},
  61. }
  62. // Add coordinator endpoints
  63. if coordinatorEndpoints {
  64. // Account
  65. server.POST("/account-creation-authorization", a.postAccountCreationAuth)
  66. server.GET("/account-creation-authorization/:hermezEthereumAddress", a.getAccountCreationAuth)
  67. // Transaction
  68. server.POST("/transactions-pool", a.postPoolTx)
  69. server.GET("/transactions-pool/:id", a.getPoolTx)
  70. }
  71. // Add explorer endpoints
  72. if explorerEndpoints {
  73. // Account
  74. server.GET("/accounts", a.getAccounts)
  75. server.GET("/accounts/:accountIndex", a.getAccount)
  76. server.GET("/exits", a.getExits)
  77. server.GET("/exits/:batchNum/:accountIndex", a.getExit)
  78. // Transaction
  79. server.GET("/transactions-history", a.getHistoryTxs)
  80. server.GET("/transactions-history/:id", a.getHistoryTx)
  81. // Status
  82. server.GET("/batches", a.getBatches)
  83. server.GET("/batches/:batchNum", a.getBatch)
  84. server.GET("/full-batches/:batchNum", a.getFullBatch)
  85. server.GET("/slots", a.getSlots)
  86. server.GET("/slots/:slotNum", a.getSlot)
  87. server.GET("/bids", a.getBids)
  88. server.GET("/state", a.getState)
  89. server.GET("/config", a.getConfig)
  90. server.GET("/tokens", a.getTokens)
  91. server.GET("/tokens/:id", a.getToken)
  92. server.GET("/coordinators", a.getCoordinators)
  93. server.GET("/coordinators/:bidderAddr", a.getCoordinator)
  94. }
  95. return a, nil
  96. }