Search

New Release 4.6.0-1

TL;DR: The 4.5.0, 4.5.1, and 4.5.1-1 zcashd nodes will reach End of Service on or about January 10th, 2022. Prior to that time, miners must upgrade to 4.6.0-1 and all other testnet and mainnet nodes should upgrade to either 4.6.0 or 4.6.0-1.

New Release 4.6.0

TL;DR: The 4.5.0, 4.5.1, and 4.5.1-1 zcashd nodes will reach End of Service on or about January 10, 2022. Prior to that time, all testnet and mainnet nodes should upgrade

New Release 4.5.1-1

This is a required update for all testnet nodes, and is highly recommended for mainnet nodes if you were using the deprecated getaddressesbyaccount RPC method.

New Release 4.5.0

The code preparations for the Network Upgrade 5 consensus rules are finished and included in this release. The following ZIPs are being deployed: ZIP 216: Require Canonical Jubjub Point Encodings

What would a Zcash Proof-of-Stake transition look like?

A successful transition to Proof of Stake would necessarily require support from Zcash users, a legitimate governance process, and a well designed technical migration process. This post outlines what the technical migration process might look like at the top level.

New Release 4.4.1

The 4.3.0 release included a change to prevent redundant getheaders P2P requests, to reduce node bandwidth usage. This behaviour could be disabled by setting the config option -nooptimize-getheaders.

New Release 4.4.0

zcashd can now be configured to optionally expose an HTTP server that acts as a Prometheus scrape endpoint. The server will respond to GET requests on any request path.

Unified addresses in Zcash explained

UAs make Zcash easier to use by removing the complexity of multiple address types. This simplifies the user experience — no more juggling addresses — and increases interoperability between shielded-only applications and transparent-only applications.