lotus/chain/actors/builtin
Phi c7b9633160 feat: introduce local nv21 skeleton
Introduce nv21 skeleton for local testing:

- Use local go-state-types with actor_version_checklist changes: https://github.com/filecoin-project/go-state-types/blob/master/actors_version_checklist.md
- Imports mock v12-actors bundle
- Define upgrade heights
- Generate adapters
- Add upgrade schedule and migration
- Add actorstype to the NewActorRegistry in /chain/consensus/computestate.go
- Add upgrade field to api/types.go/ForkUpgradeParams
- Add upgrade to node/impl/full/state.go
- Add network version to chain/state/statetree.go
- make jen
- make docsgen-cli
2023-07-13 15:47:18 +02:00
..
account feat: introduce local nv21 skeleton 2023-07-13 15:47:18 +02:00
cron feat: introduce local nv21 skeleton 2023-07-13 15:47:18 +02:00
datacap feat: introduce local nv21 skeleton 2023-07-13 15:47:18 +02:00
evm feat: introduce local nv21 skeleton 2023-07-13 15:47:18 +02:00
init feat: introduce local nv21 skeleton 2023-07-13 15:47:18 +02:00
market feat: introduce local nv21 skeleton 2023-07-13 15:47:18 +02:00
miner feat: introduce local nv21 skeleton 2023-07-13 15:47:18 +02:00
multisig feat: introduce local nv21 skeleton 2023-07-13 15:47:18 +02:00
paych feat: introduce local nv21 skeleton 2023-07-13 15:47:18 +02:00
power feat: introduce local nv21 skeleton 2023-07-13 15:47:18 +02:00
reward feat: introduce local nv21 skeleton 2023-07-13 15:47:18 +02:00
system feat: introduce local nv21 skeleton 2023-07-13 15:47:18 +02:00
verifreg feat: introduce local nv21 skeleton 2023-07-13 15:47:18 +02:00
builtin.go make jen 2023-01-26 16:26:39 +01:00
builtin.go.template make jen 2023-01-26 16:26:39 +01:00
README.md [WIP] Network upgrade support 2020-09-11 20:16:29 -07:00
registry.go feat: introduce local nv21 skeleton 2023-07-13 15:47:18 +02:00
registry.go.template NV18: Filecoin EVM runtime + Actor Events + EthAccount + EAM + f4 addressing (#9998) 2023-01-13 19:11:13 +00:00

Actors

This package contains shims for abstracting over different actor versions.

Design

Shims in this package follow a few common design principles.

Structure Agnostic

Shims interfaces defined in this package should (ideally) not change even if the structure of the underlying data changes. For example:

  • All shims store an internal "store" object. That way, state can be moved into a separate object without needing to add a store to the function signature.
  • All functions must return an error, even if unused for now.

Minimal

These interfaces should be expanded only as necessary to reduce maintenance burden.

Queries, not field assessors.

When possible, functions should query the state instead of simply acting as field assessors. These queries are more likely to remain stable across specs-actor upgrades than specific state fields.

Note: there is a trade-off here. Avoid implementing complicated query logic inside these shims, as it will need to be replicated in every shim.