Happy new year everyone. Some exciting news:
The Blocknet’s inter-blockchain technology goes mobile(Click to read)
 Huge!! |
|
|
|
I have been thinking about building an SDC economy for a long time and plan to help.
Our tech is great. The idea of an in wallet decentralized ShadowBay is great. None of it will matter if more people are not introduced to SDC and start using it.
Most coins cannot be purchased directly without using a BTC based exchange.
I think localbitcoins is a great model for us and am in the process of developing a similar site for SDC. XMR is now doing something similar with moneroclub.com
Until the site is complete and launched I challenge all of you to get SDC in the hands of new users.
1. Put a little SDC on on flash drive and give it to a friend along with links to teach them more about the currency.
2. Edit your localbitcoins ads to say you also sell other coins. Talk to BTC buyers about anonymous currencies and SDC in particular. Have SDC ready to sell on the spot (or give away in small amounts) for every such encounter.
3. I am willing to invest some money to help build the economy but everyone needs to help. Stop complaining about a desire for more updates and do something productive! Watch the rich list. Every week lets make sure the number of addresses with at least 100 SDC is increasing substantially (this is not hard to do, give 100 SDC to a friend if you have to) so we can build the economy. Our tech will only be attractive to merchants once we have more people using it.
Monero has great anonymity but lacks a user friendly GUI
Dark is user friendly and has a much large user base, but relies on masternodes (many hosted by Amazon) for mixing and has potential weaknesses in anonymity/privacy
SDC has great anonymity, GUI and features, but we lack wide distribution (needed to build an economy) lets fix that!
 |
