mirror of
https://github.com/monero-project/monero-site.git
synced 2024-11-17 00:07:54 +00:00
Moneropedia entries (E–O) (#1305)
* Norwegian Moneropedia entries (E–O) * Update encryption.md Improve text * Update fungibility.md * Update kovri.md Fix typo * Update locally-unique-host.md Remove @ * Update mining.md Remove extra space + improve text * Update openalias.md Add missing word in sentence * Update openalias.md Replace "simplifisere" to "forenkle" * Update _i18n/nb-no/resources/moneropedia/node.md Co-authored-by: erciccione <erciccione@users.noreply.github.com> * Update encryption.md Reintroduced tags (@'s) * Update fluffyblocks.md Reintroduced tags (@'s) * Update fungibility.md Reintroduced tags (@'s) * Update locally-unique-host.md Reintroduced tags (@'s) * Update mining.md Reintroduced tags (@'s) * Update mnemonicseed.md Reintroduced tags (@'s) * Update node.md Reintroduced tags (@'s) Co-authored-by: erciccione <erciccione@users.noreply.github.com>
This commit is contained in:
parent
4833b3897b
commit
50d60abd4f
9 changed files with 177 additions and 0 deletions
34
_i18n/nb-no/resources/moneropedia/encryption.md
Normal file
34
_i18n/nb-no/resources/moneropedia/encryption.md
Normal file
|
@ -0,0 +1,34 @@
|
|||
---
|
||||
tags: ["kovri"]
|
||||
terms: ["encryption", "encrypted", "encrypting", "decryption", "decrypted", "decrypting", "kryptering", "kryptert", "avkoding", "avkodet"]
|
||||
summary: "Prosessen med å kode meldinger eller informasjon på en måte som bare autoriserte parter kan avkode og lese"
|
||||
---
|
||||
|
||||
{% include disclaimer.html translated="yes" translationOutdated="no" %}
|
||||
### Det grunnleggende
|
||||
|
||||
Fritt oversatt fra: [Encryption](https://en.wikipedia.org/wiki/Encryption):
|
||||
|
||||
>
|
||||
I kryptografi er kryptering prosessen å kode meldinger eller informasjon på en slik måte at kun autoriserte parter kan avkode og lese hva som er sendt. Kryptering hindrer ikke oppfanging i seg selv, men hindrer at oppfangeren får tilgang til meldingsinnholdet.
|
||||
|
||||
### Inngående informasjon
|
||||
|
||||
Fritt oversatt fra: [Encryption](https://en.wikipedia.org/wiki/Encryption):
|
||||
|
||||
>
|
||||
I et krypteringsopplegg er den tiltenkte informasjonen eller meldingen (referert til som *klartekst*) kryptert ved å bruke en krypteringsalgoritme som genererer chiffertekst som bare kan leses om den er avkodet. Et krypteringsopplegg benytter av tekniske årsaker som regel en pseudotilfeldig nøkkel som er generert av en algoritme. Det er i prinsippet mulig å avkode meldingen uten å eie nøkkelen, men for et godt utformet krypteringsopplegg er det nødvendig med omfattende dataressurser og ferdigheter for å få det til. En autorisert mottaker kan enkelt avkode meldingen med nøkkelen som er gitt av opphavspersonen til mottakerne, men ikke til uautoriserte avlyttere.
|
||||
|
||||
>
|
||||
Hensikten med kryptering er å sikre at det kun er en som er autorisert til å få tilgang til data (f.eks. en SMS eller fil) som vil kunne lese det ved å bruke avkodingsnøkkelen. En som ikke er autorisert kan ekskluderes, fordi han eller hun ikke innehar den nødvendige nøkkelen som er nødvendig for å lese den krypterte informasjonen.
|
||||
|
||||
### Kovri
|
||||
|
||||
Kovri implementerer ulike typer kryptering i *minst* fire essensielle kapasiteter:
|
||||
|
||||
- @Reseed for bootstrapping
|
||||
- @Garlic-routing: tre lag med kryptering («@garlic-encryption») brukes for å verifisere den sikre leveringen av @meldinger til mottakeren/motparten/@destinasjonen
|
||||
- @Tunnelkryptering: garlic-meldinger passeres gjennom en @tunnel og krypteres av @tunnelportalen til @tunnelsluttpunktet
|
||||
- @Transportlagkryptering hindrer muligheten til å avkode @meldinger på [medialag](https://en.wikipedia.org/wiki/OSI_model)
|
||||
|
||||
For detaljer om krypteringstyper og kryptografiske @signaturer som er brukt i @Kovri og @I2P, kan du se @Java-I2Ps artikkel om [kryptografi](https://geti2p.net/spec/cryptography)
|
18
_i18n/nb-no/resources/moneropedia/fluffyblocks.md
Normal file
18
_i18n/nb-no/resources/moneropedia/fluffyblocks.md
Normal file
|
@ -0,0 +1,18 @@
|
|||
---
|
||||
terms: ["fluffy blocks", "fluffyblocks", "fluffy blokk", "fluffy blokker"]
|
||||
summary: "en måte å lagre båndbredde når man sender nye blokker rundt om i nettverket"
|
||||
---
|
||||
|
||||
{% include disclaimer.html translated="yes" translationOutdated="no" %}
|
||||
### Det grunnleggende
|
||||
|
||||
En @blokk er laget av en topptekst og @transaksjoner. Fluffy blocks inneholder
|
||||
kun en topptekst, en liste over transaksjonsindekser og eventuelle transaksjoner
|
||||
som noden som mottar blokken mangler. Dette sparer båndbredde fordi noder kanskje
|
||||
allerede vet om de fleste eller alle transaksjonene i blokkene, og de trenger
|
||||
ikke å sendes på nytt.
|
||||
|
||||
### Se også
|
||||
|
||||
* [BIP152 "Compact Block Relay"](https://github.com/bitcoin/bips/blob/master/bip-0152.mediawiki)
|
||||
* [Xthin](https://github.com/BitcoinUnlimited/BitcoinUnlimited/blob/release/doc/bu-xthin-protocol.md)
|
15
_i18n/nb-no/resources/moneropedia/fungibility.md
Normal file
15
_i18n/nb-no/resources/moneropedia/fungibility.md
Normal file
|
@ -0,0 +1,15 @@
|
|||
---
|
||||
terms: ["fungibility", "fungible", "fungibilitet", "fungibelt"]
|
||||
summary: "en egenskap som en kryptovaluta har der to enheter kan byttes med hverandre"
|
||||
---
|
||||
|
||||
{% include disclaimer.html translated="yes" translationOutdated="no" %}
|
||||
### Det grunnleggende
|
||||
|
||||
En egenskap som en kryptovaluta har der to enheter kan byttes med hverandre.
|
||||
|
||||
Fungibilitet betyr at to enheter av en valuta kan byttes med hverandre, og at den innbyttede valutaen er lik en annen valuta av samme størrelse. To sedler verdt $ 10 kan for eksempel veksles, og de er funksjonelt identiske med en annen seddel verdt $ 10 som er i sirkulasjon (det skal nevnes at $ 10-sedler har unike ID-numre, og er derfor ikke fullstendig fungible). Gull er sannsynligvis et mer nærliggende eksempel av ekte fungibilitet, der et hvilken som helst gram med gull av samme størrelse er verdt det samme som ett gram med gull. Monero er fungibelt på grunn av kryptovalutaens natur, som ikke gir noen måte å lenke transaksjoner sammen, ei heller spore historikken av en spesifikk XMR. 1 XMR er funksjonelt identisk med en hvilken som helst annen 1 XMR.
|
||||
|
||||
Fungibilitet er en fordel som Monero har over Bitcoin og nesten alle andre kryptovalutaer grunnet det iboende personvernet i Monero-@blokkjeden og den vedvarende, sporbare naturen ved Bitcoin-blokkjeden. Med Bitcoin kan enhver BTC spores tilbake til alle helt til den første @coinbase-transaksjonen. Hvis en mynt tidligere har blitt brukt til et ulovlig formål, vil denne historikken derfor inneholdes i @blokkjeden for alltid. Denne mangelen på fungibilitet betyr at visse foretak vil være forpliktet til å unngå å godta BTC som tidligere har blitt brukt for ulovlige formål så de ikke bryter med tjenestevilkårene sine. Det er for tiden noen store Bitcoin-selskaper som blokkerer, suspenderer eller stenger kontoer som har mottatt Bitcoin som har blitt brukt i gambling på nett eller andre formål som er ansett som tvilsomme av disse selskapene.
|
||||
|
||||
Monero har blitt bygget for å spesifikt ta stilling til sporbarhetsproblemet og ikke-fungibiliteten som er iboende i andre kryptovalutaer. Ved å ha fullstendig private transaksjoner, er Monero fullstendig fungibelt – (og således kan ingen XMR svartelistes), mens det samtidig gir alle fordelene av en sikker, desentralisert, permanent blokkjede.
|
12
_i18n/nb-no/resources/moneropedia/kovri.md
Normal file
12
_i18n/nb-no/resources/moneropedia/kovri.md
Normal file
|
@ -0,0 +1,12 @@
|
|||
---
|
||||
tags: ["kovri"]
|
||||
terms: ["Kovri"]
|
||||
summary: "C++-ruterimplementering av I2P-nettverket"
|
||||
---
|
||||
|
||||
{% include disclaimer.html translated="yes" translationOutdated="no" %}
|
||||
### Det grunnleggende
|
||||
|
||||
[Kovri](https://gitlab.com/kovri-project/kovri/) er en C++-implementering av I2P-nettverket som ble foreslått integrert i Monero. Per i dag er fremtiden til denne I2P-ruteren uklar, og en integrasjon med Monero er ikke planlagt.
|
||||
|
||||
Les [anonimals FFS-forslag](https://forum.getmonero.org/9/work-in-progress/86967/anonimal-s-kovri-full-time-development-funding-thread) for flere detaljer og for resonnementet bak prosjektet. Les også OSS-siden og brukerveiledningen i [Kovri-arkivet](https://gitlab.com/kovri-project/kovri/).
|
21
_i18n/nb-no/resources/moneropedia/locally-unique-host.md
Normal file
21
_i18n/nb-no/resources/moneropedia/locally-unique-host.md
Normal file
|
@ -0,0 +1,21 @@
|
|||
---
|
||||
tags: ["kovri"]
|
||||
terms: ["Locally-unique-host", "lokal unik vert"]
|
||||
summary: "En vert som er definert av deg og som kun kan oppløses av deg"
|
||||
---
|
||||
|
||||
{% include disclaimer.html translated="yes" translationOutdated="no" %}
|
||||
### Det grunnleggende
|
||||
|
||||
En lokal unik vert er en såkalt [FQDN](https://en.wikipedia.org/wiki/FQDN) som er definert av **deg** og kun oppløst av deg; på liknene måte hvordan en [vertsfil](https://en.wikipedia.org/wiki/Hosts_(file)) implementeres. Den må ikke forveksles med en kanonisk unik vert.
|
||||
|
||||
### Inngående informasjon
|
||||
|
||||
Du har muligheten til å dele din tolkning av hvordan verten blir oppløst (`localhost` oppløses for eksempel alltid til `127.0.0.1`), men resolusjonen fullbyrdes ikke kanonisk (noen andre kan for eksempel mappe `localhost` til en vilkårlig IP-adresse).
|
||||
|
||||
Verter i et offentlig abonnement kan betraktes som @kanonisk unike verter i @I2P-nettverket, men du står til syvende og sist fritt til å omdefinere dem slik du ønsker.
|
||||
|
||||
### Merknader
|
||||
|
||||
- Monero bruker i hovedsak @kanonisk unik vert-oppløsning, mens @I2P kun bruker @lokal unik vert-oppløsning.
|
||||
- @I2P-er og @Kovrier som er tilordnet toppnivådomener er for tiden `.i2p`, og @Kovri har kun til hensikt å behandle/bruke `.i2p`-[toppnivådomenet](https://en.wikipedia.org/wiki/Top_level_domain)
|
15
_i18n/nb-no/resources/moneropedia/mining.md
Normal file
15
_i18n/nb-no/resources/moneropedia/mining.md
Normal file
|
@ -0,0 +1,15 @@
|
|||
---
|
||||
terms: ["mining", "miner", "miners", "utvinning", "utvinner", "utvinnere"]
|
||||
summary: "prosessen av å kryptografisk beregne et matematisk bevis for en blokk som inneholder en rekke transaksjoner, som deretter legges til blokkjeden"
|
||||
---
|
||||
|
||||
{% include disclaimer.html translated="yes" translationOutdated="no" %}
|
||||
### Det grunnleggende
|
||||
|
||||
Prosessen av å kryptografisk beregne et matematisk bevis for en blokk som inneholder en rekke transaksjoner, som deretter legges til blokkjeden.
|
||||
|
||||
Utvinning er den distribuerte prosessen av å bekrefte transaksjoner på den offentlige hovedboken som ikkeholder alle transaksjonene, altså @blokkjeden. Monero-noder bruker blokkjeden til å skille legitime transaksjoner fra forsøk på å bruke mynter om igjen som allerede har blitt brukt et annet sted.
|
||||
|
||||
Monero er utelukkende drevet av «Proof of Work» («bevis på arbeid»). Den bruker en utvinningsalgoritme som potensielt kan tilordnes milliarder av enheter (alle moderne x86-CPU-er og mange GPU-er). Monero bruker en variant av CryptoNight Proof of Work (PoW)-algoritmen, som er designet for å brukes i vanlige CPU-er og GPU-er.
|
||||
|
||||
Den smarte utvinningsfunksjonen tillater transparent CPU-utvinning på brukerens PC – fjernt unna den faktiske sentraliseringen av utvinningsgårder og pool-utvinning – og bestreber å følge Satoshi Nakamotos opprinnelige visjon om en ekte P2P-valuta.
|
19
_i18n/nb-no/resources/moneropedia/mnemonicseed.md
Normal file
19
_i18n/nb-no/resources/moneropedia/mnemonicseed.md
Normal file
|
@ -0,0 +1,19 @@
|
|||
---
|
||||
terms: ["mnemonic-seed", "mnemonic", "mnemonisk frø", "mnemonisk"]
|
||||
summary: "en ordfrase på 13 eller 25 ord som brukes til å sikkerhetskopiere en Monero-konto, tilgjengelig i en rekke språk"
|
||||
---
|
||||
|
||||
{% include disclaimer.html translated="yes" translationOutdated="no" %}
|
||||
### Det grunnleggende
|
||||
|
||||
En ordfrase på 13 eller 25 ord som brukes til å sikkerhetskopiere en Monero-konto, tilgjengelig i en rekke språk. Denne frasen på 25 ord (13 ord ved MyMonero) inneholder all den nødvendig informasjonen til å se og bruke midler i en Monero-@konto.
|
||||
|
||||
### Inngående informasjon
|
||||
|
||||
I den offisielle lommeboken består det mnemoniske frøet av 25 ord, der det siste ordet brukes som en sjekksum. Disse ordene korresponderer til et 256-bits heltall, som er kontoens *private* @forbruksnøkkel. Den *private* @visningsnøkkelen utledes ved å hashe den private forbruksnøkkelen med Keccak-256, som produserer et ytterligere 256-bits heltall. De korresponderende *offentlige* nøklene utledes deretter av de private nøklene.
|
||||
|
||||
Ved å lagre det mnemoniske frøet på 25 ord på et trygt sted, har du en sikkerhetskopi av din private nøkkel og således alle Monerojene dine. Å dele denne nøkkelen på 25 ord er ensbetydende med å gi en annen person full tilgang til midlene dine.
|
||||
|
||||
Det er ikke en god idé å lagre mer enn du har råd til å tape i en «varm lommebok», med andre ord en lommebok som for øyeblikket er eller har vært koblet til internett eller er lastet opp på enheter som har eller i fremtiden kan kobles til internett eller en upålitelig kilde!
|
||||
|
||||
Ved å opprette en «kald» lommebok eller @papirlommebok, kan du lagre Moneroene dine på en trygg måte.
|
24
_i18n/nb-no/resources/moneropedia/node.md
Normal file
24
_i18n/nb-no/resources/moneropedia/node.md
Normal file
|
@ -0,0 +1,24 @@
|
|||
---
|
||||
terms: ["node", "nodes", "full-node", "full-nodes", "noder", "fullstendig node", "fullstendige noder"]
|
||||
summary: "En enhet på internett som kjører Monero-programvare med en fullstendig kopi av Monero-blokkjeden. Den kan være lokal eller ekstern"
|
||||
---
|
||||
|
||||
{% include disclaimer.html translated="yes" translationOutdated="no" %}
|
||||
### Det grunnleggende
|
||||
|
||||
En enhet på internett som kjører Monero-programvare med en fullstendig kopi av Monero-blokkjeden, som aktivt bistår blokkjeden. En node som ikke kjører på den lokale maskinen din, kalles en @ekstern node. Eksterne noder kan være private hvis de kun er for personlig bruk, eller åpne hvis de er tilgjengelige for andre personer.
|
||||
|
||||
### Mer informasjon
|
||||
|
||||
Noder deltar i Monero-nettverket og sikrer @transaksjoner ved å håndheve reglene til nettverket. Noder laster ned hele @blokkjeden for å vite hvilke transaksjoner som har funnet sted. Noder bistår nettverket ved å overbringe transaksjoner til andre noder på nettverket. Noder kan også velge å bidra til Monero-nettverket ved å danne @blokker (dette kalles @utvinning).
|
||||
|
||||
Utvinning er prosessen der noder danner en blokk fra den forrige godkjente blokken, transaksjoner som venter på å behandles i transaksjonspoolen, og @coinbase-transaksjonen. Når en node tror at den har dannet en gyldig blokk, vil den sende den fullførte blokken til andre noder i nettverket, og disse nodene signaliserer enighet ved å jobbe på den neste blokken i kjeden.
|
||||
|
||||
Reglene som nodene følger er bygget inn i Monero-programvaren. Når alle noder samtykker i reglene som skal følges, kalles det @konsensus. Konsensus er nødvendig for en kryptovaluta fordi det er hvordan blokkjeden er bygget opp; Dersom noder ikke er enige om hvilke blokker som er gyldige – for eksempel de som ikke har oppdatert Monero-programvaren sin – vil de nodene ikke kunne delta i Monero-nettverket.
|
||||
|
||||
Monero-kjerneteamet har som plan å gjennomføre en nettverksoppgradering omtrent hver 6. måned. Hvis du på det tidspunktet kjører en node, må den oppdateres til siste versjonen av Monero-programvaren, ellers vil den ikke lenger kunne delta i nettverket.
|
||||
|
||||
---
|
||||
|
||||
##### Andre ressurser
|
||||
<sub>1. *Fluffypony gir en fin forklaring på hvorfor obligatoriske nettverksoppgraderinger er bra for Monero.* ([Monero Missives for the Week of 2016-06-20]({{ site.baseurl_root }}/2016/06/20/monero-missive-for-the-week-of-2016-06-20.html))</sub>
|
19
_i18n/nb-no/resources/moneropedia/openalias.md
Normal file
19
_i18n/nb-no/resources/moneropedia/openalias.md
Normal file
|
@ -0,0 +1,19 @@
|
|||
---
|
||||
terms: ["OpenAlias"]
|
||||
summary: "en standard som lar deg bruke en e-post eller domenesyntaks til å betale noen istedenfor en adresse, f.eks. donate@getmonero.org eller donate.getmonero.org"
|
||||
---
|
||||
|
||||
{% include disclaimer.html translated="yes" translationOutdated="no" %}
|
||||
### Det grunnleggende
|
||||
|
||||
Monero-kjerneteamet lanserte en standard, kalt OpenAlias, som tillater mer lettleste adresser, og gjør Zookos trekant «til en firkant». OpenAlias kan brukes for enhver kryptovaluta, og er allerede implementert i Monero, Bitcoin (i den seneste Electrum-versjonen) og HyperStake.
|
||||
|
||||
OpenAlias prøver å gi en måte å forenkle oppretting og bruk av aliser i et teknologiklima som stadig er i endring. Brukere prøver å krysse broen til private og kryptografisk sikre infrastrukturer og systemer, men mange av dem har såvidt begynte å huske e-postadressene til vennene og familien sin.
|
||||
|
||||
Som del av den pågående utviklingen av Monero-kryptovalutaprosjektet, spurte vi oss selv: Hvordan kan vi forenkle betalinger for brukere som ikke er vant med krytovaluta? Moneros stealth-adresser har en lengde på minst 95 tegn – å huske dem er ikke er alternativ, og å spørre noen om å sende en betaling til en <95-character-string> vil bare føre til forvirring.
|
||||
|
||||
OpenAlias er i bunn og grunn en TXT-DNS-oppføring på en FQDN (fullt kvalifisert domenenavn). Ved å kombinere dette med DNS-relaterte teknologier, har vi opprettet en alias-standard som er utvidbar for utviklere, intuitiv og kjent for brukere, og som kan kjøres sammen med både sentraliserte og desentraliserte domenesystemer.
|
||||
|
||||
En standard som lar deg bruke en e-post eller domenesyntaks istedenfor en adresse for å betale noen, f.eks. donate@getmonero.org eller donate.getmonero.org.
|
||||
|
||||
Du kan finne mer informasjon på [OpenAlias-nettsiden](https://openalias.org)
|
Loading…
Reference in a new issue