Releases: filecoin-project/lotus
v1.23.1-rc2
v1.23.1-rc2 / 2023-05-10
This is the second release candidate of the upcoming optional feature release of Lotus v1.23.1.
☢️ Upgrade Warnings ☢️
- If you are upgrading to this release candidate from Lotus v1.22.1, please make sure to read the upgrade warnings section in the v1.23.0 release first.
New features
- feat: daemon: Auto-resume interrupted snapshot imports (filecoin-project/lotus#10636)
- feat: VM Execution Lanes (filecoin-project/lotus#10551)
- feat: chainstore: batch writes of tipsets (filecoin-project/lotus#10800)
- Add API and CLI to unseal sector (#10626) (filecoin-project/lotus#10626)
- feat: sealing: Split PCA/PCB batches if gas used exceeds block limit (filecoin-project/lotus#10647)
- Add feature to stagger sector prove commit submission (#10543) (filecoin-project/lotus#10543)
- Set default for MaxSectorProveCommitsSubmittedPerEpoch (filecoin-project/lotus#10728)
- fix: storage: Remove temp fetching files after failed fetch (filecoin-project/lotus#10661)
- feat: worker: Ensure tempdir exists (#10433) (filecoin-project/lotus#10433)
- feat: sync: harden chain sync (#10756) (filecoin-project/lotus#10756)
- feat: populate the index on snapshot import (filecoin-project/lotus#10556)
- feat:chain: Message Index (HIGHLY EXPERIMENTAL) (filecoin-project/lotus#10452)
- feat: Add small cache to execution traces (filecoin-project/lotus#10517)
- feat: shed: incoming block-sub chainwatch tool (filecoin-project/lotus#10513)
Improvements
- fix: sched: Address GET_32G_MAX_CONCURRENT regression
- fix: cli: Hide legacy markets cmds
- fix: ci: Debugging m1 build
- Disable lotus markets by default (#10809) (filecoin-project/lotus#10809)
- perf: mempool: lower priority optimizations (#10693) (filecoin-project/lotus#10693)
- perf: message pool: change locks to RWMutexes for performance (filecoin-project/lotus#10561)
- perf: eth: gas estimate set applyTsMessages false (#10546) (filecoin-project/lotus#10546)
- Change args check (filecoin-project/lotus#10812)
- fix: sealing: Make lotus-worker report GPU usage to miner during ReplicaUpdate task (#10806) (filecoin-project/lotus#10806)
- fix:splitstore:Don't block when potentially holding txnLk as writer (filecoin-project/lotus#10811)
- fix: prover: Propagate skipped sectors in local PoSt
- fix: unseal: check if sealed/update sector exists (filecoin-project/lotus#10639)
- fix: sealing pipeline: Allow nil message in TerminateWait (filecoin-project/lotus#10696)
- fix: cli: Check if the sectorID exists before removing (filecoin-project/lotus#10611)
- feat:splitstore:limit moving gc threads (filecoin-project/lotus#10621)
- fix: cli: Make
net connect
to miner address work (filecoin-project/lotus#10599) - fix: log: Stop logging
file does not exists
(filecoin-project/lotus#10588) - Update config default value (#10605) (filecoin-project/lotus#10605)
- fix: cap the message gas limit at the block gas limit (#10637) (filecoin-project/lotus#10637)
- fix: miner: correctly count sector extensions (filecoin-project/lotus#10544)
- fix:mpool: prune excess messages before selection (filecoin-project/lotus#10648)
- fix: proving: Initialize slice with with same length as partition (filecoin-project/lotus#10569)
- perf: Address performance of EthGetTransactionCount (filecoin-project/lotus#10700)
- fix: sync: reduce log from error to info (filecoin-project/lotus#10759)
- fix: state: lotus-miner info should show deals info without admin permission (filecoin-project/lotus#10323)
- fix: tvx: make extract-multiple support the FVM (filecoin-project/lotus#10714)
- feat: badger: add a has check before writing to reduce duplicates (filecoin-project/lotus#10680)
- fix: chain: record heaviest tipset before notifying (#10694) (filecoin-project/lotus#10694)
- fix: Eth JSON-RPC api: handle messages with gasFeeCap less than baseFee (#10614) (filecoin-project/lotus#10614)
- feat: chainstore: optimize BlockMsgsForTipset (filecoin-project/lotus#10552)
- refactor: stop using deprecated io/ioutil (filecoin-project/lotus#10596)
- feat: shed: refactor market cron-state command (filecoin-project/lotus#10746)
- fix: events: don't set GC confidence to 1 (filecoin-project/lotus#10713)
- feat: sync: validate (early) that blocks fall within range (#10691) (filecoin-project/lotus#10691)
- chainstore: Fix raw blocks getting scanned for links during snapshots (#10684) (filecoin-project/lotus#10684)
- fix: remove pointless panic (filecoin-project/lotus#10690)
- fix: check for nil bcastDict (#10646) (filecoin-project/lotus#10646)
- fix: make state compute --html work with unknown methods (filecoin-project/lotus#10619)
- shed: get balances of evm accounts (filecoin-project/lotus#10489)
- feat: Use MessageIndex in WaitForMessage (filecoin-project/lotus#10587)
- fix: searchForIndexedMsg always returns an error (filecoin-project/lotus#10586)
- Fix: export-range: Ignore ipld Blocks not found in Receipts. (filecoin-project/lotus#10535)
- feat: stmgr: speed up calculation of genesis circ supply (filecoin-project/lotus#10553)
- fix: gas estimation: don't special case paych collects (filecoin-project/lotus#10549)
- fix: tracer: emit raw peer ids for compatibility with libp2p tracer (filecoin-project/lotus#10271)
- Merge branch 'feat/new-gw-methods'
Dependencies
- chore: deps: update to FVM 3.3.1 (filecoin-project/lotus#10786)
- chore: boxo: migrate from go-libipfs to boxo (filecoin-project/lotus#10562)
- chore: deps: update to go-state-types v0.11.0-alpha-3 (filecoin-project/lotus#10606)
- chore: bump go-libipfs (filecoin-project/lotus#10531)
Others
- feat:networking: (Synchronous) Consistent Broadcast for Filecoin EC (filecoin-project/lotus#9858)
- Revert #9858 (consistent broadcast changes) (filecoin-project/lotus#10777)
- Update build version for release/v1.23.1
- chore: drop flaky TestBatchDealInput subcase (filecoin-project/lotus#10810)
- chore: changelog clean up (filecoin-project/lotus#10744)
- chore: refactor: drop unused IsTicketWinner (#10801) (filecoin-project/lotus#10801)
- chore: build: bump matser version to v1.23.1-dev (filecoin-project/lotus#10709)
- fix: deflake: use 2 miners for flaky tests ([#10764](https://github.com/filecoin-project/...
v1.23.1-rc1
This is the first release candidate of the upcoming optional feature release of Lotus v1.23.1.
☢️ Upgrade Warnings ☢️
- If you are upgrading to this release candidate from Lotus v1.22.1, please make sure to read the upgrade warnings section in the v1.23.0 release first.
New features
- feat: daemon: Auto-resume interrupted snapshot imports (filecoin-project/lotus#10636)
- feat: VM Execution Lanes (filecoin-project/lotus#10551)
- feat: chainstore: batch writes of tipsets (filecoin-project/lotus#10800)
- Add API and CLI to unseal sector (#10626) (filecoin-project/lotus#10626)
- feat: sealing: Split PCA/PCB batches if gas used exceeds block limit (filecoin-project/lotus#10647)
- Add feature to stagger sector prove commit submission (#10543) (filecoin-project/lotus#10543)
- Set default for MaxSectorProveCommitsSubmittedPerEpoch (filecoin-project/lotus#10728)
- fix: storage: Remove temp fetching files after failed fetch (filecoin-project/lotus#10661)
- feat: worker: Ensure tempdir exists (#10433) (filecoin-project/lotus#10433)
- feat: sync: harden chain sync (#10756) (filecoin-project/lotus#10756)
- feat: populate the index on snapshot import (filecoin-project/lotus#10556)
- feat:chain: Message Index (filecoin-project/lotus#10452)
- feat: Add small cache to execution traces (filecoin-project/lotus#10517)
- feat: shed: incoming block-sub chainwatch tool (filecoin-project/lotus#10513)
Improvements
- Disable lotus markets by default (#10809) (filecoin-project/lotus#10809)
- perf: mempool: lower priority optimizations (#10693) (filecoin-project/lotus#10693)
- perf: message pool: change locks to RWMutexes for performance (filecoin-project/lotus#10561)
- perf: eth: gas estimate set applyTsMessages false (#10546) (filecoin-project/lotus#10546)
- Change args check (filecoin-project/lotus#10812)
- fix: sealing: Make lotus-worker report GPU usage to miner during ReplicaUpdate task (#10806) (filecoin-project/lotus#10806)
- fix:splitstore:Don't block when potentially holding txnLk as writer (filecoin-project/lotus#10811)
- fix: prover: Propagate skipped sectors in local PoSt
- fix: unseal: check if sealed/update sector exists (filecoin-project/lotus#10639)
- fix: sealing pipeline: Allow nil message in TerminateWait (filecoin-project/lotus#10696)
- fix: cli: Check if the sectorID exists before removing (filecoin-project/lotus#10611)
- feat:splitstore:limit moving gc threads (filecoin-project/lotus#10621)
- fix: cli: Make
net connect
to miner address work (filecoin-project/lotus#10599) - fix: log: Stop logging
file does not exists
(filecoin-project/lotus#10588) - Update config default value (#10605) (filecoin-project/lotus#10605)
- fix: cap the message gas limit at the block gas limit (#10637) (filecoin-project/lotus#10637)
- fix: miner: correctly count sector extensions (filecoin-project/lotus#10544)
- fix:mpool: prune excess messages before selection (filecoin-project/lotus#10648)
- fix: proving: Initialize slice with with same length as partition (filecoin-project/lotus#10569)
- perf: Address performance of EthGetTransactionCount (filecoin-project/lotus#10700)
- fix: sync: reduce log from error to info (filecoin-project/lotus#10759)
- fix: state: lotus-miner info should show deals info without admin permission (filecoin-project/lotus#10323)
- fix: tvx: make extract-multiple support the FVM (filecoin-project/lotus#10714)
- feat: badger: add a has check before writing to reduce duplicates (filecoin-project/lotus#10680)
- fix: chain: record heaviest tipset before notifying (#10694) (filecoin-project/lotus#10694)
- fix: Eth JSON-RPC api: handle messages with gasFeeCap less than baseFee (#10614) (filecoin-project/lotus#10614)
- feat: chainstore: optimize BlockMsgsForTipset (filecoin-project/lotus#10552)
- refactor: stop using deprecated io/ioutil (filecoin-project/lotus#10596)
- feat: shed: refactor market cron-state command (filecoin-project/lotus#10746)
- fix: events: don't set GC confidence to 1 (filecoin-project/lotus#10713)
- feat: sync: validate (early) that blocks fall within range (#10691) (filecoin-project/lotus#10691)
- chainstore: Fix raw blocks getting scanned for links during snapshots (#10684) (filecoin-project/lotus#10684)
- fix: remove pointless panic (filecoin-project/lotus#10690)
- fix: check for nil bcastDict (#10646) (filecoin-project/lotus#10646)
- fix: make state compute --html work with unknown methods (filecoin-project/lotus#10619)
- shed: get balances of evm accounts (filecoin-project/lotus#10489)
- feat: Use MessageIndex in WaitForMessage (filecoin-project/lotus#10587)
- fix: searchForIndexedMsg always returns an error (filecoin-project/lotus#10586)
- Fix: export-range: Ignore ipld Blocks not found in Receipts. (filecoin-project/lotus#10535)
- feat: stmgr: speed up calculation of genesis circ supply (filecoin-project/lotus#10553)
- fix: gas estimation: don't special case paych collects (filecoin-project/lotus#10549)
- fix: tracer: emit raw peer ids for compatibility with libp2p tracer (filecoin-project/lotus#10271)
- Merge branch 'feat/new-gw-methods'
Dependencies
- chore: deps: update to FVM 3.3.1 (filecoin-project/lotus#10786)
- chore: boxo: migrate from go-libipfs to boxo (filecoin-project/lotus#10562)
- chore: deps: update to go-state-types v0.11.0-alpha-3 (filecoin-project/lotus#10606)
- chore: bump go-libipfs (filecoin-project/lotus#10531)
Others
- feat:networking: (Synchronous) Consistent Broadcast for Filecoin EC (filecoin-project/lotus#9858)
- Revert #9858 (consistent broadcast changes) (filecoin-project/lotus#10777)
- Update build version for release/v1.23.1
- chore: drop flaky TestBatchDealInput subcase (filecoin-project/lotus#10810)
- chore: changelog clean up (filecoin-project/lotus#10744)
- chore: refactor: drop unused IsTicketWinner (#10801) (filecoin-project/lotus#10801)
- chore: build: bump matser version to v1.23.1-dev (filecoin-project/lotus#10709)
- fix: deflake: use 2 miners for flaky tests (filecoin-project/lotus#10764)
- test: eth: deflake multiblock lookup test (#10769) (filecoin-project/lotus#10769)
- shed: migrations: ad...
v1.23.0
v1.23.0 / 2023-04-21
This is the stable feature release for the upcoming MANDATORY network upgrade at 2023-04-27T13:00:00Z
, epoch 2809800
. This feature release delivers the nv19 Lighting and nv20 Thunder network upgrade for mainnet, and includes numerous improvements and enhancements for node operators, ETH RPC-providers and storage providers.
☢️ Upgrade Warnings ☢️
Please read carefully through the upgrade warnings section if you are upgrading from a v1.20.X release, or the v1.22.0 release. If you are upgrading from a v1.21.0-rcX these warnings should be familiar to you.
- Starting from this release, the SplitStore feature is automatically activated on new nodes. However, for existing Lotus users, you need to explicitly configure SplitStore by uncommenting the
EnableSplitstore
option in yourconfig.toml
file. To enable SplitStore, setEnableSplitstore=true
, and to disable it, setEnableSplitstore=false
. It's important to note that your Lotus node will not start unless this configuration is properly set. Set it to false if you are running a full archival node! - This feature release requires a minimum Go version of v1.19.7 or higher to successfully build Lotus. Additionally, Go version v1.20 and higher is now also supported.
- Storage Providers: The proofs libraries now have CUDA enabled by default, which requires you to install (CUDA)[https://lotus.filecoin.io/tutorials/lotus-miner/cuda/] if you haven't already done so. If you prefer to use OpenCL on your GPUs instead, you can use the
FFI_USE_OPENCL=1
flag when building from source. On the other hand, if you want to disable GPUs altogether, you can use theFFI_USE_GPU=0
environment variable when building from source. - Storage Providers: The
lotus-miner sectors extend
command has been refactored to the functionality oflotus-miner sectors renew
. - Exchanges/Node operators/RPC-providers:: Execution traces (returned from
lotus state exec-trace
,lotus state replay
, etc.), has changed to account for changes introduced by the by the FVM. Please make sure to read theExecution trace format change
section carefully, as these are interface breaking changes - Syncing issues: If you have been struggling with syncing issues in normal operations you can try to adjust the amount of threads used for more concurrent FMV execution through via the
LOTUS_FVM_CONCURRENCY
enviroment variable. It is set to 4 threads by default. Recommended formula for concurrency == YOUR_RAM/4 , but max during a network upgrade is 24. If you are a Storage Provider and are pushing many messages within a short period of time, exportingLOTUS_SKIP_APPLY_TS_MESSAGE_CALL_WITH_GAS=1
will also help with keeping in sync. - Catching up from a Snapshot: Users have noticed that catching up sync from a snapshot is taking a lot longer these day. This is largely related to the built-in market actor consuming a lot of computational demand for block validation. A FIP for a short-term mitigation for this is currently in Last Call and will be included network version 19 upgrade if accepted. You can read the FIP here.
Highlights
Execution Trace Format Changes
Execution traces (returned from lotus state exec-trace
, lotus state replay
, etc.), has changed to account for changes introduced by the FVM. Specifically:
- The
Msg
field no longer matches the Filecoin message format as many of the message fields didn't make sense in on-chain sub-calls. Instead, it now has the fieldsTo
,From
,Value
,Method
,Params
, andParamsCodec
whereParamsCodec
is a new field indicating the IPLD codec of the parameters.- Importantly, the
Msg.CID
field has been removed. This field is still present in top-level invocation results, just not inside the execution trace itself.
- Importantly, the
- The
MsgRct
field no longer includes aGasUsed
field and now has aReturnCodec
field to indicating the IPLD codec of the return value. - The
Error
andDuration
fields have been removed as these are not set by the FVM. The top-level message "invocation result" retains theError
andDuration
fields, they've only been removed from the trace itself. - Gas Charges no longer include "virtual" gas fields (those starting with
v...
) or source location information (loc
) as neither field is set by the FVM.
A note on "codecs": FVM parameters and return values are IPLD blocks where the "codec" specifies the data encoding. The codec will generally be one of:
0x51
,0x71
- CBOR or DagCBOR. You should generally treat these as equivalent.0x55
- Raw bytes.0x00
- Nothing. If the codec is0x00
, the parameter and/or return value should be empty and should be treated as "void" (not specified).
Old ExecutionTrace
:
{
"Msg": {
"Version": 0,
"To": "f01234",
"From": "f04321",
"Nonce": 1,
"Value": "0",
"GasLimit": 0,
"GasFeeCap": "1234",
"GasPremium": "1234",
"Method": 42,
"Params": "<base64-data-or-null>",
"CID": {
"/": "bafyxyz....."
},
},
"MsgRct": {
"ExitCode": 0,
"Return": "<base64-data-or-null>",
"GasUsed": 12345,
},
"Error": "",
"Duration": 568191845,
"GasCharges": [
{
"Name": "OnMethodInvocation",
"loc": null,
"tg": 23856,
"cg": 23856,
"sg": 0,
"vtg": 0,
"vcg": 0,
"vsg": 0,
"tt": 0
},
{
"Name": "wasm_exec",
"loc": null,
"tg": 1764,
"cg": 1764,
"sg": 0,
"vtg": 0,
"vcg": 0,
"vsg": 0,
"tt": 0
},
{
"Name": "OnSyscall",
"loc": null,
"tg": 14000,
"cg": 14000,
"sg": 0,
"vtg": 0,
"vcg": 0,
"vsg": 0,
"tt": 0
},
],
"Subcalls": [
{
"Msg": { },
"MsgRct": { },
"Error": "",
"Duration": 1235,
"GasCharges": [],
"Subcalls": [],
},
]
}
New ExecutionTrace
:
{
"Msg": {
"To": "f01234",
"From": "f04321",
"Value": "0",
"Method": 42,
"Params": "<base64-data-or-null>",
"ParamsCodec": 81
},
"MsgRct": {
"ExitCode": 0,
"Return": "<base64-data-or-null>",
"ReturnCodec": 81
},
"GasCharges": [
{
"Name": "OnMethodInvocation",
"loc": null,
"tg": 23856,
"cg": 23856,
"tt": 0
},
{
"Name": "wasm_exec",
"loc": null,
"tg": 1764,
"cg": 1764,
"sg": 0,
"tt": 0
},
{
"Name": "OnSyscall",
"loc": null,
"tg": 14000,
"cg": 14000,
"sg": 0,
"tt": 0
},
],
"Subcalls": [
{
"Msg": { },
"MsgRct": { },
"GasCharges": [],
"Subcalls": [],
},
]
}
SplitStore
This feature release introduces numerous improvements and fixes to tackle SplitStore related issues that has been reported. With this feature release SplitStore is automatically activated by default on new nodes. However, for existing Lotus users, you need to explicitly configure SplitStore by uncommenting the EnableSplitstore
option in your config.toml
file. To enable SplitStore, set EnableSplitstore=true
, and to disable it, set EnableSplitstore=false
. It's important to note that your Lotus node will not start unless this configuration is properly set. Set it to false if you are running a full archival node!
SplitStore also has some new configuration settings that you can set in your config.toml file:
HotstoreMaxSpaceTarget
suggests the max allowed space (in bytes) the hotstore can take.HotstoreMaxSpaceThreshold
a moving GC will be triggered when total moving size exceeds this threshold (in bytes).HotstoreMaxSpaceSafetyBuffer
a safety buffer to prevent moving GC from an overflowing disk.
The SplitStore also has two new commands:
lotus chain prune hot
is a much less resource-intensive GC and is best suited for situations where you don't have the spare disk space for a full GC.lotus chain prune hot-moving
will run a full moving garbage collection of the hotstore. This commands create a new hotstore before deleting the old one so you need working room in the hotstore directory. The current size of a fully GC'd hotstore is around 295 GiB so you need to make sure you have at least that available.
You can read more about the new SplitStore commands in the documentation.
RPC API improvements
This feature release includes all the RPC API improvements made in the Lotus v1.20.x patch releases. It includes an updated FFI that sets the FVM parallelism to 4 by default.
Node operators with higher memory specs can experiment with setting LOTUS_FVM_CONCURRENCY to higher values, up to 48, to allow for more concurrent FVM execution.
Experimental scheduler assigners
In this release there are four new expirmental scheduler assigners:
- The
experiment-spread-qcount
- similar to the spread assigner but also takes into account task counts which are in running/preparing/queued states. - The
experiment-spread-tasks
- similar to the spread assigner, but counts running tasks on a per-task-type basis - The
experiment-spread-tasks-qcount
- similar to the spread assigner, but also takes into account task counts which are in running/preparing/queued states, as well as counting running tasks on a per-task-type basis. Check the results for this assigner on (storage-only lotus-workers here). - The
experiment-random
- I...
v1.22.1
v1.22.1 / 2023-04-23
Important Notice
This is a MANDATORY hotfix release that fixes a consensus-critical bug that was in v1.22.0 -- the necessary fix is filecoin-project/ref-fvm#1750 and it is integrated into lotus via #10735.
You can NOT use 1.22.0 for the nv19 upgrade, you MUST be on 1.22.1 or higher.
About This Release
This is the stable release of Lotus v1.22.1 for the upcoming MANDATORY network upgrade at 2023-04-27T13:00:00Z
, epoch 2809800
. This release delivers the nv19 Lighting and nv20 Thunder network upgrade for mainnet.
Note that you must be on a go version higher than Go 1.18.8, but lower than Go v1.20.0. We would recommend Go 1.19.7.
The Lighting and Thunder upgrade introduces the following Filecoin Improvement Proposals (FIPs), delivered by builtin-actors v11 (see actors v11.0.0):
- FIP 0060 - Thirty day market deal maintenance interval
- FIP 0061 - WindowPoSt grindability fix
- FIP 0062 - Fallback method handler for multisig actor
Expedited nv19 Lightning ⚡️ rollout
In light of the recent degraded chain quality on the mainnet an expedited nv19 upgrade has been proposed and accepted to roll out the market cron mitigation (FIP0060) that will improve block validation times, and with that the delay in block production that is causing a decrease in the chain quality currently.
With this expedited roll out we want to inform you of some key changes and important dates:
- Accelerate the nv19-upgrade on mainnet from May 11th to April 27th.
- Derisk nv19 by descoping the sector info migration, activation epoch fixes and drop [FIP0052 - Extend sector/deal max duration to 3.5 year.](https://github.com/filecoin-project/FIPs/blob/master/FIPS/fip-0052.md)
- By descoping these changes we can greatly derisk the network upgrade itself by removing a heavy migration that could cause instability for storage providers and node operators during the network upgrade.
- Increase the rollover period for [FIP0061](https://github.com/filecoin-project/FIPs/blob/master/FIPS/fip-0052.md) from 1 week to 3 weeks on mainnet. The rollover period is the duration between nv19 and nv20 which both old proofs (v1) and the new proofs (v1_1) proofs will be accepted by the network.
The Lighting and Thunder upgrade now implements the following Filecoin Improvement Proposals (FIPs), delivered by builtin-actors v11 (see actors v11.0.0):
- FIP 0060 - Thirty day market deal maintenance interval
- FIP 0061 - WindowPoSt grindability fix
- FIP 0062 - Fallback method handler for multisig actor
v11 Builtin Actor Bundles
Make sure that your lotus actor bundle matches the v11 actors manifest by running after upgrading:
lotus state actor-cids --network-version 19
Network Version: 19
Actor Version: 11
Manifest CID: bafy2bzacecnhaiwcrpyjvzl4uv4q3jzoif26okl3m66q3cijp3dfwlcxwztwo
Actor CID
datacap bafk2bzacebslykoyrb2hm7aacjngqgd5n2wmeii2goadrs5zaya3pvdf6pdnq
init bafk2bzaceckwf3w6n2nw6eh77ktmsxqgsvshonvgnyk5q5syyngtetxvasfxg
reward bafk2bzacebwjw2vxkobs7r2kwjdqqb42h2kucyuk6flbnyzw4odg5s4mogamo
cron bafk2bzacebpewdvvgt6tk2o2u4rcovdgym67tadiis5usemlbejg7k3kt567o
ethaccount bafk2bzaceclkmc4yidxc6lgcjpfypbde2eddnevcveo4j5kmh4ek6inqysz2k
evm bafk2bzacediwh6etwzwmb5pivtclpdplewdjzphouwqpppce6opisjv2fjqfe
storagemarket bafk2bzaceazu2j2zu4p24tr22btnqzkhzjvyjltlvsagaj6w3syevikeb5d7m
storagepower bafk2bzaceaxgloxuzg35vu7l7tohdgaq2frsfp4ejmuo7tkoxjp5zqrze6sf4
system bafk2bzaced7npe5mt5nh72jxr2igi2sofoa7gedt4w6kueeke7i3xxugqpjfm
account bafk2bzacealnlr7st6lkwoh6wxpf2hnrlex5sknaopgmkr2tuhg7vmbfy45so
placeholder bafk2bzacedfvut2myeleyq67fljcrw4kkmn5pb5dpyozovj7jpoez5irnc3ro
eam bafk2bzaceaelwt4yfsfvsu3pa3miwalsvy3cfkcjvmt4sqoeopsppnrmj2mf2
multisig bafk2bzaceafajceqwg5ybiz7xw6rxammuirkgtuv625gzaehsqfprm4bazjmk
paymentchannel bafk2bzaceb4e6cnsnviegmqvsmoxzncruvhra54piq7bwiqfqevle6oob2gvo
storageminer bafk2bzacec24okjqrp7c7rj3hbrs5ez5apvwah2ruka6haesgfngf37mhk6us
verifiedregistry bafk2bzacedej3dnr62g2je2abmyjg3xqv4otvh6e26du5fcrhvw7zgcaaez3a
Changelog
- feat: build: set Lightning and Thunder upgrade epochs filecoin-project/lotus#10716
- fix: PoSt worker: use go-state-types for proof policies filecoin-project/lotus#10716
- chore: deps: update to actors v11.0.0 filecoin-project/lotus#10718
- chore: deps: update to go-state-types v0.11.1 filecoin-project/lotus#10720
- feat: upgrade: expedite nv19 filecoin-project/lotus#10681
- Update changelog build version (commit: 67d419e)
- Update actors v11 (commit: 5df4f75)
- Correct epoch to match specified date (commit: a28fcea)
- Fast butterfly migration to validate migration (commit: 37a0dca)
- Make docsgen (commit: daba4ff)
- Update go-state-types (commit: 244ca0b)
- Revert FIP0052 (commit: 68ed494)
- Modify upgrade schedule and params (commit: fa0dfdf)
- Update go-state-types (commit: 19ae05f)
Dependencies
github.com/filecoin-project/go-state-types (v0.11.0-rc1 -> v0.11.1):
v1.22.0-rc6
This is the sixth release candidate for the upcoming MANDATORY 1.22.0 release of Lotus. This release will deliver the nv19 Lighting and nv20 Thunder network upgrade.
Note that this release candidate sets the calibration upgrade epoch, and does NOT set the epoch at which mainnet will upgrade; that detail will be finalized in the 1.22.0 release. Note that go version must be 1.19 to build this release.
The Lighting and Thunder upgrade introduces the following Filecoin Improvement Proposals (FIPs), delivered by builtin-actors v11 (see actors v11.0.0):
- FIP 0060 - Thirty day market deal maintenance interval
- FIP 0061 - WindowPoSt grindability fix
- FIP 0062 - Fallback method handler for multisig actor
Lighting and Thunder
As you may have noticed, that we are doing a two-stage incremental network upgrades in this release. This essentially means that there will be two network versions rolled out together -- nv19 and nv20.
The two stage roll out is required for FIP-0061 - which introduces a new proof that reduces the grindability of windowPoSt and furthur secures the network. At the first upgrade, the new proof type will start to be accepted by the protocol, while the second upgrade (nv20) marks the spot when the old proof type will no longer be accepted. This allows for a smooth rollover period during which both proof types are accepted. Lotus will start generating the new proof types immediately after the nv19 upgrade.
This is something we've safely done before. The second upgrade is something of a "ghost" upgrade -- no migration runs, and no code changes, except that clients will start reporting the new network version of nv20 to the FVM.
Expedited nv19 rollout
In light of the recent degraded chain quality on the mainnet an expedited nv19 upgrade has been proposed and accepted to roll out the market cron mitigation (FIP0060) that will improve block validation times, and with that the delay in block production that is causing a decrease in the chain quality currently.
With this expedited roll out we want to inform you of some key changes and important dates:
- Accelerate the nv19-upgrade on mainnet from May 11th to April 27th.
- Derisk nv19 by descoping the sector info migration, activation epoch fixes and drop [FIP0052 - Extend sector/deal max duration to 3.5 year.](https://github.com/filecoin-project/FIPs/blob/master/FIPS/fip-0052.md)
- By descoping these changes we can greatly derisk the network upgrade itself by removing a heavy migration that could cause instability for storage providers and node operators during the network upgrade.
- Increase the rollover period for [FIP0061](https://github.com/filecoin-project/FIPs/blob/master/FIPS/fip-0052.md) from 1 week to 3 weeks on mainnet. The rollover period is the duration between nv19 and nv20 which both old proofs (v1) and the new proofs (v1_1) proofs will be accepted by the network.
The Lighting and Thunder upgrade now implements the following Filecoin Improvement Proposals (FIPs), delivered by builtin-actors v11 (see actors v11.0.0-rc.2):
- FIP 0060 - Thirty day market deal maintenance interval
- FIP 0061 - WindowPoSt grindability fix
- FIP 0062 - Fallback method handler for multisig actor
Calibration nv19 Lighting and nv20 Thunder Upgrade
This release candidate sets:
- The calibration nv19 Lighting upgrade at epoch
489094
,2023-04-20T14:00:00Z
- The calibration nv20 Thunder upgrade at epch
492214
,2023-04-21T16:00:00Z
v11 Builtin Actor Bundles
You may also check that your lotus actor bundle matches the v11 actors manifest by running
./lotus state actor-cids --network-version 19 Tue Apr 18 11:07:40 2023
Network Version: 19
Actor Version: 11
Manifest CID: bafy2bzaceajj76ms4q2ka3ckzj2iiifl7ewxqdpolshcmhml32sqwolrmsh6e
Actor CID
eam bafk2bzacebq2zzzkcra7ahantiq7xlkgcrkoq2azmeqpwhoie5gxcxhurbdp2
multisig bafk2bzaceavnestm7obwlj3moeewcnuomzigfzys4lt26s3l3psjeligf4hju
paymentchannel bafk2bzaceb4vefsbgswrciqo26wnacvqwpicqjfyicwsdjmv4rbcc4zeae72g
storagepower bafk2bzacebdoeoiayvshg4zaxygmpuituux3ccd4gxfl3ile7ckpsyy7kpnms
cron bafk2bzacediqvwudrujh7ejowrcumrnara7k2fonr35vulnggpwwwh3o32pmu
datacap bafk2bzaceb7jkx5kxwwbkw5ehz63sq2b6urouegn4cdczlziaw5ea44u67ock
account bafk2bzacecsf7v7mm4osq7cqbygyudg5zkwqbpbkmi3iluakugzvbd2cuucfw
ethaccount bafk2bzacebrtwz4nyl3nkgjfpvtqjrjixnbujkr72fwzf5bqhpqfo4hgbjqo2
init bafk2bzacebwfs5wna2dculc4mpl4a25cjrmguoscbebeb5g5yft4ntfpku7cu
placeholder bafk2bzacedfvut2myeleyq67fljcrw4kkmn5pb5dpyozovj7jpoez5irnc3ro
storagemarket bafk2bzacechvhqru32tw7zii2raii3upjrkybiubepjtartyhzibnac57gxyo
storageminer bafk2bzacedu6tzfpxwzqym3z2j252d57gqj3jduap7ijf5mczvhmsirs6wxfs
verifiedregistry bafk2bzacecjshlgoyim3r2uvhtjthu5udxpq5fvjy4pmpi3sy4v6a4chjvb4k
evm bafk2bzacecoxcwxbukue76b4rrqhnjywgzjdlhbbemma4kqdzalpkgtdpog7q
reward bafk2bzacedyl4uerjbw3tu5mcgkn7ftvr3j3poy4uv5tuzyuvcdinjb75cz3w
system bafk2bzaceatn5cj3jqmrug65ur26jhrzcgmishv5hjfswvsyxsieccchhwies
Changelog
- feat: upgrade: expedite nv19 filecoin-project/lotus#10681
- Update changelog build version (commit: 67d419e)
- Update actors v11 (commit: 5df4f75)
- Correct epoch to match specified date (commit: a28fcea)
- Fast butterfly migration to validate migration (commit: 37a0dca)
- Make docsgen (commit: daba4ff)
- Update go-state-types (commit: 244ca0b)
- Revert FIP0052 (commit: 68ed494)
- Modify upgrade schedule and params (commit: fa0dfdf)
- Update go-state-types (commit: 19ae05f)
Dependencies
github.com/filecoin-project/go-state-types (v0.11.0-rc1 -> v0.11.0-rc2):
v1.23.0-rc1
This is the first release candidate of the upcoming optional but highly recommended feature release of Lotus. It includes numerous improvements and enhancements for node operators, ETH RPC-providers and storage providers.
Note: this release is bumped from the v1.21.0-rcx plus all the changes from v1.22.0 that supports the upcoming nv19 upgrade, scheduled on Apr 27th. You can find more details about the upgrade here
☢️ Upgrade Warnings ☢️
Before upgrading to this feature release read carefully through these bullet points:
- Starting from this release, the SplitStore feature is automatically activated on new nodes. However, for existing Lotus users, you need to explicitly configure SplitStore by uncommenting the
EnableSplitstore
option in yourconfig.toml
file. To enable SplitStore, setEnableSplitstore=true
, and to disable it, setEnableSplitstore=false
. It's important to note that your Lotus node will not start unless this configuration is properly set. Set it to false if you are running a full archival node! - This feature release requires a minimum Go version of v1.19.7 or higher to successfully build Lotus. Additionally, Go version v1.20 and higher is now also supported.
- Storage Providers: The proofs libraries now have CUDA enabled by default, which requires you to install (CUDA)[https://lotus.filecoin.io/tutorials/lotus-miner/cuda/] if you haven't already done so. If you prefer to use OpenCL on your GPUs instead, you can use the
FFI_USE_OPENCL=1
flag when building from source. On the other hand, if you want to disable GPUs altogether, you can use theFFI_NO_GPU=1
environment variable when building from source. - Storage Providers: The
lotus-miner sectors extend
command has been refactored to the functionality oflotus-miner sectors renew
. - Exchanges/Node operators/RPC-providers:: Execution traces (returned from
lotus state exec-trace
,lotus state replay
, etc.), has changed to account for changes introduced by the by the FVM. Please make sure to read theExecution trace format change
section carefully, as these are interface breaking changes - Syncing issues: If you have been struggling with syncing issues in normal operations you can try to adjust the amount of threads used for more concurrent FMV execution through via the
LOTUS_FVM_CONCURRENCY
enviroment variable. It is set to 4 threads by default. Recommended formula for concurrency == YOUR_RAM/4 , but max is 128. If you are a Storage Provider and are pushing many messages within a short period of time, exportingLOTUS_SKIP_APPLY_TS_MESSAGE_CALL_WITH_GAS=1
will also help with keeping in sync. - Catching up from a Snapshot: Users have noticed that catching up sync from a snapshot is taking a lot longer these day. This is largely related to the built-in market actor consuming a lot of computational demand for block validation. A FIP for a short-term mitigation for this is currently in Last Call and will be included network version 19 upgrade if accepted. You can read the FIP here.
Highlights
Execution Trace Format Changes
Execution traces (returned from lotus state exec-trace
, lotus state replay
, etc.), has changed to account for changes introduced by the FVM. Specifically:
- The
Msg
field no longer matches the Filecoin message format as many of the message fields didn't make sense in on-chain sub-calls. Instead, it now has the fieldsTo
,From
,Value
,Method
,Params
, andParamsCodec
whereParamsCodec
is a new field indicating the IPLD codec of the parameters.- Importantly, the
Msg.CID
field has been removed. This field is still present in top-level invocation results, just not inside the execution trace itself.
- Importantly, the
- The
MsgRct
field no longer includes aGasUsed
field and now has aReturnCodec
field to indicating the IPLD codec of the return value. - The
Error
andDuration
fields have been removed as these are not set by the FVM. The top-level message "invocation result" retains theError
andDuration
fields, they've only been removed from the trace itself. - Gas Charges no longer include "virtual" gas fields (those starting with
v...
) or source location information (loc
) as neither field is set by the FVM.
A note on "codecs": FVM parameters and return values are IPLD blocks where the "codec" specifies the data encoding. The codec will generally be one of:
0x51
,0x71
- CBOR or DagCBOR. You should generally treat these as equivalent.0x55
- Raw bytes.0x00
- Nothing. If the codec is0x00
, the parameter and/or return value should be empty and should be treated as "void" (not specified).
Old ExecutionTrace
:
{
"Msg": {
"Version": 0,
"To": "f01234",
"From": "f04321",
"Nonce": 1,
"Value": "0",
"GasLimit": 0,
"GasFeeCap": "1234",
"GasPremium": "1234",
"Method": 42,
"Params": "<base64-data-or-null>",
"CID": {
"/": "bafyxyz....."
},
},
"MsgRct": {
"ExitCode": 0,
"Return": "<base64-data-or-null>",
"GasUsed": 12345,
},
"Error": "",
"Duration": 568191845,
"GasCharges": [
{
"Name": "OnMethodInvocation",
"loc": null,
"tg": 23856,
"cg": 23856,
"sg": 0,
"vtg": 0,
"vcg": 0,
"vsg": 0,
"tt": 0
},
{
"Name": "wasm_exec",
"loc": null,
"tg": 1764,
"cg": 1764,
"sg": 0,
"vtg": 0,
"vcg": 0,
"vsg": 0,
"tt": 0
},
{
"Name": "OnSyscall",
"loc": null,
"tg": 14000,
"cg": 14000,
"sg": 0,
"vtg": 0,
"vcg": 0,
"vsg": 0,
"tt": 0
},
],
"Subcalls": [
{
"Msg": { },
"MsgRct": { },
"Error": "",
"Duration": 1235,
"GasCharges": [],
"Subcalls": [],
},
]
}
New ExecutionTrace
:
{
"Msg": {
"To": "f01234",
"From": "f04321",
"Value": "0",
"Method": 42,
"Params": "<base64-data-or-null>",
"ParamsCodec": 81
},
"MsgRct": {
"ExitCode": 0,
"Return": "<base64-data-or-null>",
"ReturnCodec": 81
},
"GasCharges": [
{
"Name": "OnMethodInvocation",
"loc": null,
"tg": 23856,
"cg": 23856,
"tt": 0
},
{
"Name": "wasm_exec",
"loc": null,
"tg": 1764,
"cg": 1764,
"sg": 0,
"tt": 0
},
{
"Name": "OnSyscall",
"loc": null,
"tg": 14000,
"cg": 14000,
"sg": 0,
"tt": 0
},
],
"Subcalls": [
{
"Msg": { },
"MsgRct": { },
"GasCharges": [],
"Subcalls": [],
},
]
}
SplitStore
This feature release introduces numerous improvements and fixes to tackle SplitStore related issues that has been reported. With this feature release SplitStore is automatically activated by default on new nodes. However, for existing Lotus users, you need to explicitly configure SplitStore by uncommenting the EnableSplitstore
option in your config.toml
file. To enable SplitStore, set EnableSplitstore=true
, and to disable it, set EnableSplitstore=false
. It's important to note that your Lotus node will not start unless this configuration is properly set. Set it to false if you are running a full archival node!
SplitStore also has some new configuration settings that you can set in your config.toml file:
HotstoreMaxSpaceTarget
suggests the max allowed space (in bytes) the hotstore can take.HotstoreMaxSpaceThreshold
a moving GC will be triggered when total moving size exceeds this threshold (in bytes).HotstoreMaxSpaceSafetyBuffer
a safety buffer to prevent moving GC from an overflowing disk.
The SplitStore also has two new commands:
lotus chain prune hot
is a much less resource-intensive GC and is best suited for situations where you don't have the spare disk space for a full GC.lotus chain prune hot-moving
will run a full moving garbage collection of the hotstore. This commands create a new hotstore before deleting the old one so you need working room in the hotstore directory. The current size of a fully GC'd hotstore is around 295 GiB so you need to make sure you have at least that available.
You can read more about the new SplitStore commands in the documentation.
RPC API improvements
This feature release includes all the RPC API improvements made in the Lotus v1.20.x patch releases. It includes an updated FFI that sets the FVM parallelism to 4 by default.
Node operators with higher memory specs can experiment with setting LOTUS_FVM_CONCURRENCY to higher values, up to 48, to allow for more concurrent FVM execution.
Experimental scheduler assigners
In this release there are four new expirmental scheduler assigners:
- The
experiment-spread-qcount
- similar to the spread assigner but also takes into account task counts which are in running/preparing/queued states. - The
experiment-spread-tasks
- similar to the spread assigner, but counts running tasks on a per-task-type basis - The
experiment-spread-tasks-qcount
- similar to the spread assigner, but also takes into account task counts which are in running/preparing/queued states, as well as counting running tasks on a per-task-type basis. Check the results for this assigner on (storage-only lotus-workers here). - The
experiment-random
- In each schedule loop the...
v1.22.0-rc5
This is the fifth release candidate for the upcoming MANDATORY 1.22.0 release of Lotus. This release will deliver the nv19 Lighting and nv20 Thunder network upgrade.
Note that this release candidate sets the calibration upgrade epoch, and does NOT set the epoch at which mainnet will upgrade; that detail will be finalized in the 1.22.0 release. Note that go version must be 1.19 to build this release.
The Lighting and Thunder upgrade introduces the following Filecoin Improvement Proposals (FIPs), delivered by builtin-actors v11 (see actors v11.0.0):
- FIP 0060 - Thirty day market deal maintenance interval
- FIP 0061 - WindowPoSt grindability fix
- FIP 0062 - Fallback method handler for multisig actor
Lighting and Thunder
As you may have noticed, that we are doing a two-stage incremental network upgrades in this release. This essentially means that there will be two network versions rolled out together -- nv19 and nv20.
The two stage roll out is required for FIP-0061 - which introduces a new proof that reduces the grindability of windowPoSt and furthur secures the network. At the first upgrade, the new proof type will start to be accepted by the protocol, while the second upgrade (nv20) marks the spot when the old proof type will no longer be accepted. This allows for a smooth rollover period during which both proof types are accepted. Lotus will start generating the new proof types immediately after the nv19 upgrade.
This is something we've safely done before. The second upgrade is something of a "ghost" upgrade -- no migration runs, and no code changes, except that clients will start reporting the new network version of nv20 to the FVM.
Expedited nv19 rollout
In light of the recent degraded chain quality on the mainnet an expedited nv19 upgrade has been proposed and accepted to roll out the market cron mitigation (FIP0060) that will improve block validation times, and with that the delay in block production that is causing a decrease in the chain quality currently.
With this expedited roll out we want to inform you of some key changes and important dates:
- Accelerate the nv19-upgrade on mainnet from May 11th to April 27th.
- Derisk nv19 by descoping the sector info migration, activation epoch fixes and drop [FIP0052 - Extend sector/deal max duration to 3.5 year.](https://github.com/filecoin-project/FIPs/blob/master/FIPS/fip-0052.md)
- By descoping these changes we can greatly derisk the network upgrade itself by removing a heavy migration that could cause instability for storage providers and node operators during the network upgrade.
- Increase the rollover period for [FIP0061](https://github.com/filecoin-project/FIPs/blob/master/FIPS/fip-0052.md) from 1 week to 3 weeks on mainnet. The rollover period is the duration between nv19 and nv20 which both old proofs (v1) and the new proofs (v1_1) proofs will be accepted by the network.
The Lighting and Thunder upgrade now implements the following Filecoin Improvement Proposals (FIPs), delivered by builtin-actors v11 (see actors v11.0.0-rc.2):
- FIP 0060 - Thirty day market deal maintenance interval
- FIP 0061 - WindowPoSt grindability fix
- FIP 0062 - Fallback method handler for multisig actor
Calibration nv19 Lighting and nv20 Thunder Upgrade
This release candidate sets:
- The calibration nv19 Lighting upgrade at epoch
489094
,2023-04-20T14:00:00Z
- The calibration nv20 Thunder upgrade at epch
492214
,2023-04-21T16:00:00Z
v11 Builtin Actor Bundles
You may also check that your lotus actor bundle matches the v11 actors manifest by running
./lotus state actor-cids --network-version 19 Tue Apr 18 11:07:40 2023
Network Version: 19
Actor Version: 11
Manifest CID: bafy2bzaceajj76ms4q2ka3ckzj2iiifl7ewxqdpolshcmhml32sqwolrmsh6e
Actor CID
eam bafk2bzacebq2zzzkcra7ahantiq7xlkgcrkoq2azmeqpwhoie5gxcxhurbdp2
multisig bafk2bzaceavnestm7obwlj3moeewcnuomzigfzys4lt26s3l3psjeligf4hju
paymentchannel bafk2bzaceb4vefsbgswrciqo26wnacvqwpicqjfyicwsdjmv4rbcc4zeae72g
storagepower bafk2bzacebdoeoiayvshg4zaxygmpuituux3ccd4gxfl3ile7ckpsyy7kpnms
cron bafk2bzacediqvwudrujh7ejowrcumrnara7k2fonr35vulnggpwwwh3o32pmu
datacap bafk2bzaceb7jkx5kxwwbkw5ehz63sq2b6urouegn4cdczlziaw5ea44u67ock
account bafk2bzacecsf7v7mm4osq7cqbygyudg5zkwqbpbkmi3iluakugzvbd2cuucfw
ethaccount bafk2bzacebrtwz4nyl3nkgjfpvtqjrjixnbujkr72fwzf5bqhpqfo4hgbjqo2
init bafk2bzacebwfs5wna2dculc4mpl4a25cjrmguoscbebeb5g5yft4ntfpku7cu
placeholder bafk2bzacedfvut2myeleyq67fljcrw4kkmn5pb5dpyozovj7jpoez5irnc3ro
storagemarket bafk2bzacechvhqru32tw7zii2raii3upjrkybiubepjtartyhzibnac57gxyo
storageminer bafk2bzacedu6tzfpxwzqym3z2j252d57gqj3jduap7ijf5mczvhmsirs6wxfs
verifiedregistry bafk2bzacecjshlgoyim3r2uvhtjthu5udxpq5fvjy4pmpi3sy4v6a4chjvb4k
evm bafk2bzacecoxcwxbukue76b4rrqhnjywgzjdlhbbemma4kqdzalpkgtdpog7q
reward bafk2bzacedyl4uerjbw3tu5mcgkn7ftvr3j3poy4uv5tuzyuvcdinjb75cz3w
system bafk2bzaceatn5cj3jqmrug65ur26jhrzcgmishv5hjfswvsyxsieccchhwies
Changelog
- feat: upgrade: expedite nv19 filecoin-project/lotus#10681
- Update changelog build version (commit: 67d419e)
- Update actors v11 (commit: 5df4f75)
- Correct epoch to match specified date (commit: a28fcea)
- Fast butterfly migration to validate migration (commit: 37a0dca)
- Make docsgen (commit: daba4ff)
- Update go-state-types (commit: 244ca0b)
- Revert FIP0052 (commit: 68ed494)
- Modify upgrade schedule and params (commit: fa0dfdf)
- Update go-state-types (commit: 19ae05f)
Dependencies
github.com/filecoin-project/go-state-types (v0.11.0-rc1 -> v0.11.0-rc2):
v1.22.0-rc4
This is the fourth release candidate for the upcoming MANDATORY 1.22.0 release of Lotus. This release will deliver the nv19 Lighting and nv20 Thunder network upgrade.
Note that this release candidate sets the calibration upgrade epoch, and does NOT set the epoch at which mainnet will upgrade; that detail will be finalized in the 1.22.0 release.
The Lighting and Thunder upgrade introduces the following Filecoin Improvement Proposals (FIPs), delivered by builtin-actors v11 (see actors v11.0.0):
- FIP 0060 - Thirty day market deal maintenance interval
- FIP 0061 - WindowPoSt grindability fix
- FIP 0062 - Fallback method handler for multisig actor
Lighting and Thunder
As you may have noticed, that we are doing a two-stage incremental network upgrades in this release. This essentially means that there will be two network versions rolled out together -- nv19 and nv20.
The two stage roll out is required for FIP-0061 - which introduces a new proof that reduces the grindability of windowPoSt and furthur secures the network. At the first upgrade, the new proof type will start to be accepted by the protocol, while the second upgrade (nv20) marks the spot when the old proof type will no longer be accepted. This allows for a smooth rollover period during which both proof types are accepted. Lotus will start generating the new proof types immediately after the nv19 upgrade.
This is something we've safely done before. The second upgrade is something of a "ghost" upgrade -- no migration runs, and no code changes, except that clients will start reporting the new network version of nv20 to the FVM.
Expedited nv19 rollout
In light of the recent degraded chain quality on the mainnet an expedited nv19 upgrade has been proposed and accepted to roll out the market cron mitigation (FIP0060) that will improve block validation times, and with that the delay in block production that is causing a decrease in the chain quality currently.
With this expedited roll out we want to inform you of some key changes and important dates:
- Accelerate the nv19-upgrade on mainnet from May 11th to April 27th.
- Derisk nv19 by descoping the sector info migration, activation epoch fixes and drop [FIP0052 - Extend sector/deal max duration to 3.5 year.](https://github.com/filecoin-project/FIPs/blob/master/FIPS/fip-0052.md)
- By descoping these changes we can greatly derisk the network upgrade itself by removing a heavy migration that could cause instability for storage providers and node operators during the network upgrade.
- Increase the rollover period for [FIP0061](https://github.com/filecoin-project/FIPs/blob/master/FIPS/fip-0052.md) from 1 week to 3 weeks on mainnet. The rollover period is the duration between nv19 and nv20 which both old proofs (v1) and the new proofs (v1_1) proofs will be accepted by the network.
The Lighting and Thunder upgrade now implements the following Filecoin Improvement Proposals (FIPs), delivered by builtin-actors v11 (see actors v11.0.0-rc.2):
- FIP 0060 - Thirty day market deal maintenance interval
- FIP 0061 - WindowPoSt grindability fix
- FIP 0062 - Fallback method handler for multisig actor
Calibration nv19 Lighting and nv20 Thunder Upgrade
This release candidate sets:
- The calibration nv19 Lighting upgrade at epoch
489094
,2023-04-20T14:00:00Z
- The calibration nv20 Thunder upgrade at epch
492214
,2023-04-21T16:00:00Z
v11 Builtin Actor Bundles
You may also check that your lotus actor bundle matches the v11 actors manifest by running
./lotus state actor-cids --network-version 19 Tue Apr 18 11:07:40 2023
Network Version: 19
Actor Version: 11
Manifest CID: bafy2bzaceajj76ms4q2ka3ckzj2iiifl7ewxqdpolshcmhml32sqwolrmsh6e
Actor CID
eam bafk2bzacebq2zzzkcra7ahantiq7xlkgcrkoq2azmeqpwhoie5gxcxhurbdp2
multisig bafk2bzaceavnestm7obwlj3moeewcnuomzigfzys4lt26s3l3psjeligf4hju
paymentchannel bafk2bzaceb4vefsbgswrciqo26wnacvqwpicqjfyicwsdjmv4rbcc4zeae72g
storagepower bafk2bzacebdoeoiayvshg4zaxygmpuituux3ccd4gxfl3ile7ckpsyy7kpnms
cron bafk2bzacediqvwudrujh7ejowrcumrnara7k2fonr35vulnggpwwwh3o32pmu
datacap bafk2bzaceb7jkx5kxwwbkw5ehz63sq2b6urouegn4cdczlziaw5ea44u67ock
account bafk2bzacecsf7v7mm4osq7cqbygyudg5zkwqbpbkmi3iluakugzvbd2cuucfw
ethaccount bafk2bzacebrtwz4nyl3nkgjfpvtqjrjixnbujkr72fwzf5bqhpqfo4hgbjqo2
init bafk2bzacebwfs5wna2dculc4mpl4a25cjrmguoscbebeb5g5yft4ntfpku7cu
placeholder bafk2bzacedfvut2myeleyq67fljcrw4kkmn5pb5dpyozovj7jpoez5irnc3ro
storagemarket bafk2bzacechvhqru32tw7zii2raii3upjrkybiubepjtartyhzibnac57gxyo
storageminer bafk2bzacedu6tzfpxwzqym3z2j252d57gqj3jduap7ijf5mczvhmsirs6wxfs
verifiedregistry bafk2bzacecjshlgoyim3r2uvhtjthu5udxpq5fvjy4pmpi3sy4v6a4chjvb4k
evm bafk2bzacecoxcwxbukue76b4rrqhnjywgzjdlhbbemma4kqdzalpkgtdpog7q
reward bafk2bzacedyl4uerjbw3tu5mcgkn7ftvr3j3poy4uv5tuzyuvcdinjb75cz3w
system bafk2bzaceatn5cj3jqmrug65ur26jhrzcgmishv5hjfswvsyxsieccchhwies
Changelog
v1.22.0-rc3
This is the third release candidate for the upcoming MANDATORY 1.22.0 release of Lotus. This release will deliver the nv19 Lighting and nv20 Thunder network upgrade.
Note that this release candidate sets the calibration upgrade epoch, and does NOT set the epoch at which mainnet will upgrade; that detail will be finalized in the 1.22.0 release.
The Lighting and Thunder upgrade introduces the following Filecoin Improvement Proposals (FIPs), delivered by builtin-actors v11 (see actors v11.0.0-rc.1):
- FIP 0060 - Thirty day market deal maintenance interval
- FIP 0061 - WindowPoSt grindability fix
- FIP 0062 - Fallback method handler for multisig actor
- FIP 0052 - Deals and sectors can be created and extended in 3.5 year intervals (+2 years from current params)
- Activation bug fix - internal refactor of sector info fields fixing several outstanding bugs
Lighting and Thunder
As you may have noticed, that we are doing a two-stage incremental network upgrades in this release. This essentially means that there will be two network versions rolled out together -- nv19 and nv20.
The two stage roll out is required for FIP-0061 - which introduces a new proof that reduces the grindability of windowPoSt and furthur secures the network. At the first upgrade, the new proof type will start to be accepted by the protocol, while the second upgrade (nv20) marks the spot when the old proof type will no longer be accepted. This allows for a smooth rollover period during which both proof types are accepted. Lotus will start generating the new proof types immediately after the nv19 upgrade.
This is something we've safely done before. The second upgrade is something of a "ghost" upgrade -- no migration runs, and no code changes, except that clients will start reporting the new network version of nv20 to the FVM.
Calibration nv19 Lighting and nv20 Thunder Upgrade
This release candidate sets the calibration-net nv19 Lighting upgrade at epoch 489394, 2023-04-20T16:30:00Z and nv20 Thunder upgrade will be triggered automatically 11520 epoch later. The bundle the network will be using is v10.0.0 actors
(located at build/actors/v11.tar.zst
) upon/post migration, manifest CID bafy2bzacedyne7vbddp2inj64ubztcvkmfkdnahwo353sltkqtsyzckioneuu
.
v1.22.0-rc2
Release Candidate nv19 and nv20 upgrades
diff from rc1: small devnet fixes and set calibration epoch
nv19
FIP 0060 - Thirty day market deal maintenance interval
FIP 0061 - WindowPoSt grindability gix
FIP 0062 - Fallback method handler for multisig actor
FIP 0052 - Deals and sectors can be created and extended in 3.5 year intervals (+2 years from current params)
Activation bug fix - internal refactor of sector info fields fixing several outstanding bugs
nv20
Final part of FIP 0061 deprecating grindable window post proofs