diff --git a/developers/compiling.rst b/developers/compiling.rst new file mode 100644 index 0000000..2aba157 --- /dev/null +++ b/developers/compiling.rst @@ -0,0 +1,43 @@ +.. meta:: + :description: Compile Dash Core for Linux, macOS, Windows and Gitian deterministic builds + :keywords: dash, build, compile, linux, macOS, windows, binary, Gitian, developers + +.. _compiling-dash: + +=================== +Compiling Dash Core +=================== + +While Dash offers stable binary builds on the `website +`_ and on `GitHub +`_, and development builds +using `GitLab CI `_, many +users will also be interested in building Dash binaries for themselves. +This process has been greatly simplified with the release of Dash Core +0.13.0, and users who do not required deterministic builds can typically +follow the `generic build notes `__ +available on GitHub to compile or cross-compile Dash for any platform. + +The instructions to build Dash Core 0.12.3 or older are available `here +`__ on a +previous version of this page. + +.. _gitian-build: + +Gitian +====== + +Gitian is the deterministic build process that is used to build the Dash +Core executables. It provides a way to be reasonably sure that the +executables are really built from the source on GitHub. It also makes +sure that the same, tested dependencies are used and statically built +into the executable. Multiple developers build the source code by +following a specific descriptor ("recipe"), cryptographically sign the +result, and upload the resulting signature. These results are compared +and only if they match, the build is accepted and uploaded to dash.org. + +Instructions on how to build Dash Core 0.13.0 will appear here once the +Docker build system for Gitian is available. Instructions to create +deterministic builds of Dash Core 0.12.3 or older are available `here +`__ +on a previous version of this page. diff --git a/developers/compiling_gitian.rst b/developers/compiling_gitian.rst new file mode 100644 index 0000000..8551654 --- /dev/null +++ b/developers/compiling_gitian.rst @@ -0,0 +1,363 @@ +.. meta:: + :description: Compile Dash Core for Linux, macOS, Windows and Gitian deterministic builds + :keywords: dash, build, compile, linux, Jenkins, macOS, windows, binary, Gitian, developers + +.. _compiling-dash: + +=================== +Compiling Dash Core +=================== + +While Dash offers stable binary builds on the `website +`_ and on `GitHub +`_, and development builds +using `Jenkins `_, +many users will also be interested in building Dash binaries for +themselves. The following guides are available: + +- :ref:`Building on Linux ` +- :ref:`Building on macOS ` +- :ref:`Building on Windows ` +- :ref:`Gitian deterministic builds ` + +These guides describe how to build the current stable version. To build +the latest version from the develop branch, replace the normal ``git +clone`` command with the following command when pulling from GitHub:: + + git clone https://github.com/dashpay/dash.git -b develop + +.. _linux-build: + +Linux +===== + +This guide describes how to build Dash Core wallet without the GUI from +source under Ubuntu Linux. For a more detailed guide, see the `Unix +Build Notes `__. +The content on this page is intended to serve as a simple guide for +general compilation of non-deterministic binary files from the stable +source code. A standard installation of Ubuntu Linux 18.04 LTS will be +used as an environment for the build. We assume you are running as a +user with sudo permissions. First add the necessary extra repository and +update all packages:: + + sudo add-apt-repository ppa:bitcoin/bitcoin + sudo apt update + sudo apt upgrade + +Now install the dependencies as described in the installation +documentation:: + + sudo apt install build-essential libtool autotools-dev automake pkg-config libssl-dev libevent-dev bsdmainutils git libdb4.8-dev libdb4.8++-dev curl + sudo apt install libboost-system-dev libboost-filesystem-dev libboost-chrono-dev libboost-program-options-dev libboost-test-dev libboost-thread-dev libzmq3-dev + +Optionally install the Qt dependencies if you want to build the Dash +GUI:: + + sudo apt install libqt5gui5 libqt5core5a libqt5dbus5 qttools5-dev qttools5-dev-tools libprotobuf-dev protobuf-compiler + +Download the stable Dash repository:: + + git clone https://github.com/dashpay/dash.git + +And build:: + + cd dash + ./autogen.sh + ./configure + make + make install + +``/usr/local/bin`` now contains the compiled Dash binaries. + +.. _macos-build: + +macOS +===== + +Dash can be built for macOS either using a +cross-compiler under Linux or natively under macOS. + +Linux cross-compile +------------------- + +This guide describes how to build Dash Core wallet from source under +Ubuntu Linux. It is intended to serve as a simple guide for general +compilation of non-deterministic binary files from the stable source +code. For a more detailed guide, see the `macOS Build Notes +`__. A +standard installation of Ubuntu Linux 18.04 LTS will be used as an +environment for the build. We assume you are running as a user with sudo +permissions. First add the necessary extra repository and update all +packages:: + + sudo add-apt-repository ppa:bitcoin/bitcoin + sudo apt update + sudo apt upgrade + +Now install the dependencies as described in the installation +documentation:: + + sudo apt install build-essential libtool autotools-dev automake pkg-config libssl-dev libevent-dev bsdmainutils git libdb4.8-dev libdb4.8++-dev curl + sudo apt install libboost-system-dev libboost-filesystem-dev libboost-chrono-dev libboost-program-options-dev libboost-test-dev libboost-thread-dev libzmq3-dev + sudo apt install ca-certificates curl g++ git-core pkg-config autoconf librsvg2-bin libtiff-tools libtool automake faketime bsdmainutils cmake imagemagick libcap-dev libz-dev libbz2-dev python python-dev python-setuptools fonts-tuffy p7zip-full sleuthkit + +Optionally install the Qt dependencies if you want to build the Dash +GUI:: + + sudo apt install libqt5gui5 libqt5core5a libqt5dbus5 qttools5-dev qttools5-dev-tools libprotobuf-dev protobuf-compiler + +Download the stable Dash repository:: + + git clone https://github.com/dashpay/dash.git + cd dash + +A copy of the macOS SDK is required during the build process. To +download this, use a Google Chrome in a desktop environment to go to +https://appleid.apple.com and create or sign in to your Apple account. +Then go to https://developer.apple.com and open the Chrome Developer +Tools from the **Menu -> More tools -> Developer tools**. Click on the +**Network** tab, then go back to your main browser window and copy in +the following URL:: + + https://developer.apple.com/services-account/download?path=/Developer_Tools/Xcode_7.3.1/Xcode_7.3.1.dmg + +Cancel the download as soon as it begins and go back to your the +**Network** tab in the developer tools. Right click on the network +request at the bottom of the list labeled **Xcode_7.3.1.dmg** and select +**Copy -> Copy as cURL (bash)**. Paste this long string of text into +your Linux terminal, append ``-o Xcode_7.3.1.dmg`` at the end and then +press enter to begin the download. Once it is complete, extract the +required files from the disc image as follows:: + + contrib/macdeploy/extract-osx-sdk.sh + rm -rf 5.hfs MacOSX10.11.sdk + mkdir depends/SDKs + mv MacOSX10.11.sdk/ depends/SDKs/ + +And build:: + + make -C depends HOST=x86_64-apple-darwin11 + ./autogen.sh + ./configure --prefix=`pwd`/depends/x86_64-apple-darwin11 + make + +``~/dash/src`` now contains the compiled Dash binaries, and +``~/dash/src/qt`` contains the Dash GUI wallet. + + +macOS Native +------------ + +This guide describes how to build Dash Core wallet from source under +macOS. It is intended to serve as a simple guide for general compilation +of non-deterministic binary files from the stable source code. For a +more detailed guide, see the `macOS Build Notes +`__. A +standard installation of macOS 10.13 High Sierra will be used as an +environment for the build. We assume you are running as a user with sudo +permissions. First, open a the **Terminal** app and enter the following +command to install the OS X command line tools:: + + xcode-select --install + +When the popup appears, click **Install**. Then install `Homebrew +`__:: + + /usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)" + +Install dependencies:: + + brew install automake berkeley-db4 libtool boost --c++11 miniupnpc openssl pkg-config protobuf qt libevent librsvg + +Clone the Dash Core source code and change to the ``dash`` directory:: + + git clone https://github.com/dashpay/dash + cd dash + +Build Dash Core. Configure and build the headless dash binaries as well +as the GUI (if Qt is found). You can disable the GUI build by passing +``--without-gui`` to configure:: + + ./autogen.sh + ./configure + make + +It is recommended to build and run the unit tests:: + + make check + +You can also create a ``.dmg`` that contains the ``.app`` bundle +(optional):: + + make deploy + +Dash Core is now available at ``./src/dashd``. + +.. _windows-build: + +Windows +======= + +This guide describes how to build Dash Core wallet from source for +64-bit Windows. Most developers use cross-compilation from Linux to +build executables for Windows. The content on this page is intended to +serve as a simple guide for general compilation of non-deterministic +binary files from the stable source code. For a more detailed guide, see +the `Windows Build Notes +`__. +A standard installation of Ubuntu Linux 18.04 LTS will be used as an +environment for the build. We assume you are running as a user with sudo +permissions. First add the necessary extra repository and update all +packages:: + + sudo add-apt-repository ppa:bitcoin/bitcoin + sudo apt update + sudo apt upgrade + +Now install the dependencies as described in the installation +documentation:: + + sudo apt install build-essential libtool autotools-dev automake pkg-config libssl-dev libevent-dev bsdmainutils git libdb4.8-dev libdb4.8++-dev curl + sudo apt install libboost-system-dev libboost-filesystem-dev libboost-chrono-dev libboost-program-options-dev libboost-test-dev libboost-thread-dev libzmq3-dev + sudo apt-get install g++-mingw-w64-x86-64 mingw-w64-x86-64-dev + +Optionally install the Qt dependencies if you want to build the Dash +GUI:: + + sudo apt install libqt5gui5 libqt5core5a libqt5dbus5 qttools5-dev qttools5-dev-tools libprotobuf-dev protobuf-compiler + +Download the stable Dash repository:: + + git clone https://github.com/dashpay/dash.git + +Build and link the depends system:: + + cd dash/depends + make HOST=x86_64-w64-mingw32 + cd .. + sudo update-alternatives --set x86_64-w64-mingw32-gcc /usr/bin/x86_64-w64-mingw32-gcc-posix + sudo update-alternatives --set x86_64-w64-mingw32-g++ /usr/bin/x86_64-w64-mingw32-g++-posix + +And build:: + + ./autogen.sh + CONFIG_SITE=$PWD/depends/x86_64-w64-mingw32/share/config.site ./configure --prefix=/ + make + +``~/dash/src`` now contains the compiled Dash binaries, and +``~/dash/src/qt`` contains the Dash GUI wallet. + +.. _gitian-build: + +Gitian +====== + +Gitian is the deterministic build process that is used to build the Dash +Core executables. It provides a way to be reasonably sure that the +executables are really built from the source on GitHub. It also makes +sure that the same, tested dependencies are used and statically built +into the executable. Multiple developers build the source code by +following a specific descriptor ("recipe"), cryptographically sign the +result, and upload the resulting signature. These results are compared +and only if they match, the build is accepted and uploaded to dash.org. + +More independent Gitian builders are needed, which is why this guide +exists. It is preferred you follow these steps yourself instead of using +someone else's VM image to avoid 'contaminating' the build. + +Setup the host environment +-------------------------- + +Gitian builds are known to be working on Debian 8.x. If your machine is +already running this system, you can perform Gitian builds on the actual +hardware. Alternatively, you can install it in a virtual machine. Follow +the guide for :ref:`setting up a VPS for masternodes `, +selecting a Debian 8.x image during the installation process and naming +your non-root user ``gitianuser``. Selecting a VPS with two processors +will also greatly speed up the build process. If you cannot login to +your VPS over SSH as root, access the terminal and issue the following +command:: + + sed -i 's/^PermitRootLogin.*/PermitRootLogin yes/' /etc/ssh/sshd_config + /etc/init.d/ssh restart + +Log in to your new environment by SSH as root. Set up the dependencies +first by pasting the following in the terminal:: + + apt-get install git ruby sudo apt-cacher-ng qemu-utils debootstrap lxc python-cheetah parted kpartx bridge-utils make ubuntu-archive-keyring curl + adduser gitianuser sudo + +Then set up LXC and the rest with the following, which is a complex +jumble of settings and workarounds:: + + # the version of lxc-start in Debian needs to run as root, so make sure + # that the build script can execute it without providing a password + echo "%sudo ALL=NOPASSWD: /usr/bin/lxc-start" > /etc/sudoers.d/gitian-lxc + echo "%sudo ALL=NOPASSWD: /usr/bin/lxc-execute" >> /etc/sudoers.d/gitian-lxc + # make /etc/rc.local script that sets up bridge between guest and host + echo '#!/bin/sh -e' > /etc/rc.local + echo 'brctl addbr br0' >> /etc/rc.local + echo 'ifconfig br0 10.0.3.2/24 up' >> /etc/rc.local + echo 'iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE' >> /etc/rc.local + echo 'echo 1 > /proc/sys/net/ipv4/ip_forward' >> /etc/rc.local + echo 'exit 0' >> /etc/rc.local + # make sure that USE_LXC is always set when logging in as gitianuser, + # and configure LXC IP addresses + echo 'export USE_LXC=1' >> /home/gitianuser/.profile + echo 'export GITIAN_HOST_IP=10.0.3.2' >> /home/gitianuser/.profile + echo 'export LXC_GUEST_IP=10.0.3.5' >> /home/gitianuser/.profile + reboot + +At the end Debian is rebooted to make sure that the changes take effect. +Re-login as the user gitianuser that was created during installation. +The rest of the steps in this guide will be performed as that user. + +There is no ``python-vm-builder`` package in Debian, so we need to +install it from source ourselves:: + + wget http://archive.ubuntu.com/ubuntu/pool/universe/v/vm-builder/vm-builder_0.12.4+bzr494.orig.tar.gz + echo "76cbf8c52c391160b2641e7120dbade5afded713afaa6032f733a261f13e6a8e vm-builder_0.12.4+bzr494.orig.tar.gz" | sha256sum -c + # (verification -- must return OK) + tar -zxvf vm-builder_0.12.4+bzr494.orig.tar.gz + cd vm-builder-0.12.4+bzr494 + sudo python setup.py install + cd .. + +Set up the environment and compile +---------------------------------- + +Clone the Dash Core repository to your home directory:: + + git clone https://github.com/dashpay/dash.git + +Then create the script file:: + + nano dash/contrib/gitian-build.sh + +And paste the following script in place (this will be automatic if/when +the script is pulled into Dash Core):: + + https://github.com/strophy/dash/blob/master/contrib/gitian-build.sh + +Save the file and set it executable:: + + sudo chmod +x dash/contrib/gitian-build.sh + +Set up the environment, replacing the name and version with your name +and target version:: + + dash/contrib/gitian-build.sh --setup strophy 0.12.1.5 + +Run the compilation script:: + + dash/contrib/gitian-build.sh --build strophy 0.12.1.5 + +Your system will build all dependencies and Dash Core from scratch for +Windows and Linux platforms (macOS if the dependencies were installed +according to `these instructions `_). This can take some time. When +complete, you will see the SHA256 checksums, which you can compare +against the hashes available on the `Dash website +`_. In this way, you can be sure that you +are running original and untampered builds of the code as it exists on +GitHub. diff --git a/developers/testnet.rst b/developers/testnet.rst new file mode 100644 index 0000000..183f711 --- /dev/null +++ b/developers/testnet.rst @@ -0,0 +1,136 @@ +.. meta:: + :description: Dash testnet and devnets are used by Dash developers for testing using tDASH + :keywords: dash, masternodes, testnet, devnet, faucet, masternodes, testing, pool, explorer, mining pools, block explorer + +.. _testnet: + +=================== +Testnet and devnets +=================== + +Testnet is a fully functioning Dash blockchain with the one key +exception that because the Dash on the network can be created freely, it +has no value. This currency, known as tDASH, can be requested from a +faucet to help developers test new versions of Dash, as well as test +network operations using identical versions of the software before they +are carried out on the mainnet. There are a few other key differences: + +- Testnet operates on port 19999 (instead of 9999) +- Testnet addresses start with "y" instead of "X", ADDRESSVERSION is 140 + (instead of 76) +- Testnet balances are denominated in tDASH (instead of DASH) +- Protocol message header bytes are 0xcee2caff (instead of 0xbf0c6bbd) +- Bootstrapping uses different DNS seeds: test.dnsseed.masternode.io, + testnet-seed.darkcoin.qa, testnet-seed.dashpay.io +- Launching Dash Core in testnet mode shows an orange splash screen + +To start Dash Core in testnet mode, find your dash.conf file and enter +the following line:: + + testnet = 1 + +With the release of Dash Core 12.3, Dash added support for a great new +feature — **named devnets**. Devnets are developer networks that combine +some aspects of testnet (the global and public testing network) and some +aspects of regtest (the local-only regression testing mode that provides +controlled block generation). Unlike testnet, multiple independent +devnets can be created and coexist without interference. For practical +documentation on how to use devnets, see the `developer documentation +`__ +or this `blog post `__. + +Tools and links +=============== + +The links below were collected from various community sources and may +not necessarily be online or functioning at any given time. Please join +`Dash Nation Discord `_ or the `Dash Forum +`_ if you have a question relating to a +specific service. + +- **Test builds:** https://gitlab.com/dashpay/dash/pipelines +- **Bugtracker:** https://github.com/dashpay/dash/issues/new +- **Discussion and help:** https://www.dash.org/forum/topic/testing.53/ +- **Masternode tools:** https://test.dashninja.pl/masternodes.html +- **Android wallet:** https://github.com/dashevo/dash-wallet/releases/tag/v7.0.2 +- **Testnet for Bitcoin:** https://en.bitcoin.it/wiki/Testnet + +Faucets +------- + +- https://testnet-faucet.dash.org - by Dash Core Group +- http://test.faucet.masternode.io - by coingun +- http://faucet.test.dash.crowdnode.io - by ndrezza +- https://test.faucet.dashninja.pl - by elbereth + +Explorers +--------- + +- https://testnet-insight.dashevo.org/insight + +Pools +----- + +- https://test.pool.dash.org [stratum+tcp://test.stratum.dash.org] - by flare +- http://test.p2pool.dash.siampm.com [stratum+tcp://test.p2pool.dash.siampm.com:17903] by thelazier +- http://p2pool.dashninja.pl:17903/static - by elbereth +- http://test.p2pool.masternode.io:18998/static - by coingun + +Masternodes +=========== + +Installing a masternode under testnet generally follows the same steps +as the :ref:`mainnet masternode installation guide `, +but with a few key differences: + +- You will probably be running a development version of Dash instead of + the stable release. See `here `__ + for a list of builds, then choose the latest successful ``develop`` + build and click **Artifacts** to view a list of binaries. +- When opening the firewall, port 19999 must be opened instead of (or in + addition to) 9999. Use this command: ``ufw allow 19999/tcp`` +- Your desktop wallet must be running in testnet mode. Add the following + line to *dash.conf*: ``testnet = 1`` +- When sending the collateral, you can get the 1000 tDASH for free from + a faucet (see above) +- You cannot use dashman to install development versions of Dash. See + the link to downloadable builds above. +- Your masternode configuration file must also specify testnet mode. Add + the following line when setting up *dash.conf* on the masternode: + ``testnet = 1`` +- As for mainnet masternodes, the RPC username and password must contain + alphanumeric characters only +- When cloning sentinel, you may need to clone the development branch + using the ``-b`` option, for example: ``git clone -b develop + https://github.com/dashpay/sentinel.git`` +- Once sentinel is installed, modify + ``~/.dashcore/sentinel/sentinel.conf``, comment the mainnet line and + uncomment: ``network=testnet`` +- The wallet holding the masternode collateral will expect to find the + ``masternode.conf`` file in ``~/.dashcore/testnet3/masternode.conf`` + instead of ``~/.dashcore/masternode.conf``. + + +Testnet 0.15.0 +============== + +In December 2019, the Dash team announced the start of testing of the +upcoming Dash 0.15.0 release. Extensive internal testing has already been +done on the 0.15.0 code, but there are numerous bugs that can only be +revealed with actual use by real people. The Dash team invites anybody +who is interested to download the software and become active on testnet. +This release includes: + +- Bitcoin 0.15 backports +- Removal of legacy code + +Discussion: + +- Testnet announcement: https://www.dash.org/forum/threads/v15-0-testing.49140/ +- Product brief: +- Testnet tools: https://docs.dash.org/en/stable/developers/testnet.html +- Issue tracking: https://github.com/dashpay/dash/issues/new + +Latest test binaries: + +- https://github.com/dashpay/dash/tree/v0.15.0.0-rc1 diff --git a/introduction/about.rst b/introduction/about.rst index b50396d..23043dd 100644 --- a/introduction/about.rst +++ b/introduction/about.rst @@ -10,8 +10,8 @@ What is MarteX? MarteX aims to be the most user-friendly and scalable payments-focused cryptocurrency in the world. The MarteX network features `instant -transaction confirmation `_, double spend protection, -optional `anonimous `_ equal to that of physical cash, a +transaction confirmation <./features.rst>`_, double spend protection, +optional `anonymous <./features.rst>`_ equal to that of physical cash, a `self-governing, self-funding model `_ driven by `incentivized full nodes `_ and a `clear roadmap `_ for on-chain scaling to diff --git a/introduction/features.rst b/introduction/features.rst index e8a84d6..5f2ae5f 100644 --- a/introduction/features.rst +++ b/introduction/features.rst @@ -1,873 +1,563 @@ .. meta:: - :description: Glossary and collection of links to other parts of the MarteX ecosystem and network - :keywords: martex, cryptocurrency, glossary, links, community, official, github, roadmap, chat, discord, facebook, twitter, social media + :description: MarteX features several unique value propositions including masternodes, AnonSend, FastSend and a decentralized governance system + :keywords: martex, cryptocurrency, features, masternodes, anonsend, fastsend, sporks, x13, governance, sentinel, evolution -.. _information: - -===================== -Links and Information -===================== - -.. _links: - -Links -===== - -Official sites --------------- - -- **Website:** https://martexcoin.org/ -- **MarteX Core Documentation:** https://github.com/martexcoin/martexcoin#documentations -- **GitHub:** https://github.com/martexcoin/martexcoin -- **MIPs:** https://github.com/martexcoin/mips - - -Community sites ---------------- - -- https://github.com/MarteXcoin-documentation/Documentation - - -Forums ------- - -- **MarteX Forum**: https://bitcointalk.org/index.php?topic=1354130.0 - - -Chat ----- - -- **MarteX general Telegram Group:** https://t.me/martexcoin - - -Social media ------------- - -- **Twitter:** https://twitter.com/martexcoin -- **Instagram:** https://www.instagram.com/MarteXcoin - -Twitter -------- - -- **Twitter Official Account:** https://twitter.com/martexcoin - - -Inactive --------- - -- **Martexcoin forum:** https://forum.martexcoin.org/ - - -Tools -===== - -Block explorers, statistics and visualizations ----------------------------------------------- - -- https://be.martexcoin.org/ +.. _features: +======== +Features +======== -Masternode management ---------------------- +.. _specifications: -- https://github.com/martexcoin/mxt-mn +Specifications +============== +- First block mined at 12:51:21PM EST, 15th July 2017 +- No premine +- X13 hashing algorithm, PoS mining available, POW deactivate +- 1 minute block time, adaptive block size +- Dark Gravity Wave difficulty adjustment algorithm +- 11.6M total coin supply +- Decentralized second-tier masternode network +- Superior privacy using AnonSend +- Instant transactions using FastSend +- Protection against blockchain reorganization events (commonly called + 51% attacks) using ChainLocks +- Decentralized Governance By Blockchain allows masternode owners to + vote on budget proposals and decisions that affect MarteX -Price monitoring and statistics -------------------------------- -- https://coinmarketcap.com/currencies/martexcoin/ -- https://coinpaprika.com/coin/mxt-martexcoin/ -- https://www.coingecko.com/en/coins/martexcoin +.. _masternode-network: -Mobile Apps +Masternodes =========== +In addition to Proof of Stake (PoS) rewards for mining MarteX, +users are also rewarded for running and maintaining special servers +called masternodes. Thanks to this innovative two tier network, MarteX can +offer innovative features in a trustless and decentralized way. +Masternodes are used to power AnonSend, FastSend, and the +governance and treasury system. Users are rewarded for running +masternodes; 45% of the block reward is allocated to pay the masternode +network. You can view practical guides on all topics relating to +masternodes `here <../masternode>`_. + +Masternodes enable the following services: + +- **FastSend** allows for near-instant transactions. MarteX + FastSend transactions are fully confirmed within two seconds. +- **AnonSend** gives financial privacy through a decentralized + implementation of CoinJoin. +- **ChainLocks**, which protects the blockchain against 51% mining + attacks by signing blocks as they are mined. +- **Governance and Treasury** allows stakeholders in MarteX to determine + the direction of the project and devotes 10% of the block reward to + development of the project and ecosystem. +- **Martex Evolution** will make using cryptocurrency as easy as using + PayPal. + +Masternode owners must have possession of 5000 MarteX, which they prove by +signing a message included in a special transaction written to the +blockchain. The MarteX can be moved or spent at any time, but doing so +will cause the masternode to fall out of queue and stop earning rewards. +Masternode users are also given **voting rights** on proposals. Each +masternode has one vote and this vote can be used on budget proposals or +important decisions that affect MarteX. + +Masternodes cost money and effort to host so they are paid a percentage +of the block reward as an incentive. Because only one masternode is paid +in each block, the frequency of the payment can vary, as well as the +value of the MarteX paid out. This `tool <>`_ +shows a live calculation of masternode earnings. These rewards decrease +by % each year, together with the block reward. There is also the +possibility for masternodes to earn money from fees in the future. + + +.. _anonsend: + +AnonSend +======== -Android -------- - -- **MarteX Wallet:** https://play.google.com/store/apps/details?id=com.martexcoin.wallet - - -.. _glossary: - +AnonSend gives you true financial privacy by obscuring the origins of +your funds. All the MarteX in your wallet is comprised of different +"inputs", which you can think of as separate, discrete coins. +AnonSend uses an innovative process to mix your inputs with the +inputs of at least two other people in a single transaction, so the +value in MarteX never leaves your wallet. You retain control of your money +at all times. + +.. You can view a practical guide to use AnonSend +.. `here `. + +The AnonSend process works like this: + +#. AnonSend begins by breaking your transaction inputs down into + standard denominations. These denominations are 0.001, 0.01, 0.1, 1 + and 10 MARTEX -- much like the paper money you use every day. +#. Your wallet then sends requests to specially configured software + nodes on the network, called "masternodes". These masternodes are + informed then that you are interested in mixing a certain + denomination. No identifiable information is sent to the masternodes, + so they never know "who" you are. +#. When two other people send similar messages, indicating that they + wish to mix the same denomination, a mixing session begins. The + masternode mixes up the inputs and instructs all three users' wallets + to pay the now-transformed input back to themselves. Your wallet pays + that denomination directly to itself, but in a different address + (called a change address). +#. Your wallet must repeat this process a number of times with each + denomination. Each time the process is completed, it's called a + "round". Each round of AnonSend makes it exponentially more + difficult to determine where your funds originated. The user may + choose between 1-16 rounds of mixing. +#. This mixing process happens in the background without any + intervention on your part. When you wish to make a anon + transaction, your funds will be ready to spend. No additional waiting + is required. + +Note that AnonSend transactions will be rounded up so that all +transaction inputs are spent. Any excess MarteX will be spent on the +transaction fee. + +**IMPORTANT:** Your wallet only contains 1000 of these "change +addresses". Every time a mixing event happens, one of your addresses is +used up. Once enough of them are used, your wallet must create more +addresses. It can only do this, however, if you have automatic backups +enabled. Consequently, users who have backups disabled will also have +AnonSend disabled. + + +.. _fastsend: -Glossary +FastSend ======== -51% Attack - A condition in which more than half the computing power on a - cryptocurrency network is controlled by a single miner or group of - miners. That amount of power theoretically makes them the authority on - the network. This means that every client on the network believes the - attacker’s hashed transaction block. - -Address - A MarteX address is used to Send/Receive a Payment - on the MarteX network. It contains a string of - alphanumeric characters, but can also be represented as a scannable QR - code. A MarteX address is also the public key in the pair of keys used - by MarteX holders to digitally sign transactions (see Public key). - -Algorithm - In mathematics and computer science, an `algorithm - `_ is a self-contained - step-by-step set of operations to be performed. Algorithms perform - calculation, data processing, and/or automated reasoning tasks. - -Altcoin - Since Bitcoin was the first cryptocurrency and has the largest market - capitalization, it is considered as the reference. An altcoin, or - alternative coin, is any cryptocurrency other than Bitcoin. - -AML - Anti-Money Laundering techniques are used to stop people from making - illegally obtained funds appear as though they have been earned - legally. AML mechanisms can be legal or technical in nature. - Regulators frequently apply AML techniques to MarteX exchanges. - -API - In computer programming, an `application programming interface (API) - `_ is - a set of routines, protocols, and tools for building software and - applications. - - An API expresses a software component in terms of its operations, - inputs, outputs, and underlying types, defining functionalities that - are independent of their respective implementations, which allows - definitions and implementations to vary without compromising the - interface. A good API makes it easier to develop a program by - providing all the building blocks, which are then put together by the - programmer. - -ASIC - An application-specific integrated circuit (ASIC), is an integrated - circuit (IC) customized for a particular use, rather than intended for - general-purpose use. For example, a chip designed to run in a digital - voice recorder or for high-efficiency cripto mining is an ASIC. - -ATM / BTM - A MarteX ATM is a physical machine that allows a customer to buy MarteX - with cash. There are many manufacturers, some of which enable users to - sell MarteX for cash. They are also sometimes called 'BTMs'. - -Backlog - Backlog generally refers to an accumulation over time of work waiting - to be done or orders to be fulfilled. - -Backup - The process of making copies of a computer file to ensure its - integrity in case of loss, theft, or damage. MarteX allows users to - make backup copies of their digital wallets. - This protects against losing one's money in the event of a computer - crashing or losing one’s mobile device. This would be the equivalent - of being able to backup the cash in your wallet, so that if you lost - it, you could restore the cash from a backup. - -Bitcoin 2.0 - This is a term explaining the next new level of Bitcoin projects which - started as a fork of Bitcoin but extended their code into the next - level of Blockchain Projects (Smart Contracts, Decentralised - Voting,....) - -Blockchain - A `blockchain `_ - is a distributed database that maintains a continuously-growing list - of data records hardened against tampering and revision. It consists - of data structure blocks — which exclusively hold data in initial - blockchain implementations, and both data and programs in some of the - more recent implementations — with each block holding batches of - individual transactions and the results of any blockchain executables. - Each block contains a timestamp and information linking it to a - previous block. - -Blocks - Transactions on the Blockchain are collected in "`blocks - `_" which - record and confirm when and in what sequence transactions enter and - are logged in the block chain. Blocks are created by users known as - "miners" who use specialized software or equipment designed - specifically to create blocks. - -Budget System / DGBB - The development of MarteX and the MarteX ecosystem is self-funded by the - network. Each time a block is discovered, 45% of the block reward goes - to miners and 45% goes to masternodes. Ten percent is withheld by the - network and used to fund projects that are approved by the masternode - network. This process is known as `Decentralized Governance by - Blockchain `_ is the - electronic circuitry within a computer that carries out the - instructions of a computer program by performing the basic arithmetic, - logical, control and input/output (I/O) operations specified by the - instructions. The term has been used in the computer industry at least - since the early 1960s. Traditionally, the term "CPU" refers to a - processor, more specifically to its processing unit and control unit - (CU), distinguishing these core elements of a computer from external - components such as main memory and I/O circuitry. - -Cryptocurrency - A `cryptocurrency `_ (or - crypto currency or crypto-currency) is a medium of exchange using - cryptography to secure the transactions and to control the creation of - new units. - -Cryptography - Cryptography or cryptology (from Greek κρυπτός *kryptós*, "hidden, - secret"; and γράφειν *graphein*, "writing," or -λογία *-logia*, - "study," respectively) is the practice and study of techniques for - secure communication in the presence of third parties called - adversaries. More generally, cryptography is about constructing and - analyzing protocols that prevent third parties or the public from - reading private messages; various aspects in information security such - as data confidentiality, data integrity, authentication, and non- - repudiation are central to modern cryptography. Modern cryptography - exists at the intersection of the disciplines of mathematics, computer - science, and electrical engineering. Applications of cryptography - include ATM cards, computer passwords, and electronic commerce. - -DAP - Decentralized Application Protocol. This term describes an application - running on top of the MarteX DAPI platform. - -DAP Client - An HTTP Client that connects to DAPI and enables MarteX blockchain users - to read and write data to their DAP Space. - -DAP Schema - A MarteX Schema document extending the MarteX System Schema to define - consensus data and rules within a DAP contract. - -DAP Space - The part of a DAP State that is owned by a specific blockchain user. - Data in a DAP Space can only be changed by the owner. - -DAP State - The total set of data stored in a DAP. This data consists of user - DAP Spaces. - -DAPI - Decentralized Application Programming Interface. See above for a - definition of API. DAPI will perform the same functions as an API, but - with quorums of masternodes acting as the endpoints for API - communication. - -Dark Gravity Wave - In concept, Dark Gravity Wave (DGW) is - similar to *Kimoto Gravity Well*, adjusting the difficulty levels - every block (instead of every 2016 blocks like Bitcoin) by using - statistical data of the last blocks found. In this way block issuing - times can remain consistent despite fluctuations in hashpower. However - it doesn't suffer from the time-warp exploit. - -MarteX - MarteX is an - open source peer-to- peer cryptocurrency that solves many of Bitcoin's - problems. MarteX's features include AnonSend, FastSend, - Decentralized Governance by Blockchain (DGBB), a 2nd tier network - (referred to as the masternode network). See the `Features - `_ page for a full list of MarteX's features. - -MarteXDrive - MarteX network data storage backend service used by masternodes for - off-chain data relating to Evolution. MarteXDrive implements `IPFS - `_, a type of distributed file storage system. - -MarteX Client - MarteX clients are software programs used to interface with the MarteX - network. They store the private keys needed to conduct MarteX - transactions as well as a copy of the entire blockchain. A MarteX client - connects to the MarteX network and becomes a node in the network. A node - shares and propagates new transactions with the rest of the network, - creating a robust decentralized infrastructure. - -MarteX Core Wallet - The `MarteX Core Wallet `_ (known also as the QT - wallet) is the "official" MarteX wallet that is compiled by the MarteX - Core Team and allows both AnonSend and FastSend. The MarteXCore - wallet will download the entire blockchain and serve it over the - internet to any peers who request it. - -MarteX Evolution - This is a 3 tier network MarteX developers are presently building. It - will make MarteX as easy to use as PayPal, while still remaining - decentralized. See the `Evolution `_ page for more - information. - -MarteX Schema - A JSON-based language specification for defining and validating - consensus data in Evolution. - -DDoS - A distributed denial of service attack uses large numbers of computers - under an attacker’s control to drain the resources of a central - target. They often send small amounts of network traffic across the - Internet to tie up computing and bandwidth resources at the target, - which prevents it from providing services to legitimate users. MarteX - exchanges have sometimes been hit with DDoS attacks. - -Decentralized - `Decentralized computing - `_ is the - allocation of resources, both hardware and software, to each - individual workstation or office location. In contrast, centralized - computing exists when the majority of functions are carried out or - obtained from a remote centralized location. Decentralized computing - is a trend in modern-day business environments. This is the opposite - of centralized computing, which was prevalent during the early days of - computers. A decentralized computer system has many benefits over a - conventional centralized network. Desktop computers have advanced so - rapidly that their potential performance far exceeds the requirements - of most business applications. This results in most desktop computers - remaining nearly idle most of the time. A decentralized system can use - the potential of these systems to maximize efficiency. However, it is - debatable whether these networks increase overall effectiveness. - -Desktop Wallet - A wallet is a piece of software that stores your MarteX. There are many - different wallet options, but it is imperative to choose a secure one. - We recommend any of the following: `MarteX Core Wallet. `_ - - -Difficulty - This number determines how difficult it is to hash a new block. It is - related to the maximum allowed number in a given numerical portion of - a transaction block’s hash. The lower the number, the more difficult - it is to produce a hash value that fits it. Difficulty varies based on - the amount of computing power used by miners on the MarteX network. If - large numbers of miners leave a network, the difficulty would - decrease. MarteX's increasing popularity and the availability of - specialized ASIC miners have caused the difficulty to increase over - time. - -Digital Wallet - See `this link `_ for full documentation on wallets. - - A digital wallet is similar to a physical wallet except that it is - used to hold **digital currency**. A MarteX wallet holds your private - keys, which allow you to spend your MarteX. You are also able to make - backups of your wallet in order to ensure that you never lose access - to your MarteX. Digital wallets can exist in many different forms and on - many devices: - - - **Desktop Wallet** (`MarteX Core Wallet - `_): Wallet programs that you install on a laptop - or desktop computer. You are solely responsible for protecting the - wallet file and the private keys it contains. Make backup copies of - your wallet files to ensure that you don't lose access to your - funds. - - - **Mobile Wallet** (`Android `_ - ): These wallets can be downloaded through Google - Play or Apple (iTunes) App Stores. Mobile wallets allow you to use - MarteX on-the-go by scanning a QR code to send payment. Make backup - copies of your mobile wallet files to ensure that you don't lose - access to your funds. Due to security issues with mobile phones, it - is advised that you don't store large amounts of funds on these - wallets. - - - **Online/Cloud/Web Wallet** (): Third parties that will store - your MarteX on their servers for you or provide an interface to access - your MarteX with you providing the keys, so that you can access your - MarteX from any device connected to the internet. If their website is - hacked or if their servers are damaged, you run the risk of losing - your MarteX. Any online wallets should be secured with strong - passphrases and 2FA. You cannot make backup copies of your online - wallet, because you do not have access to the private keys. We - strongly urge that you NEVER store large amounts of MarteX in any - online wallet or cryptocurrency exchange. - - - **Offline/Cold Storage** (`Paper wallet <>`_): - A special wallet that is created offline and is never exposed to the - internet. Accomplished by using software to generate a public and - private key offline and then recording the generated keys. They keys - can be printed out on paper or even laser-etched in metal. Copies - can be made and stored in a personal safe or bank deposit box. This - is an extremely secure way to store MarteX. There is no risk of using - software wallet files, which can become corrupt, or web wallets, - which can be hacked. NOTE: USB sticks are not safe for long-term - (multi-year) storage because they degrade over time. - -Digital Signature - A digital signature is a mathematical mechanism that allows someone to - prove their identity or ownership of a digital asset. When your - digital wallet signs a transaction with the appropriate private key, - the whole network can see that the signature matches the address of - the MarteX being spent, without the need to reveal the private key to - the network. You can also digitally sign messages using your private - key, to prove for instance that you are the owner of a certain MarteX - address. - -Encryption - In cryptography, `encryption - `_ is the process of - encoding messages or information in such a way that only authorized - parties can read it. Encrypted messages which are intercepted by a - third-party are indecipherable gibberish without the private key. In - an encryption scheme, the *plaintext* message is encrypted using an - encryption algorithm, generating *ciphertext* that can only be read if - decrypted by the intended recipient. For technical reasons, an - encryption scheme usually uses a pseudo-random encryption key - generated by an algorithm. Increases in computing power have "broken" - many past encryption algorithms, but a well-designed modern system - such as AES-256 is considered essentially "uncrackable." - -Escrow Services - An `escrow `_ is: - - - a contractual arrangement in which a third party receives and - disburses money or documents for the primary transacting parties, - with the disbursement dependent on conditions agreed to by the - transacting parties; or - - - an account established by a broker for holding funds on behalf of - the broker's principal or some other person until the consummation - or termination of a transaction; or - - - a trust account held in the borrower's name to pay obligations such - as property taxes and insurance premiums. - - A trusted escrow service is often used when purchasing cryptocurrency - or other goods/services over the internet. Both the buyer and seller - will choose a trusted third-party, the seller will send the item (or - currency) to the escrow agent, and the buyer will send the purchasing - funds to the escrow agent as well. Once the escrow agent is satisfied - that both parties have satisfied the terms of the agreement, he/she - will forward the funds and the product (or currency) being purchased - to the appropriate party. - -Exchange - The current price of one MarteX compared to the price of other - currencies, like the US dollar, Yen, Euro, or Bitcoin. Because most - trading volume takes place on the BTC/MARTEX markets, price is often - quoted in fractions of a bitcoin. For instance, the price of one MarteX - at the end of March 2017 was 0.08 (bitcoins per MarteX). An excellent - site for following the exchange rate of MarteX is `CoinMarketCap - `_. Businesses wishing to reduce the risk - of holding a volatile digital currency can avoid that risk altogether - by having a payment processor do an instant exchange at the time of - each transaction. - -Faucet - Faucets are a reward system, in the form of a website or app, that - dispenses rewards in the form of a micromartex or Duff, which is a - hundredth of a millionth MarteX, for visitors to claim in exchange for - completing a captcha or task as described by the website. - -Fiat Gateway - `Fiat money `_ has been - defined variously as: - - - Any money declared by a government to be legal tender. - - State-issued money which is neither convertible by law to any other thing, nor fixed in value in terms of any objective standard. - - Intrinsically valueless money used as money because of government decree. +Traditional decentralized cryptocurrencies must wait for certain period +of time for enough blocks to pass to ensure that a transaction is both +irreversible and not an attempt to double-spend money which has already +been spent elsewhere. This process is time-consuming, and may take +anywhere from 15 minutes to one hour for the widely accepted number of +six blocks to accumulate. Other cryptocurrencies achieve faster +transaction confirmation time by centralizing authority on the network +to various degrees. + +MarteX suffers from neither of these limitations thanks to its +second-layer network of masternodes. Masternodes regularly form voting +quorums to check whether or not a submitted transaction is valid. If it +is valid, the masternodes "lock" the inputs for the transaction and +broadcast this information to the network, effectively promising that +the transaction will be included in subsequently mined blocks and not +allowing any other spending of these inputs during the confirmation time +period. + +FastSend technology will allow for cryptocurrencies such as MarteX to +compete with nearly instantaneous transaction systems such as credit +cards for point-of-sale situations while not relying on a centralized +authority. Widespread vendor acceptance of MarteX and FastSend could +revolutionize cryptocurrency by shortening the delay in confirmation of +transactions from as long as an hour (with Bitcoin) to as little as a +few seconds. + +You can view a practical guide to use FastSend `here <../wallets/MarteXcore/anonsend-fastsend.rst#FastSend>`_. +FastSend was introduced in a whitepaper called `Transaction Locking and Masternode +Consensus: A Mechanism for Mitigating Double Spending Attacks `_, +and further improved through the introduction of `LLMQ-based InstantSend +`_ in Dash 0.14. + +MarteXcore uses the same systems above. + + +**How MarteX 'FastSend' Protects Merchants from Double Spends**, +MarteXcoin uses the same principle in `Dash Detailed by Amanda B. Johnson, 16 September 2016 `_ + +.. _chainlocks: + +ChainLocks +========== + +ChainLocks are a feature provided by the MarteX Network which provides +certainty when accepting payments. This technology, particularly when +used in parallel with `FastSend <#FastSend>`_, creates an +environment in which payments can be accepted immediately and without +the risk of “Blockchain Reorganization Events”. + +The risk of blockchain reorganization is typically addressed by +requiring multiple “confirmations” before a transaction can be safely +accepted as payment. This type of indirect security is effective, but at +a cost of time and user experience. ChainLocks are a solution for this +problem. + +ChainLocks Process Overview +--------------------------- + +Every twelve hours a new “LLMQ” (Long-Lasting Masternode Quorum) is +formed using a “DKG” (Distributed Key Generation) process. All members +of this Quorum are responsible for observing, and subsequently +affirming, newly mined blocks: - Examples include the US dollar, the Euro, the Yen, and so forth. - -Fintech - `Financial technology - `_, also known as - FinTech, is an economic industry composed of companies that use - technology to make financial services more efficient. Financial - technology companies are generally startups trying to make financial - processes more efficient or eliminate middle- men. Recently many - fintech companies have begun utilizing blockchain technology, which is - the same technology that underpins MarteX and Bitcoin. - -Fork - When the blockchain diverges or splits, with some clients recognizing - one version of the blockchain as valid, and other clients believing - that a different version of the blockchain is valid. Most forks - resolve themselves without causing any problems, because the longest - blockchain is always considered to be valid. In time, one version of - the blockchain will usually "win" and become universally recognized as - valid. Forks can, however, be extremely dangerous and should be - avoided if possible. - - Forking is most likely to occur during software updates to the - network. MarteX uses a Multi-Phased Fork (“Spork”) - system for greater flexibility and safety. - -Full Nodes - Any MarteX client that is serving a full version of the blockchain to - peers. This can be a user running a MarteX Core wallet on his/her - desktop, or it could be a `masternode `_. Full nodes - promote decentralization by allowing any user to double check the - validity of the blockchain. - -Fungible - Every unit of the currency is worth the same as any other unit. - -Genesis Block - The very first block in the block chain. - -GPU - A `graphics processing unit (GPU) - `_, also - occasionally called visual processing unit (VPU), is a specialized - electronic circuit designed to rapidly manipulate and alter memory to - accelerate the creation of images in a frame buffer intended for - output to a display. GPUs are used in embedded systems, mobile phones, - personal computers, workstations, and game consoles. Modern GPUs are - very efficient at manipulating computer graphics and image processing, - and their highly parallel structure makes them more efficient than - general- purpose CPUs for algorithms where the processing of large - blocks of data is done in parallel. In a personal computer, a GPU can - be present on a video card, or it can be embedded on the motherboard - or — in certain CPUs — on the CPU die. Certain cryptocurrencies use - mining algorithms which are most efficiently run on GPUs. - -Hash - A mathematical process that takes a variable amount of data and - produces a shorter, fixed-length output. A hashing function has two - important characteristics. First, it is mathematically difficult to - work out what the original input was by looking at the output. Second, - changing even the tiniest part of the input will produce an entirely - different output. - -Hashrate - The number of hashes that can be performed by a MarteX miner in a given - period of time (usually a second). - -Insight - Blockchain information server used to power block explorers and - respond to transaction queries. - -FastX - See FastSend + 1. Whenever a block is mined, Quorum Members will broadcast a signed + message containing the observed block to the rest of the Quorum. + + 2. If 60% or more of the Quorum sees the same new block they will + collectively form a “CLSIG” (ChainLock Signature) message which + will be broadcast to the remainder of the network. + + 3. When a valid ChainLock Signature is received by a client on the network, + it will reject all blocks at the same height that do not match the block + specified in that message. + +The result is a quick and unambiguous decision on the “correct” +blockchain for integrated clients and wallets. From a security +perspective, this also makes reorganizations prior to this block +impossible. See `DIP0008 ChainLocks `__ +for a full description of how ChainLocks work. + + +.. _sporks: + +Sporks +====== + +In response to unforeseen issues with the rollout of the major "RC3" +update in June 2014, the Dash development team created a mechanism by +which updated code is released to the network, but not immediately made +active ("enforced"). This innovation allows for far smoother transitions +than in the traditional hard fork paradigm, as well as the collection of +test data in the live network environment. This process of multi-phased +forking was originally to be called "soft forking" but the community +affectionately dubbed it "the spork" and the name stuck. + +MarteXcore adopted this method and yours in your systems. + +New features or versions of MarteX undergo extensive testing on testnet +before they are released to the main network. When a new feature or +version of MarteX is released on mainnet, communication is sent out to +users informing them of the change and the need for them to update their +clients. Those who update their clients run the new code, but it is not +activated until a sufficient percentage of network participants (usually +80%) reach consensus on running it. In the event of errors occurring +with the new code, the client’s blocks are not rejected by the network +and unintended forks are avoided. Data about the error can then be +collected and forwarded to the development team. Once the development +team is satisfied with the new code’s stability in the mainnet +environment – and once acceptable network consensus is attained – +enforcement of the updated code can be activated remotely by multiple +members of the core development team signing a network message together +with their respective private keys. Should problems arise, the code can +be deactivated in the same manner, without the need for a network-wide +rollback or client update. For technical details on individual sporks, +see `here `_. + + +.. _x13-hash-algorithm: + +X13 Hash Algorithm +================== + +X13 is a widely used hashing algorithm based on X11. X13’s chained hashing algorithm utilizes a sequence of +thirteen scientific hashing algorithms for the proof-of-stake. This is so +that the processing distribution is fair and coins will be distributed +in much the same way Bitcoin’s were originally. X13 was intended to make +ASICs much more difficult to create, thus giving the currency plenty of +time to develop before mining centralization became a threat. This +approach was largely successful; as of early 2016, ASICs for X11 now +exist and comprise a significant portion of the network hashrate, but +have not resulted in the level of centralization present in Bitcoin. +Information on mining with X11 can be found in the `Mining +<./Documentation/tree/master/mining>`_ section of this documentation. + +X11 is the name of the chained proof-of-work (**PoW**) algorithm that +was introduced in Dash (launched January 2014 as "Xcoin"). It was +partially inspired by the chained-hashing approach of Quark, adding +further "depth" and complexity by increasing the number of hashes, yet +it differs from Quark in that the rounds of hashes are determined *a +priori* instead of having some hashes being randomly picked. + +The X11 algorithm uses multiple rounds of 11 different hashes (blake, +bmw, groestl, jh, keccak, skein, luffa, cubehash, shavite, simd, echo), +thus making it one of the safest and more sophisticated cryptographic +hashes in use by modern cryptocurrencies. The name X11 is not related to +the open source X11 windowing system common on UNIX-like operating +systems. + +Otherwise, the X13 algorithm uses multiple rounds of 13 different hashes (Blake, + Bmw, Groestl, Jh, Keccak, Skein, Luffa, Cubehash, Shavite, Simd, Echo, Hamsi, Fugue). + +Advantages of X13 +----------------- + +The increased complexity and sophistication of the chained algorithm +provides enhanced levels of security and less uncertainty for a digital +currency, compared to single-hash PoW solutions that are not protected +against security risks like SPOF (Single Point Of Failure). For example, +a possible but not probable computing breakthrough that "breaks" the +SHA256 hash could jeopardize the entire Bitcoin network until the +network shifts through a hard fork to another cryptographic hash. + +In the event of a similar computing breakthrough, a digital currency +using the X13 PoS would continue to function securely unless all 13 +hashes were broken simultaneously. Even if some of the 13 hashes were to +prove unreliable, there would be adequate warning for a currency using +X13 to take measures and replace the problematic hashes with other more +reliable hashing algorithms. + +Given the speculative nature of digital currencies and their inherent +uncertainties as a new field, the X13 algorithm can provide increased +confidence for its users and potential investors that single-hash +approaches cannot. Chained hashing solutions, like X13, provide +increased safety and longevity for store of wealth purposes, investment +diversification and hedging against risks associated with single-hash +currencies plagued by SPOF (Single Point Of Failure). + +Evan Duffield, the creator of Dash and X11 chained-hash, has written on +several occasions that X11 was integrated into Dash not with the +intention to prevent ASIC manufacturers from creating ASICs for X11 in +the future, but rather to provide a similar migratory path that Bitcoin +had (CPUs, GPUs, ASICs). + + +.. _dark-gravity-wave: -FastSend - :ref:`InstantSend ` technology uses the masternode - network to "lock" transaction inputs, preventing MarteX from being - double-spent. Unlike Bitcoin, where it takes an hour or longer for - transactions to fully confirm, transactions using InstantSend are - "locked" and irreversible after only a few seconds. - -Liquidity - The ability to buy and sell an asset easily, with pricing that stays - roughly similar between trades. A suitably large community of buyers - and sellers is important for liquidity. The result of an illiquid - market is price volatility, and the inability to easily determine the - value of an asset. - -LLMQ - Defined in `DIP6 - `__, A Long- - Living Masternode Quorum (LLMQ) is a deterministic subset of the - global deterministic masternode list. Such a quorum is formed with the - help of a distributed key generation (DKG) protocol and is supposed to - be active for a long time (e.g. days). Multiple quorums are kept alive - at the same time, allowing load balancing between these quorums. The - main task of a LLMQ is to perform threshold signing of consensus - related messages. - -Masternode - A :ref:`masternode ` is special type of full node - that performs services for the network and is paid a portion of the - block reward. Masternodes require proof of ownership of 1000 DASH. - - Masternodes serve as the second tier of the Dash network, and power - InstantSend, PrivateSend, the Budget System. - -Mining - :ref:`Miners ` process transactions on the Dash network and - publish them on the blockchain. As a reward for doing this, miners are - paid 45% of the block reward. - -Mobile Wallet - These are wallets available on mobile devices (iOS + Android). - -MultiSig - Multi-signature addresses provide additional security by requiring - multiple people to sign a transaction with their private key before - the transaction can be sent. For example, in :ref:`2 of 3 multisig - `, two out of three possible signatories have to - sign a transaction for it to be processed. Multi-signature addresses - are commonly used by exchanges and other organizations that are in - possession of large sums of cryptocurrency, since it makes theft much - more difficult. - -Node - A node is any device running Dash wallet software. Full nodes are - software clients that have downloaded the entire blockchain and serve - it to other clients on Dash's peer-to-peer network. - -OTC - Over the counter (OTC) trades are trades that occur off exchanges. In - an OTC trade, a buyer and seller trade with each other directly, or - through an intermediary. OTC trading is useful when a person wants to - either buy or sell a large amount of cryptocurrency and is afraid that - a large buy or sell order will move the price (called "slippage"). - -P2P - Peer-to-peer. Decentralized interactions that happen between at least - two parties in a highly interconnected network. An alternative system - to a 'hub-and-spoke' arrangement, in which all participants in a - transaction deal with each other through a single mediation point. - -Paper Wallet - `Paper wallets `_ are offline wallets, printed - on paper for safety. If properly secured and stored they are - considered the safest way to store cryptocurrency. - -Privacy - `Privacy `_ is the ability of - an individual or group to seclude themselves, or information about - themselves, and thereby express themselves selectively. The boundaries - and content of what is considered private differ among cultures and - individuals, but share common themes. When something is private to a - person, it usually means that something is inherently special or - sensitive to them. The domain of privacy partially overlaps security - (confidentiality), which can include the concepts of appropriate use, - as well as protection of information. Dash includes PrivateSend, which - allows users to maintain financial privacy. - -Private Key - A `private key `_ is a long alphanumeric passcode that allows Dash - to be spent. Every Dash wallet contains one or more private keys which - are saved in the wallet file. The private keys are mathematically - related to all Dash addresses generated for the wallet. Because the - private key is the "ticket" that allows someone to spend Dash, it is - important that these are kept secure and secret. - -PrivateSend - :ref:`PrivateSend ` obscures the source of funds in order - to maintain financial privacy between users. It can be turned on or - off at the users' discretion. - -Proof of Service - PoSe - Consensus mechanism used in Dash to verify that a masternode has - provided uninterrupted service meeting a minimum quality level to the - network. Maintaining this service allows a masternode to enter and - move up through the global list and eventually into the selection pool - to receive payment. - - -Proof of Stake - PoS - Consensus mechanism that relies on ownership of a cryptocurrency to - maintain the blockchain. In Proof of Stake systems, each owner of the - currency can use their wallet to "stake," and there's a small chance - that they will be chosen to create the next block and add it to the - chain. In this way consensus is maintained across all nodes. Proof of - Stake saves electricity and does not require specialized computer - hardware. It does however suffer from several pitfalls, including the - "nothing at stake" problem. Since no electricity is consumed, in the - event of an attack it is actually beneficial for Proof of Stake nodes - to "vote" to accept both the legitimate chain and the attacker's - chain. - -Proof of Work - PoW - Consensus mechanism that keeps all nodes honest by requiring - computational power to be expended in order to create new blocks. - Miners must use expensive equipment and burn electricity to add blocks - to the blockchain. Without a consensus mechanism of some sort, any - node could add blocks to the chain and the network's nodes would never - agree on which chain was valid. - -Public Key - The `public key `_ is derived from the private key but is not secret - and can be revealed to anybody. When a private key is used to sign - messages, the public key is used to verify that the signature is - valid. - -Pump and dump - Inflating the value of a financial asset that has been produced or - acquired cheaply, often using aggressive publicity and misleading - statements. The publicity causes others to acquire the asset, forcing - up its value. When the value is high enough, the perpetrator sells - their assets, cashing in and flooding the market, which causes the - value to crash. This is particularly common in markets with low - liquidity, such as some altcoins. - -Quorum - Group of masternodes signing or voting on some action, with the - formation of the group determined by some determiniation algorithm. - -QR Code - A two-dimensional graphical block containing a monochromatic pattern - representing a sequence of data. QR codes are designed to be scanned - by cameras, including those found in mobile phones, and are frequently - used to encode Dash addresses. - -Satoshi Nakamoto - `Satoshi Nakamoto `_ - is the name used by the person or people who designed Bitcoin and - created its original reference implementation. - -SDK - Software Development Kit. A set of tools, code and documentation used - by developers to create apps targeting a specific hardware or software - platform. - -Signaling - An indication, flag, or signal of support for a feature or fork. - The term signaling is most often used in the context of miners delivering - this indication of support or agreement. The message is generally delivered - through their adoption of updated software in support of a particular - protocol and/or by setting a specific version bit within discovered blocks. - -State View - The current state of all data objects once all changes from state - transitions have been applied. Used in Evolution to determine what - should be displayed in a given social wallet, for example. - -Spork - The Dash development team created a mechanism known as a ":ref:`spork - `" by which updated code is released to the network, but not - immediately made active (or “enforced”). Communication is sent out to - users informing them of the change and the need for them to update - their clients. Those who update their clients run the new code, but in - the event of errors occurring with that new code, the client’s blocks - are not rejected by the network and unintended forks are avoided. Data - about the error can then be collected and forwarded to the development - team. Once the development team is satisfied with the new code’s - stability in the mainnet environment – and once acceptable network - consensus is attained – enforcement of the updated code can be - activated remotely. Should problems arise, the code can be deactivated - in the same manner, without the need for a network-wide rollback or - client update. - -Tainted Coins - Taint is a measure of correlation between two (wallet) addresses. It - is only important if the user is trying to remain anonymous. - -tMarteX - Test MarteX, used on :ref:`testnet `. - -Testnet - :ref:`Testnet ` is a network only for testing (parallel to - the mainnet), test wallets, test coins, test masternodes, test miners, - and test users all simulate their mainnet counterparts in a safe - environment where errors or forks are not harmful. - -Tor - An anonymous routing protocol used by people wanting to hide their - identity online. - -Transaction - Some movement of data on the distributed blockchain ledger. - Transactions may be divided into classical and special transactions. - Similar to Bitcoin, classical transactions move balances between - addresses on the blockchain. Special transactions contain an extra - payload in the format defined by `DIP2 - `_, and can - be used to manage blockchain users, for example. - -Transaction Block - A collection of transactions on the Dash network, gathered into a - block that can then be hashed and added to the blockchain. - -Transaction Fee - A :ref:`small fee ` imposed on some transactions sent across the - Dash network. The transaction fee is awarded to the miner that - successfully hashes the block containing the relevant transaction. - -Unconfirmed Transactions - Transactions that are not yet processed by miners or held via - InstantSend are "unconfirmed on the blockchain." Unconfirmed - transactions can be reversed and should not be considered as "final." - -Vanity Address - A Dash address with a desirable pattern, such as a name. - -Virgin Dash - Dash received as a reward for mining a block or running a masternode. - These have not yet been spent anywhere and are "virgin." - -Volatility - The measurement of price movements over time for a traded financial - asset (including Dash). - -Wallet - A method of storing Dash for later use. A wallet holds the private - keys associated with Dash addresses. The blockchain is the record of - the Dash balances (and transactions) associated with those addresses. - -Whitepaper - A `white paper `_ is an - authoritative report or guide that informs readers concisely about a - complex issue and presents the issuing body's philosophy on the - matter. It is meant to help readers understand an issue, solve a - problem, or make a decision. - -X11 - :ref:`X11 ` is a hashing algorithm created by Dash - Core developer Evan Duffield. - -X13 - is a hashing algorithm created by Dash - Core developer Evan Duffield. - -Zero Confirmations - This is a transaction without any confirmations from the blockchain. - It is technically reversible (unless FastSend was used). - -vin - A transaction (tx) consists of one or more inputs and one or more - outputs. The vin is the list of inputs to the transaction, and vout is - the list of outputs. Masternodes require a 5000 MXT vin (exactly that - amount) in order to work. - -VMN - Virtual Masternode - a standalone masternode emulator in JavaScript - that simulates Layer 1-3 Evolution functions for DAP design, development - and testing. +Dark Gravity Wave +================= + +**DGW** or *Dark Gravity Wave* is an open source difficulty-adjusting +algorithm for Bitcoin-based cryptocurrencies that was first used in Dash +and has since appeared in other digital currencies. DGW was authored by +Evan Duffield, the developer and creator of Dash, as a response to a +time-warp exploit found in *Kimoto's Gravity Well*. In concept, DGW is +similar to the Kimoto Gravity Well, adjusting the difficulty levels +every block (instead of every 2016 blocks like Bitcoin) based on +statistical data from recently found blocks. This makes it possible to +issue blocks with relatively consistent times, even if the hashing power +experiences high fluctuations, without suffering from the time-warp +exploit. + +- Version 2.0 of DGW was implemented in Dash from block 45,000 onwards + in order to completely alleviate the time-warp exploit. + +- Version 3.0 was implemented on May 14 of 2014 to further improve + difficulty re-targeting with smoother transitions. It also fixes + issues with various architectures that had different levels of + floating-point accuracy through the use of integers. + +- MarteXcoin uses the same system adopted in the DASH. + + +.. _emission-rate: + +Emission Rate +============= + +Cryptocurrencies such as Dash and Bitcoin are created through a +cryptographically difficult process known as mining. Mining involves +repeatedly solving `hash algorithms `_ until a +valid solution for the current `mining difficulty +<./features.rst#dark-gravity-wave>`_ is discovered. Once discovered, the miner is +permitted to create new units of the currency. This is known as the +block reward. To ensure that the currency is not subject to endless +inflation, the block reward is reduced at regular intervals, as `shown +in this calculation +`_. +Graphing this data results in a curve showing total coins in +circulation, known as the coin emission rate. + +While Dash is based on Bitcoin, it significantly modifies the coin +emission rate to offer a smoother reduction in coin emission over time. +While Bitcoin reduces the coin emission rate by 50% every 4 years, Dash +reduces the emission by one-fourteenth (approx. 7.14%) every 210240 +blocks (approx. 383.25 days). It can be seen that reducing the block +reward by a smaller amount each year offers a smoother transition to a +fee-based economy than Bitcoin. + + +Total coin emission +------------------- + +`Bitcoin's total coin emission `_ +can be calculated as the sum of a geometric series, with the total +emission approaching (but never reaching) 21,000,000 BTC. This will +continue until 2140, but the mining reward reduces so quickly that 99% +of all bitcoin will be in circulation by 2036, and 99.9% by 2048. + +`Dash's total coin emission `_ is +also the sum of a geometric series, but the ultimate total coin emission +is uncertain because it cannot be known how much of the 10% block reward +reserved for budget proposals will actually be allocated, since this +depends on future voting behavior. Dash will continue to emit coins for +approximately 192 years before a full year of mining creates less than 1 +DASH. After 2209 only 14 more DASH will be created. The last DASH will +take 231 years to be generated, starting in 2246 and ending when +emission completely stops in 2477. Based on these numbers, a maximum and +minimum possible coin supply in the year 2254 can be calculated to be +between: + ++-----------------+-----------------------------------+ +| 17,742,696 DASH | Assuming zero treasury allocation | ++-----------------+-----------------------------------+ +| 18,921,005 DASH | Assuming full treasury allocation | ++-----------------+-----------------------------------+ + +Block reward allocation +----------------------- + +Unlike Bitcoin, which allocates 100% of the block reward to miners, MarteX +holds back 10% of the block reward for use in the decentralized +`budget system <./features.rst#decentralized-governance>`_. The remainder of the +block, as well as any transaction fees, are split 50/50 between the +`miner <./Documentation/tree/master/mining>`_ and a :`masternode <./Documentation/tree/master/masternode>`_, which is +deterministically selected according to the payment logic +. MarteX features superblocks, which appear every 21800 +blocks (approx. 30.29 days) and can release up to 10% of the cumulative +budget held back over that `budget cycle period <./Documentation/blob/master/governance/understanding.rst#budget-allocation>`_ to +the winning proposals in the budget system. Depending on budget +utilization, this results in an approximate coin reward allocation over +a budget cycle as follows: + ++-----+----------------------------------------+ +| 45% | Mining Reward | ++-----+----------------------------------------+ +| 45% | Masternode Reward for Proof-of-service | ++-----+----------------------------------------+ +| 10% | Decentralized Governance Budget | ++-----+----------------------------------------+ + +.. _decentralized-governance: + +Decentralized Governance +======================== + +Decentralized Governance by Blockchain, or DGBB, is MarteX's attempt to +solve two important problems in cryptocurrency: governance and funding. +Governance in a decentralized project is difficult, because by +definition there are no central authorities to make decisions for the +project. In MarteX, such decisions are made by the network, that is, by +the owners of masternodes. The DGBB system allows each masternode to +vote once (yes/no/abstain) for each proposal. If a proposal passes, it +can then be implemented (or not) by MarteX's developers. + +DGBB also provides a means for MarteX to fund its own development. While +other projects have to depend on donations or premined endowments, MarteX +uses 10% of the block reward to fund its own development. Every time a +block is mined, 45% of the reward goes to the miner, 45% goes to a +masternode, and the remaining 10% is not created until the end of the +month. During the month, anybody can make a budget proposal to the +network. If that proposal receives net approval of at least 10% of the +masternode network, then at the end of the month a series of +"superblocks" will be created. At that time, the block rewards that were +not paid out (10% of each block) will be used to fund approved +proposals. The network thus funds itself by reserving 10% of the block +reward for budget projects. + +You can read more about MarteX governance in the `governance `_ section +of this documentation. + + +.. _sentinel: + +Sentinel +========= + +Introduced in MarteX 3.0.5.1, Sentinel is an autonomous agent for +persisting, processing and automating MarteX governance objects and tasks. +Sentinel is implemented as a Python application that binds to a local +version dashd instance on each MarteX masternode. + +A Governance Object (or "govObject") is a generic structure introduced +in MarteX 3.0.5.1 to allow for the creation of Budget Proposals and +Triggers. Class inheritance has been utilized to extend this generic +object into a "Proposal" object to supplant the current Dash budget +system. + +.. figure:: images/sentinel.png + :width: 500px + + Diagram highlighting the relationship between MarteX Sentinel and Core + + +.. _fees: + +Fees +==== + +Transactions on the MarteX network are recorded in blocks on the +blockchain. The size of each transaction is measured in bytes, but there +is not necessarily a correlation between high value transactions and the +number of bytes required to process the transaction. Instead, +transaction size is affected by how many input and output addresses are +involved, since more data must be written in the block to store this +information. Each new block is generated by a miner, who is paid for +completing the work to generate the block with a block reward. In order +to prevent the network from being filled with spam transactions, the +size of each block is artificially limited. As transaction volume +increases, the space in each block becomes a scarce commodity. Because +miners are not obliged to include any transaction in the blocks they +produce, once blocks are full, a voluntary transaction fee can be +included as an incentive to the miner to process the transaction. Most +wallets include a small fee by default, although some miners will +process transactions even if no fee is included. + +The release of MarteX 2.7 saw a +simultaneous reduction of fees by a factor of 10, while the block size +was increased a adaptive size to promote continued growth of low-cost +transactions even as the cost of MarteX rises. MarteX also supports +`Fastsend <#FastSend>`_ and `anonsend <#AnonSend>`_ transactions, which operate on +a different and mandatory fee schedule, FastSend autolocks, which causes + masternodes to automatically attempt +to lock any transaction with 4 or fewer inputs — which are referred to +as “simple” transactions — and removes the additional fee for +FastSend. The current fee schedule for MarteX is as follows: + ++----------------------+-----------------+-----------------------------------+ +| Transaction type | Recommended fee | Per unit | ++======================+=================+===================================+ +| Standard transaction | .00001 MARTEX | Per kB of transaction data | ++----------------------+-----------------+-----------------------------------+ +| FastSend autolock | .00001 MARTEX | Per kB of transaction data | ++----------------------+-----------------+-----------------------------------+ +| FastSend | .0001 MARTEX | Per transaction input | ++----------------------+-----------------+-----------------------------------+ +| AnonSend | .001 MARTEX | Per 10 rounds of mixing (average) | ++----------------------+-----------------+-----------------------------------+ + +As an example, a standard and relatively simple transaction on the MarteX +network with one input, one output and a possible change address +typically fits in the range of 200 - 400 bytes. Assuming a price of +US$100 per MARTEX, the fee falls in the range of $0.0002 - $0.0004, or +1/50th of a cent. Processing a simple transaction using FastSend at +the same price is free of charge, while more complex FastSend +transactions may cost around 1-2 cents per transaction, depending on the +number of inputs. These fees apply regardless of the MarteX or dollar +value of the transaction itself. + +AnonSend works by creating denominations of 10, 1, 0.1, 0.01 and +0.001 MARTEX and then mixing these denominations with other users. +Creation of the denominations is charged at the default fee for a +standard transaction. Mixing is free, but to prevent spam attacks, an +average of one in ten mixing transactions are charged a fee of 0.0001 +MARTEX. Spending inputs mixed using AnonSend incurs the usual standard +or FastSend fees, but to avoid creating a potentially identifiable +change address, the fee is always rounded up to the lowest possible +denomination. This is typically .001 MARTEX, so it is important to deduct +the fee from the amount being sent if possible to minimise fees. +Combining FastSend and AnonSend may be expensive due to this +requirement and the fact that a AnonSend transaction may require +several inputs, while FastSend charges a fee of 0.0001 MARTEX per +input. Always check your fees before sending a transaction. + + +.. _evolution: + +Evolution +========== + +MarteX Evolution is the code name for a +decentralized platform built on MarteX blockchain technology. The goal is +to provide simple access to the unique features and benefits of MarteX to +assist in the creation of decentralized technology. MarteX introduces a +tiered network design, which allows users to do various jobs for the +network, along with decentralized API access and a decentralized file +system. diff --git a/introduction/how-to-buy.rst b/introduction/how-to-buy.rst index a504b77..8b56b8b 100644 --- a/introduction/how-to-buy.rst +++ b/introduction/how-to-buy.rst @@ -81,14 +81,6 @@ capitalization, traded volume and recent price performance. A number of advanced features to research cryptocurrency projects and exchanges are also available. -Cryptoradar - -https://cryptoradar.co - -Cryptoradar is a real-time cryptocurrency marketplace price comparison -and review platform. The website compares dozens of Dash markets based -on prices, fees, payment methods, reviews and more. - CoinMarketCap https://coinmarketcap.com @@ -142,12 +134,6 @@ In addition to buying and selling on p2p! Over the Counter ================ -SPERO EXCHANGE - -https://exchange.sperocoin.org/markets/mxtbtc - -The SeroCoin community-created Exchange. - CREX24 https://crex24.com/pt/exchange/MXT-BTC diff --git a/introduction/img/sentinel.png b/introduction/images/sentinel.png similarity index 100% rename from introduction/img/sentinel.png rename to introduction/images/sentinel.png diff --git a/introduction/information.rst b/introduction/information.rst index 993c279..55825a0 100644 --- a/introduction/information.rst +++ b/introduction/information.rst @@ -107,8 +107,8 @@ Glossary attacker’s hashed transaction block. Address - A MarteX address is used to ` - <>`_ on the MarteX network. It contains a string of + A MarteX address is used to `Send/Receive a Payment <../wallets/MarteXcore/send-receive.rst>`_ on the MarteX network. + It contains a string of alphanumeric characters, but can also be represented as a scannable QR code. A MarteX address is also the public key in the pair of keys used by MarteX holders to digitally sign transactions (see Public key). @@ -163,8 +163,8 @@ Backlog Backup The process of making copies of a computer file to ensure its - integrity in case of loss, theft, or damage. Dash allows users to - :ref:`make backup copies ` of their digital wallets. + integrity in case of loss, theft, or damage. MarteX allows users to + `make backup copies <../wallets/MarteXcore/backup.rst>`_ of their digital wallets. This protects against losing one's money in the event of a computer crashing or losing one’s mobile device. This would be the equivalent of being able to backup the cash in your wallet, so that if you lost @@ -208,17 +208,18 @@ Budget System / DGBB ChainLock Defined in `DIP8 - `__, + `_, ChainLocks are a method of using an LLMQ to threshold sign a block immediately after it is propogated by the miner in order to enforce the first-seen rule. This is a powerful method of mitigating 51% mining attacks, which are associated with double spending. + This technology is present in MarteX. Cloud Wallet - Third parties that will store your Dash on their servers for you, so + Third parties that will store your MarteX on their servers for you, so that you can access your funds from any device connected to the internet. If their website is hacked or if their servers are damaged, - you run the risk of losing your Dash. Any online wallets should be + you run the risk of losing your MarteX. Any online wallets should be secured with strong passphrases and 2FA. You cannot make backup copies of your online wallet, because you do not have access to the private keys. We do not recommend that you store large quantities of funds in @@ -232,18 +233,17 @@ Coinbase transaction Cold Storage A method of generating and storing private keys completely offline. One could use a desktop or laptop computer disconnected from the - internet, a dedicated hardware wallet, a USB stick, or a :ref:`paper - wallet `. + internet, a dedicated hardware wallet, a USB stick, or a `paper wallet <../wallets/paper.rst>`_. Confirm(ed) Transaction - When a Dash transaction is made, a miner must verify that the + When a MarteX transaction is made, a miner must verify that the transaction is valid. When the inputs and outputs are verified, the transaction is included in a block in the blockchain. The transaction can then be considered complete and irreversible. The confirmation number increases as more blocks are added to the blockchain. Confirmation Number - The number of confirmations for a specific Dash transaction. Zero + The number of confirmations for a specific MarteX transaction. Zero confirmations means that the **transaction is unconfirmed**. One confirmation means that the transaction is included in the latest block in the blockchain. Two confirmations means the transaction is @@ -254,7 +254,7 @@ Confirmation Number Confirmed Transactions Transactions that are processed by miners and considered irreversible, - usually after six confirmations. In the case of InstantSend, funds can + usually after six confirmations. In the case of FasttSend, funds can be considered irreversible after a few seconds, but must still be written to the blockchain (and thus "confirmed"). @@ -292,14 +292,14 @@ Cryptography DAP Decentralized Application Protocol. This term describes an application - running on top of the Dash DAPI platform. + running on top of the MarteX DAPI platform. DAP Client - An HTTP Client that connects to DAPI and enables Dash blockchain users + An HTTP Client that connects to DAPI and enables MarteX blockchain users to read and write data to their DAP Space. DAP Schema - A Dash Schema document extending the Dash System Schema to define + A MarteX Schema document extending the MarteX System Schema to define consensus data and rules within a DAP contract. DAP Space @@ -317,54 +317,39 @@ DAPI communication. Dark Gravity Wave - In concept, :ref:`Dark Gravity Wave (DGW) ` is + In concept, `Dark Gravity Wave (DGW) `_ is similar to *Kimoto Gravity Well*, adjusting the difficulty levels every block (instead of every 2016 blocks like Bitcoin) by using statistical data of the last blocks found. In this way block issuing times can remain consistent despite fluctuations in hashpower. However it doesn't suffer from the time-warp exploit. -Darkcoin - Dash was initially launched as XCoin and then rebranded to Darkcoin and - finally Dash. - -Dash - Originally launched as Xcoin and later renamed to Darkcoin, the - currency was later renamed "Dash" to avoid association with the - darknet markets. Dash is a portmanteau of "Digital Cash." Dash is an - open source peer-to- peer cryptocurrency that solves many of Bitcoin's - problems. Dash's features include PrivateSend, InstantSend, - Decentralized Governance by Blockchain (DGBB), a 2nd tier network - (referred to as the masternode network). See the :ref:`Features - ` page for a full list of Dash's features. - -DashDrive - Dash network data storage backend service used by masternodes for - off-chain data relating to Evolution. DashDrive implements `IPFS +MarteXDrive + MarteX network data storage backend service used by masternodes for + off-chain data relating to Evolution. MarteXDrive implements `IPFS `_, a type of distributed file storage system. -Dash Client - Dash clients are software programs used to interface with the Dash - network. They store the private keys needed to conduct Dash - transactions as well as a copy of the entire blockchain. A Dash client - connects to the Dash network and becomes a node in the network. A node +MarteX Client + MarteX clients are software programs used to interface with the MarteX + network. They store the private keys needed to conduct MarteX + transactions as well as a copy of the entire blockchain. A MarteX client + connects to the MarteX network and becomes a node in the network. A node shares and propagates new transactions with the rest of the network, creating a robust decentralized infrastructure. -Dash Core Wallet - The :ref:`Dash Core Wallet ` (known also as the QT - wallet) is the "official" Dash wallet that is compiled by the Dash - Core Team and allows both PrivateSend and InstantSend. The DashCore +MarteX Core Wallet + The `MarteX Core Wallet <../wallets/MarteXcore/README.md>`_ (known also as the QT + wallet) is the "official" MarteX wallet that is compiled by the MarteX + Core Team and allows both AnonSend and FastSend. The MarteXCore wallet will download the entire blockchain and serve it over the internet to any peers who request it. -Dash Evolution - This is a 3 tier network Dash developers are presently building. It - will make Dash as easy to use as PayPal, while still remaining - decentralized. See the :ref:`Evolution ` page for more - information. +MarteX Evolution + This is a 3 tier network MarteX developers are presently building. It + will make MarteX as easy to use as PayPal, while still remaining + decentralized. -Dash Schema +MarteX Schema A JSON-based language specification for defining and validating consensus data in Evolution. @@ -373,7 +358,7 @@ DDoS under an attacker’s control to drain the resources of a central target. They often send small amounts of network traffic across the Internet to tie up computing and bandwidth resources at the target, - which prevents it from providing services to legitimate users. Dash + which prevents it from providing services to legitimate users. MarteX exchanges have sometimes been hit with DDoS attacks. Decentralized @@ -394,11 +379,9 @@ Decentralized debatable whether these networks increase overall effectiveness. Desktop Wallet - A wallet is a piece of software that stores your Dash. There are many + A wallet is a piece of software that stores your MarteX. There are many different wallet options, but it is imperative to choose a secure one. - We recommend any of the following: :ref:`Dash Core Wallet - ` / :ref:`Dash Electrum Wallet - ` / :ref:`Hardware Wallets ` + We recommend any of the following: `MarteX Core Wallet <../wallets/README.md>`_. Difficulty @@ -406,94 +389,82 @@ Difficulty related to the maximum allowed number in a given numerical portion of a transaction block’s hash. The lower the number, the more difficult it is to produce a hash value that fits it. Difficulty varies based on - the amount of computing power used by miners on the Dash network. If + the amount of computing power used by miners on the MarteX network. If large numbers of miners leave a network, the difficulty would - decrease. Dash's increasing popularity and the availability of + decrease. MarteX's increasing popularity and the availability of specialized ASIC miners have caused the difficulty to increase over time. Digital Wallet - See :ref:`this link ` for full documentation on wallets. + See `this link <../wallets/README.md>`_ for full documentation on wallets. A digital wallet is similar to a physical wallet except that it is - used to hold **digital currency**. A Dash wallet holds your private - keys, which allow you to spend your Dash. You are also able to make + used to hold **digital currency**. A MarteX wallet holds your private + keys, which allow you to spend your MarteX. You are also able to make backups of your wallet in order to ensure that you never lose access - to your Dash. Digital wallets can exist in many different forms and on + to your MarteX. Digital wallets can exist in many different forms and on many devices: - - **Desktop Wallet** (:ref:`Dash Electrum Wallet - `, :ref:`Dash Core Wallet - `): Wallet programs that you install on a laptop + - **Desktop Wallet** (`MarteX Core Wallet <../wallets/MarteXcore/README.md>`_): + Wallet programs that you install on a laptop or desktop computer. You are solely responsible for protecting the wallet file and the private keys it contains. Make backup copies of your wallet files to ensure that you don't lose access to your funds. - - **Mobile Wallet** (:ref:`Android `, :ref:`iOS - `): These wallets can be downloaded through Google + - **Mobile Wallet** (`Android <../wallets/android/>_`, `iOS + <../wallets/Zcore>`_): These wallets can be downloaded through Google Play or Apple (iTunes) App Stores. Mobile wallets allow you to use - Dash on-the-go by scanning a QR code to send payment. Make backup + MarteX on-the-go by scanning a QR code to send payment. Make backup copies of your mobile wallet files to ensure that you don't lose access to your funds. Due to security issues with mobile phones, it is advised that you don't store large amounts of funds on these wallets. - - **Online/Cloud/Web Wallet** (:ref:`Exodus `, - :ref:`MyDashWallet `): Third parties that will store - your Dash on their servers for you or provide an interface to access - your Dash with you providing the keys, so that you can access your - Dash from any device connected to the internet. If their website is + - **Online/Cloud/Web Wallet** (`Read <../wallets/third-party.rst>`_): Third parties that will store + your MarteX on their servers for you or provide an interface to access + your MarteX with you providing the keys, so that you can access your + MarteX from any device connected to the internet. If their website is hacked or if their servers are damaged, you run the risk of losing - your Dash. Any online wallets should be secured with strong + your MarteX. Any online wallets should be secured with strong passphrases and 2FA. You cannot make backup copies of your online wallet, because you do not have access to the private keys. We - strongly urge that you NEVER store large amounts of Dash in any + strongly urge that you NEVER store large amounts of MarteX in any online wallet or cryptocurrency exchange. - - **Hardware Wallets** (:ref:`Trezor `, KeepKey, + - **Hardware Wallets** (`Trezor <../wallets/hardware.rst>`_, KeepKey, Ledger, Nano): A hardware wallet is a specialized, tamper-proof, hardware device that stores your private keys. This device is able to sign transactions with your private key without being connected to the internet. However, you must have an internet connection to - send the transaction to the Dash network. This allows your private + send the transaction to the MarteX network. This allows your private keys to be accessed easily while still keeping them securely protected. This is widely regarded to be the safest form of storage - for your Dash. + for your MarteX. - - **Offline/Cold Storage** (:ref:`Paper wallet `): + - **Offline/Cold Storage** (`Paper wallet <../wallets/paper.rst>`_): A special wallet that is created offline and is never exposed to the internet. Accomplished by using software to generate a public and private key offline and then recording the generated keys. They keys can be printed out on paper or even laser-etched in metal. Copies can be made and stored in a personal safe or bank deposit box. This - is an extremely secure way to store Dash. There is no risk of using + is an extremely secure way to store MarteX. There is no risk of using software wallet files, which can become corrupt, or web wallets, which can be hacked. NOTE: USB sticks are not safe for long-term (multi-year) storage because they degrade over time. -DKG - Defined in `DIP6 - `__, - Distributed Key Generation (`DKG - `__) - is a method of generating a BLS key pair for use in an LLMQ to perform - threshold signing on network messages. It is based on BLS M-of-N - Threshold Scheme and Distributed Key Generation, which is an - implementation of Shamir’s Secret Sharing. - Digital Signature A digital signature is a mathematical mechanism that allows someone to prove their identity or ownership of a digital asset. When your digital wallet signs a transaction with the appropriate private key, the whole network can see that the signature matches the address of - the Dash being spent, without the need to reveal the private key to + the MarteX being spent, without the need to reveal the private key to the network. You can also digitally sign messages using your private - key, to prove for instance that you are the owner of a certain Dash + key, to prove for instance that you are the owner of a certain MarteX address. Electrum Wallet - :ref:`Dash Electrum Wallet ` is a lightweight + `MarteX Electrum Wallet <../wallets/index.rst>`_ is a lightweight wallet that does not require you to download or sync the entire blockchain, making the wallet lighter and faster. However, it is missing certain features such as PrivateSend and InstantSend. @@ -542,12 +513,11 @@ Evan Duffield and holds a Series 65 license. Exchange - The current price of one Dash compared to the price of other + The current price of one MarteX compared to the price of other currencies, like the US dollar, Yen, Euro, or Bitcoin. Because most - trading volume takes place on the BTC/DASH markets, price is often - quoted in fractions of a bitcoin. For instance, the price of one Dash - at the end of March 2017 was 0.08 (bitcoins per Dash). An excellent - site for following the exchange rate of Dash is `CoinMarketCap + trading volume takes place on the BTC/MARTEX markets, price is often + quoted in fractions of a bitcoin. An excellent + site for following the exchange rate of MarteX is `CoinMarketCap `_. Businesses wishing to reduce the risk of holding a volatile digital currency can avoid that risk altogether by having a payment processor do an instant exchange at the time of @@ -555,8 +525,8 @@ Exchange Faucet Faucets are a reward system, in the form of a website or app, that - dispenses rewards in the form of a microdash or Duff, which is a - hundredth of a millionth Dash, for visitors to claim in exchange for + dispenses rewards in the form of a micromartex or Duff, which is a + hundredth of a millionth MarteX, for visitors to claim in exchange for completing a captcha or task as described by the website. Fiat Gateway @@ -577,7 +547,7 @@ Fintech technology companies are generally startups trying to make financial processes more efficient or eliminate middle- men. Recently many fintech companies have begun utilizing blockchain technology, which is - the same technology that underpins Dash and Bitcoin. + the same technology that underpins MarteX and Bitcoin. Fork When the blockchain diverges or splits, with some clients recognizing @@ -590,13 +560,13 @@ Fork avoided if possible. Forking is most likely to occur during software updates to the - network. Dash uses a Multi-Phased Fork (“:ref:`Spork `”) + network. MarteX uses a Multi-Phased Fork (“:ref:`Spork `”) system for greater flexibility and safety. Full Nodes - Any Dash client that is serving a full version of the blockchain to - peers. This can be a user running a Dash Core wallet on his/her - desktop, or it could be a :ref:`masternode `. Full nodes + Any MarteX client that is serving a full version of the blockchain to + peers. This can be a user running a MarteX Core wallet on his/her + desktop, or it could be a `masternode `_. Full nodes promote decentralization by allowing any user to double check the validity of the blockchain. @@ -623,8 +593,8 @@ GPU mining algorithms which are most efficiently run on GPUs. Hardware Wallet - :ref:`Hardware wallets ` are among the safest type - of wallet for storing your Dash. Your private key is protected inside + `Hardware wallets <../wallets/hardware.rst>`_ are among the safest type + of wallet for storing your MarteX. Your private key is protected inside a piece of hardware, and is never exposed to the internet. You are still able to sign transactions as normal, making it both safe and convenient. @@ -638,19 +608,19 @@ Hash different output. Hashrate - The number of hashes that can be performed by a Dash miner in a given + The number of hashes that can be performed by a MarteX miner in a given period of time (usually a second). Insight Blockchain information server used to power block explorers and respond to transaction queries. -InstantX - See InstantSend +FastX + See FastSend -InstantSend - :ref:`InstantSend ` technology uses the masternode - network to "lock" transaction inputs, preventing Dash from being +FastSend + `FastSend <./features.rst>`_ technology uses the masternode + network to "lock" transaction inputs, preventing MarteX from being double-spent. Unlike Bitcoin, where it takes an hour or longer for transactions to fully confirm, transactions using InstantSend are "locked" and irreversible after only a few seconds. @@ -674,15 +644,15 @@ LLMQ related messages. Masternode - A :ref:`masternode ` is special type of full node + A `masternode <../masternode`_ is special type of full node that performs services for the network and is paid a portion of the - block reward. Masternodes require proof of ownership of 1000 DASH. + block reward. Masternodes require proof of ownership of 5000 MARTEX. - Masternodes serve as the second tier of the Dash network, and power + Masternodes serve as the second tier of the MarteX network, and power InstantSend, PrivateSend, the Budget System. Mining - :ref:`Miners ` process transactions on the Dash network and + `Miners <../mining>`_ process transactions on the Martex network and publish them on the blockchain. As a reward for doing this, miners are paid 45% of the block reward. @@ -692,17 +662,17 @@ Mobile Wallet MultiSig Multi-signature addresses provide additional security by requiring multiple people to sign a transaction with their private key before - the transaction can be sent. For example, in :ref:`2 of 3 multisig - `, two out of three possible signatories have to + the transaction can be sent. For example, in `2 of 3 multisig + <../wallets/MarteXcore/advanced.rst#Multisignature>`_, two out of three possible signatories have to sign a transaction for it to be processed. Multi-signature addresses are commonly used by exchanges and other organizations that are in possession of large sums of cryptocurrency, since it makes theft much more difficult. Node - A node is any device running Dash wallet software. Full nodes are + A node is any device running MarteX wallet software. Full nodes are software clients that have downloaded the entire blockchain and serve - it to other clients on Dash's peer-to-peer network. + it to other clients on Martex's peer-to-peer network. OTC Over the counter (OTC) trades are trades that occur off exchanges. In @@ -718,7 +688,7 @@ P2P transaction deal with each other through a single mediation point. Paper Wallet - :ref:`Paper wallets ` are offline wallets, printed + `Paper wallets <../wallets/paper.rst>`_ are offline wallets, printed on paper for safety. If properly secured and stored they are considered the safest way to store cryptocurrency. @@ -731,25 +701,25 @@ Privacy person, it usually means that something is inherently special or sensitive to them. The domain of privacy partially overlaps security (confidentiality), which can include the concepts of appropriate use, - as well as protection of information. Dash includes PrivateSend, which + as well as protection of information. MarteX includes AnonSend, which allows users to maintain financial privacy. Private Key - A `private key `_ is a long alphanumeric passcode that allows Dash - to be spent. Every Dash wallet contains one or more private keys which + A `private key `_ + is a long alphanumeric passcode that allows MarteX + to be spent. Every MarteX wallet contains one or more private keys which are saved in the wallet file. The private keys are mathematically - related to all Dash addresses generated for the wallet. Because the - private key is the "ticket" that allows someone to spend Dash, it is + related to all MarteX addresses generated for the wallet. Because the + private key is the "ticket" that allows someone to spend MarteX, it is important that these are kept secure and secret. -PrivateSend - :ref:`PrivateSend ` obscures the source of funds in order +AnonSend + `AnonSend <./features.rst>`_ obscures the source of funds in order to maintain financial privacy between users. It can be turned on or off at the users' discretion. Proof of Service - PoSe - Consensus mechanism used in Dash to verify that a masternode has + Consensus mechanism used in Martex to verify that a masternode has provided uninterrupted service meeting a minimum quality level to the network. Maintaining this service allows a masternode to enter and move up through the global list and eventually into the selection pool @@ -801,7 +771,7 @@ QR Code A two-dimensional graphical block containing a monochromatic pattern representing a sequence of data. QR codes are designed to be scanned by cameras, including those found in mobile phones, and are frequently - used to encode Dash addresses. + used to encode Martex addresses. Satoshi Nakamoto `Satoshi Nakamoto `_ @@ -825,31 +795,15 @@ State View transitions have been applied. Used in Evolution to determine what should be displayed in a given social wallet, for example. -Spork - The Dash development team created a mechanism known as a ":ref:`spork - `" by which updated code is released to the network, but not - immediately made active (or “enforced”). Communication is sent out to - users informing them of the change and the need for them to update - their clients. Those who update their clients run the new code, but in - the event of errors occurring with that new code, the client’s blocks - are not rejected by the network and unintended forks are avoided. Data - about the error can then be collected and forwarded to the development - team. Once the development team is satisfied with the new code’s - stability in the mainnet environment – and once acceptable network - consensus is attained – enforcement of the updated code can be - activated remotely. Should problems arise, the code can be deactivated - in the same manner, without the need for a network-wide rollback or - client update. - Tainted Coins Taint is a measure of correlation between two (wallet) addresses. It is only important if the user is trying to remain anonymous. -tDash - Test Dash, used on :ref:`testnet `. +tMarteX + Test MarteX, used on `Testnet `_. Testnet - :ref:`Testnet ` is a network only for testing (parallel to + `Testnet `_ is a network only for testing (parallel to the mainnet), test wallets, test coins, test masternodes, test miners, and test users all simulate their mainnet counterparts in a safe environment where errors or forks are not harmful. @@ -868,12 +822,12 @@ Transaction be used to manage blockchain users, for example. Transaction Block - A collection of transactions on the Dash network, gathered into a + A collection of transactions on the Martex network, gathered into a block that can then be hashed and added to the blockchain. Transaction Fee - A :ref:`small fee ` imposed on some transactions sent across the - Dash network. The transaction fee is awarded to the miner that + A :`small fee <./features.rst#Fees>`_ imposed on some transactions sent across the + MarteX network. The transaction fee is awarded to the miner that successfully hashes the block containing the relevant transaction. Unconfirmed Transactions @@ -882,20 +836,20 @@ Unconfirmed Transactions transactions can be reversed and should not be considered as "final." Vanity Address - A Dash address with a desirable pattern, such as a name. + A MarteX address with a desirable pattern, such as a name. -Virgin Dash - Dash received as a reward for mining a block or running a masternode. +Virgin MarteX + MarteX received as a reward for mining a block or running a masternode. These have not yet been spent anywhere and are "virgin." Volatility The measurement of price movements over time for a traded financial - asset (including Dash). + asset (including MarteX). Wallet - A method of storing Dash for later use. A wallet holds the private - keys associated with Dash addresses. The blockchain is the record of - the Dash balances (and transactions) associated with those addresses. + A method of storing MarteX for later use. A wallet holds the private + keys associated with MarteX addresses. The blockchain is the record of + the MarteX balances (and transactions) associated with those addresses. Whitepaper A `white paper `_ is an @@ -905,9 +859,12 @@ Whitepaper problem, or make a decision. X11 - :ref:`X11 ` is a hashing algorithm created by Dash + `X11 `_ is a hashing algorithm created by Dash Core developer Evan Duffield. +X13 + `X13 `_ is a hashing algorithm based in X11. + Zero Confirmations This is a transaction without any confirmations from the blockchain. It is technically reversible (unless InstantSend was used). @@ -915,7 +872,7 @@ Zero Confirmations vin A transaction (tx) consists of one or more inputs and one or more outputs. The vin is the list of inputs to the transaction, and vout is - the list of outputs. Masternodes require a 1000 DASH vin (exactly that + the list of outputs. Masternodes require a 5000 MARTEX vin (exactly that amount) in order to work. VMN diff --git a/introduction/safety.rst b/introduction/safety.rst index f4a70b5..81028be 100644 --- a/introduction/safety.rst +++ b/introduction/safety.rst @@ -79,9 +79,6 @@ Please report these and any others scams you encounter as follows: #. If in doubt, use Crypto Scam Checker to see if already report and report there as well: https://fried.com/crypto-scam-checker -Feel free to report any new scams you find on the forum in our "swat -team" thread: https://dashtalk.org/threads/www-dash-wallet-com-is-a-scam-website.8267 - Ponzi Schemes ============= diff --git a/wallets/MarteXcore/anonsend-fastsend.rst b/wallets/MarteXcore/anonsend-fastsend.rst index 81fbd04..2ece603 100644 --- a/wallets/MarteXcore/anonsend-fastsend.rst +++ b/wallets/MarteXcore/anonsend-fastsend.rst @@ -1,33 +1,33 @@ .. meta:: - :description: Using InstantSend and PrivateSend with Dash - :keywords: dash, core, mobile, wallet, privatesend, instantsend + :description: Using FastSend and AnonSend with MarteX + :keywords: martex, core, mobile, wallet, fastsend, fastsend .. _dashcore-privatesend-instantsend: -=========================== -PrivateSend and InstantSend -=========================== +===================== +AnonSend and FastSend +===================== -PrivateSend -=========== +AnonSend +======== -This documentation describes how to use Dash Core to send Dash +This documentation describes how to use MarteX Core to send MarteX with enhanced privacy. Background ---------- PrivateSend, released as DarkSend in 0.9-RC4 of the DarkCoin client and -rebranded to PrivateSend in May 2016, is a trustless method of running a +rebranded to PrivateSend in May 2016, and aopted in MarteX core with the name AnonSend +, is a trustless method of running a sequence of transactions (known as "mixing") such that an external -observer is unable to determine the source of funding when a PrivateSend -transaction is created. This gives your Dash the same privacy properties +observer is unable to determine the source of funding when a AnonSend +transaction is created. This gives your MarteX the same privacy properties as cash withdrawn from an ATM, for example. The mixing and denomination process is seamless, automatic, and requires no intervention on the part -of the user. The current implementation of PrivateSend in the Dash Core -wallet allows any amount of Dash to be mixed for later use in -PrivateSend transactions. PrivateSend is also available in the -:ref:`Dash Electrum ` wallet. +of the user. The current implementation of AnonSend in the MarteX Core +wallet allows any amount of MarteX to be mixed for later use in +AnonSend transactions. Knowledge of the exact number of rounds of PrivateSend mixing used in any given PrivateSend transaction has a `quantifiable effect @@ -38,20 +38,20 @@ reason, the recommended (and default) number of rounds of PrivateSend mixing is set to four, and some inputs may be mixed by additional rounds to further improve privacy. -You can read more about PrivateSend theory and processes :ref:`here -`. +You can read more about AnonSend theory and processes `here +`_. Configuration ------------- 1. Open your Dash Core wallet, go to **Settings** and select - **Options**. Go to the **PrivateSend** tab. + **Options**. Go to the **AnonSend** tab. .. image:: img/options-privatesend.png :width: 300px -2. Next to **PrivateSend rounds to use**, enter a value between 1-16. - Each round of PrivateSend performs one denominated fund mixing +2. Next to **AnonSend rounds to use**, enter a value between 1-16. + Each round of AnonSend performs one denominated fund mixing transaction. Higher numbers of rounds increase your overall level of privacy while decreasing the chance of detection via node collusion. 16 is the highest number of rounds currently available. @@ -59,7 +59,7 @@ Configuration NOTE: To prevent system abuse, an average of one in ten rounds of masternode mixing incurs a fee of .0001 DASH. -3. Enter a **Target PrivateSend balance**. This value provides a lower +3. Enter a **Target AnonSend balance**. This value provides a lower boundary on the final amount of funds to be mixed. Depending on how the client splits your wallet balance, you may end up with denominated inputs whose sum total is slightly greater than the @@ -67,7 +67,7 @@ Configuration 4. Click **OK** to save settings. -5. PrivateSend is disabled by default when you open the wallet. It will +5. AnonSend is disabled by default when you open the wallet. It will only start after you set the number of rounds and number of Dash to mix under settings and click **Start Mixing** on the **Overview** tab of your wallet. @@ -76,67 +76,67 @@ Configuration Starting Mixing --------------- -The PrivateSend process is initiated by clicking the **Start Mixing** +The AnonSend process is initiated by clicking the **Start Mixing** button on the **Overview** tab of the Dash Core wallet. Mixing is possible once the following conditions have been met: - The wallet contains sufficient non-mixed funds to create the minimum required denominated values -- The user has not disabled PrivateSend in the Options dialog +- The user has not disabled AnonSend in the Options dialog - The target value for mixed Funds in the Options dialog is greater than zero If your wallet is encrypted (highly recommended), you will be asked to enter your wallet passphrase. Enable the **Only for mixing via -PrivateSend** checkbox to unlock the wallet for mixing only. +AnonSend** checkbox to unlock the wallet for mixing only. .. figure:: img/mixing-password.png :width: 300px - Entering a password for PrivateSend mixing only + Entering a password for AnonSend mixing only -This will unlock your wallet, and the PrivateSend mixing process will -begin. The wallet will remain unlocked until PrivateSend mixing is +This will unlock your wallet, and the AnonSend mixing process will +begin. The wallet will remain unlocked until AnonSend mixing is complete, at which point it will be locked automatically. .. figure:: img/mixing.png :width: 250px - PrivateSend interface after clicking the **Start Mixing** button. + AnonSend interface after clicking the **Start Mixing** button. Note the **Status** is **Enabled**. -PrivateSend will begin creating transactions and your PrivateSend +AnonSend will begin creating transactions and your AnonSend balance will gradually increase. This process can take some time, so be patient. You can monitor the process in more detail as described in the following section. Any of the following actions will interrupt the mixing process. Because the transactions are atomic (they either take place completely, or do -not take place at all), it is possible to safely interrupt PrivateSend +not take place at all), it is possible to safely interrupt AnonSend mixing at any time. - Clicking the Stop Mixing button on the Overview tab -- Closing the client before PrivateSend mixing is completed -- Sending PrivateSend funds from the wallet before PrivateSend rounds +- Closing the client before AnonSend mixing is completed +- Sending AnonSend funds from the wallet before AnonSend rounds are completed -- Disabling PrivateSend before the process is complete +- Disabling AnonSend before the process is complete Monitoring Mixing ----------------- -If you want to monitor PrivateSend in more detail, you need to enable +If you want to monitor AnonSend in more detail, you need to enable some advanced features of the wallet. Go to **Settings**, select **Options** and go to the **Wallet** tab. Check the **Enable advanced -PrivateSend interface** checkbox. This will allow you to monitor -progress and see which individual operations PrivateSend is carrying out +AnonSend interface** checkbox. This will allow you to monitor +progress and see which individual operations AnonSend is carrying out in the background. .. figure:: img/mixing-progress.png :width: 250px - Monitoring PrivateSend progress + Monitoring AnonSend progress -Since PrivateSend mixing creates a lot of new address keys to send and +Since AnonSend mixing creates a lot of new address keys to send and receive the mixed denominations, you may receive a warning when the number of remaining keys runs low. This is nothing to be worried about, since the wallet will simply create more keys as necessary. However, @@ -144,120 +144,120 @@ these keys will not exist in any previous backups of your wallet. For this reason, it is important to backup your wallet again after mixing is complete. -You can also monitor PrivateSend progress by viewing the transactions +You can also monitor AnonSend progress by viewing the transactions created by the mixing process on the **Transactions** tab. .. figure:: img/privatesend-transactions.png :width: 400px - Transactions created by PrivateSend on the Transactions tab + Transactions created by AnonSend on the Transactions tab -The following table describes the PrivateSend-related transactions displayed in +The following table describes the AnonSend-related transactions displayed in the Type column of the **Transactions** tab: +------------------------------------+--------------------------------------------+ -| PrivateSend Transaction Type | Transaction Description | +| AnonSend Transaction Type | Transaction Description | +====================================+============================================+ -| PrivateSend Make Collateral Inputs | Wallet funds were moved to collateral | +| AnonSend Make Collateral Inputs | Wallet funds were moved to collateral | | (*Mixing*) | inputs that will be used to make | | | collateral payments. This is done to | | | minimize traceability of collaterals. | +------------------------------------+--------------------------------------------+ -| PrivateSend Create Denominations | Wallet funds were broken into | -| (*Mixing*) | PrivateSend denominations (Step 1 | +| AnonSend Create Denominations | Wallet funds were broken into | +| (*Mixing*) | AnonSend denominations (Step 1 | | | :ref:`here `) | +------------------------------------+--------------------------------------------+ -| PrivateSend Denominate | A transaction was sent to a masternode | +| AnonSend Denominate | A transaction was sent to a masternode | | (*Mixing*) | in order to participate in a mixing | | | session (Step 3 :ref:`here `) | +------------------------------------+--------------------------------------------+ -| PrivateSend Collateral Payment | The mixing session collateral was | +| AnonSend Collateral Payment | The mixing session collateral was | | (*Mixing*) | claimed. This fee is charged in ~10% | | | of mixing sessions to prevent spam | | | attacks. | +------------------------------------+--------------------------------------------+ -| PrivateSend | Mixed funds were used to send a payment | +| AnonSend | Mixed funds were used to send a payment | | (*Spending*) | to someone. Note: Unlike the previous 4 | | | transaction types, this is not a mixing | | | process transaction. | +------------------------------------+--------------------------------------------+ You can also use the coin control feature to view which addresses hold -mixed denominations ready to be used for PrivateSend transactions. Go to +mixed denominations ready to be used for AnonSend transactions. Go to the **Send** tab of your wallet and click **Inputs** to view the possible input addresses for your transactions. You can see how each address holds given denominations of mixed Dash, and how many rounds of mixing have been completed. This is to ensure that an efficient -combination of addresses can be used as inputs in PrivateSend -transactions without too much change, since amount in a PrivateSend +combination of addresses can be used as inputs in AnonSend +transactions without too much change, since amount in a AnonSend transaction must be rounded up to completely spend all inputs. The -current minimum balance for an input used in a PrivateSend transaction +current minimum balance for an input used in a AnonSend transaction is 0.00100010 DASH. .. figure:: img/privatesend-addresses.png :width: 400px - Coin Selection dialog showing addresses holding PrivateSend mixed + Coin Selection dialog showing addresses holding AnonSend mixed balances in different denominations -Paying with PrivateSend +Paying with AnonSend ----------------------- -You can only use PrivateSend for payments once you have mixed enough +You can only use AnonSend for payments once you have mixed enough Dash to make up the amount you are trying to send. Because the mixing process takes time, it must be done in advance before you create the -send transaction. A PrivateSend transaction is effectively the same as +send transaction. A AnonSend transaction is effectively the same as any other transaction on the blockchain, but it draws only from input addresses where the denomination has previously been mixed to ensure privacy of funds. Because several input addresses are usually required -to make up the amount you are trying to send, a PrivateSend transaction +to make up the amount you are trying to send, a AnonSend transaction will usually take up more space (in kilobytes) on the blockchain, and therefore will be charged a slightly higher fee. -To send a payment using PrivateSend, go to the **PrivateSend** tab of -the Dash Core wallet. The balance displayed is your PrivateSend balance +To send a payment using AnonSend, go to the **AnonSend** tab of +the Dash Core wallet. The balance displayed is your AnonSend balance instead of the total balance as shown on the **Send** tab. You can then enter the **Pay To** address, **Label**, **Amount** and click -**PrivateSend**. Your payment will be rounded up to completely spend the +**AnonSend**. Your payment will be rounded up to completely spend the lowest possible denomination of mixed balance available (currently to the nearest 0.001 DASH). You will be prompted to enter your password and -receive a detailed breakdown of the fee structure for PrivateSend before +receive a detailed breakdown of the fee structure for AnonSend before sending. .. figure:: img/privatesend-send.png :width: 400px - Dash Core ready to send a PrivateSend transaction. Note use of the - PrivateSend tab and the amount to be sent is less than the available - PrivateSend balance + Dash Core ready to send a AnonSend transaction. Note use of the + AnonSend tab and the amount to be sent is less than the available + AnonSend balance Inputs ------ -Like all Dash transactions, PrivateSend transactions are composed of a -number of inputs and one or more outputs. PrivateSend transactions do -not use change addresses, so any remaining Dash will be spent on the +Like all MarteX transactions, AnonSend transactions are composed of a +number of inputs and one or more outputs. AnonSend transactions do +not use change addresses, so any remaining MarteX will be spent on the transaction fee. -Due to the probabilistic nature of the PrivateSend mixing +Due to the probabilistic nature of the AnonSend mixing process, increasing the number of inputs in a transaction may -marginally reduce privacy. For this reason, using PrivateSend is not +marginally reduce privacy. For this reason, using AnonSend is not recommended for users requiring a high level of privacy. While it is not -possible to link a PrivateSend transaction to a single source address +possible to link a AnonSend transaction to a single source address with absolute certainty, using more inputs may make a transaction more vulnerable to different potential linking attacks. -You can reduce the number of inputs in a PrivateSend transaction by +You can reduce the number of inputs in a AnonSend transaction by defining the transaction amount in such a way that it consumes your available input denominations more efficiently, or by mixing more Dash to ensure enough appropriately denominated inputs are available. Use the -:ref:`Coin Control ` function in the PrivateSend tab to +:ref:`Coin Control ` function in the AnonSend tab to view and select or deselect mixed UTXOs currently available for use as transaction inputs. -InstantSend -=========== +FastSend +======== Introduction ------------