You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There has been a lot of feedback on the creation of accounts in the emulator.
I believe a lot of expectation comes from other blockchains where you have a seed from which you deterministically derive account address which is not the case on Flow. Developers want to create some accounts, deploy contracts and then work on that state even between restarts for multiple days.
I don't believe the solution is in the config. Configuration should be used to set values we will use to execute commands. Not values that are meant to be used to do some work in the background (like setting up the state).
However, this problem needs solving.
I propose we create commands that will enable us to capture the emulator state and start the emulator from a certain state.
An example of such usage would be: flow project init - we initialize the project flow emulator start - we start the emulator (fresh) flow accounts create - we create the first account on the emulator flow transactions send - we send some tx flow emulator save kitty-init - we save a state flow emulator stop - we are satisfied with work and go to sleep
next day: flow emulator start kitty-init-state - we go back where we started flow transactions send - upss we made a mistake with the tx flow emulator restart kitty-init - we restart flow transactions send - we create a new resource on flow flow emulator save kitty-new-kibble - we save the new state flow emulator remove kitty-new-kibble - we remove saved state
This way we could have some prerequisites setup that would allow us to have existing accounts created etc.
This is not to be confused for flow project deploy which will still deploy contracts in config and could and should be used with this state management.
The text was updated successfully, but these errors were encountered:
There has been a lot of feedback on the creation of accounts in the emulator.
I believe a lot of expectation comes from other blockchains where you have a seed from which you deterministically derive account address which is not the case on Flow. Developers want to create some accounts, deploy contracts and then work on that state even between restarts for multiple days.
I don't believe the solution is in the config. Configuration should be used to set values we will use to execute commands. Not values that are meant to be used to do some work in the background (like setting up the state).
However, this problem needs solving.
I propose we create commands that will enable us to capture the emulator state and start the emulator from a certain state.
An example of such usage would be:
flow project init
- we initialize the projectflow emulator start
- we start the emulator (fresh)flow accounts create
- we create the first account on the emulatorflow transactions send
- we send some txflow emulator save kitty-init
- we save a stateflow emulator stop
- we are satisfied with work and go to sleepnext day:
flow emulator start kitty-init-state
- we go back where we startedflow transactions send
- upss we made a mistake with the txflow emulator restart kitty-init
- we restartflow transactions send
- we create a new resource on flowflow emulator save kitty-new-kibble
- we save the new stateflow emulator remove kitty-new-kibble
- we remove saved stateThis way we could have some prerequisites setup that would allow us to have existing accounts created etc.
This is not to be confused for
flow project deploy
which will still deploy contracts in config and could and should be used with this state management.The text was updated successfully, but these errors were encountered: