@0x/mesh-rpc-client
Advanced tools
Changelog
v5.1.0-beta
getStats
RPC endpoint now includes a new field which accounts for the number of orders that have been marked as "removed" but not yet permanently deleted (#461).CUSTOM_ADDRESSES
environment variable or the customAddresses
field in the TypeScript bindings (#445).Changelog
v5.0.0-beta
txHashes
key in the OrderEvent
s emitted from the orders
JSON-RPC subscription and replaced it with contractEvents
, an array of decoded order-relevant contract events. Parsing these events allows callers to find every discrete order fill/cancel event. (#420)Kind
key in OrderEvent
to EndState
to better elucidate that it represents the aggregate change to the orders state since it was last re-validated. As an end state, it does not capture any possible intermediate states the order might have been in since the last re-validation. Intermediate states can be inferred from the contractEvents
included (#420)fillableTakerAssetAmount
in the DB when orders were being partially filled or when their fillability increased due to a block re-org. (#439)verbosity
field optional in the TypeScript Config
type. (#410)Changelog
v4.0.0-beta
P2P_LISTEN_PORT
to P2P_TCP_PORT
(#366). This makes it possible to configure Mesh to use both the TCP and Websocket transports by listening on different ports.60559
but this can be changed via the P2P_WEBSOCKETS_PORT
environment variable.BOOTSTRAP_LIST
environment variable (#374). Typically this should only be used for testing/debugging.BlockWatch
so that it can be used without using LevelDB
for Ethereum block storage. (#355)fillableTakerAssetAmount
and lastUpdated
were not always being properly updated in the DB. (#386)Changelog
v3.0.1-beta
Changelog
v3.0.0-beta
GetStatsAsync
method to getStatsAsync
in TS clientChangelog
v2.0.0-beta
mesh_addOrders
treats orders that are already stored on the Mesh node. Previously, they would be rejected with code OrderAlreadyStored
. Now, if the order is stored and fillable, it will be accepted. If it is stored but unfillable, it will be rejected with OrderAlreadyStoredAndUnfillable
. We additionally added a isNew
property to the accepted orderInfos returned, so that callers can discern which orders Mesh already knew about. (#316)mesh_getStats
endpoint which returns a host of useful information about the state of the Mesh node (e.g., number of fillable order stored, number of peers, peerID, etc...) (#322)Changelog
v1.0.6-beta
This release fixes several bugs:
It also includes a reduction in the delay before which bootstrap nodes advertise themselves as relays from 15mins to 30sec.