From 2729a48beeb8cef9006a9f6815568e4db9745370 Mon Sep 17 00:00:00 2001 From: Pablo Pettinari Date: Tue, 12 Mar 2024 14:34:16 +0100 Subject: [PATCH] fix typos in glossary terms --- .../translations/ca/energy-consumption/index.md | 2 +- .../translations/id/energy-consumption/index.md | 2 +- .../translations/nl/energy-consumption/index.md | 2 +- .../translations/ro/energy-consumption/index.md | 2 +- src/intl/en/glossary-tooltip.json | 2 +- src/intl/en/glossary.json | 4 ++-- src/intl/fr/glossary.json | 14 +++++++------- src/intl/hu/glossary.json | 14 +++++++------- src/intl/it/glossary.json | 14 +++++++------- 9 files changed, 28 insertions(+), 28 deletions(-) diff --git a/public/content/translations/ca/energy-consumption/index.md b/public/content/translations/ca/energy-consumption/index.md index a59ce3a004b..73bd59b11c2 100644 --- a/public/content/translations/ca/energy-consumption/index.md +++ b/public/content/translations/ca/energy-consumption/index.md @@ -24,7 +24,7 @@ La prova de treball és una via resistent per protegir la xarxa i reforçar canv Un futur més sostenible per a Ethereum està éssent construït en la forma de cadena de [**proves de participació (PoS o «proof-of-stake» en anglès)**](/roadmap/beacon-chain/). Resoldre trencaclosques arbitraris és innecessari amb la [prova de participació](/developers/docs/consensus-mechanisms/pos/). Eliminar la resolució de trencaclosques redueix dràsticament el consum energètic requerit per a protegir la xarxa. Els miners són reemplaçats per validadors que fan la mateixa funció excepte que, en lloc de consumir els seus actius per endavant en forma de treball computacional, dipositen ETH com a garantia contra el comportament deshonest. Si el validador és gandul (està fora de línia quan se suposa que ha de complir amb el deure de validador) els seus ETH dipositats poden filtrar-se a poc a poc, mentre que un comportament deshonest fa que els actius dipositats siguin «retallats» («slashing»). Això incentiva fortament la participació activa i honesta en la protecció de la xarxa. -De forma similar a la prova de treball, una entitat maliciosa requeriria com a mínim el 51% del total d'ETH dipositats a la xarxa per a executar un [atac al 51%](/glossary/#51-attack). No obstant, a diferència de la prova de treball, on la pèrdua potencial en un atac fallit només és el cost de generar la potència de processament necessària per a minar, en la prova de participació la possible pèrdua en un atac és la quantitat total d'ETH utilitzats com a garantia. Aquesta estructura desincentivadora permet la protecció de la xarxa amb la prova de participació mentre elimina la necessitat de consumir energia en computacions arbitràries. Es poden trobar explicacions detallades sobre la seguretat a la xarxa sota la prova de participació [aquí](/developers/docs/consensus-mechanisms/pos/) i [aquí](https://vitalik.eth.limo/general/2017/12/31/pos_faq.html). +De forma similar a la prova de treball, una entitat maliciosa requeriria com a mínim el 51% del total d'ETH dipositats a la xarxa per a executar un [atac al 51%](/glossary/#51%-attack). No obstant, a diferència de la prova de treball, on la pèrdua potencial en un atac fallit només és el cost de generar la potència de processament necessària per a minar, en la prova de participació la possible pèrdua en un atac és la quantitat total d'ETH utilitzats com a garantia. Aquesta estructura desincentivadora permet la protecció de la xarxa amb la prova de participació mentre elimina la necessitat de consumir energia en computacions arbitràries. Es poden trobar explicacions detallades sobre la seguretat a la xarxa sota la prova de participació [aquí](/developers/docs/consensus-mechanisms/pos/) i [aquí](https://vitalik.eth.limo/general/2017/12/31/pos_faq.html). ## La Fusió {#the-merge} diff --git a/public/content/translations/id/energy-consumption/index.md b/public/content/translations/id/energy-consumption/index.md index 1bf3ad914f7..7926a42d370 100644 --- a/public/content/translations/id/energy-consumption/index.md +++ b/public/content/translations/id/energy-consumption/index.md @@ -24,7 +24,7 @@ Bukti kerja adalah cara yang kuat untuk mengamankan jaringan dan menegakkan peru Masa depan yang lebih ramah lingkungan untuk Ethereum sedang dibangun dalam [bentuk rantai **bukti taruhan (PoS)**](/roadmap/beacon-chain/). Di bawah [bukti taruhan](/developers/docs/consensus-mechanisms/pos/), penyelesaian teka-teki arbitrari tidak diperlukan. Menghilangkan penyelesaian teka-teki secara drastis mengurangi pemakaian energi yang diperlukan untuk mengamankan jaringan. Para penambang digantikan oleh para validator yang melakukan fungsi yang sama, kecuali alih-alih membayarkan aset mereka di muka dalam bentuk daya komputasional, mereka menaruhkan ETH sebagai jaminan terhadap perilaku curang. Jika validator malas (luring ketika mereka seharusnya memenuhi beberapa tugas validator) ETH mereka yang ditaruhkan dapat secara perlahan berkurang, sedangkan perilaku curang yang dapat dibuktikan menyebabkan aset yang ditaruhkan "dipotong". Ini sangat mendorong partisipasi aktif dan jujur dalam mengamankan jaringan. -Sama dengan bukti kerja, entitas yang jahat akan mengharuskan setidaknya 51% total ETH yang ditaruhkan dalam jaringan untuk mengeksekusi [serangan 51%](/glossary/#51-attack). Namun, tidak seperti pada bukti kerja, di mana kerugian potensial dari serangan yang gagal hanya merupakan biaya pembuatan daya hash yang diperlukan untuk menambang, pada bukti taruhan, kerugian yang mungkin dari suatu serangan adalah seluruh jumlah ETH yang digunakan sebagai jaminan. Struktur yang tidak mendukung ini memungkinkan keamanan jaringan dengan bukti taruhan, sekaligus menghapus kebutuhan untuk memakai energi pada komputasi arbitrari. Penjelasan lengkap dari keamanan jaringan di bawah bukti taruhan dapat ditemukan [di sini](/developers/docs/consensus-mechanisms/pos/) dan [di sini](https://vitalik.eth.limo/general/2017/12/31/pos_faq.html). +Sama dengan bukti kerja, entitas yang jahat akan mengharuskan setidaknya 51% total ETH yang ditaruhkan dalam jaringan untuk mengeksekusi [serangan 51%](/glossary/#51%-attack). Namun, tidak seperti pada bukti kerja, di mana kerugian potensial dari serangan yang gagal hanya merupakan biaya pembuatan daya hash yang diperlukan untuk menambang, pada bukti taruhan, kerugian yang mungkin dari suatu serangan adalah seluruh jumlah ETH yang digunakan sebagai jaminan. Struktur yang tidak mendukung ini memungkinkan keamanan jaringan dengan bukti taruhan, sekaligus menghapus kebutuhan untuk memakai energi pada komputasi arbitrari. Penjelasan lengkap dari keamanan jaringan di bawah bukti taruhan dapat ditemukan [di sini](/developers/docs/consensus-mechanisms/pos/) dan [di sini](https://vitalik.eth.limo/general/2017/12/31/pos_faq.html). ## Penggabungan {#the-merge} diff --git a/public/content/translations/nl/energy-consumption/index.md b/public/content/translations/nl/energy-consumption/index.md index 953fc5b772e..ce52e37a3bb 100644 --- a/public/content/translations/nl/energy-consumption/index.md +++ b/public/content/translations/nl/energy-consumption/index.md @@ -24,7 +24,7 @@ Proof-of-work is een solide manier om het netwerk te beveiligen en eerlijke vera Een groenere toekomst voor Ethereum wordt al gebouwd in de vorm van een [**proof-of-stake (PoS)** chain](/roadmap/beacon-chain/). Onder [proof-of-stake](/developers/docs/consensus-mechanisms/pos/) is het willekeurig oplossen van puzzels niet nodig. Het verwijderen van puzzeloplossingen vermindert drastisch de energieuitgaven die nodig zijn om het netwerk te beveiligen. Miners worden vervangen door validators die dezelfde functie uitvoeren, behalve dat in plaats van hun activa op voorhand uit te geven in de vorm van computerwerk, gaan ze ETH staken als onderpand tegen oneerlijk gedrag. Als de validator lui is (offline terwijl hij/zij een validatiedienst zou moeten uitvoeren), kan zijn/haar gestakete ETH langzaam verdwijnen, terwijl oneerlijk gedrag er waarschijnlijk toe leidt dat de gestakete activa worden weggenomen. Dit zorgt ervoor dat de validators actief en eerlijk gaan meewerken met het beveiligen van het netwerk. -Op dezelfde manier als bij proof-of-work, zou een kwaadaardige entiteit ten minste 51 procent van de totale hoeveelheid ETH die gestaket is in het netwerk nodig zijn om een [aanval van 51%](/glossary/#51-attack) uit te voeren. Maar anders dan bij proof-of-work, waar het potentiële verlies van een mislukte aanval alleen de kosten is van het genereren van de hash-kracht die nodig is voor het minen, bij proof-of-stake is het mogelijke verlies van een aanval de totale hoeveelheid ETH die wordt gebruikt als onderpand. Deze ontmoedigende structuur maakt netwerkbeveiliging met proof-of-stake mogelijk, terwijl het niet langer nodig is om energie te besteden aan willekeurige berekeningen. Gedetailleerde uitleg van de netwerkbeveiliging onder proof-of-stake kan [hier](/developers/docs/consensus-mechanisms/pos/) en [hier](https://vitalik.eth.limo/general/2017/12/31/pos_faq.html) worden gevonden. +Op dezelfde manier als bij proof-of-work, zou een kwaadaardige entiteit ten minste 51 procent van de totale hoeveelheid ETH die gestaket is in het netwerk nodig zijn om een [aanval van 51%](/glossary/#51%-attack) uit te voeren. Maar anders dan bij proof-of-work, waar het potentiële verlies van een mislukte aanval alleen de kosten is van het genereren van de hash-kracht die nodig is voor het minen, bij proof-of-stake is het mogelijke verlies van een aanval de totale hoeveelheid ETH die wordt gebruikt als onderpand. Deze ontmoedigende structuur maakt netwerkbeveiliging met proof-of-stake mogelijk, terwijl het niet langer nodig is om energie te besteden aan willekeurige berekeningen. Gedetailleerde uitleg van de netwerkbeveiliging onder proof-of-stake kan [hier](/developers/docs/consensus-mechanisms/pos/) en [hier](https://vitalik.eth.limo/general/2017/12/31/pos_faq.html) worden gevonden. ## De merge {#the-merge} diff --git a/public/content/translations/ro/energy-consumption/index.md b/public/content/translations/ro/energy-consumption/index.md index 38c70bf86be..a2c334991e6 100644 --- a/public/content/translations/ro/energy-consumption/index.md +++ b/public/content/translations/ro/energy-consumption/index.md @@ -24,7 +24,7 @@ Dovada-muncii este o modalitate solidă de a securiza rețeaua și de a impune m Un viitor mai ecologic pentru Ethereum este deja în curs de construcție sub forma unui [lanț bazat pe **dovada-mizei (PoS)**](/roadmap/beacon-chain/). În cadrul [dovezii-mizei](/developers/docs/consensus-mechanisms/pos/), nu mai este necesară rezolvarea de puzzle-uri arbitrare. Eliminarea rezolvării puzzle-urilor scade semnificativ cheltuielile cu energia necesară pentru a securiza rețeaua. Miner-ii sunt înlocuiți cu validatori, care îndeplinesc aceeași funcție, cu deosebirea că, în loc să-și cheltuiască activele în avans sub forma muncii de calcul, aceștia mizează ETH drept garanție față de un comportament necinstit. Dacă validatorul este leneș, (este off-line atunci când acesta ar trebui să îndeplinească o anumită obligație de validator), ETH-ul pe care a mizat se poate scurge încet-încet, în timp ce un comportament necinstit demonstrabil poate duce la o „reducere” a activelor mizate. Aceasta stimulează semnificativ participarea activă și onestă la securizarea rețelei. -În mod asemănător cu dovada-muncii, o entitate rău intenționată ar avea nevoie de cel puțin 51% din totalul ETH-ului mizat pentru un [atac de 51%](/glossary/#51-attack). Însă, spre deosebire de dovada-muncii, unde pierderea potențială în urma unui astfel de atac constă numai din costul generării puterii hash necesare pentru minare, în cazul dovezii-mizei pierderea potențială în urma unui atac este întreaga sumă de ETH folosită ca garanție. Această structură de descurajare permite securitatea rețelei cu ajutorul dovezii-mizei, eliminând în același timp nevoia de a cheltui energie pe calcule aleatorii. Puteți afla explicații amănunțite cu privire la securitatea rețelei prin dovada-mizei [aici](/developers/docs/consensus-mechanisms/pos/) și [aici](https://vitalik.eth.limo/general/2017/12/31/pos_faq.html). +În mod asemănător cu dovada-muncii, o entitate rău intenționată ar avea nevoie de cel puțin 51% din totalul ETH-ului mizat pentru un [atac de 51%](/glossary/#51%-attack). Însă, spre deosebire de dovada-muncii, unde pierderea potențială în urma unui astfel de atac constă numai din costul generării puterii hash necesare pentru minare, în cazul dovezii-mizei pierderea potențială în urma unui atac este întreaga sumă de ETH folosită ca garanție. Această structură de descurajare permite securitatea rețelei cu ajutorul dovezii-mizei, eliminând în același timp nevoia de a cheltui energie pe calcule aleatorii. Puteți afla explicații amănunțite cu privire la securitatea rețelei prin dovada-mizei [aici](/developers/docs/consensus-mechanisms/pos/) și [aici](https://vitalik.eth.limo/general/2017/12/31/pos_faq.html). ## Fuziunea {#the-merge} diff --git a/src/intl/en/glossary-tooltip.json b/src/intl/en/glossary-tooltip.json index 06de1451913..a1828478c82 100644 --- a/src/intl/en/glossary-tooltip.json +++ b/src/intl/en/glossary-tooltip.json @@ -70,7 +70,7 @@ "fork-term": "Fork", "fork-definition": "A change in protocol causing the creation of an alternative chain or a temporal divergence into two potential block paths.", "fraud-proof-term": "Fraud proof", - "fraud-proof-definition": "A security model for certain layer 2 solutions where, to increase speed, transactions are rolled up into batches and submitted to Ethereum in a single transaction. They are assumed valid but can be challenged if fraud is suspected. A fraud proof will then run the transaction to see if fraud took place. This method increases the amount of transactions possible while maintaining security. Some rollups use validity proofs. More on optimistic rollups.", + "fraud-proof-definition": "A security model for certain layer 2 solutions where, to increase speed, transactions are rolled up into batches and submitted to Ethereum in a single transaction. They are assumed valid but can be challenged if fraud is suspected. A fraud proof will then run the transaction to see if fraud took place. This method increases the amount of transactions possible while maintaining security. Some rollups use validity proofs. More on optimistic rollups.", "gas-term": "Gas", "gas-definition": "Gas is the fee paid for transactions and smart contracts on a blockchain, like Ethereum. More on gas and fees.", "genesis-block-term": "Genesis block", diff --git a/src/intl/en/glossary.json b/src/intl/en/glossary.json index 20b9c1d4b30..f63473c706c 100644 --- a/src/intl/en/glossary.json +++ b/src/intl/en/glossary.json @@ -204,7 +204,7 @@ "issuance-term": "Issuance", "issuance-definition": "The minting of new ether to reward block proposal, attestation and whistle-blowing.", "kdf-term": "Key derivation function (KDF)", - "kdf-definition": "Also known as a \"password stretching algorithm,\" it is used by keystore formats to protect against brute-force, dictionary, and rainbow table attacks on passphrase encryption, by repeatedly hashing the passphrase.", + "kdf-definition": "Also known as a \"password stretching algorithm,\" it is used by keystore formats to protect against brute-force, dictionary, and rainbow table attacks on passphrase encryption, by repeatedly hashing the passphrase.", "keystore-term": "Keystore", "keystore-definition": "Every account’s private key/address pair exists as a single keyfile in an Ethereum client. These are JSON text files which contains the encrypted private key of the account, which can only be decrypted with the password entered during account creation.", "keccak-256-term": "Keccak-256", @@ -394,5 +394,5 @@ "zk-proof-term": "Zero-knowledge proof", "zk-proof-definition": "A zero-knowledge proof is a cryptographic method that allows an individual to prove that a statement is true without conveying any additional information. More on zero-knowledge rollups.", "zk-rollup-term": "Zero-knowledge rollup", - "zk-rollup-definition": "A rollup of transactions that use validity proofs to offer increased layer 2 transaction throughput while using the security provided by Mainnet (layer 1). Although they can't handle complex transaction types, like optimistic rollups, they don't have latency issues because transactions are provably valid when submitted. More on zero-knowledge rollups." + "zk-rollup-definition": "A rollup of transactions that use validity proofs to offer increased layer 2 transaction throughput while using the security provided by Mainnet (layer 1). Although they can't handle complex transaction types, like optimistic rollups, they don't have latency issues because transactions are provably valid when submitted. More on zero-knowledge rollups." } diff --git a/src/intl/fr/glossary.json b/src/intl/fr/glossary.json index 37cd335a940..855922caabf 100644 --- a/src/intl/fr/glossary.json +++ b/src/intl/fr/glossary.json @@ -128,7 +128,7 @@ "execution-layer-term": "Couche d'exécution", "execution-layer-definition": "La couche d'exécution d'Ethereum est le réseau des clients d'exécution.", "eoa-term": "Compte externe (EOA)", - "eoa-definition": "Les comptes détenus en externe (EOA) sont des comptes contrôlés par des clés privées, généralement générées à l'aide d'une phrase de récupération. Contrairement aux contrats intelligents, les comptes détenus en externe sont des comptes auxquels aucun code n'est associé. En général, ces comptes sont gérés par un portefeuille.", + "eoa-definition": "Les comptes détenus en externe (EOA) sont des comptes contrôlés par des clés privées, généralement générées à l'aide d'une phrase de récupération. Contrairement aux contrats intelligents, les comptes détenus en externe sont des comptes auxquels aucun code n'est associé. En général, ces comptes sont gérés par un portefeuille.", "erc-term": "Demande de commentaires Ethereum (ERC)", "erc-definition": "Libellé donné à certaines EIP qui visent à définir une norme spécifique d'utilisation d'Ethereum.", "ethash-term": "Ethash", @@ -154,7 +154,7 @@ "fork-choice-algorithm-term": "Algorithme de sélection de fourche", "fork-choice-algorithm-definition": "L'algorithme utilisé pour identifier la tête de la blockchain. Sur la couche d'exécution, la tête de la chaîne est identifiée comme étant celle qui présente la plus grande difficulté totale. Cela signifie que la véritable tête de la chaîne est celle qui a nécessité le plus de travail pour la miner. Dans la couche de consensus, l'algorithme observe les attestations cumulées des validateurs (LMD_GHOST).", "fraud-proof-term": "Preuve de fraude", - "fraud-proof-definition": "Un modèle de sécurité pour certaines solutions de seconde couche où, pour augmenter la vitesse, les transactions sont regroupées en lots et soumises à Ethereum en une seule transaction. Elles sont présumées valides mais peuvent être contestées si une fraude est suspectée. Une preuve de fraude exécutera alors la transaction pour voir si une fraude a eu lieu. Cette méthode augmente le nombre de transactions possibles tout en maintenant la sécurité. Certains rollups utilisent des preuves de validité. En savoir plus sur les rollups optimistes.", + "fraud-proof-definition": "Un modèle de sécurité pour certaines solutions de seconde couche où, pour augmenter la vitesse, les transactions sont regroupées en lots et soumises à Ethereum en une seule transaction. Elles sont présumées valides mais peuvent être contestées si une fraude est suspectée. Une preuve de fraude exécutera alors la transaction pour voir si une fraude a eu lieu. Cette méthode augmente le nombre de transactions possibles tout en maintenant la sécurité. Certains rollups utilisent des preuves de validité. En savoir plus sur les rollups optimistes.", "frontier-term": "Frontier", "frontier-definition": "Phase initiale de développement à des fins de test d'Ethereum, qui a duré de juillet 2015 à mars 2016.", "gas-term": "Gaz", @@ -188,7 +188,7 @@ "issuance-term": "Émission", "issuance-definition": "Frappe de nouveaux ethers pour récompenser la proposition de bloc, l'attestation et la dénonciation.", "kdf-term": "Fonction de dérivation de clé (KDF)", - "kdf-definition": "Aussi appelée « algorithme d'étirement de mot de passe », elle est utilisée par les formats keystore pour protéger des attaques par force brute, par dictionnaire et table arc-en-ciel sur le chiffrement des phrases de sécurité, en hachant celles-ci de façon répétée.", + "kdf-definition": "Aussi appelée « algorithme d'étirement de mot de passe », elle est utilisée par les formats keystore pour protéger des attaques par force brute, par dictionnaire et table arc-en-ciel sur le chiffrement des phrases de sécurité, en hachant celles-ci de façon répétée.", "keystore-term": "Keystore", "keystore-definition": "La paire clé privée/adresse de chaque compte existe sous la forme d'un fichier clé unique dans un client Ethereum. Il s'agit de fichiers texte JSON qui contiennent la clé privée cryptée du compte, qui ne peut être décryptée qu'avec le mot de passe saisi lors de la création du compte.", "keccak-256-term": "Keccak-256", @@ -210,7 +210,7 @@ "message-call-term": "Appel de message", "message-call-definition": "La transmission d'un message d'un compte à un autre. Si le compte de destination est associé au code EVM, la VM sera démarrée avec l'état de cet objet et le message sera traité.", "mining-term": "Minage", - "mining-definition": "Le processus de hachage répété d'un en-tête de bloc tout en incrémentant un nonce jusqu'à ce que le résultat contienne un nombre arbitraire de zéros binaires de tête. C'est le processus par lequel de nouveaux blocs sont ajoutés à une blockchain à preuve de travail. C'est ainsi qu'Ethereum était sécurisé avant de passer à la preuve d'enjeu.", + "mining-definition": "Le processus de hachage répété d'un en-tête de bloc tout en incrémentant un nonce jusqu'à ce que le résultat contienne un nombre arbitraire de zéros binaires de tête. C'est le processus par lequel de nouveaux blocs sont ajoutés à une blockchain à preuve de travail. C'est ainsi qu'Ethereum était sécurisé avant de passer à la preuve d'enjeu.", "miner-term": "Mineur", "miner-definition": "Un nœud du réseau qui trouve une preuve de travail valide pour les nouveaux blocs, par un hachage répété (voir Ethash). Les mineurs ne font plus partie d'Ethereum - ils ont été remplacés par des validateurs lorsque Ethereum est passé à la preuve d'enjeu.", "mint-term": "Frapper", @@ -228,7 +228,7 @@ "ommer-term": "Bloc oncle (ommer)", "ommer-definition": "Lorsqu'un mineur en preuve de travail trouve un bloc valide, un autre mineur peut avoir publié un bloc concurrent qui est ajouté au bout de la blockchain en premier. Ce bloc valide, mais périmé, peut être inclus par des blocs plus récents en tant qu'ommers et recevoir une récompense de bloc partielle. Le terme « ommer » est le terme de genre neutre préféré pour désigner le frère ou la sœur d'un bloc parent, mais cela est parfois également appelé « oncle ». Cela était pertinent pour Ethereum lorsqu'il s'agissait d'un réseau de preuve de travail, mais les ommers ne sont pas une caractéristique de l'Ethereum de preuve d'enjeu car un seul proposeur de bloc est sélectionné dans chaque créneau.", "optimistic-rollup-term": "Rollup optimisé", - "optimistic-rollup-definition": "Un rollup de transactions qui utilise des preuves de fraude pour offrir un débit de transactions en seconde couche accru tout en utilisant la sécurité fournie par le reseau principal (couche 1). Contrairement au Plasma, une solution de seconde couche similaire, les rollups optimistes peuvent gérer des types de transactions plus complexes – tout ce qui est possible dans l'EVM. Cependant, ils présentent des problèmes de latence par rapport aux Zero-knowledge rollups car une transaction peut être contestée via la preuve de fraude. En savoir plus sur les rollups optimistes.", + "optimistic-rollup-definition": "Un rollup de transactions qui utilise des preuves de fraude pour offrir un débit de transactions en seconde couche accru tout en utilisant la sécurité fournie par le reseau principal (couche 1). Contrairement au Plasma, une solution de seconde couche similaire, les rollups optimistes peuvent gérer des types de transactions plus complexes – tout ce qui est possible dans l'EVM. Cependant, ils présentent des problèmes de latence par rapport aux Zero-knowledge rollups car une transaction peut être contestée via la preuve de fraude. En savoir plus sur les rollups optimistes.", "oracle-term": "Oracle", "oracle-definition": "Un oracle est un pont entre la blockchain et le monde réel. Ils agissent comme des API sur la chaîne qui peuvent être interrogées pour obtenir des informations et utilisées dans les contrats intelligents. En savoir plus sur les oracles.", "peer-term": "Pair", @@ -264,7 +264,7 @@ "serialization-term": "La sérialisation", "serialization-definition": "Procédé de conversion d'une structure de données en une séquence d'octets.", "shard-term": "Fragment / chaîne de fragments", - "shard-definition": "Les chaînes de fragments sont des sections discrètes de la blockchain totale dont des sous-ensembles de validateurs peuvent être responsables. Cela permettra d'augmenter le débit des transactions pour Ethereum et d'améliorer la disponibilité des données pour les solutions de couche 2 telles que les rollups optimistes et les rollups ZK. Plus d'informations sur danksharding.", + "shard-definition": "Les chaînes de fragments sont des sections discrètes de la blockchain totale dont des sous-ensembles de validateurs peuvent être responsables. Cela permettra d'augmenter le débit des transactions pour Ethereum et d'améliorer la disponibilité des données pour les solutions de couche 2 telles que les rollups optimistes et les rollups ZK. Plus d'informations sur danksharding.", "sidechain-term": "Chaîne latérale", "sidechain-definition": "Une solution de mise à l'échelle qui utilise une chaîne séparée avec des règles de consensus différentes, souvent plus rapides. Un pont est nécessaire pour connecter ces chaînes latérales au Réseau principal. Les rollups utilisent également des sidechains, mais ils fonctionnent en collaboration avec le Réseau principal. En savoir plus sur les sidechains.", "signing-term": "Signature", @@ -340,5 +340,5 @@ "zk-proof-term": "Preuve de connaissance zéro", "zk-proof-definition": "Une preuve à connaissance nulle est une méthode cryptographique qui permet à une personne de prouver qu'une déclaration est vraie sans transmettre d'informations supplémentaires. En savoir plus sur les rollups à connaissance nulle.", "zk-rollup-term": "Rollup ZK", - "zk-rollup-definition": "Un rollup de transactions qui utilise des preuves de validité pour offrir un débit de transactions en seconde couche accru tout en utilisant la sécurité fournie par le réseau principal (couche 1). Bien qu'ils ne puissent pas gérer des types de transactions complexes, comme les rollups optimistes, ils n'ont pas de problèmes de latence car les transactions sont prouvées valides lorsqu'elles sont soumises. En savoir plus sur les rollups Zk." + "zk-rollup-definition": "Un rollup de transactions qui utilise des preuves de validité pour offrir un débit de transactions en seconde couche accru tout en utilisant la sécurité fournie par le réseau principal (couche 1). Bien qu'ils ne puissent pas gérer des types de transactions complexes, comme les rollups optimistes, ils n'ont pas de problèmes de latence car les transactions sont prouvées valides lorsqu'elles sont soumises. En savoir plus sur les rollups Zk." } diff --git a/src/intl/hu/glossary.json b/src/intl/hu/glossary.json index 410c5709030..94a7585e245 100644 --- a/src/intl/hu/glossary.json +++ b/src/intl/hu/glossary.json @@ -128,7 +128,7 @@ "execution-layer-term": "Végrehajtási réteg", "execution-layer-definition": "Az Ethereum végrehajtási rétege a végrehajtási kliensek hálózata.", "eoa-term": "Külső tulajdonú számlák (EOA)", - "eoa-definition": "A külső tulajdonú számlák (EOA) olyan számlák, amelyeket privát kulcsokkal kontrollálnak, melyeket általában egy kulcsmondatból generálnak. Az okosszerződésekkel ellentében a külső tulajdonú számlákhoz nem tartozik semmilyen programkód. Ezeket általában a tárcák segítségével kezelik.", + "eoa-definition": "A külső tulajdonú számlák (EOA) olyan számlák, amelyeket privát kulcsokkal kontrollálnak, melyeket általában egy kulcsmondatból generálnak. Az okosszerződésekkel ellentében a külső tulajdonú számlákhoz nem tartozik semmilyen programkód. Ezeket általában a tárcák segítségével kezelik.", "erc-term": "Ethereum Request for Comments (ERC)", "erc-definition": "Néhány EIP-hez tartozó címke, melyek specifikus Ethereum használati szabványokat definiálnak.", "ethash-term": "Ethash", @@ -154,7 +154,7 @@ "fork-choice-algorithm-term": "Elágazásválasztási algoritmus", "fork-choice-algorithm-definition": "Az az algoritmus, ami beazonosítja a blokklánc elejét. A végrehajtási rétegen a lánc feje az, amelyikhez a legnagyobb nehézség tartozik. Ez azt jelenti, hogy a lánc valódi feje az, amelyiket a legnagyobb munkával bányászták ki. A konszenzusrétegen az algoritmus a validátorok tanúsításainak összességét vizsgálja (LMD_GHOST).", "fraud-proof-term": "Fraud proof (csalási bizonyítás)", - "fraud-proof-definition": "Egy biztonsági modell egy bizonyos második blokkláncréteg (L2) megoldáshoz, ahol a sebesség meggyorsítása érdekében a tranzakciókat összecsomagolják kötegekbe és beküldik az Ethereumra egyetlen tranzakcióban. Ezekről azt feltételezik, hogy érvényesek, de meg lehet azokat kérdőjelezni, ha csalás történt. Ez a módszer növeli a tranzakciók mennyiségét, miközben fenntartja a biztonságot. Néhány rollup érvényességi bizonyítékokat használ. Bővebben az optimista rollupokról.", + "fraud-proof-definition": "Egy biztonsági modell egy bizonyos második blokkláncréteg (L2) megoldáshoz, ahol a sebesség meggyorsítása érdekében a tranzakciókat összecsomagolják kötegekbe és beküldik az Ethereumra egyetlen tranzakcióban. Ezekről azt feltételezik, hogy érvényesek, de meg lehet azokat kérdőjelezni, ha csalás történt. Ez a módszer növeli a tranzakciók mennyiségét, miközben fenntartja a biztonságot. Néhány rollup érvényességi bizonyítékokat használ. Bővebben az optimista rollupokról.", "frontier-term": "Frontier", "frontier-definition": "Az Ethereum kezdeti teszt fejlesztési fázisa, mely 2015 júliusától 2016 márciusáig tartott.", "gas-term": "Üzemanyag", @@ -188,7 +188,7 @@ "issuance-term": "Kibocsátás", "issuance-definition": "Az új ether kibocsátása (minting) a blokkjavaslatok jutalmához, tanúsításért és a visszaélés bejelentésért.", "kdf-term": "Kulcsszármaztatási függvény (KDF)", - "kdf-definition": "Más néven \"jelszó nyújtó algoritmus\", melyet a keystore formátumok használnak, hogy védekezzenek a brute-force, dictionary és a szivárvány tábla támadásokkal szemben a jelszó titkosításoknál a jelszó ismételt hashelésével.", + "kdf-definition": "Más néven \"jelszó nyújtó algoritmus\", melyet a keystore formátumok használnak, hogy védekezzenek a brute-force, dictionary és a szivárvány tábla támadásokkal szemben a jelszó titkosításoknál a jelszó ismételt hashelésével.", "keystore-term": "Kulcstároló", "keystore-definition": "Minden számláa privát kulcs/cím párja benne van egy Ethereum kliens kulcsfile-jában. Ezek JSON szöveges file-ok, melyek tartalmazzák a számla titkosított privát kulcsát, melyet csak a számlalétrehozásnál megadott jelszóval lehet visszafejteni.", "keccak-256-term": "Keccak-256", @@ -210,7 +210,7 @@ "message-call-term": "Üzenethívás", "message-call-definition": "Egy üzenet átadása egyik számlától a másiknak. Ha a célszámla az Ethereum virtuális gép (EVM) kódjához kapcsolódik, akkor az elindul annak az objektumnak a státuszával és reagál az üzenetre.", "mining-term": "Bányászat", - "mining-definition": "A blokkfejléc ismételt hash-elési folyamata, mely növeli a nonce értékét addig, amíg az eredmény egy tetszőleges számot ad bináris nullákkal kezdve. Így kerülnek be az új blokkok a proof-of-work blokkláncba. Ez volt az Ethereum korábbi működése, mielőtt áttért a proof-of-stake mechanizmusra.", + "mining-definition": "A blokkfejléc ismételt hash-elési folyamata, mely növeli a nonce értékét addig, amíg az eredmény egy tetszőleges számot ad bináris nullákkal kezdve. Így kerülnek be az új blokkok a proof-of-work blokkláncba. Ez volt az Ethereum korábbi működése, mielőtt áttért a proof-of-stake mechanizmusra.", "miner-term": "Bányász", "miner-definition": "Egy hálózati csomópont, amely érvényes proof-of-work-öt (munkaigazolás) talál egy új blokkra azáltal, hogy ismételten hash-el (nézze meg az Ethash bejegyzést). A bányászok már nem részei az Ethereumnak, a helyüket validátorok vették át, amikor az Ethereum áttért a proof-of-stake mechanizmusra.", "mint-term": "Kibocsátás (mint)", @@ -228,7 +228,7 @@ "ommer-term": "Ommer (uncle) blokk", "ommer-definition": "Amikor egy proof-of-work (munkaigazolás) mechanizmus bányásza talált egy érvényes blokkot, egy másik bányász talán beküldött egy ezzel versenyző blokkot, amelyet először tettek hozzá a blokklánc elejéhez. Ez az érvényes, de elévült blokk bekerülhet az újabb blokkokba ommer-ként (a szülőblokk testvére) és részleges blokkjutalmat lehet érte kapni. Ez a kifejezés a semleges megfogalmazása a szülőblokk testvérére vonatkozóan, de néha nagybácsinak (uncle) is nevezik. Ez addig volt érvényes az Ethereumon, amíg az egy proof-of-work hálózat volt, de a proof-of-stake rendszerben már nincsenek jelen, mert minden slotban egy adott blokkjavaslattevő van.", "optimistic-rollup-term": "Optimistic típusú összevont tranzakciók", - "optimistic-rollup-definition": "Tranzakciók összegzése (rollup), mely csalási bizonyítékokat használ, hogy megnövekedett második blokkláncréteg (L2) tranzakcióátvitelt nyújtson, s eközben a főhálózat (L1) által biztosított biztonságot élvezi. A Plasmához képes, mely egy hasonló L2 megoldás, az optimista rollup összetettebb tranzakciótípusokat is képes kezelni, bármit, ami az Ethereum virtuális gép (EVM) számára lehetséges. A zero-knowledge rollup-okhoz képest van egy késleltetési problémájuk, mivel a tranzakciókat meg lehet kérdőjelezni a családi bizonyítékkal. Bővebben az optimsta rollupokról.", + "optimistic-rollup-definition": "Tranzakciók összegzése (rollup), mely csalási bizonyítékokat használ, hogy megnövekedett második blokkláncréteg (L2) tranzakcióátvitelt nyújtson, s eközben a főhálózat (L1) által biztosított biztonságot élvezi. A Plasmához képes, mely egy hasonló L2 megoldás, az optimista rollup összetettebb tranzakciótípusokat is képes kezelni, bármit, ami az Ethereum virtuális gép (EVM) számára lehetséges. A zero-knowledge rollup-okhoz képest van egy késleltetési problémájuk, mivel a tranzakciókat meg lehet kérdőjelezni a családi bizonyítékkal. Bővebben az optimsta rollupokról.", "oracle-term": "Oracle", "oracle-definition": "Az oracle egy híd a blokklánc és a kinti világ között. Láncon belüli API-okként működnek, melyektől információt lehet lekérni és az okosszerződésekben használni azokat. Bővebben az oracle-ökrőlL2 megoldások adatelérhetőségét, mint amilyenek az optimista rollupok és a ZK-rollupok. Bővebben a dankshardingról.", + "shard-definition": "A shard láncok egy teljes blokklánc elkülönült szekciói, melyekért a validátorok egy alcsoportja felel. Ez megnövekedett átviteli kapacitást tudna adni az Ethereumnak és fejlesztené az L2 megoldások adatelérhetőségét, mint amilyenek az optimista rollupok és a ZK-rollupok. Bővebben a dankshardingról.", "sidechain-term": "Sidechain (melléklánc)", "sidechain-definition": "Egy skálázási megoldás, amely egy elkülönült láncot használ eltérő, gyakran gyorsabb Konszenzusszabályokkal. A mellékláncokat híddal lehet hozzákapcsolni a főhálózathoz. A rollupok is használnak mellékláncokat, de ezek együttesen működnek a főhálózattal. Bővebben a mellékláncokról.", "signing-term": "Aláírás", @@ -340,5 +340,5 @@ "zk-proof-term": "Zero-knowledge (nullaismeret-alapú) bizonyíték", "zk-proof-definition": "A zero-knowledge bizonyíték egy kriptográfiai módszer, mellyel egy egyén képes bizonyítani, hogy egy állítás igaz anélkül, hogy bármilye információt szolgáltatna. Bővebben a zero-knowledge rollupokról.", "zk-rollup-term": "Nulla tudás alapú összevont tranzakció", - "zk-rollup-definition": "Tranzakciók összegzése (rollup), mely érvényességi bizonyítékokat használ, hogy megnövelje az L2 tranzakcióátvitelt, miközben a főhálózat (L1) által kínált biztonságot megtartja. Habár nem tudnak összetett tranzakciótípusokat kezelni, mint az optimista rollupok, de nincs bennük késleltetési probléma, mert a tranzakciók bizonyítottan érvényesek a beküldés pillanatában. Bővebben a zero-knowledge rollupokról." + "zk-rollup-definition": "Tranzakciók összegzése (rollup), mely érvényességi bizonyítékokat használ, hogy megnövelje az L2 tranzakcióátvitelt, miközben a főhálózat (L1) által kínált biztonságot megtartja. Habár nem tudnak összetett tranzakciótípusokat kezelni, mint az optimista rollupok, de nincs bennük késleltetési probléma, mert a tranzakciók bizonyítottan érvényesek a beküldés pillanatában. Bővebben a zero-knowledge rollupokról." } diff --git a/src/intl/it/glossary.json b/src/intl/it/glossary.json index 758b401bf67..87116ae38ca 100644 --- a/src/intl/it/glossary.json +++ b/src/intl/it/glossary.json @@ -128,7 +128,7 @@ "execution-layer-term": "Livello di esecuzione", "execution-layer-definition": "Il livello di esecuzione di Ethereum è la rete dei client di esecuzione.", "eoa-term": "Conto posseduto esternamente (EOA)", - "eoa-definition": "I conti posseduti esternamente (EOA) sono conti controllati da chiavi private, tipicamente generate utilizzando una frase di seed. A differenza dei contratti intelligenti, i conti posseduti esternamente sono conti privi di qualunque codice associato. Di solito questi conti sono gestiti con un portafoglio.", + "eoa-definition": "I conti posseduti esternamente (EOA) sono conti controllati da chiavi private, tipicamente generate utilizzando una frase di seed. A differenza dei contratti intelligenti, i conti posseduti esternamente sono conti privi di qualunque codice associato. Di solito questi conti sono gestiti con un portafoglio.", "erc-term": "Richiesta di commenti di Ethereum (ERC)", "erc-definition": "Etichetta assegnata ad alcune EIP per tentare di definire uno standard specifico per l'uso di Ethereum.", "ethash-term": "Ethash", @@ -154,7 +154,7 @@ "fork-choice-algorithm-term": "Algoritmo di scelta della diramazione", "fork-choice-algorithm-definition": "L'algoritmo utilizzato per identificare la testa della blockchain. Sul livello di esecuzione, la testa della catena è identificata come quella con la difficoltà totale maggiore alle spalle. Ciò significa che la vera testa della catena è quella che richiede maggior lavoro per essere minata. Sul livello di consenso, l'algoritmo osserva le attestazioni accumulate dai validatori (LMD_GHOST).", "fraud-proof-term": "A prova di frode", - "fraud-proof-definition": "Un modello di sicurezza per certe soluzioni del livello 2 in cui, per incrementare la velocità, le transazioni sono raggruppate in pacchetti e inviate a Ethereum in una singola transazione. Si presume che siano valide, ma possono essere messe alla prova se si sospetta la frode. Una prova di frode, quindi, eseguirà la transazione per verificare se si è verificata una frode. Questo metodo incrementa la quantità di transazioni possibili, mantenendo la sicurezza. Alcuni rollup utilizzano le prove di validità. Maggiori informazioni sui rollup ottimistici.", + "fraud-proof-definition": "Un modello di sicurezza per certe soluzioni del livello 2 in cui, per incrementare la velocità, le transazioni sono raggruppate in pacchetti e inviate a Ethereum in una singola transazione. Si presume che siano valide, ma possono essere messe alla prova se si sospetta la frode. Una prova di frode, quindi, eseguirà la transazione per verificare se si è verificata una frode. Questo metodo incrementa la quantità di transazioni possibili, mantenendo la sicurezza. Alcuni rollup utilizzano le prove di validità. Maggiori informazioni sui rollup ottimistici.", "frontier-term": "Frontier", "frontier-definition": "Fase di sviluppo di test iniziale di Ethereum, che durò dal luglio 2015 al marzo 2016.", "gas-term": "Gas", @@ -188,7 +188,7 @@ "issuance-term": "Emissione", "issuance-definition": "La coniatura di nuovi ether per ricompensare la proposta, l'attestazione e la segnalazione del blocco.", "kdf-term": "Funzione di derivazione della chiave (KDF)", - "kdf-definition": "Detta anche \"algoritmo di allungamento della password\", è usata dai formati keystore per proteggere contro attacchi di forza bruta, dictionary e rainbow table ai danni della crittografia di una passphrase, mediante continuo hashing della passphrase.", + "kdf-definition": "Detta anche \"algoritmo di allungamento della password\", è usata dai formati keystore per proteggere contro attacchi di forza bruta, dictionary e rainbow table ai danni della crittografia di una passphrase, mediante continuo hashing della passphrase.", "keystore-term": "Keystore", "keystore-definition": "La coppia di chiave privata / indirizzo di ogni conto esiste come un singolo file della chiave in un client di Ethereum. Si tratta di file di testo JSON contenenti la chiave privata crittografata del conto, decifrabile esclusivamente con la password inserita durante la creazione del conto.", "keccak-256-term": "Keccak-256", @@ -210,7 +210,7 @@ "message-call-term": "Chiamata del messaggio", "message-call-definition": "L'atto di passare un messaggio da un conto a un altro. Se il conto di destinazione è associato al codice dell'EVM, allora la VM sarà avviata con lo stato di tale oggetto e il messaggio suddetto.", "mining-term": "Mining", - "mining-definition": "Il processo di eseguire ripetutamente l'hashing dell'intestazione di un blocco, incrementando di un nonce finché il risultato contiene un numero arbitrario di zeri binari iniziali. Questo è il processo tramite cui i nuovi blocchi sono aggiunti a una blockchain di proof-of-work. Così era protetta Ethereum prima di passare al proof-of-stake.", + "mining-definition": "Il processo di eseguire ripetutamente l'hashing dell'intestazione di un blocco, incrementando di un nonce finché il risultato contiene un numero arbitrario di zeri binari iniziali. Questo è il processo tramite cui i nuovi blocchi sono aggiunti a una blockchain di proof-of-work. Così era protetta Ethereum prima di passare al proof-of-stake.", "miner-term": "Miner", "miner-definition": "Un nodo di rete che trova un proof-of-work valido per i nuovi blocchi, tramite l'hashing di password ripetuto (vedi Ethash). I miner non fanno più parte di Ethereum, sono stati sostituiti dai validatori quando Ethereum è passata al proof-of-stake.", "mint-term": "Coniatura", @@ -228,7 +228,7 @@ "ommer-term": "Blocco ommer (zio)", "ommer-definition": "Quando un miner di proof-of-work trova un blocco valido, un altro miner potrebbe aver pubblicato un blocco concorrente aggiunto per prima in testa alla catena. Questo blocco valido, ma obsoleto, può essere incluso dai blocchi più recenti come ommer e ricevere una ricompensa parziale del blocco. \"Ommer\" è il termine preferito, neutro dal punto di vista del genere, per lo stesso livello di un blocco genitore, ma a volte viene anche indicato come \"zio\". Erano rilevanti per Ethereum quando era una rete di proof-of-work, ma gli ommer non sono una funzionalità dell'Ethereum di proof-of-stake, poiché in ogni slot viene selezionato precisamente un propositore di blocchi.", "optimistic-rollup-term": "Optimistic rollup", - "optimistic-rollup-definition": "Un rollup di transazioni che utilizzano le prove di frode per offrire un maggiore volume di transazioni del livello 2 utilizzando la sicurezza fornita dalla Rete Principale (livello 1). A differenza di Plasma, una soluzione di livello 2 simile, i rollup ottimistici possono gestire tipi più complessi di transazioni, tutto ciò che è possibile nell'EVM. Hanno dei problemi di latenza rispetto ai rollup a conoscenza zero, poiché una transazione può essere messa in discussione tramite la prova di frode. Maggiori informazioni sui rollup ottimistici.", + "optimistic-rollup-definition": "Un rollup di transazioni che utilizzano le prove di frode per offrire un maggiore volume di transazioni del livello 2 utilizzando la sicurezza fornita dalla Rete Principale (livello 1). A differenza di Plasma, una soluzione di livello 2 simile, i rollup ottimistici possono gestire tipi più complessi di transazioni, tutto ciò che è possibile nell'EVM. Hanno dei problemi di latenza rispetto ai rollup a conoscenza zero, poiché una transazione può essere messa in discussione tramite la prova di frode. Maggiori informazioni sui rollup ottimistici.", "oracle-term": "Oracolo", "oracle-definition": "Un oracolo è un ponte tra la blockchain e il mondo reale. Funge da API on-chain, che può essere interrogata per ricevere informazioni e utilizzata nei contratti intelligenti. Maggiori informazioni sugli oracolilivello 2, come i rollup ottimistici e i rollup ZK. Maggiori informazioni sul danksharding.", + "shard-definition": "Le shard chain sono sezioni discrete della blockchain totale di cui sono responsabili dei sottogruppi di validatori. Ciò offrirà spesso un maggiore volume di transazioni per Ethereum, migliorando la disponibilità dei dati per le soluzioni di livello 2, come i rollup ottimistici e i rollup ZK. Maggiori informazioni sul danksharding.", "sidechain-term": "Sidechain", "sidechain-definition": "Una soluzione di ridimensionamento che utilizza una catena separata con regole di consenso differenti e spesso più veloci. Per connettere queste catene secondarie alla Rete Principale serve un ponte. Anche i rollup utilizzano le sidechain ma, invece, collaborano con la Rete Principale. Maggiori informazioni sulle sidechain.", "signing-term": "Firma", @@ -340,5 +340,5 @@ "zk-proof-term": "Prova a conoscenza zero", "zk-proof-definition": "Una prova a conoscenza zero è un metodo crittografico che consente a un individuo di provare che un'affermazione è vera senza veicolare alcuna informazione aggiuntiva. Maggiori informazioni sui rollup a conoscenza zero.", "zk-rollup-term": "Rollup zero-knowledge", - "zk-rollup-definition": "Un rollup di transazioni che utilizza le prove di validità per offrire un maggiore volume di transazioni sul livello 2, utilizzando la sicurezza fornita dalla Rete Principale (livello 1). Sebbene non possano gestire tipi complessi di transazioni, come i rollup ottimistici, non hanno problemi di latenza, poiché la validità delle transazioni è già dimostrata al momento dell'invio. Maggiori informazioni sui rollup a conoscenza zero." + "zk-rollup-definition": "Un rollup di transazioni che utilizza le prove di validità per offrire un maggiore volume di transazioni sul livello 2, utilizzando la sicurezza fornita dalla Rete Principale (livello 1). Sebbene non possano gestire tipi complessi di transazioni, come i rollup ottimistici, non hanno problemi di latenza, poiché la validità delle transazioni è già dimostrata al momento dell'invio. Maggiori informazioni sui rollup a conoscenza zero." }