Like us to get the latest from Heat Street delivered to your feed.Due to their superiority over traditional methods of exchange, virtual currencies are quickly becoming very popular.Prior to Bitcoin, the largest problem for these virtual currencies was the prevention of double spending attacks.In short, a double spend attack is the malicious act of executing multiple transactions using the same units of currency (the equivalent of counterfeiting paper money).Bitcoin was able to solve this major issue by integrating a public ledger of all previous transactions known as a block chain.Bitcoin relies on a peer-to-peer network (P2P) where each member (peer) of the network has the ability to analyze every transaction ever executed.This method of checks-and-balances allows peers to see if coins have been previously spent before accepting any new transactions, thus limiting double spend attacks.The public nature of a block chain allows anyone to observe the entire transaction history and holdings of every participant.

Unfortunately, while names and personal data aren’t revealed in transaction records, a block chain such as Bitcoin’s does not allow for native anonymity or privacy.Addresses can be linked and traced to individuals and businesses by block chain anaylsis.Born on July 19, 2014, the Shadow Project quickly distinguished itself as an innovative and unique open source project with a mission to create the first truly anonymous and decentralized cryptocurrency built with Bitcoin’s code.At the time, most cryptocurrencies had traits analogous to traditional bank accounts with transactional protocols similar to credit cards and the only way to privately transact peer-to-peer was through centralized bitcoin mixing services or by learning an entirely different cryptocurrency protocol, Cryptonote.Besides the privacy developments within cryptonote coins, the anonymity provided by traditional fiat systems (cash) had yet to be fully realized within the cryptocurrency space.The Shadow Project development team tasked themselves to create just that, a privacy platform built on bitcoin codebase that provided anonymity without the need for a central, middle-man intermediary.

Inspired by the Cypherpunk anonymity movement, Shadow developers began simultaneously integrating emerging privacy technologies & services with security improvements based in zero-knowledge cryptography.By the time of the project’s first birthday, Shadow had evolved from a simple idea of a truly anonymous currency into one of the most advanced cryptocurrency privacy projects to date.On December 10, 1948, the General Assembly of the United Nations adopted and proclaimed the Universal Declaration of Human Rights.Article 12 states, “No one shall be subjected to arbitrary interference with his privacy, family, home or correspondence, nor to attacks upon his honour and reputation.Everyone has the right to the protection of the law against such interference or attacks”.Privacy is inherently entangled with power.Privacy provides a protected space to express and think for one’s self freely.An individual stripped of their privacy is a powerless individual.Our society is increasingly becoming more comfortable with surveillance, while in reality it’s a battle of power, a battle that people are losing everyday.

While we are told collection of personal data is for the good of the nation, it is being abused without accountability.Elected officials are accountable to the people, not the (current) other way around.pavol luptak bitcoinSolutions to problems take a back seat when limitless money is being thrown at solving problems.damnit maurie bitcoinWe live in a world where comfort is priority.bitcoin lrytasWe don’t like waiting or doing extra work to protect our privacy.Governments have figured this out long ago and will continue to look the other way while holding out their hands until the people with the power (citizens) decide enough is enough.Many open source privacy projects are tackling big problems that start to protect users, however these solutions are often uncomfortable to work with.

They sometimes require many different procedures and are prone to failure simply by human error.In order for adoption of privacy tools to happen on a large scale the learning curve needs to shrink considerably and intuitive design needs to make use of applications clear, concise and enjoyable.The Shadow Project is on a mission to solve this.The focus of our privacy platform is to use cutting edge cryptography to encrypt and anonymize user data with every tool we release.We are creating applications with a streamlined procedure that provides privacy and anonymity without the cost of comfort.Nearly 67 years later, we believe this declaration to be more important than ever.To help protect this most basic right to privacy, The Shadow Project is building an encrypted, digital ecosystem.Cryptographic innovations will catalyze the evolution of communication, commerce, and currency.Shadow’s mission is to remain at the forefront of this evolution with it’s decentralized privacy platform, made available to all operating systems.

