You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If getnewaddress is deprecated, it will be impossible for users to generate standalone transparent addresses.
That is indeed our long-term goal for the zcashd wallet. There are plenty of other transparent-only wallets in the ecosystem that can be used instead; we want the zcashd wallet to shift focus to only interacting with the transparent pool as part of a unified account strategy (hence we have deprecated both getnewaddress and z_getnewaddress).
Standalone transparent addresses are not deprecated from Zcash.
The transparent protocol is not (yet) deprecated from the Zcash network. But now that we have accounts and Unified Addresses in the zcashd wallet, we want to start the process of deprecating the legacy transparent-only parts of the zcashd wallet. I expect the deprecation timeline will be longer than for other APIs, but preventing creating of new legacy transparent addresses is the necessary first step in migrating zcashd wallet users away from the legacy transparent wallet.
It's worth noting that nothing has changed about getnewaddress itself yet, other than we have enabled zcashd users to test their stacks with getnewaddress disabled (in order to discover places where they assume its presence).
getnewaddress is being deprecated.
It is the only way to generate standalone transparent addresses for a zcash-cli wallet.
z_getaddressforaccount only generates unified addresses. In unified addresses, transparent addresses must be bundled with other address types.
If getnewaddress is deprecated, it will be impossible for users to generate standalone transparent addresses.
Standalone transparent addresses are not deprecated from Zcash.
Therefore, getnewaddress should be un-deprecated.
Unless I am missing something?
The text was updated successfully, but these errors were encountered: