chore(deps): bump github.com/filecoin-project/lotus from 1.26.3 to 1.27.0

[dependabot]

Bumps github.com/filecoin-project/lotus from 1.26.3 to 1.27.0.

Release notes

Sourced from github.com/filecoin-project/lotus's releases.

v1.27.0

This is an optional feature release of Lotus. Lotus v1.27.0 includes numerous improvements, bugfixes and enhancements for node operators, RPC- and ETH RPC-providers. This feature release also introduces Curio in a Beta release. Check out the Curio Beta release section for how you can get started with Curio.

☢️ Upgrade Warnings ☢️

• Event Database: Two sequential migrations will adjust indexes without altering data or columns, ensuring minimal invasiveness when upgrading to this release. However, these migrations may be time-consuming for nodes with extensive event databases.
• This feature release drops the Raft cluster code experiment from the codebase. This Raft cluster never graduated beyond an experiment, had poor UX (e.g. no way to manage a running cluster, so it didn't provide High Availability), and pulled in a lot of heavy dependencies. We keep the multi-node RPC feature, it is not perfect, but it is useful.

Indexers, RPC- and ETH RPC-providers improvements

This release includes a lot of improvements and fixes for indexers, RPC- and ETH RPC-providers. Specifically these PRs:

• Significant performance improvements of eth_getLog
• Return the correct block gas limit in the EthAP
• Accept input data in call arguments under field 'input'
• Length check the array sent to eth_feeHistory RPC
• ETH subscribe tipsets API should only return tipsets that have been executed
• Adjust indexes in event index db to match query patterns

⭐️ Curio Beta Release ⭐️

Curio, the next generation of Lotus-Miner, also referred to as MinerV2! This release officially transitions Curio into beta and introduces a suite of powerful features designed to enhance your storage operations.

Highlights

• Curio as MinerV2: Embrace the revolutionary upgrade from Lotus-Miner to Curio. This transition is not just a rebranding—it's an upgrade to a more robust, scalable, and user-friendly version.
• High Availability: Curio is designed for high availability. You can run multiple instances of Curio nodes to handle similar type of tasks. The distributed scheduler and greedy worker design will ensure that tasks are completed on time despite most partial outages. You can safely update one of your Curio machines without disrupting the operation of the others.
• Node Heartbeat: Each Curio node in a cluster must post a heartbeat message every 10 minutes in HarmonyDB updating its status. If a heartbeat is missed, the node is considered lost and all tasks can now be scheduled on remaining nodes.
• Task Retry: Each task in Curio has a limit on how many times it should be tried before being declared lost. This ensures that Curio does not keep retrying bad tasks indefinitely. This safeguards against lost computation time and storage.
• Polling: Curio avoids overloading nodes with a polling system. Nodes check for tasks they can handle, prioritizing idle nodes for even workload distribution.
• Simple Configuration Management: The configuration is stored in the database in the forms of layers. These layers can be stacked on top of each other to create a final configuration. Users can reuse these layers to control the behavior of multiple machines without needing to maintain the configuration of each node. Start the binary with the appropriate flags to connect with YugabyteDB and specify which configuration layers to use to get desired behaviour.

Checkout this Github Dicsussion thread for testing Curio in developer network: filecoin-project/lotus#11991

New features

• feat: exchange: change GetBlocks to always fetch the requested number of tipsets (filecoin-project/lotus#11565)
• feat: syncer: optimize syncFork for one-epoch forks (filecoin-project/lotus#11533)
• feat: api: improve the correctness of Eth's trace_block (#11609) (filecoin-project/lotus#11609)
• perf: api: add indexes to event topics and emitter addr (#11477) (filecoin-project/lotus#11477)
• feat: drand: refactor round verification (filecoin-project/lotus#11598)
• feat: add Forest bootstrap nodes (#11636) (filecoin-project/lotus#11636)
• feat: curio: add miner init (#11775) (filecoin-project/lotus#11775)
• feat: curio: sectors UI (#11869) (filecoin-project/lotus#11869)
• feat: curio: storage index gc task (#11884) (filecoin-project/lotus#11884)
• feat: curio: web based config edit (#11822) (filecoin-project/lotus#11822)
• feat: spcli: sectors extend improvements (#11798) (filecoin-project/lotus#11798)
• feat: curio: Add schemas for DDO deal support (#11805) (filecoin-project/lotus#11805)
• feat: curioweb: add favicon (#11804) (filecoin-project/lotus#11804)
• feat: lotus-provider: Fetch params on startup when needed (filecoin-project/lotus#11650)

... (truncated)

Changelog

Sourced from github.com/filecoin-project/lotus's changelog.

Lotus changelog

UNRELEASED

New features

Improvements

JSON-RPC 2.0 Specification Conformance

The JSON-RPC 2.0 specification requires that a "result" property be present in the case of no error from an API call. This release ensures that all API calls that return a result have a "result" property in the response. This is a behaviour change over Lotus v1.26 and will impact any API call that only has a single error return value, where no error has occurred.

For example, a successful WalletSetDefault in v1.26 would return:

{
  "jsonrpc": "2.0",
  "id": 1
}

As of this change, in conformance with the JSON-RPC 2.0 specification it will return:

{
  "jsonrpc": "2.0",
  "id": 1,
  "result": null
}

There is no change in the behaviour when a call returns an error, as the error object will still be present in the response.

Commits

• 2baca01 Merge pull request #12058 from filecoin-project/resolve-releasev1270-conflicts
• 60a39dd Merge branch 'releases' into resolve-releasev1270-conflicts
• 6b8e465 chore: backport #12054 to release/v1.27.0 branch (#12056)
• ed243e6 Merge pull request #12039 from filecoin-project/pre-final-v1270
• 4ad53b5 Update changelog
• b548aae revert go version change (#12050)
• 09d0aca go mod tidy
• 5fe89e7 Update changelog
• 278a479 chore: libp2p: update to v0.34.1 (#12027)
• e40f0d2 doc: eth: restore comment lost in linter cleanup
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

🔗 zboto Link

[lucaslopezf]

I think there is no problem, but I'll take a better look tomorrow