zcash/lightwalletd v0.6.1

on GitHub

Added

• --grpc-max-concurrent-streams bounds how many gRPC streams one client
  connection may have open at once; the default is 100. There was previously
  no limit, and gRPC omits SETTINGS_MAX_CONCURRENT_STREAMS from the
  connection preface when none is set, announcing to every client that it may
  open as many streams as it likes. Set it to 0 to restore the old unlimited
  behavior (GHSA-xq7v-jj38-pcwr).

• --max-concurrent-blockrange bounds how many block-range requests the
  server will work on at once across every connection, where
  --grpc-max-concurrent-streams bounds only a single one; the default is
  200. Requests beyond the limit wait for a free slot rather than failing, up
  to the sooner of their own deadline and ten seconds, and are then refused
  with UNAVAILABLE. Set it to 0 for no limit (GHSA-xq7v-jj38-pcwr).

• New GetStandardFee gRPC exposing the backend's getstandardfee JSON-RPC
  method (zebrad, zakura). Returns the ZIP 317 marginal fee in zatoshis per
  logical action and the backend fee-estimator version (0 is the static ZIP
  317 fee, lowered to 1000 zatoshis by ZIP 2009). Backends without the
  method return Unimplemented, other backend failures Unavailable. Part
  of lightwallet-protocol v0.6.0.

Changed

• Where there is a cgroup memory limit (a container run with --memory, or a
  systemd unit with MemoryMax), lightwalletd now sets Go's soft memory limit
  to 90% of it. The Go runtime does not read cgroup limits by itself, so a
  burst of allocation could be OOM-killed at a heap size the collector was
  content to let grow. Setting GOMEMLIMIT in the environment overrides this.

Fixed

• CI: the release step that mirrors the image to zodlinc/lightwalletd
  failed on v0.6.0 with a 401, because the zodlinc token can't read
  electriccoinco. It now pulls the image before logging in as zodlinc.
  (#625)