mirror of
https://github.com/monero-project/monero-site.git
synced 2024-11-17 00:07:54 +00:00
Merge pull request #220
accab41
removed references to mixing (alvinjoelsantos)
This commit is contained in:
commit
e5501c4976
8 changed files with 29 additions and 20 deletions
|
@ -62,4 +62,4 @@ Another issue with most cryptocurrencies is the development of a fee market. Thi
|
|||
|
||||
## FUNGIBILITY
|
||||
Fungibility is an important property of any functioning currency. You can try to hide your bitcoins as much as you want, if you tried to mix your non-fungible coins using a mixer, coinjoin or another type of "anonymity enhancing feature," these transactions can still be flagged as "possible suspicious activity on the blockchain," even if you are anonymous. Using non-fungible tokens as currency can eventually lead to blacklisting/whitelisting either by governments or through self-censorship. Some examples of these measures could be payment processors or exchanges refusing your tainted coins as a payment or deposit or miners refusing to include your suspicious transaction.
|
||||
Monero will enforce a minimum mixing across the network, so all outputs are mixed by default. This is possible due to the nature of the mixing: Monero mixing is "passive" and can even be done offline! Transaction outputs have "plausible deniability" about their state: you can't tell if they are spent or unspent in a certain transaction or not. This leads to an opaque (non-transparent) blockchain making all coins "equal." Fungibility is built into Monero at protocol level, making it real "digital cash."
|
||||
On the other hand, Monero transaction outputs have "plausible deniability" about their state: you can't tell if they are spent or unspent in a certain transaction or not. This leads to an opaque (non-transparent) blockchain making all coins "equal." @Fungibility is built into Monero at protocol level, making it real "digital cash."
|
||||
|
|
|
@ -1,7 +1,7 @@
|
|||
---
|
||||
layout: moneropedia
|
||||
entry: "Fungibility"
|
||||
terms: ["fungibility-fungible"]
|
||||
terms: ["fungibility"]
|
||||
summary: "property of a currency whereby two units can be substituted in place of one another"
|
||||
---
|
||||
|
||||
|
|
11
knowledge-base/moneropedia/ring-size.md
Normal file
11
knowledge-base/moneropedia/ring-size.md
Normal file
|
@ -0,0 +1,11 @@
|
|||
---
|
||||
layout: moneropedia
|
||||
entry: "Ring Size"
|
||||
terms: ["ring-size"]
|
||||
summary: "total number of possible signers in a ring signature"
|
||||
---
|
||||
|
||||
### The Basics
|
||||
Ring size refers to the total number of possible signers in a @ring-signature. If a ring size of 4 is selected for a given @transaction, this means that there are 3 foreign outputs in addition to your “real” output. A higher ring size number will typically provide more privacy than a lower number. However, reusing an odd, recognizable ring size number for transactions could possibly make transactions stand out.
|
||||
|
||||
`Ring size = foreign outputs + 1 (your output)`
|
|
@ -6,8 +6,6 @@ summary: "a group of cryptographic signatures with at least one real participant
|
|||
---
|
||||
|
||||
### The Basics
|
||||
Ring signatures make sure individual transaction outputs on the blockchain can’t be traced. A ring signature is a group of cryptographic signatures with at least one real participant, but there is no way to tell which in the group is the real one as they all appear valid, while the key image prevents double spends. When sending a transaction, you select some random transaction outputs on the blockchain and mix those with your own “real coins”. Mixing of coins is enforced across the network, making all coins “equal”. Because every transaction output has plausible deniability on their state (spent or unspent), there are no fungibility issues with monero
|
||||
A ring signature is a type of group @signature that makes use of your @account keys and a number of public keys (also known as outputs) pulled from the @blockchain using a triangular distribution method. Over the course of time, past outputs could be used multiple times to form possible signer participants. In a "ring" of possible signers, all ring members are equal and valid. There is no way an outside observer can tell which of the possible signers in a signature group belongs to your @account. So, ring signatures ensure that transaction outputs are untraceable. Moreover, there are no fungibility issues with Monero given that every transaction output has plausible deniability (e.g. the network can not tell which outputs are spent or unspent).
|
||||
|
||||
To read how Monero gives you a privacy by default (unlinkability), see @stealth-addresses.
|
||||
|
||||
{{ page.summary | capitalize }}.
|
||||
To read how Monero gives you privacy by default (unlinkability), see @stealth-addresses.
|
|
@ -11,4 +11,4 @@ Stealth addresses are an important part of Monero's inherent privacy. They allow
|
|||
|
||||
When you create a Monero wallet, you’ll get a private viewkey and a private spendkey. The spendkey is needed for making payments, the viewkey is used to “claim” incoming transactions. Both the public spendkey and viewkey are used to build your monero address. You can have a “watch only” wallet that only uses the viewkey. This feature can be used for accounting or auditing purposes. You can decide who can see your balance by handing out your viewkey. Monero is private by default and optionally transparent!
|
||||
|
||||
To read how Monero prevents tracking coin history (untraceability), see @ring-signatures.
|
||||
To read how Monero prevents tracking history (untraceability), see @ring-signatures.
|
||||
|
|
|
@ -9,13 +9,13 @@ summary: "a cryptographically signed container that details the transfer of Mone
|
|||
|
||||
{{ page.summary | capitalize }}.
|
||||
|
||||
A transaction's parameters are one or more recipient addresses with the corresponding amounts of funds to send to them, and a `mixin_count` parameter that specifies the amount of outputs the transaction will have mixed in. Higher amounts of `mixin_count` offer more anonymity, but that comes with a cost, since the transaction gets larger and therefore the transaction fees get higher as well. The fact that this mixing can be done offline is a huge benefit for privacy.
|
||||
The parameters of a transaction contain one or more recipient addresses with corresponding amounts of funds and a `mixin_count` parameter that specifies the number of foreign outputs bound to the transaction. The more outputs that are used, a higher degree of obfuscation is possible, but that comes with a cost. Since a transaction gets larger with more outputs, the transaction fee would be higher. It is possible to form a transaction offline, which is a huge benefit for privacy.
|
||||
|
||||
A transaction is uniquely identified by a Transaction ID, which is usually represented as a 32-byte string (64 hexadecimal characters).
|
||||
A transaction can be uniquely identified with the use of an optional Transaction ID, which is usually represented by a 32-byte string (64 hexadecimal characters).
|
||||
|
||||
### In-depth Information
|
||||
Every transaction involves two keys: a public @spend-key, and a public @view-key. The destination for an output in a transaction is actually a one-time public key computed from these two keys.
|
||||
|
||||
When the wallet is scanning for incoming transactions, every transaction is actually scanned to see if it is for "you". This only requires your private view key and your public spend key, and this check is immutable and cannot be faked. You cannot receive transactions and identify them without the corresponding private view key.
|
||||
When a wallet is scanning for incoming transactions, every transaction is scanned to see if it is for "you". This only requires your private view key and your public spend key, and this check is immutable and cannot be faked. You cannot receive transactions and identify them without a corresponding private view key.
|
||||
|
||||
In order to spend the funds you have to compute a one-time private spend key for that output.
|
||||
In order to spend the funds you have to compute a one-time private spend key for that output.
|
|
@ -54,11 +54,11 @@ omit it.
|
|||
|
||||
The payment ID is implicit in the integrated address in that case.
|
||||
|
||||
### Specify the mixin for a transaction:
|
||||
### Specify the number of outputs for a transaction:
|
||||
|
||||
transfer MIXIN ADDRESS AMOUNT
|
||||
|
||||
Replace `MIXIN` with the mixin amount you wish to use. **If not specified, the default mixin is 4.** It's a good idea to use the default, but you can increase the number if you want to mix with more outputs. The higher the mixin, the larger the transaction, and higher fees are needed.
|
||||
Replace `MIXIN` with the number of outputs you wish to use. **If not specified, the default is 4.** It's a good idea to use the default, but you can increase the number if you want to include more outputs. The higher the number, the larger the transaction, and higher fees are needed.
|
||||
|
||||
|
||||
## Receiving monero
|
||||
|
|
|
@ -12,16 +12,16 @@ attribution: "<!-- Icon is based on work by Freepik (http://www.freepik.com) and
|
|||
|
||||
These tools can be used to gain information about the Monero network or your transaction data in the blockchain.
|
||||
|
||||
###[Check that a recipient has received your funds](http://xmrtests.llcoins.net/checktx.html)
|
||||
### [Check that a recipient has received your funds](http://xmrtests.llcoins.net/checktx.html)
|
||||
|
||||
###[Tools for monero address generation](https://xmr.llcoins.net/)
|
||||
### [Tools for monero address generation](https://xmr.llcoins.net/)
|
||||
|
||||
###[Monero node count](http://moneronodes.i2p.xyz/)
|
||||
### [Monero node count](http://moneronodes.i2p.xyz/)
|
||||
|
||||
###[Monero node map](https://monerohash.com/nodes-distribution.html)
|
||||
### [Monero node map](https://monerohash.com/nodes-distribution.html)
|
||||
|
||||
###[Monero offline wallet generator](http://moneroaddress.org/)
|
||||
### [Monero offline wallet generator](http://moneroaddress.org/)
|
||||
|
||||
###[Monero network mixin statistics](http://moneroblocks.info/stats)
|
||||
### [Monero network statistics](http://moneroblocks.info/stats)
|
||||
|
||||
###[Monero.how statistics](https://www.monero.how/)
|
||||
### [Monero.how statistics](https://www.monero.how/)
|
Loading…
Reference in a new issue