Shadow has an awesome community, ranging from privacy activists to technical and financial experts.The biggest part of the community resides in #general on Slack, great times assured.shadowproject.io is dedicated to help Shadow’s community develop in a sustainable way.The website is registered and managed by community members, with the input of Shadow developers. is not a foundation.Foundations imply centralization or a controlling body.All Shadow holders are equal and all have a say in the direction the project is heading.Just like nobody owns the email technology, nobody owns the Shadow network. does not speak with authority in the name of the Shadow project.Below you will find a list of places where you can find other Shadow users, community members and news.IRC: freenode.net #shadowcash Blog: blog.shadowproject.io Forum: talk.shadowproject.io /r/Shadowcash /allaboutshadow Currently you can only buy ShadowCash (SDC) once you have Bitcoin (BTC).Bitcoin can be bought at a number of places link needed.

Once you have BTC you can buy SDC on a number of crypto-to-crypto currency exchanges.ShadowCash is available at these exchanges: You can also instantly pay for purchases with ShadowCash anywhere Bitcoin is accepted with: PoW mining has ended, but you can still use your mining rigs to earn ShadowCash by using the SDC Multipool.Point your rigs and enter your SDC payout address to begin!ShadowCore is the main engine on which all decentralized actions take place, it is used when referencing to the back end of the program and takes cares of the network bootstrapping and propogation of data throughout it.It is also in charge of synchronising and verifying the blockchain for each node to make sure it can participate in the network.The data being propogated are encrypted messages and transactions, you can find more information about the workings of these in other sections of this documentation.Shadow has a HTML cryptobrowser at the core of its graphical user interface (GUI).One thing you may have noticed is that we strive for the best user experience (UX) and that involves a good graphical interface.

We chose to use a combination of HTML and Javascript because this allows web designers and developers to help the project.They are very familiair with creating a good user experience through a simple yet beautiful interface.The Hierarchical Deterministic (HD) key creation and transfer protocol (BIP32), allows users to create child keys from parent keys in a hierarchy.In essence this means that you only have to back up your wallet once, all private keys are derived from the mnenomic seed (up to 24 words) and they can be retrieved anytime if you have the seed.This means that you’ll never have to worry about backups as long as you have one, coins will never be lost.If you’re still on the 1.3.3.2 release and you want to the latest version of Shadow then you should use the following guidelines.All wallets after 1.3.3.2 come will automatically generate a HD wallet, these wallets however do not come with a mnemonic seed (24 words).A back up made of this wallet will automatically restore all private keys, so your coins are always safe.

If you want you can specify a mnenomic seed if you want to make use of the feature, but we’ve kept this as an option.So now I would suggest you try a restore of this account to test it!To create a better user experience ShadowCore implemented BIP39, allowing users to create a HD wallet based on a mnenomic sentence consisting of 24 words and the ability to secure that with a password for plausible deniability.These are the paths where your blockchain data, wallet and pretty much everything related to Shadow is stored.When using the blockchain.zip method these are the location where you extract the blockchain.zip file.When you load the Shadow Wallet for the first time it connects to the peer-to-peer network and starts to synchronise the block chain.By default the client will configure a full node.A full node needs an up-to-date, full copy of the ShadowCash block chain on your computer to properly function.A full node is very useful for the following reasons: If you decide that a full node is for you then the full sync of the block chain can take quite a while; sometimes up to 24 hours depending on your hardware.

To speed this up the team provides compressed backups of the blockchain in a “bootstrap” file.Adding the current bootstrap to your local directory speeds up the syncronization process which will get your wallet up and running much quicker than the default method.ShadowLite is an innovative component of the Shadow platform that brings lightning-fast syncing with the Shadow blockchain.We’ve taken a completely different approach to wallet design based on the principles of the “Simplified Payment Verification” or “SPV” system outlined in section 8 of Satoshi’s white paper.Instead of releasing a separate client, we’ve integrated optional lite functionality within the wallet.This allows for startup configuration to determine which mode you are running (thin or full).ShadowLite mobile users have access to all existing functionality with a reduced bandwidth, storage and memory footprint.Staking within the Lite wallet has been removed because staking is a reward function for securing the network.

