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
The rollup system is the bridge that allows a DApp to speak with the blockchain. It was initially designed to receive input-metadata and input for the blockchain -> DApp direction, and vouchers and notices on the DApp -> blockchain direction. Recently there is interest in doing different types of outputs[1] from vouchers and notices and we realized that it would be impractical handling every one of them across the SDK stack. Along those lines, there is also a plan to simplify the input handling by merging the input-metadata with input[2].
The proposed solution is to simplify the rollup, make it handle inputs and outputs as opaque blobs of data and do the encode/decode of blockchain related data in the DApp itself, in userspace.
Tasks
remove input-metadata, notices_hashes and voucher_hashes from the emulator, grpc, defines
Context
The rollup system is the bridge that allows a DApp to speak with the blockchain. It was initially designed to receive
input-metadata
andinput
for the blockchain -> DApp direction, andvouchers
andnotices
on the DApp -> blockchain direction. Recently there is interest in doing different types of outputs[1] fromvouchers
andnotices
and we realized that it would be impractical handling every one of them across the SDK stack. Along those lines, there is also a plan to simplify the input handling by merging theinput-metadata
withinput
[2].[1] cartesi/rollups-contracts#42
[2] cartesi/rollups-contracts#84
Possible solutions
The proposed solution is to simplify the rollup, make it handle inputs and outputs as opaque blobs of data and do the encode/decode of blockchain related data in the DApp itself, in userspace.
Tasks
input-metadata
,notices_hashes
andvoucher_hashes
from the emulator, grpc, definessrc/cartesi-machine.lua
to reflect those changes--rollup-advance-state
and--rollup-inspect-state
calls should be reworked (and simplified if possible)rollup-memory-range.lua
tool to reflect those changesThe text was updated successfully, but these errors were encountered: