Replies: 1 comment 4 replies
-
@trgarrett I just submitted the exact same question, although I know it's going on (#9343) In short: these "incoming" addresses are NOT true wallet receive addresses, but rather the result of Spacebucks CAT wrapped around your true receive address. By using that address as a true wallet address for sending coins, you wrapped another CAT layer around it. You are supposed to send coins only to true receive addresses given out by in "Receive Address". It is unclear if this is recoverable; it would involve constructing a custom puzzle with the proper amount of nested CAT layers. I don't know if they will interfere with each other and if these coins are spendable at all. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
I've been testing the new CAT support with the beta light wallet, specifically the SBX token. It was my intent to accumulate some CAT in my mostly-offline (near cold) wallet, while I watch and see what the space turns into.
After I received some SBX from the faucet, I sent it on to my cold wallet address: xch...dx2. I was curious to see how the chiaexplorer site supported CAT tokens. When they didn't appear after several hours, I went ahead and added my mostly-offline wallet's keys to the new light wallet. After (quickly) syncing, it could see the tokens as having been received by an xch...5zc address. Since I wanted to purge these sensitive keys from the computer and restore to offline use, I jotted down the address for sending future SBX deposits to, with the expectation that I would track the balance through chiaexplorer.
Something very unexpected happened when I sent additional SBX to the xch...5zc address. The deposit never showed up on the xch...5zc address according to the chiaexplorer. This time, it went through some sort of wormhole and ended up on an xch...ca0 address. After having already purged my "cold" wallet keys from the PC, I decided to re-sync and found these tokens were apparently not recognized by the target wallet as having been received at all.
To troubleshoot, I sent some SBX from my "cold" xch...dx2 wallet back to my primary address of my older wallet. It arrived as expected and showed it came from the xch...5zc address. This was very confusing to me, because it looked like the xch...5zc address must be valid. A send back to the xch...5zc address from my other address resulted in a transaction that would not be added to the balance of the wallet containing the xch...5zc address.
At this point, I'm just trying to understand if I inadvertently burnt my CAT tokens or if I have stumbled on some sort of a bug.
https://www.chiaexplorer.com/blockchain/address/xch1qp4wu7pex90cupkmz0rnca94pavrkvdtnv0s80p2h8qjfsqy9r3qmfsdx2
https://www.chiaexplorer.com/blockchain/address/xch1yjvyt4hwve23mupsq6ccd9n7ztzdlczr79rauchwqzugjnmp3v4qjl35zc
https://www.chiaexplorer.com/blockchain/address/xch1y29nkh4n2ylvg5xk48s84kvezkqrq09q4c77cp8upeqaepm5e0eq5u5ca0
It's not clear to me that whether the xch...ca0 address belongs to my private key or if the "wormhole" it went through completely gave up possession of it, e.g. burned the tokens. If that address does in fact belong to my wallet, I need some sort of path to add it to the valid receive addresses of the wallet such that it will read its balance correctly from the blockchain. I played around with higher values of 'initial_num_public_keys' in the config.yaml in case that might somehow make it aware of the matching address.
I recognize that I probably did something incorrectly and should have just stuck with receive addresses specifically pointed out to me to be used as "receive addresses." I just want to make sure I have the proper understanding of the mistake I made before I potentially handle any more valuable CAT tokens with my wallets.
Thanks for your ideas,
Tim
Beta Was this translation helpful? Give feedback.
All reactions