Lite wallets, by nature, do not secure the network.There are two ways to start the wallet in Lite mode, both are described in this section.The first method changes the shadowcoin.conf and will cause the wallet to permanently boot up in lite mode for as long as it is in the configuration file.The second method will boot up an instance in Lite mode, not permanent.In case you always want to boot up in Lite mode we suggest the first method, but if need to make a transaction quickly without having to download the whole blockchain you can start the daemon with the -thinmode parameter.The Linux Wallet comes in two variations: Warning : never use root to start the QT or daemon!ShadowCash its source code is open-source and available at our GitHub repository sudo apt-get update && apt-get upgrade sudo apt-get install git build-essential libssl-dev libdb-dev libdb++-dev libboost-all-dev libqrencode-dev /ShadowProject/shadow cd shadow/src make -f makefile.unix strip shadowcoind If you wish you can also compile directly from source, follow these instructions to compile latest ShadowCore headless daemon based on Debian/Ubuntu.

Please also refer to the build instructions for more detailed information.* sudo apt-get update && apt-get upgrade sudo apt-get install git qt5-default qt5-qmake qtbase5-dev-tools qttools5-dev-tools build-essential libboost-dev libboost-system-dev libboost-filesystem-dev libboost-program-options-dev libboost-thread-dev libssl-dev libdb++-dev libminiupnpc-dev libqt5webkit5-dev The ShadowSend protocol uses dual-key stealth addresses, traceable ring signatures layered with non-interactive zero knowledge proofs to create anonymous cryptographic transactions.Below you will find a presentation of the anonymous cryptographic transaction protocol which utilizes the above mentioned cryptographic principles.We explain how Shadow introduces a much higher level of privacy and anonymity to the network while still preserving the core principles of trustless decentralization, unforgeability and double-spend prevention.We also present performance data of our scheme including proof sizes, signature generation times and verification times in our white paper.

A detailed diagram is available here.In order to transact anonymously, we have introduced an anonymous token, which we will refer to as Shadow.Shadow can be minted, destroying SDC (ShadowCash) in the process, and outputting a group of Shadow tokens totalling the same value (minus the transaction fee) of the destroyed SDC.Shadow Tokens take form of outputs on the ShadowCash blockchain and each one of them has its own private and public key.SDT is only spendable by providing a traceable ring signature to prove ownership of a token of the same value.Once a Shadow Token is created, we can claim a different output in pool of the same value, by providing a traceable ring signature.We provide a keyImage of the private key to prevent double spending.To increase the pool of outputs available for ring signatures, the SDC value is broken up into separate Shadow Tokens for each decimal place of the total value.The tokens are further broken up into values of 1, 3, 4 and 5.For example 1.7 SDC would become 3 tokens of values 1.0, 0.3 and 0.4.

Dual-key stealth addresses is one of the cornerstones of most anonymous cryptocurrencies currently available.The usage allows the recipient to remain anonymous, even after sharing his stealth address publicly.Once the stealth address has been revealed to the payer(s), it will enable the payee to receive infinite unlinkable payments.That means that each payment to a Stealth address computes a new unused normal address into which the funds will be received.Any eavesdropper will be unable to link the two addresses.The original visionaries were the creators of Bytecoin, for whom we are thankful.Their technical documentation link has been included in the references [1].We would also like to thank Peter Todd.Peter figured out how to implement stealth addresses into Bitcoin.You can find a link to his white paper in the references [2].He is a Bitcoin core developer and has done amazing work on Bitcoin and deserves the mention.Peter is also associated with DarkWallet, whose wiki provided lots of information on the working of stealth addresses.

Again, the link can be found in the references [3].The documentation at sx can also be very helpful to understand the concept of stealth addresses.They also provide tools that explain how they work.Stealth addresses are generated in a different way than normal bitcoin addresses, but they have a similair structure.A dual-key stealth address contains a lot more information than a normal Bitcoin address because it requires the sender of a transaction to know the public scan key and the public spend key which is not stored on the blockchain.All data required to perform such transaction is derivable from the stealth address itself.Just like a Bitcoin address, all data below is Base-58 encoded, which also explains the familiar looking form.If Alice would post a normal address publicly, anyone can explore the blockchain and see the transactions that belong to her.Stealth addresses solve this privacy issue.Alice can post her Stealth address publicly, and nobody will be any wiser of what transactions belong to her.

