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
It can also be more interactive, asking questions if no params are specified.
The template can also have a cartesi.toml file that has the framework information, which can help with following commands in the dev workflow.
build
Can work the same way with both frameworks if we follow the Dockerfile strategy. But maybe coprocessor has some extra steps.
clean
Can work the same as it does now.
hash
Can work the same as it does now.
rollups address-book
Prints smart contracts addresses that support Cartesi Rollups.
rollups create -> cartesi create
Create a Cartesi Rollups project. Can be an alias for cartesi create --framework rollups.
rollups start
Start a Cartesi Rollups local environment.
rollups deploy
Deploy the application to the Cartesi Rollups node.
rollups stop
Stop the Cartesi Rollups local environment.
rollups status
Check the status of the Cartesi Rollups local environment, including the deployed applications.
rollups send
Sends an input to the Cartesi Rollups application.
coprocessor address-book
Prints smart contracts addresses that support Cartesi Coprocessor.
coprocessor create -> cartesi create
Create a Cartesi Coprocessor project. Can be an alias for cartesi create --framework coprocessor.
coprocessor start
Start a Cartesi Coprocessor local environment.
coprocessor deploy
Deploy the application to the Cartesi Coprocessor node.
coprocessor stop
Stop the Cartesi Coprocessor local environment.
coprocessor status
Check the status of the Cartesi Coprocessor local environment, including the deployed applications.
coprocessor send
Sends a task to the Cartesi Coprocessor.
The text was updated successfully, but these errors were encountered:
@tuler should we support BOTH cartesi [rollups|coprocessor] <subcommand> AND cartesi --framework=[rollups|coprocessor] <command> ? Or should we stick with onde of them?
We should provide an unified experience for Cartesi Rollups and Cartesi Coprocessor using the Cartesi CLI.
We can have a
rollups
command with a set of subcommands, and acoprocessor
command with another set of subcommands.The entire set of commands and subcommands would look like the following:
doctor
Can work the same as it does now.
create
Can have two params:
It can also be more interactive, asking questions if no params are specified.
The template can also have a
cartesi.toml
file that has theframework
information, which can help with following commands in the dev workflow.build
Can work the same way with both frameworks if we follow the Dockerfile strategy. But maybe coprocessor has some extra steps.
clean
Can work the same as it does now.
hash
Can work the same as it does now.
rollups address-book
Prints smart contracts addresses that support Cartesi Rollups.
rollups create -> cartesi create
Create a Cartesi Rollups project. Can be an alias for
cartesi create --framework rollups
.rollups start
Start a Cartesi Rollups local environment.
rollups deploy
Deploy the application to the Cartesi Rollups node.
rollups stop
Stop the Cartesi Rollups local environment.
rollups status
Check the status of the Cartesi Rollups local environment, including the deployed applications.
rollups send
Sends an input to the Cartesi Rollups application.
coprocessor address-book
Prints smart contracts addresses that support Cartesi Coprocessor.
coprocessor create -> cartesi create
Create a Cartesi Coprocessor project. Can be an alias for
cartesi create --framework coprocessor
.coprocessor start
Start a Cartesi Coprocessor local environment.
coprocessor deploy
Deploy the application to the Cartesi Coprocessor node.
coprocessor stop
Stop the Cartesi Coprocessor local environment.
coprocessor status
Check the status of the Cartesi Coprocessor local environment, including the deployed applications.
coprocessor send
Sends a task to the Cartesi Coprocessor.
The text was updated successfully, but these errors were encountered: