[SOLVED] I sent more than 100 zec between my wallets and didn't get them

I have two Zecwallet Lite wallets, I always use the permanent address on the first wallet to send and the second address to accept, I have done so for a long time and thought this is the most reliable way, but this time I sent more than 100 zec and did not get them on the second wallet. I downloaded the fullnode and imported the key, but my coins are not there.
On the wallet from which I sent coins, there is a transaction with sent coins and confirmations.

transaction

Omg. I hope its not true. Im so afraid to transfer fund now.

I read in a nearby topic that probably the money remained on the first wallet, even if there is confirmation on the network, now I have updated my first wallet, but synchronization does not happen until the end. probably have to download the fullnode and import the keys.

Can you elaborate on that? What do you mean you can’t sync till 100%? What error are you seeing? Check zecwallet-light-wallet.debug.log. Are you using Zecwallet Lite 1.4.1? If so, on which platform? If there is an issue with the wallet, the developer @adityapk00 would probably like to know.

Don’t forget that Zecwallet Lite does automatic fund management, so an outgoing transaction may reshuffle your funds to a different address in your wallet.

3 Likes

The good news is ZCash just doesn’t disappear.

As long as the sending address is correct and you have the private spending key, the value is not lost.

It looks good that you have a transaction ID so it seems it was sent, so in your case, you probably have an application issue where the receiving wallet didn’t see or missed the incoming transaction.

If you were using zecwallet lite, you may want to try re-importing the key for a rescan to find the missing transaction.

Otherwise, I would import the private key into a full mode and wait for the chain to sync. The full mode downloads and verifies all transactions since the beginning and can takes days. Since your transaction was recent, the funds would only show up when the full mode got synced to the block of the transaction. The debug log will show transactions as they are found and verified on the blockchain.

3 Likes

I never got my zec.
I downloaded the fullnode and imported my keys there. the balance remained old.

I’ll write more now. I used zecwallet lite on pc 1. I always used the same address t to accept coins from the exchange, from address t I inside the wallet translated to the same address z and then I translated from address z to another address z (which is on another pc for hold) I always had three addresses with private keys saved (so I could recover my coins in any situation)

but even importing keys into the fullnode did not produce a result.
none of these addresses have my coins.

Is it possible that at some time you made a T - T transaction and the change from that transaction was sent to another T address in your wallet?

this is excluded, I always did the same actions
and in a screenshot of my address.

also I tried in the purse zecwallet lite do reindex
and when the synchronization was completed and no longer saw the transaction from address z to address z.
but I screenshot the very first time there was a problem

now I will show a screenshot with transactions which is in fullnode

how can I contact your developer and send him zecwallet-light-wallet.debug ??

@adityapk00 is the ZecWallet developer

Hello m808m808,

I checked your original transaction ID from the first post/screen shot and see there are 2 shielded outputs. Based on your description, you only send funds from 1 zaddr to another. I assume this is the return change and you didn’t send the entire input value.

Could you post the details of the sending wallet’s log around the time of the transaction in question?

When you did a full node rescan, did you import all private keys you have in both wallets? Please go to each wallet client and export all keys, then import all keys into the full node and rescan.

Note: Rescanning in a new wallet may not show shielded sends; only receives. This is probably why your full node rescan did not show the transaction again. It will only show it if it has the private or viewing key for the receiving address.

7d4c820686287065f16c242ea8b2077be3c98a6e8a673cdf3b61000c5b19d999
[Exchange] t1JbUJqADR2YZ4JkSGrx85PD8DBvcs6yApC -->
[You] t1ZUNhoUuowpRcaLRmhHnGtmeRz4ni5LrzJ
[Exchange Change] tot1fQLdRzce5cAiYLy1797tMnVJCAwSte75t

3a620df056be2a234e17ebfc36e979ece9fdbec66d56c7f996247d420ccf3422
[You] t1ZUNhoUuowpRcaLRmhHnGtmeRz4ni5LrzJ -->
[You? Shielded] —

d8e1368c36594fe97c2c50d0ba670f75b4993b54f8e61fe3300af6adf3c09347
[You? Shielded] — -->
[You? Shielded] —
[Shielded Change?] —

Raw Transaction:

