Author

Topic: [SDC] ShadowCash | Welcome to the UMBRA - page 360. (Read 1289636 times)

sr. member
Activity: 476
Merit: 250
So what happens if Shadow tokens end up on an exchange? Is there any way for that to happen without the exchange wallet generating a stealth address?

That might be a good way to enhance the privacy even further, if someone was doing direct conversions from Shadow tokens to something else.

we are kicking that around, allowing a sdt exchange as well. would allow for an interesting market.
hero member
Activity: 503
Merit: 500
So what happens if Shadow tokens end up on an exchange? Is there any way for that to happen without the exchange wallet generating a stealth address?

That might be a good way to enhance the privacy even further, if someone was doing direct conversions from Shadow tokens to something else.
full member
Activity: 224
Merit: 100
I am very excited for the marketplace news to drop
hero member
Activity: 812
Merit: 1000
What is Shadow Tokens? Can't find info at OP.

In addition to what has been offered above this slideshow might also help:

http://www.slideshare.net/shadowcash/presentation3-43827434


And a reminder about the Shadow WIKI
http://shadowcash.info/
sr. member
Activity: 476
Merit: 250
What is Shadow Tokens? Can't find info at OP.

Spending Shadow
There are two ways in which Shadow tokens can be spent: they can be sent as Shadow tokens or
redeemed as SDC.
1. When sent as Shadow tokens, new tokens are minted for the recipient to the value of the
input Shadow minus the transaction fee.
2. When redeemed as SDC, new SDC is created to the value of the input Shadow minus the
transaction fee.
In both cases the input tokens become unspendable.
The transaction fee for spending Shadow is 100x greater than the fee for standard transactions. This
is to cover the cost of the extra activity required by the network to transmit, verify and store shadow
transactions, which are larger and require more processing than standard transactions.
In order to spend Shadow, we use ring signatures to sign the transaction[5][6]. Our scheme consists
of three functions, generateRingSignature, generateKeyImage, verifyRingSignature.
For efficiency’s sake, when spending Shadow, we get a list of all anonymous outputs in the system,
then we remove coins that don't have enough same value outputs in the system, then we choose
the smallest coin or least number of smallest coins that can cover the amount + transaction fee.
Each Shadow coin has its own private key, so when spending Shadow, each coin or anonymous
input, will need to have its own ring signature generated, and will then have to be verified.
❖ generateRingSignature
➢ Executed by the sender / signer, when spending Shadow.
➢ After executing generateRingSignature, the ring signature will have to be verified.
➢ Takes an input­output / reference to the keyImage, the transaction hash, the ring size,
the secret key offset, the secret key for signing the transaction, a list of public keys for
all the coins or outputs in the ring signature and the ring signature, and a hash of the
transaction in which the signature is included (preimage).
❖ generateKeyImage
➢ Executed by the receiver, when receiving Shadow➢ The key image is revealed to the network to prevent a token from being spent more
than once.



From the Whitepaper

Basically, shadow is the anonymous component of SDC.

It is created by burning SDC.  When it is redeemed, new SDC is created on the blockchain. 

It is my understanding that as more and more Shadow is created, more and more anon inputs/outputs are also created, strengthening the anon component of the network as it is used over time.

That is correct, also converting to shadow tokens, reduces the avail supply of SDC, So it has an interesting effect.
hero member
Activity: 700
Merit: 500
★ IT's Party Time! ★
A NEW CHART which displays more information about what's going on with SDC/SDT. thanks dasource!

http://shadowchain.info/stats/shadow.php





Thank You Dasource !

With regards. Cornett
legendary
Activity: 1274
Merit: 1000
What is Shadow Tokens? Can't find info at OP.

