Version Packages (alpha) - #206
Merged
Merged
Conversation
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
github-actions
Bot
force-pushed
the
changeset-release/prerelease/v2
branch
from
August 13, 2026 19:15
b7907ea to
89f45c8
Compare
github-actions
Bot
force-pushed
the
changeset-release/prerelease/v2
branch
from
August 14, 2026 02:51
89f45c8 to
5ddfea6
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This PR was opened by the Changesets release GitHub action. When you're ready to do a release, you can merge this and the packages will be published to npm automatically. If you're not ready to do a release yet, that's fine, whenever you add more changesets to prerelease/v2, this PR will be updated.
prerelease/v2is currently in pre mode so this branch has prereleases rather than normal releases. If you want to exit prereleases, runchangeset pre exitonprerelease/v2.Releases
@deroll/create-app@2.0.0-alpha.15
Minor Changes
8819916: Stop wrapping
@cartesi/rollup. Both@deroll/appand@deroll/coreare removed; what remains of deroll is the wallet and the router, plugged into the binding's own loop.@cartesi/rollupowns the request loop (Rollup.run), the outputs (emitNotice,emitReport,emitVoucher, …), the protocol vocabulary, and — as of1.0.0-alpha.1— the handler composition (chain,broadcast) that was the last thing deroll had to add. Wrapping any of it only created a second vocabulary that could drift from the first.Breaking:
@deroll/appand@deroll/coreare removed.createApp, theAppinterface,addAdvanceHandler/addInspectHandler, and deroll's copies ofchain/broadcastare all gone.new Rollup()and enter its loop withrollup.run({ advance, inspect }). Only oneRollupmay be open per process.chain(each is offered the request until one accepts) orbroadcast(every one sees it regardless), both imported from@cartesi/rollup.app.createNotice(payload)becomesrollup.emitNotice(payload), andapp.registerExceptionbecomesrollup.emitException.AdvanceRequestHandler,InspectRequestHandler,AdvanceRequest,Voucher,BytesLike, …) from@cartesi/rollupinstead of@deroll/core.Breaking: handlers return a boolean.
"accept"/"reject"were thestatusfield of the Rollup HTTP Server's/finishrequest body, passed through verbatim by deroll v1 — the last of that transport's vocabulary in the API.trueclaims the request,falsedeclines it and leaves it to the next handler. The old words were misleading in a chain anyway: returning"reject"never rejected the input, it only declined it, and the input is rejected when nobody claims it.Breaking: the advance request is flat.
AdvanceRequestData/AdvanceRequestMetadataare replaced byAdvanceRequest, which carries the metadata fields directly alongsidepayloadand atype: "advance"discriminant.InspectRequestDatabecomesInspectRequest.Breaking: outputs are synchronous, and notice/report payloads are not wrapped. Emitting an output is a device write, not I/O the event loop can interleave with —
finishpauses the entire guest — so nothing returns a promise, and{ payload }wrappers are gone. Vouchers keep their object argument, since they carry adestinationand an optionalvaluebesides the payload. Handlers may still beasync, but no longer have to be.Breaking:
createRoutertakes no arguments, and its handler returns a verdict. The router used to hold anAppso it could emit reports; it now receives the rollup as a handler argument.RouterOptionsis removed.Router.handlerreturns whether a route matched, so it composes withchainand an unmatched query falls through to the next handler.Router.handleralso reads its query straight out of the requestBufferinstead of round-tripping it through viem'stoBytes, which only decoded correctly by accident.registerExceptionwas unreachable.NativeAppimplemented it, but it was missing from the interfacecreateAppreturned, so no application could ever call it. It is nowrollup.emitException.A handler exception rejects the request and is reported. Previously it went to
stderrand the next handler ran anyway, which could let a later handler write state on top of a partially applied one, and left the failure invisible from outside the machine.Rollup.runnow rejects the input and emits the error as a report, which survives the rejection. Code that relied on throwing to fall through to another handler should returnfalseinstead.Requires
@cartesi/rollup@1.0.0-alpha.1, which is a peer dependency of@deroll/walletand@deroll/router— the rollup device allows only one open handle per process, so the dependency tree must resolve to a single copy of the binding.91be234: Remove
@deroll/router. There is no v2 of the package; the published versions are deprecated on npm and stay installable, so v1 applications keep resolving.The router matched inspect payloads against URL patterns. That made sense when an inspect request was an HTTP
GETagainst the inspect server and the payload was the path it was made to. It is now an arbitrary buffer whose encoding the application chooses, and the routing key follows from that choice — a segment of a string, a field of a JSON object, a function selector under ABI. Only the first of those looks like a URL, and the package carried no knowledge of the Cartesi protocol to justify keeping it: stripbytesToStringandemitReportand what remained waspath-to-regexpbehind a for-loop.Dispatch in the inspect handler instead:
Returning
falsewhere no route matched preserves the router's behaviour, so a handler composed withchainstill falls through. To keep pattern matching, depend onpath-to-regexpdirectly — it is what the router used, and callingmatch()yourself is a few lines. The docs gained a Dispatching queries section covering that alongside the JSON and ABI equivalents.@deroll/create-appno longer offers the router. Therouterlibrary choice and the--use-routerflag are gone, andLibraryis now just"wallet". TherouterandwalletRoutertemplates are replaced by a singleinspectexample that dispatches by hand.@deroll/wallet@2.0.0-alpha.9
Minor Changes
8819916: Stop wrapping
@cartesi/rollup. Both@deroll/appand@deroll/coreare removed; what remains of deroll is the wallet and the router, plugged into the binding's own loop.@cartesi/rollupowns the request loop (Rollup.run), the outputs (emitNotice,emitReport,emitVoucher, …), the protocol vocabulary, and — as of1.0.0-alpha.1— the handler composition (chain,broadcast) that was the last thing deroll had to add. Wrapping any of it only created a second vocabulary that could drift from the first.Breaking:
@deroll/appand@deroll/coreare removed.createApp, theAppinterface,addAdvanceHandler/addInspectHandler, and deroll's copies ofchain/broadcastare all gone.new Rollup()and enter its loop withrollup.run({ advance, inspect }). Only oneRollupmay be open per process.chain(each is offered the request until one accepts) orbroadcast(every one sees it regardless), both imported from@cartesi/rollup.app.createNotice(payload)becomesrollup.emitNotice(payload), andapp.registerExceptionbecomesrollup.emitException.AdvanceRequestHandler,InspectRequestHandler,AdvanceRequest,Voucher,BytesLike, …) from@cartesi/rollupinstead of@deroll/core.Breaking: handlers return a boolean.
"accept"/"reject"were thestatusfield of the Rollup HTTP Server's/finishrequest body, passed through verbatim by deroll v1 — the last of that transport's vocabulary in the API.trueclaims the request,falsedeclines it and leaves it to the next handler. The old words were misleading in a chain anyway: returning"reject"never rejected the input, it only declined it, and the input is rejected when nobody claims it.Breaking: the advance request is flat.
AdvanceRequestData/AdvanceRequestMetadataare replaced byAdvanceRequest, which carries the metadata fields directly alongsidepayloadand atype: "advance"discriminant.InspectRequestDatabecomesInspectRequest.Breaking: outputs are synchronous, and notice/report payloads are not wrapped. Emitting an output is a device write, not I/O the event loop can interleave with —
finishpauses the entire guest — so nothing returns a promise, and{ payload }wrappers are gone. Vouchers keep their object argument, since they carry adestinationand an optionalvaluebesides the payload. Handlers may still beasync, but no longer have to be.Breaking:
createRoutertakes no arguments, and its handler returns a verdict. The router used to hold anAppso it could emit reports; it now receives the rollup as a handler argument.RouterOptionsis removed.Router.handlerreturns whether a route matched, so it composes withchainand an unmatched query falls through to the next handler.Router.handleralso reads its query straight out of the requestBufferinstead of round-tripping it through viem'stoBytes, which only decoded correctly by accident.registerExceptionwas unreachable.NativeAppimplemented it, but it was missing from the interfacecreateAppreturned, so no application could ever call it. It is nowrollup.emitException.A handler exception rejects the request and is reported. Previously it went to
stderrand the next handler ran anyway, which could let a later handler write state on top of a partially applied one, and left the failure invisible from outside the machine.Rollup.runnow rejects the input and emits the error as a report, which survives the rejection. Code that relied on throwing to fall through to another handler should returnfalseinstead.Requires
@cartesi/rollup@1.0.0-alpha.1, which is a peer dependency of@deroll/walletand@deroll/router— the rollup device allows only one open handle per process, so the dependency tree must resolve to a single copy of the binding.