I believe I was remembering the conversation in this thread but I thought there were others as well but may have been mistaken.
My point to the prior question was that we looked at your fast sync algorithm as well as the one in ZecWallet and elected to implement our own as I’ve mentioned elsewhere.
Here’s an ongoing update on the work ECC is doing around wallet performance and SDKs. As mentioned previously, people’s experience with ZEC has been suboptimal, and ECC has a cross-functional team focused on improving ZEC UX.
Our priority remains mitigating the impact of the increased shielded transaction load across zcashd and the mobile SDKs
A number of team members are working directly on an improved mobile sync experience which we hope to rollout the initial phase this sprint
We have made performance improvements to transaction verification times, block propagation times, and zcashd full node wallet scan performance
We’re surveying the ecosystem to understand the effects of 5.1.0 and 5.2.0 and identify any remaining performance-related issues
Due to increased memory usage during sync, some users have experienced OOM conditions which we are investigating and have identified one potential solution
We are also evaluating the ZIP 317 fee change proposal, analyzing historical transaction profiles, and modeling potential fee changes to assess impact
At a high level, this means that the team is seeing progress and we should be releasing improvements to our mobile wallet SDKs in the next couple of weeks which will positively impact end-users’ experience. Overall performance improvements are something that will be ongoing, but mobile wallet users can expect better syncing performance after the next versions of the mobile SDKs are released.
Also, we’d like to thank Hanh and his work with Ywallet, which has provided many Zcash users with a consistent user experience during this time. We were pleased to see his recent grant funded by ZCG, and look forward to Ywallet’s future progress and contributions to Zcash.
As mentioned before, feel free to DM me, or comment below, with any questions.
Firstly, I want to thank everyone for their patience during this time. The team is working through the issues to get mobile wallets working to the standard users expect. These issues are complex, but our team is confident in the improvements that have been made and those that are in progress both for the wallet SDKs and the zcashd node.
Here are updates from our engineering teams:
Continued the back-end work required to support the next release of the IOS and Android SDKs which will include the first phase of an improved sync capability
Fixed a number of intermittent out-of-memory issues that were introduced by the batch scanning optimizations which will be included in zcashd release 5.3.0.
Built a number of dashboards analyzing historical transaction data which we are using in our analysis of the proposed fee change mechanism in ZIP 317.
Hi everyone, Ian from ECC here to provide another update.
ECC recently got together for its planning week to discuss key objectives for the upcoming term. The team was able to develop a high-level strategy (both short and long term), and also reaffirm our immediate objectives regarding syncing issues with our wallet SDKs.
ECC’s No. 1 priority at the moment is updating the Zcash protocol and our wallet SDKs to help third-party providers fix wallet syncing issues. An increased on-chain transaction load has resulted in unacceptable sync times for many everyday users, and ecosystem partners are also affected. We are focused — across teams — on alleviating these issues as soon as possible, so Zcash users have an experience they expect and deserve. Our immediate objectives are centered on working with third-party wallets that are built on the ECC SDKs (Edge, Nighthawk and Unstoppable) to:
Ensure users can spend their funds (funds that are already synced when they open their wallet)
Ensure users can receive and spend new incoming funds at a rate of a month’s worth of transactions in one hour
Implement updates which provide users clarity on syncing progress
Ensure none of those wallets are impacted by frequent crashes or inconsistent behavior (such as failing to display some already synced transactions), nor do they require work-around behaviors due to the ECC SDK
We have also released zcashd 5.3.0. The main focus of 5.3.0 is to reduce concurrent memory utilization during scanning among other memory and performance related optimisations.
We will provide updates around our short- to long-term strategies in the coming weeks. We will also provide an update on future releases and wallet syncing methods we’re reviewing for our SDKs, when those are available.
Not that I’m aware of. Ledger doesn’t depend on ECC mobile SDK or improvements made to shielded transactions on zcashd as Ledger doesn’t support shielded transactions.
I have personally been affected by issues with Ledger since the NU5. I understand that this can be frustrating as I also couldn’t access ZEC stored with Ledger hardware wallet. My suggestion is to reach out to Ledger directly and explain your situation through https://support.ledger.com/hc/en-us/categories/4404369571601-Support
Reminder: Never share you seed/recovery phrase with anyone especially with those that claim to be from official supports team
If there’s any lesson to be learned from this experience, never store too much of your money in places you might lose access to.
This is our minimum target for sync improvements. The way our DAGSync algorithm works, part of the capability is to make recently received funds spendable as soon as possible even before a full sync has occurred.
I wish there was more information I could offer, ZerkaPGM#0875 posted on the Discord a few days ago about a ledger issue specifically about the code 0x6f01 which points to a technical issue e.g. damaged, check connections, try different computer. I couldn’t help him much either and ended up digging down a rabbit hole of an old issue of that fault that was speculated to have been caused possibly by too many apps accessing the device though was eventually recreated by passing empty input but this was patched years ago. I then stumbled on to these most recent patches which I assume apply to v5.x.x but idk.
Hey everyone, providing another update on the work ECC is doing here. Tl;dr is that faster sync for SDKs will be released in phases, zcashd 5.3.0 was released, and we’ve completed our analysis for ZIP 317.
Update:
Our #1 priority remains alleviating issues with slow sync times for wallets built on our mobile SDKs, primarily Edge, Unstoppable, and NightHawk.
A faster sync capability for our SDKs is being released in a couple of phases, the first of which lays the groundwork for DAGSync and adds support for Unified Addresses (UAs). The iOS version is currently in internal testing with Android following in about a week.
ECC released zcashd 5.3.0 to reduce concurrent memory utilization during scanning among other memory and performance related optimisations for full nodes.
We’ve completed our analysis for ZIP 317 which will make fees fair and equitable and consistent with chain usage. We are working on the necessary changes to zcashd at the moment and working with our ecosystem partners to gather additional feedback and discuss broader implementation efforts.
We’re continuing to work on recursion for Halo 2 which will form the basis for some additional performance and scalability optimizations in the medium-term.
We are currently working on additional optimizations for zcashd which will further reduce memory utilization and block propagation times.
Thanks again for your time and patience during this time. If there are any questions, please post them below and our team will answer them. You can also reach out to me directly.