Spending Shadow
There are two ways in which Shadow tokens can be spent: they can be sent as Shadow tokens or
redeemed as SDC.
1. When sent as Shadow tokens, new tokens are minted for the recipient to the value of the
input Shadow minus the transaction fee.
2. When redeemed as SDC, new SDC is created to the value of the input Shadow minus the
transaction fee.
In both cases the input tokens become unspendable.
The transaction fee for spending Shadow is 100x greater than the fee for standard transactions. This
is to cover the cost of the extra activity required by the network to transmit, verify and store shadow
transactions, which are larger and require more processing than standard transactions.
In order to spend Shadow, we use ring signatures to sign the transaction[5][6]. Our scheme consists
of three functions, generateRingSignature, generateKeyImage, verifyRingSignature.
For efficiency’s sake, when spending Shadow, we get a list of all anonymous outputs in the system,
then we remove coins that don't have enough same value outputs in the system, then we choose
the smallest coin or least number of smallest coins that can cover the amount + transaction fee.
Each Shadow coin has its own private key, so when spending Shadow, each coin or anonymous
input, will need to have its own ring signature generated, and will then have to be verified.
❖ generateRingSignature
➢ Executed by the sender / signer, when spending Shadow.
➢ After executing generateRingSignature, the ring signature will have to be verified.
➢ Takes an input­output / reference to the keyImage, the transaction hash, the ring size,
the secret key offset, the secret key for signing the transaction, a list of public keys for
all the coins or outputs in the ring signature and the ring signature, and a hash of the
transaction in which the signature is included (preimage).
❖ generateKeyImage
➢ Executed by the receiver, when receiving Shadow➢ The key image is revealed to the network to prevent a token from being spent more
than once.



From the Whitepaper

Basically, shadow is the anonymous component of SDC.

It is created by burning SDC.  When it is redeemed, new SDC is created on the blockchain. 

It is my understanding that as more and more Shadow is created, more and more anon inputs/outputs are also created, strengthening the anon component of the network as it is used over time.
hero member
Activity: 574
Merit: 500
What is Shadow Tokens? Can't find info at OP.
legendary
Activity: 1274
Merit: 1000
A NEW CHART which displays more information about what's going on with SDC/SDT. thanks dasource!

http://shadowchain.info/stats/shadow.php





Wow....  That's a LOT of Shadow Tokens!
hero member
Activity: 812
Merit: 1000
A NEW CHART which displays more information about what's going on with SDC/SDT. thanks dasource!

http://shadowchain.info/stats/shadow.php



hero member
Activity: 812
Merit: 1000
Is the dev team working on the issue of SDC>Shadow>Shadow>SDC conversion time rules?

If someone converts SDC to Shadow, sends it to another Shadow address and that person converts it all back into SDC right away, the anonymous nature of Shadow>Shadow wont matter much. Anyone can see on the blockchain that one SDC address was debited by a certain amount and shortly thereafter another SDC address receives an almost identical SDC amount (after the Shadow was converted back into SDC) and thereby "link" the transactions with basic logic. Yes this would not be proof of the transaction because they are not directly connected on the blockchain, but common sense links them quite easily.

One possible fix could be to set minimum (and perhaps random) time limits before a Shadow transaction can be sent after a SDC>Shadow conversion and between the time a Shadow transaction is received before it can be converted back into SDC

Can the dev team comment on this? It seems like an easy way to improve practical anonymity on the network

One way to fix that is to send more sdc than you need to shadow and keep them in shadow tokens and spend or send as needed.


This has been brought up before.

Even if a user does what LucyLovesCrypto suggests the transaction is still unlinkable and untraceable and even though one SDC addy gains a similar amount of SDC (tx fee varies on ring sizes) there is still plausible deniability. It cannot be proven the those SDC (similar in amount as they are) were sent from addy A to B. B could have received any of the networks Shadow tokens. Moreover it is a 2 step process: SDC>SDT (shadow tokens) followed by SDT>SDC so the timings are not predictable.

It is also worth bearing in mind that when an SDT>SDC transaction is made the newly created SDC arrive in a brand new SDC addy created on-the-fly in the recipients wallet. This means that the SDC received cannot be connected with any of your existing SDC addys. It is as though the SDC magically sprang into existence out of nowhere.

However as rustynailer points out, it is better to make your own stash of Shadow tokens which you spend off at your own leisure. Personally I keep between 10-20% of my Shadow as SDT, ready to be deployed at a moments notice when I hit send  Cool

