Releases: streamingfast/substreams
Releases · streamingfast/substreams
v1.3.3
v1.3.2
- Fixed
store.has_at
Wazero signature which was defined ashas_at(storeIdx: i32, ord: i32, key_ptr: i32, key_len: i32)
but should have beenhas_at(storeIdx: i32, ord: i64, key_ptr: i32, key_len: i32)
. - Fixed the local
substreams alpha service serve
ClickHouse deployment which was failing with a message regarding fork handling. - Catch more cases of WASM deterministic errors as
InvalidArgument
. - Added some output-stream info to logs.
v1.3.1
Server
- Fixed error-passing between tier2 and tier1 (tier1 will not retry sending requests that fail deterministicly to tier2)
- Tier1 will now schedule a single job on tier2, quickly ramping up to the requested number of workers after 4 seconds of delay, to catch early exceptions
- "store became too big" is now considered a deterministic error and returns code "InvalidArgument"
v1.3.0
Highlights
- Support new
networks
configuration block insubstreams.yaml
to override modules' params and initial_block. Network can be specified at run-time, avoiding the need for separate spkg files for each chain. - [BREAKING CHANGE] Remove the support for the
deriveFrom
overrides. Theimports
, along with the newnetworks
feature, should provide a better mechanism to cover the use cases thatderiveFrom
tried to address.
Note
These changes are all handled in the substreams CLI, applying the necessary changes to the package before sending the requests. The Substreams server endpoints do not need to be upgraded to support it.
Added
- Added
networks
field at the top level of the manifest definition, withinitialBlock
andparams
overrides for each module. See the substreams.yaml.example file in the repository or https://substreams.streamingfast.io/reference-and-specs/manifests for more details and example usage. - The networks
params
and `initialBlock`` overrides for the chosen network are applied to the module directly before being sent to the server. All network configurations are kept when packing an .spkg file. - Added the
--network
flag for choosing the network onrun
,gui
andalpha service deploy
commands. Default behavior is to use the one defined asnetwork
in the manifest. - Added the
--endpoint
flag tosubstreams alpha service serve
to specify substreams endpoint to connect to - Added endpoints for Antelope chains
- Command 'substreams info' now shows the params
Removed
- Removed the handling of the
DeriveFrom
keyword in manifest, this override feature is going away. - Removed the `--skip-package-validation`` option only on run/gui/inspect/info
Changed
- Added the
--params
flag toalpha service deploy
to apply per-module parameters to the substreams before pushing it. - Renamed the
--parameters
flag to--deployment-params
inalpha service deploy
, to clarify the intent of those parameters (given to the endpoint, not applied to the substreams modules) - Small improvement on
substreams gui
command: no longer reads the .spkg multiple times with different behavior during its process.
v1.2.0
Client
- Fixed bug in
substreams init
with numbers in ABI types
Backend
- Return the correct GRPC code instead of wrapping it under an "Unknown" error. "Clean shutdown" now returns CodeUnavailable. This is compatible with previous substreams clients like substreams-sql which should retry automatically.
- Upgraded components to manage the new block encapsulation format in merged-blocks and on the wire required for firehose-core v1.0.0
v1.1.22
alpha service deployments
- Fix fuzzy matching when endpoint require auth headers
- Fix panic in "serve" when trying to delete a non-existing deployment
- Add validation check of substreams package before sending deploy request to server
v1.1.21
Changed
-
Codegen: substreams-database-change to v1.3, properly generates primary key to support chain reorgs in postgres sink.
-
Sink server commands all moved from
substreams alpha sink-*
tosubstreams alpha service *
-
Sink server: support for deploying sinks with DBT configuration, so that users can deploy their own DBT models (supported on postgres and clickhouse sinks). Example manifest file segment:
[...] sink: module: db_out type: sf.substreams.sink.sql.v1.Service config: schema: "./schema.sql" wire_protocol_access: true postgraphile_frontend: enabled: true pgweb_frontend: enabled: true dbt: files: "./dbt" run_interval_seconds: 60
where "./dbt" is a folder containing the dbt project.
-
Sink server: added REST interface support for clickhouse sinks. Example manifest file segment:
[...] sink: module: db_out type: sf.substreams.sink.sql.v1.Service config: schema: "./schema.clickhouse.sql" wire_protocol_access: true engine: clickhouse postgraphile_frontend: enabled: false pgweb_frontend: enabled: false rest_frontend: enabled: true
Fixed
- Fix
substreams info
cli doc field which wasn't printing any doc output
v1.1.20
- Optimized start of output stream in developer mode when start block is in reversible segment and output module does not have any stores in its dependencies.
- Fixed bug where the first streamable block of a chain was not processed correctly when the start block was set to the default zero value.
v1.1.19
Changed
- Codegen: Now generates separate substreams.{target}.yaml files for sql, clickhouse and graphql sink targets.
Added
- Codegen: Added support for clickhouse in schema.sql
Fixed
- Fixed metrics for time spent in eth_calls within modules stats (server and GUI)
- Fixed
undo
json message in 'run' command - Fixed stream ending immediately in dev mode when start/end blocks are both 0.
- Sink-serve: fix missing output details on docker-compose apply errors
- Codegen: Fixed pluralized entity created for db_out and graph_out
v1.1.18
Fixed
- Fixed a regression where start block was not resolved correctly when it was in the reversible segment of the chain, causing the substreams to reprocess a segment in tier 2 instead of linearly in tier 1.