|
|
|
Smooth... resist temptation...  *edit, damn... I was too late. |
|
|
|
If Rynomster wins this it's going to bring alot of attention to SDC alot of people have voted. +1 keep the votes coming people! |
|
|
|
What are the next steps of development after releasing ShadowSend v2?
Immediately next is an In-wallet p2p decentralized market place... Which is not far from completion. |
|
|
|
What we have here boys, is a classic "Cup & Handle" pattern on the 2-month chart (bittrex). Stay strong, HODL, and enjoy the ride. DEFINITION OF 'CUP AND HANDLE'A pattern on bar charts resembling a cup with a handle. The cup is in the shape of a "U" and the handle has a slight downward drift. The right-hand side of the pattern has low trading volume. It can be as short as seven weeks and as long as 65 weeks. As the stock comes up to test the old highs, the stock will incur selling pressure by the people who bought at or near the old high. This selling pressure will make the stock price trade sideways with a tendency towards a downtrend for four days to four weeks... then it takes off. Below is an example of a cup and handle chart pattern:  A couple points on trying to detect cup and handles: Length - Generally, cups with longer and more "U" shaped bottoms, the stronger the signal. Avoid cups with a sharp "V" bottoms. Depth - Ideally, the cup should not be too deep. Also, avoid handles which are too deep since the handles should form in the top half of the cup pattern. Volume - Volume should dry up on the decline and remain lower than average in the base of the bowl. It should then increase when the stock finally starts to make its move back up to test the old high. Retest (of old high) - doesn't have touch or come within a few ticks of old high. However, the further the top of the handle is away from the highs, the more significant the breakout needs to be. http://www.investopedia.com/terms/c/cupandhandle.asp |
|
|
|
Why wouldn't you just delete the line "when clearly there is no more NIZKP in the source than exists in Monero's keyimage system." instead of striking through since it is obvious fud? Advertising, that's why.
Because anyone that gets email notifications has the full text of what I said anyway. If you'd prefer, I'll gladly remove the strikethrough, since the point is valid. Also, if there's a miraculous advancement in NIZKP implementation in the source please do point it out to me and I will absolutely publicly admit my gross inability to notice it. Hi Fluffy, I just spoke with SDCDev regarding the comment above: "it's in 'generate signature' ( https://github.com/SDCDev/shadowcoin/commit/317b9b1f5121ecde162fd8d37fbd587182c45fef), its just the hash commitment from the signature... we don't have snarks or full zero knowledge, just a zero knowledge proof. The keyimage is the tag.. the zkp is the whole construction of tag... the algorithm in the paper pretty much translates directly to the code" - SDCDev  WP: http://shadow.cash/downloads/shadowcash-anon.pdfNote: SDCDev has stated he will be responding himself with a clearer explanation. Rynomster or anyone else: Feel free to correct me wherever I'm wrong as this is also a learning process for me.AFAIK Cryptonote doesn't destroy or mint coin during its process. If I'm correct, then this is the biggest difference between the two schemes.  My understanding of Shadowcash: Shadowcash is similar to Zerocoin in the sense that it uses anonymous token system to destroy SDC then mint new Shadow (SDC-to-Shadow); However, unlike Zerocoin, it doesn't require a trusted setup to convert Bitcoin into newly minted Zerocoin. Below is an image of the Zerocoin minting process:  (continued) The Shadowcash network destroys the SDC and mints Shadow in it's place (SDC-to-Shadow) via smaller denominations of Shadow Tokens (Shadow) equal to that of the destroyed SDC. These Shadow Tokens (SDT) make up the members of the ring signature. The newly minted Shadow tokens have no link to the destroyed Shadowcoin, because it is sent to dual-key stealth address. Non-interactive zero knowledge proofs (NIZKPs) are used when sending Shadow-to-Shadow between Stealth Addresses; Furthermore removing linkability between parties. The only way to redeem Shadow is to provide ownership of the tokens through ownership of the address via a traceable ring signature. Thus, if you don't own the address containing the Shadow then the network won't allow you to mint (redeem) new Shadowcoin (Shadow-to-SDC). How can anyone be sure that there are no "phantom tokens"? Who is going to control the creation of these tokens? Is it all based on trust, are you serious? wtf
they can only be created by sending SDC -> Shadow, there are api: >shadowcoind help anon anoninfo [recalculate] anonoutputs [systemTotals] [show_immature_outputs] estimateanonfee <amount> <ring_size> [narration] reloadanondata sendanontoanon <stealth_address> <amount> <ring_size> [narration] [comment] [comment-to] sendanontosdc <stealth_address> <amount> <ring_size> [narration] [comment] [comment-to] sendsdctoanon <stealth_address> <amount> [narration] [comment] [comment-to] and in the wallet there is a chain data page, which shows all the anonymous outputs in the system.  Shadowcash doesn't seem similar to cryptonote other than the use of ring signatures. IMO, ShadowCash seems more advanced in it's implementation vs Cryptonote because Shadowcash destroys the inputs (SDC) and creates anonymous outputs (Shadow). From the Monero thread regarding I/Os: So miner(or anybody) knows sum of all spent inputs and outputs ?
The ins and outs each have amounts, so you can add that up. Am I right ?
Transaction
input(a1=5 XMR, random=6 XMR) output( g1=3 XMR, a3=1 XMR, keyImage_a1 )
ringSing(pub a1, pub random and private a1)
using VER and LNK everybody can verify that a1 holds 5 XMR, so I'm able to spend 4 XMR and miner can take 1 XMR fee ?
implies a1 was used (because I can't spend random)
implies a1_priv * H_p(A1_pub) = keyImage_a1
Am I missing something ?
I'm not sure of your notation here Is 'random' a foreign output used for a ring sig? In that case, that's not how it works. Each input uses a separate ring sig, with other outputs of the same same. And what does g1 (or a3 for that matter) denote on your output? yes I want use "foreign output used for a ring sig" to obscure transaction. I'll pull it from block chain. g1(I pay for god) and a3(my new address) does not matter. Okay well like I said, each input will have it own set of foreign outputs used for mixing. Such outputs will all be of the same size, so this doesn't change the amount of the transaction, just its possible funding sources. Perhaps you want to revise your example? Please can you make example: 1) I have unspent output 5 XMR, I want to pay 3 XMR for goods and 1 XMR transaction fee. 2) I want obscure my payment with 1 foreign input what holds 6 XMR. You can't do #2 with the the protocol works today. There is a modification from gmaxwell that allows using foreign outputs of different sizes but it isn't implemented anywhere AFAIK. Your foreign ouputs need to be of the same size. So we would have (borrowing some of your notation) tx(input(ring(a1(5 XMR),f1(5 XMR),f2(5 XMR),f3(5 XMR)) -> output(r1(3 XMR),c1(1 XMR))) a1 = our own upspent output f1..f3 = foreign outputs of size equal to a1 r1 = output owned by recipient c1 = change output owned by us We could also include additional inputs (and generate more change) if we wanted to further obscure the amount of the transaction. Did you forgot to add keyImage for a1 ? Or how can be this transaction verified ? Like I said before, understanding this scheme has been a learning process for me. If I'm incorrect in any of information, Ryno or anyone else please feel free to correct me. I spent the better part of the day preparing a guide/explanation slide presentation (draft) that goes over the flow from start to finish. The information in the presentation comes from the WP and IRC, so I'm sure it's 100%. Ryno still needs to verify everything though. I think the visualization of the process will help people understand the groundbreaking innovation made here and more importantly - how to use it. It's truly a unique system. (1st Draft and will edit accordingly) https://docs.google.com/presentation/d/1yX2jN618Rnzs4g2ri_utdKdHbny6-xnRcPhOuhLNGB0/edit#slide=id.g577a31a2a_086I'm working with crz to create a proper technical infographic that shows the process similar to the zerocoin and cryptonote images above. Not sure when those will be released but feel free to donate to crz! http://shadowtalk.org/topic/74/new-branding-wallet-logo-icons-visuals-infographics-media/12Thanks! Excellent post CST. Worth restating is the fact that cryptonote simply obfuscates the outputs, whereas Shadow destroys them... a huge difference. |
|
|
|
I downloaded the new build that was supposed to fix the sync problems but no luck for me any tips?
Close wallet. Download bootstrap.dat, move to appdata shadowcoin folder, and then reopen wallet. It will take a long time to load (~10-20 min) and even go unresponsive, but that is normal. That should fix any sync issues. |
|
|
|
|
Only ~2700 blocks left until ZK activates!!!
|
|
|
|
No need to be rude with the Fluff nor ACT.
Please lets be constructive.
Agreed guys. Let's keep it classy. ANC is a great community! |
|
|
|
Really pathetic for Monero team to post in here, shows their desperation
Desperate times always call for desperate measures  Indeed. Essentially that argument broke down into them saying that we are a grossly undervalued and more code efficient version of them. I've been watching this coin and trying to decide whether to invest or not and the last few days of posts have proven to me what this coin is all about. Unsubbed. For what it's worth, I'm not sure bitcointalk's the right place to get an accurate view of what any project is really about. Seb, chances are he said that just as a mild attempt of FUD. |
|
|
|
ANC have fluffypony support and we can see how ANC is working stuck for months
Fluffypony is a monero dev... |
|
|
|
Will you guys stop getting so offended by what other devs say?
He didn't come in here to start shit. He was asked by someone what he thought of our whitepaper and code. He gave his opinion. Stop attacking him.
Jesus fuck grow up.
There is no problem with devs sharing their thoughts, especially when asked... but fluffyponys tone was both aggressive and condescending... Not to mention a clear advertisement of his own coin. But I'm sure his criticisms were objective and unbiased. |
|
|
|
Very well written article! |
|
|
|
Any comment on the fluffyponyza SDC code review (XMR Core Team) on Reddit? http://www.reddit.com/r/Monero/comments/2pfmds/shadowcash_ring_signature_whitepaper_released_any/"There's little substance in the code, the verifyRingSignature() method is trivially simple and isn't called anywhere else in that commit. Their proposed function, generateRingSignature(), doesn't exist and thus it's impossible to determine whether they've actually done anything of substance. The whitepaper is purposely vague in many of the important parts, and a review in conjunction with code is impossible, so we have to take it on the face of it...which is that NIZK + ring signatures + security + low space utilisation = impossible right now." "That's the commit I'm referring to - it does some trivial ring signature verification and creates key images, but it doesn't actually use them in transaction, nor does the code exist to create a ring signature." For the record I support both SDC and XMR. It would be great if SDC dev team could respond on the Reddit thread. Thanks! His first comments have no substance, he said that without having checked https://github.com/SDCDev/shadowcoin/commit/317b9b1f5121ecde162fd8d37fbd587182c45fef?diff=unifiedThe only interesting comment is this one : There's no NIZK stuff in there, at least not anything beyond what Monero's keyimages use (which is a very simple ZKP). I'm unfortunately failing to see what they've done beyond what is already in the CryptoNote whitepaper and implemented in Monero. Even if what he says was true (nothing unique compared to CryptoNote), it would not be fair, because i don't remember any CryptoNote implementation on Bitcoin base  If you look at the timestamps, Fluffy pony made those comments before shadowsend v2 was open source... |
|
|
|
i am asking about copy paste?
Dev mention that about future plan, so where is unique code?
I believe it's called a reference?...hence the reference number to the paper. That's how you know the trolls are desperate... |
|
|
|
|
We just passed block 250,000!
Less than 7,000 blocks to go until we can use shadowsend v2!
|
|
|
|
Really about the references to cryptonote I don't saw before, my brain was busy analyzing the whitepaper.
I'm sorry.
For the rest, all I said is pure reality.
What you quoted above isn't what is in the white paper and with closed code, no one can do a deeper analysis or make sure it really will not being created "phantom tokens" or several other things.
This was the first and last time I wasted my time writing something for you or anyone else who don't knows how to talk as a civilized person.
The code is basically open source. The only things missing are RPC commands and UI code... only so people can't direct clone. Everything else is there to do a proper and full analysis of shadowsend v2. |
|
|
|
|
Show Posts
