mirror of
https://github.com/monero-project/monero-site.git
synced 2024-12-13 20:06:35 +02:00
Norwegian Moneropedia entries (P–R) (#1319)
* Norwegian Moneropedia entries (P–R) * Added proposed change to text * Update paperwallet.md Fix typo * Update paymentid.md Improve text * Update pedersen-commitment.md Fix typo + missing word * Update pruning.md Fix typo + improve text * Update randomx.md Improve text * Update remote-node.md Remove space + fix typo * Update ringCT.md Fix typo * Update pedersen-commitment.md Fix typo * Update pedersen-commitment.md Reintroduced tags (@'s) * Update pruning.md Reintroduced tags (@'s) * Update randomx.md Reintroduced tags (@'s) * Update remote-node.md Reintroduced tags (@'s) * Update ring-size.md Reintroduced tags (@'s) * Update ringCT.md Reintroduced tags (@'s) * Update ringsignatures.md Reintroduced tags (@'s)
This commit is contained in:
parent
50d60abd4f
commit
d080a85c96
9
_i18n/nb-no/resources/moneropedia/paperwallet.md
Normal file
9
_i18n/nb-no/resources/moneropedia/paperwallet.md
Normal file
@ -0,0 +1,9 @@
|
||||
---
|
||||
terms: ["paperwallet", "paperwallets", "paper-wallet", "paper-wallets", "papirlommebok", "papirlommebøker", "papir-lommebok", papir-lommebøker"]
|
||||
summary: "En papirlommebok som lagrer nødvendig informasjon for å sende og motta Monero"
|
||||
---
|
||||
|
||||
{% include disclaimer.html translated="yes" translationOutdated="no" %}
|
||||
### Det grunnleggende
|
||||
|
||||
En papirlommebok som lagrer nødvendig informasjon for å sende og motta Monero.
|
28
_i18n/nb-no/resources/moneropedia/paymentid.md
Normal file
28
_i18n/nb-no/resources/moneropedia/paymentid.md
Normal file
@ -0,0 +1,28 @@
|
||||
---
|
||||
terms: ["payment-ID", "payment-IDs", "betalings-ID", "betalings-ID-er"]
|
||||
summary: "et valgfritt flagg bestående av 64 heksadesimaltegn som er lagt til for å identifisere transaksjoner til forhandlere."
|
||||
---
|
||||
|
||||
{% include disclaimer.html translated="yes" translationOutdated="no" %}
|
||||
*Merknad:* Lange betalings-ID-er har blitt fjernet etter 0.15-utgivelsen, så det er ikke mulig å bruke dem lenger. Mer informasjon kan du finne i [blogginnlegget](https://getmonero.org/2019/06/04/Long-Payment-ID-Deprecation.html) som kunngjorde at det ble avskrevet.
|
||||
|
||||
### Det grunnleggende
|
||||
|
||||
Betalings-ID er et **vilkårlig** og **valgfritt** transaksjonsvedlegg som består av 32 bytes (64 heksadesimaltegn) eller 8 bytes (i tilfelle ved integrerte adresser).
|
||||
|
||||
Betalings-ID-en brukes vanligvis til å identifisere transaksjoner til forhandlere og børser: Gitt de intrinsiske personvernfunksjonene som er bygget inn i Monero, der en enkel offentlig adresse vanligvis brukes for innkommende transaksjoner, er betalings-ID-en spesielt nyttig når det kommer til å knytte innkommende betalinger med brukerkontoer.
|
||||
|
||||
### Kompakte betalings-ID-er og integrerte adresser
|
||||
|
||||
Siden 0.9 Hydrogen Helix-versjonen, kan betalings-ID-er krypteres og bygges inn i en betalingsadresse. Betalings-ID-er av denne typen bør være 64-bits og er kryptert med en tilfeldig éngangsnøkkel som kun senderen og mottakeren kjenner til.
|
||||
|
||||
### Å opprette en betalings-ID
|
||||
Det er anbefalt å bruke den offisielle lommebokens `integrated_address`-kommando for å automatisk generere integrerte adresser som inneholder kompakte betalings-ID-er. Hvis du vil bruke kommandolinjen, kan du generere betalings-ID-er på følgende måte:
|
||||
|
||||
Å opprette en kompakt betalings-ID for en integrert adresse:
|
||||
|
||||
```# openssl rand -hex 8```
|
||||
|
||||
Å opprette en gammeldags betalings-ID:
|
||||
|
||||
```# openssl rand -hex 32```
|
23
_i18n/nb-no/resources/moneropedia/pedersen-commitment.md
Normal file
23
_i18n/nb-no/resources/moneropedia/pedersen-commitment.md
Normal file
@ -0,0 +1,23 @@
|
||||
---
|
||||
terms: ["commitments", "commitment", "pedersen", "pedersen-commitment", "pedersen-commitments", forpliktelse", "forpliktelser", "pedersen-forpliktelse", "pedersen-forpliktelser"]
|
||||
summary: "Pedersen-forpliktelser er kryptografiske algoritmer som lar en beviser forplikte seg til en viss verdi uten å avsløre den eller kunne endre den"
|
||||
---
|
||||
|
||||
{% include disclaimer.html translated="yes" translationOutdated="no" %}
|
||||
### Det grunnleggende
|
||||
|
||||
Pedersen-forpliktelser er kryptografiske algoritmer som lar en beviser forplikte seg til en viss verdi uten å avsløre den eller kunne endre den.
|
||||
|
||||
Når du forbruker Monero, er verdien på inndataene du bruker og verdien på utdataene du sender kryptert og ugjennomsiktig for alle, bortsett fra mottakeren av hver av utdataene. Pedersen-forpliktelser lar deg sende Monero uten å avsløre verdien på transaksjonene. Pedersen-forpliktelser gjør det også mulig for folk å verifisere at transaksjoner på blokkjeden er gyldige og at de ikke oppretter Monero ut av ingenting.
|
||||
|
||||
### Hva det innebærer
|
||||
|
||||
Så lenge de krypterte utdatabeløpene opprettes, som inkluderer en utdata for mottakeren og en veksel-utdata tilbake til senderen, og det ukrypterte transaksjonsgebyret er lik summen av inndataene som brukes, er det en legitim transaksjon, og det kan bekreftes at det ikke opprettes Monero ut av ingenting.
|
||||
|
||||
Pedersen-forpliktelser innebærer at summene kan verifiseres som like, men Monero-verdien av hver av summene og Monero-verdien av inndataene og utdataene hver for seg er ubestemte. Pedersen-forpliktelser innebærer også at til og med forholdet mellom én inndata og en annen, eller én utdata og en annen, er ubestemt.
|
||||
|
||||
Det er uklart hvilke inndata som virkelig forbrukes i og med at ringsignaturen lister opp både ekte inndata som forbrukes og avledningsinndata, og derfor kan du ikke vite for hvilke inndata Pedersen-forpliktelsene må summeres. Men det er greit, fordi @RingCT-ringsignaturen må bare bevise at utdataene er like for summen av inndataene for én kombinasjon. Dette er, av matematiske årsaker, umulig å forfalske.
|
||||
|
||||
### Inngående informasjon
|
||||
|
||||
Se mer informasjon i [Ring Confidential Transactions-dokumentet](https://eprint.iacr.org/2015/1098.pdf), skrevet av Shen Noether i Monero Forskningslaben.
|
17
_i18n/nb-no/resources/moneropedia/pruning.md
Normal file
17
_i18n/nb-no/resources/moneropedia/pruning.md
Normal file
@ -0,0 +1,17 @@
|
||||
---
|
||||
terms: ["pruning", "utrensking"]
|
||||
summary: "En funksjon som lar nodeoperatører laste ned og synkronisere bare 1/3 av blokkjeden"
|
||||
---
|
||||
|
||||
{% include disclaimer.html translated="yes" translationOutdated="no" %}
|
||||
«Utrensking» lar nodeoperatører lagre 2/3 med lagringsplass mens de fremdeles har tilgang til hele transaksjonshistorikken. Utrensking fungerer ved å fjerne 7/8 av de unødvendige ringsignaturdataene. Den gjenstående 1/8 med data blir tilgjengelig for de andre nodene og vil brukes til å synkroniseres med nettverket. Andre utrenskede noder vil ha en tilfeldig 1/8 av dataene som de også gjør tilgjengelig til nettverket. Det finnes ingen ulemper hva gjelder personvern eller sikkerhet når man bruker en utrensket node.
|
||||
|
||||
Det er tre måter å utrenske på:
|
||||
|
||||
- *Synkronisere en utrensket node fra bunn:* Da laster du ned og synkroniserer kun 1/3 av hele blokkjeden.
|
||||
- *Utrenske en eksisterende node:* Blokkjeden som allerede eksisterer vil utrenskes, men dette vil ikke resultere i en mindre blokkjede. Den vil istedenfor markere deler av filen som ledig, slik at fremtidig data benytter den ledige lagringsplassen, noe som medfører at filen ikke vokser før den ledige lagringsplassen blir knapp.
|
||||
- *Opprette en ny, utrensket blokkjede fra en full en:* En full blokkjede som du allerede har vil brukes for å opprette en ny, utrensket blokkjede.
|
||||
|
||||
Utrenskede noder er svært nyttige, og foretrekkes fremfor @eksterne noder, men brukere bør, hvis mulig, kjøre en fullstendig node og kun velge å utrenske hvis det er nødvendig.
|
||||
|
||||
«Databaseutrensking»-funksjonen [ble lagt til](https://github.com/monero-project/monero/pull/4843) i januar 2019. Se [blogginnlegget]({{ site.baseurl }}/2019/02/01/pruning.html) for mer informasjon.
|
11
_i18n/nb-no/resources/moneropedia/randomx.md
Normal file
11
_i18n/nb-no/resources/moneropedia/randomx.md
Normal file
@ -0,0 +1,11 @@
|
||||
---
|
||||
terms: ["randomx", "random-x"]
|
||||
summary: "ASIC-resistent POW-algoritme som for tiden brukes av Monero"
|
||||
---
|
||||
|
||||
{% include disclaimer.html translated="yes" translationOutdated="no" %}
|
||||
RandomX er en «Proof Of Work»-algoritme, utviklet av Monero-bidragsytere, og ble tatt i bruk av Monero fra og med 0.15-utgivelsen.
|
||||
|
||||
Denne innovative POW-en er optimalisert for CPU-er og er basert på utførelsen av tilfeldig kode og andre teknikker som krever mye minne. Målet er å fraråde bruken av spesialisert maskinvare (som ASIC-er) for å @utvinne Monero. RandomX ble opprettet med hensikt å holde utvinning desentralisert og å opprette en mer egalitær distribusjon av @blokk-belønningene.
|
||||
|
||||
Spesifikasjonene og utviklingen til Random X kan bli funnet [i GitHub-arkivet](https://github.com/tevador/RandomX), mens [en artikkel dedikert til RandomX](https://www.monerooutreach.org/stories/RandomX.html) som er laget av Outreach-arbeidsgruppen inneholder mer informasjon om historikken til RandomX og dets tilknytning til Monero.
|
24
_i18n/nb-no/resources/moneropedia/remote-node.md
Normal file
24
_i18n/nb-no/resources/moneropedia/remote-node.md
Normal file
@ -0,0 +1,24 @@
|
||||
---
|
||||
terms: ["remote-node", "remote-nodes", "ekstern node", "eksterne noder"]
|
||||
summary: "Noder som ikke kjører i samme maskin som lommeboken. Med åpne, eksterne noder kan man bruke Monero-nettverket med en gang"
|
||||
---
|
||||
|
||||
{% include disclaimer.html translated="yes" translationOutdated="no" %}
|
||||
En @node som ikke kjører på samme lokale maskin hvor Monero-@lommeboken befinner seg, kalles for en «ekstern node», og kan være privat eller åpen.
|
||||
|
||||
En **privat, ekstern node** kjører ikke på den lokale maskinen din, men du har full kontroll over den. Et klassisk eksempel er en node som kjører på en VPS eller server. Den noden befinner seg ikke på den lokale maskinen din, men du har full kontroll over den. Du kan til og med beslutte å gjøre den om til en offentlig node og la folk koble seg til den.
|
||||
|
||||
En **Åpen, ekstern node** kan brukes av folk som av personlige grunner (vanligvis på grunn av maskinvarekrav, diskplass eller tekniske ferdigheter), ikke kan eller vil kjøre sin egen node og foretrekker å stole på en offentlig tilgjengelig en på Monero-nettverket. Åpne, eksterne noder refereres ofte til som «eksterne noder».
|
||||
|
||||
Å bruke en åpen node lar deg foreta umiddelbare @transaksjoner uten behov for å laste ned @blokkjeden og synkronisere til Monero-nettverket først, men på bekostning av kontrollen over personvernet ditt. Monero-samfunnet foreslår å alltid at du kjører din egen node for å oppnå den største graden av personvern og for å hjelpe med å desentralisere nettverket.
|
||||
|
||||
### Offentlige noder
|
||||
|
||||
Åpne noder er fine fordi de, som nevnt over, lar folk som ikke kjører sin egen node umiddelbart delta i Monero-nettverket. Det er to hovedmåter å koble til en åpen node: Enten få noen til å dele sin offentlige node med deg ved å be dem om å «åpne den» og gi deg IP-adressen og porten sin, eller ved å bruke en offentlig node.
|
||||
|
||||
Offentlige noder kan nås i nettverket via to systemer:
|
||||
|
||||
- **Nodeaggregatorer**, som i bunn og grunn er lister over åpne, eksterne noder. Operatørene av disse nodene bestemte seg for å legge dem til aggregatoren slik at folk kan bruke dem. Aggregatoren gir en enkel nettadresse til personen som vil bruke en ekstern node. Denne nettadressen kobles til en av nodene i listen og må settes inn i Monero-lommeboken (GUI eller CLI). Lommeboken kontakter deretter én av nodene som avledes av nettadressen og lar sluttbrukeren umiddelbart motta og sende transaksjoner. Én av de mest kjent nodeaggregatorene er [MoneroWorld](https://moneroworld.com/#nodes).
|
||||
- **Opprinnelige offentlige noder**. Dette er ett av de kuleste nye funksjonene som Monero-utviklerne har funnet på for å forbedre brukeropplevelsen og for å gjøre det lettere å koble til nettverket. @Daemon lar en gjøre en node offentlig ved å legge til `--public-node`-flagget. På denne måten vil det annonseres på P2P-nettverket, og folk vil kunne koble til den (eller til en annen offentlig node som annonserer seg selv på samme måte) ved å bruke det tilhørende valget i GUI- og CLI-lommebøkene.
|
||||
|
||||
Vær oppmerksom på at det kan være risikabelt å bruke offentlige, eksterne noder. Nodeoperatører kan lenke transaksjoner til IP-adresser. Disse risikoene kan reduseres, men du bør alltid unngå å bruke dem hvis du har mulighet. Kjør din egen node!
|
12
_i18n/nb-no/resources/moneropedia/ring-size.md
Normal file
12
_i18n/nb-no/resources/moneropedia/ring-size.md
Normal file
@ -0,0 +1,12 @@
|
||||
---
|
||||
terms: ["ring-size", "ringstørrelse"]
|
||||
summary: "totalt antall mulige underskrivere i en ringsignatur"
|
||||
---
|
||||
|
||||
{% include disclaimer.html translated="yes" translationOutdated="no" %}
|
||||
### Det grunnleggende
|
||||
Ringstørrelse refererer til det totale antallet underskrivere i en @ring-signatur. Før utgivelsen av [0.13.0 "Beryllium Bullet"]({{ site.baseurl }}/2018/10/11/monero-0.13.0-released.html), var det mulig å velge et vilkårlig antall underskrivere (av og til med minstegrenser). Med 0.13-utgivelsen, ble det bestemt å sette dette tallet til 11 for å tvinge gjennom transaksjonsensartethet.
|
||||
|
||||
`Ring size (11) = foreign outputs (10) + your output (1)`
|
||||
|
||||
Fremmede utdata (foreign outputs) kalles som regel for «avledninger» (decoys), og antallet avledninger ble tidligere kalt for «mixin»-størrelsen.
|
14
_i18n/nb-no/resources/moneropedia/ringCT.md
Normal file
14
_i18n/nb-no/resources/moneropedia/ringCT.md
Normal file
@ -0,0 +1,14 @@
|
||||
---
|
||||
terms: ["ringCT", "ring-CT"]
|
||||
summary: "en måte å skjule beløpet som sendes i en Monero-transaksjon"
|
||||
---
|
||||
|
||||
{% include disclaimer.html translated="yes" translationOutdated="no" %}
|
||||
### Det grunnleggende
|
||||
RingCT, kort for «Ring Confidential Transactions», er hvordan transaksjonsbeløp skjules i Monero.
|
||||
|
||||
Ring CT ble implementert i blokk #1220516 i januar 2017. Denne funksjonen ble obligatorisk for alle transaksjonene på nettverket etter september 2017.
|
||||
|
||||
RingCT introduserer en forbedret versjon av @ring-signaturer som kalles «A Multi-layered Linkable Spontaneous Anonymous Group signature», som åpner for skjulte beløp, opprinnelser og destinasjoner til transaksjoner med rimelig, verifiserbar og pålitelig generering av mynter.
|
||||
|
||||
For mer informasjon, kan du lese dokumentet til oppretteren, Shen Noether, [her](https://eprint.iacr.org/2015/1098).
|
17
_i18n/nb-no/resources/moneropedia/ringsignatures.md
Normal file
17
_i18n/nb-no/resources/moneropedia/ringsignatures.md
Normal file
@ -0,0 +1,17 @@
|
||||
---
|
||||
terms: ["ring-signature", "ring-signatures", "ringsignatur", "ringsignaturer"]
|
||||
summary: "en gruppe kryptografiske signaturer med minst én ekte deltaker, men ingen måte å fastslå hvem i gruppen som er den ekte i og med at alle fremstår som gyldige"
|
||||
---
|
||||
|
||||
{% include disclaimer.html translated="yes" translationOutdated="no" %}
|
||||
### Det grunnleggende
|
||||
|
||||
I kryptografi er en ringsignatur en slags digital signatur som kan utføres av et hvilket som helst medlem av en gruppe brukere der hver har nøkler. En melding som er signert med en ringsignatur er derfor støttet av noen i en bestemt gruppe mennesker. Én av sikkerhetsegenskapene av en ringsignatur er at det er ulønnsomt å bruke regnekraft til å fastslå *hvilke* av gruppemedlemmenes nøkler som ble brukt for å produsere signaturen.
|
||||
|
||||
En ringsignatur kan for eksempel brukes til å oppgi en anonym signatur fra en «høytstående tjenestemann i Det hvite hus» uten å avsløre hvilken tjenestemann som signerte meldingen. Ringsignaturer er et egnet bruksområde for dette fordi anonymiteten til en ringsignatur ikke kan tilbakekalles, og fordi gruppen tilknyttet en ringsignatur kan improviseres (som ikke krever noe tidligere oppsett).
|
||||
|
||||
### Anvendelde for Monero
|
||||
|
||||
En ringsignatur benytter @kontonøklene dine og en rekke offentlige nøkler (også kjent som utdata) som trekkes fra @blokkjeden ved å bruke en triangulær fordelingsmetode. Tidligere utdata kan over tid brukes flere ganger for å danne mulige signaturdeltakere. I en «ring» av mulige underskrivere, er alle ringmedlemmer like og gyldige. En utenforstående kan ikke fortelle hvilke av de mulige underskriverne i en signaturgruppe som tilhører din @konto. Ringsignaturer sikrer med andre ord at transaksjonsutdata er usporbare. Det er dessuten ingen @fungibilitetsproblemer med Monero fordi hver transaksjonsutdata har en plausibel benektelse (nettverket kan for eksempel ikke skille hvilke utdata som er brukt eller ubrukt).
|
||||
|
||||
For å lese om hvordan Monero gir deg personvern som standard («unlinkability»), kan du lese i seksjonen om @stealth-adresser.
|
Loading…
Reference in New Issue
Block a user