horizonclient & txnbuild v10.0.0

v10.0.0 - 2022-04-18

horizonclient

This release adds support for Protocol 19:

• The library is updated to align with breaking changes to txnbuild.

txnbuild

Adds support for Protocol 19 transaction preconditions (CAP-21).

Breaking changes

• There are many new ways for a transaction to be (in)valid (see the new Preconditions structure), and the corresponding breaking change is in how transactions are built:

 tx, err := NewTransaction(TransactionParams{
     SourceAccount: someAccount,
     // ... other parameters ...
-    Timebounds:    NewTimeout(5),
+    Preconditions: Preconditions{TimeBounds: NewTimeout(5)},
 })

• Timebounds has been renamed to TimeBounds, though a type alias remains.

• A *TimeBounds structure is no longer considered valid (via Validate()) if it's nil. This further reinforces the fact that transactions need timebounds.

Horizon v2.16.1

• Use Golang 1.18.1 with security fixes for CVE-2022-24675, CVE-2022-28327 and CVE-2022-27536. (4333)

Horizon v2.16.0

• Replace keybase with publicnode in the stellar core config. (4291)
• Add a rate limit for path finding requests. (4310)
• Horizonclient, fix multi-parameter url for claimable balance query. (4248)

Horizon v2.15.1

Upgrading to this version from <= v2.8.3 will trigger a state rebuild. During this process (which will take at least 10 minutes), Horizon will not ingest new ledgers.

Fixes

• Fixed a regression preventing running multiple concurrent captive-core ingestion instances. (4251)

Horizon v2.15.0

Upgrading to this version from <= v2.8.3 will trigger a state rebuild. During this process (which will take at least 10 minutes), Horizon will not ingest new ledgers.

DB Schema Migration

• DB migrations add columns to the history_trades table to enable filtering trades by "rounding slippage". This is very large table so migration may take a long time (depending on your DB hardware). Please test the migrations execution time on the copy of your production DB first.

Features

• New feature, enable captive core based ingestion to use remote db persistence rather than in-memory for ledger states. Essentially moves what would have been stored in RAM to the external db instead. Recent profiling on the two approaches shows an approximate space usgae of about 8GB for ledger states as of 02/2022 timeframe, but it will gradually continue to increase as more accounts/assets are added to network. Current horizon ingest behavior when configured for captive core usage will by default take this space from RAM, unless a new command line flag is specified --captive-core-use-db=true, which enables this space to be taken from the external db instead, and not RAM. The external db used is determined be setting DATABASE parameter in the captive core cfg/.toml file. If no value is set, then by default it uses sqlite and the db file is stored in --captive-core-storage-path - (4092)

Fixes

• Exclude trades with high "rounding slippage" from /trade_aggregations endpoint. (4178)
  • Note, to apply this change retroactively to existing data you will need to reingest starting from protocol 18 (ledger 38115806).
• Release DB connection in /paths when no longer needed. (4228)
• Fixed false positive warning during orderbook verification in the horizon log output whenever the in memory orderbook is inconsistent with the postgres liquidity pool and offers table. (4236)

Horizon v2.14.0

• Restart Stellar-Core when it's context is cancelled. (4192)
• Resume ingestion immediately when catching up. (4196)
• Check if there are newer ledger when requested ledger does not exist. (4198)
• Properly check against the HA array being empty. (4152)

Horizon v2.13.0

DB Schema Migration

• DB migrations add a column and index to the history_trades table to improve performance of some queries. This is very large table so migration may take a long time (depending on your DB hardware). Please test the migrations execution time on the copy of your production DB first.

Changes

• Improve performance of /trades?trade_type=liquidity_pool requests. (4149)
• Added absBeforeEpoch to ClaimableBalance API Resources. It will contain the Unix epoch representation of absolute before date. (4148)
• Path finding results contain empty paths again (removed in Horizon 2.9.0). (4137)
• Generate HTTP Status code of 499 for Client Disconnects, should propagate into horizon_http_requests_duration_seconds_count metric key with status="499" label. (4098)
• Fix incorrect counting of rate limited events in stream requests. (4163)
• Update cursor on every ledger when using old non Captive-Core ingestion backend. (4150)
• Fix the code responsible for updating Stellar-Core status that could stop the metrics updates on connectivity issues. (4180)

horizonclient & txnbuild v9.0.0

• Enable Muxed Accounts (SEP-23) by default (#4169):
  • Remove TransactionParams.EnableMuxedAccounts
  • Remove TransactionFromXDROptionEnableMuxedAccounts
  • Remove FeeBumpTransactionParams.EnableMuxedAccounts
  • Remove parameter withMuxedAccounts bool from all methods/functions.
  • Remove options ...TransactionFromXDROption parameter from TransactionFromXDR()
  • Rename SetOpSourceMuxedAccount() to (pre-existing) SetOpSourceAccount() which now accepts
    both G and M (muxed) account strkeys.
• Use xdr.Price to represent prices in txnbuild instead of strings (#4167).

Horizon v2.12.1

Fixes

• Fixes a critical vulnerability in HTTP server of Golang <=1.17.4. An attacker can cause unbounded memory growth in a Go server accepting HTTP/2 requests.

Horizon v2.12.0

Features

• Result codes for fee-bump transactions will now also include the inner result codes (4081)

Performance improvements

• XDR encoding/decoding pipelines have been optimized (4069, 4068, 4073, 4064, 4071, 4075, 4077)

• Path-finding on the /paths endpoint has been sped up significantly (4091, 4096, 4102, 4105, 4113)

• Unused database indices have been removed (4085, 4089)

Fixes

• Improves error parsing from Captive Core (4066)

• Prevent duplicate errors related to liquidity pool tables during repeated reingestion of same range (4114)

• In the 2.11.0 release there was a bug introduced which made the horizon db reingest range command ignore optional parameters like --parallel-workers. This bug is now fixed so all optional command line flags are parsed correctly (4127)