-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
chore: merge release/v1.18.0 into master #9597
Conversation
* Allow builtin-actors to return a map of methods * go mod * Fix tests * Fix tests, check carefully please
feat: refactor: remove NewestNetworkVersion
* Integrate datacap actor * Implement datacap actor in chain/builtin
feat: API: support typed errors over RPC
… recovery sectors
feat: wdpost: Add ability to only have single partition per msg for partitions with recovery sectors
…-for-beneficiary fix: state: Return beneficiary info from miner state Info()
…ly-upgrade-heights chore: butterfly: set new upgrade height for butterflynet
…t-upgrade-heights chore: calibnet: update calibnet upgrade heights
chore: release: bump version to rc5
chore: butterfly: artifacts
chore: artifacts: update calibnet artifacts
feat: shed: Add invariance tests for v9
a728636
to
2892ce0
Compare
2892ce0
to
c0b7343
Compare
@@ -1,5 +1,92 @@ | |||
# Lotus changelog | |||
|
|||
# 1.18.0-rc5 / 2022-11-1 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
not meant to be here ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think it is? Because the new version is v1.19.0-dev, so it's a bit odd if changelog is still 1.17.2?
So i would say merge in 1.18.0-rc5 changelog now, and when we have the final release, update to 1.18.0?
blockstore/autobatch.go
Outdated
return bs.Get(ctx, c) | ||
return nil, ipld.ErrNotFound{Cid: c} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Shouldn't this technically go to backingBs again?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@@ -56,7 +56,7 @@ var UpgradeOhSnapHeight = abi.ChainEpoch(-18) | |||
|
|||
var UpgradeSkyrHeight = abi.ChainEpoch(-19) | |||
|
|||
var UpgradeV17Height = abi.ChainEpoch(99999999999999) | |||
var UpgradeSharkHeight = abi.ChainEpoch(100) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can we keep this consistent with other upgrades in 2k devnets and set this to -20
?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Eventually? I like starting on the prev version, and upgrading early as we're testing a new nv. After Shark sharks, I would support bumping devnet to starting from v17 by default.
// method names always match the field names in the | ||
// `builtin.Method*` structs (tested in the specs-actors | ||
// tests). | ||
fnName := runtime.FuncForPC(ev.Pointer()).Name() |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That's mildly scary, but I guess fiine? Would be really nice to have a unit test in lotus making sure we notice when this breaks
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Really, we should get rid of this. This is lotus-vm legacy stuff.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We do have integ tests that break (cuz they depend on the MethodMeta being setup correctly)...which is also the only reason anyone notices when we break this...
Network: network.Version17, | ||
Migration: UpgradeActorsV9, | ||
PreMigrations: []stmgr.PreMigration{{ | ||
PreMigration: PreUpgradeActorsV9, | ||
StartWithin: 180, | ||
StartWithin: 240, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do we have numbers for premigrations? I'm assuming that we do, but want to sanity check
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah, we're looking at roughly 40 mins for the premigration, but we really want this to finish, so 2 hours is the window I'm going with.
@@ -769,6 +771,135 @@ func (m *StateModule) StateMarketStorageDeal(ctx context.Context, dealId abi.Dea | |||
return stmgr.GetStorageDeal(ctx, m.StateManager, dealId, ts) | |||
} | |||
|
|||
func (a *StateAPI) StateGetAllocationForPendingDeal(ctx context.Context, dealId abi.DealID, tsk types.TipSetKey) (*verifregtypes.Allocation, error) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Not something to do now, but looking at this code it really looks like we could make it a lot less duplicated by sprinkling some helpers with generics here
@@ -86,6 +86,7 @@ require ( | |||
github.com/filecoin-project/go-bitfield v0.2.4 // indirect | |||
github.com/filecoin-project/go-cbor-util v0.0.1 // indirect | |||
github.com/filecoin-project/go-commp-utils v0.1.3 // indirect | |||
github.com/filecoin-project/go-commp-utils/nonffi v0.0.0-20220905160352-62059082a837 // indirect |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Not tagged
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeee, good catch.
blockstore/autobatch.go
Outdated
return bs.Get(ctx, c) | ||
return nil, ipld.ErrNotFound{Cid: c} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
build/builtin_actors_test.go
Outdated
@@ -25,7 +25,7 @@ func TestRegistration(t *testing.T) { | |||
require.True(t, found) | |||
require.True(t, manifestCid.Defined()) | |||
|
|||
for _, key := range actors.GetBuiltinActorsKeys() { | |||
for _, key := range actors.GetBuiltinActorsKeys(actorstypes.Version8) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
hm. latest version?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yeee
// method names always match the field names in the | ||
// `builtin.Method*` structs (tested in the specs-actors | ||
// tests). | ||
fnName := runtime.FuncForPC(ev.Pointer()).Name() |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Really, we should get rid of this. This is lotus-vm legacy stuff.
epoch := curTs.Height() + 1 | ||
minGas := vm.PricelistByEpoch(epoch).OnChainMessage(m.ChainLength()) | ||
|
||
if err := m.VMMessage().ValidForBlockInclusion(minGas.Total(), build.NewestNetworkVersion); err != nil { | ||
if err := m.VMMessage().ValidForBlockInclusion(minGas.Total(), mp.api.StateNetworkVersion(ctx, epoch)); err != nil { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
So, the old code here was to avoid adding message to the pool that would be invalid very shortly. Is there a good reason to change this?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Are you suggesting dropping the check? I'd be okay with that.
The reason it's changing is because we're getting rid of NewestNetworkVersion
, which is an overall terrible variable.
Related Issues
This was requested by @jennijuju for users wanting to sync the reset calibration testnet with
master
.Proposed Changes
Merges the
release/v1.18.0
branch intomaster
, updating the build version to 1.19.0-dev.Additional Info
Checklist
Before you mark the PR ready for review, please make sure that:
<PR type>: <area>: <change being made>
fix: mempool: Introduce a cache for valid signatures
PR type
: fix, feat, build, chore, ci, docs, perf, refactor, revert, style, testarea
, e.g. api, chain, state, market, mempool, multisig, networking, paych, proving, sealing, wallet, deps