It’s extremely important to note that the payer derives a new NORMAL address from the Stealth address, to which the funds will be sent and in that process only allowing the payee to compute the corresponding private key.It uses a clever mathematical principle called the “Diffie-Hellman Key Exchange”, which allows two entities to generate a shared secret based on their keypairs.An eavesdropper is unable to compute the shared secret, enabling private communication between the two.In the case an eavesdropper has full control over one of the keypairs (private and public key) then privacy is obviously broken.It is important to mention that we can not use the SharedSecret directly to generate the keypair, because that would also allow the sender control over the private key.Instead a bit of mathematical “magic” (BIP32-style derivation) is applied: the SharedSecret is added to PrivateKeyAlice and we use that to generate the new keypair.It uses a system of dual-keys to allow the wallet software to scan for stealth payments (using ScanKeyAlice) but not make any transactions, because that would require decryption of the wallet/stealth key.

All transactions have to be made with the SpendKey, only available after decrypting your wallet.The dual-key is more of a security practice, it allows a wallet (while encrypted) to scan for transactions.If it weren’t implemented, the wallet would have to remain decrypted, rendering the protection provided by the encryption useless.The payee has to know the ephem public key to compute the SharedSecret, but how is that data transferred from payer to payee?The ephem public key is embedded in the stealth metadata.Any stealth transaction will require at least 2 outputs, the stealth metadata and the actual spendable output.Each spendable output in a stealth transaction will be preceded by the metadata for that output.Regular spends do not need metadata, because there is no use of ephem keys in normal transactions.[//documentation/ [2] Peter Todd, [Bitcoin-development] Stealth Addresses, 2014, Available at https://sourceforge.net/p/bitcoin/mailman/message/31813471/ [3] Dark Wallet, Stealth, 2015, Available at https://wiki.unsystem.net/en/index.php/DarkWallet/Stealth [/stealth.html The ring signatures are a crucial part to anonymize the sender of a transaction.

As previously mentioned, all tokens have their own public and private key.It consists of the public key of the token being spent, plus the public keys from 3 to 200 other tokens of the same value as the token being spent.The nature of ring signatures makes it impossible to discover member of the coins in the ring signature is being spent, and transactions are no longer traceable.The ring signature tags (keyImage) of the spent Shadow tokens are embedded in the transaction to prevent double spends.Each tag is unique to the Shadow token, regardless of the other members of the ring signature.When a new transaction contains a keyImage that has already been used, and thus is present in the blockchain, the new transaction will be rejected by the network.There are two ways in which Shadow tokens (SDT) can be spent: In both cases the input tokens become unspendable.The transaction fee for spending Shadow tokens 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.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 ShadowToken consist of a unique private key and public key, so what happens when you spend your ShadowToken?When doing a normal transaction (like in Bitcoin), you would prove you received an amount of coins by pointing to the transaction that got you the coins in the first place.That’s signed with the private to prove you hold the keys to the address.Now for an anonymous transaction that procedure is different: we do not point to previous transactions.Rather we take a pool of coins (public keys of other people their coins) that have the same value as the coin we’re trying to spend and then we drop our public key.

We then say “we own one of the public keys in this pool of coins”, or in cryptographical terms: a ring signature.Our white paper on ShadowSend 2 can be found here.Communication is an essential component of doing business.Modern technology gives us cheap, reliable and effortless methods to communicate with others regardless of physical distance.However, this technology does little to safeguard the content of our messages from the scrutiny of interested observers.We live in an age of constant and ubiquitous surveillance, where it becomes more difficult by the day to retain our privacy.Privacy is paramount when conducting business, the consequences of invasions of privacy can be devastating to both businesses and individuals, whether the attacker is a rival firm, a malicious individual or an overbearing government.ShadowChat is a P2P (peer-to-peer) Instant Messaging system utilizing state-of-the-art encryption technology to keep your communications private.All messages are encrypted by the proven AES-256-CBC algorithm, and distributed between nodes in such a way as to prevent the recipients of messages from being inferred by assailants utilizing sophisticated traffic analysis, even if the assailants can view the entire network and/or run nodes of the network.

To eliminate the risk and hassle of sharing passwords, we utilize the proven and trusted method of Elliptic Curve Diffie-Hellman (ECDH) key exchange.The Elliptic Curve Digital Signature Algorithm (ECDSA) is used to give you confidence that the messages you received came from the original recipient and remained untouched in propagation.Messages are distributed over the preexisting Shadow P2P network, and a copy of each encrypted message is stored on each node for a period of 48 hours.The Elliptic Curve Diffie-Hellman (ECDH) key exchange method allows a secret key for encryption to be shared between the sender and recipient using the data embedded in the message along with the private keys of ShadowCash addresses held by the sender and recipient.This allows for distributing messages, of whom nobody knows the recipient of.In order to send an encrypted message, you must possess the public key of the intended recipient.The public keys embedded in the ShadowCash transaction blockchain when any amount is spent.

If you are sending to an address that has not spent a transaction in the blockchain, the public key to that address must be provided manually.ShadowCash uses curve secp256k1 for all elliptic curve functions.This is the same curve used by bitcoin along with the vast majority of altcoins.With such widespread use underpinning systems of immense value it is extremely unlikely that curve secp256k1 is not secure.Messages are signed by the keys they were sent with, this allows you to be confident of the origin of the messages you receive and also allows the public key of the sender to be extracted from the message, providing you all the information needed to send a reply.Encrypted Messages are duplicated on every participating node in the ShadowCash network – this prevents adversaries form uncovering the recipient of an encrypted message by using network traffic analysis.The messages are stored on each node for a maximum period of 48 hours, after which the message is deleted.If the recipient is absent from the network for 48 hours or more the possibility exists that they may not receive messages sent to them.

It is recommended to connect to the network each day in order to prevent such an occurrence.Stored messages are grouped by time in divisions of 1 hour.The system operates on the grouped buckets of messages to save bandwidth.For each incoming message a node will attempt to decode the message with every owned address contained in the nodes white-list of addresses to receive messages on.To speed up the process and allow for any payload format to be used, the Message Authentication Code (MAC) is calculated for the generated shared secret key, if it does not match the MAC provided in the message, decryption will fail and the function ends.White paper: View on github The main component of the Shadow platform is the decentralized marketplace dubbed 'ShadowMarket’.The decentralized nature of the network makes it very resilient against shutdown attempts and permits for anyone to participate in a true free market without the possibility of interference or eavesdropping by malicious parties.

Every node in the network distributes and stores all the open market listings, to prevent bloating the network with outdated and incorrect listings, each one must contain an expiration date and the approriate listing fee must be paid.The blockchain-like mechanism for storing the listings is a technique called Private Information Retrieval and is key to preserving the anonymity and privacy of both the vendor and possible buyer(s).The smart escrow system is devised so neither party can profitably defraud the other party without risk.It is based on mutual assured destrution (MAD): The buyer risks twice the amount required for purchase and the vendor risks the purchase price plus the item that they ship.These funds are locked in a 2-of-2 multisignature address and can only be released when both parties agree and sign the transaction.If they can’t agree before a certain expiration date, the funds stay locked indefinitely and the address becomes unspendable.The expiration date is extendable if both parties agree to send the transaction to yet another 2-of-2 multisignature address with a new expiration date.

A new opcode CHECKLOCKTIMEVERIFY (CLTV) is implemented to enable the mutual assured destruction, more about the technical specifications of this improvement can be found on the BIP65 github page .Shadow uses a different escrow model than proposed in BIP65, instead we drop both keys when the expiration is reached, essentially destroying the funds.This stategy finds its roots in the Ultimatum Game, a well known economic experiment in the field of Game Theory.The key difference between Shadows escrow and the Ultimatum Game is that negotiations are possible in the form of refunds.The payoff matrix exemplifies all the scenarios without the possibility of refund.If the buyer receives the item and decides not to finalize the transaction then the address becomes unspendable after the expiration date and neither party gets their insurance deposit back.The buyer will have effectively paid twice the price but the vendor loses his insurance deposit and the item.The vendor does not to ship the item, leaving the buyer with the option to finalize the transaction or not: finalizing the transaction causes him to minimalize his loses to one time the price of the item and the vendor makes a profit of one time the item price.

If the buyer decides not to finalize the transaction he loses twice the amount of the item price but also causes the vendor to lose his insurance deposit.The buyer is to some extent at a disadvantage and motivated to finalize the transaction to minimize his loses in case of a vendor scam.Both the buyer and the vendor will be motivated to extend the escrow transaction and work towards a refund agreement that both parties are willing to sign.Why not use escrow agents then?Because this brings a middleman into the equation which is no means of fairly solving disputes.It is still the buyers word against the vendors.A delivery receipt does not always mean the correct item was received.What if the item was lost in the mail?The buyer will have to convince the vendor that he didn’t receive the item and both parties must come to a refund agreement that both parties are willing to sign.The vendor may believe the buyer if they have a good history of transactions.If the vendors thinks you are trying to scam them then he might decide to not deal with you again and you lose your insurance deposit and the vendor loses once the item price and the item lost in the mail.

While two-party escrow with Mutual Assured Destruction is a viable way to prevent most frauds and scams from being profitable, it is not a perfect solution on itself.This is where the reputation system steps in to complement the ecrow system.Each vendor will have a reputation which reflects the (dis)satifisaction of his clients based on their interactions with the vendor.The listing fee, charged for each market listing, is 0.2 SDC per 4KB per 2 days, so posting a 4KB listing for 4 days will be 0.4 SDC, just as an 8KB ad for 2 days will be 0.4 SDC.Updates to marketplace listings will cost 0.05 SDC and will not add any duration to the listing.Step 1: Install Tor This step is pretty straight forward, install Tor.We advice you to run Tor as a service, this means it will start at boot and will always run in the background.Extract the ZIP file if you’re on Windows.For Windows the Tor proxy server will run as long as the Tor Browser is open and running.When you close it the connection of Shadow will also drop.

To prevent this from happening we suggest running the Tor daemon as a service, this isn’t very hard.Open up the command line as administator and navigate to the Tor Browser folder.It is extremely important that you add the following to this file: Your Tor Browser will never start up again if you fail to turn the ControlPort on!tor.exe --service install --options -f C:/what_ever_path/Tor Browser/Browser/TorBrowser/Tor/torrc Step 2: Download Shadow If you truely want to remain anonymous then you should download the Shadow client through Tor.Open up the Tor-browser and visit https://shadowproject.io/getting-started and download the latest binary for your operating system.Extract the ZIP to folder of your choice.DOWNLOADING THE BLOCKCHAIN PEER-TO-PEER THROUGH TOR IS VERY SLOW, IT IS ADVISED TO SPEED UP THE PROCESS WITH THE BLOCKHAIN.ZIP METHOD Download and put the contents of the blockchain.zip file into your .shadowcoin folder!Step 3: Edit settings Open up the Shadow client and go to Settings > Options > Network Enable Proxy settings and set it to: Proxy IP: 127.0.0.1 Port: 9150 SOCKS Version: 5 Click on OK and you’re good to go.

Step 4: Configure the Hidden Service (optional) For Tor to work in the best configuration you’ll want to configure your computer as a hidden service.Open the following file in your favorite text editor: Save the file in nano by pressing CTRL + X , enter y to confirm saving and hit enter.Make sure to replace the FULL_PATH with the corresponding path.For windows this would be something like: C:/Users/user/Desktop Linux: Just type 'pwd’ in the terminal and you’ll get the path your current folder.´´´ HiddenServiceDir FULL_PATH/tor-browser_en-US/Browser/TorBrowser/Data/shadow-service/ HiddenServicePort 8333 127.0.0.1:8333 SocksPort 127.0.0.1:9150 ´´´ Click here for a full tutorial For support please visit one of the links below: Shadow has many new components meaning we also added extra API calls on top of the original Bitcoin API.Delete all transactions from wallet - reload with reloadanondata Warning: Backup your wallet first!

is a real and is rounded to the nearest 0.000001 Used to estimate the anon fee with a given amount and ring size.When used with show_secrets=1 it will return a list of all stealth addresses, the labels, the scan secrets and spend secrets.Returns up to [count] most recent transactions skipping the first [from] transactions for account [account].If you want to process Stealth transactions (SDT) then you want to use this function.There a bit of a trick necessary to get the stealth transactions, easier explained in an example: Stealth address = “smYmoN9xyenTSow9RP4ecf172sdKTeN9k4ZVCiUhFY6MTQRqSS2LRSZSZECwnZSb1a7EaCNc4aPrmrkexBXEs4qeJTZ6m9NjJBgnQE” => Account name = “ao smYmoN9xyenTSow9…” When stealth addresses are generated their account name is “ao first_16_chars…”, the 3 dots at the end are important!Removes all wallet transactions, anon cache, and rebuilds everything from zero.Repair wallet if checkwallet reports any problem Scans for all transactions and overwrites prior history and does update.

json scanforalltxns [fromHeight] Scans for all Stealth transactions and overwrites prior history and does update.json scanforstealthtxns [fromHeight] smsgbuckets [stats|dump] [] smsgdisable smsgenable smsggetpubkey Returns the public key for a given address.85 { : , : , : } smsginbox [] Decrypt and display all received messages.“all” will show all messages, “unread” will only show the unread messages.{ : { : , : , : , : , : : { : , : , : , : , : : } smsglocalkeys [ ] smsgoptions [ ] List and manage the secure message options.1: { : , : , : 2: { : , : , : } smsgoutbox [] Decrypt and display all sent messages.Will also show all messages sent with smsganonsend.{ : { : , : , : , : : { : , : , : , : : } smsgscanbuckets Force rescan of all messages in the bucket store.

smsgscanchain Look for public keys in the block chain.smsgsend smsgsendanon Send and anonymous message to an address.85 { : } Contribute Shadow is an Open Source project which is created almost entirely by volunteers.There are lots of ways you can get involved and help the project grow and improve.Here are some ways for you to get started.Code Shadow is controlled by all Shadow users around the world.If you are a developer, you can use your super-powers to do good and contribute.The Shadow project is hosted on GitHub.This is where developers work hard on the next version(s) of the software.To get involved with developing Shadow, check out our detailed contributing guidelines.We credit all contributors to the Shadow project in every major and minor release.We hold public development meetings and chat in our Slack team.We also maintain a public roadmap and dev blog to give you an idea of what’s being worked on right now, and what’s coming next.

Are you someone who might be interested?Do not hesitate and contact us directly.Donate We are a non-profit and Open Source software project and are trying to build a private economy.We appreciate all the help we can get in making this a reality.Both addresses are managed by Rynomster (lead developer).If applicable, please specify whether you want to remain anonymous.Many thanks to all our sponsors!Official BTC donation address: 1GiosBkSpN8RS9pm1kgZU8AZUBEnLKYFem Official SDC development donation address: SdcDevWEbq3CZgZc8UNbST1TaYLA5vLZTS Report If you think you’ve found a bug or a problem with Shadow, please let us know!First, search our issue tracker to search to see if someone has already reported the problem.If they haven’t, click here to open a new issue, and fill out the template with as much information as possible.The more you can tell us about the problem and how it occurred, the more likely we are to fix it.Please check out our bug and bounty program for our guidelines and more details.

Please do not report security vulnerabilities publicly.The details for responsible disclosure of security issues can be found in our bug and bounty program.Bugs & Bounty program Official bug donation Address: Sdcbug68Hcpim7zpnEZsQRRz1rowvz9axS According to Linus’ Law, “given enough eyeballs, all bugs are shallow”.That’s one of the reasons why Shadow’s source code is publicly available; but merely making the source code available doesn’t accomplish anything if people don’t read it!For this reason, Shadow has a series of bug bounties.Similar to the bounties offered by Mozilla and Google, Shadow bug bounties provide an opportunity for people who find bugs to be compensated.Unlike those programs, however, Shadow’s bounties are not limited to security vulnerabilities.Depending on the type of bug and when it is reported, different bounties will be awarded.Bounties are paid out in SDC, at the 3-day average of each to a fixed US Dollar value.Things that do not qualify under the bug bounty Bugs found on third-party/community sites, software or services, which is not due to an improper configuration issue specific to us.

Please submit any potential issues to the maintainers of that site or providers of that service.Vulnerabilities which are too broad or not documented properly (i.e.do not include a specific example relevant to a - Shadow-controlled site or application).Bugs or issues with a third-party site, software, or service that we use, which is not due to an improper configuration issue specific to us.Bugs and errors found in software/code that is still undergoing alpha or beta testing.Usability issues Anything requiring social engineering DOS/DDOS attacks Missing HSTS (HttpOnly flags), Secure flag, Browser Cache vulnerabilities CSRF that doesn’t affect the victim Referrer leakage to pages an attacker cannot control.The presence of unnecessary files, e.g.for backups, when these files do not expose any sensitive information.Anything that is the result of an automated Nessus/PCI scans (too general) DNS issues (e.g.lack of an SPF record) SSL certificate issues Bugs that have received mainstream tech media or community attention before the date of your disclosure.