n.b. also IIRC converting SDT>SDC does NOT decrease the networks available anonymous I/O
hero member
Activity: 725
Merit: 501
Boycott Qatar 2022
Is the dev team working on the issue of SDC>Shadow>Shadow>SDC conversion time rules?

If someone converts SDC to Shadow, sends it to another Shadow address and that person converts it all back into SDC right away, the anonymous nature of Shadow>Shadow wont matter much. Anyone can see on the blockchain that one SDC address was debited by a certain amount and shortly thereafter another SDC address receives an almost identical SDC amount (after the Shadow was converted back into SDC) and thereby "link" the transactions with basic logic. Yes this would not be proof of the transaction because they are not directly connected on the blockchain, but common sense links them quite easily.

One possible fix could be to set minimum (and perhaps random) time limits before a Shadow transaction can be sent after a SDC>Shadow conversion and between the time a Shadow transaction is received before it can be converted back into SDC

Can the dev team comment on this? It seems like an easy way to improve practical anonymity on the network

One way to fix that is to send more sdc than you need to shadow and keep them in shadow tokens and spend or send as needed.
full member
Activity: 224
Merit: 100
Is the dev team working on the issue of SDC>Shadow>Shadow>SDC conversion time rules?

If someone converts SDC to Shadow, sends it to another Shadow address and that person converts it all back into SDC right away, the anonymous nature of Shadow>Shadow wont matter much. Anyone can see on the blockchain that one SDC address was debited by a certain amount and shortly thereafter another SDC address receives an almost identical SDC amount (after the Shadow was converted back into SDC) and thereby "link" the transactions with basic logic. Yes this would not be proof of the transaction because they are not directly connected on the blockchain, but common sense links them quite easily.

One possible fix could be to set minimum (and perhaps random) time limits before a Shadow transaction can be sent after a SDC>Shadow conversion and between the time a Shadow transaction is received before it can be converted back into SDC

Can the dev team comment on this? It seems like an easy way to improve practical anonymity on the network

this is key...
sr. member
Activity: 414
Merit: 251
Is the dev team working on the issue of SDC>Shadow>Shadow>SDC conversion time rules?

If someone converts SDC to Shadow, sends it to another Shadow address and that person converts it all back into SDC right away, the anonymous nature of Shadow>Shadow wont matter much. Anyone can see on the blockchain that one SDC address was debited by a certain amount and shortly thereafter another SDC address receives an almost identical SDC amount (after the Shadow was converted back into SDC) and thereby "link" the transactions with basic logic. Yes this would not be proof of the transaction because they are not directly connected on the blockchain, but common sense links them quite easily.

One possible fix could be to set minimum (and perhaps random) time limits before a Shadow transaction can be sent after a SDC>Shadow conversion and between the time a Shadow transaction is received before it can be converted back into SDC

Can the dev team comment on this? It seems like an easy way to improve practical anonymity on the network
hero member
Activity: 574
Merit: 500
I wish I had some BTC to buy SDC now...  Roll Eyes
Hope will sell some alt. coins a bit later, don't pump very high!  Grin Cool
legendary
Activity: 1008
Merit: 1000
I sold all my shitcoins today and bought more SDC.

Good move, im selling my remaining Darks this week In hope we don't pump too fast :p Wink
hero member
Activity: 867
Merit: 522
I predict in the next 12 months it will be somewhere between $1 and $10,000   Wink

WOOWWWWW..very brave,so how about Bitcoin about 12 month later??$0.1..? Grin
legendary
Activity: 1133
Merit: 1050
With all this name changing talk around the crypto-spheres there is one I'd like to see  Grin

hero member
Activity: 700
Merit: 500
★ IT's Party Time! ★
Guys why we haven't shadowcash.info and shadowchain.info links on the website ?
legendary
Activity: 1246
Merit: 1000
ARK Team likes to ban and delete posts in reddit.
I sold all my shitcoins today and bought more SDC.
Jump to: