Releases: pinax-network/firehose-antelope
Releases · pinax-network/firehose-antelope
v2.0.0-rc.1
Antelope Spring
This is a first pre-release that supports decoding deep mind logs from the Antelope spring software. Note that this block format is not final yet and might still change in future versions.
v1.4.5
v1.4.4
v1.4.3
v1.4.2
Substreams
- Substreams clients now enable gzip compression over the network (already supported by servers).
- Added store with update policy
set_sum
which allows the store to either sum a numerical value, or set it to a new value. - Fixed a bug with the new
descriptorSets
feature that wasn't ordered properly to correctly generate Protobuf bindings. - Substreams binary type can now be optionally composed of runtime extensions by appending a
+<extension>,[<extesions...>]
at the end of the binary type. Extensions arekey[=value]
that are runtime specifics.
Note
If you were a library author and parsing generic Substreams manifest(s), you will now need to handle that possibility in the binary type. If you were reading the field without any processing, you don't have to change nothing.
v1.4.1
- Bump golang.org/x/net from 0.22.0 to 0.23.0 by @dependabot in #140
- Fix parsing of flag 'common-index-block-sizes' from yaml config file
Substreams
- execout: preload only one file instead of two, log if undeleted caches found
- execout: add environment variable SUBSTREAMS_DISABLE_PRELOAD_EXEC_FILES to disable file preloading
v1.4.0
Substreams
Note Upgrading will require changing the tier1 and tier2 versions concurrently, as the internal protocol has changed.
- Index Modules and Block Filter now supported. See https://github.com/streamingfast/substreams-foundational-modules for an example implementation
- Various scheduling and performance improvements
- env variable
SUBSTREAMS_WORKERS_RAMPUP_TIME
changed from4s
to0
. Set it to4s
to keep previous behavior otelcol://
tracing protocol no longer supported- Revert sanity check to support the special case of a substreams with only 'params' as input. This allows a chain-agnostic event to be sent, along with the clock.
- Fix error handling when resolved start-block == stop-block and stop-block is defined as non-zero
v1.3.7
Substreams
- Allow stores to write to stores with out-of-order ordinals (they will be reordered at the end of the module execution for each block)
- Fix issue in substreams-tier2 causing some files to be written to the wrong place sometimes under load, resulting in some hanging requests
Firehose
- Firehose response (both single block and stream) now include the
sf.firehose.v2.BlockMetadata
field. This new field contains the chain agnostic fields we hold about any block of any chain.
Tools
- The
tools download-from-firehose
now respects it's documentation when doing--help
, correct invocation now isfirecore tools download-from-firehose <endpoint> <start>:<end> <output_folder>
. - The
firecore tools download-from-firehose
has been improved to work with new Firehosesf.firehose.v2.BlockMetadata
field, if the server sends this new field, the tool is going to work on any chain. If the server's you are reaching is not recent enough, the tool fallbacks to the previous logic. All StreamingFast endpoints should serves be compatible.
v1.3.6
Fixed
- Fixed possible race condition in the blockPoller
- Fix relayer waiting too long to fail when reconnecting to a single source (especially on slow chains). It will now fail right away if it receives an unlinkable block and has a single source configured.
- Fixed skipped block handling and performance issues on blockPoller
Changed
- The
--block-type
flag got renamed to--substreams-tier1-block-type
. Specifying it will make substreams-tier1 skip the block type discovery (from files or live stream) on startup, getting ready faster.
Added
- Logs now print the "x-deployment-id" header on firehose connections (used to propagate subgraph deployment ids from graph-node and help debugging)