Overview
This release brings the Gateway compatible with the first release candidate of the Radix Babylon Network.
Integrators
Please note that the Babylon Core API on the Node is more powerful than on Olympia.
Integrators looking to prepare for the Radix Babylon launch should start by considering if running their own node and using the Core API would work instead of running a Gateway and using the Gateway API.
Running just a node is simpler than running a node and Gateway, and the Core API has a "long term support" section of the API, designed for tracking fungible balances and accounts, which is guaranteed to be compatible with mainnet launch - enabling integrators to prepare for mainnet launch immediately.
Key changes
Overview of Gateway changes since RCnet-V1.0:
- add binaries to Github Release
- fix DockerHub Image Tags
Overview of Gateway changes since Betanet-V2:
/entity/overviewand/entity/detailsendpoints replaced with single/state/entity/details.- Fungible and non-fungible resources are now ordered by the most recently updated.
/transaction/recentendpoint replaced with/stream/transactionsreturning user and non-user transactions.limitrequest parameter has been renamed tolimit_per_page.- All enum values use
PascalCasenaming. /gateway/informationreplaced with two separate endpoints/status/gateway-statusand/status/network-configuration- Added new configuration section
CoreApiIntegrationwhere you can configure integration with core API. For now onlySubmitTransactionTimeoutsetting is supported. /stake/validator/listrework, added current stake value./entity/resourcesmerged into/state/entity/detailsendpoint- new paginable endpoints
/state/entity/page/{x}for metadata, fungibles, fungible-vaults, non-fungibles, non-fungible-vaults and non-fungible-vault/ids. Cursors returned fromstate/entity/detailscan be later used to query for next pages in specific endpoints. /transaction/committed-detailsendpoint operates onintent_hash_hexonly now