{
“hex”: “0400008085202f890000000000009091100010270000000000000131257ac0d2f52f23ea48c82d3c8fae383e2d6234177bc2899422b41af604e9debb47d63567ce8fae9195bca3e6bd63cdb22d5d767333507554f3eff9de81e640577d9eddb68be8530a991b2e1586401c398a4d49f27c37563d1df8496f529e7cc3200f2f18a1601b96d80f822ab0ef534c264a05840192268c080fa2e3d0d331b33a9c5ee9c5ab8dcea5d24355777b3866b854f991b046c384c368c96ebeb10b9723ccb3cb5c826432f1299ec0329cc9a71e226897ab84ce6a9d3863577aa527f5141331515d8288fb3eb9a422cb477a298e4fcb1c763cab971f2830a3dc1ef80aad2e63b68148e4db83e7038627a03cd33f586cb4563a146b20a5caac88a6be5292f06ed4b768dcd7213d7c1450d0b2939061c2dfd0676bdc7e3ac1a3957504cc4640cc8ed12b24c434ccc7db9ec314aae16926719a36c24166dfe5de6e6ac5800c50c9bca9d338703926ad616bce25b1288b7ee46e8db09d36e19337ff8b5f6f233fe0afe34475a941254f85bfb5d20371b6db1c1450231492dd22dbe1dd0b02b28c7e47347012b360a699f6feba5138e16ea5867ea2a4cfed04e8ddf02524b80af2a1e8b4d146f231d1f264efa67966481f161bc0627d169afcd05861dd6d5c1621c192daa757b34082afc6e29301602c473487097021e7e28dd8486edeff84af7cc7017e57336d4a45265687c9e22c85e5d50e490c2dcb3a603cf8600944af82feaf6720d51792662fb039f3696cef109e17848ca114e28b2c592065e38d5a6e312ce1f87f0fb96b2b84fabd2d416398db11128b5981352b2c57b6adef6dd4399008d1e1f229f845a92c8d4ae572b813fef7020ad5b1a1f8c3d1913af21f3b2db63aaf978673ead1fb79e90f6360bae9cb27e0ff06f08970ba576db7495ac40e9f5c656d28f821a9ac218932638b94f3b5a1629e31b0f6fa7c30e342c9767f278420940f2ef69bb0005d680da9e14fa5ecf6e85b5af866b76ead5e237bc5fcca878b91ca4754aaf2e53f25098535323d9684373f6b453da55951f00d82875223a1c319a39e1abbe045d62c480d8074dd9aa3a8d6ec03122e926e9cec3c3286e6f21d969663dcb3af65f39481c030059124b9954c7772485865953b607be30279a7b447d757cee4031a568e6b5b3b9089bddabb518e793aa48a0374fc92d948d5eeddbab08541bd71ed690cc497af1c778478c1060f9b3df814cda34aea960d2ab3043614f3e5f1ecb90f202d3342c156f296be502d12e0599499c9542c5e8157db210140a6e0fb6267ef392aa14b6682752256607c69bd826fbf6efb691ad42cdd3ab95a61882e0b2913d3a99318cd56227b207cb24f348b5f73cb42d3a241781e81d9c47b7b00f6ed9e52253d6923870bd37c963f7787d34fbc7255712e4625b58c34ad0ea25f9dc2a353c81f975125d6b58269332e4f807e7ece0a38cf9a5e4d7a8c79683e93c13b422b85d47b4f9623dd1f99368144347ef66348334ba7c19fe63a4ecd051fdb5fd739a2af475b90b7ffa6926827d37fd14ec099e55f9cc325eb088cea9a77004cd7aef3cee6c92f9b594466de48c8b8073b96e8b63cf73b90232a28d6a304b5683bb64d6ad77554f575f2857381b2684d3d6c69d4ec7bbf9bb1221104b68b81c17d5f1e340bfe35514217614d5dc778e753fc0851c34413bad553b4e47ba71feac478da009d05e39e7f7f8810e7192ae801fcc3308e945f04cef1ed5fe4a1816ec4b7324f4d11c76bb90e10b7b5e84dd2d9dfd73086779370532a7f8b3c5afbe74c5b46268bfee9bd6aba4ff92b72330f1fd6bc1d27c7dc933f22b7894930f8c6afe8acccfab830115e61a1ab10e395454082ca393bc2368dfc0f7e971256d845eac658006c37c158de7a6d3a52bb49c937fe9e9370cb693f91dac5f3f3a6144511ae31b943b86cf5f1d656da40a6775f1d73831a9068698524d983f7fb4779701dc03828339d173aa60ce4586f257513f2c4fdb33d188a92ce4b735d55d63dcb50d1d9ded8722d09e68b7e2a08e2490e2674aedd362a33e08bcb29832e1cea70044ea6e91ffb053f61045edc2d0f4b3ff7626db22fad395c35131ecd993810636630a413ea9ad0becbc414faca937dde76954e770eb4ec2efc25440d93638984769f2a9a754abe2a341760ae19385c01fbc3c8f3110507a0c3208354b97a3adb5b254ef4983e3db3ae13a5f147ab7a97678168879026f2960549aa65ab0475a25cb23f0ce0de1fc50e4be4b9e2db7963e4cef6b0d0a6845d695ab433ddc1a453bdc70bd53a46437b9a37ae7c7418d14b7b8738acd1ef50ffa24aeba8494c7c1b3155682257dbc976b8c9a80292c83ddf1989b06c9edfd0112f9703e845c25ab4bd7f6c32d7c8684d0b7aca7fc208771433f20564a200760aa63b912dbbea5e0dd7d61738b9ad522cd19059f5988b95450ccb92b19f87d21c9f9ce593b4ad3404ae7b3bcba2f799f5a8c6ca6a993558896557cce8d2ce121ea516ba7fd317577ae8a586a8151013472d970519ae47de80d555d2a9d6383d801f1ef1328945cc7172e00d608e555c018d3c4c6d8fe19007865af141cba31c52d7b2c7df867ab82e939ae9347344348d4450b29873e07d186fa7b1744c3bd274a7ac3196ba77de92e4ee22655b3b9c6be82cf1d1d1662b4fb5a03c148db59aa9da6620d3344b77f5bf060ea3f8774246d7bce7ecd7ed23111cf2867f1535c8bbfb5e9ed69baa7a96d20f99672234d3cf1513fefa05fabd731f1b44a509c9a76ae749331fe06ccb41b35637553335907e8a92c3a246a408402e66a1a1e1762fcfc56abd2d21e2081971fed3c415a561469f9525f376986f5cb204ebea0d12d35536a7dbc48c0e7ff51475202af23c7219f4362f13c2a8d6ca3972b55f49d1f050d2ea48a782c7bb5b7aa2979a5f7b870f338b28c348dd767c0232016c326cd8e2eadbbce082bf869b102e966f53e76470ac6e72f08906a9950d7cbdfb05a6838fe892064f165f9b388609537260b55cba7db2dc7a7d5a82073d3a5c5fa00ee0ef3dc00ee0f903f6a814ce744241aaa1e711af75ed5181f289ecb76508016beab5b5690263e5a206e9e174f05fe259d774359889298be9485b9a9c5e4c82d84c6a7a32c1bfa968db97c42cf1d608d005139fb7765a4f2198715421ee23f60c1dfb32dbe9547539e61989bc6fd9a82f3257ca5058c61ad66c42d15485b0daa8818498cc4de9c6740035ef64abae515ced743d4194518879c705bf526c7d74929cc55154ca2b0f3aa94f59eee2e7987ca98761976d202e7d8994e2d7d4a73ad9a548dbeb610941dd02”,
“txid”: “d8e1368c36594fe97c2c50d0ba670f75b4993b54f8e61fe3300af6adf3c09347”,
“size”: 2373,
“overwintered”: true,
“version”: 4,
“versiongroupid”: “892f2085”,
“locktime”: 0,
“expiryheight”: 1085840,
“vin”: ,
“vout”: ,
“vjoinsplit”: ,
“valueBalance”: 0.0001,
“valueBalanceZat”: 10000,
“vShieldedSpend”: [
{
“cv”: “dee904f61ab4229489c27b1734622d3e38ae8f3c2dc848ea232ff5d2c07a2531”,
“anchor”: “40e681def9eff35475503373765d2db2cd63bde6a3bc9591ae8fce6735d647bb”,
“nullifier”: “7c9e526f49f81d3d56377cf2494d8a391c4086152e1b990a53e88bb6dd9e7d57”,
“rk”: “31d3d0e3a20f088c26920184054a264c53efb02a820fd8961b60a1182f0f20c3”,
“proof”: “b33a9c5ee9c5ab8dcea5d24355777b3866b854f991b046c384c368c96ebeb10b9723ccb3cb5c826432f1299ec0329cc9a71e226897ab84ce6a9d3863577aa527f5141331515d8288fb3eb9a422cb477a298e4fcb1c763cab971f2830a3dc1ef80aad2e63b68148e4db83e7038627a03cd33f586cb4563a146b20a5caac88a6be5292f06ed4b768dcd7213d7c1450d0b2939061c2dfd0676bdc7e3ac1a3957504cc4640cc8ed12b24c434ccc7db9ec314aae16926719a36c24166dfe5de6e6ac5”,
“spendAuthSig”: “800c50c9bca9d338703926ad616bce25b1288b7ee46e8db09d36e19337ff8b5f6f233fe0afe34475a941254f85bfb5d20371b6db1c1450231492dd22dbe1dd0b”
}
],
“vShieldedOutput”: [
{
“cv”: “b82425f0dde804edcfa4a27e86a56ee13851bafef699a660b3127034477e8cb2”,
“cmu”: “5c6ddd6158d0fc9a167d62c01b161f486679a6ef64f2d131f246d1b4e8a1f20a”,
“ephemeralKey”: “84ffde6e48d88de2e72170098734472c600193e2c6af8240b357a7da92c12116”,
“encCiphertext”: “af7cc7017e57336d4a45265687c9e22c85e5d50e490c2dcb3a603cf8600944af82feaf6720d51792662fb039f3696cef109e17848ca114e28b2c592065e38d5a6e312ce1f87f0fb96b2b84fabd2d416398db11128b5981352b2c57b6adef6dd4399008d1e1f229f845a92c8d4ae572b813fef7020ad5b1a1f8c3d1913af21f3b2db63aaf978673ead1fb79e90f6360bae9cb27e0ff06f08970ba576db7495ac40e9f5c656d28f821a9ac218932638b94f3b5a1629e31b0f6fa7c30e342c9767f278420940f2ef69bb0005d680da9e14fa5ecf6e85b5af866b76ead5e237bc5fcca878b91ca4754aaf2e53f25098535323d9684373f6b453da55951f00d82875223a1c319a39e1abbe045d62c480d8074dd9aa3a8d6ec03122e926e9cec3c3286e6f21d969663dcb3af65f39481c030059124b9954c7772485865953b607be30279a7b447d757cee4031a568e6b5b3b9089bddabb518e793aa48a0374fc92d948d5eeddbab08541bd71ed690cc497af1c778478c1060f9b3df814cda34aea960d2ab3043614f3e5f1ecb90f202d3342c156f296be502d12e0599499c9542c5e8157db210140a6e0fb6267ef392aa14b6682752256607c69bd826fbf6efb691ad42cdd3ab95a61882e0b2913d3a99318cd56227b207cb24f348b5f73cb42d3a241781e81d9c47b7b00f6ed9e52253d6923870bd37c963f7787d34fbc7255712e4625b58c34ad0ea25f9dc2a353c81f975125d6b58269332e4f807e7ece0a38cf9a5e4d7a8c79683e93c13b422b85d47b4f9623dd1f99368144347ef66348334ba7c19fe63a”,
“outCiphertext”: “4ecd051fdb5fd739a2af475b90b7ffa6926827d37fd14ec099e55f9cc325eb088cea9a77004cd7aef3cee6c92f9b594466de48c8b8073b96e8b63cf73b90232a28d6a304b5683bb64d6ad77554f575f2”,
“proof”: “857381b2684d3d6c69d4ec7bbf9bb1221104b68b81c17d5f1e340bfe35514217614d5dc778e753fc0851c34413bad553b4e47ba71feac478da009d05e39e7f7f8810e7192ae801fcc3308e945f04cef1ed5fe4a1816ec4b7324f4d11c76bb90e10b7b5e84dd2d9dfd73086779370532a7f8b3c5afbe74c5b46268bfee9bd6aba4ff92b72330f1fd6bc1d27c7dc933f22b7894930f8c6afe8acccfab830115e61a1ab10e395454082ca393bc2368dfc0f7e971256d845eac658006c37c158de7a”
},
{
“cv”: “d6f1f56cb843b931ae114514a6f3f3c5da913f69cb70939efe37c949bb523a6d”,
“cmu”: “0ca63a179d332838c01d707947fbf783d924856968901a83731d5f77a640da56”,
“ephemeralKey”: “8be6092d72d8ded9d150cb3dd6555d734bce928a183db3fdc4f21375256f58e4”,
“encCiphertext”: “7e2a08e2490e2674aedd362a33e08bcb29832e1cea70044ea6e91ffb053f61045edc2d0f4b3ff7626db22fad395c35131ecd993810636630a413ea9ad0becbc414faca937dde76954e770eb4ec2efc25440d93638984769f2a9a754abe2a341760ae19385c01fbc3c8f3110507a0c3208354b97a3adb5b254ef4983e3db3ae13a5f147ab7a97678168879026f2960549aa65ab0475a25cb23f0ce0de1fc50e4be4b9e2db7963e4cef6b0d0a6845d695ab433ddc1a453bdc70bd53a46437b9a37ae7c7418d14b7b8738acd1ef50ffa24aeba8494c7c1b3155682257dbc976b8c9a80292c83ddf1989b06c9edfd0112f9703e845c25ab4bd7f6c32d7c8684d0b7aca7fc208771433f20564a200760aa63b912dbbea5e0dd7d61738b9ad522cd19059f5988b95450ccb92b19f87d21c9f9ce593b4ad3404ae7b3bcba2f799f5a8c6ca6a993558896557cce8d2ce121ea516ba7fd317577ae8a586a8151013472d970519ae47de80d555d2a9d6383d801f1ef1328945cc7172e00d608e555c018d3c4c6d8fe19007865af141cba31c52d7b2c7df867ab82e939ae9347344348d4450b29873e07d186fa7b1744c3bd274a7ac3196ba77de92e4ee22655b3b9c6be82cf1d1d1662b4fb5a03c148db59aa9da6620d3344b77f5bf060ea3f8774246d7bce7ecd7ed23111cf2867f1535c8bbfb5e9ed69baa7a96d20f99672234d3cf1513fefa05fabd731f1b44a509c9a76ae749331fe06ccb41b35637553335907e8a92c3a246a408402e66a1a1e1762fcfc56abd2d21e2081971fed3c415a561469f9525f37698”,
“outCiphertext”: “6f5cb204ebea0d12d35536a7dbc48c0e7ff51475202af23c7219f4362f13c2a8d6ca3972b55f49d1f050d2ea48a782c7bb5b7aa2979a5f7b870f338b28c348dd767c0232016c326cd8e2eadbbce082bf”,
“proof”: “869b102e966f53e76470ac6e72f08906a9950d7cbdfb05a6838fe892064f165f9b388609537260b55cba7db2dc7a7d5a82073d3a5c5fa00ee0ef3dc00ee0f903f6a814ce744241aaa1e711af75ed5181f289ecb76508016beab5b5690263e5a206e9e174f05fe259d774359889298be9485b9a9c5e4c82d84c6a7a32c1bfa968db97c42cf1d608d005139fb7765a4f2198715421ee23f60c1dfb32dbe9547539e61989bc6fd9a82f3257ca5058c61ad66c42d15485b0daa8818498cc4de9c674”
}
],
“bindingSig”: “35ef64abae515ced743d4194518879c705bf526c7d74929cc55154ca2b0f3aa94f59eee2e7987ca98761976d202e7d8994e2d7d4a73ad9a548dbeb610941dd02”,
“blockhash”: “00000000013acfda82688b48aba10ed3693045b6dfe47587e93d0ea1ae58f753”,
“height”: 1085821,
“confirmations”: 8838,
“time”: 1608676306,
“blocktime”: 1608676306
}

1 Like

I downloaded full node and imported keys, there was no result.
i wrote Adityapk00 he deals with this problem

1 Like

Ok.
I checked some sample transactions in the lite wallet debug logs and it seems most all transactions should be listed there to determine what happened.

Please let us know how it is resolved.

1 Like

Just to close this thread: the funds were in the wallet, but because of using an older (pre canopy) version of Zecwallet, the funds were not visible.

Using the latest version made the funds available again.

10 Likes

Resolved :slightly_smiling_face: