mirror of
https://github.com/monero-project/monero-site.git
synced 2024-12-23 12:09:49 +00:00
FAQ: add common sense FAQs
Some people apparenly lack such common sense, but get angry at not being told in LARGE LETTERS than having common sense is better than not.
This commit is contained in:
parent
ce6e25b3bd
commit
d9be340e1a
7 changed files with 38 additions and 0 deletions
|
@ -293,6 +293,10 @@ faq:
|
||||||
a12-1: في مونيرو, كل ناتج معامله مربوط بشكل فريد بصوره مفتاح التي لا يمكن إنشاؤها إلا بواسطه المالك لهذا الناتج. صور المفاتيح التي تستخدم أكثر من مره يتم رفضها بواسطه المُعدنين كمعامله مُتكرره ولا يمكن إضافتها في كتله سليمه. عندما يتم إستلام معامله جديده يتحقق المعدنين من أن صوره المفتاح لا توجد بالفعل في معامله سابقه للتأكد من أنها ليست مُعامله مُتكرره.
|
a12-1: في مونيرو, كل ناتج معامله مربوط بشكل فريد بصوره مفتاح التي لا يمكن إنشاؤها إلا بواسطه المالك لهذا الناتج. صور المفاتيح التي تستخدم أكثر من مره يتم رفضها بواسطه المُعدنين كمعامله مُتكرره ولا يمكن إضافتها في كتله سليمه. عندما يتم إستلام معامله جديده يتحقق المعدنين من أن صوره المفتاح لا توجد بالفعل في معامله سابقه للتأكد من أنها ليست مُعامله مُتكرره.
|
||||||
a12-2: يمكننا أيضاً معرفه أن كميه المعاملات سليمه علي الرغم من أن قيمه المعاملات المُرسله وناتجها مُشفرين ( مُشفرين لكل الناس عدا المُستلم ). لأن الكميه مُشفره عن طريق التزامات بيدرسن (Pedersen commitments) ما يعني ذلك أنه لا يُوجد مُلاحظ يمكنه معرفه المُدخلات والمُخرجات لكن يمكن عمل عمليات حسابيه علي إلتزامات بيدرسن لتأكيد أنه لم يتم إنشاء أي مونيرو من الهواء .
|
a12-2: يمكننا أيضاً معرفه أن كميه المعاملات سليمه علي الرغم من أن قيمه المعاملات المُرسله وناتجها مُشفرين ( مُشفرين لكل الناس عدا المُستلم ). لأن الكميه مُشفره عن طريق التزامات بيدرسن (Pedersen commitments) ما يعني ذلك أنه لا يُوجد مُلاحظ يمكنه معرفه المُدخلات والمُخرجات لكن يمكن عمل عمليات حسابيه علي إلتزامات بيدرسن لتأكيد أنه لم يتم إنشاء أي مونيرو من الهواء .
|
||||||
a12-3: طالما أن كميه المُخرجات المُشفره التي أنشأتها تُساوي نتيجه جميع المُدخلات التي يتم صرفها ( والتي تحوي مُخرج للمُستلم وآخر وهو الباقي ويعود لك و ايضاً رسوم المعامله وهي غير مشفره) بذلك تكون المعامله صحيحه ولم يتم إصدار أي مونيرو من الهواء. إلتزامات بيدرسن تعني أنه يمكن التأكد من أن مجموع النواتج مُتساوي. لكن القيمه الفرديه لكل عمليه جمع وحدها و المدخلات و المُخرجات وحدها لا يمكن تحديدها.
|
a12-3: طالما أن كميه المُخرجات المُشفره التي أنشأتها تُساوي نتيجه جميع المُدخلات التي يتم صرفها ( والتي تحوي مُخرج للمُستلم وآخر وهو الباقي ويعود لك و ايضاً رسوم المعامله وهي غير مشفره) بذلك تكون المعامله صحيحه ولم يتم إصدار أي مونيرو من الهواء. إلتزامات بيدرسن تعني أنه يمكن التأكد من أن مجموع النواتج مُتساوي. لكن القيمه الفرديه لكل عمليه جمع وحدها و المدخلات و المُخرجات وحدها لا يمكن تحديدها.
|
||||||
|
q13: Is Monero magic and protect my privacy no matter what I do ?
|
||||||
|
a13: Monero is not magic. If you use Monero but give your name and address to another party, the other party will not magically forget your name and address. If you give out your secret keys, others will know what you've done. If you get compromised, others will be able to keylog you. If you use a weak password, others will be able to brute force your keys file. If you backup your seed in the cloud, you'll be poorer soon.
|
||||||
|
q14: Is Monero 100% anonymous ?
|
||||||
|
a14: There is no such thing as 100% anonymous. If nothing else, your anonymity set is the set of people using Monero. Some people don't use Monero. Monero may also have bugs. Even if not, ways may exist to infer some information through Monero's privacy layers, either now or later. Attacks only get better. If you wear a seatbelt, you can still die in a car crash. Use common sense, prudence and defense in depth.
|
||||||
|
|
||||||
mining:
|
mining:
|
||||||
translated: "yes"
|
translated: "yes"
|
||||||
|
|
|
@ -293,6 +293,10 @@ faq:
|
||||||
a12-1: In Monero, every transaction output is uniquely associated with a key image that can only be generated by the holder of that output. Key images that are used more than once are rejected by the miners as double-spends and cannot be added to a valid block. When a new transaction is received, miners verify that the key image does not already exist for a previous transaction to ensure it's not a double-spend.
|
a12-1: In Monero, every transaction output is uniquely associated with a key image that can only be generated by the holder of that output. Key images that are used more than once are rejected by the miners as double-spends and cannot be added to a valid block. When a new transaction is received, miners verify that the key image does not already exist for a previous transaction to ensure it's not a double-spend.
|
||||||
a12-2: We can also know that transaction amounts are valid even though the value of the inputs that you are spending and the value of the outputs you are sending are encrypted (these are hidden to everyone except the recipient). Because the amounts are encrypted using Pedersen commitments what this means is that no observers can tell the amounts of the inputs and outputs, but they can do math on the Pedersen commitments to determine that no Monero was created out of thin air.
|
a12-2: We can also know that transaction amounts are valid even though the value of the inputs that you are spending and the value of the outputs you are sending are encrypted (these are hidden to everyone except the recipient). Because the amounts are encrypted using Pedersen commitments what this means is that no observers can tell the amounts of the inputs and outputs, but they can do math on the Pedersen commitments to determine that no Monero was created out of thin air.
|
||||||
a12-3: As long as the encrypted output amounts you create is equal to the sum of the inputs that are being spent (which include an output for the recipient and a change output back to yourself and the unencrypted transaction fee), then you have a legitimate transaction and know no Monero is being created out of thin air. Pedersen commitments mean that the sums can be verified as being equal, but the Monero value of each of the sums and the Monero value of the inputs and outputs individually are undeterminable.
|
a12-3: As long as the encrypted output amounts you create is equal to the sum of the inputs that are being spent (which include an output for the recipient and a change output back to yourself and the unencrypted transaction fee), then you have a legitimate transaction and know no Monero is being created out of thin air. Pedersen commitments mean that the sums can be verified as being equal, but the Monero value of each of the sums and the Monero value of the inputs and outputs individually are undeterminable.
|
||||||
|
q13: Is Monero magic and protect my privacy no matter what I do ?
|
||||||
|
a13: Monero is not magic. If you use Monero but give your name and address to another party, the other party will not magically forget your name and address. If you give out your secret keys, others will know what you've done. If you get compromised, others will be able to keylog you. If you use a weak password, others will be able to brute force your keys file. If you backup your seed in the cloud, you'll be poorer soon.
|
||||||
|
q14: Is Monero 100% anonymous ?
|
||||||
|
a14: There is no such thing as 100% anonymous. If nothing else, your anonymity set is the set of people using Monero. Some people don't use Monero. Monero may also have bugs. Even if not, ways may exist to infer some information through Monero's privacy layers, either now or later. Attacks only get better. If you wear a seatbelt, you can still die in a car crash. Use common sense, prudence and defense in depth.
|
||||||
|
|
||||||
mining:
|
mining:
|
||||||
translated: "yes"
|
translated: "yes"
|
||||||
|
|
|
@ -293,6 +293,10 @@ faq:
|
||||||
a12-1: En Monero, cada transacción de salida está asociada únicamente con una llave de imagen que sólo puede ser generada por el dueño de esa transacción de salida. Llaves de imagen que son usadas más de una vez son rechazadas por mineros por doble uso y no pueden ser agregadas a un bloque válido. Cuando una nueva transacción es recibida, los mineros verifican que la llave imagen no exista para alguna transacción previa y aseguran que no sea una transacción repetida.
|
a12-1: En Monero, cada transacción de salida está asociada únicamente con una llave de imagen que sólo puede ser generada por el dueño de esa transacción de salida. Llaves de imagen que son usadas más de una vez son rechazadas por mineros por doble uso y no pueden ser agregadas a un bloque válido. Cuando una nueva transacción es recibida, los mineros verifican que la llave imagen no exista para alguna transacción previa y aseguran que no sea una transacción repetida.
|
||||||
a12-2: También podemos saber que la cantidad de la transacción es válida incluso aunque el valor de las entradas que gastas y salidas que envías estén encriptadas (ocultas a todos excepto al receptor). Debido a que las cantidades están encriptadas con Pedersen, significa que terceros no pueden saber la cantidad de entradas o salidas, pero pueden hacer cálculos en Pedersen para determinar que ningún Monero haya sido creado de la nada.
|
a12-2: También podemos saber que la cantidad de la transacción es válida incluso aunque el valor de las entradas que gastas y salidas que envías estén encriptadas (ocultas a todos excepto al receptor). Debido a que las cantidades están encriptadas con Pedersen, significa que terceros no pueden saber la cantidad de entradas o salidas, pero pueden hacer cálculos en Pedersen para determinar que ningún Monero haya sido creado de la nada.
|
||||||
a12-3: Siempre y cuando la cantidad encriptada de salidas que crees sea igual a la suma de las entradas que están siento utilizadas (lo que incluye la salida para el receptor, el cambio de vuelta para ti mismo y la no-encriptada cuota de transacción), entonces tienes una transacción legítima y sabes que Monero no ha sido creado de la nada. Pedersen significa que las sumas pueden ser verificadas como un igual, pero el valor de Monero de cada suma y de las entradas y salidas son indeterminables individualmente.
|
a12-3: Siempre y cuando la cantidad encriptada de salidas que crees sea igual a la suma de las entradas que están siento utilizadas (lo que incluye la salida para el receptor, el cambio de vuelta para ti mismo y la no-encriptada cuota de transacción), entonces tienes una transacción legítima y sabes que Monero no ha sido creado de la nada. Pedersen significa que las sumas pueden ser verificadas como un igual, pero el valor de Monero de cada suma y de las entradas y salidas son indeterminables individualmente.
|
||||||
|
q13: Is Monero magic and protect my privacy no matter what I do ?
|
||||||
|
a13: Monero is not magic. If you use Monero but give your name and address to another party, the other party will not magically forget your name and address. If you give out your secret keys, others will know what you've done. If you get compromised, others will be able to keylog you. If you use a weak password, others will be able to brute force your keys file. If you backup your seed in the cloud, you'll be poorer soon.
|
||||||
|
q14: Is Monero 100% anonymous ?
|
||||||
|
a14: There is no such thing as 100% anonymous. If nothing else, your anonymity set is the set of people using Monero. Some people don't use Monero. Monero may also have bugs. Even if not, ways may exist to infer some information through Monero's privacy layers, either now or later. Attacks only get better. If you wear a seatbelt, you can still die in a car crash. Use common sense, prudence and defense in depth.
|
||||||
|
|
||||||
mining:
|
mining:
|
||||||
translated: "yes"
|
translated: "yes"
|
||||||
|
|
|
@ -295,6 +295,10 @@ faq:
|
||||||
a12-1: Avec Monero, chaque sortie de transaction est uniquement associée à une image clé qui ne peut être générée que par le détenteur de cette sortie. Les images clés qui sont utilisées plus d'une fois sont rejetées par les mineurs en tant que doubles dépenses et ne peuvent pas être ajoutées à un bloc valide. Lorsqu'une nouvelle transaction est reçue, les mineurs vérifient que l'image clé n'existe pas déjà pour une transaction précédente afin de s'assurer qu'il ne s'agit pas d'une double dépense.
|
a12-1: Avec Monero, chaque sortie de transaction est uniquement associée à une image clé qui ne peut être générée que par le détenteur de cette sortie. Les images clés qui sont utilisées plus d'une fois sont rejetées par les mineurs en tant que doubles dépenses et ne peuvent pas être ajoutées à un bloc valide. Lorsqu'une nouvelle transaction est reçue, les mineurs vérifient que l'image clé n'existe pas déjà pour une transaction précédente afin de s'assurer qu'il ne s'agit pas d'une double dépense.
|
||||||
a12-2: Nous pouvons également savoir que les montants des transactions sont valides même si la valeur des entrées que vous dépensez et la valeur des sorties que vous envoyez sont chiffrées (celles-ci sont masquées pour tous, sauf le destinataire). Parce que les montants sont chiffrés en utilisant les engagements de Pedersen, cela signifie qu'aucun observateur ne peut dire le montant des entrées et des sorties, mais ils peuvent faire des calculs sur les engagements de Pedersen pour déterminer qu'aucun Monero n'a été créé à partir de rien.
|
a12-2: Nous pouvons également savoir que les montants des transactions sont valides même si la valeur des entrées que vous dépensez et la valeur des sorties que vous envoyez sont chiffrées (celles-ci sont masquées pour tous, sauf le destinataire). Parce que les montants sont chiffrés en utilisant les engagements de Pedersen, cela signifie qu'aucun observateur ne peut dire le montant des entrées et des sorties, mais ils peuvent faire des calculs sur les engagements de Pedersen pour déterminer qu'aucun Monero n'a été créé à partir de rien.
|
||||||
a12-3: Tant que les montants de sortie chiffrés que vous créez sont égaux à la somme des entrées dépensées (qui incluent une sortie pour le destinataire, une sortie de monnaie rendue vous étant retournée et les frais de transaction non chiffrés), vous avez une transaction légitime et savez qu'aucun Monero ne s'est créé à partir de rien. Les engagements de Pedersen signifient que les sommes peuvent être vérifiées comme étant égales, mais la valeur en Monero de chacune des sommes et la valeur en Monero des entrées et des sorties individuellement sont indéterminables.
|
a12-3: Tant que les montants de sortie chiffrés que vous créez sont égaux à la somme des entrées dépensées (qui incluent une sortie pour le destinataire, une sortie de monnaie rendue vous étant retournée et les frais de transaction non chiffrés), vous avez une transaction légitime et savez qu'aucun Monero ne s'est créé à partir de rien. Les engagements de Pedersen signifient que les sommes peuvent être vérifiées comme étant égales, mais la valeur en Monero de chacune des sommes et la valeur en Monero des entrées et des sorties individuellement sont indéterminables.
|
||||||
|
q13: Is Monero magic and protect my privacy no matter what I do ?
|
||||||
|
a13: Monero is not magic. If you use Monero but give your name and address to another party, the other party will not magically forget your name and address. If you give out your secret keys, others will know what you've done. If you get compromised, others will be able to keylog you. If you use a weak password, others will be able to brute force your keys file. If you backup your seed in the cloud, you'll be poorer soon.
|
||||||
|
q14: Is Monero 100% anonymous ?
|
||||||
|
a14: There is no such thing as 100% anonymous. If nothing else, your anonymity set is the set of people using Monero. Some people don't use Monero. Monero may also have bugs. Even if not, ways may exist to infer some information through Monero's privacy layers, either now or later. Attacks only get better. If you wear a seatbelt, you can still die in a car crash. Use common sense, prudence and defense in depth.
|
||||||
|
|
||||||
mining:
|
mining:
|
||||||
translated: "yes"
|
translated: "yes"
|
||||||
|
|
|
@ -293,6 +293,10 @@ faq:
|
||||||
a12-1: In Monero, ogni output della transazione è associato in modo univoco con un'immagine chiave (key image) che può essere generata solamente dal detentore di quell'output. Immagini chiave che sono usate più di una volta vengono rigettate dai minatori in quanto ritenute tentativi di double-spending e non possono essere aggiunte ad un blocco valido. Quando la rete riceve una nuova transazione, i minatori verificano che l'immagine chiave associata alla transazione non esista già e non sia già stata associata ad una transazione precedente per assicurarsi che non si tratti di un double-spend.
|
a12-1: In Monero, ogni output della transazione è associato in modo univoco con un'immagine chiave (key image) che può essere generata solamente dal detentore di quell'output. Immagini chiave che sono usate più di una volta vengono rigettate dai minatori in quanto ritenute tentativi di double-spending e non possono essere aggiunte ad un blocco valido. Quando la rete riceve una nuova transazione, i minatori verificano che l'immagine chiave associata alla transazione non esista già e non sia già stata associata ad una transazione precedente per assicurarsi che non si tratti di un double-spend.
|
||||||
a12-2: E' anche possibile verificare la validità dell'ammontare della transazione anche se il valore degli input che si stanno spendendo ed il valore degli output che si stanno inviando sono cifrati (offuscati per tutti tranne che per il destinatario della transazione). Poiché l'ammontare è cifrato mediante l'utilizzo dei "Pedersen commitment", gli osservatori, seppur non in grado di risalire all'ammontare della transazione, tramite la matematica alla base dei "Pedersen commitment" sono in grado di verificare che non vengano creati Monero dal nulla.
|
a12-2: E' anche possibile verificare la validità dell'ammontare della transazione anche se il valore degli input che si stanno spendendo ed il valore degli output che si stanno inviando sono cifrati (offuscati per tutti tranne che per il destinatario della transazione). Poiché l'ammontare è cifrato mediante l'utilizzo dei "Pedersen commitment", gli osservatori, seppur non in grado di risalire all'ammontare della transazione, tramite la matematica alla base dei "Pedersen commitment" sono in grado di verificare che non vengano creati Monero dal nulla.
|
||||||
a12-3: Fintanto che la somma degli output cifrati è uguale alla somma degli input cifrati che vengono spesi (la somma degli output include un output per il destinatario, il resto verso chi ha iniziato la transazione e la commissione non cifrata per la transazione), la transazione è considerata legittima e nessun Monero viene creato dal nulla. I "Pedersen commitment" consentono la verifica di uguaglianza delle somme in ingresso e in uscita della transazione senza conoscere i valori che singolarmente sono indeterminabili.
|
a12-3: Fintanto che la somma degli output cifrati è uguale alla somma degli input cifrati che vengono spesi (la somma degli output include un output per il destinatario, il resto verso chi ha iniziato la transazione e la commissione non cifrata per la transazione), la transazione è considerata legittima e nessun Monero viene creato dal nulla. I "Pedersen commitment" consentono la verifica di uguaglianza delle somme in ingresso e in uscita della transazione senza conoscere i valori che singolarmente sono indeterminabili.
|
||||||
|
q13: Is Monero magic and protect my privacy no matter what I do ?
|
||||||
|
a13: Monero is not magic. If you use Monero but give your name and address to another party, the other party will not magically forget your name and address. If you give out your secret keys, others will know what you've done. If you get compromised, others will be able to keylog you. If you use a weak password, others will be able to brute force your keys file. If you backup your seed in the cloud, you'll be poorer soon.
|
||||||
|
q14: Is Monero 100% anonymous ?
|
||||||
|
a14: There is no such thing as 100% anonymous. If nothing else, your anonymity set is the set of people using Monero. Some people don't use Monero. Monero may also have bugs. Even if not, ways may exist to infer some information through Monero's privacy layers, either now or later. Attacks only get better. If you wear a seatbelt, you can still die in a car crash. Use common sense, prudence and defense in depth.
|
||||||
|
|
||||||
mining:
|
mining:
|
||||||
translated: "yes"
|
translated: "yes"
|
||||||
|
|
|
@ -294,6 +294,10 @@ faq:
|
||||||
a12-1: Każdy wynik transakcji Monero jest unikalnie powiązany z kluczem, który może być wygenerowany jedynie przez posiadacza tego wyniku. Klucze użyte wielokrotnie są odrzucane przez górników jako dwukrotny wydatek i nie mogą zostać dodane do prawidłowego bloku. Gdy pojawia się nowa transakcja, górnicy weryfikują, czy klucz już nie istnieje, aby uniknąć podwójnego wydatku.
|
a12-1: Każdy wynik transakcji Monero jest unikalnie powiązany z kluczem, który może być wygenerowany jedynie przez posiadacza tego wyniku. Klucze użyte wielokrotnie są odrzucane przez górników jako dwukrotny wydatek i nie mogą zostać dodane do prawidłowego bloku. Gdy pojawia się nowa transakcja, górnicy weryfikują, czy klucz już nie istnieje, aby uniknąć podwójnego wydatku.
|
||||||
a12-2: Wiemy również, że kwoty transakcji są uzasadnione, mimo że wartość, którą wprowadzasz lub otrzymujesz są zaszyfrowane (są ukryte dla wszystkich z wyjątkiem odbiorcy). Ponieważ wartości są zaszyfrowane za pomocą zobowiązania Pedersena, nie można odczytać wartości wychodzącej ani przychodzącej, ale robiąc obliczenia można stwierdzić, że żadne Monero nie zostało stworzone z niczego.
|
a12-2: Wiemy również, że kwoty transakcji są uzasadnione, mimo że wartość, którą wprowadzasz lub otrzymujesz są zaszyfrowane (są ukryte dla wszystkich z wyjątkiem odbiorcy). Ponieważ wartości są zaszyfrowane za pomocą zobowiązania Pedersena, nie można odczytać wartości wychodzącej ani przychodzącej, ale robiąc obliczenia można stwierdzić, że żadne Monero nie zostało stworzone z niczego.
|
||||||
a12-3: Dopóki zaszyfrowane wartości wychodzące są równe sumie wkładów (łącznie z kwotą dla odbiorcy, zwrotem dla nadawcy i nieszyfrowaną opłatą za transakcję), możesz mieć pewność, że transakcja jest poprawna i żadne Monero nie zostało stworzone z niczego. Zobowiązanie Pedersena oznacza, że sumy mogą zostać zweryfikowane jako równe, ale wartość Monero każdej z sum oraz wartość wychodząca i przychodząca pozostają nieznane.
|
a12-3: Dopóki zaszyfrowane wartości wychodzące są równe sumie wkładów (łącznie z kwotą dla odbiorcy, zwrotem dla nadawcy i nieszyfrowaną opłatą za transakcję), możesz mieć pewność, że transakcja jest poprawna i żadne Monero nie zostało stworzone z niczego. Zobowiązanie Pedersena oznacza, że sumy mogą zostać zweryfikowane jako równe, ale wartość Monero każdej z sum oraz wartość wychodząca i przychodząca pozostają nieznane.
|
||||||
|
q13: Is Monero magic and protect my privacy no matter what I do ?
|
||||||
|
a13: Monero is not magic. If you use Monero but give your name and address to another party, the other party will not magically forget your name and address. If you give out your secret keys, others will know what you've done. If you get compromised, others will be able to keylog you. If you use a weak password, others will be able to brute force your keys file. If you backup your seed in the cloud, you'll be poorer soon.
|
||||||
|
q14: Is Monero 100% anonymous ?
|
||||||
|
a14: There is no such thing as 100% anonymous. If nothing else, your anonymity set is the set of people using Monero. Some people don't use Monero. Monero may also have bugs. Even if not, ways may exist to infer some information through Monero's privacy layers, either now or later. Attacks only get better. If you wear a seatbelt, you can still die in a car crash. Use common sense, prudence and defense in depth.
|
||||||
|
|
||||||
mining:
|
mining:
|
||||||
translated: "yes"
|
translated: "yes"
|
||||||
|
|
|
@ -90,6 +90,20 @@ permalink: /get-started/faq/index.html
|
||||||
<p>{% t faq.a12-3 %}</p>
|
<p>{% t faq.a12-3 %}</p>
|
||||||
</div>
|
</div>
|
||||||
</div>
|
</div>
|
||||||
|
<div class="tab">
|
||||||
|
<input id="tab-thirteen" type="checkbox" name="tabs" class="accordion">
|
||||||
|
<label for="tab-thirteen" class="accordion">{% t faq.q13 %}</label>
|
||||||
|
<div class="tab-content">
|
||||||
|
<p>{% t faq.a13 %}</p>
|
||||||
|
</div>
|
||||||
|
</div>
|
||||||
|
<div class="tab">
|
||||||
|
<input id="tab-fourteen" type="checkbox" name="tabs" class="accordion">
|
||||||
|
<label for="tab-fourteen" class="accordion">{% t faq.q14 %}</label>
|
||||||
|
<div class="tab-content">
|
||||||
|
<p>{% t faq.a14 %}</p>
|
||||||
|
</div>
|
||||||
|
</div>
|
||||||
|
|
||||||
<div class="untranslated {% t faq.translated %}">
|
<div class="untranslated {% t faq.translated %}">
|
||||||
<p>{% t global.untranslated %} <a class="untranslated-link" href="https://github.com/monero-project/monero-site/blob/master/README.md">README</a>.</p>
|
<p>{% t global.untranslated %} <a class="untranslated-link" href="https://github.com/monero-project/monero-site/blob/master/README.md">README</a>.</p>
|
||||||
|
|
Loading…
Reference in a new issue